(cc'ing linux-ide)
On Mon, Feb 04, 2008 at 02:32:59AM +0100, Bart Champagne wrote:
Just found another type of Seagate drives that shows this behaviour :
ST310211A
Can this one be blacklisted as well ?
Yes, do you have a patch? And a dmesg dump of the drive in use with and
without a patch?
Brian Keck wrote:
Hello,
I can't get my otherwise lovely debian/sid Vaio TX17 to resume promptly
from suspend-to-ram.
Until recently it resumed at all maybe 1 in 4 times from
's2ram -f -p' in X, always taking several minutes, apparently
due to the hard disk (1.8 Toshiba
AHCI uses CAP.NP to indicate the number of ports and PI to tell which
ports are enabled. The only requirement is that the number of ports
indicated by CAP.NP should equal or be higher than the number of
enabled ports in PI.
CAP.NP and PI carry duplicate information and there have been some
http://bugzilla.kernel.org/show_bug.cgi?id=9898
Summary: libata fails for ALi Corporation M5229 IDE
Product: IO/Storage
Version: 2.5
KernelVersion: 2.6.24
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
http://bugzilla.kernel.org/show_bug.cgi?id=9898
--- Comment #1 from [EMAIL PROTECTED] 2008-02-06 03:12 ---
Created an attachment (id=14721)
-- (http://bugzilla.kernel.org/attachment.cgi?id=14721action=view)
dmesg output
--
Configure bugmail:
On Wed 2008-02-06 11:53:34, Pavel Machek wrote:
Hi!
Trying to boot 2.6.25-git0 (few days old), I get
BUG: unable to handle kernel paging request at ..ffb0
IP at init_irq+0x42e
Call trace:
ide_device_add_all
ide_generic_init
kernel_init
child_rip
vgacon_cursor
kernel_init
ACK patch series... would it be ok to send via the ARM maintainer?
I would prefer to add this at the same time as its user...
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
http://bugzilla.kernel.org/show_bug.cgi?id=9898
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED]
Status|NEW
On Wed, 6 Feb 2008 03:09:36 -0800 (PST) [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=9898
Summary: libata fails for ALi Corporation M5229 IDE
Product: IO/Storage
Version: 2.5
KernelVersion: 2.6.24
Platform: All
Tejun Heo wrote:
AHCI uses CAP.NP to indicate the number of ports and PI to tell which
ports are enabled. The only requirement is that the number of ports
indicated by CAP.NP should equal or be higher than the number of
enabled ports in PI.
CAP.NP and PI carry duplicate information and there
Tejun Heo wrote:
From: James Bottomley [EMAIL PROTECTED]
qc-n_iter was used for libata's own sg walking before sg chaining
replaced it. During conversion, the field and its usage in sata_fsl
were left behind. Kill the filed and update sata_fsl.
tj: This was part of James's
Adrian Bunk wrote:
This patch fixes the following section mismatches:
-- snip --
...
WARNING: drivers/ata/built-in.o(.text+0x15072): Section mismatch in reference
from the function piix_init_one() to the function
.devinit.text:piix_init_sata_map()
WARNING:
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
arch/arm/mach-rpc/riscpc.c|2 +-
arch/blackfin/mach-bf527/boards/ezkit.c |2 +-
David Milburn wrote:
The HITACHI HDS7250SASUN500G and HITACHI HDS7225SBSUN250 drives
do not need to be blacklisted, the NCQ problem has been resolved
with the sata_nv: fix for completion handling patch.
Signed-off-by David Milburn [EMAIL PROTECTED]
---
libata-core.c |2 --
1 files
Robert Hancock wrote:
This fixes some problems with ATAPI devices on nForce4 controllers in ADMA mode
on systems with memory located above 4GB. We need to delay setting the 64-bit
DMA mask until the PRD table and padding buffer are allocated so that they don't
get allocated above 4GB and break
[EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
mips:
drivers/ata/sata_mv.c: In function `mv_port_free_dma_mem':
drivers/ata/sata_mv.c:1080: error: implicit declaration of function
`dma_pool_free'
Cc: Jeff Garzik [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
On Wed, Feb 06, 2008 at 06:58:17AM -0500, Jeff Garzik wrote:
ACK patch series... would it be ok to send via the ARM maintainer?
I would prefer to add this at the same time as its user...
I've only seen the one patch, and I suspect that it depends on patches
to other architectures (to convert
Bartlomiej Zolnierkiewicz wrote:
Same BUG_ON() is present inside ide_set_handler().
There is no BUG_ON there -- __ide_set_handler() has a check for the same
condition and a printk(KERN_CRIT)... myabe it should be replaced with BUG_ON()...
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL
On Wed, 6 Feb 2008 09:40:15 -0800 (PST) [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=9901
Summary: kernel panic in stex modules (?)
Product: IO/Storage
Version: 2.5
KernelVersion: 2.6.24
Platform: All
On Wed, 2008-02-06 at 10:15 -0800, Andrew Morton wrote:
On Wed, 6 Feb 2008 09:40:15 -0800 (PST) [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=9901
Summary: kernel panic in stex modules (?)
Product: IO/Storage
Version: 2.5
Hi,
On Wednesday 06 February 2008, Pavel Machek wrote:
On Wed 2008-02-06 11:53:34, Pavel Machek wrote:
Hi!
Trying to boot 2.6.25-git0 (few days old), I get
BUG: unable to handle kernel paging request at ..ffb0
IP at init_irq+0x42e
init_irq? hmm...
Call trace:
On Wednesday 06 February 2008, Sergei Shtylyov wrote:
Bartlomiej Zolnierkiewicz wrote:
Same BUG_ON() is present inside ide_set_handler().
There is no BUG_ON there -- __ide_set_handler() has a check for the same
condition and a printk(KERN_CRIT)... myabe it should be replaced with
http://bugzilla.kernel.org/show_bug.cgi?id=9904
Summary: ASUS DVD-E616A - drive side 80-wire cable detection
failed
Product: IO/Storage
Version: 2.5
KernelVersion: 2.6.24
Platform: All
OS/Version: Linux
On Monday 04 February 2008, Kiyoshi Ueda wrote:
Hi Jens, Bart, Boris,
I have reviewed all blk-end-request patches again to confirm whether
there are any similar problems with the last week's ide-cd panic:
http://lkml.org/lkml/2008/1/29/140
And I found a possible similar bug in ide-io
On Tue, 2008-02-05 at 16:53 +0900, Tejun Heo wrote:
This patchset updates block layer padding and draining support and
make libata use it. It's based on James Bottomley's initial work and,
of the five, the last two patches are from James with some
modifications.
Please read the following
Tejun Heo wrote:
This patchset updates block layer padding and draining support and
make libata use it. It's based on James Bottomley's initial work and,
of the five, the last two patches are from James with some
modifications.
Please read the following thread for more info.
Tejun Heo wrote:
For misc ATAPI commands which transfer variable length data to the
host, overflow can occur due to application or hardware bug. Such
overflows can be ignored safely as long as overflow data is properly
drained. libata HSM implementation has this implemented in
Tejun Heo wrote:
Misc ATAPI commands may try to transfer more bytes than requested.
For PIO which is performed by libata HSM, this is worked around by
draining extra bytes from __atapi_pio_bytes().
This patch implements drain buffer to perform draining for DMA and
PIO-over-DMA cases. One page
The first port of cx700 is SATA. Fix cable detection.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
---
drivers/ata/pata_via.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/ata/pata_via.c b/drivers/ata/pata_via.c
index 39627ab..d119a68 100644
---
Some controllers (VIA CX700) raise device error on SETXFER even after
mode configuration succeeded. Update ata_dev_set_mode() such that
device error is ignored if transfer mode is configured correctly. To
implement this, device is revalidated even after device error on
SETXFER.
This fixes
On Thu, 07 Feb 2008 10:34:08 +0900
Tejun Heo [EMAIL PROTECTED] wrote:
Some controllers (VIA CX700) raise device error on SETXFER even after
mode configuration succeeded. Update ata_dev_set_mode() such that
device error is ignored if transfer mode is configured correctly. To
implement this,
On Thu, 07 Feb 2008 10:18:53 +0900
Tejun Heo [EMAIL PROTECTED] wrote:
The first port of cx700 is SATA. Fix cable detection.
That should be set anyway by the drive detect but it does no harm and
fixes stuff if there is no drive.
Acked-by: Alan Cox [EMAIL PROTECTED]
-
To unsubscribe from this
On Wed, 06 Feb 2008 12:26:39 -0600
James Bottomley [EMAIL PROTECTED] wrote:
On Wed, 2008-02-06 at 10:15 -0800, Andrew Morton wrote:
On Wed, 6 Feb 2008 09:40:15 -0800 (PST) [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=9901
Summary: kernel panic in
33 matches
Mail list logo
