Re: Kernel version for stretch

[Martin Michlmayr]

* Ben Hutchings  [2016-02-14 15:58]:
> >  * If we stick with 4.4, the Debian Linux maintainers receives
> >    practically no advantage from Greg's LTS effort.
> 
> No, we would benefit from that but this is very early to freeze the
> kernel and we would need to do a lot of work on backporting hardware
> support.

Based on my gut feeling, backporting stuff into 4.4 would be more work
than doing a long-term stable release based on 4.9.  Based on your
experience, do you think that's accurate, Ben?

(I think it would be different if we were to use 4.4 when 4.5 was the
current kernel, but 4.4 to 4.10 is going to be a huge delta.)

So imho we should get 4.9 into unstable, agree at some point on 4.9 vs
4.10 and if we agree on 4.10 then get 4.10-rc releases into unstable,
and ask people to test daily d-i images based on that.

(Of course I should mention that I'm not part of the kernel team.  But
speaking as an ARM porter, I think going with 4.4 would be a disaster.
We're going to see a lot of changes this year, especially on ARM64.)

Another option would be to go with 4.4 and make it easy for d-i to
support kernels from backports (something we should do anyway).  But I
think releasing with a 1.5 year old kernel is just going to add to the
"Debian is out of date" view.

-- 
Martin Michlmayr
http://www.cyrius.com/

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

[Roger Shimizu]

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

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1

Uploading linux (4.4.1-1)

[Ben Hutchings]

I intend to upload linux version 4.4.1-1 to unstable on Monday or
Tuesday.

* New upstream version, which means an ABI bump.

* I have combined two armel flavours into one, which requires an
  update to flash-kernel (already done) and the installer (which
  I may be able to handle myself).

* The rt featureset is back.

* New hardware support:
  - [armhf] Rockchip systems, DRA7XX systems such as Beagle-x15,
    Raspberry Pi 2 (experimental)
  - [arm64] AMD Seattle platform, QCOM platforms
  - [x86] Intel MIC host interface, Intel Broxton platform, Intel
    Sunrise Point platform, Surface Pro 3 buttons
  - [amd64] Fujitsu ES network interface

* Lots of bug fixes (and new bugs).

Ben.

-- 
Ben Hutchings
Sturgeon's Law: Ninety percent of everything is crap.


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

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

[Geert Stappers]

Control: tag -1 patch

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

[Debian Bug Tracking System]

Processing control commands:

> tag -1 patch
Bug #813881 [src:linux] linux-image-4.3.0-1-armmp install wrong dtb on 
Wandboard Quad Rev B1
Added tag(s) patch.

-- 
813881: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813881
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Re: Kernel version for stretch

[Ben Hutchings]

On Fri, 2016-02-05 at 18:48 +, Niels Thykier wrote:
> Ben Hutchings:
> > On Tue, 2016-02-02 at 07:34 +, Niels Thykier wrote:
[...]
> > I thought that 10 week cycles were rare, but I checked this and now I'm
> > much less confident.  Rounding to the nearest week, the distribution of
> > release cycle lengths from 3.2 to 4.4 inclusive, is:
> > 
> >  8 weeks: *   ( 1)
> >  9 weeks: **  (10)
> > 10 weeks: **  (10)
> > 11 weeks: **  ( 2)
> > 
> > (I chose this range to exclude the 3.1 release delayed by the
> > kernel.org compromise.)
> > 
> > So it seems quite possible that 4.10 could be released later in January
> > or in February.
> > 
> > [...]
> 
> Ok, so a reasonable guess would be actually be 10 weeks, which puts us
> at the 29th of January?  An upstream stable update would come 3-4 weeks
> later.

The earlier cycles might also be 10 weeks, which adds more uncertainty.

[...]
> > >    - How long does Greg's LTS last?  We would spend at least a year of
> > >  it before January 22nd 2017.
> > 
> > About 15 months.
> >
> > [...]
> 
> So Greg's LTS will almost be over by the time 4.10 is released? Seems
> like we are not getting a lot from sticking with 4.4 then?

Sorry, either I mixed up maintainers there or I meant to say that we
would have 15 months *after* January 2017.  Greg typically maintains a
'longterm' branch for about 27 months:

2.6.32: 2009-12 .. 2012-03 (then transferred to Willy Tarreau)
3.0:2011-07 .. 2013-10
3.4:2012-05 .. 2014-08 (then transferred to Zefan Li)

So we can expect:

4.4:    2016-01 .. 2018-04

> From what I can gather so far:
> 
>  * We are looking at moving the freeze at least 2 months if we want
>    Linux 4.10.
>    - At +2 months, Linux 4.10 would be just before the "deep freeze"
>  (Assuming a 10 week release cycle for Linux).
> 
>  * If we stick with 4.4, the Debian Linux maintainers receives
>    practically no advantage from Greg's LTS effort.

No, we would benefit from that but this is very early to freeze the
kernel and we would need to do a lot of work on backporting hardware
support.

Ben.

-- 
Ben Hutchings
Sturgeon's Law: Ninety percent of everything is crap.

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

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

[Heinrich Schuchardt]

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).

Best regards

Heinrich Schuchardt

>From 929c1ba8dc75dfca231a751e7c82032e333bc93e Mon Sep 17 00:00:00 2001
From: Heinrich Schuchardt 
Date: Sun, 14 Feb 2016 09:50:35 +0100
Subject: [PATCH 1/1] db/all.db: rev B1 of Wandboard Dual Lite and Quad

Wandboard Dual Lite and Quad exist in different revisions requiring
different dtb files.

Revision C1 works with the existing entries in the database.
New entries for revision B1 are created. These are based on
https://lkml.org/lkml/2016/2/7/270

Signed-off-by: Heinrich Schuchardt 
---
 db/all.db | 14 ++
 1 file changed, 14 insertions(+)

diff --git a/db/all.db b/db/all.db
index 970f803..38241ce 100644
--- a/db/all.db
+++ b/db/all.db
@@ -1115,6 +1115,13 @@ Boot-Script-Path: /boot/boot.scr
 U-Boot-Script-Name: bootscr.wandboard
 Required-Packages: u-boot-tools
 
+Machine: Wandboard i.MX6 Dual Lite Board rev B1
+Kernel-Flavors: armmp
+DTB-Id: imx6dl-wandboard-revb1.dtb
+Boot-Script-Path: /boot/boot.scr
+U-Boot-Script-Name: bootscr.wandboard
+Required-Packages: u-boot-tools
+
 Machine: Wandboard i.MX6 Quad Board
 Kernel-Flavors: armmp
 DTB-Id: imx6q-wandboard.dtb
@@ -1122,6 +1129,13 @@ Boot-Script-Path: /boot/boot.scr
 U-Boot-Script-Name: bootscr.wandboard
 Required-Packages: u-boot-tools
 
+Machine: Wandboard i.MX6 Quad Board rev B1
+Kernel-Flavors: armmp
+DTB-Id: imx6q-wandboard-revb1.dtb
+Boot-Script-Path: /boot/boot.scr
+U-Boot-Script-Name: bootscr.wandboard
+Required-Packages: u-boot-tools
+
 Machine: Wexler TAB7200
 Kernel-Flavors: armmp armmp-lpae
 Boot-Script-Path: /boot/boot.scr
-- 
2.1.4

>From 370f5078a2b1561bf2b7a6f3c73f78cb54176ef9 Mon Sep 17 00:00:00 2001
From: Heinrich Schuchardt 
Date: Mon, 8 Feb 2016 01:55:08 +0100
Subject: [PATCH 1/1 v3] ARM: dts: imx6dlq-wandboard-revb1.dts: use unique model
 id

Downstream packages like Debian flash-kernel use
/proc/device-tree/model
to determine which dtb file to install.

Hence each dts in the Linux kernel should provide a unique model
identifier.

