On Wed, 29 Nov 2006, Tejun Heo wrote:
You pushed your box really hard and the kernel can't get the memory it wants.
Not really relevant to SATA problem.
And it's not even really a bug - the caller is supposed to be ok with it.
It's a warning message that the kernel spits out just because
On Wed, 29 Nov 2006 13:25:18 -0500
Mark Lord [EMAIL PROTECTED] wrote:
I'm betting that the ata_piix hardware has some kind of internal pipeline that
gets confused *sometimes* when a non-512 multiple passes through. Rarely,
though.
It will do this if the FIFO setup is misconfigured.
I
Some people want to use ide_cd for CD-ROM but still dynamically load
ide-scsi for things like tape drives. If you compile in the CD driver
this works out but if you want them modular you need an option to ensure
that whoever loads first the right things happen.
This replaces the original draft
Does this fix it
--- drivers/ata/pata_via.c~ 2006-11-29 15:16:10.961387472 +
+++ drivers/ata/pata_via.c 2006-11-29 15:17:08.784597008 +
@@ -60,7 +60,7 @@
#include linux/libata.h
#define DRV_NAME pata_via
-#define DRV_VERSION 0.2.0
+#define DRV_VERSION 0.2.1
/*
* The
Berck E. Nash wrote:
Tejun Heo wrote:
Then, a series of obsolete STANDBY failures. Who's issuing these
commands? It's not libata, libata uses STANDBY (0xe2). Is it some
kind of gentoo thing?
Nope, Debian/Unstable.
Most probably my hdparm utility. It first tries the old STANDBY
Hi,
Nowadays, you can dynamically change driver bound to a device using
sysfs and it works just fine for IDE, ie:
echo -n 1.0 /sys/bus/ide/drivers/ide-scsi/unbind
echo -n 1.0 /sys/bus/ide/drivers/ide-cdrom/bind
to unbind /dev/hdc from ide-scsi and bind to ide-cdrom
That was one of the main
On 11/29/06, Alan [EMAIL PROTECTED] wrote:
On Wed, 29 Nov 2006 23:05:56 +0100
Bartlomiej Zolnierkiewicz [EMAIL PROTECTED] wrote:
Hi,
Nowadays, you can dynamically change driver bound to a device using
sysfs and it works just fine for IDE, ie:
This isn't the point of this change. The point
The attached patch is against 2.6.18-rc6-mm1, to be applied on top of
the patch sata_nv: fix ATAPI in ADMA mode which Andrew and Jeff
already have in their trees. I've only been able to test this myself by
doing an aborted suspend and immediate resume and verifying it doesn't
blow up in that
