12 04:47:18
2001
+++ drivers/block/ll_rw_blk.c Fri Jan 12 04:47:40 2001
@@ -1389,3 +1389,4 @@
EXPORT_SYMBOL(generic_make_request);
EXPORT_SYMBOL(blkdev_release_request);
EXPORT_SYMBOL(generic_unplug_device);
+EXPORT_SYMBOL(queued_sectors);
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
00) before inclusion.
?? What do you mean exploit the elevator?
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
pmod.
Fixed in -ac8
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
interrupt
on IDE. Regardless of merging etc. Still doesn't reach nic levels, but
it's _bad_ anyway :-)
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the F
on it. Maybe a BIOS issue
that a fw upgrade will fix?
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
kernel.org/pub/linux/kernel/people/axboe/patches/2.4.0-ac9/loop-2
and see if it helps?
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
it too. So just remove the latter loop_init() call and it should be
fine.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
locked down.
Yes I agree, that values should probably be tweaked a bit. I'll
try and squeeze some testing in to generate the best possible
values.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
.
Good, so it's getting closer. Actually, the dbench numbers being
this close (or better) is only due to blk-xx optimizations. The
latency is much smaller, which usually really hurts dbench quite
a bit in testing.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send
.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
changes that Andrea suggested
too? Thanks.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
that should merge all the known fixes out
there. It's planned for inclusion into 2.4.1.
If you are doing updates, could you include this patch too? All it does
is waste memory.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
--- /kt/linux-2.4.1-pre9/drivers/md/lvm.c Fri Dec 29 23:07:22 2000
devices we have already?
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
try 2.4.1-pre8 with
blk_started_io() and blk_finished_io() defined to nothing
in include/linux/blkdev.h? This will disable the max-locked-buffers
heuristic.
Also, are the numbers above consistent for repeated runs (with
boots in between)?
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
) { \
100,/* read passovers */
200,/* write passovers */
Just do this mod on top of your x tree.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line
to do is excellent and
mainly due to the batch freeing changes.
In most real life situations, throughput on account of no care for
latency is not ideal. Even though dbench performance drops a bit,
you will see better distribution of the bandwidth between the
threads. Think file serving.
--
* Jens
I've gotten about it
at least several others are seeing this too. And I can
reproduce it here. I'm working on the next patch, the
last one still had a deadlock.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
case you return -EFAULT go segv the caller.
I think the confusion usually is that put/get_user return -EFAULT
directly.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
by
Jens Axboe at SUSE that it is still there, and appears
to be generic (not hardware nor kernel configuration
specific) problem.
Yes, and please try:
*.kernel.org/pub/linux/kernel/people/axboe/patches/2.4.1-pre10/loop-3
and see if you can reproduce.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
and known bug, sr_do_ioctl now does retries etc for
queued packets from the uniform layer and thus we get some printkts
that you normally wouldn't see. The error should only be cosmetic.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe
repeated 62 times
Running magicdev by any chance?
rpm -e magicdev
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
?
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
that this is the 'get last written' command, and even
with the quiet flag we get the IDE error status printed. Could you
try and add
goto use_toc;
add the top of drivers/cdrom/cdrom.c:cdrom_get_last_written() and
see if that makes the error disappear?
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE
On Sat, Jan 27 2001, Scott M. Hoffman wrote:
Have you tried it with the modutiles 2.4.0 required by kernel 2.4.0?
It's more serious than that, MO drives and 2.4.x are no quite getting
along yet in general...
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send
this: they will
all allocate a request and just submit it immediately, no "reservation".
Right, the I/O path doesn't do this and it would seem more appropriate
to have such users use their own requests instead of eating from
the internal pool.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE L
It should be safe. Thanks for the feedback.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Sun, Jan 28 2001, Linus Torvalds wrote:
On Sun, 28 Jan 2001, Jens Axboe wrote:
How about this instead?
I really don't like this one. It will basically re-introduce the old
behaviour of waking people up in a trickle, as far as I can tell. The
reason we want the batching is to make
if there are.
It needs a bit more testing, and crypto hasn't been verified either.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
.
Everything survived, worked flawlessly and I'm happy my disk did too :-)
Many thanks for the fine work!
Thanks for the testing, it does indeed look promising if it survives
a beating like that :-)
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line
3321 imapdinterruptible_sleep_on_locked
and the cpu load is artificially inflated to 9.17
Which patch specifically?
--
Jens Axboe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
;
}
--
Jens Axboe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Mon, Jan 29 2001, Jens Axboe wrote:
Try this ll_rw_blk.c change instead, on top of pre11. Include
Linus' mm fixes of course.
On top of ac12 I mean, pre11 already has a different (but functional)
change.
--
Jens Axboe
-
To unsubscribe from this list: send the line "unsubscribe
doesn't provide either, but at least with Stephen's
sard patches you can get system wide I/O metrics.
ftp.linux.org.uk/pub/linux/sct/fs/profiling
--
Jens Axboe
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://slug.org.au/lists/listinfo/slug
, but you're right it's wrong.
But it is certainly better than 2.4.0-pre8 approach, as
with 200MB of memory (exactly 192MB left unused) you can end up with
low_queued_sectors == 0... And it does not give you optimal behavior.
Same here, definitely not right either. Dunno how I missed that.
--
Jens
?
I did some fixes for cpq after the blk merge in 2.4.1-pre, and got
reports that it works. However, I don't have the necessary hardware
to test myself.
--
Jens Axboe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
s etc hangs, do a ps -eo cmd,wchan and see if you can
catch it.
--
Jens Axboe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
.
[...]
- replace is with b_index
Then, the get_queue functions basically end up doing the mapping of
b_dev - queue,b_index
To clarify, will be b_index be in the buffer_head or not?
It should not
--
Jens Axboe
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
aliasing, you get screwed.
This is BAD DESIGN, once again.
And he's wrong too, we don't do this all the time. If /dev/hda is ide-cd
controlled, then it can't be accessed through /dev/sr0 -- and vice
versa. sg vs sr is different, one is a char the other a block device.
--
Jens Axboe
On Thu, May 17 2001, Andre Hedrick wrote:
ATA-overlap or ATAPI-overlap? The later is known as DSC based on
SFF-8020/8070/8090, I have forgotten where it is located but I have the
docs, and it is supported in ide-floppy and ide-tape.
And ide-cd
--
Jens Axboe
-
To unsubscribe from this list
of time.
That's why streaming media applications like a dvd player should use raw
I/O -- to bypass system cache. See /dev/raw*
--
Jens Axboe
-
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
On Sat, May 19 2001, Adam Schrotenboer wrote:
/dev/raw* Where? I can't find it in my .config (grep RAW .config). I am
using 2.4.4-ac11 and playing w/ 2.4.5-pre3.
It's automagically included, no config options necessary
(drivers/char/raw.c)
--
Jens Axboe
-
To unsubscribe from this list
On Mon, May 21 2001, Adam Schrotenboer wrote:
On Sun, 20 May 2001, Jens Axboe wrote:
On Sat, May 19 2001, Adam Schrotenboer wrote:
/dev/raw* Where? I can't find it in my .config (grep RAW .config). I am
using 2.4.4-ac11 and playing w/ 2.4.5-pre3.
It's automagically included
(of course still changing :)
BTW, max_sectors/max_segments/hardsect_size already in place. Still some
to go.
--
Jens Axboe
-
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
or resource busy) = 44
_exit(1)= ?
also I have loop.o as module, and use count never decreases, in fact
right now it is at 294.
Uhm weird. Are you talking about module use count or loop reference
count?
--
Jens Axboe
-
To unsubscribe from this list: send the line
it has run out. No point in reporting
a condition that was recovered.
I'd still say, that if you get bad block errors reported from your disk
it's long overdue for replacement.
--
Jens Axboe
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
and not at the mercy of some global value.
You might want to assign that max_sect array too, otherwise it's just
going to waste space :-)
Take a look at how ps2esdi handles requests -- always processing just
the first segment. Alas, it doesn't matter how big the request is.
--
Jens Axboe
-
To unsubscribe
On Fri, May 25 2001, Rasmus Andersen wrote:
Hi.
This patch adds a check for the return value from kmalloc in
ide_cdrom_open. Applies against ac16.
Thanks, applied.
--
Jens Axboe
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
;
}
This isn't right. Granted the locking isn't straight forward here, but
take a look at ide_write_setting - ide_spin_wait_hwgroup and the
latters return value.
BTW, also try and follow local style when making such changes.
--
Jens Axboe
-
To unsubscribe from this list: send the line
preventing the other
plugged queues from being run until you return.
You could use a timer or similar to call you on a specified timeout
instead.
--
Jens Axboe
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Sat, May 26 2001, Harald Dunkel wrote:
Hi folks,
With 2.4.5 my CD and DVD drives have become unaccessable.
Can you reproduce this problem?
Any kernel messages? And please show what happens.
--
Jens Axboe
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
. As long as you work on
current_nr_sectors, the only thing that Paul's patch will accomplish is
make the queue smaller. It will buy you nothing.
--
Jens Axboe
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
if
you can only handle eg 64 sectors per request with sg, you could do
just start I/O on as many segments as you can and simply don't dequeue
the request until it's completely done. So the max_sectors patch is
never really needed if you know what you are doing.
--
Jens Axboe
-
To unsubscribe from
On Sat, May 26 2001, Harald Dunkel wrote:
Jens Axboe wrote:
On Sat, May 26 2001, Harald Dunkel wrote:
Hi folks,
With 2.4.5 my CD and DVD drives have become unaccessable.
Can you reproduce this problem?
Any kernel messages? And please show what happens.
Currently I
for bounce buffers above a certain
page.
Of course I can hack up something for 2.4 as well, but is this really a
pressing need?
--
Jens Axboe
-
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
:
*.kernel.org/pub/linux/kernel/people/axboe/patches/2.4.5/
--
Jens Axboe
-
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-info.html
Please read the FAQ at http
Compaq smart array driver
--
Jens Axboe
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
machine, dual proc, and I run a very
memory/IO/CPU intensive test, so your mileage may vary with different
applications.
Could you try the 4GB I/O patches and see if they boost performance of
such cases?
*.kernel.org/pub/linux/kernel/people/axboe/patches/2.4.5/
--
Jens Axboe
-
To unsubscribe
this? This includes:
- memory zoning at init time
- page_to_bus
- pci_map_page / pci_unmap_page
- set_bh_sg
- KM_BH_IRQ (for HIGHMEM archs)
I think that's it, feel free to send me questions and (even better)
patches.
--
Jens Axboe
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
on this later.
--
Jens Axboe
--- drivers/block/ll_rw_blk.c~ Tue May 29 17:53:58 2001
+++ drivers/block/ll_rw_blk.c Tue May 29 17:54:38 2001
@@ -742,7 +742,6 @@
case ELEVATOR_BACK_MERGE:
if (!q-back_merge_fn(q, req, bh, max_segments
/
--
Jens Axboe
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
handle
the extra zone?
--
Jens Axboe
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
. I doubt it would matter
much, the throttling is mainly meant for machines short on memory. For
machines with lots of RAM, the throttling will probably never be
activated anyway.
--
Jens Axboe
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
.
to reduce the amount of changes you can defer the zone_dma32 patch and
possibly plug it in later.
Yes, I did modular patches for this reason.
Thanks!
--
Jens Axboe
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
-highmem-all-4 if you want.
For 2.4.5:
*.kernel.org/pub/linux/kernel/people/axboe/patches/2.4.5/
or for 2.4.5-ac4 (just one big patch, sorry)
*.kernel.org/pub/linux/kernel/people/axboe/patches/2.4.5-ac4/
--
Jens Axboe
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
) casting and
checking for highmem pages.
--
Jens Axboe
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
/CDROMREATOCENTRY if
you want, did you see those?
--
Jens Axboe
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
to pio for _one_ hunk. That's 8 sectors
tops, then back to dma. Hardly a big issue.
--
Jens Axboe
-
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-info.html
Please read
-ac3
--
Jens Axboe
--- ../linux-2.4.5-ac3-clean/drivers/ide/ide.c Mon May 28 20:28:05 2001
+++ drivers/ide/ide.c Mon May 28 20:21:48 2001
@@ -543,10 +543,20 @@
{
struct request *rq;
unsigned long flags;
+ ide_drive_t *drive = hwgroup-drive;
spin_lock_irqsave
hardware: via 686a of course, with Athlon 500 on a k7m MB
It worked sucessfully for you in 2.4.5-ac4 but not in -ac7? I can't see
any changes to the patch, so more details on the nature of the problem
would be helpful.
--
Jens Axboe
-
To unsubscribe from this list: send the line unsubscribe linux
On Mon, Jun 04 2001, PROFETA Mickael wrote:
On Mon, Jun 04, 2001 at 10:14:04PM +0200, Jens Axboe wrote:
It worked sucessfully for you in 2.4.5-ac4 but not in -ac7? I can't see
any changes to the patch, so more details on the nature of the problem
would be helpful.
Ok
On Wed, Aug 30 2000, Jens Axboe wrote:
Sounds sane, but what about drivers that don't really use the request
queue structure? Stuff like lvm, md, rd (with Neil's patch to fix the
lru_list deadlock), and probably new loop.
Of course lvm and md get statistics accounted for the low devices
next mail) I do agree that having statistics for both makes sense.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
very major. That code is hardly performance critical ;-)
Then, as we get saner and saner queues, we'll get saner and saner
statistics automatically. The above should already be quite sane for IDE.
Rigth, for IDE we'd get a per hwgroup stat. Sane for SCSI, too.
--
* Jens Axboe [EMAIL PROTECT
that disk_index() is going away, will the real minor number be
printed?
Nope.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
) ?
I don't think that allowing root to unlock a busy tray is that big a
deal, we have to assume he/she knows what they are doing anyway. But
for now, you can try this patch.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
--- drivers/cdrom/cdrom.c~ Fri Sep 1 13:14:23 2000
+++ drivers/cdrom
used index feature).
Against 2.2.18-pre3
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
diff -ur --exclude-from /home/axboe/exclude
/opt/kernel/linux-2.2.18-pre3/drivers/block/ide-cd.c linux/drivers/block/ide-cd.c
--- /opt/kernel/linux-2.2.18-pre3/drivers/block/ide-cd.cMon Sep 4 23:03
, this is my booboo not Arnaldo's.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Wed, Sep 06 2000, Lawrence Walton wrote:
It appears that SCSI cdroms as modules are broken in 2.4.0-test8.
It works fine 2.4.0-test7.
cat /dev/scd0
cat: /dev/scd0: No such device
Yup, apparently I was a bit too trigger happy.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
On Wed, Sep 06 2000, Jens Axboe wrote:
It appears that SCSI cdroms as modules are broken in 2.4.0-test8.
It works fine 2.4.0-test7.
Bah, try this one instead...
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
--- /opt/kernel/linux-2.4.0-test8-pre5/drivers/scsi/sr.cWed Sep 6 02:34
On Thu, Sep 07 2000, Jens Axboe wrote:
request_queue_t *q = blk_get_queue(dev);
generic_unplug_device(q);
And that would be it. This is already exported and I use it in a
Aghr, it's exported in my tree only I see... Oh well, as I wrote I
don't see any harm in actually exporting
table than 0.0.2b -- at least it is for me, your mileage may vary.
The patch is against 2.4.0-test7 and can be found at:
*.kernel.org/pub/linux/kernel/people/axboe/packet
or
http://sourceforge.net/projects/packet-cd/
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this
recounting.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
--- drivers/scsi/scsi_merge.c~ Sat Sep 9 00:20:15 2000
+++ drivers/scsi/scsi_merge.c Sat Sep 9 00:21:49 2000
@@ -818,11 +818,7 @@
/*
* First we need to know how many scatter gather segments are needed
with sr. Maybe Eric have a comment on this?
Det er ikke et SCSI problem, det opstår bare pga den måde SCSI
loader sine moduler på. Som jeg skrev, bare brug init_module osv
igen, så spiller det som det skal.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line
mount as UDF:s either (fails with the same error).
Any interesting errors in the logs?
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://w
testing.
Also we should make different cases in function of what p-prev is
(barrier/head/real_head/normalreq).
I don't think it's worthwhile (even with the current algorithm where it's easy
to account for p).
I suspect you are right, it's marginal.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
't see why it should do this. It would make more sense
to just leave the current request in the queue, and let end_request
deal with dequeueing when it is done.
Could you try this patch? Completely untested and note even compiled :)
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
--- /opt/kernel/l
via /proc interface and
can't work when /proc is disabled ...
Well, maybe the module is locked in an alteranative way ? Can anybody confirm
it ?
It's not a problem, that piece of code is just there to assure that the
module isn't unloaded while someone is reading the proc file.
--
* Jens Axboe
probably why the drive is complaining.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
This is my current tree on 2.4.0-test9-pre5. Thanks for the test program,
Andrea and I are working on getting a polished patch ready for inclusion
that (apparently) also fixes this problem.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe
Different problems, though :(. However, I believe they are solved in
Andrea and my current tree. Just needs the final cleaning, more later.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
it. But if the queue is currently plugged, the
scsi_request_fn will not do anything.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
the ordering algorithm), tiotest performance drops significantly in the
2-thread-reading case. elvtune settings doesn't matter, that's only a matter
of the ordering.
Interesting. I haven't done any serious benching with the CSCAN introduction
in elevator_linus, I'll try that too.
--
* Jens Axboe [EMAIL
uest_fn)(q);
if (major = DAC960_MAJOR+0 major = DAC960_MAJOR+7)
(q-request_fn)(q);
AFAIR, Eric tried to talk to the Compaq folks (and Leonard too, I dunno)
about why they want this. What came of it, I don't know.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from
ld suffice in scsi_lib for now.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
"0" /proc/sys/dev/cdrom/check_media
This should be the default though, unless you've changed it along
the way.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
e the same behaviour here.
and is recognized by cdrecord:
[snip]
I don't know what you'd want to use cdrecord for 8)
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please
arily mean that it does in reality...
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
be an
ide-scsi bug on some models. The folks who are seeing corruption, could
they try and narrow it down? Is it random data getting written, or
data from other locations?
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-k
? Is it random data getting written, or
data from other locations?
If it is ide-scsi then it is device select bug that is know but never made
it in the kernel. I have the fix.
Plextor is one on the list that fails without it.
Something like this?
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
1 - 100 of 10937 matches
Mail list logo