Commit 8536239e371f ("ARM: dts: Restructure imx6qdl-wandboard.dtsi for new
rev C1 board.")' created new files imx6dl-wandboard-revb1.dts and
imx6q-wandboard-revb1.dts but used the same model identifier as in
imx6dl-wandboard.dts and imx6q-wandboard.dts.

This patch provides unique model identifiers for revision B1 of
the Wandboard Dual and Wandbaord Quad.

The patch leaves imx6dl-wandboard.dts and imx6q-wandboard.dts unchanged
because it is not foreseeable if the same dts will valid for future
board revisions or not. Furthermore we should avoid unnecessary
changes.

v3:
	update imx6dl-wandboard-revb1.dts

v2:
	correct name of referenced Debian package

Signed-off-by: Heinrich Schuchardt 
---
 arch/arm/boot/dts/imx6dl-wandboard-revb1.dts | 2 +-
 arch/arm/boot/dts/imx6q-wandboard-revb1.dts  | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/arm/boot/dts/imx6dl-wandboard-revb1.dts b/arch/arm/boot/dts/imx6dl-wandboard-revb1.dts
index f607d4f..8c314ee 100644
--- a/arch/arm/boot/dts/imx6dl-wandboard-revb1.dts
+++ b/arch/arm/boot/dts/imx6dl-wandboard-revb1.dts
@@ -13,7 +13,7 @@
 #include "imx6qdl-wandboard-revb1.dtsi"
 
 / {
-	model = "Wandboard i.MX6 Dual Lite Board";
+	model = "Wandboard i.MX6 Dual Lite Board rev B1";
 	compatible = "wand,imx6dl-wandboard", "fsl,imx6dl";
 
 	memory {
diff --git a/arch/arm/boot/dts/imx6q-wandboard-revb1.dts b/arch/arm/boot/dts/imx6q-wandboard-revb1.dts
index 20bf3c2..9207d80 100644
--- a/arch/arm/boot/dts/imx6q-wandboard-revb1.dts
+++ b/arch/arm/boot/dts/imx6q-wandboard-revb1.dts
@@ -13,7 +13,7 @@
 #include "imx6qdl-wandboard-revb1.dtsi"
 
 / {
-	model = "Wandboard i.MX6 Quad Board";
+	model = "Wandboard i.MX6 Quad Board rev B1";
 	compatible = "wand,imx6q-wandboard", "fsl,imx6q";
 
 	memory {
-- 
2.1.4

Bug#814427: closed by Ben Hutchings <b...@decadent.org.uk> (Re: Bug#814427: linux-image-4.3.0-1-amd64: memory leak in rtl_usb)

[Cristian Ionescu-Idbohrn]

On Sat, 13 Feb 2016, Cristian Ionescu-Idbohrn wrote:
> On Fri, 12 Feb 2016, Debian Bug Tracking System wrote:
> >
> > This is an automatic notification regarding your Bug report
> > which was filed against the src:linux package:
> >
> > #814427: linux-image-4.3.0-1-amd64: memory leak in rtl_usb
> >
> > It has been closed by Ben Hutchings .
>
> ...
>
> > Date: Fri, 12 Feb 2016 20:25:57 +
> > From: Ben Hutchings 
> >
> > Version: 4.4.1-1~exp1
>
> ...
>
> > That fix was included in the Linux 4.4.1 stable update.

Just disregard what I'm saying here:

> I see that now.  It came with tag v4.4-rc3.

I wasn't thinking right :(  Sorry.

> The way I read this part of the commit footer:
>
>   Cc: sta...@vger.kernel.org
>
> is that the patch is recommended to be applied on all affected
> "stable" kernel versions.

This is also wrong:

> I guess the bug was introduced with this huge (11M) commit:
>
>   commit f1d2b4d338bf090296f67830025228872fd52513
>   Author: Larry Finger 
>   Date:   Mon Sep 7 15:59:16 2015 -0500
>
> Any kernel released after that date may be affected.

For me, the bug showed up in 4.3.3-7, when testing the "D-Link Corp.
DWA-121 802.11n Wireless N 150 Pico Adapter [Realtek RTL8188CUS]".
But it may be present in earlier versions too.

> > This is currently only fixed in experimental, but I intend to
> > upload 4.4.x to unstable shortly.

Yes, that will certainly help those upgrading the kerner packages to
that version.


Cheers,

-- 
Cristian

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

[Heinrich Schuchardt]

The accepted kernel patch is here:
https://git.kernel.org/cgit/linux/kernel/git/shawnguo/linux.git/commit/?h=for-next=ee10774a9b48e8785f1426e273059c4ba038a27f