scsi.git;a=commit;h=f7de50da1479156d76c0dd3c29234a44bc4845f0
This patch is scheduled to be pushed when the merge window opens for 4.13
James Bottomley
P.S. If you find this email unwanted, set up a procmail rule junking on
the header:
X-Git-Tree: SCSI
_
On Tue, 2017-03-14 at 12:29 +, Reshetova, Elena wrote:
> > Elena Reshetova writes:
> >
> > > refcount_t type and corresponding API should be
> > > used instead of atomic_t when the variable is used as
> > > a reference counter. This allows to avoid accidental
> > > refcounter overflows that m
On Tue, 2016-08-09 at 21:51 -0700, Andy Lutomirski wrote:
> On Aug 9, 2016 7:09 PM, "James Bottomley" <
> james.bottom...@hansenpartnership.com> wrote:
> >
> > On Tue, 2016-08-09 at 15:24 +0100, One Thousand Gnomes wrote:
> > > > table developmen
On Mon, 2016-08-15 at 21:15 +0100, Alan Cox wrote:
> > This is the module tag ... it says what licence the module is
> > under, not the licence for the module combined with the kernel,
> > which is always GPLv2 because the stricter licence rules.
>
> Because if I build a BSD licensed module agai
On Tue, 2016-08-09 at 15:24 +0100, One Thousand Gnomes wrote:
> > table development go under copyleft-next, Rusty recently asked for
> > code to go in prior to the license tag being added denoting this
> > license as GPL-compatible [3] -- I had noted in the patch
> > submission which annotated c
On Mon, 2016-02-29 at 10:12 +, David Woodhouse wrote:
> On Fri, 2016-02-19 at 05:45 -0800, Luis R. Rodriguez wrote:
> > This ports built-in firmware to use linker tables,
> > this replaces the custom section solution with a
> > generic solution.
> >
> > This also demos the use of the .rodata (
On Fri, 2015-06-12 at 16:15 -0700, Andy Lutomirski wrote:
> On Jun 12, 2015 12:59 AM, "Jan Beulich" wrote:
> >
> > >>> On 12.06.15 at 01:23, wrote:
> > > There are two usages on MTRRs:
> > > 1) MTRR entries set by firmware
> > > 2) MTRR entries set by OS drivers
> > >
> > > We can obsolete 2),
On Fri, 2015-05-01 at 15:36 +0100, Ian Jackson wrote:
> SATA controllers support SATA disks. The kernel should be able to
> drive these, by default. It should not silently (apart from a
> debugging-only printk) ignore them.
To be honest, this is a bit pointless: no distribution takes the kernel