Bug#991141: possible fix

2021-07-22 Thread Michael Walle

It seems that debian-cd (re)builds its own efi.img and doesn't
add the dtbs but only the EFI/ subdirectory from the d-i
efi.img.

This might fix the problem, please take it with a grain of salt
because I was unable to actually test it. I've tried the
commands by hand though.

diff --git a/tools/boot/bullseye/boot-arm64 
b/tools/boot/bullseye/boot-arm64

index d954dff3..7c55d408 100755
--- a/tools/boot/bullseye/boot-arm64
+++ b/tools/boot/bullseye/boot-arm64
@@ -84,9 +84,11 @@ cat cdrom/debian-cd_info.tar.gz | (cd boot$N/; tar 
zx)

 if [ -d boot$N/grub ] ; then
 echo "  Adding EFI boot code for $ARCH on CD$N"

-# Move GRUB files to the right place.
+# Move GRUB and DTB files to the right place.
 mkdir -p $CDDIR/EFI/boot
 mcopy -n -s -i boot$N/grub/efi.img '::efi/*' $CDDIR/EFI
+mkdir -p $CDDIR/dtb
+mcopy -n -s -i boot$N/grub/efi.img '::dtb/*' $CDDIR/dtb
 mkdir -p $CDDIR/boot/grub
 mv boot$N/grub/* $CDDIR/boot/grub/
 rmdir boot$N/grub

--
-michael



Bug#991141: debian-cd: arm64 device trees not included in ESP

2021-07-15 Thread Michael Walle
Package: debian-cd
Severity: normal

It is useful to have the device trees available on the ESP. If we have these,
(vanilla) u-boot should be able to boot any board which has a dtb in the kernel
out-of-the box using EFI.

The (arm64) mini.iso already includes the DTBs in /dtb (which is the path
u-boot searches for).

Unfortunatly, these files are missing from ESP in the debian netinst.iso.
Please include them there, too.



-- System Information:
Debian Release: 10.10
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-0.bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debian-cd depends on:
ii  apt1.8.2.3
ii  bc 1.07.1-2+b1
ii  bzip2  1.0.6-9.2~deb10u1
ii  cpp4:8.3.0-1
ii  curl   7.64.0-4+deb10u2
ii  dpkg-dev   1.19.7
ii  genisoimage9:1.1.11-3+b2
pn  grep-dctrl 
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
ii  libdpkg-perl   1.19.7
pn  lynx   
ii  make   4.2.1-1.2
ii  perl [libdigest-sha-perl]  5.28.1-6+deb10u1
pn  tofrodos   
ii  wget   1.20.1-1.1

Versions of packages debian-cd recommends:
ii  dosfstools   4.1-2
pn  hfsutils 
pn  isolinux 
pn  mtools   
ii  netpbm   2:10.0-15.3+b2
pn  syslinux-common  
pn  syslinux-utils   

debian-cd suggests no packages.



Bug#744716: debian-installer: Add support for the Buffalo Linkstation LS-CHLv2/LS-XHL

2015-03-04 Thread Michael Walle

Am 2015-02-26 17:34, schrieb Cyril Brulebois:

Michael Walle mich...@walle.cc (2015-02-26):

looks good, but you could apply the attached patch which remove the
TEMP_DTB variable and use the global TEMP_DTBS.


Pushed, thanks!


I've tried the daily d-i image from 2015-03-01. Everything works fine. 
At least until the ssh server is started and i confirmed i can login 
with installer/install as soon as the led turns red. So both the 
oldsys-preseed patch and the network-console patch is ok.


Thanks again!


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#744716: debian-installer: Add support for the Buffalo Linkstation LS-CHLv2/LS-XHL

2015-02-26 Thread Michael Walle

Am 2015-02-26 05:16, schrieb Cyril Brulebois:

Control: tag -1 pending

Martin Michlmayr t...@cyrius.com (2014-04-16):

* Michael Walle mich...@walle.cc [2014-04-16 16:37]:
 i'm fine with both. lschlv2/lsxhl/lsxl are commonly used in the
 kernel and on the PCB. But that doesn't mean the directory structure
 has to use these names, too.

Ok, let's stay with your current version of the patch then.


Thanks. Marked as reviewed-by you, adjusted for the changes introduced
in 1373a8f91622042afb4b8966e72dd8b782b7ea51 (dns-320 addition, changing
diff context), and pushed to master.

Michael, you may want to make sure that I didn't break anything while
resolving the conflicts, by checking that what's in master suits your
needs.


looks good, but you could apply the attached patch which remove the 
TEMP_DTB variable and use the global TEMP_DTBS.
From f81bc4eb09c263ad43726c145e9c2b6c2a48006c Mon Sep 17 00:00:00 2001
From: Michael Walle mich...@walle.cc
Date: Thu, 26 Feb 2015 17:15:05 +0100
Subject: [PATCH] Remove duplicated code

Commit 489a4fbf607909f616989f3a6f4a2588059cc51b introduced a new variable
TEMP_DTBS. Therefore, there is no need anymore for our own TEMP_DTB
variable.

Signed-off-by: Michael Walle mich...@walle.cc
---
 build/config/armel/kirkwood/network-console.cfg |6 ++
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/build/config/armel/kirkwood/network-console.cfg b/build/config/armel/kirkwood/network-console.cfg
index 33d43e8..59ca3d5 100644
--- a/build/config/armel/kirkwood/network-console.cfg
+++ b/build/config/armel/kirkwood/network-console.cfg
@@ -4,8 +4,6 @@ TARGET = $(TEMP_INITRD) $(TEMP_KERNEL) dns-320 ts219 ts41x lacie lschlv2 lsxhl
 EXTRANAME = $(MEDIUM)
 TYPE = netboot/network-console
 
-TEMP_DTB = $(TEMP)/lib
-
 # D-Link DNS-320
 dns-320:
 	mkdir -p $(SOME_DEST)/$(EXTRANAME)/d-link/dns-320
@@ -64,7 +62,7 @@ lacie:
 # Buffalo Linkstation LS-CHLv2
 lschlv2:
 	mkdir -p $(SOME_DEST)/$(EXTRANAME)/buffalo/lschlv2
-	cat $(TEMP_KERNEL) $(TEMP_DTB)/kirkwood-lschlv2.dtb  $(TEMP)/vmlinuz-lschlv2
+	cat $(TEMP_KERNEL) $(TEMP_DTBS)/kirkwood-lschlv2.dtb  $(TEMP)/vmlinuz-lschlv2
 	mkimage -A arm -O linux -T kernel -C none -a 0x8000 -e 0x8000 -n Debian kernel -d $(TEMP)/vmlinuz-lschlv2 $(SOME_DEST)/$(EXTRANAME)/buffalo/lschlv2/uImage
 	mkimage -A arm -O linux -T ramdisk -C gzip -a 0x0 -e 0x0 -n debian-installer ramdisk -d $(TEMP_INITRD) $(SOME_DEST)/$(EXTRANAME)/buffalo/lschlv2/uInitrd
 	update-manifest $(SOME_DEST)/$(EXTRANAME)/buffalo/lschlv2/uImage Linux kernel for LS-CHLv2
@@ -73,7 +71,7 @@ lschlv2:
 # Buffalo Linkstation LS-XHL
 lsxhl: lschlv2
 	mkdir -p $(SOME_DEST)/$(EXTRANAME)/buffalo/lsxhl
-	cat $(TEMP_KERNEL) $(TEMP_DTB)/kirkwood-lsxhl.dtb  $(TEMP)/vmlinuz-lsxhl
+	cat $(TEMP_KERNEL) $(TEMP_DTBS)/kirkwood-lsxhl.dtb  $(TEMP)/vmlinuz-lsxhl
 	mkimage -A arm -O linux -T kernel -C none -a 0x8000 -e 0x8000 -n Debian kernel -d $(TEMP)/vmlinuz-lsxhl $(SOME_DEST)/$(EXTRANAME)/buffalo/lsxhl/uImage
 	ln -nfs ../lschlv2/uInitrd $(SOME_DEST)/$(EXTRANAME)/buffalo/lsxhl/uInitrd
 	update-manifest $(SOME_DEST)/$(EXTRANAME)/buffalo/lsxhl/uImage Linux kernel for LS-XHL
-- 
1.7.10.4



Bug#744716: debian-installer: Add support for the Buffalo Linkstation LS-CHLv2/LS-XHL

2015-02-26 Thread Michael Walle

Am 2015-02-26 05:16, schrieb Cyril Brulebois:

Thanks. Marked as reviewed-by you, adjusted for the changes introduced
in 1373a8f91622042afb4b8966e72dd8b782b7ea51 (dns-320 addition, changing
diff context), and pushed to master.


Either i'm looking at the wrong place or you've forgotten to push it ;) 
I don't find the patch at:
  
http://anonscm.debian.org/cgit/d-i/debian-installer.git/log/build/config/armel/kirkwood/network-console.cfg


-michael


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#774372: linux-image-3.16.0-4-amd64: driver for NCT6683 not enabled

2015-01-01 Thread Michael Walle
Package: src:linux
Version: 3.16.7-ckt2-1
Severity: important

Dear Maintainer,

The nct6683 module is not enabled. The Nuvoton NCT6683 hardware monitor chip is
found on some recent Intel mainboards like the DH87MC or the DH87RL.

The official support was introduced with the kernel 3.16.

Please enable the module in the kernel config:
CONFIG_SENSORS_NCT6683=m



-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#744716: debian-installer: Add support for the Buffalo Linkstation LS-CHLv2/LS-XHL

2014-04-16 Thread Michael Walle

Am 2014-04-16 16:05, schrieb Martin Michlmayr:

* Michael Walle mich...@walle.cc [2014-04-13 21:51]:
This patch adds support for the Buffalo Linkstation LS-CHLv2 and 
LS-XHL.


This looks fine.

I'd prefer buffalo/ls-chlv2 and buffalo/ls-xhl for the directory names
(i.e. with a dash after ls), but it's not a big deal.


i'm fine with both. lschlv2/lsxhl/lsxl are commonly used in the kernel 
and on the PCB. But that doesn't mean the directory structure has to use 
these names, too.


so whoever merges this patch might decide to use either ls-{xhl,chlv2} 
or ls{xhl,chlv2} ;)


-michael


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#744714: oldsys-preseed: Add support for Buffalo Linkstation LS-CHLv2/LS-XHL

2014-04-13 Thread Michael Walle
Package: oldsys-preseed
Severity: wishlist
Tags: patch

This patch adds support for the Buffalo Linkstation LS-CHLv2 and the LS-XHL.



-- System Information:
Debian Release: 7.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From 1dfda0ea3fa3de3366682be83d0fd32768485ea6 Mon Sep 17 00:00:00 2001
From: Michael Walle mich...@walle.cc
Date: Thu, 10 Apr 2014 13:46:57 +0200
Subject: [PATCH] Add support for Buffalo Linkstation LS-CHLv2/LS-XHL

Signed-off-by: Michael Walle mich...@walle.cc
---
 oldsys-preseed |   10 ++
 1 file changed, 10 insertions(+)

diff --git a/oldsys-preseed b/oldsys-preseed
index 925d4e9..f60196f 100755
--- a/oldsys-preseed
+++ b/oldsys-preseed
@@ -114,6 +114,8 @@ case `archdetect` in
 	;;
 	arm*/orion5x | arm*/kirkwood)
 		machine=$(grep ^Hardware /proc/cpuinfo | sed 's/Hardware\s*:\s*//')
+		# /proc/device-tree may not exist on all architectures
+		dt_model=$(cat /proc/device-tree/model 2/dev/null)
 		if echo $machine | grep -q ^Buffalo/Revogear Kurobox Pro; then
 			check_file /proc/mtd
 			rootfs=$(get_mtdblock rootfs)
@@ -293,6 +295,14 @@ case `archdetect` in
 			fi
 			umount $path/sda1 || true
 			rmdir $path/sda1 $path || true
+		elif echo $dt_model | grep -q ^Buffalo Linkstation LS-XHL ||
+		   echo $dt_model | grep -q ^Buffalo Linkstation LS-CHLv2; then
+			NET_CONFIG=dhcp
+			IPADDRESS=192.168.1.100
+			NETMASK=255.255.255.0
+			GATEWAY=192.168.1.1
+			NAMESERVERS=192.168.1.1
+			dhcp_fallback $FILE
 		else
 			exit_unknown
 		fi
-- 
1.7.10.4



Bug#744715: network-console: Add support for the Buffalo Linkstation LS-CHLv2/LS-XHL

2014-04-13 Thread Michael Walle
Package: network-console
Severity: wishlist
Tags: patch

This patch adds support for the Buffalo Linkstation LS-CHLv2 and LS-XHL.



-- System Information:
Debian Release: 7.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From d7d469095a62a973e119f015c970777089cab931 Mon Sep 17 00:00:00 2001
From: Michael Walle mich...@walle.cc
Date: Thu, 10 Apr 2014 14:37:31 +0200
Subject: [PATCH] Add support for Buffalo Linkstation LS-CHLv2/LS-XHL.

Signed-off-by: Michael Walle mich...@walle.cc
---
 debian/network-console.postinst |7 +++
 1 file changed, 7 insertions(+)

diff --git a/debian/network-console.postinst b/debian/network-console.postinst
index c3d3cce..f164446 100755
--- a/debian/network-console.postinst
+++ b/debian/network-console.postinst
@@ -141,6 +141,13 @@ case $ARCHDETECT in
 	if [ -e /sys/class/leds/net5big-v2:red:power/brightness ]; then
 		echo 255  /sys/class/leds/net5big-v2:red:power/brightness
 	fi
+	# Buffalo Linkstation LS-CHLv2/LS-XHL
+	if [ -e /sys/class/leds/lsxl:blue:power/trigger ]; then
+		echo none  /sys/class/leds/lsxl:blue:power/trigger
+	fi
+	if [ -e /sys/class/leds/lsxl:red:alarm/brightness ]; then
+		echo 255  /sys/class/leds/lsxl:red:alarm/brightness
+	fi
 	;;
 arm*/orion5x)
 	# Buffalo devices
-- 
1.7.10.4



Bug#744716: debian-installer: Add support for the Buffalo Linkstation LS-CHLv2/LS-XHL

2014-04-13 Thread Michael Walle
Package: debian-installer
Severity: wishlist
Tags: patch

This patch adds support for the Buffalo Linkstation LS-CHLv2 and LS-XHL.



-- System Information:
Debian Release: 7.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From aa9f7162da91932fdc76aeeb6cd7ab6adcbdc9b9 Mon Sep 17 00:00:00 2001
From: Michael Walle mich...@walle.cc
Date: Thu, 10 Apr 2014 13:55:36 +0200
Subject: [PATCH] Add support for Buffalo Linkstation LS-CHLv2/LS-XHL.

Signed-off-by: Michael Walle mich...@walle.cc
---
 build/config/armel/kirkwood/network-console.cfg |   22 +-
 1 file changed, 21 insertions(+), 1 deletion(-)

diff --git a/build/config/armel/kirkwood/network-console.cfg b/build/config/armel/kirkwood/network-console.cfg
index 24f8803..307fb2c 100644
--- a/build/config/armel/kirkwood/network-console.cfg
+++ b/build/config/armel/kirkwood/network-console.cfg
@@ -1,9 +1,11 @@
 MEDIA_TYPE = netboot image (SSH)
 
-TARGET = $(TEMP_INITRD) $(TEMP_KERNEL) ts219 ts41x lacie
+TARGET = $(TEMP_INITRD) $(TEMP_KERNEL) ts219 ts41x lacie lschlv2 lsxhl
 EXTRANAME = $(MEDIUM)
 TYPE = netboot/network-console
 
+TEMP_DTB = $(TEMP)/lib
+
 # QNAP TS-119, TS-219 and TS-219P
 ts219:
 	mkdir -p $(SOME_DEST)/$(EXTRANAME)/qnap/ts-219
@@ -47,3 +49,21 @@ lacie:
 	mkimage -A arm -O linux -T ramdisk -C gzip -a 0x0 -e 0x0 -n debian-installer ramdisk -d $(TEMP_INITRD) $(SOME_DEST)/$(EXTRANAME)/lacie/uInitrd
 	update-manifest $(SOME_DEST)/$(EXTRANAME)/lacie/uImage Linux kernel for LaCie NAS
 	update-manifest $(SOME_DEST)/$(EXTRANAME)/lacie/uInitrd initrd for LaCie NAS
+
+# Buffalo Linkstation LS-CHLv2
+lschlv2:
+	mkdir -p $(SOME_DEST)/$(EXTRANAME)/buffalo/lschlv2
+	cat $(TEMP_KERNEL) $(TEMP_DTB)/kirkwood-lschlv2.dtb  $(TEMP)/vmlinuz-lschlv2
+	mkimage -A arm -O linux -T kernel -C none -a 0x8000 -e 0x8000 -n Debian kernel -d $(TEMP)/vmlinuz-lschlv2 $(SOME_DEST)/$(EXTRANAME)/buffalo/lschlv2/uImage
+	mkimage -A arm -O linux -T ramdisk -C gzip -a 0x0 -e 0x0 -n debian-installer ramdisk -d $(TEMP_INITRD) $(SOME_DEST)/$(EXTRANAME)/buffalo/lschlv2/uInitrd
+	update-manifest $(SOME_DEST)/$(EXTRANAME)/buffalo/lschlv2/uImage Linux kernel for LS-CHLv2
+	update-manifest $(SOME_DEST)/$(EXTRANAME)/buffalo/lschlv2/uInitrd initrd for LS-CHLv2
+
+# Buffalo Linkstation LS-XHL
+lsxhl: lschlv2
+	mkdir -p $(SOME_DEST)/$(EXTRANAME)/buffalo/lsxhl
+	cat $(TEMP_KERNEL) $(TEMP_DTB)/kirkwood-lsxhl.dtb  $(TEMP)/vmlinuz-lsxhl
+	mkimage -A arm -O linux -T kernel -C none -a 0x8000 -e 0x8000 -n Debian kernel -d $(TEMP)/vmlinuz-lsxhl $(SOME_DEST)/$(EXTRANAME)/buffalo/lsxhl/uImage
+	ln -nfs ../lschlv2/uInitrd $(SOME_DEST)/$(EXTRANAME)/buffalo/lsxhl/uInitrd
+	update-manifest $(SOME_DEST)/$(EXTRANAME)/buffalo/lsxhl/uImage Linux kernel for LS-XHL
+	update-manifest $(SOME_DEST)/$(EXTRANAME)/buffalo/lsxhl/uInitrd initrd for LS-XHL
-- 
1.7.10.4



Bug#740786: flash-kernel: add support for Buffalo Linkstation LS-XHL

2014-03-04 Thread Michael Walle
Package: flash-kernel
Severity: normal
Tags: patch

The Buffalo Linkstation Pro, model LS-XHL, is supported by Debian as of
the Linux 3.12 backports package for wheezy.

The attached patch updates the flash-kernel database for the LS-XHL.



-- System Information:
Debian Release: 7.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From 354a8994cf2890396df6bc08e98e244c1527f24e Mon Sep 17 00:00:00 2001
From: Michael Walle mich...@walle.cc
Date: Tue, 4 Mar 2014 23:25:15 +0100
Subject: [PATCH] db: add support for Buffalo Linkstation LS-XHL

The Buffalo Linkstation Pro, model LS-XHL, is supported by Debian as of
the Linux 3.12 backports package for wheezy.
---
 README|1 +
 db/all.db |   12 
 2 files changed, 13 insertions(+)

diff --git a/README b/README
index 7f4b8e4..f9a1501 100644
--- a/README
+++ b/README
@@ -17,6 +17,7 @@ The following systems are supported:
  - Buffalo Linkstation Live with BitTorrent (LS-CHLv2)
  - Buffalo Linkstation Mini
  - Buffalo Linkstation Pro
+ - Buffalo Linkstation Pro (LS-XHL)
  - Buffalo/Revogear Kurobox Pro
  - D-Link DNS-323
  - Genesi Efika Nettop
diff --git a/db/all.db b/db/all.db
index 67efaaf..6599ec6 100644
--- a/db/all.db
+++ b/db/all.db
@@ -42,6 +42,18 @@ Boot-Initrd-Path: /boot/initrd.buffalo
 Required-Packages: u-boot-tools
 Bootloader-Sets-Incorrect-Root: yes
 
+Machine: Buffalo Linkstation LS-XHL
+Kernel-Flavors: kirkwood
+DTB-Id: kirkwood-lsxhl.dtb
+DTB-Append: yes
+U-Boot-Kernel-Address: 0x8000
+U-Boot-Initrd-Address: 0x0
+Boot-Kernel-Path: /boot/uImage.buffalo
+Boot-Initrd-Path: /boot/initrd.buffalo
+Boot-DTB-Path: /boot/dtb
+Required-Packages: u-boot-tools
+Bootloader-Sets-Incorrect-Root: yes
+
 Machine: Buffalo/Revogear Kurobox Pro
 Kernel-Flavors: orion5x
 Machine-Id: 1509
-- 
1.7.10.4



Bug#740787: libdebian-installer: add support for the Buffalo Linkstation LS-XHL

2014-03-04 Thread Michael Walle
Package: libdebian-installer
Severity: normal
Tags: patch

The Buffalo Linkstation Pro (LS-XHL) is supported by Debian as of the
Linux 3.12 backports package for wheezy.

The attached patch updates the libdebian-installer database for the LS-XHL.



-- System Information:
Debian Release: 7.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From d9b6561f4e35bb54e8818255cc064dee76d8afc3 Mon Sep 17 00:00:00 2001
From: Michael Walle mich...@walle.cc
Date: Tue, 4 Mar 2014 23:30:44 +0100
Subject: [PATCH] add support for the Buffalo Linkstation LS-XHL

The Buffalo Linkstation Pro (LS-XHL) is supported by Debian as of the
Linux 3.12 backports package for wheezy.
---
 src/system/subarch-arm-linux.c |1 +
 1 file changed, 1 insertion(+)

diff --git a/src/system/subarch-arm-linux.c b/src/system/subarch-arm-linux.c
index 7dbea6c..590576a 100644
--- a/src/system/subarch-arm-linux.c
+++ b/src/system/subarch-arm-linux.c
@@ -61,6 +61,7 @@ static struct map map_hardware[] = {
 { HP Media Vault mv2120, orion5x },
 { Buffalo Linkstation LiveV3 (LS-CHL), orion5x },
 { Buffalo Linkstation LS-CHLv2, kirkwood }, /* aka: LS-CH1.0L */
+{ Buffalo Linkstation LS-XHL, kirkwood },
 { Buffalo Linkstation Mini, orion5x },
 { Buffalo Linkstation Pro/Live, orion5x },
 { Marvell Orion-NAS Reference Design, orion5x },
-- 
1.7.10.4



Bug#698651: xen-hypervisor-4.1-amd64: PMU (performance monitoring) unit may be unexpectedly enabled on Dom0

2013-01-21 Thread Michael Walle
Package: xen-hypervisor-4.1-amd64
Version: 4.1.3-7
Severity: important
Tags: patch

Dear Maintainer,

The PMU may be enabled on the Dom0 although the needed MSRs are not
accessible, causing at least major noise on the xen messages ring
buffer. I suspect there might also be a performance decrease, because
the MSR write is trapped by Xen.

Once the PC is in that state, a reboot won't help.

This bug is fixed in Xen upstream:
  
http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=cabea9d59f1783167a79fa7a550ced04b3506f3c

I've successfully tested this patch on the debian kernel from wheezy.

How to reproduce:
  - boot bare metal kernel (that is, no xen hypervisor)
  - (re)boot dom0 with xen

This results in the following kernel warning:
  [0.016036] [ cut here ]
  [0.016070] WARNING: at 
/build/buildd-linux_3.2.35-2-amd64-v9djlH/linux-3.2.35/arch/x86/xen/enlighten.c:738
 init_hw_perf_events+0x246/0x3e1()
  [0.016107] Hardware name: MS-7368
  [0.016135] Modules linked in:
  [0.016189] Pid: 1, comm: swapper/0 Not tainted 3.2.0-4-amd64 #1 Debian 
3.2.35-2
  [0.016224] Call Trace:
  [0.016257]  [81046a75] ? warn_slowpath_common+0x78/0x8c
  [0.016289]  [816b2f72] ? init_hw_perf_events+0x246/0x3e1
  [0.016319]  [816b2d2c] ? check_bugs+0x2b/0x2b
  [0.016351]  [81002085] ? do_one_initcall+0x75/0x12c
  [0.016383]  [816abbcb] ? kernel_init+0x8d/0x152
  [0.016414]  [81354174] ? kernel_thread_helper+0x4/0x10
  [0.016447]  [81352233] ? int_ret_from_sys_call+0x7/0x1b
  [0.016479]  [8134d37c] ? retint_restore_args+0x5/0x6
  [0.016509]  [81354170] ? gs_change+0x13/0x13
  [0.016545] ---[ end trace 4fbe30a09b2591f0 ]---
  [0.016576] ... version:0
  [0.016605] ... bit width:  48
  [0.016633] ... generic registers:  4
  [0.016662] ... value mask: 
  [0.016691] ... max period: 7fff
  [0.016721] ... fixed-purpose events:   0
  [0.016749] ... event mask: 000f
  [0.016971] NMI watchdog enabled, takes one hw-pmu counter.
  [0.017012] [ cut here ]

and the following (repeating) output on the xen messages ring buffer:
  (XEN) printk: 28 messages suppressed.
  (XEN) traps.c:2488:d0 Domain attempted WRMSR c001 from 
0x00130076 to 0x00530076.
  (XEN) printk: 52 messages suppressed.
  (XEN) traps.c:2488:d0 Domain attempted WRMSR c001 from 
0x00130076 to 0x00530076.
  (XEN) printk: 27 messages suppressed.
[..]


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

xen-hypervisor-4.1-amd64 depends on no packages.

Versions of packages xen-hypervisor-4.1-amd64 recommends:
ii  xen-utils-4.1  4.1.3-7

Versions of packages xen-hypervisor-4.1-amd64 suggests:
ii  xen-docs-4.1  4.1.3-7

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#688989: src:linux-2.6: Add support for Buffalo Linkstation LS-XHL and LS-CHLv2

2012-09-27 Thread Michael Walle
Package: src:linux-2.6
Severity: wishlist
Tags: d-i patch

This patch add new hardware support for the Buffalo Linkstation LS-XHL and
LS-CHLv2. Both systems are supported by the upstream linux kernel as per
commit 4aff38a3db1f63494812834f1fbbdb1f00579c66. While the upstream support
is device tree based, this patch uses the old fashioned machine setup.


-- System Information:
Debian Release: 6.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Index: linux-source-2.6.32/arch/arm/mach-kirkwood/Kconfig
===
--- linux-source-2.6.32.orig/arch/arm/mach-kirkwood/Kconfig	2012-09-24 22:21:10.986381439 +0200
+++ linux-source-2.6.32/arch/arm/mach-kirkwood/Kconfig	2012-09-24 22:24:50.486881580 +0200
@@ -93,6 +93,12 @@
 	  Say 'Y' here if you want your kernel to support the
 	  HP t5325 Thin Client.
 
+config MACH_LSXL
+	bool Buffalo Linkstation LS-XHL, LS-CHLv2
+	help
+	  Say 'Y' here if you want your kernel to support the
+	  Buffalo Linkstation LS-XHL  LS-CHLv2 devices.
+
 endmenu
 
 endif
Index: linux-source-2.6.32/arch/arm/mach-kirkwood/Makefile
===
--- linux-source-2.6.32.orig/arch/arm/mach-kirkwood/Makefile	2012-09-24 22:21:14.922381454 +0200
+++ linux-source-2.6.32/arch/arm/mach-kirkwood/Makefile	2012-09-24 22:37:09.426381572 +0200
@@ -12,5 +12,6 @@
 obj-$(CONFIG_MACH_DOCKSTAR)		+= dockstar-setup.o
 obj-$(CONFIG_MACH_OPENRD)		+= openrd-setup.o
 obj-$(CONFIG_MACH_T5325)		+= t5325-setup.o
+obj-$(CONFIG_MACH_LSXL)		+= lsxl-setup.o
 
 obj-$(CONFIG_CPU_IDLE)			+= cpuidle.o
Index: linux-source-2.6.32/arch/arm/mach-kirkwood/lsxl-setup.c
===
--- /dev/null	1970-01-01 00:00:00.0 +
+++ linux-source-2.6.32/arch/arm/mach-kirkwood/lsxl-setup.c	2012-09-24 23:16:28.234847792 +0200
@@ -0,0 +1,331 @@
+/*
+ * Copyright 2012 (C), Michael Walle mich...@walle.cc
+ *
+ * arch/arm/mach-kirkwood/lsxl-setup.c
+ *
+ * Buffalo Linkstation LS-XHL and LS-CHLv2 setup
+ *
+ * This file is licensed under the terms of the GNU General Public
+ * License version 2.  This program is licensed as is without any
+ * warranty of any kind, whether express or implied.
+ */
+
+#include linux/kernel.h
+#include linux/init.h
+#include linux/platform_device.h
+#include linux/mtd/physmap.h
+#include linux/ata_platform.h
+#include linux/spi/flash.h
+#include linux/spi/spi.h
+#include linux/mv643xx_eth.h
+#include linux/gpio.h
+#include linux/gpio_keys.h
+#include linux/gpio-fan.h
+#include linux/input.h
+#include linux/leds.h
+#include asm/mach-types.h
+#include asm/mach/arch.h
+#include mach/kirkwood.h
+#include plat/mvsdio.h
+#include common.h
+#include mpp.h
+
+/*
+ * 512KB SPI Flash on BOOT Device
+ /
+static struct mtd_partition lsxl_partitions[] = {
+	{
+		.name		= uboot,
+		.size		= 0x6,
+		.offset		= 0x0,
+		.mask_flags	= MTD_WRITEABLE,
+	},
+	{
+		.name		= dtb,
+		.size		= 0x1,
+		.offset		= 0x6,
+		.mask_flags	= MTD_WRITEABLE,
+	},
+	{
+		.name		= uboot_env,
+		.size		= 0x1,
+		.offset		= 0x7,
+	}
+};
+
+static struct flash_platform_data lsxl_spi_slave_data = {
+	.type		= m25p40,
+	.parts		= lsxl_partitions,
+	.nr_parts	= ARRAY_SIZE(lsxl_partitions),
+};
+
+static struct spi_board_info __initdata lsxl_spi_slave_info[] = {
+	{
+		.modalias	= m25p80,
+		.platform_data	= lsxl_spi_slave_data,
+		.irq		= -1,
+		.max_speed_hz	= 2000,
+		.bus_num	= 0,
+		.chip_select	= 0,
+	}
+};
+
+/*
+ * Ethernet
+ /
+static struct mv643xx_eth_platform_data lsxl_ge00_data = {
+	.phy_addr	= MV643XX_ETH_PHY_ADDR(0),
+};
+
+static struct mv643xx_eth_platform_data lsxl_ge01_data = {
+	.phy_addr	= MV643XX_ETH_PHY_ADDR(8),
+};
+
+/*
+ * SATA
+ /
+static struct mv_sata_platform_data lsxl_sata_data = {
+	.n_ports	= 1,
+};
+
+/*
+ * LEDs attached to GPIO
+ /
+#define LSXL_GPIO_LED_ALARM		37
+#define LSXL_GPIO_LED_INFO		38
+#define LSXL_GPIO_LED_PWR		39
+#define LSXL_GPIO_LED_FUNC_BLUE	36
+#define LSXL_GPIO_LED_FUNC_RED		48
+
+static struct gpio_led lsxl_led_pins[] = {
+	{
+		.name			= lsxl:red:alarm,
+		.gpio			= LSXL_GPIO_LED_ALARM,
+		.active_low		= 1,
+	},
+	{
+		.name

Bug#688990: src:linux: Add support for Buffalo Linkstation LS-XHL and LS-CHLv2

2012-09-27 Thread Michael Walle
Package: src:linux
Severity: wishlist
Tags: d-i patch

This patch add new hardware support for the Buffalo Linkstation LS-XHL and
LS-CHLv2. Both systems are supported by the upstream linux kernel as per
commit 4aff38a3db1f63494812834f1fbbdb1f00579c66. While the upstream support
is device tree based, this patch uses the old fashioned machine setup.


-- System Information:
Debian Release: 6.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Index: linux-source-3.2/arch/arm/mach-kirkwood/Kconfig
===
--- linux-source-3.2.orig/arch/arm/mach-kirkwood/Kconfig	2012-09-16 16:27:20.0 +0200
+++ linux-source-3.2/arch/arm/mach-kirkwood/Kconfig	2012-09-25 23:04:34.001022783 +0200
@@ -150,6 +150,12 @@
 	  Say 'Y' here if you want your kernel to support the
 	  HP t5325 Thin Client.
 
+config MACH_LSXL
+	bool Buffalo Linkstation LS-XHL, LS-CHLv2
+	help
+	  Say 'Y' here if you want your kernel to support the
+	  Buffalo Linkstation LS-XHL  LS-CHLv2 devices.
+
 endmenu
 
 endif
Index: linux-source-3.2/arch/arm/mach-kirkwood/Makefile
===
--- linux-source-3.2.orig/arch/arm/mach-kirkwood/Makefile	2012-09-16 16:27:20.0 +0200
+++ linux-source-3.2/arch/arm/mach-kirkwood/Makefile	2012-09-25 23:04:34.001022783 +0200
@@ -18,6 +18,7 @@
 obj-$(CONFIG_MACH_NET2BIG_V2)		+= netxbig_v2-setup.o lacie_v2-common.o
 obj-$(CONFIG_MACH_NET5BIG_V2)		+= netxbig_v2-setup.o lacie_v2-common.o
 obj-$(CONFIG_MACH_T5325)		+= t5325-setup.o
+obj-$(CONFIG_MACH_LSXL)		+= lsxl-setup.o
 
 obj-$(CONFIG_CPU_IDLE)			+= cpuidle.o
 obj-$(CONFIG_ARCH_KIRKWOOD_DT)		+= board-dt.o
Index: linux-source-3.2/arch/arm/mach-kirkwood/lsxl-setup.c
===
--- /dev/null	1970-01-01 00:00:00.0 +
+++ linux-source-3.2/arch/arm/mach-kirkwood/lsxl-setup.c	2012-09-25 23:38:06.009022285 +0200
@@ -0,0 +1,329 @@
+/*
+ * Copyright 2012 (C), Michael Walle mich...@walle.cc
+ *
+ * arch/arm/mach-kirkwood/lsxl-setup.c
+ *
+ * Buffalo Linkstation LS-XHL and LS-CHLv2 setup
+ *
+ * This file is licensed under the terms of the GNU General Public
+ * License version 2.  This program is licensed as is without any
+ * warranty of any kind, whether express or implied.
+ */
+
+#include linux/kernel.h
+#include linux/init.h
+#include linux/platform_device.h
+#include linux/mtd/physmap.h
+#include linux/ata_platform.h
+#include linux/spi/flash.h
+#include linux/spi/spi.h
+#include linux/mv643xx_eth.h
+#include linux/gpio.h
+#include linux/gpio_keys.h
+#include linux/gpio-fan.h
+#include linux/input.h
+#include linux/leds.h
+#include asm/mach-types.h
+#include asm/mach/arch.h
+#include mach/kirkwood.h
+#include plat/mvsdio.h
+#include common.h
+#include mpp.h
+
+/*
+ * 512KB SPI Flash on BOOT Device
+ /
+static struct mtd_partition lsxl_partitions[] = {
+	{
+		.name		= uboot,
+		.size		= 0x6,
+		.offset		= 0x0,
+		.mask_flags	= MTD_WRITEABLE,
+	},
+	{
+		.name		= dtb,
+		.size		= 0x1,
+		.offset		= 0x6,
+		.mask_flags	= MTD_WRITEABLE,
+	},
+	{
+		.name		= uboot_env,
+		.size		= 0x1,
+		.offset		= 0x7,
+	}
+};
+
+static struct flash_platform_data lsxl_spi_slave_data = {
+	.type		= m25p40,
+	.parts		= lsxl_partitions,
+	.nr_parts	= ARRAY_SIZE(lsxl_partitions),
+};
+
+static struct spi_board_info __initdata lsxl_spi_slave_info[] = {
+	{
+		.modalias	= m25p80,
+		.platform_data	= lsxl_spi_slave_data,
+		.irq		= -1,
+		.max_speed_hz	= 2000,
+		.bus_num	= 0,
+		.chip_select	= 0,
+	}
+};
+
+/*
+ * Ethernet
+ /
+static struct mv643xx_eth_platform_data lsxl_ge00_data = {
+	.phy_addr	= MV643XX_ETH_PHY_ADDR(0),
+};
+
+static struct mv643xx_eth_platform_data lsxl_ge01_data = {
+	.phy_addr	= MV643XX_ETH_PHY_ADDR(8),
+};
+
+/*
+ * SATA
+ /
+static struct mv_sata_platform_data lsxl_sata_data = {
+	.n_ports	= 1,
+};
+
+/*
+ * LEDs attached to GPIO
+ /
+#define LSXL_GPIO_LED_ALARM		37
+#define LSXL_GPIO_LED_INFO		38
+#define LSXL_GPIO_LED_PWR		39
+#define LSXL_GPIO_LED_FUNC_BLUE	36
+#define LSXL_GPIO_LED_FUNC_RED		48
+
+static struct gpio_led lsxl_led_pins[] = {
+	{
+		.name			= lsxl:red:alarm

Bug#679271: sispmctl: build additional package with enabled webserver

2012-06-27 Thread Michael Walle
Package: sispmctl
Version: 2.7-1
Severity: wishlist

It would be nice to have an additional package with the webserver enabled.



-- System Information:
Debian Release: 6.0.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages sispmctl depends on:
ii  libc62.11.3-3Embedded GNU C Library: Shared lib
ii  libusb-0.1-4 2:0.1.12-16 userspace USB programming library

sispmctl recommends no packages.

sispmctl suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#658759: u-boot: fails to boot compressed 3.2.y kernels

2012-03-11 Thread Michael Walle
Am Sonntag 11 März 2012, 22:29:53 schrieb Jonathan Nieder:
 Ben Hutchings wrote[1]:
  My understanding is that in general we cannot assume that uboot is
  upgradable at all, because:
  
  1. Linux may not have access to the flash partition containing it.
  2. The factory-installed uboot may have board-specific setup code which
  is not included in mainline uboot.
  3. A power failure during an upgrade may be unrecoverable without
  specialist hardware.
  
  Do we know that none of these apply to the Kirkwood platform?  If not,
  the kernel must retain compatibility with older versions of uboot.

I guess all three points may be valid for any kirkwood based board. Also keep 
in mind, that vendor branches of uboot may not be affected from this bug. Eg. 
i had a longer discussion on the arm lkml about this issue and Nicolas Pitre 
wasnt able to reproduce the bug on his boards, which had some uboot version 
patched by the vendor.

BTW, i don't think this bug is kirkwood specific.

-- 
Michael



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#440057: memory leaks

2007-08-29 Thread Michael Walle
Package: apt-transport-https
Version: 0.7.6

In the method bool HttpsMethod::Fetch(FetchItem *Itm) there seems to be two 
memory leaks.

First you do a new:

// go for it - if the file exists, append on it
File = new FileFd(Itm-DestFile, FileFd::WriteAny);
File-Seek(File-Size());

But later if there is an error, the object 'File' will never be freed:
// cleanup
if(success != 0) {
   _error-Error(curl_errorstr);
   Fail();
   return true;
}

Same thing with object 'headers'.

I suggest the following:
// cleanup
if(success != 0) {
   _error-Error(curl_errorstr);
   Fail();

   File-Close();
   Res.Size = 0;
   delete File;
   curl_slist_free_all(headers);

   return true;
}

Or you put the following codeblock into an else branch, so that the existing 
cleanup is always used.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#440062: zero byte files in partial/ directory

2007-08-29 Thread Michael Walle
Package: apt-transport-https
Version: 0.7.6

The https method generates zero byte files if there is an error with the 
remote file:

# pwd
/var/lib/apt/lists/partial
# ls -l
total 0
# apt-get update
Ign https://192.168.100.77  Release.gpg
Ign https://192.168.100.77  Release
Ign https://192.168.100.77  Packages
Err https://192.168.100.77  Packages
  error reading X.509 key or certificate file
Failed to fetch https://192.168.100.77:81/u0002/Packages.gz  error reading 
X.509 key or certificate file
Reading package lists... Done
E: Some index files failed to download, they have been ignored, or old ones 
used instead.
# ls -l
total 0
-rw-r--r-- 1 root root 0 Aug 29 14:49 192.168.100.77:81_u0002_Packages
-rw-r--r-- 1 root root 0 Aug 29 14:49 192.168.100.77:81_u0002_Release
-rw-r--r-- 1 root root 0 Aug 29 14:49 192.168.100.77:81_u0002_Release.gpg

my sources.list:
deb https://192.168.100.77:81/u0002 /

This is just for testing, you can use anything else, too. like:
deb https://www.google.com /

This happens if the requested file doesn't exists or the file is up2date and 
you do an apt-get update.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]