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

[Fernando Lopez-Lezcano]

On 01/03/2011 05:45 PM, Donald Steven wrote:
> 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

And then just stops?

> Any ideas?

Maybe the kernel is just too old for your hardware. This is 2.6.33 and 
it may have a bug or may not be handling properly the disk interface 
(Fedora's kernel is 2.6.35).

-- Fernando


> 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
>>>> (2.6.25.10-74.fc14.x86_64) 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 2.6.33.7 kernel (rt30).
>>>>>
>>>>> I built packages based on the last 2.6.33.7 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.
>>> _______________________________________________