Re: [gentoo-user] Going to Ubuntu - was 1.) Kernel panic - not syncing: Aiee, killing interupt handler

[Joseph <syscon@interbaun.com>]

On Fri, 2005-07-22 at 09:27 -0700, Zac Medico wrote:
> Joseph wrote:
> >>>Finally I was able to emerge KDE, it really took a lot of time.
> >>>Though, looking at the motherboard's ASUS A8V IRQ setting:
> >>>They put a lot of devices on IRQ5:
> >>>
> >>>skge - network controller
> >>>libata - I think this is sata ATA controller
> >>>ethci_Hcd:usb2, usb2
> >>>VIA8237 - sound ship
> >>>
> >>>No wonder I'm having problem (and some others) with Sata Drive, if it is
> >>>sharing an IRQ with so many devices.  In comparison IDE controller have
> >>>all their own IRQ's  Primary IRQ 14 and Secondary IRQ 15
> >>>
> >>
> >>Great! So, did you physically remove the sata drive?  The sata drivers are still enabled though?  The ouput from dmesg should give you an idea what drivers the kernel is actively using.
> >>
> >>Zac
> > 
> > 
> > No, I still have the same Sata Drive is just I'm playing with IRQ
> > assignment and configuration.
> > I've changed to BIOS PnP to YES, so my skge (network controller) and
> > libata (Sata Controller are shifted to  IRQ 10
> > 
> > But it makes me wonder both controllers on the Motherboard are different
> > chips, so why do they share IRQ?  Is there a way to shift them to a
> > different IRQ since Linux control IRQ assignment now? 
> > 
> 
> A quick look through linux/Documentation/kernel-parameters.txt shows
> that many drivers support direct irq assignment.  Also,
> linux/Documentation/pnp.txt may be of use.
> 
> Considering the positive results that you've gotten so far, it seems
> like you may be on the right track here.  It makes me less concerned
> about any possible overheating, but if you wanted to be paranoid about
> it, you could get another heat probe to double check the readings from
> the first one ;-).
> 
> Zac

Yes, it looks like a gold mind of information but at the moment it is
beyond my comprehension especially that I'm looking for quick
verification.
I'll settle for a simple solution, disable BIOS Network Controller, put
another network card on a PCI bus (making sure they are on a different
IRQ) and try to re-emerge kde.  If it will compile without any problem
it would mean I've solved the problem.

Another problem with that ASUS A8V motherboard is that they put all
additional USB (above 4) on the same IRQ as Sata Controller and Network
Controller.
This is very bad design, having high demanding resources on the same
IRQ.
In addition they put Floppy Controller on a separate IRQ 6 without
ability to re-assign it.  So one IRQ 6 is waisted if you don't have
floppy drive.

-- 
#Joseph
-- 
gentoo-user@gentoo.org mailing list