Bug#813927: Kernel-Flavors not specified for Lamobo R1

[Martin Michlmayr]

* Heinrich Schuchardt  [2016-02-06 19:18]:
> Lamobo R1 uses the same CPU (Allwinner A20) as LeMaker Banana Pi and
> Cubietech Cubieboard2. So Kernel-Flavors should be the same.

Done in git.
-- 
Martin Michlmayr
http://www.cyrius.com/

Bug#813927: Kernel-Flavors not specified for Lamobo R1

[Geert Stappers]

Control: tag -1 patch
Thanks

On Sat, Feb 06, 2016 at 07:18:26PM +0100, Heinrich Schuchardt wrote:
> 
> Lamobo R1 uses the same CPU (Allwinner A20) as LeMaker Banana Pi and
> Cubietech Cubieboard2. So Kernel-Flavors should be the same.
> 
> Kernel-Flavors: armmp armmp-lpae   insert this line

Converted into unified diff, find it attached.


Groeten
Geert Stappers
-- 
Leven en laten leven
diff --git a/db/all.db b/db/all.db
index 70c3c82..73272cb 100644
--- a/db/all.db
+++ b/db/all.db
@@ -490,6 +490,7 @@ Boot-Initrd-Path: /boot/uInitrd
 Required-Packages: u-boot-tools
 
 Machine: Lamobo R1
+Kernel-Flavors: armmp armmp-lpae
 Boot-Script-Path: /boot/boot.scr
 DTB-Id: sun7i-a20-lamobo-r1.dtb
 U-Boot-Script-Name: bootscr.uboot-generic
diff --git a/debian/changelog b/debian/changelog
index d3f0662..190ed35 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -6,6 +6,11 @@ flash-kernel (3.57) UNRELEASED; urgency=medium
   [Roger Shimizu]
   * Fix the install location for etc/README.dtbs
 
+  [ Geert Stappers ]
+  * Lamobo R1 Lamobo R1 uses the same CPU (Allwinner A20)
+as LeMaker Banana Pi and Cubietech Cubieboard2.
+Reported by Heinrich Schuchardt.  (Closes: #813927)
+
  -- Colin Watson   Fri, 29 Jan 2016 13:35:17 +
 
 flash-kernel (3.56) unstable; urgency=medium

Processed: Re: Bug#813927: Kernel-Flavors not specified for Lamobo R1

[Debian Bug Tracking System]

Processing control commands:

> tag -1 patch
Bug #813927 [flash-kernel] Kernel-Flavors not specified for Lamobo R1
Added tag(s) patch.

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

Bug#807720: Information about Wandboard Quad out-of-date

[Vagrant Cascadian]

On 2015-12-11, Martin Michlmayr wrote:
> en/hardware/supported/arm.xml says:
>
> [..] Support for
> the onboard audio options (analog, S/PDIF, HDMI-Audio) and for
> the onboard WLAN/Bluetooth module is not available in 
> 8.

I can test some of the audio support on a wandboard solo (don't have a
working S/PDIF setup) I have, but my wandboard dual and quad are tied up
for a while at least, so I can't test the wifi or bluetooth either.


> I don't know if this is true or not but in the case the Debian 9 install
> guide shouldn't refer to Debian 8.

Probably should just remove the reference to any specific version, and
assume the installation-guide is talking about the release it's shipped
with.


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#813089: marked as done (qeth/ctc: correct stack corruption for numerous qeth/ctc devices)

[Debian Bug Tracking System]

Your message dated Sun, 07 Feb 2016 00:51:44 +
with message-id 
and subject line Bug#813089: fixed in s390-netdevice 0.0.40
has caused the Debian Bug report #813089,
regarding qeth/ctc: correct stack corruption for numerous qeth/ctc devices
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
813089: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813089
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: s390-netdevice
Version: 0.0.39
Severity: important
Tags: d-i patch

Hi,

the s390-netdevice fails to display the list of qeth netword device if there
are numerous network devices available.  For example, with 68 or more qeth
network devices (each consisting of 3 devices).

The problem is a static buffer defined on the stack of the get_ctc_channels()
and get_qeth_device() functions.  When iterating through the tree/list of
network devices, the buffer is filled to be later displayed to the user.
The strncat() function writes beyond the end the of the buffer and corrupts
the function stack.

To solve this problem, the buffer that contains the network device list is
dynamically allocated.  The buffer size is determined from the number of
network devices.

Thanks and kind regards,
  Hendrik
>From 223ebc92969fcb5996aef83e4bfdfe93f2861c51 Mon Sep 17 00:00:00 2001
From: Hendrik Brueckner 
Date: Thu, 21 Jan 2016 19:53:36 +0100
Subject: [PATCH 2/3] netdevice: correct stack corruption due to numerous
 devices

If there are numerous network devices present, the size of the
static buffer (on the stack) is exceeded and the program fails.

Dynamically allocate memory to create a complete list of channel
devices to be displayed to the user.

Signed-off-by: Hendrik Brueckner 
---
 netdevice.c | 89 ++---
 1 file changed, 68 insertions(+), 21 deletions(-)

diff --git a/netdevice.c b/netdevice.c
index b8512fb..c886170 100644
--- a/netdevice.c
+++ b/netdevice.c
@@ -85,6 +85,12 @@ static const struct driver drivers[] =
{ "qeth", CHANNEL_TYPE_QETH },
 };
 
