cleaned bug description,
moved the lines into here in case somebody is searching for the commands

in the debian bug record a simple verification can be found
1) find pci device codes for IDE and SATA controllers with
lspci -nn
part of the output on my machine:
...
00:1f.1 IDE interface [0101]: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE 
Controller [8086:24db] (rev 02)
00:1f.2 IDE interface [0101]: Intel Corporation 82801EB (ICH5) SATA Controller 
[8086:24d1] (rev 02)
....

2) search for SATA device codes in modules.pcimap for both kernels:
on my machine:
kernel 2.6.20-16:
[EMAIL PROTECTED]:/lib/modules/2.6.20-16-generic$ grep "24d1" modules.pcimap
piix 0x00008086 0x000024d1 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
ata_piix 0x00008086 0x000024d1 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0

kernel 2.6.20-15
[EMAIL PROTECTED]:/lib/modules/2.6.20-15-generic$ grep "24d1" modules.pcimap
ata_piix 0x00008086 0x000024d1 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0


** Description changed:

  Binary package hint: linux-image-2.6.20-16-generic
  
  linux-image-2.6.20-15-generic worked fine with following system:
  feisty, xfs root fs (all in one) on (single) SATA disk on an intel ICH5 SATA 
controller (I965 chipset)
  
  after upgrading to linux-image-2.6.20-16-generic, the SATA disk is no more 
under control of ata_piix, which is not loaded anymore,
  SATA disk becomes /dev/hdc (/dev/hda being the DVD drive) instead of /dev/sda 
as with 2.6.20-15
  
- with boot option "irqpoll" I was able to save dmesg and lsmod outputs,
- without "irqpoll" option, boot fails, even into single user mode.
- 
- --------------------------------------
+ with boot option "irqpoll" I was able to save dmesg and lsmod outputs, 
without "irqpoll" option, boot fails, even into single user mode.
+ --------------------------
  klmonz 2007-05-31
  this bug is already described well in debian bug # 419458 [ 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=419458 ]
- which is already fixed  in a new kernel package (for debian, NOT ubuntu!)
+ with 2.6.20-16 the SATA controller is claimed by both piix (IDE driver) and 
ata_piix (SATA driver)
  
- in the debian bug record a simple verification can be found
- 1) find pci device codes for IDE and SATA controllers with 
- lspci -nn
- part of the output on my machine:
- ...
- 00:1f.1 IDE interface [0101]: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE 
Controller [8086:24db] (rev 02)
- 00:1f.2 IDE interface [0101]: Intel Corporation 82801EB (ICH5) SATA 
Controller [8086:24d1] (rev 02)
- ....
- 
- 2) search for SATA device codes in modules.pcimap for both kernels:
- on my machine:
- kernel 2.6.20-16:
- [EMAIL PROTECTED]:/lib/modules/2.6.20-16-generic$ grep "24d1"  modules.pcimap
- piix                 0x00008086 0x000024d1 0xffffffff 0xffffffff 0x00000000 
0x00000000 0x0
- ata_piix             0x00008086 0x000024d1 0xffffffff 0xffffffff 0x00000000 
0x00000000 0x0
- 
- kernel 2.6.20-15
- [EMAIL PROTECTED]:/lib/modules/2.6.20-15-generic$ grep "24d1"  modules.pcimap 
- ata_piix             0x00008086 0x000024d1 0xffffffff 0xffffffff 0x00000000 
0x00000000 0x0
- 
- so it is obvious that with 2.6.20-16 the SATA controller is claimed by both 
piix (IDE driver) and ata_piix (SATA driver);
- that's where the problem arises.
- 
- So I would hope some ubuntu kernel guru would take a closer look onto
- this now (how to trigger this? I'm afraid there's a lot of stuff coming
- in here every day...)
- 
- *****
- sorry for updating that often, I kept typing nonsense/mistakes :-|
+ details how to identify this are given in comment 72 down here (from the
+ debian bug record)

-- 
SATA disk is in PATA mode with kernel 2.6.20-16-generic (piix claiming SATA 
controller on ICH4/ICH5 Intel chipsets)
https://bugs.launchpad.net/bugs/116996
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to