[PlanetCCRMA] rt kernels, ho, ho, ho!

Donald Steven t6sn7gt at aim.com
Mon Jan 3 17:45:27 PST 2011

Alas, Paul's solution to blacklist b43 didn't work for me.

Using the stock kernel, towards the end of dmesg I get:

[    2.202021] ata7: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    2.202095] ata9: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    2.205252] ata9.00: ATA-7: Maxtor 7Y250M0, YAR511W0, max UDMA/100
[    2.205254] ata9.00: 488397168 sectors, multi 16: LBA48
[    2.211148] ata9.00: configured for UDMA/100
[    2.211342] ata7.00: ATA-8: WDC WD3200AAKS-00V1A0, 05.01D05, max UDMA/133
[    2.211345] ata7.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 31/32)
[    2.218071] ata7.00: configured for UDMA/133

With the CCRMA kernel, it hangs at this point and goes around and arounf 
two or three ata#s (like ata3 and ata12) with messages that include:

ata12:000:device reported invalid CHS sector 0

Any ideas?


On 01/03/2011 07:04 PM, paul wrote:
> I too cannot seem to boot the rt kernel for Fedora 14. I have a fresh
> install on an older Dell Inspiron 1150 laptop, with a P4 2.8 GHz CPU. I
> couldn't figure a way to see where it was hanging, so thanks for the
> tip. I thought that is was hanging at loading cups.
> It appears to be hanging after loading the firmware for the on-board
> Broadcom wireless card. Here are the lines prior to it hanging:
> b43 ssb0:0 firmware: requesting b43/ucode5.fw
> Starting cups: b43 ssb0:0: requesting b43-open/ucode5.fw
> b43 ssb0:0 firmware: requesting b43-open/pcm5.fw
> b43 ssb0:0 firmware: requesting b43-open/b0g0initvals5.fw
> b43 ssb0:0 firmware: requesting b43-open/b0g0bsinitvals5.fw
> b43-phy0: Loading OpenSource firmware version 410.31754
> b43-phy0: Hardware crypto acceleration not supported by firmware
> b43-phy0: QoS not supported by firmware
> This may be a problem with this "open" firmware. Maybe a copy of the
> original "proprietary" firmware will work. I'll see if I still have a
> copy laying around. I'll also try blacklisting the b43 module, to see if
> it boots. This is not a solution, just a test.
> Paul
> On 01/03/2011 12:22 PM, Fernando Lopez-Lezcano wrote:
>> On 01/03/2011 03:30 AM, Donald Steven wrote:
>>> Unfortunately, my system hangs on boot with the rt kernel. Normal kernel
>>> ( works fine. CPU is a dual core E8500, F14.
>>> Any ideas?
>> Sorry to hear it is not working. You could try to boot without the
>> graphical boot (remove the "rhgb quiet" part of the kernel boot line) to
>> see where it is hanging...
>> -- Fernando
>>> On 12/24/2010 06:08 PM, Fernando Lopez-Lezcano wrote:
>>>> Hi all... a few days ago Thomas Gleixner announced a new version of the
>>>> rt patch for the kernel (rt30).
>>>> I built packages based on the last based build in Fedora Koji
>>>> (149) and the rt30 patch. I have been using 149 based builds for a while
>>>> with no problems (other than the well known warnings that rt sometimes
>>>> spews). So this should work fine. Of course if you are happily making
>>>> music with your current kernel there is no need to upgrade.
>> _______________________________________________
>> PlanetCCRMA mailing list
>> PlanetCCRMA at ccrma.stanford.edu
>> http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma
> _______________________________________________
> PlanetCCRMA mailing list
> PlanetCCRMA at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma

More information about the PlanetCCRMA mailing list