embedded rootfs utility

embedded rootfs utility

[Behan Webster]

A quick announcement of the release of elbs, or the "Embedded Linux
Build System" (it seemed like a good name at the time I started writing
it...)  So far it's just a few utilities that I wrote to make a few of
my own projects easier.

However, most notably it contains a utility called "elbs-rootfs" which
makes it easy to create an embedded rootfs for any architecture
supported by the Debian projecy (or Ubuntu Linux).  The idea is to get a
rootfs up and working quickly via nfs (or a flash drive) which allows
you to install any debian package and/or to do native development.  This
is (not yet) meant as a tool to make your final rootfs fit on a small
flash partition.

For those of you who are interested, it does the following: builds a
first stage debootstrap directory using a dist/mirror of your choice,
and then tweaks it so you can boot it natively to be able to run the
second stage debootstrap scripts.  Yes, you can do all these things
manually, however, this does it all for you in a few minutes (with
reasonable defaults for available options).  The only annoying bit is it
must be run as root, as it needs to be able to set file
permissions/ownerships and such.

For example (as root):

    # elbs rootfs --arch mips --baud 19200 --dist etch /nfs/myrootfs
    I: Building rootfs in /nfs/myrootfs
    I: Installing etch/mips from http://http.us.debian.org/debian
    <snip>
    I: debootstrap succeeded
    I: MAKEDEV in /nfs/myrootfs/dev
    <snip>
    I: create /nfs/myrootfs/etc/group
    Boot your target with /nfs/myrootfs as your rootfs, then run the
finish script on the target

The directory /nfs/myrootfs will now contain a stage-one (unconfigured)
debootstrap installation of arch mips from debian/etch, modified to
allow you to connect to a serial console ttyS0 at 19200 baud (as
specified on the command line above).

You then need to boot your target using this rootfs and run the
finish.sh script which will complete the installation.

    # sh /finish.sh

You should now have a fully configured rootfs for your target which is
capable of native compiling (amongst other things).

You can find elbs at http://debian.websterwood.com/elbs/
The help text can be found here
http://debian.websterwood.com/elbs/elbs-rootfs.html

Alternatively, for you Debian/Ubuntu users, add these to your
sources.list and # apt-get install elbs
    deb http://debian.websterwood.com/ sid main
or
    deb http://debian.websterwood.com/ hardy main

For those of you at OLS2008 who attended the MIPS or CELF BoFs, this is
the utility I promised I would release.

I hope some of you find this helpful.

Yes, I know this is, in principal, very similar to what emdebian's
emsandbox does.  In my defense, I wasn't aware of emsandbox when I wrote
this, and whereas emsandbox uses special emdebian packages, elbs-rootfs
uses vanilla debian packages which is what I chose to use on the project
that kicked this all off.

I'll be adding more to this as I get to it.  Bug reports, feature
requests, and patches welcomed.

-- 
Behan Webster
behanw@websterwood.com

Re: embedded rootfs utility

[Grant Likely]

On Tue, Jul 29, 2008 at 10:18:37PM -0400, Behan Webster wrote:
> A quick announcement of the release of elbs, or the "Embedded Linux
> Build System" (it seemed like a good name at the time I started writing
> it...)  So far it's just a few utilities that I wrote to make a few of
> my own projects easier.
> 
> However, most notably it contains a utility called "elbs-rootfs" which
> makes it easy to create an embedded rootfs for any architecture
> supported by the Debian projecy (or Ubuntu Linux).  The idea is to get a
> rootfs up and working quickly via nfs (or a flash drive) which allows
> you to install any debian package and/or to do native development.  This
> is (not yet) meant as a tool to make your final rootfs fit on a small
> flash partition.

Hey Behan, thanks for posting this.  For anybody looking at this tool, I
can attest to it's usefulness.  For my work it has simplified getting a
full development environment setup for embedded targets.

What mailing list should be used for any discussion/patches on this tool?

Cheers,
g.

Re: embedded rootfs utility

[Marco Stornelli]

  On Tue, Jul 29, 2008 at 10:18:37PM -0400, Behan Webster wrote:
