Re: Bug#933101: buster: baseline for armel raised to ARMv5T

2019-07-26 Thread Andrei POPESCU
Control: tags patch On Vi, 26 iul 19, 21:11:46, Andrei POPESCU wrote: > On Vi, 26 iul 19, 19:29:26, John Paul Adrian Glaubitz wrote: > > > > The raise to ARMv5T was necessary to keep armel supported. It wouldn't have > > been > > possible to keep the port if had let it at ARMv4T. > > Wikipedia

Re: making debs for u-boot kernels

2019-07-26 Thread Vagrant Cascadian
On 2019-07-27, Reco wrote: > On Thu, Jul 25, 2019 at 12:49:32PM -0400, Gene Heskett wrote: >> I am furious (fat lot of good that does me) with the lack of tools, and >> information on how to use them to build an installable kernel.deb for a >> rpi-3b. I know it can be done, I have witnessed apt

Re: making debs for u-boot kernels

2019-07-26 Thread Gene Heskett
On Friday 26 July 2019 17:19:12 Stefan Monnier wrote: > > So http://www.digi.com, and the 37 page "U-Boot Reference Manual" > > that you can download and print from their site is all BS? > > I don't know. I'd assume it's the doc that applies to a version of > U-Boot they distribute. Are you

Re: making debs for u-boot kernels

2019-07-26 Thread Stefan Monnier
> So http://www.digi.com, and the 37 page "U-Boot Reference Manual" that > you can download and print from their site is all BS? I don't know. I'd assume it's the doc that applies to a version of U-Boot they distribute. Are you using Digi's U-Boot? I'm not. I'm using the U-Boot from denx,

Re: Kernel quirks on QNAP TS-109 (Marvell orion)

2019-07-26 Thread Matthieu CERDA
Le 26/07/2019 à 11:29, Arnaud Patard (Rtp) a écrit : > Martin Michlmayr writes: >> * Matthieu CERDA [2019-07-26 00:17]: >>> * On stretch stock kernel (4.9.0-9-marvell), qcontrol does not work: >>> calling it with "qcontrol --direct buzzer" outputs no error, but >>> does nothing, and

Re: ARMEL in Buster CPU_Tag, instruction set

2019-07-26 Thread Dick Hollenbeck
On 7/26/19 12:29 PM, John Paul Adrian Glaubitz wrote: > The raise to ARMv5T was necessary to keep armel supported. It wouldn't have > been > possible to keep the port if had let it at ARMv4T. > > Adrian That's an understandable choice path. In my case, which is not atypical, I have an old

Bug#933101: buster: baseline for armel raised to ARMv5T

2019-07-26 Thread Andrei POPESCU
Package: release-notes Severity: important X-Debbugs-CC: debian-arm@lists.debian.org Full quote for context. On Vi, 26 iul 19, 19:29:26, John Paul Adrian Glaubitz wrote: > Hi Dick! > > On 7/26/19 7:13 PM, Dick Hollenbeck wrote: > > The website says that you are supporting 4T in the ARMEL repo:

Re: ARMEL in Buster CPU_Tag, instruction set

2019-07-26 Thread John Paul Adrian Glaubitz
Hi Dick! On 7/26/19 7:13 PM, Dick Hollenbeck wrote: > The website says that you are supporting 4T in the ARMEL repo: > > See the first sentence of this page: > > > https://wiki.debian.org/ArmEabiPort It is a wiki page, not the official Debian documentation. Unfortunately, this page

Re: a Debian executable on Android

2019-07-26 Thread Tony Godshall
Yes, but being unable to update the kernel is problematic. For example, android versions of kernels often lack features linux users expect, like iptables. Debian userland without ability to update host OS past vendor abandonment has issues. On Wed, Mar 27, 2019 at 7:28 PM Alan Corey wrote: > >

Re: Kernel quirks on QNAP TS-109 (Marvell orion)

2019-07-26 Thread Rtp
Martin Michlmayr writes: > * Matthieu CERDA [2019-07-26 00:17]: >> * On stretch stock kernel (4.9.0-9-marvell), qcontrol does not work: >> calling it with "qcontrol --direct buzzer" outputs no error, but >> does nothing, and the status led stays red/green after system has >>

Re: Kernel quirks on QNAP TS-109 (Marvell orion)

2019-07-26 Thread Martin Michlmayr
* Matthieu CERDA [2019-07-26 00:17]: > * On stretch stock kernel (4.9.0-9-marvell), qcontrol does not work: > calling it with "qcontrol --direct buzzer" outputs no error, but > does nothing, and the status led stays red/green after system has > booted. There are different potential