[uClinux-dev] Make errors while building snapgear-4.0.0.7

Discussion:

gravyface

2014-08-23 17:26:41 UTC

Apologies if this is a dupe, but sent first before approval on the list:

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>
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 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:

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
(cd .libs && rm -f pam_xauth.la && ln -s ../pam_xauth.la 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!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.uclinux.org/pipermail/uclinux-dev/attachments/20140823/fee93920/attachment.html>

Greg Ungerer

2014-08-25 06:24:54 UTC

Permalink

Hi,

Post by gravyface
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.
- 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> 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.
- 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.

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

Post by gravyface
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/>
(cd .libs && rm -f pam_xauth.la <http://pam_xauth.la/> && ln -s ../pam_xauth.la <http://pam_xauth.la/> 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
uClinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/options/uclinux-dev

GravyFace

2014-08-25 13:40:28 UTC

Permalink

Thanks, I'll give that a go now.

Post by Greg Ungerer
Hi,

Post by gravyface
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.
- 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>
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.
- 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.
- Extracted 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,

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.
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

Post by gravyface
-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/>
(cd .libs && rm -f pam_xauth.la <http://pam_xauth.la/> && ln -s ../
pam_xauth.la <http://pam_xauth.la/> 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
uClinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/options/uclinux-dev

_______________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/options/uclinux-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.uclinux.org/pipermail/uclinux-dev/attachments/20140825/666db3eb/attachment.html>

GravyFace

2014-08-26 16:24:33 UTC

Permalink

Plowed through a pile of missing dependencies, at this point:

cat /home/gravyface/uclinux/snapgear-4.0.7/images/ramdisk
/home/gravyface/uclinux/snapgear-4.0.7/images/zImage

/home/gravyface/uclinux/snapgear-4.0.7/images/image.bin

printf '\0%s\0%s\0%s' 4.0.2p0 CyberGuard SG560

/home/gravyface/uclinux/snapgear-4.0.7/images/image.bin

/home/gravyface/uclinux/snapgear-4.0.7/tools/cksum -b -o 2
/home/gravyface/uclinux/snapgear-4.0.7/images/image.bin >>
/home/gravyface/uclinux/snapgear-4.0.7/images/image.bin
cp /home/gravyface/uclinux/snapgear-4.0.7/images/image.bin /tftpboot
cp /home/gravyface/uclinux/snapgear-4.0.7/images/image.bin
/tftpboot/SG560.bin

cp: accessing `/tftpboot/SG560.bin': Not a directory

make[3]: *** [image.copy] Error 1
make[3]: Leaving directory
`/home/gravyface/uclinux/snapgear-4.0.7/vendors/SecureComputing/SG560'
make[2]: *** [image] Error 2
make[2]: Leaving directory `/home/gravyface/uclinux/snapgear-4.0.7/vendors'
make[1]: *** [image] Error 2
make[1]: Leaving directory `/home/gravyface/uclinux/snapgear-4.0.7'
make: *** [SecureComputing/SG560_default] Error 2

I'm assuming this was the last step, so I decided to take a leap of faith
and, through the SnapGear Web UI, performed an HTTP upgrade with the
image.bin, knowing quite well that I probably just bricked it (and felt a
curious satisfaction in doing so). I have PuTTY on 9600 8N1, no dice.
Wireshark is showing nothing either, so yeah, brick city I would imagine.

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 documentation on archive.org, but maybe I'm missing something.

Thanks, I'll give that a go now.

Hi,

Post by gravyface
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.
- 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> 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.
- 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.
- Extracted 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,

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.uclinux.org/pipermail/uclinux-dev/attachments/20140826/04c92b1c/attachment.html>

Greg Ungerer

2014-08-27 00:44:36 UTC

Permalink

Hi,

cat /home/gravyface/uclinux/snapgear-4.0.7/images/ramdisk /home/gravyface/uclinux/snapgear-4.0.7/images/zImage >/home/gravyface/uclinux/snapgear-4.0.7/images/image.bin
printf '\0%s\0%s\0%s' 4.0.2p0 CyberGuard SG560 >>/home/gravyface/uclinux/snapgear-4.0.7/images/image.bin
/home/gravyface/uclinux/snapgear-4.0.7/tools/cksum -b -o 2 /home/gravyface/uclinux/snapgear-4.0.7/images/image.bin >> /home/gravyface/uclinux/snapgear-4.0.7/images/image.bin
cp /home/gravyface/uclinux/snapgear-4.0.7/images/image.bin /tftpboot
cp /home/gravyface/uclinux/snapgear-4.0.7/images/image.bin /tftpboot/SG560.bin
cp: accessing `/tftpboot/SG560.bin': Not a directory
make[3]: *** [image.copy] Error 1
make[3]: Leaving directory `/home/gravyface/uclinux/snapgear-4.0.7/vendors/SecureComputing/SG560'
make[2]: *** [image] Error 2
make[2]: Leaving directory `/home/gravyface/uclinux/snapgear-4.0.7/vendors'
make[1]: *** [image] Error 2
make[1]: Leaving directory `/home/gravyface/uclinux/snapgear-4.0.7'
make: *** [SecureComputing/SG560_default] Error 2
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.

so I decided to take a leap of faith and, through the SnapGear Web UI, performed an HTTP upgrade with the image.bin, knowing quite well that I probably just bricked it (and felt a curious satisfaction in doing so). I have PuTTY on 9600 8N1, no dice. Wireshark is showing nothing either, so yeah, brick city I would imagine.

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> documentation on 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).

I would suggest hard setting a command line in your kernel config so that
you have console=ttyS0,115200 set.

Regards
Greg

Thanks, I'll give that a go now.
Hi,
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.
- 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>> 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.
- 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.
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.
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/>
(cd .libs && rm -f pam_xauth.la <http://pam_xauth.la> <http://pam_xauth.la/> && ln -s ../pam_xauth.la <http://pam_xauth.la> <http://pam_xauth.la/> 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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
This message was resent by uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/options/uclinux-dev <http://mailman.uclinux.org/mailman/options/uclinux-dev>
_________________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
This message was resent by uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/options/uclinux-dev <http://mailman.uclinux.org/mailman/options/uclinux-dev>
_______________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/options/uclinux-dev

GravyFace

2014-08-27 13:09:37 UTC

Permalink

Post by Greg Ungerer
Hi,

Post by GravyFace
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.

Post by Greg Ungerer
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

Post by GravyFace
and (I'm assuming) do a TFTP based install? Don't see that part on the
snapgear.org <http://snapgear.org> documentation on archive.org <
http://archive.org>, but maybe I'm missing something.

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)

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'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/5316285bb1b0a07bd2a2a562ec9397af22dc465d:vendors/SecureComputing/SG560/README

Post by Greg Ungerer
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.

Post by Greg Ungerer
Regards
Greg

Post by GravyFace
Thanks, I'll give that a go now.
On Mon, Aug 25, 2014 at 2:24 AM, Greg Ungerer <gerg at uclinux.org
Hi,
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.
- 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>> 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.
- 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.
- 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> 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
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.
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/>
(cd .libs && rm -f pam_xauth.la <http://pam_xauth.la> <
http://pam_xauth.la/> && ln -s ../pam_xauth.la <http://pam_xauth.la> <
http://pam_xauth.la/> 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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
uclinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/options/uclinux-dev <
http://mailman.uclinux.org/mailman/options/uclinux-dev>
_________________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
uclinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/options/uclinux-dev <
http://mailman.uclinux.org/mailman/options/uclinux-dev>
_______________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/options/uclinux-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.uclinux.org/pipermail/uclinux-dev/attachments/20140827/cf8ec9c1/attachment.html>

Greg Ungerer

2014-08-28 00:02:19 UTC

Permalink

Can you send the complete boot log?

Post by GravyFace
"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)."
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

Post by GravyFace
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
Thanks, I'll give that a go now.
Hi,
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.
- 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>>> 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.
- 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.
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.
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/>
(cd .libs && rm -f 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/> 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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org> <mailto:uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>>
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 uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org> <mailto:uclinux-dev at uclinux.__org <mailto:uclinux-dev at uclinux.org>>
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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org> <mailto:uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>>
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 uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org> <mailto:uclinux-dev at uclinux.__org <mailto:uclinux-dev at uclinux.org>>
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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
This message was resent by uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/options/uclinux-dev <http://mailman.uclinux.org/mailman/options/uclinux-dev>
_________________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
This message was resent by uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/options/uclinux-dev <http://mailman.uclinux.org/mailman/options/uclinux-dev>
_______________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/options/uclinux-dev

GravyFace

2014-08-28 14:09:24 UTC

Permalink

Sure, here you go:

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] :
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-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 at 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 <greearb at candelatech.com>
All bugs added by David S. Miller <davem at redhat.com>
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)

Post by Greg Ungerer

Can you send the complete boot log?
There was a patch that I never applied as I wasn't sure what the

Post by GravyFace
XScale-IXP42x Family [690541f2] revision 2 (ARMv5TE), cr=000039ff"), it
jogged my memory of this, from the archive.org <http://archive.org>'s
"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)."
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

Post by GravyFace
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 <gravyface at gmail.com
Thanks, I'll give that a go now.
On Mon, Aug 25, 2014 at 2:24 AM, Greg Ungerer <
gerg at uclinux.org <mailto:gerg at uclinux.org> <mailto:gerg at uclinux.org
Hi,
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.
- 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>>> 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.
- 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.
- 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>> 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
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.
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/>
(cd .libs && rm -f 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/>
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
uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>>
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 uclinux-dev at uclinux.org
<mailto:uclinux-dev at uclinux.org> <mailto:uclinux-dev at uclinux.__org
<mailto:uclinux-dev at uclinux.org>>
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
uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>>
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 uclinux-dev at uclinux.org
<mailto:uclinux-dev at uclinux.org> <mailto:uclinux-dev at uclinux.__org
<mailto:uclinux-dev at uclinux.org>>
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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
uclinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/options/uclinux-dev <
http://mailman.uclinux.org/mailman/options/uclinux-dev>
_________________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
uclinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/options/uclinux-dev <
http://mailman.uclinux.org/mailman/options/uclinux-dev>
_______________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/options/uclinux-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.uclinux.org/pipermail/uclinux-dev/attachments/20140828/41d958b1/attachment.html>

Greg Ungerer

2014-08-29 06:28:28 UTC

Permalink

Hi,

Post by GravyFace
Recovery Bootloader
(C) Copyright 1999-2006, Secure Computing Inc (www.securecomputing.com <http://www.securecomputing.com>)
SecureComputing/SG560 Version 3.1.5u1
Recovery Bootloader
(C) Copyright 1999-2006, Secure Computing Inc (www.securecomputing.com <http://www.securecomputing.com>)
SecureComputing/SG560 Version 3.1.5u1
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 at 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
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 <greearb at candelatech.com <mailto:greearb at candelatech.com>>
All bugs added by David S. Miller <davem at redhat.com <mailto:davem at redhat.com>>
XScale DSP coprocessor detected.
VFS: Cannot open root device "ram0" or unknown-block(0,0)
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

Post by GravyFace
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)
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?
"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)."
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
Thanks, I'll give that a go now.
Hi,
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.
- 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.
- 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.
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.
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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org> <mailto:uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>> <mailto:uClinux-dev at uclinux. <mailto:uClinux-dev at uclinux.>____org <mailto:uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>>>
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 uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org> <mailto:uclinux-dev at uclinux.__org <mailto:uclinux-dev at uclinux.org>> <mailto:uclinux-dev at uclinux. <mailto:uclinux-dev at uclinux.>____org <mailto:uclinux-dev at uclinux.__org <mailto:uclinux-dev at uclinux.org>>>
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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org> <mailto:uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>> <mailto:uClinux-dev at uclinux. <mailto:uClinux-dev at uclinux.>____org <mailto:uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>>>
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 uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org> <mailto:uclinux-dev at uclinux.__org <mailto:uclinux-dev at uclinux.org>> <mailto:uclinux-dev at uclinux. <mailto:uclinux-dev at uclinux.>____org <mailto:uclinux-dev at uclinux.__org <mailto:uclinux-dev at uclinux.org>>>
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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org> <mailto:uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>>
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 uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org> <mailto:uclinux-dev at uclinux.__org <mailto:uclinux-dev at uclinux.org>>
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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org> <mailto:uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>>
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 uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org> <mailto:uclinux-dev at uclinux.__org <mailto:uclinux-dev at uclinux.org>>
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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
This message was resent by uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/options/uclinux-dev <http://mailman.uclinux.org/mailman/options/uclinux-dev>
_________________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
This message was resent by uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/options/uclinux-dev <http://mailman.uclinux.org/mailman/options/uclinux-dev>
_______________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/options/uclinux-dev

GravyFace

2014-08-31 00:20:04 UTC

Permalink

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

Post by GravyFace
Hi,

Post by GravyFace
Recovery Bootloader
(C) Copyright 1999-2006, Secure Computing Inc (www.securecomputing.com <

http://www.securecomputing.com>)

Post by GravyFace
SecureComputing/SG560 Version 3.1.5u1
Recovery Bootloader
(C) Copyright 1999-2006, Secure Computing Inc (www.securecomputing.com <

http://www.securecomputing.com>)

Post by GravyFace
SecureComputing/SG560 Version 3.1.5u1
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

Post by GravyFace
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

Post by GravyFace
[Using ramdisk at 0x800000-0xbce000]
Using base address 0x00200000 and length 0x000c4b90
Linux version 2.6.26-uc0 (root at test-ubu01) (gcc version 3.4.4) #13 Tue

Aug 26 12:14:17 EDT 2014

Post by GravyFace
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

4064

Post by GravyFace
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
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

greearb at candelatech.com>>
davem at redhat.com>>

Post by GravyFace
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
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)
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

Post by GravyFace
On Tue, Aug 26, 2014 at 8:44 PM, Greg Ungerer <gerg at uclinux.org
I'm assuming this was the last step,
That is the last step. Easiest fix is to just create a

/tftpboot

Post by GravyFace
directory that is world read/write. Doesn't really matter

whether

Post by GravyFace
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.

Post by GravyFace
Maybe, maybe not. What are the front LEDs doing?
If the heartbeat (HB) is flashing then it was probably

successful.

Post by GravyFace
A serial port console is not enabled by default, so you

won't get

Post by GravyFace
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.

Post by GravyFace
SnapGear has been shutdown so I don't know they have on the

web anymore.

Post by GravyFace
But the tftp network load is pretty simple. To see what is

going on hook

Post by GravyFace
up the serial port at 115200,8,n,1. Then hold in the ERASE

button and

Post by GravyFace
plug in the power. It will come up with a simple boot loader

prompt.

Post by GravyFace
After a few seconds it will timeout and try a network load -

doing a

Post by GravyFace
dhcp address lookup and then trying a tftp load of a system

image

Post by GravyFace
(that is the image.bin file that your compile generated).
Well, getting a kernel panic; don't think it can find the flash

device...

Post by GravyFace
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
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)

Post by GravyFace
Can you send the complete boot log?
There was a patch that I never applied as I wasn't sure what the

XScale-IXP42x Family [690541f2] revision 2 (ARMv5TE), cr=000039ff"), it
jogged my memory of this, from the archive.org <http://archive.org> <

Post by GravyFace
"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)."

Post by GravyFace
There's also this, but it appears as those RedBoot has already

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

Post by GravyFace
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,

Post by GravyFace
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

Post by GravyFace
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.

Post by GravyFace
Regards
Greg
On Mon, Aug 25, 2014 at 9:40 AM, GravyFace <
Thanks, I'll give that a go now.
On Mon, Aug 25, 2014 at 2:24 AM, Greg Ungerer <

gerg at uclinux.org <mailto:gerg at uclinux.org> <mailto:gerg at uclinux.org
gerg at uclinux.org> <mailto:gerg at uclinux.org <mailto:gerg at uclinux.org>>>>

Post by GravyFace
Hi,
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.

Post by GravyFace
- 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

Post by GravyFace
<

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.

Post by GravyFace
I can get whatever versions of packages

needed; just let me know.

Post by GravyFace
- 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.

Post by GravyFace
- 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,

Post by GravyFace
By default the build is parallel across the

number of CPUs you have.

Post by GravyFace
It may be that the actuall error was way back

in the compile output.

Post by GravyFace
make NON_SMP_BUILD=1

SecureComputing/SG560_default

Post by GravyFace
It will be a lot slower, only running on 1 CPU.

But it will much

Post by GravyFace
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

Post by GravyFace
creating pam_xauth.la <http://pam_xauth.la>

<http://pam_xauth.la> <http://pam_xauth.la> <http://pam_xauth.la/>

Post by GravyFace
(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/>)

Post by GravyFace
make[8]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/modules/pam_xauth'

Post by GravyFace
make[8]: Entering directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/modules'

Post by GravyFace
make[8]: Nothing to be done for `all-am'.
make[8]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/modules'

Post by GravyFace
make[7]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/modules'

Post by GravyFace
Making all in po
make[7]: Entering directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/po'

Post by GravyFace
make[7]: Nothing to be done for `all'.
make[7]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/po'

Post by GravyFace
Making all in conf
make[7]: Entering directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/conf'

Post by GravyFace
make[8]: Entering directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/conf'

Post by GravyFace
make[8]: Nothing to be done for `all-am'.
make[8]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/conf'

Post by GravyFace
make[7]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/conf'

Post by GravyFace
make[7]: Entering directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build'

Post by GravyFace
make[7]: Nothing to be done for `all-am'.
make[7]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build'

Post by GravyFace
make[6]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build'

Post by GravyFace
make[5]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build'

Post by GravyFace
make[4]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam'

Post by GravyFace
make[3]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib'

Post by GravyFace
make[2]: *** [all] Error 2
make[2]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib'

Post by GravyFace
make[1]: *** [subdirs] Error 1
make[1]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7'

Post by GravyFace
make: ***

[SecureComputing/SG560_______default] Error 2

Post by GravyFace
Looks to be pam-related, but with no error,

I'm kind of at a loss here.

Post by GravyFace
Thanks in advance!

_____________________________________________________

Post by GravyFace
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>

<mailto:uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>>
uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>>>
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>>>

Post by GravyFace
This message was resent by

uclinux-dev at uclinux.__org <mailto:uclinux-dev at uclinux.org>>>
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>>>
_____________________________________________________

Post by GravyFace
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>

Post by GravyFace
This message was resent by

Post by GravyFace
___________________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>

<mailto:uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>>
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>>

Post by GravyFace
This message was resent by uclinux-dev at uclinux.org

<mailto:uclinux-dev at uclinux.org> <mailto:uclinux-dev at uclinux.__org
<mailto:uclinux-dev at uclinux.org>>
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>>

Post by GravyFace
___________________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>

<mailto:uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>>

Post by GravyFace
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>>
uclinux-dev at uclinux.org>>

Post by GravyFace
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>>

Post by GravyFace
_________________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>
http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <

http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
uclinux-dev at uclinux.org>

Post by GravyFace
http://mailman.uclinux.org/__mailman/options/uclinux-dev <

http://mailman.uclinux.org/mailman/options/uclinux-dev>

http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
uclinux-dev at uclinux.org>

Post by GravyFace
http://mailman.uclinux.org/__mailman/options/uclinux-dev <

http://mailman.uclinux.org/mailman/options/uclinux-dev>

Post by GravyFace
_______________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/options/uclinux-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.uclinux.org/pipermail/uclinux-dev/attachments/20140830/c5dded30/attachment.html>

GravyFace

2014-08-31 03:49:34 UTC

Permalink

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.

Post by GravyFace
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

Post by GravyFace
Hi,

Post by GravyFace
Recovery Bootloader
(C) Copyright 1999-2006, Secure Computing Inc (www.securecomputing.com

<http://www.securecomputing.com>)

Post by GravyFace
SecureComputing/SG560 Version 3.1.5u1
Recovery Bootloader
(C) Copyright 1999-2006, Secure Computing Inc (www.securecomputing.com

<http://www.securecomputing.com>)

Gateway: 192.168.0.1

0x00200000

Post by GravyFace
[Using ramdisk at 0x800000-0xbce000]
Using base address 0x00200000 and length 0x000c4b90
Linux version 2.6.26-uc0 (root at test-ubu01) (gcc version 3.4.4) #13 Tue

Aug 26 12:14:17 EDT 2014

4064

disabled

Post by GravyFace
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
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

greearb at candelatech.com>>
davem at redhat.com>>

Post by GravyFace
On Wed, Aug 27, 2014 at 8:02 PM, Greg Ungerer <gerg at uclinux.org
On Tue, Aug 26, 2014 at 8:44 PM, Greg Ungerer <gerg at uclinux.org
I'm assuming this was the last step,
That is the last step. Easiest fix is to just create a

/tftpboot

Post by GravyFace
directory that is world read/write. Doesn't really matter

whether

Post by GravyFace
you actually have tftp server enabled or not.
Yeah, I was able to figure that out and with the help of the SG

Post by GravyFace
Maybe, maybe not. What are the front LEDs doing?
If the heartbeat (HB) is flashing then it was probably

successful.

Post by GravyFace
A serial port console is not enabled by default, so you

won't get

Post by GravyFace
anything on the serial port without doing extra steps.
Now that I have that out of my system, my next step is

Post by GravyFace
SnapGear has been shutdown so I don't know they have on the

web anymore.

Post by GravyFace
But the tftp network load is pretty simple. To see what is

going on hook

Post by GravyFace
up the serial port at 115200,8,n,1. Then hold in the ERASE

button and

Post by GravyFace
plug in the power. It will come up with a simple boot

loader prompt.

Post by GravyFace
After a few seconds it will timeout and try a network load

- doing a

Post by GravyFace
dhcp address lookup and then trying a tftp load of a system

image

Post by GravyFace
(that is the image.bin file that your compile generated).
Well, getting a kernel panic; don't think it can find the flash

device...

unknown-block(0,0)

Post by GravyFace
Can you send the complete boot log?
There was a patch that I never applied as I wasn't sure what

XScale-IXP42x Family [690541f2] revision 2 (ARMv5TE), cr=000039ff"), it
jogged my memory of this, from the archive.org <http://archive.org> <

Post by GravyFace
"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)."

Post by GravyFace
There's also this, but it appears as those RedBoot has already

really

Post by GravyFace
apply to the SG560. (The network boot loading is done using a

redboot,

Post by GravyFace
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

Post by GravyFace
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.

Post by GravyFace
Regards
Greg
On Mon, Aug 25, 2014 at 9:40 AM, GravyFace <
Thanks, I'll give that a go now.
On Mon, Aug 25, 2014 at 2:24 AM, Greg Ungerer <

gerg at uclinux.org <mailto:gerg at uclinux.org> <mailto:gerg at uclinux.org
gerg at uclinux.org> <mailto:gerg at uclinux.org <mailto:gerg at uclinux.org>>>>

Post by GravyFace
Hi,
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.

Post by GravyFace
- Ubuntu Server 12.04.5 LTS with apt

Post by GravyFace
<

Post by GravyFace
I can get whatever versions of packages

needed; just let me know.

Post by GravyFace
- 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.

Post by GravyFace
- 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,

Post by GravyFace
By default the build is parallel across the

number of CPUs you have.

Post by GravyFace
It may be that the actuall error was way back

in the compile output.

Post by GravyFace
make NON_SMP_BUILD=1

SecureComputing/SG560_default

Post by GravyFace
It will be a lot slower, only running on 1

CPU. But it will much

Post by GravyFace
more likely stop at the failure point.
Regards
Greg
ucfront-gcc arm-linux-gcc -mbig-endian

Post by GravyFace
creating pam_xauth.la <http://pam_xauth.la>

<http://pam_xauth.la> <http://pam_xauth.la> <http://pam_xauth.la/>

Post by GravyFace
(cd .libs && rm -f pam_xauth.la <

Post by GravyFace
make[8]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/modules/pam_xauth'

Post by GravyFace
make[8]: Entering directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/modules'

Post by GravyFace
make[8]: Nothing to be done for `all-am'.
make[8]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/modules'

Post by GravyFace
make[7]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/modules'

Post by GravyFace
Making all in po
make[7]: Entering directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/po'

Post by GravyFace
make[7]: Nothing to be done for `all'.
make[7]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/po'

Post by GravyFace
Making all in conf
make[7]: Entering directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/conf'

Post by GravyFace
make[8]: Entering directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/conf'

Post by GravyFace
make[8]: Nothing to be done for `all-am'.
make[8]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/conf'

Post by GravyFace
make[7]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build/conf'

Post by GravyFace
make[7]: Entering directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build'

Post by GravyFace
make[7]: Nothing to be done for `all-am'.
make[7]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build'

Post by GravyFace
make[6]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build'

Post by GravyFace
make[5]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam/______build'

Post by GravyFace
make[4]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib/libpam'

Post by GravyFace
make[3]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib'

Post by GravyFace
make[2]: *** [all] Error 2
make[2]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7/lib'

Post by GravyFace
make[1]: *** [subdirs] Error 1
make[1]: Leaving directory

`/home/gravyface/uclinux/______snapgear-4.0.7'

Post by GravyFace
make: ***

[SecureComputing/SG560_______default] Error 2

Post by GravyFace
Looks to be pam-related, but with no

error, I'm kind of at a loss here.

Post by GravyFace
Thanks in advance!

_____________________________________________________

Post by GravyFace
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>

<mailto:uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>>
<mailto:uClinux-dev at uclinux. <mailto:uClinux-dev at uclinux.>____org
<mailto:uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>>>
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>>>

Post by GravyFace
This message was resent by

Post by GravyFace
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>

Post by GravyFace
This message was resent by

Post by GravyFace
___________________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>

Post by GravyFace
This message was resent by uclinux-dev at uclinux.org

Post by GravyFace
___________________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>

<mailto:uClinux-dev at uclinux.__org <mailto:uClinux-dev at uclinux.org>>

Post by GravyFace
http://mailman.uclinux.org/____mailman/listinfo/uclinux-dev

Post by GravyFace
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/listinfo/uclinux-dev>
uclinux-dev at uclinux.org>

Post by GravyFace
http://mailman.uclinux.org/__mailman/options/uclinux-dev <

http://mailman.uclinux.org/mailman/options/uclinux-dev>

http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
uclinux-dev at uclinux.org>

Post by GravyFace
http://mailman.uclinux.org/__mailman/options/uclinux-dev <

http://mailman.uclinux.org/mailman/options/uclinux-dev>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.uclinux.org/pipermail/uclinux-dev/attachments/20140830/ec73e17f/attachment.html>

Greg Ungerer

2014-09-01 05:05:09 UTC

Permalink

Hi,

Can you post your modified kernel config here?

I took the 4.0.7 source, modified kernel config to enable those
settings, and that network loads, boots and runs for me on a SG560.

I am using a new compiler version, not sure if that might be an issue.
(I am using a gcc-4.2.1 toolchain).

Regards
Greg

Recovery Bootloader
(C) Copyright 1999-2006, Secure Computing Inc (www.securecomputing.com <http://www.securecomputing.com>)
SecureComputing/SG560 Version 3.1.5u1
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-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.
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
Hi,

Post by GravyFace
Recovery Bootloader
(C) Copyright 1999-2006, Secure Computing Inc (www.securecomputing.com <http://www.securecomputing.com> <http://www.securecomputing.com>)
SecureComputing/SG560 Version 3.1.5u1
Recovery Bootloader
(C) Copyright 1999-2006, Secure Computing Inc (www.securecomputing.com <http://www.securecomputing.com> <http://www.securecomputing.com>)
SecureComputing/SG560 Version 3.1.5u1
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> <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 at 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
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 <greearb at candelatech.com <mailto:greearb at candelatech.com> <mailto:greearb at candelatech.com <mailto:greearb at candelatech.com>>>
All bugs added by David S. Miller <davem at redhat.com <mailto:davem at redhat.com> <mailto:davem at redhat.com <mailto:davem at redhat.com>>>
XScale DSP coprocessor detected.
VFS: Cannot open root device "ram0" or unknown-block(0,0)
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)

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

Post by GravyFace
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> <http://snapgear.org> documentation on archive.org <http://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)
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?
"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)."
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
Thanks, I'll give that a go now.
Hi,
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.
- 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.
- 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.
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.
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> <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> <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> <http://pam_xauth.la/> pam_xauth.la <http://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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org> <mailto:uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>> <mailto:uClinux-dev at uclinux. <mailto:uClinux-dev at uclinux.>__org <mailto:uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>>> <mailto:uClinux-dev at uclinux <mailto:uClinux-dev at uclinux>. <mailto:uClinux-dev at uclinux <mailto:uClinux-dev at uclinux>.>____org <mailto:uClinux-dev at uclinux. <mailto:uClinux-dev at uclinux.>__org <mailto:uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>>>>
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 uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org> <mailto:uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>> <mailto:uclinux-dev at uclinux. <mailto:uclinux-dev at uclinux.>__org <mailto:uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>>> <mailto:uclinux-dev at uclinux <mailto:uclinux-dev at uclinux>. <mailto:uclinux-dev at uclinux <mailto:uclinux-dev at uclinux>.>____org <mailto:uclinux-dev at uclinux. <mailto:uclinux-dev at uclinux.>__org <mailto:uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>>>>
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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org> <mailto:uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>> <mailto:uClinux-dev at uclinux. <mailto:uClinux-dev at uclinux.>__org <mailto:uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>>> <mailto:uClinux-dev at uclinux <mailto:uClinux-dev at uclinux>. <mailto:uClinux-dev at uclinux <mailto:uClinux-dev at uclinux>.>____org <mailto:uClinux-dev at uclinux. <mailto:uClinux-dev at uclinux.>__org <mailto:uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>>>>
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 uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org> <mailto:uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>> <mailto:uclinux-dev at uclinux. <mailto:uclinux-dev at uclinux.>__org <mailto:uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>>> <mailto:uclinux-dev at uclinux <mailto:uclinux-dev at uclinux>. <mailto:uclinux-dev at uclinux <mailto:uclinux-dev at uclinux>.>____org <mailto:uclinux-dev at uclinux. <mailto:uclinux-dev at uclinux.>__org <mailto:uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>>>>
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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org> <mailto:uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>> <mailto:uClinux-dev at uclinux. <mailto:uClinux-dev at uclinux.>__org <mailto:uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>>>
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 uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org> <mailto:uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>> <mailto:uclinux-dev at uclinux. <mailto:uclinux-dev at uclinux.>__org <mailto:uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>>>
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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org> <mailto:uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>> <mailto:uClinux-dev at uclinux. <mailto:uClinux-dev at uclinux.>__org <mailto:uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>>>
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 uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org> <mailto:uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>> <mailto:uclinux-dev at uclinux. <mailto:uclinux-dev at uclinux.>__org <mailto:uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>>>
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
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org> <mailto:uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>>
http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
This message was resent by uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org> <mailto:uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>>
http://mailman.uclinux.org/__mailman/options/uclinux-dev <http://mailman.uclinux.org/mailman/options/uclinux-dev>
_________________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org> <mailto:uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>>
http://mailman.uclinux.org/__mailman/listinfo/uclinux-dev <http://mailman.uclinux.org/mailman/listinfo/uclinux-dev>
This message was resent by uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org> <mailto:uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>>
http://mailman.uclinux.org/__mailman/options/uclinux-dev <http://mailman.uclinux.org/mailman/options/uclinux-dev>
_______________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>
http://mailman.uclinux.org/mailman/options/uclinux-dev

_______________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org <mailto:uClinux-dev at uclinux.org>
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev at uclinux.org <mailto:uclinux-dev at uclinux.org>
http://mailman.uclinux.org/mailman/options/uclinux-dev
_______________________________________________
uClinux-dev mailing list
uClinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev at uclinux.org
http://mailman.uclinux.org/mailman/options/uclinux-dev

GravyFace

2014-09-01 12:51:12 UTC

Permalink

Hi,

I'm using gcc version 4.6.3

Oddly, now I can't build with kernel config I have: threw two separate
errors, one was a complaint of line X in the dhclient configuration, lastly
was a lex error of some nondescript reasoning. I tried again with make
clean, no dice, so clearly fingers of the rotund persuasion are wreaking
havoc in the kernel config. I blew away my snapgear directory, extracting
tarball, trying again from scratch now.

Post by GravyFace
Hi,

Post by GravyFace
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...".
Can you post your modified kernel config here?
I took the 4.0.7 source, modified kernel config to enable those
settings, and that network loads, boots and runs for me on a SG560.
I am using a new compiler version, not sure if that might be an issue.
(I am using a gcc-4.2.1 toolchain).
Regards
Greg

Post by GravyFace
Recovery Bootloader
(C) Copyright 1999-2006, Secure Computing Inc (www.securecomputing.com <

http://www.securecomputing.com>)

Gateway: 192.168.0.1

Post by GravyFace
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

Post by GravyFace
[Using ramdisk at 0x800000-0xbcf000]
Using base address 0x00200000 and length 0x000c65fc
Power light and the port lights are solid.
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.

Post by GravyFace
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.

Post by GravyFace
Thanks
On Fri, Aug 29, 2014 at 2:28 AM, Greg Ungerer <gerg at uclinux.org
Hi,

Post by GravyFace
Recovery Bootloader
(C) Copyright 1999-2006, Secure Computing Inc (

www.securecomputing.com <http://www.securecomputing.com> <
http://www.securecomputing.com>)