> A quick announcement of the release of elbs, or the "Embedded Linux
> Build System" (it seemed like a good name at the time I started writing
> it...)  So far it's just a few utilities that I wrote to make a few of
> my own projects easier.
>
> However, most notably it contains a utility called "elbs-rootfs" which
> makes it easy to create an embedded rootfs for any architecture
> supported by the Debian projecy (or Ubuntu Linux).  The idea is to get a
> rootfs up and working quickly via nfs (or a flash drive) which allows
> you to install any debian package and/or to do native development.  This
> is (not yet) meant as a tool to make your final rootfs fit on a small
> flash partition.
> 

Very interesting, where can I found it? Can you give me a site to 
download it?

-- 
Marco Stornelli
Embedded Software Engineer
CoRiTeL - Consorzio di Ricerca sulle Telecomunicazioni
http://www.coritel.it

marco.stornelli@coritel.it
+39 06 72582838

Re: embedded rootfs utility

[Behan Webster]

Marco Stornelli wrote:
>
>  On Tue, Jul 29, 2008 at 10:18:37PM -0400, Behan Webster wrote:
>> A quick announcement of the release of elbs, or the "Embedded Linux
>> Build System" (it seemed like a good name at the time I started writing
>> it...)  So far it's just a few utilities that I wrote to make a few of
>> my own projects easier.
>>
>> However, most notably it contains a utility called "elbs-rootfs" which
>> makes it easy to create an embedded rootfs for any architecture
>> supported by the Debian projecy (or Ubuntu Linux).  The idea is to get a
>> rootfs up and working quickly via nfs (or a flash drive) which allows
>> you to install any debian package and/or to do native development.  This
>> is (not yet) meant as a tool to make your final rootfs fit on a small
>> flash partition.
>>
>
> Very interesting, where can I found it? Can you give me a site to
> download it?
>
It's listed near the bottom of the announcement.

> You can find elbs at http://debian.websterwood.com/elbs/

Enjoy.

Behan

-- 
Behan Webster
behanw@websterwood.com

Re: embedded rootfs utility

[Geert Uytterhoeven]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 3131 bytes --]

	Hi Behan,

On Tue, 29 Jul 2008, Behan Webster wrote:
> However, most notably it contains a utility called "elbs-rootfs" which
> makes it easy to create an embedded rootfs for any architecture
> supported by the Debian projecy (or Ubuntu Linux).  The idea is to get a
> rootfs up and working quickly via nfs (or a flash drive) which allows
> you to install any debian package and/or to do native development.  This
> is (not yet) meant as a tool to make your final rootfs fit on a small
> flash partition.
> 
> For those of you who are interested, it does the following: builds a
> first stage debootstrap directory using a dist/mirror of your choice,
> and then tweaks it so you can boot it natively to be able to run the
> second stage debootstrap scripts.  Yes, you can do all these things
> manually, however, this does it all for you in a few minutes (with
> reasonable defaults for available options).  The only annoying bit is it
> must be run as root, as it needs to be able to set file
> permissions/ownerships and such.
> 
> For example (as root):
> 
>     # elbs rootfs --arch mips --baud 19200 --dist etch /nfs/myrootfs
>     I: Building rootfs in /nfs/myrootfs
>     I: Installing etch/mips from http://http.us.debian.org/debian
>     <snip>
>     I: debootstrap succeeded
>     I: MAKEDEV in /nfs/myrootfs/dev
>     <snip>
>     I: create /nfs/myrootfs/etc/group
>     Boot your target with /nfs/myrootfs as your rootfs, then run the
> finish script on the target
> 
> The directory /nfs/myrootfs will now contain a stage-one (unconfigured)
> debootstrap installation of arch mips from debian/etch, modified to
> allow you to connect to a serial console ttyS0 at 19200 baud (as
> specified on the command line above).
> 
> You then need to boot your target using this rootfs and run the
> finish.sh script which will complete the installation.
> 
>     # sh /finish.sh
> 
> You should now have a fully configured rootfs for your target which is
> capable of native compiling (amongst other things).

Thanks for this useful tool!

I'm used to plain debootstrap, but decided to give your elbs-rootfs a try for
creating up a mipsel and a powerpc NFS root file system. It worked fine,
except for one minor nit. As an NFS root file system is mounted read-only by
default, I had to manually do

| mount -n proc /proc -t proc       
| mount -n -o remount -w /

before running finish.sh. Perhaps this can be added to the top of finish.sh?

Add the end of its execution, finish.sh says:

| Feel free to delete /debootstrap and the downloaded packages
|   # rm -rf /debootstrap
|   # apt-get clean
| Please reboot now
|   # shutdown -r now

