[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#813881: [PATCH 1/1 v3] ARM: dts: imx6dlq-wandboard-revb1.dts: use unique model id



On Tue, 2016-02-23 at 08:11 +0900, Roger Shimizu wrote:
> Dear Ben,
> 
> On Sun, Feb 14, 2016 at 9:59 PM, Roger Shimizu  wrote:
> > Dear Kernel Maintainer,
> > 
> > On Sun, Feb 14, 2016 at 6:01 PM, Heinrich Schuchardt  wrote:
> > > Shawn Guo the Linux kernel maintainer of ARM/Freescale IMX / MXC ARM
> > > architecture has accepted my appended patch 0001-ARM... to change the
> > > model id of the Wandboard Quad Rev B1 and the Wandboard Dual Rev B1.
> > > 
> > > See
> > > https://lkml.org/lkml/2016/2/14/34
> > > https://lkml.org/lkml/2016/2/7/270
> > > 
> > > I suggest to add the patch to
> > > linux-source-4.3 (debian/patches/bugfix/arm)
> > > and to update flash-kernel (patch 0001-db... appended).
> > 
> > I also have a few device-tree "fixes", as well as "for-next" applied
> > by upstream sub-system maintainer.
> > For "fixes", some of those're already got merged into linus's 4.5-rc
> > tree, and will, AFAIK, be backported to each related/affected stable
> > kernel, and finally reach Debian's stable kernel; for "for-next", it's
> > waiting for the next merge window (to say, 4.6).
> > 
> > I also want to know what's debian's kernel policy [0] on backporting
> > those device-tree file.
> > 
> > Please help to clarify. Thank you!
> > 
> > [0]: https://wiki.debian.org/DebianKernelPatchAcceptanceGuidelines
> 
> Could you help to comment on this, please?
> 
> If you think backporting those device-tree to "master"/"sid" is fine,
> I can handle both the patch mention in this thread and a few
> Linkstation device-tree patch I submitted.

Yes, this is all fine for sid.

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: