PROTECTED]
Betreff: Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
On Sun, 28 Jan 2007 14:33:44 +0100
Uwe Bugla [EMAIL PROTECTED] wrote:
Subject: problems with CD burning
References : http://www.spinics.net/lists/linux-ide/msg06545.html
Submitter : Uwe Bugla [EMAIL PROTECTED
],
linux-ide@vger.kernel.org, [EMAIL PROTECTED], Jeff Garzik [EMAIL PROTECTED],
Jens Axboe [EMAIL PROTECTED], Mike Christie [EMAIL PROTECTED], James
Bottomley [EMAIL PROTECTED]
Betreff: Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2)
[ Added Jeff, Jens and Mike Christie to Cc. I would
On Mon, 2007-01-29 at 11:01 +0100, Mike Galbraith wrote:
On Sun, 2007-01-28 at 23:04 -0800, Linus Torvalds wrote:
[ Added Jeff, Jens and Mike Christie to Cc. I would _guess_ this is
associated with the larger block pc request stuff: Mike, Jens? James B
added for good luck.
Linus Torvalds wrote:
[ Added Jeff, Jens and Mike Christie to Cc. I would _guess_ this is
associated with the larger block pc request stuff: Mike, Jens? James B
added for good luck.
It apparently started happening somewhere between 2.6.19 and 2.6.20-rc2,
and doing a
On Mon, 29 Jan 2007, Mike Galbraith wrote:
The extremely unlikely winner is:
29b08d2bae854f66d3cfd5f57aaf2e7c2c7fce32 is first bad commit
Yeah, that's not going to be it. You probably had a bad kernel there
somewhere that you called good.
Git bisect is wonderful for figuring out
Linus Torvalds wrote:
[ 4362.972995] hdd: status error: status=0x58 { DriveReady SeekComplete
DataRequest }
[ 4362.981475] ide: failed opcode was: unknown
[ 4362.986183] hdd: drive not ready for command
What chipsets are you guys using?
I tried 2.6.20-rc6, and forced my cdrom to be used
On Mon, 29 Jan 2007, Linus Torvalds wrote:
That said, I'm making progress with my bisection. 16 revisions left to
test after this, and three of those sixteen are
Remove unnecessary blk_queue_bounce in SG_IO
fix SG_IO bio leak
remove blk_queue_activity_fn
I've now
On Mon, 29 Jan 2007, Linus Torvalds wrote:
Two more reboots and I should know exactly which one broke nero.
This one.
However, the scary thing is that I think the patch really is correct, and
I wonder if nero has some strange work-around for an older bug.. Although
I don't see how you
Uwe, others, does this patch fix your problem?
It will have a few printk's that it spews out, but if it fixes your
problem, at least we know a bit more.
Linus
---
diff --git a/block/scsi_ioctl.c b/block/scsi_ioctl.c
index 2528a0c..f0ff151 100644
--- a/block/scsi_ioctl.c
+++
Linus Torvalds wrote:
Uwe, others, does this patch fix your problem?
I can replicate the problem now using a older box, but same driver.
It will have a few printk's that it spews out, but if it fixes your
problem, at least we know a bit more.
Linus
---
diff --git
On Mon, 29 Jan 2007, Mike Christie wrote:
rq-bio is NULL here, so no data is coped back to userspace and it seems
nero just stops trying to talk to the drive after this.
Well, except that's what we used to do in 2.6.19 too. So what changed?
Because nero just gives up, no more commands are
Linus Torvalds wrote:
On Mon, 29 Jan 2007, Mike Christie wrote:
rq-bio is NULL here, so no data is coped back to userspace and it seems
nero just stops trying to talk to the drive after this.
Well, except that's what we used to do in 2.6.19 too. So what changed?
Oops, you are right. I
Linus Torvalds wrote:
On Mon, 29 Jan 2007, Mike Christie wrote:
Actually, I do not think we did this in 2.6.19. Tomo added a bug when he
ported a patch and mixed up some things so we did something weird for
2.6.20-rc1.
Ah, ok. Warring bugs. Have you pinpointed the original one? Is it
Mike Christie wrote:
Linus Torvalds wrote:
On Mon, 29 Jan 2007, Mike Christie wrote:
Actually, I do not think we did this in 2.6.19. Tomo added a bug when he
ported a patch and mixed up some things so we did something weird for
2.6.20-rc1.
Ah, ok. Warring bugs. Have you pinpointed the
On Mon, 29 Jan 2007 20:50:58 -0600
Mike Christie [EMAIL PROTECTED] wrote:
With the attached patch, nero finds the cd drives and I can burn disks.
There is no errors from the ide layer like before.
[use-old-timeout-calc.patch text/x-patch (399B)]
diff --git a/block/scsi_ioctl.c
On Mon, 2007-01-29 at 19:08 -0800, Andrew Morton wrote:
On Mon, 29 Jan 2007 20:50:58 -0600
Mike Christie [EMAIL PROTECTED] wrote:
With the attached patch, nero finds the cd drives and I can burn disks.
There is no errors from the ide layer like before.
[use-old-timeout-calc.patch
On Mon, 29 Jan 2007 21:18:38 -0500
Mike Christie [EMAIL PROTECTED] wrote:
Ok. here is a fix with the overflow check sg.c has. Patch
was made against Linus's tree and tested with nero.
Userspace does not send us jiffies. Use msecs_to_jiffies
and check for overflow like sg.c
Signed-off-by:
On Mon, 2007-01-29 at 10:43 -0800, Linus Torvalds wrote:
On Mon, 29 Jan 2007, Mike Galbraith wrote:
The extremely unlikely winner is:
29b08d2bae854f66d3cfd5f57aaf2e7c2c7fce32 is first bad commit
Yeah, that's not going to be it. You probably had a bad kernel there
somewhere that
On Mon, 29 Jan 2007, Mike Christie wrote:
Ok. here is a fix with the overflow check sg.c has. Patch
was made against Linus's tree and tested with nero.
Userspace does not send us jiffies. Use msecs_to_jiffies
and check for overflow like sg.c
Signed-off-by: Mike Christie [EMAIL
On Sun, 28 Jan 2007 14:33:44 +0100
Uwe Bugla [EMAIL PROTECTED] wrote:
Subject: problems with CD burning
References : http://www.spinics.net/lists/linux-ide/msg06545.html
Submitter : Uwe Bugla [EMAIL PROTECTED]
Status : unknown
...
Hi everybody,
the problem I already
On Sun, 2007-01-28 at 14:33 +0100, Uwe Bugla wrote:
Original-Nachricht
Datum: Sat, 27 Jan 2007 18:42:30 +0100
Von: Adrian Bunk [EMAIL PROTECTED]
An: Linus Torvalds [EMAIL PROTECTED], Andrew Morton [EMAIL PROTECTED]
Betreff: 2.6.20-rc6: known unfixed regressions (v2) (part 2
[ Added Jeff, Jens and Mike Christie to Cc. I would _guess_ this is
associated with the larger block pc request stuff: Mike, Jens? James B
added for good luck.
It apparently started happening somewhere between 2.6.19 and 2.6.20-rc2,
and doing a
gitk v2.6.19..v2.6.20-rc2
On Sun, 2007-01-28 at 23:04 -0800, Linus Torvalds wrote:
Can somebody try to bisect this?
I'm bisecting the old fashioned way right now. I'll get it to at least a
specific rc, and maybe further.
-Mike
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of
On Mon, 29 Jan 2007 07:26:03 +0100
Mike Galbraith [EMAIL PROTECTED] wrote:
FWIW, I just tried it with 2.6.20-rc6, and can confirm. Once nero is
run, the kernel never gives up retrying whatever command failed, so I
get...
[ 4362.972995] hdd: status error: status=0x58 { DriveReady
On Sun, 2007-01-28 at 22:48 -0800, Andrew Morton wrote:
On Mon, 29 Jan 2007 07:26:03 +0100
Mike Galbraith [EMAIL PROTECTED] wrote:
FWIW, I just tried it with 2.6.20-rc6, and can confirm. Once nero is
run, the kernel never gives up retrying whatever command failed, so I
get...
[
On Mon, 29 Jan 2007, Mike Galbraith wrote:
Unfortunately, I'm git impaired. I am rummaging as we speak though.
Ok, I'm personally heading to bed, but it rally should be as simple as
- get the git tree in the first place
- do
git bisect good v2.6.19
git bisect bad
This email lists some known regressions in 2.6.20-rc6 compared to 2.6.19
that are not yet fixed in Linus' tree.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm
27 matches
Mail list logo