with this chip anyway?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
===
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
Daniel Barkalow wrote:
On Sun, 4 Feb 2007, Robert Hancock wrote:
Something's busted with forcedeth in 2.6.20-rc6-mm3 for me relative to
2.6.20-rc6. There's no errors in dmesg, but it seems no packets ever get
received and so the machine can't get an IP address. I tried reverting all the
-mm
o need for a new driver for this controller, the
existing EHCI and OHCI drivers should work.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line "unsu
Patrick Ale wrote:
Good morning all,
About the reason as of why it drops to PIO mode, I might have found
the reason for this, I am just not sure if what i found is related.
When I opened my Athlon XP machine, took the cables out and replaced
them for new cables, I found out that my southbridge
Patrick Ale wrote:
Good morning all,
About the reason as of why it drops to PIO mode, I might have found
the reason for this, I am just not sure if what i found is related.
When I opened my Athlon XP machine, took the cables out and replaced
them for new cables, I found out that my southbridge
.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
] __dequeue_signal+0x97/0x14e
[c052709f] acpi_processor_idle+0x209/0x3ca
[c0526e96] acpi_processor_idle+0x0/0x3ca
[c0403410] cpu_idle+0xaa/0xd0
[c071ca1f] start_kernel+0x435/0x43d
[c071c1ae] unknown_bootoption+0x0/0x202
===
--
Robert Hancock Saskatoon, SK, Canada
To email
uses ISA-style edge triggered interrupts, is it safe to try and share an
interrupt with this chip anyway?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line unsubscribe
Daniel Barkalow wrote:
On Sun, 4 Feb 2007, Robert Hancock wrote:
Something's busted with forcedeth in 2.6.20-rc6-mm3 for me relative to
2.6.20-rc6. There's no errors in dmesg, but it seems no packets ever get
received and so the machine can't get an IP address. I tried reverting all the
-mm
Andrew Morton wrote:
On Sun, 04 Feb 2007 23:13:09 -0600 Robert Hancock <[EMAIL PROTECTED]> wrote:
Something's busted with forcedeth in 2.6.20-rc6-mm3 for me relative to
2.6.20-rc6. There's no errors in dmesg, but it seems no packets ever get
received and so the machine can't get an IP a
ata_pci_device_do_resume can fail if the PCI device couldn't be re-enabled.
Update sata_nv to propagate the return value from this call and to
not try to do any other resume activities if it fails. Fixes a compile
warning.
Signed-off-by: Robert Hancock <[EMAIL PROTECTED]>
--- linux-2.6.
that problem,
this is something we should likely be doing in any case.
Signed-off-by: Robert Hancock <[EMAIL PROTECTED]>
--- linux-2.6.20-rc6-mm3/drivers/ata/sata_nv.c 2007-02-04 21:48:25.0
-0600
+++ linux-2.6.20-rc6-mm3edit/drivers/ata/sata_nv.c 2007-02-04
22:13:36.0
to try reverting to see what's
causing this?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
with integrated Adaptec SCSI host and the
PIIX controller.
ata_piix should drive that chipset. Was that driver enabled in the
kernel configuration, and if it's built modular is the initrd, etc. set
up to load it on boot?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "n
with integrated Adaptec SCSI host and the
PIIX controller.
ata_piix should drive that chipset. Was that driver enabled in the
kernel configuration, and if it's built modular is the initrd, etc. set
up to load it on boot?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from
that problem,
this is something we should likely be doing in any case.
Signed-off-by: Robert Hancock [EMAIL PROTECTED]
--- linux-2.6.20-rc6-mm3/drivers/ata/sata_nv.c 2007-02-04 21:48:25.0
-0600
+++ linux-2.6.20-rc6-mm3edit/drivers/ata/sata_nv.c 2007-02-04
22:13:36.0 -0600
ata_pci_device_do_resume can fail if the PCI device couldn't be re-enabled.
Update sata_nv to propagate the return value from this call and to
not try to do any other resume activities if it fails. Fixes a compile
warning.
Signed-off-by: Robert Hancock [EMAIL PROTECTED]
--- linux-2.6.20-rc6
to try reverting to see what's
causing this?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED
Andrew Morton wrote:
On Sun, 04 Feb 2007 23:13:09 -0600 Robert Hancock [EMAIL PROTECTED] wrote:
Something's busted with forcedeth in 2.6.20-rc6-mm3 for me relative to
2.6.20-rc6. There's no errors in dmesg, but it seems no packets ever get
received and so the machine can't get an IP address
that will end up biting you some other way if you force it back on.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
he scaling driver, you may want to see if
acpi-cpufreq works instead.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
he
output you're seeing?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
you're seeing?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
driver, you may want to see if
acpi-cpufreq works instead.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
that will end up biting you some other way if you force it back on.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
Björn Steinbrink wrote:
On 2007.01.24 01:39:23 +0100, Björn Steinbrink wrote:
On 2007.01.23 17:18:43 -0600, Robert Hancock wrote:
Larry Walton wrote:
The last patch (sata_nv-force-int-dev-in-interrupt.patch)
seems to have fix the problem. Much appreciated,
thank you. I'd consider it a must
Björn Steinbrink wrote:
On 2007.01.24 01:39:23 +0100, Björn Steinbrink wrote:
On 2007.01.23 17:18:43 -0600, Robert Hancock wrote:
Larry Walton wrote:
The last patch (sata_nv-force-int-dev-in-interrupt.patch)
seems to have fix the problem. Much appreciated,
thank you. I'd consider it a must
a
motherboard which has multiple PCI buses (which most desktop boards
don't typically have).
You may be able to reduce the resolution and/or frame rate in order to
allow the PCI bus to cope. Also, do you have enough CPU and disk speed
in order to cope with all these streams?
--
Robert
, in which case the easiest solution is likely
to just build it into the kernel so that the kernel command line method
will work.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from
, so there's no
way to avoid the devices sharing IRQs. Unless the driver is badly buggy
this should not cause problems anyway.
What kind of video bit rate are you capturing? 8 video capture chips is
a pretty heavy load on the PCI bus, maybe something just gets overwhelmed?
--
Robert Hancock
, in which case the easiest solution is likely
to just build it into the kernel so that the kernel command line method
will work.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list
, so there's no
way to avoid the devices sharing IRQs. Unless the driver is badly buggy
this should not cause problems anyway.
What kind of video bit rate are you capturing? 8 video capture chips is
a pretty heavy load on the PCI bus, maybe something just gets overwhelmed?
--
Robert Hancock
a
motherboard which has multiple PCI buses (which most desktop boards
don't typically have).
You may be able to reduce the resolution and/or frame rate in order to
allow the PCI bus to cope. Also, do you have enough CPU and disk speed
in order to cope with all these streams?
--
Robert
tained 'head banging'.
It seems pretty unlikely that telling a hard drive to seek past its
capacity would cause it to damage itself, that would be some pretty
moronic firmware. Though, you never know - if it's true, let me know
what kind of drives these are, so I know never to buy one :-)
--
Thomas Gleixner wrote:
On Wed, 2007-01-31 at 17:54 -0600, Robert Hancock wrote:
I'm not sure if there's an inherent max ramdisk size limit, however I
should point out that in most cases, using a tmpfs or ramfs file system
is better than old-style ramdisks. Those filesystems return unused
unused
memory to the kernel (ramdisks statically allocate the entire space) and
also avoid the filesystem overhead of ramdisks (the files are mapped
into pagecache directly).
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home
Stefan Richter wrote:
Robert Hancock wrote:
http://marc.theaimsgroup.com/?t=11692262122
It looks like Tejun's patch essentially does the same thing as mine with
the addition of the control from userspace. There is one exception
though, my patch also does the stop on removal of the SCSI
unused
memory to the kernel (ramdisks statically allocate the entire space) and
also avoid the filesystem overhead of ramdisks (the files are mapped
into pagecache directly).
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http
Thomas Gleixner wrote:
On Wed, 2007-01-31 at 17:54 -0600, Robert Hancock wrote:
I'm not sure if there's an inherent max ramdisk size limit, however I
should point out that in most cases, using a tmpfs or ramfs file system
is better than old-style ramdisks. Those filesystems return unused
'head banging'.
It seems pretty unlikely that telling a hard drive to seek past its
capacity would cause it to damage itself, that would be some pretty
moronic firmware. Though, you never know - if it's true, let me know
what kind of drives these are, so I know never to buy one :-)
--
Robert
Stefan Richter wrote:
Robert Hancock wrote:
http://marc.theaimsgroup.com/?t=11692262122
It looks like Tejun's patch essentially does the same thing as mine with
the addition of the control from userspace. There is one exception
though, my patch also does the stop on removal of the SCSI
Greg KH wrote:
On Tue, Jan 30, 2007 at 05:12:54PM -0600, Robert Hancock wrote:
Alan Stern wrote:
The log revealed that the phone's firmware returns garbage values in the
Residue field for some WRITEs. This patch should take care of it.
Alan Stern
Is it just me, or should some
n exercise in
"why was it doing this? should it be doing this instead?"
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line "unsubscribe lin
found on laptops.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
for every single
device that shows up with these problems seems like not a very scalable
approach. These devices obviously work in Windows, can't we just emulate
its behavior here?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home
, the main "how-to" page I found had an addendum
that "I gave up on this, it's too hard, I just attach the patches". If
anyone has gotten any new insight..
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page
for every single
device that shows up with these problems seems like not a very scalable
approach. These devices obviously work in Windows, can't we just emulate
its behavior here?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http
found on laptops.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
, the main how-to page I found had an addendum
that I gave up on this, it's too hard, I just attach the patches. If
anyone has gotten any new insight..
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com
in
why was it doing this? should it be doing this instead?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Greg KH wrote:
On Tue, Jan 30, 2007 at 05:12:54PM -0600, Robert Hancock wrote:
Alan Stern wrote:
The log revealed that the phone's firmware returns garbage values in the
Residue field for some WRITEs. This patch should take care of it.
Alan Stern
Is it just me, or should some
.
writing 1 to its "delete" file in sysfs, what scsiadd -r does). I think
it makes sense if the user selected the disk to be spun down on shutdown
to do it on removal as well, as it is potentially about to be physically
removed/powered down (especially for USB or FireWire disks).
--
Robe
to be set to 0. Without
it the other 9 bytes will contain uninitialized junk.
For the other cleanup changes, though:
Signed-off-by: Robert Hancock <[EMAIL PROTECTED]>
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
to be set to 0. Without
it the other 9 bytes will contain uninitialized junk.
For the other cleanup changes, though:
Signed-off-by: Robert Hancock [EMAIL PROTECTED]
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com
.
writing 1 to its delete file in sysfs, what scsiadd -r does). I think
it makes sense if the user selected the disk to be spun down on shutdown
to do it on removal as well, as it is potentially about to be physically
removed/powered down (especially for USB or FireWire disks).
--
Robert Hancock
t actually spin the drive down.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
--- linux-2.6.20-rc6nv/drivers/scsi/sd.c2007-01-28 17:00:00.0
-0600
+++ linux-2.6.20-rc6nvedit/drivers/sc
A standard says this means
disable the standby timer, which effectively does nothing. Change this
to issue a STANDBY IMMEDIATE command which will actually spin the drive
down. The SAT (SCSI/ATA Translation) standard revision 9 concurs with
this choice.
Signed-off-by: Robert Hancock <[EM
to read it.
Signed-off-by: Robert Hancock <[EMAIL PROTECTED]>
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
--- linux-2.6.20-rc6nv/drivers/ata/sata_nv.c2007-01-28 17:05:27.0
-0600
believe that it should be oopsing.
I can get the oops for this one if it'll help.
I'm guessing these are similar bugs - likely something in the driver
goes bad if the option ROM didn't initialize the card, but I don't think
it should be relying on this..
--
Robert Hancock Saskatoon, SK
believe that it should be oopsing.
I can get the oops for this one if it'll help.
I'm guessing these are similar bugs - likely something in the driver
goes bad if the option ROM didn't initialize the card, but I don't think
it should be relying on this..
--
Robert Hancock Saskatoon, SK
to read it.
Signed-off-by: Robert Hancock [EMAIL PROTECTED]
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
--- linux-2.6.20-rc6nv/drivers/ata/sata_nv.c2007-01-28 17:05:27.0
-0600
+++ linux-2.6.20
says this means
disable the standby timer, which effectively does nothing. Change this
to issue a STANDBY IMMEDIATE command which will actually spin the drive
down. The SAT (SCSI/ATA Translation) standard revision 9 concurs with
this choice.
Signed-off-by: Robert Hancock [EMAIL PROTECTED
-to-IDE drive enclosures. The support for
START STOP UNIT on those seems rather poor though, on one enclosure with
a Genesys bridge chip it returned a check condition with Invalid field
in CDB, and on another with a JMicron chip the request succeeded but it
didn't actually spin the drive down.
--
Robert
we do not workaround this somehow, Linux would really
be unusable on this HW. :(
Vendors really need to realize that even if they don't care about Linux,
not fixing these bugs will only hurt them with future Windows versions
when it suddenly starts caring about MMCONFIG support..
--
Robert H
not workaround this somehow, Linux would really
be unusable on this HW. :(
Vendors really need to realize that even if they don't care about Linux,
not fixing these bugs will only hurt them with future Windows versions
when it suddenly starts caring about MMCONFIG support..
--
Robert Hancock
kernel versions?
That number doesn't seem too unusual..
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
kernel versions?
That number doesn't seem too unusual..
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
Soeren Sonnenburg wrote:
• Note that it might not be such a good idea to do the above on drivers
which don't implement the new EH yet. Those are as of January 2007:
sata_nv, sata_promise (getting there) and sata_sx4.
That should be sata_mv not sata_nv.
--
Robert Hancock Saskatoon, SK
herwise the user
app will never get an end of file since more data is always available.
Also, you shouldn't be returning EINVAL if they try to read less than
the size of your data as that is acceptable behavior and will work fine
if you handle the pos argument properly.
--
Robert Hancock
the user
app will never get an end of file since more data is always available.
Also, you shouldn't be returning EINVAL if they try to read less than
the size of your data as that is acceptable behavior and will work fine
if you handle the pos argument properly.
--
Robert Hancock Saskatoon, SK
Soeren Sonnenburg wrote:
• Note that it might not be such a good idea to do the above on drivers
which don't implement the new EH yet. Those are as of January 2007:
sata_nv, sata_promise (getting there) and sata_sx4.
That should be sata_mv not sata_nv.
--
Robert Hancock Saskatoon, SK
ed at just the wrong time this could
cause interrupts to be lost.
Signed-off-by: Robert Hancock <[EMAIL PROTECTED]>
--- linux-2.6.20-rc5/drivers/ata/sata_nv.c 2007-01-19 19:18:53.0
-0600
+++ linux-2.6.20-rc5debug/drivers/ata/sata_nv.c 2007-01-22 22:33:43.0
-0600
@@ -700,7
Larry Walton wrote:
The last patch (sata_nv-force-int-dev-in-interrupt.patch)
seems to have fix the problem. Much appreciated,
thank you. I'd consider it a must have in 2.6.20.
Can any of the rest of you that have been seeing this problem also
confirm that this fixes it?
--
Robert Hancock
Larry Walton wrote:
The last patch (sata_nv-force-int-dev-in-interrupt.patch)
seems to have fix the problem. Much appreciated,
thank you. I'd consider it a must have in 2.6.20.
Can any of the rest of you that have been seeing this problem also
confirm that this fixes it?
--
Robert Hancock
time this could
cause interrupts to be lost.
Signed-off-by: Robert Hancock [EMAIL PROTECTED]
--- linux-2.6.20-rc5/drivers/ata/sata_nv.c 2007-01-19 19:18:53.0
-0600
+++ linux-2.6.20-rc5debug/drivers/ata/sata_nv.c 2007-01-22 22:33:43.0
-0600
@@ -700,7 +700,6 @@ static void
the NV_INT_DEV
flag on when a command is active, and also fixes that questionable code
in nv_host_intr that I mentioned.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
--- linux-2.6.20-rc5/d
Alistair John Strachan wrote:
On Tuesday 23 January 2007 01:24, Robert Hancock wrote:
As a final aside, this is another case where the hardware docs for this
controller would really be useful, in order to know whether we are
actually supposed to be reading that register in ADMA mode or not. I
Martin at NVIDIA asking if there's a way I could
get access to the documents, but I haven't heard anything yet.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
--- linux-2.6.20-rc5/drivers/ata/sata_nv.c
Martin at NVIDIA asking if there's a way I could
get access to the documents, but I haven't heard anything yet.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
--- linux-2.6.20-rc5/drivers/ata/sata_nv.c 2007
Alistair John Strachan wrote:
On Tuesday 23 January 2007 01:24, Robert Hancock wrote:
As a final aside, this is another case where the hardware docs for this
controller would really be useful, in order to know whether we are
actually supposed to be reading that register in ADMA mode or not. I
the NV_INT_DEV
flag on when a command is active, and also fixes that questionable code
in nv_host_intr that I mentioned.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
--- linux-2.6.20-rc5/drivers/ata
Björn Steinbrink wrote:
On 2007.01.21 13:58:01 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
All kernels were bad using that approach. So back to square 1. :/
Björn
OK guys, here's a new patch to try against 2.6.20-rc5:
Right now when switching between ADMA mode and legacy mode (i.e
Björn Steinbrink wrote:
On 2007.01.21 23:08:11 +0100, Björn Steinbrink wrote:
On 2007.01.21 13:58:01 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
All kernels were bad using that approach. So back to square 1. :/
Björn
OK guys, here's a new patch to try against 2.6.20-rc5:
Right
to issue commands during this time, the controller might not
react properly. This patch adds some code to wait for the status
register to change to the state we asked for before continuing.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
erent driver I imagine it's a
different problem than what I've been looking at.
Maybe that drive just has some issues with NCQ? I would be surprised at
that with a Seagate though..
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROT
imagine it's a
different problem than what I've been looking at.
Maybe that drive just has some issues with NCQ? I would be surprised at
that with a Seagate though..
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http
to issue commands during this time, the controller might not
react properly. This patch adds some code to wait for the status
register to change to the state we asked for before continuing.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http
Björn Steinbrink wrote:
On 2007.01.21 23:08:11 +0100, Björn Steinbrink wrote:
On 2007.01.21 13:58:01 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
All kernels were bad using that approach. So back to square 1. :/
Björn
OK guys, here's a new patch to try against 2.6.20-rc5:
Right
Björn Steinbrink wrote:
On 2007.01.21 13:58:01 -0600, Robert Hancock wrote:
Björn Steinbrink wrote:
All kernels were bad using that approach. So back to square 1. :/
Björn
OK guys, here's a new patch to try against 2.6.20-rc5:
Right now when switching between ADMA mode and legacy mode (i.e
Björn Steinbrink wrote:
On 2007.01.20 22:34:27 -0500, Jeff Garzik wrote:
Robert Hancock wrote:
change in 2.6.20-rc is either causing or triggering this problem. It
would be useful if you could try git bisect between 2.6.19 and
2.6.20-rc5, keeping the latest sata_nv.c each time, and see
Chr wrote:
Could you (or anyone else) test what happens if you take the 2.6.20-rc5
version of sata_nv.c and try it on 2.6.19? That would tell us whether
it's this change or whether it's something else (i.e. in libata core).
Ok, did that! (got a fresh 2.6.19 tar ball, and used 2.6.20-rc5'
nv_host_intr in 2.6.20-rc5 sata_nv.c and see what that does?
/* bail out if not our interrupt */
if (!(irq_stat & NV_INT_DEV))
return 0;
as that's the difference I'm most suspicious of causing the problem.
--
Robert Hancock Saskatoon, SK, Canada
To e
nv_host_intr in 2.6.20-rc5 sata_nv.c and see what that does?
/* bail out if not our interrupt */
if (!(irq_stat NV_INT_DEV))
return 0;
as that's the difference I'm most suspicious of causing the problem.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove
Chr wrote:
Could you (or anyone else) test what happens if you take the 2.6.20-rc5
version of sata_nv.c and try it on 2.6.19? That would tell us whether
it's this change or whether it's something else (i.e. in libata core).
Ok, did that! (got a fresh 2.6.19 tar ball, and used 2.6.20-rc5'
Björn Steinbrink wrote:
On 2007.01.20 22:34:27 -0500, Jeff Garzik wrote:
Robert Hancock wrote:
change in 2.6.20-rc is either causing or triggering this problem. It
would be useful if you could try git bisect between 2.6.19 and
2.6.20-rc5, keeping the latest sata_nv.c each time, and see
ck kernels,
are you sure that was from 2.6.19.2? That sounds like a Fedora kernel
with Exec Shield.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line "
Alistair John Strachan wrote:
On Tuesday 16 January 2007 01:53, Jeff Garzik wrote:
Robert Hancock wrote:
I'll try your stress test when I get a chance, but I doubt I'll run into
the same problem and I haven't seen any similar reports. Perhaps it's
some kind of wierd timing issue
Alistair John Strachan wrote:
On Tuesday 16 January 2007 01:53, Jeff Garzik wrote:
Robert Hancock wrote:
I'll try your stress test when I get a chance, but I doubt I'll run into
the same problem and I haven't seen any similar reports. Perhaps it's
some kind of wierd timing issue
,
are you sure that was from 2.6.19.2? That sounds like a Fedora kernel
with Exec Shield.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove nospam from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
1201 - 1300 of 1555 matches
Mail list logo