Shouldn't it suggest to delete /finish.sh, too?

Anyway, thanks for this tool!

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village · Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium

Phone:    +32 (0)2 700 8453
Fax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 · RPR Brussels
Fortis 293-0376800-10 GEBA-BE-BB

Re: embedded rootfs utility

[Behan Webster]

Geert Uytterhoeven wrote:
> Thanks for this useful tool!
> I'm used to plain debootstrap, but decided to give your elbs-rootfs a try for
> creating up a mipsel and a powerpc NFS root file system. It worked fine,
> except for one minor nit. As an NFS root file system is mounted read-only by
> default, I had to manually do
>
> | mount -n proc /proc -t proc       
> | mount -n -o remount -w /
>
> before running finish.sh. Perhaps this can be added to the top of finish.sh?
>   
Odd.  I never had this issue.  It has always just worked for me.

None the less, I will add checks for this to the script.

> Add the end of its execution, finish.sh says:
>
> | Feel free to delete /debootstrap and the downloaded packages
> |   # rm -rf /debootstrap
> |   # apt-get clean
> | Please reboot now
> |   # shutdown -r now
>
> Shouldn't it suggest to delete /finish.sh, too?
>   
Ah.  finish.sh used to delete itself when finished.  I removed that
while testing, and forgot to put it back in.

Indeed you are correct.

> Anyway, thanks for this tool!
>   
I'm glad you are finding it useful.

-- 
Behan Webster
behanw@websterwood.com

Re: embedded rootfs utility

[Grant Likely]

Hey Behan, a few more comments...

On Fri, Aug 8, 2008 at 11:03 AM, Behan Webster <behanw@websterwood.com> wrote:
> Geert Uytterhoeven wrote:
>> Thanks for this useful tool!
>> I'm used to plain debootstrap, but decided to give your elbs-rootfs a try for
>> creating up a mipsel and a powerpc NFS root file system. It worked fine,
>> except for one minor nit. As an NFS root file system is mounted read-only by
>> default, I had to manually do
>>
>> | mount -n proc /proc -t proc
>> | mount -n -o remount -w /
>>
>> before running finish.sh. Perhaps this can be added to the top of finish.sh?
>>
> Odd.  I never had this issue.  It has always just worked for me.

I had to do this also, and I had to explicitly "export PATH" to get
the finish script to work.  Otherwise I dpkg complains.

What I probably did differently is that I booted the system with
"init=/bin/bash" on the command line instead of letting it just run
init.  I needed to do this because if I let it run init, I got
complaints about PAM failures when trying to log in as root.  How are
you booting the system on first run?

Also, when booting on something like a 5200 with an uncommon serial
ports name (ttyPSC0), I had to manually add the /dev/ttyPSC0 device
file before it would boot.

Cheers,
g.

-- 
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.

Re: embedded rootfs utility

[Behan Webster]

Grant Likely wrote:
> Hey Behan, a few more comments...
>
> On Fri, Aug 8, 2008 at 11:03 AM, Behan Webster <behanw@websterwood.com> wrote:
>   
>> Geert Uytterhoeven wrote:
>>     
>>> Thanks for this useful tool!
>>> I'm used to plain debootstrap, but decided to give your elbs-rootfs a try for
>>> creating up a mipsel and a powerpc NFS root file system. It worked fine,
>>> except for one minor nit. As an NFS root file system is mounted read-only by
>>> default, I had to manually do
>>>
>>> | mount -n proc /proc -t proc
>>> | mount -n -o remount -w /
>>>
>>> before running finish.sh. Perhaps this can be added to the top of finish.sh?
>>>
>>>       
>> Odd.  I never had this issue.  It has always just worked for me.
>>     
>
> I had to do this also, and I had to explicitly "export PATH" to get
> the finish script to work.  Otherwise I dpkg complains
>   
I've also never had this issue, but I will add it to the script.
> What I probably did differently is that I booted the system with
> "init=/bin/bash" on the command line instead of letting it just run
> init.  I needed to do this because if I let it run init, I got
> complaints about PAM failures when trying to log in as root.  How are
> you booting the system on first run?
>   
There's your problem.  You may have had pam failures before you used
elbs-rootfs, but you shouldn't when using it.  My script twiddles with
inittab to give you a getty with a bash shell without a password, and
then fixes it in the finish.sh script.  If you just boot with it
normally it should just work.  I'm too lazy to type init=/bin/bash, so
the script does it for you. :)

