Re: [BUG] 2.6.24-git usb reset problems

On Tue, Jan 29 2008 at 15:54 +0200, Jens Axboe <[EMAIL PROTECTED]> wrote: > On Tue, Jan 29 2008, Boaz Harrosh wrote: >> Greg KH wrote: >>> On Mon, Jan 28, 2008 at 09:49:35PM +0100, Jens Axboe wrote: >>>> Hi, >>>> >>>> Running lat

Re: [BUG] 2.6.24-git usb reset problems

Greg KH wrote: > On Mon, Jan 28, 2008 at 09:49:35PM +0100, Jens Axboe wrote: >> Hi, >> >> Running latest -git (head 91525300baf162e83e923b09ca286f9205e21522) and >> connecting my cf usb storage device yields and endless stream of: >> >> Initializing USB Mass Storage driver... >> scsi6 : SCSI emulat

Re: [PATCH] USB: mark USB drivers as being GPL only

On Mon, Jan 28 2008 at 18:13 +0200, Greg KH <[EMAIL PROTECTED]> wrote: > On Mon, Jan 28, 2008 at 12:44:19PM +0200, Boaz Harrosh wrote: >> On Fri, Jan 25 2008 at 20:02 +0200, Greg KH <[EMAIL PROTECTED]> wrote: >>> FYI, this is a patch that will be sent out in t

Re: [PATCH] USB: mark USB drivers as being GPL only

On Fri, Jan 25 2008 at 20:02 +0200, Greg KH <[EMAIL PROTECTED]> wrote: > FYI, this is a patch that will be sent out in the next round to Linus > for inclusion in 2.6.25. > > If anyone has any objections about it, please let me know. > > thanks, > > greg k-h > What about ndiswrapper and its wi

Re: [patch 1/1] Switch ioctl functions of drivers/scsi/sg.c to unlocked_ioctl

On Thu, Jan 10 2008 at 21:45 +0200, Andre Noll <[EMAIL PROTECTED]> wrote: > On 20:29, Andi Kleen wrote: > >>> Sure, I can do that if James likes the idea. Since not all case >>> statements need the BKL, we could add it only to those for which it >>> isn't clear that it is unnecessary. >>> >>> And

Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd

On Mon, Jan 07 2008 at 8:53 +0200, FUJITA Tomonori <[EMAIL PROTECTED]> wrote: > On Sun, 23 Dec 2007 13:09:05 +0200 > Boaz Harrosh <[EMAIL PROTECTED]> wrote: > >> On Fri, Dec 21 2007 at 4:30 +0200, Benjamin Herrenschmidt <[EMAIL >> PROTECTED]> wrote:

Re: [patch] scsi: revert "[SCSI] Get rid of scsi_cmnd->done"

On Sun, Jan 06 2008 at 5:43 +0200, Linus Torvalds <[EMAIL PROTECTED]> wrote: > > > This all still leaves the question unanswered why that commit > 6f5391c283d7fdcf24bf40786ea79061919d1e1d changed any behaviour at all. > Because the thing that Peter is describing has nothing to do with any > lo

Re: [patch 2/3] CONFIG_HIGHPTE vs. sub-page page tables.

On Thu, Jan 03 2008 at 15:12 +0200, Andi Kleen <[EMAIL PROTECTED]> wrote: >> Can we please just nuke CONFIG_HIGHPTE? There's only been a small >> amount of 32bit machines > > It's unfortunately a larger amount :/ And for unknown reasons a lot of > people still install 32bit kernels on new perfec

Re: WARNING: do not add new typedefs - is that for real?

