public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Helge Hafting <helgehaf@aitel.hist.no>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: Helge Hafting <helge.hafting@aitel.hist.no>,
	Linus Torvalds <torvalds@osdl.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Tejun Heo <htejun@gmail.com>
Subject: Re: Linux 2.6.15-rc3 problem found - scsi order changed
Date: Sun, 4 Dec 2005 01:43:02 +0100	[thread overview]
Message-ID: <20051204004302.GA2188@aitel.hist.no> (raw)
In-Reply-To: <438EB150.2090502@pobox.com>

On Thu, Dec 01, 2005 at 03:16:16AM -0500, Jeff Garzik wrote:
> Helge Hafting wrote:
> >I tried compiling and booting rc1.  The machine is remote, and did not
> >come up.  So I don't know why it didn't come up, but it is likely
> >that it is the same problem.
> 
> Any chance at all to get netconsole or serial console output, after 
> turning on ATA_DEBUG and ATA_VERBOSE_DEBUG in include/linux/libata.h ?

There is nothing wrong with the SATA driver - I am posting from 
2.6.15-rc1 now.

The problem is that the scsi order changed.  
With 2.6.14 and earlier, I got:
sda, sdb, sdc : harddisks connected to sym2 pci host adapter
sdd, sde      : harddisks connected to mainboard SATA
sdf,sdg,sdh,sdi : the slots in my USB card reader


With 2.6.15-rc1 and later, I get:
sda,sdb,sdc,sdd: the slots in my USB card reader
sde, sdf, sdg: harddisks connected to the sym2 pci host adapter
sdh, sdi     : harddisks connected to mainboard SATA

This kernel have all drivers compiled in - no modules.

So I have to ask - is this change (USB devices before 
any other scsi disks) _intentional_ ?

I can of course change my fstab, but I can imagine this causing all
sorts of trouble for people who plug in the occational USB pendrive.
Now it will shift all other scsi devices.  That didn't happen before.

Therefore, I hope this change of scsi order will be reverted.  USB should
be last, because USB drives are the most likely to be transient.  
While SATA and SCSI host adapters are the ones most likely to contain
root file systems.  I will happily test any patches attempting to restore
the old behaviour.

I guess mounting by UUID is another way of fixing this?  Please tell if
this change is intentional - it will making mounting scsi disks by device sort
of useless for anyone with USB though :-/

Helge Hafting


  parent reply	other threads:[~2005-12-04  0:39 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-29  4:11 Linux 2.6.15-rc3 Linus Torvalds
2005-11-29  7:20 ` Michael Krufky
2005-11-29  7:43   ` Nick Piggin
2005-11-29  8:25     ` Michael Krufky
2005-11-29 15:47     ` Linus Torvalds
2005-11-29 16:10   ` Linus Torvalds
2005-11-29 16:25     ` Michael Krufky
2005-11-29 16:38       ` Linus Torvalds
2005-11-29 16:49         ` Stephen Frost
2005-11-29 17:04           ` Michael Krufky
2005-11-30  0:18           ` David S. Miller
2005-11-29 17:25         ` Chris Shoemaker
2005-11-29 17:44           ` Stephen Frost
2005-11-29 18:37           ` Linux 2.6.15-rc3 - gcc-4.0.2 compile error Byron Stanoszek
2005-11-29 18:42             ` Arjan van de Ven
2005-11-30  5:53           ` Linux 2.6.15-rc3 Michael Krufky
2005-11-29  9:29 ` Linux 2.6.15-rc3 - VIDEO_BT848_DVB config Eyal Lebedinsky
2005-11-29 13:07   ` Michael Krufky
2005-11-29 21:36 ` Linux 2.6.15-rc3 Helge Hafting
2005-11-29 21:47   ` Linus Torvalds
2005-11-30  8:59     ` Helge Hafting
2005-12-01  8:16       ` Jeff Garzik
2005-12-01  9:32         ` Helge Hafting
2005-12-01  9:37           ` Jeff Garzik
2005-12-04  0:43         ` Helge Hafting [this message]
2005-12-04  1:14           ` Linux 2.6.15-rc3 problem found - scsi order changed Linus Torvalds
2005-12-04  9:34             ` Zwane Mwaikambo
2005-12-04 15:28               ` Adrian Bunk
2005-12-04 23:50               ` Helge Hafting
2005-11-29 21:47 ` Linux 2.6.15-rc3 Rafael J. Wysocki
2005-11-29 22:42   ` Rafael J. Wysocki
2005-11-29 22:53     ` Stephen Hemminger
2005-11-29 23:37       ` Greg KH
2005-11-30  0:17         ` Stephen Hemminger
2005-11-30  0:25           ` Andrew Morton
2005-11-30  0:42             ` Stephen Hemminger
2005-11-30  1:57               ` Linus Torvalds
2005-11-30  2:09                 ` Paul Mackerras
2005-11-30  2:46                 ` Stephen Hemminger
2005-11-30  3:16                   ` Linus Torvalds
2005-11-30  4:14                     ` Greg KH
2005-11-30  1:09         ` Stephen Hemminger
2005-11-30  6:11   ` Andi Kleen

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=20051204004302.GA2188@aitel.hist.no \
    --to=helgehaf@aitel.hist.no \
    --cc=helge.hafting@aitel.hist.no \
    --cc=htejun@gmail.com \
    --cc=jgarzik@pobox.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@osdl.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