+struct buffer_desc
+{
+   char  *buf;
+   size_t size;
+};
+
 enum
 {
TYPE_NONE = 0,
@@ -314,54 +320,76 @@ static di_hfunc get_ctc_channels_append;
 static void get_ctc_channels_append (void *key __attribute__ ((unused)), void 
*value, void *user_data)
 {
struct channel *channel = value;
-   char *buf = user_data;
+   struct buffer_desc *bd = user_data;
+
if (channel->type == CHANNEL_TYPE_CU3088_CTC)
-   {
-   if (buf[0])
-   strncat (buf, ", ", 64 * 8);
-   strncat (buf, channel->name, 64 * 8);
-   }
+   di_snprintfcat (bd->buf, bd->size, "%s%s",
+   bd->buf[0] ? ", " : "",
+   channel->name);
 }
 
 static enum state_wanted get_ctc_channels (void)
 {
-   char buf[64 * 8] = { 0 }, *ptr;
const char *template;
+   struct buffer_desc bd;
int dev, ret;
+   char *ptr;
 
-   di_tree_foreach (channels, get_ctc_channels_append, buf);
+   /* Allocate memory to create the complete list of channels,
+* account 2 characters as list separator, 9 characters to
+* contain the channel bus-ID (xx.y.), and a NUL to end
+* the string.
+*/
+   bd.size = di_tree_size (channels) * (2 + 9 + 1);
+   bd.buf = di_malloc0 (bd.size);
 
-   if (!strlen (buf))
+   di_tree_foreach (channels, get_ctc_channels_append, );
+
+   if (!strlen (bd.buf))
{
my_debconf_input ("critical", TEMPLATE_PREFIX "ctc/no", );
+   di_free (bd.buf);
return WANT_BACKUP;
}
 
template = TEMPLATE_PREFIX "ctc/choose_read";
-   debconf_subst (client, template, "choices", buf);
+   debconf_subst (client, template, "choices", bd.buf);
debconf_input (client, "critical", template);
ret = debconf_go (client);
if (ret == 30)
+   {
+   di_free (bd.buf);
return WANT_BACKUP;
+   }
if (ret)
+   {
+   di_free (bd.buf);
return WANT_ERROR;
+   }
debconf_get (client, template);
 
dev = channel_device (client->value);
device_current->ctc.channels[0] = di_tree_lookup (channels, );
 
template = TEMPLATE_PREFIX "ctc/choose_write";
-   debconf_subst (client, template, "choices", buf);
+   debconf_subst 

Bug#813121: marked as done (qeth: layer2 and portno are not substituted in template)

[Debian Bug Tracking System]

Your message dated Sun, 07 Feb 2016 00:51:44 +
with message-id 
and subject line Bug#813121: fixed in s390-netdevice 0.0.40
has caused the Debian Bug report #813121,
regarding qeth: layer2 and portno are not substituted in template
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
813121: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813121
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: s390-netdevice
Version: 0.0.39
Severity: minor
Tags: d-i patch

Hi,

the layer2 and portno settings for qeth devices are not substituted
in the "qeth/confirm" template.  Below is a patch that calls
debconf_subst() to insert the specified settings for confirmation by
the user.

Thanks and kind regards,
  Hendrik
>From 6a73bf95b59885fb484569ac2439057c3a90cbd4 Mon Sep 17 00:00:00 2001
From: Hendrik Brueckner 
Date: Fri, 20 Nov 2015 14:18:12 +0100
Subject: [PATCH 1/3] qeth: substitute layer and port number in qeth/confirm
 template

The layer and relative port number variables are not substitued for
the "qeth/confirm" dialog.  Hence, call debconf_subst() to provide
this information to the user.

Signed-off-by: Hendrik Brueckner 
---
 netdevice.c | 4 
 1 file changed, 4 insertions(+)

diff --git a/netdevice.c b/netdevice.c
index 6905c2d..b8512fb 100644
--- a/netdevice.c
+++ b/netdevice.c
@@ -541,7 +541,11 @@ static enum state_wanted confirm_qeth (void)
const char *template = TEMPLATE_PREFIX "qeth/confirm";
int ret;
char *ptr;
+   char *layer2 = device_current->qeth.layer2 ? "yes" : "no";
+   char *portno = device_current->qeth.port ? "1" : "0";
 
+   debconf_subst (client, template, "layer2", layer2);
+   debconf_subst (client, template, "port", portno);
debconf_subst (client, template, "device0", 
device_current->qeth.channels[0]->name);
debconf_subst (client, template, "device1", 
device_current->qeth.channels[1]->name);
debconf_subst (client, template, "device2", 
device_current->qeth.channels[2]->name);
-- 
2.7.0.rc3

--- End Message ---
--- Begin Message ---
Source: s390-netdevice
Source-Version: 0.0.40

We believe that the bug you reported is fixed in the latest version of
s390-netdevice, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 813...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Philipp Kern  (supplier of updated s390-netdevice package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 07 Feb 2016 01:41:26 +0100
Source: s390-netdevice
Binary: s390-netdevice
Architecture: source s390x
Version: 0.0.40
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Philipp Kern 
Description:
 s390-netdevice - Configure network hardware (udeb)
Closes: 813089 813121
Changes:
 s390-netdevice (0.0.40) unstable; urgency=medium
 .
   [ Colin Watson ]
   * Use HTTPS for Vcs-* URLs, and link to cgit rather than gitweb.
 .
   [ Hendrik Brueckner ]
   * qeth: substitute layer and port number in qeth/confirm template
 (Closes: #813121)
   * netdevice: correct stack corruption due to numerous devices
 (Closes: #813089)
Checksums-Sha1:
 73449b0cd2f00ce2981934327d08ba618d63ff54 1441 s390-netdevice_0.0.40.dsc
 ea20c79d503cdbcd50be75f154a85263de983830 95428 s390-netdevice_0.0.40.tar.xz
 569fd78928a2812c6ff4589d60305a0b80f6703a 83268 s390-netdevice_0.0.40_s390x.udeb
Checksums-Sha256:
 5fbf8e732531b76226cfd0321cf617d5e7ae09a9f5d2ae0939c7a0069ff89692 1441 
s390-netdevice_0.0.40.dsc
 9f3c631d92ea6a4384f61e9d3429a6c5ac2c83bc919d5690f60642dc0f3a2648 95428 
s390-netdevice_0.0.40.tar.xz
 738f22240cf0f96b9cae69d2d69dbfb619f5e7fdbc14391873512459289668b5 83268 
s390-netdevice_0.0.40_s390x.udeb
Files:
 212e620944613b0b6e98bcef7d714305 1441 debian-installer standard 
s390-netdevice_0.0.40.dsc
 7a1a392b3216ce56e7d67199ccb2089b 95428 debian-installer standard 
s390-netdevice_0.0.40.tar.xz
 489bf4e99c08e2fa39110ee49f7b9727 83268 debian-installer standard 

Bug#813506: zipl-installer: set up re-IPL to boot newly installed Debian/Linux

[Philipp Kern]

On Tue, Feb 02, 2016 at 05:40:34PM +0100, Hendrik Brueckner wrote:
> --- a/debian/zipl-installer.postinst
> +++ b/debian/zipl-installer.postinst
> @@ -57,8 +57,5 @@ EOF
>  sed -e 's/^do_bootloader.*$/do_bootloader = yes/' < 
> /target/etc/kernel-img.conf > /target/etc/kernel-img.conf.$$
>  mv /target/etc/kernel-img.conf.$$ /target/etc/kernel-img.conf
>  
> -mount -t proc none /target/proc || true
> -
> -log-output -t zipl-installer chroot /target /sbin/zipl
> -
> -umount /target/proc || true
> +# Run zipl in the installed target instance
> +in-target /sbin/zipl -V

I'm a bit sad that this loses the zipl-installer tagging in
/var/log/syslog because in-target does not support customized logging.
It will log everything as "in-target".

At least there's prior art here in grub-installer calling in-target
if $ROOT is /target. in-target does a bunch of stuff with policy-rc.d,
for instance. But I guess that should be safe then...

> diff --git a/finish-install.d/70chreipl b/finish-install.d/70chreipl
> new file mode 100755
> index 000..ff8bcb9
> --- /dev/null
> +++ b/finish-install.d/70chreipl
> @@ -0,0 +1,3 @@
> +#!/bin/sh -e
> +
> +in-target chreipl /boot || true

Did you test that /usr/sbin is in PATH? For zipl we specify /sbin
explicitly. (And yes, those might well be different execution
environments...)

Kind regards
Philipp Kern

Bug#813927: Kernel-Flavors not specified for Lamobo R1

[Heinrich Schuchardt]

Package: flash-kernel
Version: 3.56
Severity: normal


Lamobo R1 uses the same CPU (Allwinner A20) as LeMaker Banana Pi and
Cubietech Cubieboard2. So Kernel-Flavors should be the same.

Machine: Lamobo R1
Kernel-Flavors: armmp armmp-lpae   insert this line
Boot-Script-Path: /boot/boot.scr
DTB-Id: sun7i-a20-lamobo-r1.dtb
U-Boot-Script-Name: bootscr.uboot-generic
Required-Packages: u-boot-tools

Best regards

Heinrich Schuchardt

s390-netdevice_0.0.40_s390x.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 07 Feb 2016 01:41:26 +0100
Source: s390-netdevice
Binary: s390-netdevice
Architecture: source s390x
Version: 0.0.40
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Philipp Kern 
Description:
 s390-netdevice - Configure network hardware (udeb)
Closes: 813089 813121
Changes:
 s390-netdevice (0.0.40) unstable; urgency=medium
 .
   [ Colin Watson ]
   * Use HTTPS for Vcs-* URLs, and link to cgit rather than gitweb.
 .
   [ Hendrik Brueckner ]
   * qeth: substitute layer and port number in qeth/confirm template
 (Closes: #813121)
   * netdevice: correct stack corruption due to numerous devices
 (Closes: #813089)
Checksums-Sha1:
 73449b0cd2f00ce2981934327d08ba618d63ff54 1441 s390-netdevice_0.0.40.dsc
 ea20c79d503cdbcd50be75f154a85263de983830 95428 s390-netdevice_0.0.40.tar.xz
 569fd78928a2812c6ff4589d60305a0b80f6703a 83268 s390-netdevice_0.0.40_s390x.udeb
Checksums-Sha256:
 5fbf8e732531b76226cfd0321cf617d5e7ae09a9f5d2ae0939c7a0069ff89692 1441 
s390-netdevice_0.0.40.dsc
 9f3c631d92ea6a4384f61e9d3429a6c5ac2c83bc919d5690f60642dc0f3a2648 95428 
s390-netdevice_0.0.40.tar.xz
 738f22240cf0f96b9cae69d2d69dbfb619f5e7fdbc14391873512459289668b5 83268 
s390-netdevice_0.0.40_s390x.udeb
Files:
 212e620944613b0b6e98bcef7d714305 1441 debian-installer standard 
s390-netdevice_0.0.40.dsc
 7a1a392b3216ce56e7d67199ccb2089b 95428 debian-installer standard 
s390-netdevice_0.0.40.tar.xz
 489bf4e99c08e2fa39110ee49f7b9727 83268 debian-installer standard 
s390-netdevice_0.0.40_s390x.udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJWtpPxAAoJEERuJUU10Fbsg5cH/2i7rE8GzdiC3qI39+N40U5/
BiOUo0DTmGYbN8xVnPsFB3HccQlWRWEqo8x6xo0XmkpBXfel5OqoZagv761JlYhx
5jh0aRpwHolbvWf5cyLmbFWWBaUjSxssek/ZbgSw4yj1PKaQh5eIZF1LUmvjiUBg
xqgB/3iZi7dgaBanqlA0hrjEBkgb/+ABQRDEdkUZv5u27Ga4QB0puO3/OPrmvhzw
Kxn1phvwNBPkRDGDYUroymbWoCRfIWxnXXenkp+ETXtkvdc28TUc1LeHHE6bsPTv
cNCN+/9sk8sK5ZsRyqucjnl4KORyUhU9KGGtSJUvNqiGDFKRB2E9TuFq3h7rTqE=
=O5iE
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Processing of s390-netdevice_0.0.40_s390x.changes

[Debian FTP Masters]

s390-netdevice_0.0.40_s390x.changes uploaded successfully to localhost
along with the files:
  s390-netdevice_0.0.40.dsc
  s390-netdevice_0.0.40.tar.xz
  s390-netdevice_0.0.40_s390x.udeb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

Processed: Re: Bug#813285: debian-installer: Error in DHCP

[Debian Bug Tracking System]

Processing control commands:

> reopen -1
Bug #813285 {Done: Geert Stappers } [debian-installer] 
debian-installer: Error in DHCP
Bug reopened
Ignoring request to alter fixed versions of bug #813285 to the same values 
previously set

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

Bug#813285: debian-installer: Error in DHCP

[Geert Stappers]

Control: reopen -1


Because submitter provided new information

Bug#813893: flash-kernel installs wrong dtb for Wandboard Quad Rev B1

[Heinrich Schuchardt]

Package: flash-kernel
Version: 3.56
Severity: normal

I have installed my Wandboard Quad with

http://ftp.uk.debian.org/debian/dists/stretch/main/installer-armhf/current/images/netboot/SD-card-images/firmware.Wandboard.img.gz
 + partition.img.gz

Booting with u-boot-imx requires imx6q-wandboard-revb1.dtb.
linux-image-4.3.0-1-armmp installs imx6q-wandboard.dtb
leaving me with a system that will not boot.

$ cat /proc/device-tree/model
Wandboard i.MX6 Quad Board

$cat /proc/cpuinfo
Hardware: Freescale i.MX6 Quad/DualLite (Device Tree)

/usr/share/flash-kernel/db/all.db has not entry with
imx6q-wandboard-revb1.dtb.

The problem stems from this patch:
https://lkml.org/lkml/2014/7/8/579

It introduced two dts with the same machine name.

I have submitted Kernel patch
[PATCH 1/1] imx6q-wandboard-revb1.dts: use unique machine name
https://lkml.org/lkml/2016/2/6/58

When it is accepted, please, update all.db.

Best regards

Heinrich Schuchardt


Package: linux-image-4.3.0-1-armmp
Source: linux
Version: 4.3.3-7

Package: u-boot-imx
Source: u-boot
Version: 2016.01+dfsg1-1

Package: flash-kernel
Version: 3.56

Bug#813893: flash-kernel installs wrong dtb for Wandboard Quad Rev B1

[Ian Campbell]

Control: tag -1 moreinfo

On Sat, 2016-02-06 at 12:55 +0100, Heinrich Schuchardt wrote:

> When it is accepted, please, update all.db.

Ack, please drop this bug a line when it is accepted upstream.

Ian.

Processed: Re: Bug#813893: flash-kernel installs wrong dtb for Wandboard Quad Rev B1

[Debian Bug Tracking System]

Processing control commands:

> tag -1 moreinfo
Bug #813893 [flash-kernel] flash-kernel installs wrong dtb for Wandboard Quad 
Rev B1
Added tag(s) moreinfo.

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

Re: Bad release in install documentation

[Samuel Thibault]

Hello,

a a, on Wed 03 Feb 2016 11:03:19 +, wrote:
> https://www.debian.org/releases/stable/i386/index.html.en. It says in
> abstract that the documentation is for debian strech and the url says
> about stable release.

It's worse than that: it seems it's really the current Stretch
installation guide which ended up on the website in stable/, I don't
know why. Www people, any idea?

Samuel