linux-kernel - Re: [PATCH 00/72] Blackfin updates for 2.6.32

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]

Date:	Tue, 15 Sep 2009 23:21:56 -0400
From:	Mike Frysinger <vapier.adi@...il.com>
To:	Daniel Walker <dwalker@...o99.com>
Cc:	linux-kernel@...r.kernel.org,
	uclinux-dist-devel@...ckfin.uclinux.org
Subject: Re: [PATCH 00/72] Blackfin updates for 2.6.32

On Tue, Sep 15, 2009 at 23:06, Daniel Walker wrote:
> On Tue, 2009-09-15 at 22:56 -0400, Mike Frysinger wrote:
>> On Mon, Sep 14, 2009 at 18:36, Daniel Walker wrote:
>> > If you ultimately don't correct these changes, I'd ask that in the
>> > future you submit pull requests for the blackfin architecture instead of
>> > sending individual patches ..
>>
>> you havent been following anything related to how Blackfin (or any
>> arch?) patches are merged.  this patch series is for review only from
>> my tree.  no one is picking these up because they've already been
>> picked up.
>
> Picked up by Linus? You know this isn't the "blackfin" list right? You
> don't seem to care too about review your getting from _this_ list. So
> why in the world are you sending your patches (all 72 of them!) here ..

Linus doesnt pick up random patches, he does pull requests.  Blackfin
patches already get reviewed on the Blackfin list (during original
commit and later merge).  i post all the patches for sanity checking
things we may have missed (it happens).  any sane mailer makes it
trivial to delete/ignore a single thread, and for anyone reading LKML,
not using a sane mailer is a poor excuse.  i'm open to review of real
issues with the code (locking / leaks / design problems / etc...).
forcing a respin of patches for a minor style difference is noise.
-mike
--
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/