linux-kernel - Re: [PATCH 000 of 6] A few block-layer tidy-up patches.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20070817061733.GD23758@kernel.dk>
Date:	Fri, 17 Aug 2007 08:17:34 +0200
From:	Jens Axboe <jens.axboe@...cle.com>
To:	Neil Brown <neilb@...e.de>
Cc:	linux-kernel@...r.kernel.org, Tejun Heo <htejun@...il.com>
Subject: Re: [PATCH 000 of 6] A few block-layer tidy-up patches.

On Fri, Aug 17 2007, Neil Brown wrote:
> On Thursday August 16, jens.axboe@...cle.com wrote:
> > On Thu, Aug 16 2007, NeilBrown wrote:
> > > Following are 5 patches which - I think - clean up various bits and pieces
> > > in the block layer.
> > > 
> > > The only part that might be seen as a function change rather than
> > > simply rearranging code is in ps3disk where bvec_kmap_irq is used
> > > instead of bio_kmap_atomic (so interrupts are disabled).
> > > 
> > > The only other user of bvec_kmap_irq is ide-floppy.c.  If that does
> > > need to disable interrupts, and ps3disk doesn't, make the disabling of
> > > interrupts should be separated from the kmapping??
> > 
> > Applied 1-6, thanks! BTW, your patch #2 doesn't apply cleanly on
> > floppy.c in current -git, and there has been no changes there since July
> > 24th. So you must be diffing against something else?
> 
> Yes, current -mm.  That is where I usually work.  I'll make sure
> future patches are against -linus or -block.

OK

> > You also don't re-indent and remove one nesting when removing
> > bio_for_each_segment(). It makes it easier to review, but I formatted
> > that as well since I had to hand-apply patch #2.
> 
> I meant to mention that in the changelog comment.  I deliberately
> didn't re-indent most of the loops to ease review.  I was going to
> send an indent-only patch it the first was accepted.  No need now :-)

Once I started going through them, it seemed so. No problem, it does
make it easier to verify that no little extra edit crept in.

> > Please inspect the #block-2.6.24 branch to see the result.
> 
> I don't know where to look for this.  I checked
>   http://git.kernel.org/?p=linux/kernel/git/axboe/linux-2.6-block.git
> but they don't seem to be there.
> ??

That's where it is, but the kernel.org mirroring is just horrible slow.
Just checked now and it's there.

-- 
Jens Axboe

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/