On Wed, Jan 02 2008 at 12:08 +0200, Christoph Hellwig <[EMAIL PROTECTED]> wrote: > On Tue, Jan 01, 2008 at 06:15:46PM +0200, Boaz Harrosh wrote: >> I have this code: >> >> >> /* >> * osd-r10 4.12.5 Data-In and Data-Out buffer offsets >&g

WARNING: do not add new typedefs - is that for real?

I have this code: /* * osd-r10 4.12.5 Data-In and Data-Out buffer offsets * byte offset = mantissa * (2^(exponent+8)) */ typedef __be32 osd_cdb_offset; osd_cdb_offset __osd_encode_offset(u64 offset, unsigned *padding, int min_shift, int max_shift); struct osd_attributes_list_mode {

Re: [ANNOUNCE] qgit-2.1 and qgit-1.5.8

On Mon, Dec 31 2007 at 20:07 +0200, "Marco Costalba" <[EMAIL PROTECTED]> wrote: > On Dec 31, 2007 6:47 PM, Boaz Harrosh <[EMAIL PROTECTED]> wrote: >> On Mon, Dec 31 2007 at 13:58 +0200, "Marco Costalba" <[EMAIL PROTECTED]> >> wrote: >>>

Re: [ANNOUNCE] qgit-2.1 and qgit-1.5.8

On Mon, Dec 31 2007 at 13:58 +0200, "Marco Costalba" <[EMAIL PROTECTED]> wrote: > On Dec 31, 2007 11:59 AM, Filippo Zangheri <[EMAIL PROTECTED]> wrote: >> Hi, >> >> I git-cloned qgit-2.1 from your repository, then ran `qmake qgit.pro`, but >> `make` gave me errors. > > Yes, you need qmake of Qt4

Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd

On Fri, Dec 21 2007 at 4:30 +0200, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote: > The sense buffer ins scsi_cmnd can nowadays be DMA'ed into directly > by some low level drivers (that typically happens with USB mass > storage). > > This is a problem on non cache coherent architectures such a

Re: [PATCH 2/3] SG: Convert SCSI to use scatterlist helpers for sg chaining

On Thu, Dec 20 2007 at 16:03 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote: > From: Jens Axboe <[EMAIL PROTECTED]> > > Signed-off-by: Jens Axboe <[EMAIL PROTECTED]> > --- > drivers/scsi/libsrp.c|2 +- > drivers/scsi/scsi_error.c|4 +- &g

Re: [PATCH 1/3] SG: Move functions to lib/scatterlist.c and add sg chaining allocator helpers

A small comment in body On Thu, Dec 20 2007 at 16:00 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote: > Manually doing chained sg lists is not trivial, so add some helpers > to make sure that drivers get it right. > > Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>

[PATCH 3/3] SG: Update ide/ to use sg_table

From: Jens Axboe <[EMAIL PROTECTED]> Signed-off-by: Jens Axboe <[EMAIL PROTECTED]> --- drivers/ide/arm/icside.c |6 +++--- drivers/ide/cris/ide-cris.c |2 +- drivers/ide/ide-dma.c |8 drivers/ide/ide-io.c |2 +- drivers/ide/ide-probe.c |6

[PATCH 2/3] SG: Convert SCSI to use scatterlist helpers for sg chaining

From: Jens Axboe <[EMAIL PROTECTED]> Signed-off-by: Jens Axboe <[EMAIL PROTECTED]> --- drivers/scsi/libsrp.c|2 +- drivers/scsi/scsi_error.c|4 +- drivers/scsi/scsi_lib.c | 150 +- drivers/usb/storage/isd200.c |4 +- include/sc

[PATCH 1/3] SG: Move functions to lib/scatterlist.c and add sg chaining allocator helpers

Manually doing chained sg lists is not trivial, so add some helpers to make sure that drivers get it right. Signed-off-by: Jens Axboe <[EMAIL PROTECTED]> --- include/linux/scatterlist.h | 125 --- lib/Makefile|2 +- lib/scatterlist.c | 281

Re: [PATCH 0/5] sg_ring for scsi

On Thu, Dec 20 2007 at 9:58 +0200, Jens Axboe <[EMAIL PROTECTED]> wrote: > On Thu, Dec 20 2007, Rusty Russell wrote: >> On Thursday 20 December 2007 18:07:41 FUJITA Tomonori wrote: >>> On Thu, 20 Dec 2007 16:45:18 +1100 >>> >>> Rusty Russell <[EMAIL PROTECTED]> wrote: OK, some fixes since last

Re: INITIO scsi driver fails to work properly

On Wed, Dec 19 2007 at 10:48 +0200, "Filippos Papadopoulos" <[EMAIL PROTECTED]> wrote: > On Dec 17, 2007 2:18 PM, Boaz Harrosh <[EMAIL PROTECTED]> wrote: >> I have found one problem. Please try patch [2] below and report. >> If it still fails try to enab

Re: INITIO scsi driver fails to work properly

On Mon, Dec 17 2007 at 18:20 +0200, Olivier Galibert <[EMAIL PROTECTED]> wrote: > On Mon, Dec 17, 2007 at 06:08:59PM +0200, Boaz Harrosh wrote: >> Below fixes a deadly typo. Might as well be included in 2.6.24 > > You're sure ? scsi_for_each_sg

Re: INITIO scsi driver fails to work properly

On Mon, Dec 17 2007 at 17:03 +0200, James Bottomley <[EMAIL PROTECTED]> wrote: > On Mon, 2007-12-17 at 14:36 +, Alan Cox wrote: >> On Mon, 17 Dec 2007 16:40:53 +0200 >> Boaz Harrosh <[EMAIL PROTECTED]> wrote: >> >>> On Mon, Dec 17 2007 at 15:05

Re: INITIO scsi driver fails to work properly

On Mon, Dec 17 2007 at 15:05 +0200, Alan Cox <[EMAIL PROTECTED]> wrote: >> initio doesn't seem to have a maintainer... >> >> Are you able to identify any earlier kernel which worked OK? >> >> Maybe it's a new device? If you can get the `lspci -vvxx' output >> for that device we can take a look. >

Re: INITIO scsi driver fails to work properly

On Mon, Dec 17 2007 at 14:18 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote: > On Mon, Dec 17 2007 at 13:41 +0200, "Filippos Papadopoulos" <[EMAIL > PROTECTED]> wrote: >> On Dec 17, 2007 1:18 PM, Andrew Morton <[EMAIL PROTECTED]> wrote: >>> On Mon,

Re: INITIO scsi driver fails to work properly

On Mon, Dec 17 2007 at 13:41 +0200, "Filippos Papadopoulos" <[EMAIL PROTECTED]> wrote: > On Dec 17, 2007 1:18 PM, Andrew Morton <[EMAIL PROTECTED]> wrote: >> On Mon, 17 Dec 2007 11:39:47 +0200 "Filippos Papadopoulos" <[EMAIL >> PROTECTED]> wrote: >> >>> Hi, >>> I have got an INITIO 9100 UW SCSI C

Re: [PATCH 20/30] blk_end_request: changing xsysace (take 4)

On Wed, Dec 12 2007 at 19:06 +0200, Kiyoshi Ueda <[EMAIL PROTECTED]> wrote: > Hi, > > On Wed, 12 Dec 2007 11:09:12 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote: >>> Index: 2.6.24-rc4/drivers/block/xsysace.c >>> ===

Re: [PATCH] REQ-flags to/from BIO-flags bugfix

On Wed, Dec 12 2007 at 17:18 +0200, Matthew Wilcox <[EMAIL PROTECTED]> wrote: > On Wed, Dec 12, 2007 at 01:03:10PM +0200, Boaz Harrosh wrote: >> - BIO flags bio->bi_rw and REQ flags req->cmd_flags no longer match. >>Remove comments and do a proper translation betw

[PATCH] REQ-flags to/from BIO-flags bugfix

- BIO flags bio->bi_rw and REQ flags req->cmd_flags no longer match. Remove comments and do a proper translation between the 2 systems. (Please look in ll_rw_blk.c/blk_rq_bio_prep() below if we need more flags) Signed-off-by: Boaz Harrosh <[EMAIL PROTECTED]> --- block

Re: 2.6.24-rc3-mm1

On Tue, Dec 11 2007 at 18:33 +0200, James Bottomley <[EMAIL PROTECTED]> wrote: > On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote: >> OK, thanks. I'll assume that James and Hannes have this in hand (or will >> have, by mid-week) and I won't do anything here. > > Just to confirm what I think

Re: [PATCH 20/30] blk_end_request: changing xsysace (take 4)

Kiyoshi Ueda wrote: > This patch converts xsysace to use blk_end_request interfaces. > Related 'uptodate' arguments are converted to 'error'. > > xsysace is a little bit different from "normal" drivers. > xsysace driver has a state machine in it. > It calls end_that_request_first() and end_that_re

Re: [PATCH 27/28] blk_end_request: changing scsi mid-layer for bidi (take 3)

On Thu, Dec 06 2007 at 21:44 +0200, Kiyoshi Ueda <[EMAIL PROTECTED]> wrote: > Hi Boaz, Jens, > > On Thu, 06 Dec 2007 11:24:44 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote: >>> Index: 2.6.24-rc3-mm2/drivers/scsi/scsi_lib.c >> No I don't like it. The only

Re: [PATCH 27/28] blk_end_request: changing scsi mid-layer for bidi (take 3)

On Thu, Dec 06 2007 at 2:26 +0200, Kiyoshi Ueda <[EMAIL PROTECTED]> wrote: > Hi Boaz, > > On Tue, 04 Dec 2007 15:39:12 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote: >> On Sat, Dec 01 2007 at 1:35 +0200, Kiyoshi Ueda <[EMAIL PROTECTED]> wrote: >>> This pa

Re: [PATCH 27/28] blk_end_request: changing scsi mid-layer for bidi (take 3)

On Sat, Dec 01 2007 at 1:35 +0200, Kiyoshi Ueda <[EMAIL PROTECTED]> wrote: > This patch converts bidi of scsi mid-layer to use blk_end_request(). > > rq->next_rq represents a pair of bidi requests. > (There are no other use of 'next_rq' of struct request.) > For both requests in the pair, end_that

Re: [PATCH 00/28] blk_end_request: full I/O completion handler (take 3)

On Tue, Dec 04 2007 at 14:16 +0200, Jens Axboe <[EMAIL PROTECTED]> wrote: > On Fri, Nov 30 2007, Kiyoshi Ueda wrote: >> Hello Jens, >> >> The following is the updated patch-set for blk_end_request(). >> Changes since the last version are only minor updates to catch up >> with the base kernel change

Re: [PATCH 01/28] blk_end_request: add new request completion interface (take 3)

On Sat, Dec 01 2007 at 1:24 +0200, Kiyoshi Ueda <[EMAIL PROTECTED]> wrote: > This patch adds 2 new interfaces for request completion: > o blk_end_request() : called without queue lock > o __blk_end_request() : called with queue lock held > > Some device drivers call some generic functions be

Re: 2.6.24-rc3-mm2: Result: hostbyte=0x01 driverbyte=0x00\nend_request: I/O error

On Thu, Nov 29 2007 at 1:36 +0200, Andrew Morton <[EMAIL PROTECTED]> wrote: > On Wed, 28 Nov 2007 16:14:21 -0700 > Matthew Wilcox <[EMAIL PROTECTED]> wrote: > >> On Wed, Nov 28, 2007 at 01:40:36PM -0800, Andrew Morton wrote: >>> On Wed, 28 Nov 2007 23:01:31 +0300 >>> Alexey Dobriyan <[EMAIL PROTEC

Re: 2.6.24-rc3-mm2

.patch on the other hand arm-scsi is broken and its patch is in scsi-pending. I have attached a scsi-pending-arm-convert-to-accessors.patch for your convenience. Thanks Boaz >From 8f21118911efce786fc1707644a4e6323521a92f Mon Sep 17 00:00:00 2001 From: Boaz Harrosh <[EMAIL PROTECTED]> D

Re: 2.6.24-rc2-mm1

be zero. Take a look in >>> linux/usb/storage/transport.c in usb_stor_Bulk_transport() >>> >>> If srb->resid is zero, then you should NEVER get the "unexpectedly short >>> transfer" message. Look at usb_stor_invoke_transport() in the same file. >

Re: [PATCH] ata_sg_setup_one vs ata_sg_setup?

On Wed, Nov 14 2007 at 6:40 +0200, Rusty Russell <[EMAIL PROTECTED]> wrote: > Hi Jeff, > > Was looking through libata, and it seems to me that ata_sg_setup is a > superset of ata_sg_setup_one. Am I missing something? Seems like it could > be simplified. > > My machine never seems to do an a

Re: [PATCH] Add the macro to test if "exactly_one_bit_set" to log2.h.

On Tue, Nov 06 2007 at 20:53 +0200, "Robert P. J. Day" <[EMAIL PROTECTED]> wrote: > On Tue, 6 Nov 2007, Boaz Harrosh wrote: > >> On Tue, Nov 06 2007 at 18:38 +0200, "Robert P. J. Day" <[EMAIL PROTECTED]> >> wrote: >>> While this macro

Re: [PATCH] Add the macro to test if "exactly_one_bit_set" to log2.h.

On Tue, Nov 06 2007 at 18:38 +0200, "Robert P. J. Day" <[EMAIL PROTECTED]> wrote: > While this macro is defined in terms of "is_power_of_2" and is > therefore functionally equivalent, the visual semantics are sometimes > more appropriate for what is actually being tested. > > Signed-off-by: Rober

Re: [PATCH] "killing" sg_last(), and discussion

On Wed, Oct 31 2007 at 12:29 +0200, Jeff Garzik <[EMAIL PROTECTED]> wrote: > Boaz Harrosh wrote: >> On Wed, Oct 31 2007 at 10:49 +0200, Jeff Garzik <[EMAIL PROTECTED]> wrote: >>> I looked into killing sg_last(), but really, this is the best its gonna >>&g

Re: [PATCH] "killing" sg_last(), and discussion

On Wed, Oct 31 2007 at 10:49 +0200, Jeff Garzik <[EMAIL PROTECTED]> wrote: > I looked into killing sg_last(), but really, this is the best its gonna > get (moving sg_last to libata-core.c). > > You could maybe kill one use with caching, but in the other sg_last() > callsites there isn't another s/

Re: [PATCH 1/2] [CRYPTO] tcrypt: Move sg_init_table out of timing loops

On Mon, Oct 29 2007 at 22:16 +0200, Jens Axboe <[EMAIL PROTECTED]> wrote: > On Fri, Oct 26 2007, Herbert Xu wrote: >> [CRYPTO] tcrypt: Move sg_init_table out of timing loops >> >> This patch moves the sg_init_table out of the timing loops for hash >> algorithms so that it doesn't impact on the spee

Re: [PATCH] SCSI/gdth: kill unneeded 'irq' argument

On Fri, Oct 26 2007 at 11:40 +0200, Jeff Garzik <[EMAIL PROTECTED]> wrote: > Neither gdth_get_status() nor __gdth_interrupt() need their 'irq' > argument, so remove it. > > Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]> > --- > drivers/scsi/gdth.c | 21 + > 1 files changed,

Re: [2.6 patch] scsi/seagate.c: remove dead code

On Sun, Oct 28 2007 at 17:51 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote: > This patch removes obviously dead code. > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> > > --- > > drivers/scsi/seagate.c |2 -- > 1 file changed, 2 deletions(-) > Actually I have sent a patch to completely r

Re: HIGHMEM64G Kernel (2.6.23.1) makes system crawl

On Wed, Oct 24 2007 at 18:35 +0200, [EMAIL PROTECTED] (Lennart Sorensen) wrote: > On Wed, Oct 24, 2007 at 04:41:16PM +0200, Boaz Harrosh wrote: >> I thought that for 4GB of memory the CONFIG_HIGHMEM4G=y CONFIG_HIGHMEM64G is >> not set >> would be enough. >> >>

Re: HIGHMEM64G Kernel (2.6.23.1) makes system crawl

On Wed, Oct 24 2007 at 12:26 +0200, "Rajkumar S" <[EMAIL PROTECTED]> wrote: > Hello, > > I am using a Core 2 Duo E6750 CPU on an intel DG33FB mother board with > 4GB Ram, running Debian Lenny. > > Since the box has 4 GB ram I compiled a big mem kernel, but the > machine is very slow while running

Re: [PATCH 09/10] Change table chaining layout

On Mon, Oct 22 2007 at 20:11 +0200, Jens Axboe <[EMAIL PROTECTED]> wrote: > Change the page member of the scatterlist structure to be an unsigned > long, and encode more stuff in the lower bits: > > - Bits 0 and 1 zero: this is a normal sg entry. Next sg entry is located > at sg + 1. > - Bit 0 s

Re: [PATCH 09/10] Change table chaining layout

On Tue, Oct 23 2007 at 11:55 +0200, Jens Axboe <[EMAIL PROTECTED]> wrote: > On Tue, Oct 23 2007, Boaz Harrosh wrote: >> On Tue, Oct 23 2007 at 11:41 +0200, Jens Axboe <[EMAIL PROTECTED]> wrote: >>> On Tue, Oct 23 2007, Boaz Harrosh wrote: >>>> On Mon,

Re: [PATCH 09/10] Change table chaining layout

On Tue, Oct 23 2007 at 11:41 +0200, Jens Axboe <[EMAIL PROTECTED]> wrote: > On Tue, Oct 23 2007, Boaz Harrosh wrote: >> On Mon, Oct 22 2007 at 23:47 +0200, Linus Torvalds <[EMAIL PROTECTED]> wrote: >>> On Mon, 22 Oct 2007, Alan Cox wrote: >>> >>&

Re: [PATCH 09/10] Change table chaining layout

; sg; sg = sg_next(sg, ++__i, nr)) In his patch he shows examples of other uses of sg_next they all fit. The sg_next usage is new and in few places. Not like the sg->page all over the kernel. I know he has a patch for the complete kernel, (I know I helped a bit) and it is a fraction of the

Re: Query about Bio submission / Direct IO

On Fri, Oct 19 2007 at 8:17 +0200, Shreyansh Jain <[EMAIL PROTECTED]> wrote: > Hi List, > > I have tried this on kernelnewbies > but it > seems > I am not good at explaining well. trying here again. > > Question: > Is there a lim

Re: [PATCH] Use relative symbolic links for bzImge in x86 ARCHs

ect - but you are a few hours too late. > > See: > http://git.kernel.org/?p=linux/kernel/git/tglx/linux-2.6-x86.git;a=commit;h=a0075a509bd955ff6fc6e071efabb926e14bf19c > > This is in the mm branch awaiting some more testing > before Thomas push it to Linus. > >

[PATCH] Use relative symbolic links for bzImge in x86 ARCHs

OK One more problem with a patch this time --- From: Benny Halevy <[EMAIL PROTECTED]> use relative paths in the symlink to bzImage to make it NFS export safe. Signed-off-by: Benny Halevy <[EMAIL PROTECTED]> diff --git a/arch/i386/Makefile b/arch/i386/Makefile index f036d2d..396146e 100644 --- a

slight annoyance with new x86 arch

Make system is a bit broken in the sense that it recompiles and links right after a build even if nothing changed. I have # CONFIG_LOCALVERSION_AUTO is not set make output after a fully built tree: { // these are expected off course GEN /usr0/export/dev/bharrosh/git/pub/linux-2.6-block/.build_

Re: 2.6.23-git8 missing include file - [Resending the patch]

On Tue, Oct 16 2007 at 8:27 +0200, Kamalesh Babulal <[EMAIL PROTECTED]> wrote: > Kamalesh Babulal wrote: >> Hi, >> >> The build fails with following error >> >> CC drivers/usb/storage/scsiglue.o >> CC drivers/usb/storage/protocol.o >> CC drivers/usb/storage/transport.o >> In fi

Re: [GIT PATCH] SCSI updates for 2.6.24

We >> still have some outstanding bugs in gdth and fc4 for which I'm hoping to >> sweep fixes into the next update. > >> Boaz Harrosh (12): >> NCR5380: Use scsi_eh API for REQUEST_SENSE invocation > > This change broke compilation of the mac_scsi

Re: [patch] scsi: fix crash in gdth_timeout()

On Mon, Oct 15 2007 at 19:57 +0200, Jeff Garzik <[EMAIL PROTECTED]> wrote: > Linus Torvalds wrote: >> On Mon, 15 Oct 2007, Ingo Molnar wrote: >>> A further problem is probably that the GDTH timer is not stopped by a >>> failed GDTH probe? >> Indeed. Maybe this is a better fix? >> >> That driver is

Re: howto boost write(2) performance?

On Tue, Oct 09 2007 at 16:56 +0200, Andi Kleen <[EMAIL PROTECTED]> wrote: > Michael Stiller <[EMAIL PROTECTED]> writes: >> The write(2) performance is not good enough, the writer threads take to >> much time, and i ask you for ideas, howto to boost the write >> performance. > > You could use an O

Re: [PATCH 3/7] blk_end_request: changing "normal" drivers

On Sat, Sep 01 2007 at 1:42 +0300, Kiyoshi Ueda <[EMAIL PROTECTED]> wrote: > This patch converts "normal" drivers, which complete request > in a standard way shown below, to use blk_end_request(). > > a) end_that_request_{chunk/first} > spin_lock_irqsave() > (add_disk_randomness(), blk_qu

Re: [PATCH 6/7] blk_end_request: remove/unexport end_that_request_*

f releasing the BIOs of the bidi request, which can not use end_request(). I guess as Jens said it's OK to remove them now, and later we can just add end_that_request_first(), will be enough. Or we can patch end_request() to also call __end_that_request_first(req->next_rq) if not NULL

Re: avoiding rejects

Andrew Morton wrote: > > Most of these lists are unordered anyway, so inserting the new item at a > randomly-chosen position is a better approach than just appending it. > - But you have lost the order you have just stated. "Order by time of addition" ascending ;) Sometimes what I do is a diff w

Re: 2.6.22-rc3 : "BUG: scheduling while atomic: swapper/0x00000100/0"

Björn Steinbrink wrote: > On 2007.06.04 16:39:25 +0200, Björn Steinbrink wrote: >> On 2007.06.04 15:55:14 +0200, Benjamin Pineau wrote: >>> lspci -vv, lspci -vn, /proc/config.gz, /proc/timer_list, lsmod, >>> /proc/interrupts, /proc/vmstat, ps auxf, and dmesg (with and >>> without the bug's logs) o

Re: Wrong free clusters count on FAT32

DervishD wrote: > Hi all :) > > I have a portable device with a FAT32 formatted hard disk in it, and > everytime I delete a file in the device *using the device itself to do > it* the device increases its count of free space and if I plug the > device in a Windows system, Windows agrees on

Re: mcdx -- do_request(): non-read command to cd!!

Pekka J Enberg wrote: > On Mon, 2 Apr 2007, Jens Axboe wrote: >> But as I wrote earlier, it'll take lots more to make this driver close >> to functional. > > Heh, looking at the driver, that's quite an understatement =). Rene, > here's an untested attempt to use a mutex instead of the horribly b

[RFC 2/6] bidi support: request_io_part

. - Change all users to new API. At this stage it is all still uni-directional but the intention is clear. Signed-off-by: Benny Halevy <[EMAIL PROTECTED]> Signed-off-by: Boaz Harrosh <[EMAIL PROTECTED]> --- arch/um/drivers/ubd_kern.c | 12 +- block/as-iosched.c

[RFC 2/6] bidi support: request_io_part

. - Change all users to new API. At this stage it is all still uni-directional but the intention is clear. Signed-off-by: Benny Halevy <[EMAIL PROTECTED]> Signed-off-by: Boaz Harrosh <[EMAIL PROTECTED]> --- arch/um/drivers/ubd_kern.c | 12 +- block/as-iosched.c

[RFC 0/6] bidi support: block, SCSI, and iSCSI layers

Following are 6 (large) patches that introduce support for bidirectional requests in the kernel. Since all this is going to interfere with everyone's work, let us all comment on the implementation, naming, and future directions. (or forever hold your peace). The submitted work is against linux-2.6

[RFC 6/6] bidi support: iSCSI bidi & varlen CDBs

will be removed in actual patches] Signed-off-by: Benny Halevy <[EMAIL PROTECTED]> Signed-off-by: Boaz Harrosh <[EMAIL PROTECTED]> --- drivers/infiniband/ulp/iser/iscsi_iser.c |4 +- drivers/scsi/iscsi_tcp.c | 190 +++--- drivers/scsi

[RFC 5/6] bidi support: varlen + OSD support

- Add support for varlen CDBs or large vendor specific commands in struct request. - Add support for above at SCSI level API's and devices. - Add the OSD device type. Signed-off-by: Benny Halevy <[EMAIL PROTECTED]> Signed-off-by: Boaz Harrosh <[EMAIL PROTECTED]> ---

[RFC 4/6] bidi support: bidirectional SCSI layer

- Add bidi members to struct scsi_cmnd. - Add API at the SCSI level for bidirectional commands. - Implement support for BIDI requests in scsi_setup_blk_pc_cmnd() and scsi_io_completion(). Signed-off-by: Benny Halevy <[EMAIL PROTECTED]> Signed-off-by: Boaz Harrosh <[EMAIL

[RFC 3/6] bidi support: bidirectional request

gt; Signed-off-by: Boaz Harrosh <[EMAIL PROTECTED]> --- block/elevator.c |7 +--- block/ll_rw_blk.c | 113 ++-- include/linux/blkdev.h | 49 - 3 files changed, 149 insertions(+), 20 deletions(-) diff --git a/bl

<    1   2   3   4   5   6