Hello Hans,

Hans-Werner Hilse wrote:
> Hi,
>
> On Mon, 11 Dec 2006 21:09:00 -0300 Norberto Bensa <[EMAIL PROTECTED]>
>
> wrote:
> > Hans-Werner Hilse wrote:
> > > > I believe that if I load piix first (the PATA driver for Intel
> > > > chipset) I will not get this delay.
> > >
> > > I'm not sure about that.
> > > Are you sure that it's really ata_piix causing the delay?
> >
> > Well... I've tried this config:
> >
> > CONFIG_IDE=y
> > CONFIG_IDE_MAX_HWIFS=4
> > CONFIG_BLK_DEV_IDE=y
> > CONFIG_BLK_DEV_IDEDISK=y
> > CONFIG_IDEDISK_MULTI_MODE=y
> > CONFIG_BLK_DEV_IDECD=y
> > CONFIG_BLK_DEV_IDEPCI=y
> > CONFIG_BLK_DEV_IDEDMA_PCI=y
> > CONFIG_BLK_DEV_PIIX=y
> > CONFIG_BLK_DEV_IDEDMA=y
> > CONFIG_ATA=m
> > CONFIG_ATA_PIIX=m
> > CONFIG_SATA_INTEL_COMBINED=y
>
> Ahh, I see. So if you were compiling this stuff all into the kernel
> (I guess it was like this before, i.e. w/ the 15sec delay), 

Nope. As modules. I use genkernel.


> But I guess you didn't expect that to happen: It sounds as if you were
> assuming that CONFIG_ATA_PIIX only configures SATA support. 

Nope. I knew 2.6.19 handles PATA too. I didn't expect the ~15secs delay.


> > In other words:
> >
> > PATA PIIX built-in
>
> it was two times with the old statically compiled version, once via old
> IDE layer, once via libata.

Nope. As I said, everything was modules.


>
> > No delay. /dev/sda continues to be /dev/sda. Same for /dev/hda
>
> But you need an initrd.

Yup. That's how I like it :)


> Currently it's still experimental, but I would 
> suggest at least trying to use libata for all devices. 

I've tried. But I get a ~15secs delay loading ata_piix.


Best regards,
Norberto

Attachment: pgpHxvZerq3uz.pgp
Description: PGP signature

Reply via email to