> Also, when booting on something like a 5200 with an uncommon serial
> ports name (ttyPSC0), I had to manually add the /dev/ttyPSC0 device
> file before it would boot.
>   
You're using an older version then.  The latest (v1.2) allows you to
specify the serial port/baud rate when running the tool.

Behan

-- 
Behan Webster
behanw@websterwood.com

Re: embedded rootfs utility

[Grant Likely]

On Thu, Aug 14, 2008 at 8:35 AM, Behan Webster <behanw@websterwood.com> wrote:
> Grant Likely wrote:
>> Also, when booting on something like a 5200 with an uncommon serial
>> ports name (ttyPSC0), I had to manually add the /dev/ttyPSC0 device
>> file before it would boot.
>>
> You're using an older version then.  The latest (v1.2) allows you to
> specify the serial port/baud rate when running the tool.

Hmm, I can only find v1.1.2 on your website.

g.

-- 
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.

Re: embedded rootfs utility

[Behan Webster]

Grant Likely wrote:
> On Thu, Aug 14, 2008 at 8:35 AM, Behan Webster <behanw@websterwood.com> wrote:
>   
>> Grant Likely wrote:
>>     
>>> Also, when booting on something like a 5200 with an uncommon serial
>>> ports name (ttyPSC0), I had to manually add the /dev/ttyPSC0 device
>>> file before it would boot.
>>>
>>>       
>> You're using an older version then.  The latest (v1.2) allows you to
>> specify the serial port/baud rate when running the tool.
>>     
>
> Hmm, I can only find v1.1.2 on your website.
>   
Version 1.1.2 of elbs contains v1.2 of the rootfs tool.  I suppose I
should Sync the version numbers on a release.

-- 
Behan Webster
behanw@websterwood.com

Re: embedded rootfs utility

[Grant Likely]

On Thu, Aug 14, 2008 at 1:20 PM, Behan Webster <behanw@websterwood.com> wrote:
> Grant Likely wrote:
>> On Thu, Aug 14, 2008 at 8:35 AM, Behan Webster <behanw@websterwood.com> wrote:
>>
>>> Grant Likely wrote:
>>>
>>>> Also, when booting on something like a 5200 with an uncommon serial
>>>> ports name (ttyPSC0), I had to manually add the /dev/ttyPSC0 device
>>>> file before it would boot.
>>>>
>>>>
>>> You're using an older version then.  The latest (v1.2) allows you to
>>> specify the serial port/baud rate when running the tool.
>>>
>>
>> Hmm, I can only find v1.1.2 on your website.
>>
> Version 1.1.2 of elbs contains v1.2 of the rootfs tool.  I suppose I
> should Sync the version numbers on a release.

Okay, then I've still got a problem.  I did specify the serial port
when running it, and the files in /etc were all set correctly.  It was
just the /dev/ttyPSC0 device file which was missing.

g.

-- 
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.

Re: embedded rootfs utility

[Behan Webster]

Grant Likely wrote:
> On Thu, Aug 14, 2008 at 1:20 PM, Behan Webster <behanw@websterwood.com> wrote:
>   
>> Grant Likely wrote:
>>     
>>> On Thu, Aug 14, 2008 at 8:35 AM, Behan Webster <behanw@websterwood.com> wrote:
>>>
>>>       
>>>> Grant Likely wrote:
>>>>
>>>>         
>>>>> Also, when booting on something like a 5200 with an uncommon serial
>>>>> ports name (ttyPSC0), I had to manually add the /dev/ttyPSC0 device
>>>>> file before it would boot.
>>>>>
>>>>>
>>>>>           
>>>> You're using an older version then.  The latest (v1.2) allows you to
>>>> specify the serial port/baud rate when running the tool.
>>>>
>>>>         
>>> Hmm, I can only find v1.1.2 on your website.
>>>
>>>       
>> Version 1.1.2 of elbs contains v1.2 of the rootfs tool.  I suppose I
>> should Sync the version numbers on a release.
>>     
>
> Okay, then I've still got a problem.  I did specify the serial port
> when running it, and the files in /etc were all set correctly.  It was
> just the /dev/ttyPSC0 device file which was missing
I see.  I thought MAKEDEV would have done that for you.  It appears that
MAKEDEV doesn't support ttyPSC0.

Yes, I suppose then you would have to make that dev file manually...

