Hi,
The problem is _NOT_ related to the automatic hardware standby after all.
(1) tried to start noflushd with a 'hdparm -S0' applied on all monitored
disks ; the hang appeared again
(2) tried to start noflushd after a clean reboot (without hdparm startup
script) and the hang appeared also
I also rebuilt a new kernel with the new SATA layer (rather than the
legacy CONFIG_IDE one) ; ie. switching from /dev/hd* to /dev/sd* for all
disks. It did not change anything: same behaviour.
However, the problem may be linked to the storage card where the disks are
attached to: maybe the card is causing troubles for waking up the disks ?
(the card is a Ultra133TX2 from Promise Technology)
Note that the proble never occurred in 2.6.24 ; it might be some
regression code in the kernel OR in the TX2 code ?
04:01.0 Mass storage controller: Promise Technology, Inc. 20269 (rev 02)
(prog-if 85)
Subsystem: Promise Technology, Inc. Ultra133TX2
Flags: bus master, 66MHz, slow devsel, latency 64, IRQ 17
I/O ports at c8a0 [size=8]
I/O ports at c898 [size=4]
I/O ports at c8a8 [size=8]
I/O ports at c89c [size=4]
I/O ports at c8b0 [size=16]
Memory at df9bc000 (32-bit, non-prefetchable) [size=16K]
Expansion ROM at 80420000 [disabled] [size=16K]
Capabilities: [60] Power Management version 1
Kernel driver in use: Promise_IDE
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
