Warning to Linux users who want to upgrade to socket AM2 motherboards: You will almost definitely run into problems with Linux. I have an ASUS M2N32-SLI Deluxe motherboard. I upgraded the BIOS to the latest version, and that broke IO-APIC on all versions of the Linux kernel I've tried, including 188.8.131.52. I couldn't boot Linux without the "noapic" boot parameter. I solved this problem by restoring an older BIOS, and I lost a fancy NVidia acceleration feature in the process. That's no big deal for me because the feature primarily benefits Windows games and I don't play Windows games often enough to care.
I'd still like to see this problem solved, and I don't see a solution coming anytime soon. Based on what I've read in the Linux kernel developer mailing list, few people have AM2-based boards and little if any work is being done to deal with them. Thanks to a spinal problem, I'm in too much pain to mess with BIOS versions and debugging APIC problems, so the kernel developers can't get help from me. In fact, typing this is an exercise in masochism. But I'm hoping someone out there will get an ASUS M2N32-SLI Deluxe motherboard and help out.
MythTV becomes reality
You may recall from a previous blog entry that I've been putting together a MythTV box. I ran into numerous problems based on the fact that no capture cards exist to capture the output of my cable box. In case you don't remember the details, my Scientific Atlanta Explorer 8000HD shuts off the AVI, S-Video and cable outputs when you put the box in HDTV mode.
I tried a HD5500 pcHDTV card from pcHDTV, which captures digital cable signals. There are two problems with this card. First, you guessed it, it has problems with my socket-AM2 board. Linux locks up frequently when I have this card installed. That, alone, wouldn't be a big issue because I only installed it in the AM2 box to experiment with it. The MythTV box uses a much older motherboard.
The real problem is that this card only captures the very few digital channels that are unencrypted. That makes it pretty much useless for my MythTV box. I should have known this would be the case before I bought the card, but my unrealistic optimism drove my decision to try it.
Disaster strikes gold
As if I didn't have enough problems, my Explorer 8000HD cable box died. I visited my nearest Time Warner office to replace it when I noticed that they carry a newer model called the Scientific Atlanta Explorer 8300HD. I asked for the new model, and they had one available.
Now I'm thrilled that my 8000HD died, because this new cable box solves all my problems. It continues to output a standard definition signal from the cable out, and I'm assuming also from the S-Video and AVI connections, even when this box is in HDTV mode. All I have to do is hook up the output of this box to my Hauppauge PVR500 card, and I should be in business. I haven't done it yet (see pinched nerve, spinal problem), but I expect it to work fine.
I even have an IR receiver and an IR blaster which I'm hoping I can configure to have my MythTV box change channels on the cable box. This way, my MythTV box will get every channel the cable box can receive. I can use MythTV to schedule recordings and trust it to change the channel on the cable box when the program airs.
I'm assuming that the HDTV channels will be sent to the MythTV box in standard definition (rather than not being sent at all), but that doesn't bother me.
If all goes well, I should have the ultimate MythTV box up and running once I get my pain under control. I'll keep you posted, and eventually write up all the details in Linux Journal for the benefit of others who want to accomplish the same goal.
If you want to get a jump on me, and you're interested in building your MythTV box based on Ubuntu 6.06 Dapper Drake (which is what I have installed), I strongly recommend that you download the MythTV sources and compile them yourself. You can get Ubuntu-based MythTV using apt-get or any of the installers on Ubuntu, but it's an older version that doesn't work nearly as well.
That's it for now. To be continued...
|Dynamic DNS—an Object Lesson in Problem Solving||May 21, 2013|
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
|Non-Linux FOSS: Seashore||May 10, 2013|
- RSS Feeds
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- Dynamic DNS—an Object Lesson in Problem Solving
- New Products
- Validate an E-Mail Address with PHP, the Right Way
- Drupal Is a Framework: Why Everyone Needs to Understand This
- A Topic for Discussion - Open Source Feature-Richness?
- Download the Free Red Hat White Paper "Using an Open Source Framework to Catch the Bad Guy"
- Tech Tip: Really Simple HTTP Server with Python
46 min 41 sec ago
- Keeping track of IP address
2 hours 37 min ago
- Roll your own dynamic dns
7 hours 51 min ago
- Please correct the URL for Salt Stack's web site
11 hours 2 min ago
- Android is Linux -- why no better inter-operation
13 hours 17 min ago
- Connecting Android device to desktop Linux via USB
13 hours 46 min ago
- Find new cell phone and tablet pc
14 hours 44 min ago
16 hours 13 min ago
- Automatically updating Guest Additions
17 hours 21 min ago
- I like your topic on android
18 hours 8 min ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?