Best laid plans...

-- 
Behan Webster
behanw@websterwood.com

Re: embedded rootfs utility

[Geert Uytterhoeven]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 2640 bytes --]

On Thu, 14 Aug 2008, Behan Webster wrote:
> Grant Likely wrote:
> > On Fri, Aug 8, 2008 at 11:03 AM, Behan Webster <behanw@websterwood.com> wrote:
> >> Geert Uytterhoeven wrote:
> >>> Thanks for this useful tool!
> >>> I'm used to plain debootstrap, but decided to give your elbs-rootfs a try for
> >>> creating up a mipsel and a powerpc NFS root file system. It worked fine,
> >>> except for one minor nit. As an NFS root file system is mounted read-only by
> >>> default, I had to manually do
> >>>
> >>> | mount -n proc /proc -t proc
> >>> | mount -n -o remount -w /
> >>>
> >>> before running finish.sh. Perhaps this can be added to the top of finish.sh?
> >>>       
> >> Odd.  I never had this issue.  It has always just worked for me.
> >
> > I had to do this also, and I had to explicitly "export PATH" to get
> > the finish script to work.  Otherwise I dpkg complains
> >   
> I've also never had this issue, but I will add it to the script.

Me neither.

> > What I probably did differently is that I booted the system with
> > "init=/bin/bash" on the command line instead of letting it just run
> > init.  I needed to do this because if I let it run init, I got
> > complaints about PAM failures when trying to log in as root.  How are
> > you booting the system on first run?
> >   
> There's your problem.  You may have had pam failures before you used
> elbs-rootfs, but you shouldn't when using it.  My script twiddles with
> inittab to give you a getty with a bash shell without a password, and
> then fixes it in the finish.sh script.  If you just boot with it
> normally it should just work.  I'm too lazy to type init=/bin/bash, so
> the script does it for you. :)

I had authentication problems afterwards. As my board didn't have an RTC,
the system insisted on changing my root password after each reboot and
login.

> > Also, when booting on something like a 5200 with an uncommon serial
> > ports name (ttyPSC0), I had to manually add the /dev/ttyPSC0 device
> > file before it would boot.
> >   
> You're using an older version then.  The latest (v1.2) allows you to
> specify the serial port/baud rate when running the tool.

Yep, it's a pity we cannot standardize on /dev/ttyS0 for the first serial
port...

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Techsoft Centre Europe
The Corporate Village · Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium

Phone:    +32 (0)2 700 8453
Fax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

A division of Sony Europe (Belgium) N.V.
VAT BE 0413.825.160 · RPR Brussels
Fortis 293-0376800-10 GEBA-BE-BB

Re: embedded rootfs utility

[Grant Likely]

On Mon, Aug 18, 2008 at 5:30 AM, Geert Uytterhoeven
<Geert.Uytterhoeven@sonycom.com> wrote:
> On Thu, 14 Aug 2008, Behan Webster wrote:
>> Grant Likely wrote:
>> > On Fri, Aug 8, 2008 at 11:03 AM, Behan Webster <behanw@websterwood.com> wrote:
>> > Also, when booting on something like a 5200 with an uncommon serial
>> > ports name (ttyPSC0), I had to manually add the /dev/ttyPSC0 device
>> > file before it would boot.
>> >
>> You're using an older version then.  The latest (v1.2) allows you to
>> specify the serial port/baud rate when running the tool.
>
> Yep, it's a pity we cannot standardize on /dev/ttyS0 for the first serial
> port...

Indeed; but it could be potentially solved with a few udev rules.  I
should look into that...

g.

-- 
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.

Module init for compiled in vs loaded modules

[Fundu]

Hi,

For kernel modules can be loaded by explicitly do insmod etc for ones that are not compiled into the kernel.

1) But where do i look to find how the kernel loads(ie. calls the fn exported by module_init(XXXX)) for modules compiled into the kernel. 

2) Does the kernel call some kind of probe to load them ? say i have 2 module compiled into the kernel for 2 diff type of ether cards. Would the kernel call init on both.

thanks !




      

Re: Module init for compiled in vs loaded modules

[Amol Lad]

Code base of 2.6.18

>
> 1) But where do i look to find how the kernel loads(ie. calls the fn exported by module_init(XXXX)) for modules compiled into the kernel.

linux/init.h:

