From: "Randy.Dunlap" <rdunlap@xenotime.net>
To: "J.A. Magallon" <jamagallon@able.es>
Cc: akpm@osdl.org, linux-kernel@vger.kernel.org
Subject: Re: SMP+nosmp=hang [was: Re: 2.6.15-rc5-mm2]
Date: Sat, 21 Jan 2006 16:22:03 -0800 [thread overview]
Message-ID: <20060121162203.16afe24d.rdunlap@xenotime.net> (raw)
In-Reply-To: <20060122004636.0837de67@werewolf.auna.net>
On Sun, 22 Jan 2006 00:46:36 +0100 J.A. Magallon wrote:
> On Fri, 20 Jan 2006 19:22:59 -0800, Andrew Morton <akpm@osdl.org> wrote:
>
> > "J.A. Magallon" <jamagallon@able.es> wrote:
> > >
> > > On Sun, 11 Dec 2005 04:13:08 -0800, Andrew Morton <akpm@osdl.org> wrote:
> > >
> > > >
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.15-rc5/2.6.15-rc5-mm2/
> > > >
> > >
> > > Booting a SMP built kernel with 'nosmp' just hangs at the VFS layer, with
> > > the message about 'not being able to find root device sda1'.
> > > sda is a SATA drive on an Intel ICH5 controller:
> > >
> > > libata version 1.20 loaded.
> > > ata_piix 0000:00:1f.2: version 1.05
> > > ACPI: PCI Interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 16
> > > PCI: Setting latency timer of device 0000:00:1f.2 to 64
> > > ata1: SATA max UDMA/133 cmd 0xC000 ctl 0xC402 bmdma 0xD000 irq 16
> > > ata2: SATA max UDMA/133 cmd 0xC800 ctl 0xCC02 bmdma 0xD008 irq 16
> > > ata1: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4003 85:3469 86:3c01 87:4003 88:407f
> > > ata1: dev 0 ATA-6, max UDMA/133, 390721968 sectors: LBA48
> > > ata1: dev 0 configured for UDMA/133
> > > scsi0 : ata_piix
> > > ATA: abnormal status 0x7F on port 0xC807
> > > scsi1 : ata_piix
> > > Vendor: ATA Model: ST3200822AS Rev: 3.01
> > > Type: Direct-Access ANSI SCSI revision: 05
> > > SCSI device sda: 390721968 512-byte hdwr sectors (200050 MB)
> > > SCSI device sda: drive cache: write back
> > > SCSI device sda: 390721968 512-byte hdwr sectors (200050 MB)
> > > SCSI device sda: drive cache: write back
> > > sda: sda1 sda2 sda3
> > > sd 0:0:0:0: Attached scsi disk sda
> > >
> > > I would have to double check, but I think it even missed the USB keyboard.
> > >
> >
> > Is this still happening?
>
> Yes. I have just tried with 2.6.16-rc1-mm2, and the result is the same.
> No root device.
>
> The nosmp-booted kernel looks much much slow than the SMP one, it takes
> ages to detect devices like usb ones, and even spent about 20 seconds here:
>
> [ 0.431601] libata version 1.20 loaded.
> [ 0.431652] ata_piix 0000:00:1f.2: version 1.05
> [ 0.431670] ACPI: PCI Interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 16
> [ 0.431792] PCI: Setting latency timer of device 0000:00:1f.2 to 64
> [ 0.431852] ata1: SATA max UDMA/133 cmd 0xC000 ctl 0xC402 bmdma 0xD000 irq 16
> [ 0.431950] ata2: SATA max UDMA/133 cmd 0xC800 ctl 0xCC02 bmdma 0xD008 irq 16
> >>>>>>>>>>>>> here <<<<<<<<<<<<<<<<<<
> [ 0.690451] ata1: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4003 85:3469 86:3c01 87:4003 88:407f
> [ 0.690456] ata1: dev 0 ATA-6, max UDMA/133, 390721968 sectors: LBA48
> [ 0.696278] ata1: dev 0 configured for UDMA/133
> [ 0.701627] scsi0 : ata_piix
> [ 1.937443] scsi1 : ata_piix
>
> and it did not detect any drive, so the no-root-device error. This one can be
> a detection timeout, but as I say also the USB detection is dog slooow.
>
> Need some info ? .config, or the like ?
Hi,
I've been testing this also. I also see the problem.
I don't yet know what to do about it, but it's easy to
reproduce. I'll continue to look at it.
For a temporary workaround, booting with "irqpoll" might help,
but that's not the real solution IMO.
---
~Randy
next prev parent reply other threads:[~2006-01-22 0:21 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-11 12:13 2.6.15-rc5-mm2 Andrew Morton
2005-12-11 12:39 ` 2.6.15-rc5-mm2 Benoit Boissinot
2005-12-11 15:17 ` 2.6.15-rc5-mm2 Benoit Boissinot
2005-12-11 15:47 ` 2.6.15-rc5-mm2 Rafael J. Wysocki
2005-12-11 15:52 ` 2.6.15-rc5-mm2: broken resume from disk on x86-64 Rafael J. Wysocki
2005-12-11 16:02 ` 2.6.15-rc5-mm2: evdev problem Rafael J. Wysocki
2005-12-11 18:22 ` Dmitry Torokhov
2005-12-11 16:06 ` 2.6.15-rc5-mm2: ehci_hcd crashes on load sometimes Rafael J. Wysocki
2005-12-11 20:38 ` Andrew Morton
2005-12-12 19:53 ` Rafael J. Wysocki
2005-12-12 20:29 ` Andrew Morton
2005-12-12 20:55 ` Rafael J. Wysocki
2005-12-12 21:09 ` Andrew Morton
2005-12-12 21:39 ` Rafael J. Wysocki
2005-12-12 21:47 ` Andrew Morton
2005-12-12 21:56 ` Ben Pfaff
2005-12-13 6:52 ` [linux-usb-devel] " David Brownell
2005-12-13 22:10 ` Rafael J. Wysocki
2005-12-13 22:22 ` David Brownell
2005-12-13 22:39 ` Rafael J. Wysocki
2005-12-13 23:31 ` David Brownell
2005-12-11 16:08 ` 2.6.15-rc5-mm2 Jesper Juhl
2005-12-11 21:13 ` [PATCH] Fix vesafb display panning regression Antonino A. Daplas
2005-12-11 21:30 ` Jesper Juhl
2005-12-11 16:12 ` 2.6.15-rc5-mm2 :-) Maciej Soltysiak
2005-12-13 5:52 ` Con Kolivas
[not found] ` <1916802326.20051213121330@dns.toxicfilms.tv>
2005-12-13 12:16 ` Con Kolivas
2005-12-13 23:30 ` Peter Williams
2005-12-11 17:56 ` 2.6.15-rc5-mm2: two cs5535 modules Adrian Bunk
2005-12-12 18:29 ` Ben Gardner
2005-12-12 22:49 ` Alan Cox
2005-12-12 0:53 ` 2.6.15-rc5-mm2 Grant Coady
2005-12-12 14:05 ` 2.6.15-rc5-mm2 Cornelia Huck
2005-12-14 8:54 ` SMP+nosmp=hang [was: Re: 2.6.15-rc5-mm2] J.A. Magallon
[not found] ` <20060120192259.4460af42.akpm@osdl.org>
2006-01-21 23:46 ` J.A. Magallon
2006-01-22 0:22 ` Randy.Dunlap [this message]
2005-12-15 13:41 ` 2.6.15-rc5-mm2 Reuben Farrelly
2006-01-22 21:47 SMP+nosmp=hang [was: Re: 2.6.15-rc5-mm2] Brown, Len
2006-01-22 22:48 ` Randy.Dunlap
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060121162203.16afe24d.rdunlap@xenotime.net \
--to=rdunlap@xenotime.net \
--cc=akpm@osdl.org \
--cc=jamagallon@able.es \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).