<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Morph3ous&#039;s Weblog &#187; Linux</title>
	<atom:link href="http://www.morph3ous.net/category/technology/linux/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.morph3ous.net</link>
	<description>Random IT Stuff</description>
	<lastBuildDate>Wed, 17 Aug 2011 01:29:46 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
		<item>
		<title>HFSC traffic shaping for QOS on DD-WRT: New test</title>
		<link>http://www.morph3ous.net/2009/11/20/beta-hfsc-traffic-shaping-for-qos-on-dd-wrt/</link>
		<comments>http://www.morph3ous.net/2009/11/20/beta-hfsc-traffic-shaping-for-qos-on-dd-wrt/#comments</comments>
		<pubDate>Sat, 21 Nov 2009 01:33:05 +0000</pubDate>
		<dc:creator>Brian</dc:creator>
				<category><![CDATA[Internet]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://www.morph3ous.net/?p=282</guid>
		<description><![CDATA[After reading more about HFSC, I modified the original script I posted here. The main changes are: Used a different syntax to specify the different classes. Changed P2P ports to include most high-numbered ports Updated iptables rules to only use destination port, not source port. This is because we are only filtering outgoing packets, there is an assumption no services are being hosted on the connection, and the high port numbers in P2P ports matches most all connections because the source port typically is a very high number. #!/bin/ash # Modified to run under DD-WRT # http://www.morph3ous.net/2009/11/20/beta-hfsc-traffic-shaping-for-qos-on-dd-wrt/ # Go to Administration and then commands # Paste script in and click on the save firewall button # Reboot router and test # ###### Script originally from # Maciej Blizi≈Ñski, http://automatthias.wordpress.com/ # # References: # http://www.voip-info.org/wiki/view/QoS+Linux+with+HFSC # http://www.nslu2-linux.org/wiki/HowTo/EnableTrafficShaping # http://www.cs.cmu.edu/~hzhang/HFSC/main.html ###### # Specify the uplink as 85 or 90 percent of your actual upload speed # Uplink and downlink speeds # removed throttling downlink UPLINK=425 ###### From original script, but code has been disabled further below # IP addresses of the VoIP phones, # if none, set VOIPIPS="" VOIPIPS="" ###### # Interactive class: SSH Terminal, DNS, RDP INTERACTIVEPORTS="22 23 53 3389" # [...]]]></description>
		<wfw:commentRss>http://www.morph3ous.net/2009/11/20/beta-hfsc-traffic-shaping-for-qos-on-dd-wrt/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>HFSC traffic shaping for QOS on DD-WRT</title>
		<link>http://www.morph3ous.net/2009/11/15/hfsc-traffic-shaping-for-qos-on-dd-wrt/</link>
		<comments>http://www.morph3ous.net/2009/11/15/hfsc-traffic-shaping-for-qos-on-dd-wrt/#comments</comments>
		<pubDate>Mon, 16 Nov 2009 03:30:29 +0000</pubDate>
		<dc:creator>Brian</dc:creator>
				<category><![CDATA[Internet]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://www.morph3ous.net/?p=265</guid>
		<description><![CDATA[The situation: To have a backup to the backups of my computer offsite, I decided to trial BackBlaze. Their willingness to share parts of their storage architecture as well as the way encryption is employed attracted me to the company. The software has its own integrated bandwidth management. With its default settings, BackBlaze did a pretty good job of keeping my connection responsive, but the transfer rate was nowhere near as high as it could be. I wanted to tell BackBlaze to go as fast as it could and move the bandwidth management logic to my router. The goal is to max my upload while not completely killing the speed of downloads and latency of the connection. This can be tricky on asymmetrical connections like DSL and Cable Modems that are common here in the US. The problems with the builtin DD-WRT (an excellent 3rd party firmware) QOS: HTB QOS as implemented in the firware did not seem limit latency enough. This may just be an HTB issue and not one with DD-WRT. There is no option to prioritize outgoing TCP ACK packets. Due to the nature of TCP/IP, your download is significantly slowed if your upload is clogged and [...]]]></description>
		<wfw:commentRss>http://www.morph3ous.net/2009/11/15/hfsc-traffic-shaping-for-qos-on-dd-wrt/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Obama DOJ and warrantless wiretapping &#8211; EFF</title>
		<link>http://www.morph3ous.net/2009/04/09/obama-doj-and-warrantless-wiretapping-eff/</link>
		<comments>http://www.morph3ous.net/2009/04/09/obama-doj-and-warrantless-wiretapping-eff/#comments</comments>
		<pubDate>Thu, 09 Apr 2009 17:15:54 +0000</pubDate>
		<dc:creator>Brian</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Philosophy]]></category>
		<category><![CDATA[Politics]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Wiretapping]]></category>

		<guid isPermaLink="false">http://www.morph3ous.net/?p=183</guid>
		<description><![CDATA[There is additional analysis of the situation that I first mentioned in this post. The Electronic Frontier Foundation (EFF) is of the opinion that the Obama Administration&#8217;s Department of Justice is worse than that of Bush. Here is an excerpt from the EFF&#8217;s take on the situation: Previously, the Bush Administration has argued that the U.S. possesses &#8220;sovereign immunity&#8221; from suit for conducting electronic surveillance that violates the Foreign Intelligence Surveillance Act (FISA). However, FISA is only one of several laws that restrict the government&#8217;s ability to wiretap. The Obama Administration goes two steps further than Bush did, and claims that the US PATRIOT Act also renders the U.S. immune from suit under the two remaining key federal surveillance laws: the Wiretap Act and the Stored Communications Act. Essentially, the Obama Adminstration has claimed that the government cannot be held accountable for illegal surveillance under any federal statutes. Again, the gulf between Candidate Obama and President Obama is striking. As a candidate, Obama ran promising a new era of government transparency and accountability, an end to the Bush DOJ&#8217;s radical theories of executive power, and reform of the PATRIOT Act. But, this week, Obama&#8217;s own Department Of Justice has argued [...]]]></description>
		<wfw:commentRss>http://www.morph3ous.net/2009/04/09/obama-doj-and-warrantless-wiretapping-eff/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MythTV 0.20 has been released!</title>
		<link>http://www.morph3ous.net/2006/09/11/mythtv-020-has-been-released/</link>
		<comments>http://www.morph3ous.net/2006/09/11/mythtv-020-has-been-released/#comments</comments>
		<pubDate>Mon, 11 Sep 2006 19:53:58 +0000</pubDate>
		<dc:creator>Brian</dc:creator>
				<category><![CDATA[Convergence]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[MythTV]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[PVR]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://www.morph3ous.net/2006/09/11/mythtv-020-has-been-released/</guid>
		<description><![CDATA[This release has one feature that I have been longing for, an internal UPnP server. I have been using uShare, the MythRename.pl script, and a a few cron jobs to pipe the PVR content to my D-Link DSM-320. Thread on the progress of the MythTV 0.20 Ebuild I am going to wait until an official Gentoo ebuild comes out for this version before I test it. From the Release Notes &#8211; 0.20 &#8211; MythTV: Major changes: Added MythArchive plugin for archiving recorded shows Menus are now drawn by MythUI using OpenGL. This option can be enabled/disabled in the Appearance settings. Improved internal DVD player &#8211; now supporting menus and other missing features Added MHEG content implementation Interactive TV in UK Added Hotplug support for removable media in Media Monitor and MythGallery Added support for the HDHomeRun encoding device Added support for basic FreeBox recorders Added support for H.264 aka MPEG-4 AVC TS decoding Added an MPEG1/MPEG2/MPEG4-AVC IP network recorder Added internal UPnP server support for TV and Music Added experimental second commercial detector New socket class for backend communications OSD image cache which improves channel changing speed Fixed program transition while Watching LiveTV Added beginnings of firewire capture support for [...]]]></description>
		<wfw:commentRss>http://www.morph3ous.net/2006/09/11/mythtv-020-has-been-released/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IVTV DMA error fix? Patch from Author</title>
		<link>http://www.morph3ous.net/2006/08/26/ivtv-dma-error-fix-patch-from-author/</link>
		<comments>http://www.morph3ous.net/2006/08/26/ivtv-dma-error-fix-patch-from-author/#comments</comments>
		<pubDate>Sun, 27 Aug 2006 00:13:42 +0000</pubDate>
		<dc:creator>Brian</dc:creator>
				<category><![CDATA[IVTV]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[MythTV]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[PVR]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://www.morph3ous.net/2006/08/26/ivtv-dma-error-fix-patch-from-author/</guid>
		<description><![CDATA[Hans Verkuil, the developer behind ivtv, thinks that he may have found the source of the DMA problems that some have been experiencing. From the mailing list: Date: Fri, 25 Aug 2006 18:49:51 +0200 From: Hans Verkuil Subject: [ivtv-devel] Please test: DMA error patch To: ivtv-devel@ivtvdriver.org, ivtv-users@ivtvdriver.org Message-ID: &#60;200608251849.51195.hverkuil@xs4all.nl> Content-Type: text/plain; charset=&#8221;us-ascii&#8221; Hi all, As promised, here is the patch that should fix the DMA errors: http://www.xs4all.nl/~hverkuil/ivtv-dma.0.4.diff http://www.xs4all.nl/~hverkuil/ivtv-dma.0.6.diff The first is the patch for ivtv-0.4.6, the second is the patch for ivtv-0.6.3 and ivtv-0.7.0 (and also applies to the ivtv trunk). The patches were made in the driver directory of the ivtv source, so you have to apply it there. I have personally only tested it for the trunk (bleeding edge development), but I expect no problems with the other versions since the code touched by this patch is pretty much unchanged since ivtv-0.2. Please test this thoroughly. Especially in combination with MythTV. If you can, also combine it with MPEG decoding, VBI recording, X-driver, etc. Some background information: There are several possible DMA errors. One in particular is causing all the problems. When a DMA write error occurs it seems the DMA engine of the card gets confused as [...]]]></description>
		<wfw:commentRss>http://www.morph3ous.net/2006/08/26/ivtv-dma-error-fix-patch-from-author/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>NewsForge: Stallman, Torvalds, Moglen share views on DRM and GPLv3</title>
		<link>http://www.morph3ous.net/2006/08/10/newsforge-stallman-torvalds-moglen-share-views-on-drm-and-gplv3/</link>
		<comments>http://www.morph3ous.net/2006/08/10/newsforge-stallman-torvalds-moglen-share-views-on-drm-and-gplv3/#comments</comments>
		<pubDate>Thu, 10 Aug 2006 22:28:06 +0000</pubDate>
		<dc:creator>Brian</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[Philosophy]]></category>
		<category><![CDATA[Politics]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://www.morph3ous.net/2006/08/10/newsforge-stallman-torvalds-moglen-share-views-on-drm-and-gplv3/</guid>
		<description><![CDATA[The GPLv3 license is in the works. One of the provisions is to restrict software from using DRM. This, argues Linus Torvalds, is not the job of a license. He is against these new provisions. The article below goes on to defend the license. I have been deeply against DRM for some time. Linus Torvald&#8217;s objection to the license really makes me think. He is the one who got the linux operating system going. I respect his point of view, and am not sure on which side of the fence I stand about the license itself. I am still against DRM. NewsForge &#124; Stallman, Torvalds, Moglen share views on DRM and GPLv3: To understand why FSF thinks of DRM as restricting users&#8217; freedom, one needs to understand the meaning of copyleft and the essence of the GPL. This license upheld the four provisions of copyleft: (a) the freedom to use the software, (b) the freedom to copy and share the software, (c) the freedom to modify the software (this requires the source code to be available), and (d) the freedom to run and distribute modified software. The use of DRM to disallow freedoms (c) and (d) is what FSF doesn&#8217;t [...]]]></description>
		<wfw:commentRss>http://www.morph3ous.net/2006/08/10/newsforge-stallman-torvalds-moglen-share-views-on-drm-and-gplv3/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Slashdot: Intel Open Sources Graphics Drivers</title>
		<link>http://www.morph3ous.net/2006/08/09/slashdot-intel-open-sources-graphics-drivers/</link>
		<comments>http://www.morph3ous.net/2006/08/09/slashdot-intel-open-sources-graphics-drivers/#comments</comments>
		<pubDate>Wed, 09 Aug 2006 23:40:27 +0000</pubDate>
		<dc:creator>Brian</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://www.morph3ous.net/2006/08/09/slashdot-intel-open-sources-graphics-drivers/</guid>
		<description><![CDATA[Many graphics drivers in linux are currently reverse-engineered. A lot of them only support 2d. Intel has open-sourced their graphics drivers for the 965 Express chipset family. Bravo, Intel. This will allow for computers with those graphics cards to take full advantage of the hardware. Slashdot &#124; Intel Open Sources Graphics Drivers: &#8220;Intel&#8217;s Keith Packard announced earlier today that Intel was open sourcing graphics drivers for their new 965 Express Chipset family graphics controllers.]]></description>
		<wfw:commentRss>http://www.morph3ous.net/2006/08/09/slashdot-intel-open-sources-graphics-drivers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>suexec, php-5.1.4, fastcgi and cpanel</title>
		<link>http://www.morph3ous.net/2006/08/03/suexec-php-514-fastcgi-and-cpanel/</link>
		<comments>http://www.morph3ous.net/2006/08/03/suexec-php-514-fastcgi-and-cpanel/#comments</comments>
		<pubDate>Fri, 04 Aug 2006 02:22:12 +0000</pubDate>
		<dc:creator>Brian</dc:creator>
				<category><![CDATA[Guide]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://www.morph3ous.net/2006/08/03/suexec-php-514-fastcgi-and-cpanel/</guid>
		<description><![CDATA[The idea of using FastCGI first struck me on Monday. I had previously transitioned my server to use SuEXEC for PHP. Pages were loading slower than I would have liked. PHP was running as a CGI application. Each time there was a request for a page the server woud have to open a new instance of PHP. This on a VPS server is not always fast. One option was to go back to using mod_php. This would definitely have sped things back up. I always want to keep the server as secure as I know how. This was not an option. SuEXEC runs the PHP process as the user that the page is owned by. This means that there is no longer a need to chmod 777 certain files. SuEXEC in fact will not work with files chmod&#8217;ed 777 as they are a huge security risk. To keep using SuEXEC but also speed up the server I had to get FastCGI going. To minimize the chance of messing things up or causing new problems down the road, I decided to try to leave much as it is. From FastCGI.com: FastCGI is a language independent, scalable, open extension to CGI that [...]]]></description>
		<wfw:commentRss>http://www.morph3ous.net/2006/08/03/suexec-php-514-fastcgi-and-cpanel/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>suexec, php-5.1.4, fastcgi and cpanel &#8211; tomorrow</title>
		<link>http://www.morph3ous.net/2006/08/02/suexec-php-514-fastcgi-and-cpanel-tomorrow/</link>
		<comments>http://www.morph3ous.net/2006/08/02/suexec-php-514-fastcgi-and-cpanel-tomorrow/#comments</comments>
		<pubDate>Thu, 03 Aug 2006 03:45:20 +0000</pubDate>
		<dc:creator>Brian</dc:creator>
				<category><![CDATA[Internet]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://www.morph3ous.net/2006/08/02/suexec-php-514-fastcgi-and-cpanel-tomorrow/</guid>
		<description><![CDATA[Tomorrow I will write about how I was finally able to get suexec, php-5.1.4, and fastcgi working on a cpanel server. It took a lot of trial and error. The solution is not as perfect as I&#8217;d like it to be, but it does work. I have written the post. suexec, php-5.1.4, fastcgi and cpanel]]></description>
		<wfw:commentRss>http://www.morph3ous.net/2006/08/02/suexec-php-514-fastcgi-and-cpanel-tomorrow/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>sshdfilter: Stop SSH brute force attacks</title>
		<link>http://www.morph3ous.net/2006/07/19/stop-ssh-brute-force-attacks/</link>
		<comments>http://www.morph3ous.net/2006/07/19/stop-ssh-brute-force-attacks/#comments</comments>
		<pubDate>Thu, 20 Jul 2006 03:56:55 +0000</pubDate>
		<dc:creator>Brian</dc:creator>
				<category><![CDATA[Internet]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://www.morph3ous.net/2006/07/19/stop-ssh-brute-force-attacks/</guid>
		<description><![CDATA[One of my clients recently complained that one of the servers was a bit slow at times. Upon checking the logs I found a string of attacks against that server. People from Russia, China, Bolivia, the US and many other countries were running scripts to attempt to hack into the server. I investigated many potential solutions. Then I came up with a plan. This method seems to be making it much more inconvenient to try to guess at the passwords. This is what I did. The most important step is to audit which accounts can login through ssh. Only allow those who should have access to the system login. There is less of a chance that someone has a weak password, and there are less potential points of entry. This particular server was locked down from the start, and there are very few accounts that can login. I then edited the /etc/ssh/sshd_config configuration file and disabled the SSH1 protocol. Change Protocol 1,2 to Protocol 2. There are apparently some security problems with SSH1. I did not dig into the details. Please add a comment to this post if you know why it is insecure. I also disabled root logins by [...]]]></description>
		<wfw:commentRss>http://www.morph3ous.net/2006/07/19/stop-ssh-brute-force-attacks/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Article on port knocking</title>
		<link>http://www.morph3ous.net/2006/07/05/article-on-port-knocking/</link>
		<comments>http://www.morph3ous.net/2006/07/05/article-on-port-knocking/#comments</comments>
		<pubDate>Thu, 06 Jul 2006 02:05:18 +0000</pubDate>
		<dc:creator>Brian</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.morph3ous.net/2006/07/05/article-on-port-knocking/</guid>
		<description><![CDATA[The article here: http://www.ducea.com/2006/07/05/how-to-safely-connect-from-anywhere-to-your-closed-linux-firewall/ Describes port knocking and how it may be used to increase network security while still allowing one to keep ports closed at the router.]]></description>
		<wfw:commentRss>http://www.morph3ous.net/2006/07/05/article-on-port-knocking/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Solution to IVTV drivers: ivtv0 warning: ENC: (0) DMA Error 0x0000000b ?</title>
		<link>http://www.morph3ous.net/2006/06/16/solution-to-ivtv-drivers-ivtv0-warning-enc-0-dma-error-0x0000000b/</link>
		<comments>http://www.morph3ous.net/2006/06/16/solution-to-ivtv-drivers-ivtv0-warning-enc-0-dma-error-0x0000000b/#comments</comments>
		<pubDate>Fri, 16 Jun 2006 15:04:34 +0000</pubDate>
		<dc:creator>Brian</dc:creator>
				<category><![CDATA[IVTV]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[MythTV]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[PVR]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://www.morph3ous.net/2006/06/16/solution-to-ivtv-drivers-ivtv0-warning-enc-0-dma-error-0x0000000b/</guid>
		<description><![CDATA[Update: The author of IVTV has just released a patch that may resolve these problems once and for all I think that I may have found a solution to this problem. The problem is detailed in this post. I made 3 recent changes to my system, and I am not sure which has led to everything working. (I made some other changes that I will not detail here at the moment; however, they did not resolve the problem. These are the only large changes that I have made in the past week.) The system has only been up for 7 hours 30 minutes with these changes; however, it has been rock solid. The first 2 changes are changes in the kernel settings: In General Settings I removed Optimize for size I had not realized that this option was selected in the first place. It very clearly notes that it may cause problems with certain compilers. In Bus Options and then PCI Support I removed Unordered IO Mapping I had also not realized that this was selected. The help text clearly notes that it is experimental code, and will only work properly for drivers that have been coded for specific platforms. [...]]]></description>
		<wfw:commentRss>http://www.morph3ous.net/2006/06/16/solution-to-ivtv-drivers-ivtv0-warning-enc-0-dma-error-0x0000000b/feed/</wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>IVTV drivers: ivtv0 warning: ENC: (0) DMA Error 0x0000000b</title>
		<link>http://www.morph3ous.net/2006/05/28/ivtv-driver-error/</link>
		<comments>http://www.morph3ous.net/2006/05/28/ivtv-driver-error/#comments</comments>
		<pubDate>Mon, 29 May 2006 01:32:10 +0000</pubDate>
		<dc:creator>Brian</dc:creator>
				<category><![CDATA[IVTV]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[MythTV]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[PVR]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://www.morph3ous.net/2006/05/28/ivtv-drivers-ivtv0-warning-enc-0-dma-error-0x0000000b/</guid>
		<description><![CDATA[Update: I have posted what may be a potential fix for this problem. Please see this post. &#8212;- I have posted some information here: http://ivtvdriver.org/trac/ticket/48 I am putting this up because I&#8217;d like to allow anyone from the IVTV bug posting to contact me. The problem is that after a period of time my capture cards stop capturing. When I check the output of dmesg I am greeted with many ivtv0 warning: ENC: (0) DMA Error 0x0000000b messages. Here is what I posted on the bug report. (It got a bit mangled). &#8212; I am having the same problem as everyone else. Asus A8n-SLI. Gentoo system running MythTV 0.19, IVTV 0.6.2, kernel 2.6.16, 2 PVR-150s and an HD3000.Had the problem with previous version of MythTV, and with IVTV 0.4.2.It seems like it is related to out motherboards. I will be monitoring this page.Information that may help the developers&#8230;&#8212; Linux video capture interface: v1.00 ivtv: ==================== START INIT IVTV ==================== ivtv: version 0.6.2 (tagged release) loading ivtv: Linux version: 2.6.16-gentoo-r7 gcc-3.4 ivtv: In case of problems please include the debug info between ivtv: the START INIT IVTV and END INIT IVTV lines, along with ivtv: any module options, when mailing the [...]]]></description>
		<wfw:commentRss>http://www.morph3ous.net/2006/05/28/ivtv-driver-error/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MythTV</title>
		<link>http://www.morph3ous.net/2005/12/19/mythtv/</link>
		<comments>http://www.morph3ous.net/2005/12/19/mythtv/#comments</comments>
		<pubDate>Mon, 19 Dec 2005 17:54:00 +0000</pubDate>
		<dc:creator>Brian</dc:creator>
				<category><![CDATA[Convergence]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[MythTV]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://www.morph3ous.net/?p=50</guid>
		<description><![CDATA[I have long wanted to build myself a PVR. I thought that it would be nice to be able to control what I watch, and when I watch it. Commercial alternatives are restricting their features too much for my tastes. I wanted a system that would give me full control over everything, even if it cost more to build. My mantra is to always overdo things. I started out with a pretty powerful computer. It&#8217;s an Athlon 64 3000+ (Venice core) in an Asus A8N-SLI motherboard. I figured that it would be beneficial to HD playback, and any transcoding that I would perform. I started wiith two HD-3000 high definition tuners. What I did not realize is that these tuners are great for HD, but not so great for normal TV. I had to put in a second sound card to capture the audio from the second tuner. I then had trouble setting up which tuner recorded sound from which sound card. I got frustrated after a while. There were also tons of glitches in the video. It turns out that these glitches are not the fault of the card. It seems to be something with the MythTV code and [...]]]></description>
		<wfw:commentRss>http://www.morph3ous.net/2005/12/19/mythtv/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