#ifndef MODULE
...
#define module_init(x)  __initcall(x);
#define __initcall(fn) device_initcall(fn)
#define device_initcall(fn)     __define_initcall("6",fn)
#define __define_initcall(level,fn) \
    static initcall_t __initcall_##fn __attribute_used__ \
    __attribute__((__section__(".initcall" level ".init"))) = fn
...
#endif


So as you can see call to module_init is actually an initcall.

initcalls are processed in do_initcalls function in init/main.c

static void __init do_basic_setup(void)
{
    ....
    do_initcalls();
}

>
> thanks !

Amol

>
>
>
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-embedded" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

Re: Module init for compiled in vs loaded modules

[T Ziomek]

Please, do not start a new thread by replying to a message in an existing
thread.  Compose a new message from scratch to the mailing list.

Otherwise your thread shows up in the middle of another, *unrelated*
thread when anybody looks at a threaded view of the archives.  Just
look at
<http://thread.gmane.org/gmane.linux.kernel.embedded/626/focus=815> to
see what I mean.

Thanks, Tom
-- 
  /"\  ASCII Ribbon Campaign   |
  \ /                          |   Email to user 'CTZ001'
   X        Against HTML       |             at 'email.mot.com'
  / \     in e-mail & news     |

Re: embedded rootfs utility

[Michelle Konzack]

[-- Attachment #1: Type: text/plain, Size: 812 bytes --]

Hello Behan,

Since I am running Debian GNU/Linux on my ARMs...

I like to know, whether I can use it for  the  Atmel  AT91SAM7SE,  Atmel
AT91SAM9G20, Freescale i.MX31 and NXP LH7A404 too?

I have a  WHOLE  Debian  mirror  available  and  currently  building  my
EmDebian mirror too.

Thanks, Greetings and nice Day/Evening
    Michelle Konzack
    Systemadministrator
    24V Electronic Engineer
    Tamay Dogan Network
    Debian GNU/Linux Consultant


-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack   Apt. 917                  ICQ #328449886
+49/177/9351947    50, rue de Soultz         MSN LinuxMichi
+33/6/61925193     67100 Strasbourg/France   IRC #Debian (irc.icq.com)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: embedded rootfs utility

[Behan Webster]

Michelle Konzack wrote:
> Hello Behan,
>
> Since I am running Debian GNU/Linux on my ARMs...
>
> I like to know, whether I can use it for  the  Atmel  AT91SAM7SE,  Atmel
> AT91SAM9G20, Freescale i.MX31 and NXP LH7A404 too?
>   
If debian runs on those platforms, my utility should work for it.

-- 
Behan Webster
behanw@websterwood.com

ELBS mindshare

[Grant Likely]

Hey Behan,

BTW, I was talking with a guy from TI last night (Mike Turquette; works
on the OMAP) and I asked him my standard question about what he thinks
about the state of building root filesystems for embedded systems.

When he listed the toolkits he knows about and is interested in, ELBS
was either the 2nd or 3rd tool that he mentioned.

Word is getting around dude.

g.

Re: ELBS mindshare

[Robert Schwebel]

On Wed, Sep 17, 2008 at 11:13:23AM -0700, Grant Likely wrote:
> BTW, I was talking with a guy from TI last night (Mike Turquette; works
> on the OMAP) and I asked him my standard question about what he thinks
> about the state of building root filesystems for embedded systems.
> 
> When he listed the toolkits he knows about and is interested in, ELBS
> was either the 2nd or 3rd tool that he mentioned.
> 
> Word is getting around dude.

What is ELBS? If it is somehow better than ptxdist, I'll have to apply a
few patches there 8-)

rsc
-- 
 Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
 Pengutronix - Linux Solutions for Science and Industry
   Handelsregister:  Amtsgericht Hildesheim, HRA 2686
     Hannoversche Str. 2, 31134 Hildesheim, Germany
   Phone: +49-5121-206917-0 |  Fax: +49-5121-206917-9

Re: ELBS mindshare

[Bill Traynor]

> On Wed, Sep 17, 2008 at 11:13:23AM -0700, Grant Likely wrote:
>> BTW, I was talking with a guy from TI last night (Mike Turquette; works
>> on the OMAP) and I asked him my standard question about what he thinks
>> about the state of building root filesystems for embedded systems.
>>
>> When he listed the toolkits he knows about and is interested in, ELBS
>> was either the 2nd or 3rd tool that he mentioned.
>>
>> Word is getting around dude.
>
> What is ELBS? If it is somehow better than ptxdist, I'll have to apply a
> few patches there 8-)

