linux-kernel - Re: Firmware patches for SCSI

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 for Android: free password hash cracker in your pocket

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

Date:	Mon, 22 Dec 2008 17:19:04 +1100
From:	Stephen Rothwell <sfr@...b.auug.org.au>
To:	James Bottomley <James.Bottomley@...senPartnership.com>
Cc:	Jaswinder Singh <jaswinderlinux@...il.com>,
	linux-scsi@...r.kernel.org, LKML <linux-kernel@...r.kernel.org>,
	linux-next@...r.kernel.org, David Woodhouse <dwmw2@...radead.org>
Subject: Re: Firmware patches for SCSI

Hi James,

On Fri, 19 Dec 2008 15:53:51 -0500 James Bottomley <James.Bottomley@...senPartnership.com> wrote:
>
> OK, then whatever tree contains them needs to eject them or be dropped
> from linux-next.

That is a problem for me and David.  Do not let it concern you ... :-)

> > So I am curious that should I resend these patches based on which git tree.
> 
> Yes please.  For me it would be against scsi-misc ... for the other
> drivers it would be their development tree.  The simplest thing to do is
> probably to rebase them all on top of linux-next (which contains all of
> our trees) and then send them to the individual subsystem maintainer
> lists.

Please don't do that, please base each one on either Linus' tree or the
appropriate maintainer's subsystem tree as linux-next is a moving
target (for instance, if you had based the scsi ones on next-20081219,
then the scsi tree was not included ...).  Basing on Linus' tree should
work in most cases as there are not to many conflicts caused by these
patches (the tg3 one is the worst so basing that off the net tree is
probably worth while).

-- 
Cheers,
Stephen Rothwell                    sfr@...b.auug.org.au
http://www.canb.auug.org.au/~sfr/

Content of type "application/pgp-signature" skipped