Re: Make errors while building snapgear-4.0.0.7
GravyFace <[email protected]>
| Newsgroups | gmane.linux.uclinux.devel |
|---|---|
| Message-ID | <CAB-BAeVMv25_guoZWgG_UETYnGn_1m8Om5BT=hT_3_FEGT5bew@mail.gmail.com> |
Update: I was able to (I think) sort out the kernel config by using make
menuconfig and with the help of search (/), find the parameters suggested,
change them, and re-build the image. Unfortunately it seems as though
these kernel config options aren't correct: it just hangs after "using base
address...".
Recovery Bootloader
(C) Copyright 1999-2006, Secure Computing Inc (www.securecomputing.com)
SecureComputing/SG560 Version 3.1.5u1
'n'etwork, 'f'lash, 's'erial [n] :
Timeout, initiating network
Decompressing etherboot
+Getting DHCP address... .
Ethernet eth0: MAC address 00:d0:cf:0b:b9:34
IP: 192.168.0.101/255.255.255.0, Gateway: 192.168.0.1
Default server: 192.168.0.254, DNS server IP: 0.0.0.0
RedBoot(tm) bootstrap and debug environment [RAM]
Red Hat certified release, version 1.94 - built 16:02:10, Nov 4 2005
Platform: CyberGuard SG5XX family of VPN/Firewall/Routers (XScale) BE
Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc.
RAM: 0x00000000-0x01000000, 0x00060d48-0x00ff3000 available
== Executing boot script in 1.000 seconds - enter ^C to abort
RedBoot> load -v -s 0x00200000 -b 0x00800000 image.bin
Using default protocol (TFTP)
|
Raw file loaded 0x00200000-0x002c65f8, assumed entry at 0x00200000
RedBoot> exec -r 0x00800000 -c "console=ttyS0,115200 root=/dev/ram0"
0x00200000
[Using ramdisk at 0x800000-0xbcf000]
Using base address 0x00200000 and length 0x000c65fc
Power light and the port lights are solid.
On Sat, Aug 30, 2014 at 8:20 PM, GravyFace <[email protected]> wrote:
> Hi Greg,
>
> Searched online for where to place those kernel config entries; tried to
> add them to the symlink'ed config.arch in the root snapgear-4.0.7 directory
> but that made 'make' unhappy.
>
> Where should I be placing those config lines? There's oodles of files
> with similar "CONFIG_" lines, so not sure where I should be putting it.
>
> Thanks
>
>
> On Fri, Aug 29, 2014 at 2:28 AM, Greg Ungerer <[email protected]> wrote:
>
>>
>> Hi,
>>
>> On 29/08/14 00:09, GravyFace wrote:
>> > Sure, here you go:
>> >
>> > Recovery Bootloader
>> > (C) Copyright 1999-2006, Secure Computing Inc (www.securecomputing.com
>> <http://www.securecomputing.com>)
>> > SecureComputing/SG560 Version 3.1.5u1
>> > 'n'etwork, 'f'lash, 's'erial [n] :
>> > Recovery Bootloader
>> > (C) Copyright 1999-2006, Secure Computing Inc (www.securecomputing.com
>> <http://www.securecomputing.com>)
>> > SecureComputing/SG560 Version 3.1.5u1
>> > 'n'etwork, 'f'lash, 's'erial [n] :
>> > Timeout, initiating network
>> > Decompressing etherboot
>> > +Getting DHCP address... .
>> > Ethernet eth0: MAC address 00:d0:cf:0b:b9:34
>> > IP: 192.168.0.101/255.255.255.0 <http://192.168.0.101/255.255.255.0>,
>> Gateway: 192.168.0.1
>> > Default server: 192.168.0.254, DNS server IP: 0.0.0.0
>> >
>> > RedBoot(tm) bootstrap and debug environment [RAM]
>> > Red Hat certified release, version 1.94 - built 16:02:10, Nov 4 2005
>> >
>> > Platform: CyberGuard SG5XX family of VPN/Firewall/Routers (XScale) BE
>> > Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc.
>> >
>> > RAM: 0x00000000-0x01000000, 0x00060d48-0x00ff3000 available
>> > == Executing boot script in 1.000 seconds - enter ^C to abort
>> > RedBoot> load -v -s 0x00200000 -b 0x00800000 image.bin
>> > Using default protocol (TFTP)
>> > |
>> > Raw file loaded 0x00200000-0x002c4b8c, assumed entry at 0x00200000
>> > RedBoot> exec -r 0x00800000 -c "console=ttyS0,115200 root=/dev/ram0"
>> 0x00200000
>> > [Using ramdisk at 0x800000-0xbce000]
>> > Using base address 0x00200000 and length 0x000c4b90
>> > Linux version 2.6.26-uc0 (root@test-ubu01) (gcc version 3.4.4) #13 Tue
>> Aug 26 12:14:17 EDT 2014
>> > CPU: XScale-IXP42x Family [690541f2] revision 2 (ARMv5TE), cr=000039ff
>> > Machine: McAfee/SG560
>> > Memory policy: ECC disabled, Data cache writeback
>> > CPU0: D VIVT undefined 5 cache
>> > CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets
>> > CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets
>> > Built 1 zonelists in Zone order, mobility grouping off. Total pages:
>> 4064
>> > Kernel command line: console=ttyS0,115200 root=/dev/ram0
>> > PID hash table entries: 64 (order: 6, 256 bytes)
>> > Dentry cache hash table entries: 2048 (order: 1, 8192 bytes)
>> > Inode-cache hash table entries: 1024 (order: 0, 4096 bytes)
>> > Memory: 16MB = 16MB total
>> > Memory: 14616KB available (1428K code, 96K data, 60K init)
>> > SLUB: Genslabs=12, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
>> > Mount-cache hash table entries: 512
>> > CPU: Testing write buffer coherency: ok
>> > net_namespace: 484 bytes
>> > NET: Registered protocol family 16
>> > IXP4xx: Using 16MiB expansion bus window size
>> > NET: Registered protocol family 2
>> > IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
>> > TCP established hash table entries: 512 (order: 0, 4096 bytes)
>> > TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
>> > TCP: Hash tables configured (established 512 bind 1024)
>> > TCP reno registered
>> > NET: Registered protocol family 1
>> > NetWinder Floating Point Emulator V0.97 (double precision)
>> > Squashfs 2.2-r2 (released 2005/09/08) (C) 2002-2005 Phillip Lougher
>> > Squashfs 2.2 includes LZMA decompression support
>> > io scheduler noop registered (default)
>> > ledman: Copyright (C) SnapGear, 2000-2008.
>> > LED: registered ERASE switch on IRQ26
>> > M41T11M6: Real Time Clock driver
>> > snapdog: HW/SW watchdog timer for SnapGear/Others
>> > Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing
>> disabled
>> > serial8250.0: ttyS0 at MMIO 0xc8000000 (irq = 15) is a XScale
>> > console [ttyS0] enabled
>> > serial8250.0: ttyS1 at MMIO 0xc8001000 (irq = 13) is a XScale
>> > PPP generic driver version 2.4.2
>> > PPP Deflate Compression module registered
>> > PPP BSD Compression module registered
>> > PPP MPPE Compression module registered
>> > NET: Registered protocol family 24
>> > SLIP: version 0.8.4-NET3.019-NEWTTY (dynamic channels, max=256).
>> > CSLIP: code copyright 1989 Regents of the University of California.
>> > SnapGear: MTD flash setup
>> > SnapGear Intel/StrataFlash: Found 1 x16 devices at 0x0 in 16-bit bank
>> > Intel/Sharp Extended Query Table at 0x0031
>> > Using buffer write method
>> > cfi_cmdset_0001: Erase suspend on write enabled
>> > SnapGear: SnapGear Intel/StrataFlash device size = 8192K
>> > Creating 6 MTD partitions on "SnapGear Intel/StrataFlash":
>> > 0x00000000-0x00020000 : "SnapGear Boot Loader"
>> > 0x00020000-0x000a0000 : "SnapGear non-volatile configuration"
>> > 0x000a0000-0x007e0000 : "SnapGear image"
>> > 0x00000000-0x00800000 : "SnapGear Intel/StrataFlash"
>> > 0x007e0000-0x00800000 : "SnapGear System Log"
>> > 0x007e0000-0x00800000 : "SnapGear System Log"
>> > SNAPARM: root device set to 2
>> > u32 classifier
>> > GRE over IPv4 tunneling driver
>> > TCP cubic registered
>> > NET: Registered protocol family 17
>> > Bridge firewalling registered
>> > 802.1Q VLAN Support v1.8 Ben Greear <[email protected] <mailto:
>> [email protected]>>
>> > All bugs added by David S. Miller <[email protected] <mailto:
>> [email protected]>>
>> > XScale DSP coprocessor detected.
>> > VFS: Cannot open root device "ram0" or unknown-block(0,0)
>> > Please append a correct "root=" boot option; here are the available
>> partitions:
>> > 1f00 128 mtdblock0 (driver?)
>> > 1f01 512 mtdblock1 (driver?)
>> > 1f02 7424 mtdblock2 (driver?)
>> > 1f03 8192 mtdblock3 (driver?)
>> > 1f04 128 mtdblock4 (driver?)
>> > 1f05 128 mtdblock5 (driver?)
>> > Kernel panic - not syncing: VFS: Unable to mount root fs on
>> unknown-block(0,0)
>>
>> I suspect you need these enabled:
>>
>> CONFIG_BLK_DEV_INITRD=y
>> CONFIG_BLK_DEV_RAM=y
>> CONFIG_BLK_DEV_RAM_COUNT=4
>> CONFIG_BLK_DEV_RAM_SIZE=16384
>>
>> Doesn't look like they are on from the output above.
>> Otherwise it looks ok.
>>
>> Regards
>> Greg
>>
>>
>>
>> > On Wed, Aug 27, 2014 at 8:02 PM, Greg Ungerer <[email protected]
>> <mailto:[email protected]>> wrote:
>> >
>> > On 27/08/14 23:09, GravyFace wrote:
>> >
>> > On Tue, Aug 26, 2014 at 8:44 PM, Greg Ungerer <[email protected]
>> <mailto:[email protected]> <mailto:[email protected] <mailto:
>> [email protected]>>> wrote:
>> > I'm assuming this was the last step,
>> >
>> > That is the last step. Easiest fix is to just create a
>> /tftpboot
>> > directory that is world read/write. Doesn't really matter
>> whether
>> > you actually have tftp server enabled or not.
>> >
>> > Yeah, I was able to figure that out and with the help of the SG
>> manual (amazing, those!) found out about the "recovery" process of holding
>> down ERASE and booting. With Wireshark, I was able to see it pick up an IP
>> from tftpd's DHCP service and successfully download my image.bin.
>> >
>> >
>> > Maybe, maybe not. What are the front LEDs doing?
>> > If the heartbeat (HB) is flashing then it was probably
>> successful.
>> >
>> > A serial port console is not enabled by default, so you
>> won't get
>> > anything on the serial port without doing extra steps.
>> >
>> > Now that I have that out of my system, my next step is
>> to install tftpd and (I'm assuming) do a TFTP based install? Don't see
>> that part on the snapgear.org <http://snapgear.org> <http://snapgear.org>
>> <http://snapgear.org> documentation on archive.org <http://archive.org> <
>> http://archive.org> <http://archive.org>, but maybe I'm missing
>> something.
>> >
>> >
>> > SnapGear has been shutdown so I don't know they have on the
>> web anymore.
>> > But the tftp network load is pretty simple. To see what is
>> going on hook
>> > up the serial port at 115200,8,n,1. Then hold in the ERASE
>> button and
>> > plug in the power. It will come up with a simple boot
>> loader prompt.
>> > After a few seconds it will timeout and try a network load
>> - doing a
>> > dhcp address lookup and then trying a tftp load of a system
>> image
>> > (that is the image.bin file that your compile generated).
>> >
>> >
>> > Well, getting a kernel panic; don't think it can find the flash
>> device...
>> >
>> > XScale DSP coprocessor detected.
>> > VFS: Cannot open root device "ram0" or unknown-block(0,0)
>> > Please append a correct "root=" boot option; here are the
>> available partitions:
>> > 1f00 128 mtdblock0 (driver?)
>> > 1f01 512 mtdblock1 (driver?)
>> > 1f02 7424 mtdblock2 (driver?)
>> > 1f03 8192 mtdblock3 (driver?)
>> > 1f04 128 mtdblock4 (driver?)
>> > 1f05 128 mtdblock5 (driver?)
>> > Kernel panic - not syncing: VFS: Unable to mount root fs on
>> unknown-block(0,0)
>> >
>> >
>> > Can you send the complete boot log?
>> >
>> >
>> > There was a patch that I never applied as I wasn't sure what
>> the architecture was for these, but seeing this in the boot message ("CPU:
>> XScale-IXP42x Family [690541f2] revision 2 (ARMv5TE), cr=000039ff"), it
>> jogged my memory of this, from the archive.org <http://archive.org> <
>> http://archive.org>'s snapgear documentation page:
>> >
>> >
>> > "Also available is a patch package that can be used to build
>> the Intel IXP4xx Access Library code as part of the SnapGear distribution.
>> This patch set contains support for the Intel CSR-1.4 with DSR-2.6.2
>> combination, and the Intel CSR-2.4 library (on both 2.4 and 2.6 linux
>> kernels)."
>> >
>> > There's also this, but it appears as those RedBoot has already
>> been configured:
>> >
>> https://gitorious.org/linux-__nios2/uclinux-dist/source/__5316285bb1b0a07bd2a2a562ec9397__af22dc465d:vendors/__SecureComputing/SG560/README
>> <
>> https://gitorious.org/linux-nios2/uclinux-dist/source/5316285bb1b0a07bd2a2a562ec9397af22dc465d:vendors/SecureComputing/SG560/README
>> >
>> >
>> >
>> > Before Linux had in kernel drivers for the IXP4xx eth driver you
>> > had to use Intel's drivers for them. That SecureComputing/SG560
>> > config would have been configured with them in mind. I don't recall
>> > what kernel the Snapgear 4.0 source was based on, but you may be
>> > able to configure and use the kernels own ixp4xx eth drivers.
>> >
>> > You can ignore what that README says about redboot. It doesn't
>> really
>> > apply to the SG560. (The network boot loading is done using a
>> redboot,
>> > but it is a stripped down simple one - that just does the network
>> > loading. It doesn't deal with flash).
>> >
>> > Regards
>> > Greg
>> >
>> >
>> > I would suggest hard setting a command line in your kernel
>> config so that
>> > you have console=ttyS0,115200 set.
>> >
>> > I think I saw an old post on how to do that; if I get past the
>> kernel panic, this will be the first thing I do.
>> >
>> > Regards
>> > Greg
>> >
>> >
>> >
>> > On Mon, Aug 25, 2014 at 9:40 AM, GravyFace <
>> [email protected] <mailto:[email protected]> <mailto:
>> [email protected] <mailto:[email protected]>> <mailto:
>> [email protected] <mailto:[email protected]> <mailto:
>> [email protected] <mailto:[email protected]>>>> wrote:
>> >
>> > Thanks, I'll give that a go now.
>> >
>> >
>> > On Mon, Aug 25, 2014 at 2:24 AM, Greg Ungerer <
>> [email protected] <mailto:[email protected]> <mailto:[email protected]
>> <mailto:[email protected]>> <mailto:[email protected] <mailto:
>> [email protected]> <mailto:[email protected] <mailto:[email protected]>>>>
>> wrote:
>> >
>> > Hi,
>> >
>> >
>> > On 24/08/14 03:26, gravyface wrote:
>> >
>> > Hi all,
>> >
>> > First time attempting to compile really
>> anything in Linux (why not try this? <g>), and hitting a wall with a
>> seemingly pam-auth related error.
>> >
>> > Build Environment:
>> >
>> > - Ubuntu Server 12.04.5 LTS with apt
>> versions of binutils, build-essentials, gcc, gdb, curses (libncurses5-dev
>> libncursesw5-dev). I downloaded the arm-linux-tools-20061213.tar.______gz <
>> https://web.archive.org/web/______20100715203220/http://ftp.______snapgear.org/pub/snapgear/______tools/arm-linux/arm-linux-______tools-20061213.tar.gz
>> <
>> https://web.archive.org/web/____20100715203220/http://ftp.____snapgear.org/pub/snapgear/____tools/arm-linux/arm-linux-____tools-20061213.tar.gz>
>> <
>> https://web.archive.org/web/____20100715203220/http://ftp.____snapgear.org/pub/snapgear/____tools/arm-linux/arm-linux-____tools-20061213.tar.gz
>> <
>> https://web.archive.org/web/__20100715203220/http://ftp.__snapgear.org/pub/snapgear/__tools/arm-linux/arm-linux-__tools-20061213.tar.gz>>
>> <
>> https://web.archive.org/web/____20100715203220/http://ftp.____snapgear.org/pub/snapgear/____tools/arm-linux/arm-linux-____tools-20061213.tar.gz
>> > <
>> https://web.archive.org/web/__20100715203220/http://ftp.__snapgear.org/pub/snapgear/__tools/arm-linux/arm-linux-__tools-20061213.tar.gz>
>> <
>> https://web.archive.org/web/__20100715203220/http://ftp.__snapgear.org/pub/snapgear/__tools/arm-linux/arm-linux-__tools-20061213.tar.gz
>> <
>> https://web.archive.org/web/20100715203220/http://ftp.snapgear.org/pub/snapgear/tools/arm-linux/arm-linux-tools-20061213.tar.gz>>>>
>> from Web Archive's copy, but have no idea how to use it.
>> >
>> >
>> >
>> >
>> > I can get whatever versions of packages
>> needed; just let me know.
>> >
>> > Target:
>> >
>> > - I have more SG560s than I know what to
>> do with after dismantling a large site-to-site client network; I'm
>> interested in building simple network testing appliances
>> (ping/arp-scan/nc/ssh) I can use when configuring various networking
>> devices, so I think the default libraries and utilities should be more than
>> adequate in the base image.
>> >
>> > What I've done:
>> >
>> > - Extracted
>> http://ftp.snapgear.org/pub/______snapgear/src/snapgear-4.0.7.______tar.bz2
>> <http://ftp.snapgear.org/pub/____snapgear/src/snapgear-4.0.7.____tar.bz2>
>> <http://ftp.snapgear.org/pub/____snapgear/src/snapgear-4.0.7.____tar.bz2
>> <http://ftp.snapgear.org/pub/__snapgear/src/snapgear-4.0.7.__tar.bz2>> <
>> http://ftp.snapgear.org/pub/____snapgear/src/snapgear-4.0.7.____tar.bz2 <
>> http://ftp.snapgear.org/pub/__snapgear/src/snapgear-4.0.7.__tar.bz2> <
>> http://ftp.snapgear.org/pub/__snapgear/src/snapgear-4.0.7.__tar.bz2 <
>> http://ftp.snapgear.org/pub/snapgear/src/snapgear-4.0.7.tar.bz2>>> to my
>> home directory in a sub-folder called uclinux (full path is
>> /home/gravyface/uclinux/______snapgear-4.0.7). From that directory, ran
>> "make SecureComputing/SG560_default" which ran for 15 minutes or so,
>> happily compiling, until it exited with Error 2, and not a whole lot more:
>> >
>> >
>> >
>> >
>> > By default the build is parallel across the
>> number of CPUs you have.
>> > It may be that the actuall error was way back
>> in the compile output.
>> >
>> > Try running:
>> >
>> > make NON_SMP_BUILD=1
>> SecureComputing/SG560_default
>> >
>> > It will be a lot slower, only running on 1
>> CPU. But it will much
>> > more likely stop at the failure point.
>> >
>> > Regards
>> > Greg
>> >
>> >
>> >
>> > ucfront-gcc arm-linux-gcc -mbig-endian
>> -mcpu=xscale -mtune=xscale -msoft-float -DHOST_NAME_MAX=255 -shared
>> .libs/pam_xauth.o -Wl,--rpath
>> -Wl,/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/libpam/.libs
>> -L/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/libpam
>> /home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/libpam/.libs/libpam.so
>> -mbig-endian -mcpu=xscale -mtune=xscale -msoft-float
>> -Wl,--version-script=../../../______modules/pam_xauth/../____modules.__map
>> -Wl,-S -Wl,-soname -Wl,pam_xauth.so -o .libs/pam_xauth.so
>> > creating pam_xauth.la <http://pam_xauth.la>
>> <http://pam_xauth.la> <http://pam_xauth.la> <http://pam_xauth.la/>
>> > (cd .libs && rm -f pam_xauth.la <
>> http://pam_xauth.la> <http://pam_xauth.la> <http://pam_xauth.la> <
>> http://pam_xauth.la/> && ln -s ../pam_xauth.la <http://pam_xauth.la> <
>> http://pam_xauth.la> <http://pam_xauth.la> <http://pam_xauth.la/>
>> pam_xauth.la <http://pam_xauth.la> <http://pam_xauth.la> <
>> http://pam_xauth.la> <http://pam_xauth.la/>)
>> >
>> > make[8]: Leaving directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/modules/pam_xauth'
>> > make[8]: Entering directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/modules'
>> >
>> >
>> > make[8]: Nothing to be done for `all-am'.
>> > make[8]: Leaving directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/modules'
>> > make[7]: Leaving directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/modules'
>> > Making all in po
>> > make[7]: Entering directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/po'
>> >
>> >
>> > make[7]: Nothing to be done for `all'.
>> > make[7]: Leaving directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/po'
>> > Making all in conf
>> > make[7]: Entering directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/conf'
>> > make[8]: Entering directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/conf'
>> >
>> >
>> > make[8]: Nothing to be done for `all-am'.
>> > make[8]: Leaving directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/conf'
>> > make[7]: Leaving directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/conf'
>> > make[7]: Entering directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build'
>> >
>> >
>> > make[7]: Nothing to be done for `all-am'.
>> > make[7]: Leaving directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build'
>> > make[6]: Leaving directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build'
>> > make[5]: Leaving directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build'
>> > make[4]: Leaving directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam'
>> > make[3]: Leaving directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib'
>> >
>> >
>> > make[2]: *** [all] Error 2
>> > make[2]: Leaving directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7/lib'
>> >
>> >
>> > make[1]: *** [subdirs] Error 1
>> > make[1]: Leaving directory
>> `/home/gravyface/uclinux/______snapgear-4.0.7'
>> > make: ***
>> [SecureComputing/SG560_______default] Error 2
>> >
>> >
>> >
>> >
>> > Looks to be pam-related, but with no
>> error, I'm kind of at a loss here.
>> >
>> > Thanks in advance!
>> >
>> >
>> >
>> _____________________________________________________
>> > uClinux-dev mailing list
>> > [email protected] <mailto:[email protected]>
>> <mailto:uClinux-dev@uclinux.__org <mailto:[email protected]>>
>> <mailto:uClinux-dev@uclinux. <mailto:uClinux-dev@uclinux.>____org
>> <mailto:uClinux-dev@uclinux.__org <mailto:[email protected]>>>
>> >
>> http://mailman.uclinux.org/______mailman/listinfo/uclinux-dev <
>> http://mailman.uclinux.org/____mailman/listinfo/uclinux-dev> <
>> http://mailman.uclinux.org/____mailman/listinfo/uclinux-dev <
>> http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev>> <
>> http://mailman.uclinux.org/____mailman/listinfo/uclinux-dev <
>> http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev> <
>> http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <
>> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>>>
>> > This message was resent by
>> [email protected] <mailto:[email protected]> <mailto:
>> uclinux-dev@uclinux.__org <mailto:[email protected]>> <mailto:
>> uclinux-dev@uclinux. <mailto:uclinux-dev@uclinux.>____org <mailto:
>> uclinux-dev@uclinux.__org <mailto:[email protected]>>>
>> > To unsubscribe see:
>> >
>> http://mailman.uclinux.org/______mailman/options/uclinux-dev <
>> http://mailman.uclinux.org/____mailman/options/uclinux-dev> <
>> http://mailman.uclinux.org/____mailman/options/uclinux-dev <
>> http://mailman.uclinux.org/__mailman/options/uclinux-dev>> <
>> http://mailman.uclinux.org/____mailman/options/uclinux-dev <
>> http://mailman.uclinux.org/__mailman/options/uclinux-dev> <
>> http://mailman.uclinux.org/__mailman/options/uclinux-dev <
>> http://mailman.uclinux.org/mailman/options/uclinux-dev>>>
>> >
>> >
>> >
>> _____________________________________________________
>> > uClinux-dev mailing list
>> > [email protected] <mailto:[email protected]>
>> <mailto:uClinux-dev@uclinux.__org <mailto:[email protected]>>
>> <mailto:uClinux-dev@uclinux. <mailto:uClinux-dev@uclinux.>____org
>> <mailto:uClinux-dev@uclinux.__org <mailto:[email protected]>>>
>> >
>> http://mailman.uclinux.org/______mailman/listinfo/uclinux-dev <
>> http://mailman.uclinux.org/____mailman/listinfo/uclinux-dev> <
>> http://mailman.uclinux.org/____mailman/listinfo/uclinux-dev <
>> http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev>> <
>> http://mailman.uclinux.org/____mailman/listinfo/uclinux-dev <
>> http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev> <
>> http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <
>> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>>>
>> > This message was resent by
>> [email protected] <mailto:[email protected]> <mailto:
>> uclinux-dev@uclinux.__org <mailto:[email protected]>> <mailto:
>> uclinux-dev@uclinux. <mailto:uclinux-dev@uclinux.>____org <mailto:
>> uclinux-dev@uclinux.__org <mailto:[email protected]>>>
>> > To unsubscribe see:
>> >
>> http://mailman.uclinux.org/______mailman/options/uclinux-dev <
>> http://mailman.uclinux.org/____mailman/options/uclinux-dev> <
>> http://mailman.uclinux.org/____mailman/options/uclinux-dev <
>> http://mailman.uclinux.org/__mailman/options/uclinux-dev>> <
>> http://mailman.uclinux.org/____mailman/options/uclinux-dev <
>> http://mailman.uclinux.org/__mailman/options/uclinux-dev> <
>> http://mailman.uclinux.org/__mailman/options/uclinux-dev <
>> http://mailman.uclinux.org/mailman/options/uclinux-dev>>>
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > ___________________________________________________
>> > uClinux-dev mailing list
>> > [email protected] <mailto:[email protected]>
>> <mailto:uClinux-dev@uclinux.__org <mailto:[email protected]>>
>> >
>> http://mailman.uclinux.org/____mailman/listinfo/uclinux-dev <
>> http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev> <
>> http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <
>> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>>
>> > This message was resent by [email protected]
>> <mailto:[email protected]> <mailto:uclinux-dev@uclinux.__org
>> <mailto:[email protected]>>
>> > To unsubscribe see:
>> >
>> http://mailman.uclinux.org/____mailman/options/uclinux-dev <
>> http://mailman.uclinux.org/__mailman/options/uclinux-dev> <
>> http://mailman.uclinux.org/__mailman/options/uclinux-dev <
>> http://mailman.uclinux.org/mailman/options/uclinux-dev>>
>> >
>> >
>> > ___________________________________________________
>> > uClinux-dev mailing list
>> > [email protected] <mailto:[email protected]>
>> <mailto:uClinux-dev@uclinux.__org <mailto:[email protected]>>
>> > http://mailman.uclinux.org/____mailman/listinfo/uclinux-dev
>> <http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev> <
>> http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <
>> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>>
>> > This message was resent by [email protected] <mailto:
>> [email protected]> <mailto:uclinux-dev@uclinux.__org <mailto:
>> [email protected]>>
>> > To unsubscribe see:
>> > http://mailman.uclinux.org/____mailman/options/uclinux-dev
>> <http://mailman.uclinux.org/__mailman/options/uclinux-dev> <
>> http://mailman.uclinux.org/__mailman/options/uclinux-dev <
>> http://mailman.uclinux.org/mailman/options/uclinux-dev>>
>> >
>> >
>> >
>> >
>> > _________________________________________________
>> > uClinux-dev mailing list
>> > [email protected] <mailto:[email protected]>
>> > http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <
>> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
>> > This message was resent by [email protected] <mailto:
>> [email protected]>
>> > To unsubscribe see:
>> > http://mailman.uclinux.org/__mailman/options/uclinux-dev <
>> http://mailman.uclinux.org/mailman/options/uclinux-dev>
>> >
>> >
>> > _________________________________________________
>> > uClinux-dev mailing list
>> > [email protected] <mailto:[email protected]>
>> > http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <
>> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
>> > This message was resent by [email protected] <mailto:
>> [email protected]>
>> > To unsubscribe see:
>> > http://mailman.uclinux.org/__mailman/options/uclinux-dev <
>> http://mailman.uclinux.org/mailman/options/uclinux-dev>
>> >
>> >
>> >
>> >
>> > _______________________________________________
>> > uClinux-dev mailing list
>> > [email protected]
>> > http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
>> > This message was resent by [email protected]
>> > To unsubscribe see:
>> > http://mailman.uclinux.org/mailman/options/uclinux-dev
>> >
>>
>> _______________________________________________
>> uClinux-dev mailing list
>> [email protected]
>> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
>> This message was resent by [email protected]
>> To unsubscribe see:
>> http://mailman.uclinux.org/mailman/options/uclinux-dev
>>
>
>
_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev