Bug#908712: Still present in stable

Martin Michlmayr writes: > * Salvatore Bonaccorso [2020-05-08 07:30]: >> I have looked up the stable list but did not found any followup >> specific with the 4.19 backport. >> >> Might it be worth doing one last timme a request explicitly for a >> backport to 4.19 including your patch, sending

Bug#908712: Still present in stable

Martin Michlmayr writes: > The fix got accepted upstream a long time ago and made it into > unstable. > > Unfortunately, even though Arnaud submitted it to the -stable tree and > even though maintainer Andrew Lunn acked it, it never made it into > the 4.19 stable series (despite several pings fro

Bug#908712: Kernel quirks on QNAP TS-109 (Marvell orion)

Hi, Martin Michlmayr writes: > * Arnaud Patard [2019-07-29 14:45]: >> As promised, please fix the updated patch. Please note that there are 2 > > Can you submit it upstream for review, or if you have already, send us > a link. Sorry for the delay. I was waiting for some feedback before sending

Bug#908712: Kernel quirks on QNAP TS-109 (Marvell orion)

Matthieu CERDA writes: [ Adding bug #908712 in Cc: ] > Hello again ! > > Le 26/07/2019 à 22:36, Matthieu CERDA a écrit : >> Le 26/07/2019 à 11:29, Arnaud Patard (Rtp) a écrit : >>> Martin Michlmayr writes: >>>> * Matthieu CERDA [2019-07-26 00:17]: >&g

Bug#853894: similar issue with hauppauge WinTV nova-t-usb2

Dominique Dumont writes: Hi, > Hello > > I have a similar issue with Hauppauge WinTV-NOVA-T usb2 (note the wrong > Manufacturer shown in the traces): > > févr. 26 12:33:23 gandalf kernel: usb 7-2: new high-speed USB device number 2 > using ehci-pci > févr. 26 12:33:23 gandalf kernel: usb 7-2:

Bug#818598: src:linux: MTD device probe failed after migrating kernel variant from -orion5x to -marvell

Roger Shimizu writes: Hi, > Dear Ian, Martin, > > May I know your comment regarding to this armel/orion5x related bug? > I don't know whether qnap also uses MTD to store u-boot related stuff > or not. Just guessing it may have the same issue. >From a quick look at your logs, your mtd device is

Bug#810894: src:linux: GPIO probe failure on Linkstation LS-WXL/WSXL

Roger Shimizu writes: Hi, > Dear Uwe, > > On Thu, Jan 14, 2016 at 11:08 PM, Uwe Kleine-König > wrote: > I need to run the following command to enable USB port on Linkstation > LS-WXL/WSXL (armel/kirkwood with DTS [0] ): > echo 37 >/sys/class/gpio/export > echo out > /sys/cla

Re: [PATCH 2/4] builddeb: install dtbs

Riku Voipio writes: > On 2 April 2015 at 15:17, Arnaud Patard wrote: >> Arnaud Patard (Rtp) writes: >>> Already sent a "better" patch for that (your patch is not handling >>> system with CONFIG_OF and without dtbs_install): >>> http://www.spinics.

Re: [PATCH 2/4] builddeb: install dtbs

Arnaud Patard (Rtp) writes: (replying to self) > riku.voi...@linaro.org writes: > > Hi, > >> From: Riku Voipio >> >> When kernel is built with CONFIG_OF, install all built device >> tree files built. The installation location used is same as >> topl

Re: [PATCH 2/4] builddeb: install dtbs

riku.voi...@linaro.org writes: Hi, > From: Riku Voipio > > When kernel is built with CONFIG_OF, install all built device > tree files built. The installation location used is same as > toplevel INSTALL_DTBS_PATH. Already sent a "better" patch for that (your patch is not handling system with CON

Re: [PATCH 1/4] deb-pkg: Add automatic support for armhf architecture

riku.voi...@linaro.org writes: > From: Ben Hutchings > > The Debian armhf architecture uses the ARM EABI hard-float variant, > whereas armel uses the soft-float variant. If the compiler used > to compile the kernel uses the __ARM_PCS_VFP ABI, the compiler > targets armhf architecture. > > v3 by

Bug#740219: FTBFS on armel: modules in more than one package

Ian Campbell writes: > On Thu, 2014-02-27 at 03:07 +, Wookey wrote: > >> End of the build log at: >> https://buildd.debian.org/status/fetch.php?pkg=linux&arch=armel&ver=3.13.4-1&stamp=1393291598 > >> some modules are in more than one package >> debian/jffs2-modules-3.13-1-orion5x-di >> lib/m

Re: ARM kernel config for Linux 3.11

Ben Hutchings writes: > As discussed previously, I think PCI should be enabled for the > armhf/armmp flavour as the Marvell Armada SoCs have PCIe interfaces. It > might be worthwhile to restrict which PCI drivers are built, if this > slows the build down a lot. yeah, the problem is more about c

Re: ARM kernel config for Linux 3.11

Luke Kenneth Casson Leighton writes: > On Sun, Sep 15, 2013 at 4:42 PM, Ben Hutchings wrote: >> As discussed previously, I think PCI should be enabled for the >> armhf/armmp flavour as the Marvell Armada SoCs have PCIe interfaces. > > and the freescale iMX6, and one of the samsung SoCs (the exy

Re: Dropping support for the smallest armel machines

Ben Hutchings writes: > We have a recurring problem with building kernels for armel: three > flavours (iop32x, ixp4xx, orion5x) require the kernel image size to be > less than 1.4-1.5 MB in order to fit into a fixed flash partition. > > As more features continue to be added to Linux and cannot al

Re: gcc 4.8

Ben Hutchings writes: Hi, > On Mon, Jun 24, 2013 at 07:27:24PM +0200, Bastian Blank wrote: >> Hi >> >> I did a first build of Linux 3.9 with gcc 4.8. It works fine on s390x, >> however I found a weird not longer reproducible bug in s390. I think >> about using it as default pretty fast for all

Re: Uploading linux (3.9.4-1)

Ben Hutchings writes: > On Tue, 2013-04-30 at 14:03 +0100, Ben Hutchings wrote: >> On Tue, 2013-04-30 at 10:09 +0200, Bastian Blank wrote: >> > On Tue, Apr 30, 2013 at 02:03:42AM +0100, Ben Hutchings wrote: >> > > There can be no more uploads to unstable for wheezy, so I propose to >> > > rename

Re: Branches post-wheezy

Bastian Blank writes: > On Tue, Apr 30, 2013 at 02:03:42AM +0100, Ben Hutchings wrote: >> There can be no more uploads to unstable for wheezy, so I propose to >> rename sid -> wheezy for each package that currently has a sid branch. > > Okay. > >> Linux 3.9 is now out, so we have a choice between

Re: Donation of a Calxeda Highbank node

Hector Oron writes: > Hello, > > 2013/4/12 Raphael Hertzog : > >> OffensiveSecurity owns a Calxeda Highbank cluster of ARM machines[1] and is >> willing to dedicate one of the nodes to Debian. > > Thanks, that is a very kind offer and with ARM hat on, we cannot > reject the offer, it makes it ver

Bug#703209: linux: Please Add multiplatform flavour to armhf

Ben Hutchings writes: Hi, > On Mon, 2013-03-18 at 08:41 +0900, Nobuhiro Iwamatsu wrote: >> Hi, >> >> Thank you for your comment. >> >> On Sun, Mar 17, 2013 at 10:23 AM, Ben Hutchings wrote: >> > On Sun, 2013-03-17 at 08:35 +0900, Nobuhiro Iwamatsu wrote: >> >> Package: linux >> >> Version: 3.

Re: Novena update; armhf flavor for i.MX6

Ian Campbell writes: > On Mon, 2013-02-04 at 00:29 +, bnewb...@robocracy.org wrote: >> Hello again debian-kernel! >> >> I wrote to this list in December[0] regarding the Novena open hardware >> laptop project[1]; there is now a Debian porting wiki page here: >> >>http://www.kosagi.com/

Re: Novena open laptop

Ben Hutchings writes: > On Mon, Dec 17, 2012 at 03:30:16PM +0100, bnewb...@robocracy.org wrote: >> >> Ben Hutchings writes: >> >> >Bunnie Huang and others are working on a ARM-based laptop 'Novena' with >> >open hardware and mostly open firmware: >> >

Re: Novena open laptop

Ben Hutchings writes: [...] >> > The SoC is a Freescale i.MX6Q, which should be able to run the armhf >> >> imx6q or dual lite according to them, which is a little weird, as >> they're talking of sata and there's no sata on dual lite. > > Well there are other ways to attach storage. > what wou

Re: Novena open laptop

Ben Hutchings writes: Hi, > Bunnie Huang and others are working on a ARM-based laptop 'Novena' with > open hardware and mostly open firmware: > , > . I've seen theses pages but from what I under

Re: trying to use virtio with the wheezy installer on arm versatile oops

Torben Hohn writes: > Hi... Hi, > > i tried to use virtio inside qemu-system-arm emulating versatile. > > getting this kernel oops: > > [ 341.274760] pgd = cd818000 x > [ 341.274940] [44000412] *pgd=qj >

Re: Bug#680699: unblock: flash-kernel/3.1

Philipp Kern writes: > Hi, > > On Sun, Jul 08, 2012 at 03:16:41AM +0200, Hector Oron wrote: >> Please unblock package flash-kernel >> >> Hello, >> >> flash-kernel/3.1 adds device tree support for Dreamplug device (used by >> freedombox). >> >> Dreamplug support has been backported into l

Re: Linux features for wheezy

Arnaud Patard (Rtp) writes: >> [...] >>> - [armhf] omapdrm driver > > still not in mainline. replying to self: s/in mainline/out of staging/ Arnaud -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe&

Re: Linux features for wheezy

Ben Hutchings writes: > On Sat, 2012-06-02 at 23:47 +0100, Ben Hutchings wrote: >> We have about 2 weeks to the freeze in which to enable/backport any >> extra features wanted for wheezy. I have a 4-day weekend now but I am >> not going to spend it all on Debian hacking! >> >> Here's a list of

Bug#675922: [armel] please support dreamplug platform

Ian Campbell writes: Hi, > Package: src:linux-2.6 > Version: 3.2.19-1 > Severity: wishlist > > This has been discussed on debian-kernel: > http://lists.debian.org/debian-kernel/2012/03/msg6.html > http://lists.debian.org/debian-kernel/2012/06/msg00120.html > > I posted the backport of the re

Re: booting rootfs with linux-image-vexpress in qemu 1.0~ from harddisk image

Marcus Osdoba writes: Hi, > Hello Mailinglist, > > I'm not sure, if this is worth a bug report, but recnetly I tried to > boot a multistrapped wheezy armhf system in qemu from > squeeze-backports. > > The qemu command line included the -hda option but the vexpress kernel > wasn't able to find /d

Re: Linux features for wheezy

Ian Campbell writes: Hi, > On Sun, 2012-06-03 at 19:48 +0100, Ben Hutchings wrote: >> hOn Sun, 2012-06-03 at 15:42 +0100, Ian Campbell wrote: >> > On Sat, 2012-06-02 at 23:47 +0100, Ben Hutchings wrote: >> > > Some hardware support; this can still be done after the freeze but the >> > > sooner t

Bug#673107: dependency error

Damien Martins writes: > Hi, Hi, > > I'm the one who posted this problem on QNAP's forum. I got your debian > package and I thank you for this. > When doing a 'dpkg -i > linux-image-2.6.32-5-orion5x_2.6.6~bug673107_armel.deb' > I got the following error : > linux-image-2.6.32-5-orion5x depends

Bug#673107: kirkwood: TCP checksum errors when using MTU 9000

Martin Michlmayr writes: > * Arnaud Patard [2012-05-21 11:40]: >> I've uploaded a test kernel at : >> http://www.rtp-net.org/kirkwood/linux-image-2.6.32-5-kirkwood_2.6.32-46~bug673107_armel.deb >> >> Can you please check that the issue is gone with it ? > > Can you make a kernel image for Orion

Bug#673107: kirkwood: TCP checksum errors when using MTU 9000

Hi, I've uploaded a test kernel at : http://www.rtp-net.org/kirkwood/linux-image-2.6.32-5-kirkwood_2.6.32-46~bug673107_armel.deb Can you please check that the issue is gone with it ? Thanks, Arnaud -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubsc

Bug#673107: kirkwood: TCP checksum errors when using MTU 9000

Martin Michlmayr writes: Hi, > Package: linux-2.6 > Version: 2.6.32-45 > > A user on the Kirkwood platform reported TCP checksum errors when > using MTU 9000: > http://forum.qnap.com/viewtopic.php?f=147&t=59281&p=266527#p266527 > > This has been previously discussed: > http://lists.debian.org/de

Bug#671200: linux-2.6: Generate leds-modules for Kirkwood Debian installer

Simon Guinot writes: Hi, > On Thu, May 03, 2012 at 11:19:43AM +0100, Martin Michlmayr wrote: >> * Simon Guinot [2012-04-27 01:15]: >> > On LaCie boards, the leds-ns2 and leds-netxbig drivers are used to >> > configure the LEDs. This drivers are currently not embedded into the >> > network-conso

Bug#670462: linux-2.6: Support new armhf kernel variant for Versatile Express (vexpress)

Vagrant Cascadian writes: Hi. > The following trimmed down debian/config/armhf/config.vexpress still worked > for me in qemu (built against 3.2.16-1). It also trimmed out the extraneous > "Supported" text in the defines file. The control file can be generated, as I > understand it, so didn't

Re: [RFC] include DTB in linux-image files on armel

Ian Campbell writes: > On Fri, 2012-04-20 at 14:25 +0100, Ian Campbell wrote: >> On Fri, 2012-04-20 at 13:35 +0200, Bastian Blank wrote: >> > On Fri, Apr 20, 2012 at 11:11:27AM +0100, Ian Campbell wrote: >> > > -install-image_armel_$(FEATURESET)_$(FLAVOUR)_plain_image \ >> > > +ifneq ($(filter ar

Re: ARM: backporting dreamplug patches for Wheezy

Ben Hutchings writes: > On Thu, 2012-03-01 at 07:39 +, Ian Campbell wrote: >> An initial set of patches for the Dreamplug (basically a descendant of >> shivaplug, guruplug etc, see [0]) have been accepted into the ARM SoC >> maintainer's tree. >> >> Would it be acceptable to backport these t

Bug#655344: linux-image-3.1.0-1-kirkwood: Missing support for LaCie machines

Simon Guinot writes: Hi, > Hi, > > On Thu, Jan 12, 2012 at 12:08:06PM +0100, Arnaud Patard wrote: >> Simon Guinot writes: >> Hi, >> >> > Package: linux-2.6 >> > Version: 3.1.6-1 >> > Severity: important >> > >> > Dear Maintainer, >> > >> > The kernel image provided by package linux-image-3.1.0

Bug#655344: linux-image-3.1.0-1-kirkwood: Missing support for LaCie machines

Simon Guinot writes: Hi, > Package: linux-2.6 > Version: 3.1.6-1 > Severity: important > > Dear Maintainer, > > The kernel image provided by package linux-image-3.1.0-1-kirkwood don't > support the LaCie Kirkwood boards. > > Please, consider applying the following patch: > > diff --git a/config/a

Re: RFS: eclipse (new upstream release with Java 7 support)

Matthias Klose writes: Hi, > On 12/30/2011 11:23 PM, Jakub Adam wrote: >>> on which platforms? i.e. are the "architecture templates" updated to build >>> on >>> more than amd64 and i386? >> >> There are arm, ia64, mips, ppc and sparc in the additional architectures - >> see >> contents of >> d

Bug#651215: Kernel fails to boot on NSLU2

Hi, I've uploaded a 3.1.5-1 with a patch which should fix the boot failure at http://www.rtp-net.org/misc/deb/. Can you please test it ? Thanks, Arnaud -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.

Bug#651215: Kernel fails to boot on NSLU2

Ben Hutchings writes: Hi, > On Tue, 2011-12-06 at 20:40 +0100, Jochen Friedrich wrote: >> Package: linux-image-3.1.0-1-ixp4xx >> Severity: normal >> >> While 3.0.0-6 booted OK on NSLU2 platform, 3.1.0-1 or -4 fails to do so. >> >> Boot log: > [...] >> [0.00] Linux version 3.1.0-1-ixp4xx

Re: compression options

Bastian Blank writes: > Hi Hi, > > Yesterday I changed the debug packages to use xz for compression. This > reduces the size of the package from 450 to 250MiB. > > Next plan would be to use xz for the main image packages also. It > reduces the size of the packages by 30% or so. It cost only litt

Re: [PATCH] gpio: rewrite U300 GPIO to use gpiolib

Linus Walleij writes: Hi, > From: Linus Walleij > > This rewrites the U300 GPIO so as to use gpiolib and > struct gpio_chip instead of just generic GPIO, hiding > all the platform specifics and passing in GPIO chip > variant as platform data at runtime instead of the > compiletime kludges. > >

Re: [RFC/PATCH] ARM: ixp4xx gpiolib support

Imre Kaloz writes: Hi, I can't test it but it looks good. Just small nitpicks. See below. > This patch adds gpiolib support for the IXP4xx platform > > Signed-off-by: Imre Kaloz > --- > arch/arm/Kconfig |2 +- > arch/arm/mach-ixp4xx/common.c| 39 +

Re: [PATCH] arm: ixp4xx, u300: Select ARCH_REQUIRE_GPIOLIB, not GENERIC_GPIO

Russell King - ARM Linux writes: Hi, > On Mon, Sep 05, 2011 at 08:54:30AM +0200, Arnaud Patard wrote: >> The problem here is that gpio_request_one has been added to the ads7846 >> driver but gpio_request_one is not defined in GENERIC_GPIO case (I >> guess that other (arm and non-arm) platforms m

Re: [PATCH] arm: ixp4xx, u300: Select ARCH_REQUIRE_GPIOLIB, not GENERIC_GPIO

Ben Hutchings writes: Hi, > The GPIO implementations for these two machines depend on gpiolib, > so they must not select GENERIC_GPIO directly. They're not calling gpiochip_add afaik so they should really only select GENERIC_GPIO. > > Signed-off-by: Ben Hutchings > --- > This hould fix the bu

Bug#636531: linux-image-3.0.0-1-kirkwood: NULL pointer deref in rt2800usb_get_txwi

Marc Kleine-Budde writes: Hi, > > [frogger@hardanger:linux-2.6]$ git show > b52398b6e4522176dd125722c72c301015d24520 > commit b52398b6e4522176dd125722c72c301015d24520 > Author: Stanislaw Gruszka > Date: Sat Jul 30 13:32:56 2011 +0200 > > rt2x00: rt2800: fix zeroing skb structure > > W

Bug#633738: ip6_tunnel: kernel BUG at net_namespace.c:497

Alexander Clouter writes: Hi, > [ 33.356789] [] (net_assign_generic+0x3c/0xbc) from [] > (ip6_tnl_init_net+0x98/0x19c [ip6_tunnel]) > [ 33.367378] [] (ip6_tnl_init_net+0x98/0x19c [ip6_tunnel]) from > [] (register_pernet_operations+0x40/0xf4) > [ 33.378658] [] (register_pernet_operations+

Bug#630113: linux-image-2.6.39-2-kirkwood: doesn't boot on HP t5325 thin client

Vagrant Cascadian writes: Hi, > Package: linux-image-2.6.39-2-kirkwood > Version: 2.6.39-2 > Severity: normal > > when trying to boot on an HP t5325, i get the following error: > > Error: unrecognized/unsupported machine ID (r1 = 0x020f). That looks bogus [ I'm even wondering why such a ch

Bug#629636: linux-image-2.6.32-5-kirkwood: IPsec aes-sha1 with kirkwood/mv_cesa causes CPU to spin

Sebastian Andrzej Siewior writes: Hi, > * Alexander Clouter | 2011-06-08 09:54:58 [+]: > >>Whilst deploying IPsec (with strongswan-ike2) I ran into a complication[1] >>that causes mv_cesa to spin the CPU when the system receives an IPsec ESP >>packet; it seems to be able to send traffic (bef

Bug#622325: linux-image-2.6.38-2-orion5x: Problem With I2C

Hi, It should be fixed the 2.6.39 kernel uploaded to unstable. Can you test it, please ? Thanks, Arnaud -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87hb8iq0ta.

Re: New maintainer for ARM

Martin Michlmayr writes: Hi, > Here are some outstanding bugs/tasks regarding the ARM kernels: > > #604013 base: "ls -al" on armel inside loopback mounted ISO image failes with > -1 ENOMEM > Nobody has been able to reproduce and the submitter doesn't respond. > Maybe ping the submitter again, c

Re: New maintainer for ARM

Hector Oron writes: > Hello, Hi, > > 2011/4/14 Martin Michlmayr : >> I don't have time to properly take care of ARM kernels in Debian >> anymore.  I would like to nominate Arnaud Patard (rtp on IRC) as the >> new maintainer for the ARM platform (both armel and th