On 14 Feb 00, at 13:51, Soren Schmidt wrote:

> It seems Dan Langille wrote:
> > I have one box which is slow to boot under -current (mind you, I've never
> > run anything but -current on this box).  In my previous message, there
> > were two excessively long pauses.  One after ata0 appears and another
> > after ata-isa0 appears.  I've been able to eliminate one of these pauses.
> >  I removed this from my kernel:
> > 
> > device          ata1    at isa? port IO_WD2 irq 15
> > All times are approximate (I had to count, no watches to hand). 
> > 
> >  ATA and ATAPI devices
> > device          ata0    at isa? port IO_WD1 irq 14
> > #device         ata1    at isa? port IO_WD2 irq 15
> > device          ata 
> > device          atadisk                 # ATA disk drives
> > #device         atapicd                 # ATAPI CDROM drives
> > #device         atapifd                 # ATAPI floppy drives
> > #device         atapist                 # ATAPI tape drives
> > options         ATA_STATIC_ID           #Static device numbering
> > #options        ATA_ENABLE_ATAPI_DMA    #Enable DMA on ATAPI 
> > devices
> > 
> > Did I miss anything else which might be useful?
> 
> since this is a PCI system you should only have:
>  device          ata
>  device          atadisk                 # ATA disk drives
>  options         ATA_STATIC_ID           #Static device numbering
> 
> BUT if the second channel is enabled in the BIOS and the hardware plays
> foul on probe, it will be probed for devices for the std timeout which is
> 31s pr device, give or take...

My thanks.  I went from:

# ATA and ATAPI devices
device          ata0    at isa? port IO_WD1 irq 14
device          ata 
device          atadisk                 # ATA disk drives
options         ATA_STATIC_ID           #Static device numbering

to what you suggested.  i.e.:

>  device          ata
>  device          atadisk                 # ATA disk drives
>  options         ATA_STATIC_ID           #Static device numbering

That didn't fix the slow boot issue.  So I disabled the "IDE Second 
Channel Control" in the BIOS.  This eliminated the lengthly delay.  
Thanks.  I didn't realised the bios settings would affect the boot in this 
way.  Cheers.  Much appreciated.
--
Dan Langille - DVL Software Limited [I'm looking for more work]
The FreeBSD Diary     - http://www.freebsddiary.org/
NZ FreeBSD User Group - http://www.nzfug.nz.freebsd.org/
The Racing System     - http://www.racingsystem.com/
unix @ home           - http://www.unixathome.org/


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to