Re: [Nubus-pmac-users] kernel with improved interrupt handling, miboot

[Tobias N. <tob...@t-...>]

Hi again,

the result with the PCMCIA cards doesn't sound too bad.
Your Netgear card will probably also work when inserted and ejected  
very often - but that's a problem of the TREX driver.
Does the MacSense card neither work on booting with it inserted nor  
when inserting it after bootup? Do the lost interrupts occur in both  
cases?

The lockups in the beginning of the EXT3 FS check are probably caused  
by the ADB probing task - the system always hangs when normally the ADB  
devices are detected.
And as the ADB bus is controlled by the PMU (on PowerBooks) one could  
conclude that the system lockup is in fact caused by a PMU lockup - and  
that most probably is an interrupt handling problem...
Many times I could get around this issue by ejecting all PCMCIA cards  
before booting linux. And if that didn't help, booting into MacOS  
solved the problem.
I'll try to fix that problem...

So long,
Tobias


Am 31.01.2006 um 09:07 schrieb Florian Boelstler:

> Hi Tobias,
>
> Tobias & Sarah Netzel wrote:
>> I would be glad if you tested it and reported your experiences.
>
> I tried your kernel yesterday morning and it worked fine as usual.
> I am now able to insert/eject the 3com 10/100 Ethernet PCMCIA card
> several times during runtime (on any slot), without any lockups or lost
> hda interrupts. The card was properly detected and initialized.
>
> It didn't worked for my WLAN PCMCIA (Netgear MA401RA). Though there
> weren't any lost hda interrupts any more. The card works of course when
> it is inserted before boot.
>
> For my MacSense MPC-10 Ethernet PCMCIA I still get lost hda interrupts.
> However the system was still responsive but unusable.
> I havn't tried the card for month so I do not know whether it worked at
> all with other kernels (I will tried it again tonight).
>
> And then the bad came :) I had to reboot the PowerBook and it hung on
> the EXT3 FS check on all further reboots (with any kernel).
> IMHO the FS check didn't start at all.
> I tried to repair using fsck.ext3 from the Sarge installer however this
> effevtively wiped all data. Leaving me with hundreds of items in  
> lost+found.
> So I did a complete reinstall of Sarge yesterday evening.
> Luckily it isn't that bad since I made a data backup a few days ago.
> (And it contributes to my Mini-HOWTO install Sarge;)
> And further I don't think that it is related to your latest kernel
> modifications. I came across the situation of ext3fs-check-lockups on
> boot often (after unclean shutdowns). Usually it was continued after a
> reboot.
>
> I think we have to figure out what causes problems on ext3-checks  
> during
> boot. It is usually triggered when the EXT3 is "dirty". And sometimes
> drives the PMU crazy. (Yes, it happened this time again).
>
> Daniel, unfortunately I lost the chat log. I remember most of the
> information you gave me though.
> If you don't mind telling it me again I like to know the meaning of the
> bits described by the lowest 2 bytes in the flags field.
>
> Thanks,
>
>  Florian
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log  
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> Nubus-pmac-users mailing list
> Nub...@li...
> https://lists.sourceforge.net/lists/listinfo/nubus-pmac-users
>