Re: Kernel Images 5.9.x becoming to large for QNAP TS219

W dniu 29.11.2020 o 19:23, Arnd Bergmann pisze: Another thing you could try is to see if the u-boot that is installed on the system is able to load a kernel from disk rather than from flash, which is what Luca Olivetti mentioned the Lacie network space 2 machine does, in that case you just need

Re: Kernel Images 5.9.x becoming to large for QNAP TS219

On Sun, Nov 29, 2020 at 5:47 PM Alexander Reichle-Schmehl wrote: > * Alexander Reichle-Schmehl [201129 14:38]: > >> flash-kernel: installing version 5.9.0-0.bpo.2-marvell > >> Not enough space for kernel in MTD 'Kernel' (need 2327672 but is > >> actually 2097152). > > COMPRESS=xz see: > > https:

Re: Kernel Images 5.9.x becoming to large for QNAP TS219

Hi! * Alexander Reichle-Schmehl [201129 17:47]: > >> flash-kernel: installing version 5.9.0-0.bpo.2-marvell > >> Not enough space for kernel in MTD 'Kernel' (need 2327672 but is > >> actually 2097152). > > COMPRESS=xz see: [..] > Anyway, should I open a bug for the release notes, to document tha

Re: Kernel Images 5.9.x becoming to large for QNAP TS219

Hi! * Alexander Reichle-Schmehl [201129 14:38]: >> flash-kernel: installing version 5.9.0-0.bpo.2-marvell >> Not enough space for kernel in MTD 'Kernel' (need 2327672 but is >> actually 2097152). > COMPRESS=xz see: > https://cyrius.com/debian/kirkwood/qnap/ts-219/troubleshooting/#ramdisk-space

Re: Kernel Images 5.9.x becoming to large for QNAP TS219

Op 29-11-2020 om 14:38 schreef Alexander Reichle-Schmehl: Hi there! I know I'm running quite an old system here, but apparently the kernel images 5.9x are getting to large to be flashed on a Qnap TS219 device (I assume others as well): root@rusalka:~# flash-kernel kirkwood-qnap: machine:

Kernel Images 5.9.x becoming to large for QNAP TS219

Hi there! I know I'm running quite an old system here, but apparently the kernel images 5.9x are getting to large to be flashed on a Qnap TS219 device (I assume others as well): root@rusalka:~# flash-kernel kirkwood-qnap: machine: QNAP TS219 family Using DTB: kirkwood-ts219-6281.dtb Insta

Re: Further trimming of ARM NAS kernel images

Hello Ben, 2013/11/11 Ben Hutchings : > As the Linux kernel has continued to grow, in Linux 3.12 the iop32x and > ixp4xx kernel images have again exceeded the size limits for the target > machines. > > [Note, all figures here are based on the emdebian gcc-4.7 cross-compiler

Further trimming of ARM NAS kernel images

As the Linux kernel has continued to grow, in Linux 3.12 the iop32x and ixp4xx kernel images have again exceeded the size limits for the target machines. [Note, all figures here are based on the emdebian gcc-4.7 cross-compiler whereas we'll actually use the gcc-4.8 compiler for the packages

Re: [Fwd: using Lilo for different kernel-images boot options.]

dev/md0 label = linux read-only append = "ide=reverse" image = /boot/vmlinuz-2.4.18-grsec-1.9.4.old # backup kernel image root = /dev/md0 label = linux.old read-only append = "ide=reverse" You can add as many alternate kernel images as you like. :-) And by compili

using Lilo for different kernel-images boot options.

Hello everyone, Maybe a tool exists, or it's so simple, that I have missed it, but, why does Lilo not 'sense' multiple boot images, and serve them up as options, just like it does with different Operating systems? That would make it much easier to build/download, test and auto-discover different

Re: new kernel-images for Woody available

First, I can't resist a big "hurray": xmms-mad in unstable works beautifully on ARM! Now we just need a theora plugin for ogg vorbis... Othmar Pasteka wrote: Hi, Short summary: please test the Woody kernel-image.debs at http://www.tron.at/debian/arm/native/ Works great on my Netwinder, waveartis

Re: new kernel-images for Woody available

On Tue, 2003-01-14 at 12:03, Othmar Pasteka wrote: > Short summary: please test the Woody kernel-image.debs at > http://www.tron.at/debian/arm/native/ I tried booting your "netwinder" kernel on my CATS, using the new cyclone. This initially failed because of the new compatibility gloop for old Ne

new kernel-images for Woody available

bits which need to be fixed, but the kernel-image for netwinder will be the one for CATS as well. The next steps are to get the boot-floppies in a shape where CATS and netwinder work together again and the kernel-images are integrated and tested. Anyway, if you have an ARM computer which runs Debian (

[SECURITY] Last call for 2.2.19 kernel images

I am going to release a security advisory tomorrow for the security problems in the Linux kernel: all kernels before 2.2.19 have a couple of nasty security problems that can be exploited both locally or remotely. Currently I have no kernel packages for the arm, m68k and powerpc architectures. If

Re: Which patches in lkab kernel images?

tion.) The LKAB images are built straight from CVS. There isn't currently a straightforward patch, though a complete kernel-source package is provided. For `official' kernel-images we will need a way to generate a kernel-patch from the CVS tree. That's on my to-do list but I haven't had a chance to get to it yet. p.

Which patches in lkab kernel images?

Hello, what patches are applied to the LKAB kernel image deb's at , apart from Russell's, and where can you get them? (Sorry if this is mentioned somewhere, but I couldn't find the information.) Thanks, Richard -- __ _ |_) /| Richard

new kernel images uploaded

Herbert Xu uploaded 2.2.19pre17 kernel images today, which fix some security problems. Could the boot-floppies team please build new floppies based on those, and could the porters please update the kernels for their architectures as well? I would like to release a security advisory for the kernel

Re: kernel images

In message <[EMAIL PROTECTED]> you wrote: > The kernel images in the archive are somewhat outdated. Unless anybody > objects, I plan to upload the latest 2.2.18 from lkab to both potato and > woody > (this is what the potato boot-floppies currently expects for ARM). >

kernel images

The kernel images in the archive are somewhat outdated. Unless anybody objects, I plan to upload the latest 2.2.18 from lkab to both potato and woody (this is what the potato boot-floppies currently expects for ARM). p.