Embedded Linux Build System
http://debian.websterwood.com/elbs/

Article on LinuxDevices:
http://www.linuxdevices.com/news/NS5894411715.html

>
> rsc
> --
>  Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
>  Pengutronix - Linux Solutions for Science and Industry
>    Handelsregister:  Amtsgericht Hildesheim, HRA 2686
>      Hannoversche Str. 2, 31134 Hildesheim, Germany
>    Phone: +49-5121-206917-0 |  Fax: +49-5121-206917-9
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-embedded"
> in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

Re: ELBS mindshare

[Robert Schwebel]

On Wed, Sep 17, 2008 at 03:48:57PM -0400, Bill Traynor wrote:
> > On Wed, Sep 17, 2008 at 11:13:23AM -0700, Grant Likely wrote:
> >> BTW, I was talking with a guy from TI last night (Mike Turquette; works
> >> on the OMAP) and I asked him my standard question about what he thinks
> >> about the state of building root filesystems for embedded systems.
> >>
> >> When he listed the toolkits he knows about and is interested in, ELBS
> >> was either the 2nd or 3rd tool that he mentioned.
> >>
> >> Word is getting around dude.
> >
> > What is ELBS? If it is somehow better than ptxdist, I'll have to apply a
> > few patches there 8-)
>
> Embedded Linux Build System
> http://debian.websterwood.com/elbs/
>
> Article on LinuxDevices:
> http://www.linuxdevices.com/news/NS5894411715.html

Ok, you do native building, that's not what we do for ptxdist's standard
root filesystems.

But note that ptxdist itself is only a system to manage configurable
rules which are being executed in a dependency-defined order; so in the
end, it can built whatever it likes.

rsc
-- 
 Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
 Pengutronix - Linux Solutions for Science and Industry
   Handelsregister:  Amtsgericht Hildesheim, HRA 2686
     Hannoversche Str. 2, 31134 Hildesheim, Germany
   Phone: +49-5121-206917-0 |  Fax: +49-5121-206917-9

Re: ELBS mindshare

[Grant Likely]

On Wed, Sep 17, 2008 at 08:23:33PM +0200, Robert Schwebel wrote:
> On Wed, Sep 17, 2008 at 11:13:23AM -0700, Grant Likely wrote:
> > BTW, I was talking with a guy from TI last night (Mike Turquette; works
> > on the OMAP) and I asked him my standard question about what he thinks
> > about the state of building root filesystems for embedded systems.
> > 
> > When he listed the toolkits he knows about and is interested in, ELBS
> > was either the 2nd or 3rd tool that he mentioned.
> > 
> > Word is getting around dude.
> 
> What is ELBS? If it is somehow better than ptxdist, I'll have to apply a
> few patches there 8-)

Oops, I forgot to remove the linux-embedded from the to: list.  I had
intended to this to be a private email to Behan;  Oh well, now even more
people have probably heard about it.  :-)

ELBS is a set of tools for bootstrapping an embedded root filesystem
using existing Debian or Ubuntu packages.

g.

Re: ELBS mindshare

[Michelle Konzack]

[-- Attachment #1: Type: text/plain, Size: 1149 bytes --]

Hi Grand,

Fortunateley you have forgoten to remove my E-Mail...
                      ...otherwise I had to kill you!  ;-)


Am 2008-09-17 15:09:53, schrieb Grant Likely:
> Oops, I forgot to remove the linux-embedded from the to: list.  I had
> intended to this to be a private email to Behan;  Oh well, now even more
> people have probably heard about it.  :-)
> 
> ELBS is a set of tools for bootstrapping an embedded root filesystem
> using existing Debian or Ubuntu packages.

Thanks for the Info.

Since my Evaluation Kit for AT91SAM9G20 has 64 MByte SDRAM and 256 MByte
NAND Flash I like to try it out...

Thanks, Greetings and nice Day/Evening
    Michelle Konzack
    Systemadministrator
    24V Electronic Engineer
    Tamay Dogan Network
    Debian GNU/Linux Consultant


-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack   Apt. 917                  ICQ #328449886
+49/177/9351947    50, rue de Soultz         MSN LinuxMichi
+33/6/61925193     67100 Strasbourg/France   IRC #Debian (irc.icq.com)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]