having now read bug 117314
ignore the last 2 lines in my previous comments
--
SATA disk is in PATA mode with kernel 2.6.20-16-generic (piix claiming SATA
controller on ICH4/ICH5 boards)
https://bugs.launchpad.net/bugs/116996
You received this bug notification because you are a member of Ubuntu
Sitsofe Wheeler:
Asus MB P4P800-X with chipset Intel 865PE, Intel ICH5
Disabling SATA at bios level and running ubuntu from PATA HD makes
2.6.20-16-generic working as good as 2.6.20-15-generic, it boot smooth without
irqpoll option and has no performance losses.
--
SATA disk is in PATA
weird,
yet mine doesn't
00:1f.1 0101: 8086:266f (rev 03) (prog-if 8a [Master SecP PriP])
Subsystem: 103c:099c
libata125720 1 ata_generic
guess only the kernel devs can answer this one
Why some ich6 are using ata_piix and others ata_generic.it makes no
sense
same
Phillip:
Do you have a definitive list of chipsets which have been reverted to PATA by
the 2.6.20-16 change?
--
SATA disk is in PATA mode with kernel 2.6.20-16-generic (piix claiming SATA
controller on ICH4/ICH5 boards)
https://bugs.launchpad.net/bugs/116996
You received this bug notification
Andrew:
OK just got through testing an ICH6 and...
.. it's still using ata_piix in 2.6.20-16.
lspci -vvv information:
00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family)
IDE Controller (rev 03) (prog-if 8a [Master SecP PriP])
Subsystem: Micro-Star International
Don't know if this will help this bug or not but I am a ubuntuforums
member and have been trying to keep spirits high and try to console
those who feel that Ubuntu has really screwed up here, sad to say that I
don't have much of an arguement when something as large as this occurs.
Anway, back to
and for completeness
same machine in 2.6.20-15
libata125720 2 ata_piix,ata_generic
--
SATA disk is in PATA mode with kernel 2.6.20-16-generic (piix claiming SATA
controller on ICH4/ICH5 boards)
https://bugs.launchpad.net/bugs/116996
You received this bug notification because
I use a ASUS P4P800 latest BIOS (1021.006)
Ubuntu 7.04 I installed two weeks ago
With 2.6.20-15 all works fine with 2.6.20-16 the system stops. See attached
screenshot.
Output under 2.6.20-15:
lsmod:
libata125720 2 ata_piix,ata_generic
scsi_mod 142348 4
unixnewbie:
SATA disks appear with the /dev/s??? syntax because it was convinient to reuse
some of the same SCSI machinery to present an interface to the disk to programs
(see http://kerneltrap.org/node/5549 for details). It's not really emulation
rather it's just naming. Rumour has it in a
** 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
I think klmonz in the appended bug-description at the top, hits the nail
on the head.
Reading through the extensive thread in
http://ubuntuforums.org/showthread.php?t=456662, it seems obvious, that
Debian bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=419458
describes the core problem with
I believe that Debian bug is not this issue. There is no cycling of
which driver is loaded in 2.6.20-16-generic with an ICH5 (it's always
piix), so this is not that issue.
--
SATA disk is in PATA mode with kernel 2.6.20-16-generic (piix claiming SATA
controller on ICH4/ICH5 boards)
Sitsofe. I believe that is incorrect. If you read (the 40 pages) in
http://ubuntuforums.org/showthread.php?t=456662 a lot of the
descriptions matches the Debian bug, also for ICH5. I'm fairly certain
that it is at the heart of the problem.
--
SATA disk is in PATA mode with kernel
Cycling between piix and ata_piix should not be happening. Previously,
in 2.6.20-15.27 ata_piix was used, in 2.6.20-16.28 piix should alwayds
be being used. It is this driver which is causing problems for some
hardware.
** Changed in: linux-source-2.6.20 (Ubuntu)
Assignee: (unassigned) =
I'm with lars and philiip on this... the debian bug shows erratic
behaviour in regards to wich driver wins over the IRQ race. in this
version, we only seem to have a (wrong) consistent winner...
That does not deny the fact that there is a race going on between the
two drivers for IRQ 16, wich is
I to have to concur with Phillip and Sitsofe
here is my lsmod output for libata (ICH6)
libata125720 1 ata_generic
scsi_mod 142348 3 sr_mod,sbp2,libata
note a distinct lack of ata_piix
so no cyclic argument ata_piix just doesn't get a look in
Though I think we
16 matches
Mail list logo
