Re: [PATCH 0/1] Embedded Maintainer(s), [EMAIL PROTECTED] list

2008-06-09 Thread Leon Woestenberg
Hello, On Wed, May 28, 2008 at 11:52 PM, Rob Landley <[EMAIL PROTECTED]> wrote: > On Wednesday 30 April 2008 14:11:49 David Woodhouse wrote: >> I agree. And if we do want to pay attention to pure code size, there are >> other approaches -- like --gc-sections and/or building with '--combine >> -fwh

Re: [PATCH 0/1] Embedded Maintainer(s), [EMAIL PROTECTED] list

2008-06-15 Thread Leon Woestenberg
Hello all, On Thu, Jun 12, 2008 at 2:41 AM, Rob Landley <[EMAIL PROTECTED]> wrote: > > Most packages don't cross compile at all. Debian has somewhere north of > 30,000 packages. Every project that does large scale cross compiling > (buildroot, gentoo embedded, timesys making fedora cross compile

Re: selecting initramfs support without initrd?

2008-06-26 Thread Leon Woestenberg
Hello Robert, On Wed, Jun 25, 2008 at 12:11 AM, Robert P. J. Day <[EMAIL PROTECTED]> wrote: > > perusing the early boot code, i noticed that selecting the config > variable BLK_DEV_INITRD gives you support for both initramfs, and an > initrd image. > Yes, I thought initrd to disappear when no bloc

Re: is it worth separating initrd from initramfs support?

2008-08-04 Thread Leon Woestenberg
Robert, On Mon, Aug 4, 2008 at 8:53 PM, Robert P. J. Day <[EMAIL PROTECTED]> wrote: > > not sure if i asked this here once upon a time but, in the current > kernel, you get to select support for *both* initrd and initramfs with > a single selection (CONFIG_BLK_DEV_INITRD). > > ... > > in the con

Re: [PATCH 00/10] AXFS: Advanced XIP filesystem

2008-08-21 Thread Leon Woestenberg
Hello Jared, On Thu, Aug 21, 2008 at 4:19 PM, Jared Hulbert <[EMAIL PROTECTED]> wrote: >> FWIW, I'm not sure it's a good idea to name this new filesystem AXFS. >> People are almost certainly going to confuse it with XFS despite > People that care about their filesystem choice know their choices. P

Re: PATCH [0/3]: Simplify the kernel build by removing perl.

2009-01-03 Thread Leon Woestenberg
Hello all, On Fri, Jan 2, 2009 at 9:07 AM, Rob Landley wrote: > Before 2.6.25 (specifically git bdc807871d58285737d50dc6163d0feb72cb0dc2 ) > building a Linux kernel never required perl to be installed on the build > system. (Various development and debugging scripts were written in perl and > py

Re: PATCH [0/3]: Simplify the kernel build by removing perl.

2009-01-03 Thread Leon Woestenberg
Hello, On Sun, Jan 4, 2009 at 12:03 AM, H. Peter Anvin wrote: >> Dependencies very quickly become dependency hell. If A requires B, >> then A also inherits all (future) requirements of B, etc. etc. >> >> In my daily software development work with Linux and GNU software in >> general, 10% of it is

Re: PATCH [0/3]: Simplify the kernel build by removing perl.

2009-01-04 Thread Leon Woestenberg
Hello, On Sun, Jan 4, 2009 at 4:06 AM, Paul Mundt wrote: > Let's look at the rationale presented so far in this thread: > >1 - Being able to build the kernel natively on a constrained >target is useful, regardless of whether it is being used for >regression/stress testing

Re: [PATCH V2 00/16] Squashfs: compressed read-only filesystem

2009-01-04 Thread Leon Woestenberg
Hello, On Sun, Jan 4, 2009 at 8:55 AM, Phillip Lougher wrote: >> - what are the limitations of squashfs (please add this to the >> changelog of patch #1 or something). Does it support nfsd? (yes, it >> does!) xatrs and acls? File size limits, entries-per-directory, >> etc, etc? > > Xattrs a

Re: FPGA programming driver architecture

2009-01-08 Thread Leon Woestenberg
Hello, On Thu, Jan 8, 2009 at 11:14 PM, Thiago Galesi wrote: >> > > Hi, >> > > I have written some code to program a FPGA in Linux, for two >> > > different types of boards: one uses a serial interface (SPI) and >> > > the second a parallel interface. I have been able to sucessfully >> > > progra

Re: FPGA programming driver architecture

2009-01-08 Thread Leon Woestenberg
Hello, On Thu, Jan 8, 2009 at 11:57 PM, Florian Fainelli wrote: > Le Thursday 08 January 2009 23:47:58 Leon Woestenberg, vous avez écrit : >> The programming back end should be generic enough so that it can use >> other subsystems. >> > That's the idea behind

Re: XZ (LZMA2) decoder

2009-03-25 Thread Leon Woestenberg
Hello Lasse, On Sun, Mar 22, 2009 at 2:57 PM, Lasse Collin wrote: > (Please CC your replies to me, I'm not on the list.) > > An initial version of the .xz file format decoder for Linux is now > available at . It supports both > stateful and single-call decoding using the LZMA2 algorithm. > Is thi