> ata3.00: spurious completions during NCQ issue=0x0 SAct=0x407fd
> FIS=005040a1:0002
> ata3.00: cmd 61/08:00:c7:5a:82/00:00:1b:00:00/40 tag 0 cdb 0x0 data 4096 out
> res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
This has been seen with several Hitachi drives.
ata3.00: spurious completions during NCQ issue=0x0 SAct=0x407fd
FIS=005040a1:0002
ata3.00: cmd 61/08:00:c7:5a:82/00:00:1b:00:00/40 tag 0 cdb 0x0 data 4096 out
res 50/00:10:07:5b:82/00:00:1b:00:00/40 Emask 0x2 (HSM violation)
This has been seen with several Hitachi drives.
rch//Makefile'. Stop.
> ==
>
> $(ARCH) cannot be detected automatically...
>
> What information is useful for fixing this ?
This works for i386 on Ubuntu:
Definition of ARCH to the empty string defeated default native ARCH
assignment during initial run of make; eliminate said definition
be detected automatically...
What information is useful for fixing this ?
This works for i386 on Ubuntu:
Definition of ARCH to the empty string defeated default native ARCH
assignment during initial run of make; eliminate said definition.
Signed-off-by: Don Mullis [EMAIL PROTECTED
ote:
> > On Thu, 04 Oct 2007 09:19:40 -0700
> > Don Mullis <[EMAIL PROTECTED]> wrote:
> >
> > > This patch fixes the boot.
> > >
> >
> > Fantastic. Then will try to get this upstream then.
>
> I already put it in the sgchain drivers par
This patch fixes the boot.
On Thu, 2007-10-04 at 09:25 +0200, Jens Axboe wrote:
> On Wed, Oct 03 2007, Andrew Morton wrote:
> > On Wed, 03 Oct 2007 23:11:02 -0700 Don Mullis <[EMAIL PROTECTED]> wrote:
> >
> > > OOPS followed by a 3 minute timeout, then comp
OOPS followed by a 3 minute timeout, then completion of boot.
Not seen if card (Kingston microSD adapter) is ejected; not seen in 2.6.23-rc8.
Running on a Dell XPS M1330 laptop.
`dmesg` reports:
[ 13.695045] mmcblk0: mmc0:e95c SD02G 1966080KiB
[ 13.695155] mmcblk0: p1
[ 13.706907] BUG:
OOPS followed by a 3 minute timeout, then completion of boot.
Not seen if card (Kingston microSD adapter) is ejected; not seen in 2.6.23-rc8.
Running on a Dell XPS M1330 laptop.
`dmesg` reports:
[ 13.695045] mmcblk0: mmc0:e95c SD02G 1966080KiB
[ 13.695155] mmcblk0: p1
[ 13.706907] BUG:
This patch fixes the boot.
On Thu, 2007-10-04 at 09:25 +0200, Jens Axboe wrote:
On Wed, Oct 03 2007, Andrew Morton wrote:
On Wed, 03 Oct 2007 23:11:02 -0700 Don Mullis [EMAIL PROTECTED] wrote:
OOPS followed by a 3 minute timeout, then completion of boot.
Not seen if card (Kingston
:
On Thu, 04 Oct 2007 09:19:40 -0700
Don Mullis [EMAIL PROTECTED] wrote:
This patch fixes the boot.
Fantastic. Then will try to get this upstream then.
I already put it in the sgchain drivers part. If you could please ack
it, that would be nice :-). I have a bunch of driver
updates
Fix DocBook build.
Regression was introduced by
gregkh-usb-usb-linux-usb_ch9h-becomes-linux-usb-ch9h.patch
Tested by `make htmldocs`.
Signed-off-by: Don Mullis <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
---
Documentation/DocBook/gadget.tmpl |4 ++--
Documentation/DocBook/usb.tmpl
Fix DocBook build.
Regression was introduced by
gregkh-usb-usb-linux-usb_ch9h-becomes-linux-usb-ch9h.patch
Tested by `make htmldocs`.
Signed-off-by: Don Mullis [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
---
Documentation/DocBook/gadget.tmpl |4 ++--
Documentation/DocBook/usb.tmpl|6
On Mon, 2007-01-22 at 22:22 -0800, Randy Dunlap wrote:
> On Mon, 22 Jan 2007 22:02:30 -0800 Don Mullis wrote:
>
> >
> > Bisection shows the bad patch to be:
> > gregkh-driver-uio-documentation.patch
> >
> > The htmldocs build failure can be eliminated by
Bisection shows the bad patch to be:
gregkh-driver-uio-documentation.patch
The htmldocs build failure can be eliminated by:
quilt remove Documentation/DocBook/kernel-api.tmpl
The error messages were:
.../linux-2.6.19 $ make htmldocs
DOCPROC
Bisection shows the bad patch to be:
gregkh-driver-uio-documentation.patch
The htmldocs build failure can be eliminated by:
quilt remove Documentation/DocBook/kernel-api.tmpl
The error messages were:
.../linux-2.6.19 $ make htmldocs
DOCPROC
On Mon, 2007-01-22 at 22:22 -0800, Randy Dunlap wrote:
On Mon, 22 Jan 2007 22:02:30 -0800 Don Mullis wrote:
Bisection shows the bad patch to be:
gregkh-driver-uio-documentation.patch
The htmldocs build failure can be eliminated by:
quilt remove Documentation/DocBook/kernel
uot;M-x find-tag PAGE_SIZE"
"M-1 M-." (repeated until definition from asm-i386/page.h appears)
Signed-off-by: Don Mullis <[EMAIL PROTECTED]>
---
Tested with emacs/etags/ctags v22.0.92 by:
1) running `make TAGS`, `make tags` with and without patch (ARCH=i386).
2) v
-x find-tag PAGE_SIZE
M-1 M-. (repeated until definition from asm-i386/page.h appears)
Signed-off-by: Don Mullis [EMAIL PROTECTED]
---
Tested with emacs/etags/ctags v22.0.92 by:
1) running `make TAGS`, `make tags` with and without patch (ARCH=i386).
2) verifying improved behavior of tag
Assign defaults most likely to please a new user:
1) generate some logging output
(verbose=2)
2) avoid injecting failures likely to lock up UI
(ignore_gfp_wait=1, ignore_gfp_highmem=1)
Signed-off-by: Don Mullis <[EMAIL PROTECTED]>
Cc: Akinobu Mita <[EMAIL PROTECTED]>
---
i
Trivial optimization and simplification of should_fail().
Do cheaper disqualification tests first (performance gain not quantified).
Simplify logic; eliminate goto.
Signed-off-by: Don Mullis <[EMAIL PROTECTED]>
Cc: Akinobu Mita <[EMAIL PROTECTED]>
---
lib/fault-inject.c | 11 ++
Clamp /debug/fail*/stacktrace-depth to MAX_STACK_TRACE_DEPTH.
Ensures that a read of /debug/fail*/stacktrace-depth always
returns a truthful answer.
Signed-off-by: Don Mullis <[EMAIL PROTECTED]>
Cc: Akinobu Mita <[EMAIL PROTECTED]>
---
lib/fault-inject.c | 27 ++
Use bool-true-false throughout.
Signed-off-by: Don Mullis <[EMAIL PROTECTED]>
Cc: Akinobu Mita <[EMAIL PROTECTED]>
---
include/linux/fault-inject.h |2 +-
lib/fault-inject.c | 40 +++-
2 files changed, 20 insertions(+), 22 deletio
Correct, disambiguate, and reformat documentation.
Signed-off-by: Don Mullis <[EMAIL PROTECTED]>
Cc: Akinobu Mita <[EMAIL PROTECTED]>
---
Documentation/fault-injection/failmodule.sh |4 -
Documentation/fault-injection/fault-injection.txt | 70 +++---
2 f
Correct, disambiguate, and reformat documentation.
Signed-off-by: Don Mullis [EMAIL PROTECTED]
Cc: Akinobu Mita [EMAIL PROTECTED]
---
Documentation/fault-injection/failmodule.sh |4 -
Documentation/fault-injection/fault-injection.txt | 70 +++---
2 files changed, 37
Use bool-true-false throughout.
Signed-off-by: Don Mullis [EMAIL PROTECTED]
Cc: Akinobu Mita [EMAIL PROTECTED]
---
include/linux/fault-inject.h |2 +-
lib/fault-inject.c | 40 +++-
2 files changed, 20 insertions(+), 22 deletions(-)
Index
Clamp /debug/fail*/stacktrace-depth to MAX_STACK_TRACE_DEPTH.
Ensures that a read of /debug/fail*/stacktrace-depth always
returns a truthful answer.
Signed-off-by: Don Mullis [EMAIL PROTECTED]
Cc: Akinobu Mita [EMAIL PROTECTED]
---
lib/fault-inject.c | 27 +++
1 file
Trivial optimization and simplification of should_fail().
Do cheaper disqualification tests first (performance gain not quantified).
Simplify logic; eliminate goto.
Signed-off-by: Don Mullis [EMAIL PROTECTED]
Cc: Akinobu Mita [EMAIL PROTECTED]
---
lib/fault-inject.c | 11 ---
1 file
Assign defaults most likely to please a new user:
1) generate some logging output
(verbose=2)
2) avoid injecting failures likely to lock up UI
(ignore_gfp_wait=1, ignore_gfp_highmem=1)
Signed-off-by: Don Mullis [EMAIL PROTECTED]
Cc: Akinobu Mita [EMAIL PROTECTED]
---
include/linux
On Wed, 2006-11-29 at 11:37 +0900, Akinobu Mita wrote:
> On Tue, Nov 28, 2006 at 12:14:36PM -0800, Don Mullis wrote:
> > First, waiting a few seconds for the standard FC-6 daemons to wake up.
> > Then, Xemacs and Firefox. Not tested on SMP.
>
> Is it failslab or fail_
On Wed, 2006-11-29 at 11:37 +0900, Akinobu Mita wrote:
On Tue, Nov 28, 2006 at 12:14:36PM -0800, Don Mullis wrote:
First, waiting a few seconds for the standard FC-6 daemons to wake up.
Then, Xemacs and Firefox. Not tested on SMP.
Is it failslab or fail_page_alloc ?
Usually failslab
On Tue, 2006-11-28 at 13:37 -0800, Andrew Morton wrote:
> We'd prefer one-patch-per-concept, please. This all sounds like about
> six patches.
Understood.
> We _could_ merge this patch as-is, but it means that when this stuff
> finally hits mainline it would go in as a nice sequence of logical
On Tue, 2006-11-28 at 18:18 +0900, Akinobu Mita wrote:
> On Mon, Nov 27, 2006 at 11:51:30PM -0800, Don Mullis wrote:
> > Upon keying in
> > echo 1 >probability
> > echo 3 >verbose
> > echo -1 >times
> > a few dozen stacks are printk'ed, then sy
On Mon, 2006-11-27 at 11:16 +0100, Ingo Molnar wrote:
> could you run this utility:
>
> http://people.redhat.com/mingo/time-warp-test/time-warp-test.c
>
> on your box for a while (10 minutes or so) - what does it print?
>
> Ingo
1 CPUs, running 1 parallel test-tasks.
checking for
On Mon, 2006-11-27 at 11:16 +0100, Ingo Molnar wrote:
could you run this utility:
http://people.redhat.com/mingo/time-warp-test/time-warp-test.c
on your box for a while (10 minutes or so) - what does it print?
Ingo
1 CPUs, running 1 parallel test-tasks.
checking for time-warps
On Tue, 2006-11-28 at 18:18 +0900, Akinobu Mita wrote:
On Mon, Nov 27, 2006 at 11:51:30PM -0800, Don Mullis wrote:
Upon keying in
echo 1 probability
echo 3 verbose
echo -1 times
a few dozen stacks are printk'ed, then system responsiveness
recovers to normal. Similarly
On Tue, 2006-11-28 at 13:37 -0800, Andrew Morton wrote:
We'd prefer one-patch-per-concept, please. This all sounds like about
six patches.
Understood.
We _could_ merge this patch as-is, but it means that when this stuff
finally hits mainline it would go in as a nice sequence of logical
ebug/fail*/stacktrace-depth > 0)
Signed-off-by: Don Mullis <[EMAIL PROTECTED]>
Cc: Akinobu Mita <[EMAIL PROTECTED]>
---
Documentation/fault-injection/fault-injection.txt |7 +
include/linux/fault-inject.h |4
lib/fault-inject.c
.
Correct and disambiguate documentation.
Signed-off-by: Don Mullis <[EMAIL PROTECTED]>
Cc: Akinobu Mita <[EMAIL PROTECTED]>
---
Documentation/fault-injection/failmodule.sh |4 -
Documentation/fault-injection/fault-injection.txt | 39 +--
include/linux/fa
> The below should fix it, can you confirm?
Brings boot speed back to normal.
Acked-by: Don Mullis <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at htt
The below should fix it, can you confirm?
Brings boot speed back to normal.
Acked-by: Don Mullis [EMAIL PROTECTED]
-
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/majordomo
.
Correct and disambiguate documentation.
Signed-off-by: Don Mullis [EMAIL PROTECTED]
Cc: Akinobu Mita [EMAIL PROTECTED]
---
Documentation/fault-injection/failmodule.sh |4 -
Documentation/fault-injection/fault-injection.txt | 39 +--
include/linux/fault-inject.h
*/stacktrace-depth 0)
Signed-off-by: Don Mullis [EMAIL PROTECTED]
Cc: Akinobu Mita [EMAIL PROTECTED]
---
Documentation/fault-injection/fault-injection.txt |7 +
include/linux/fault-inject.h |4
lib/fault-inject.c| 123 +++---
3
> This must be a bisection false positive. The patch in question is
> essentially a no-op for a UP kernel.
Testing alternately with
1) all -mm1 patches applied, and
2) all except sched-improve-migration-accuracy*.path applied,
confirms the misbehavior.
-
To unsubscribe from
This must be a bisection false positive. The patch in question is
essentially a no-op for a UP kernel.
Testing alternately with
1) all -mm1 patches applied, and
2) all except sched-improve-migration-accuracy*.path applied,
confirms the misbehavior.
-
To unsubscribe from
44 matches
Mail list logo