Re: 2,6.26-rc4-git2 - long pause during boot

James Bottomley
2008-06-06T18:40:20Z

On Fri, 2008-06-06 at 11:03 -0700, Andrew Morton wrote:
> On Fri, 06 Jun 2008 10:22:22 -0500 James Bottomley <James.Bottomley@HansenPartnership.com> wrote:
>
> > On Thu, 2008-06-05 at 23:25 -0700, Andrew Morton wrote:
> > > On Thu, 5 Jun 2008 23:21:45 -0700 Andrew Morton <akpm@linux-foundation.org> wrote:
> > >
> > > > <watches wodim wibble for five minutes then report "CD/DVD-Recorder
> > > > not ready." Pretends not to have noticed.>
> > >
> > > It goes much better when the CD is inserted upside up.
> >
> > So I can close this regression if I send you a pack of CD ring labels
> > with "other way up" on them for you to affix to the underside of your
> > CDs ... ?
> >
>
> Would prefer double-sided CDs.

I just discovered my budget only runs to a permanent marker for you to
write the instructions on the rim yourself ...

> Is this 20-second-delay thing known-about/expected/etc?

If it's not the scsi_bus_uevent problem, then no, it isn't.

The odd thing is that it occurs in the middle of USB initialisation from
the log:

> ﻿Jun 6 17:25:19 upstairs kernel: uhci_hcd 0000:00:1d.0: UHCI Host Controller
> Jun 6 17:25:19 upstairs kernel: uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
> Jun 6 17:25:19 upstairs kernel: uhci_hcd 0000:00:1d.0: irq 16, io base 0x0000a800
> Jun 6 17:25:19 upstairs kernel: usb usb1: configuration #1 chosen from 1 choice
> Jun 6 17:25:19 upstairs kernel: hub 1-0:1.0: USB hub found
> Jun 6 17:25:19 upstairs kernel: hub 1-0:1.0: 2 ports detected
> Jun 6 17:25:44 upstairs kernel: ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
> Jun 6 17:25:44 upstairs kernel: usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
> Jun 6 17:25:44 upstairs kernel: usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> Jun 6 17:25:44 upstairs kernel: usb usb1: Product: UHCI Host Controller
> Jun 6 17:25:44 upstairs kernel: usb usb1: Manufacturer: Linux 2.6.26-rc5 uhci_hcd

Note the jump from 19 to 44 seconds.

There's another one here:

> ﻿Jun 6 17:25:44 upstairs kernel: EXT3-fs: mounted filesystem with ordered data mode.
> Jun 6 17:25:44 upstairs kernel: Adding 4096532k swap on /dev/sda5. Priority:-1 extents:1 across:4096532k
> Jun 6 17:25:44 upstairs kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
> Jun 6 17:25:44 upstairs kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
> Jun 6 17:25:44 upstairs kernel: nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
> Jun 6 17:25:44 upstairs kernel: parport_pc 00:06: disabled
> Jun 6 17:25:44 upstairs kernel: pnp: the driver 'parport_pc' has been unregistered
> Jun 6 17:25:44 upstairs kernel: ieee1394: Node removed: ID:BUS[0-00:1023] GUID[00110666000013cc]
> Jun 6 17:26:31 upstairs kernel: usb 11-2: new high speed USB device using ehci_hcd and address 3
> Jun 6 17:26:31 upstairs kernel: usb 11-2: configuration #1 chosen from 1 choice
> Jun 6 17:26:31 upstairs kernel: usb 11-2: New USB device found, idVendor=0930, idProduct=6545
> Jun 6 17:26:31 upstairs kernel: usb 11-2: New USB device strings: Mfr=0, Product=2, SerialNumber=3
> Jun 6 17:26:31 upstairs kernel: usb 11-2: Product: USB Flash Memory
> Jun 6 17:26:31 upstairs kernel: usb 11-2: SerialNumber: 0EC065712361A91E

I'm a bit baffled as to how that could be SCSI related, but I suppose it
could be udev related somehow. Perhaps turning on driver core debugging
might help (that's CONFIG_DEBUG DRIVER ... it depends on
CONFIG_DEBUG_KERNEL for activation). Hopefully the verbose kernel logs
from here might tell us what's going on in the lacunae.

James

--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html