[uClinux-dev] ip masquarade support
roope.anttinen at indagon.com
Thu Mar 13 04:23:01 EST 2003
Tried that but it didn't help :(
I now compiled the ip-tables stuff as modules.
insmod ip_tables went ok but when inserting iptable_filter module...
BANG - kernel crashes:
*** UNASSIGNED RESERVED 12 *** FORMAT=2
Current process id is 23
BAD KERNEL TRAP: 00000000
SR: 2035 SP: 0011bcd2 a2: 0056215c
d0: 00000000 d1: 00000000 d2: 00000000 d3: 10c7e900
d4: 00101f37 d5: 00000000 a0: 0056218c a1: 00000000
Process telnetd (pid: 23, stackpage=0011b000)
Frame format=2 instr addr=20000010
Stack from 0011bd0a:
018c0004 8b9010c7 e9320004 79240000 00000000 00030011 bdfc0011
e9320000 00000000 00200022 00000000 00000000 00047924 00101f37
0010d080 00000000 00000011 bdec0010 d8de0011 bdfc0000 00030000
79240010 dcc20000 000010c7 51180000 00030011 bdfc0000 00000004
e9320000 00000004 79240000 00030000 00000000 00000000 00020003
53b20004 8b900011 bdfc0000 00030000 00000004 79240011 bde810c7
On Wed, 2003-03-12 at 20:42, David E. Gelhar wrote:
> On Tuesday, March 11, 2003, at 03:32 AM, Roope Anttinen wrote:
> > Started all over with as stripped image as possible which does
> > basically
> > nothing more than boots...
> One thing I noticed in your output is that cs89x0_probe is "finding"
> lots of bogus ethernet interfaces. The ioaddr of "0xFFE0" is supposed
> to mean "don't probe". The same thing was happening to me with a
> uCsimm; although it wasn't resulting in crashes. I don't know if this
> is the cause of your problem, but it probably can't be good to have
> these bogus ethernet devices running.
> This appears to be caused by some added ARM code in drivers/net/Space.c
> that always calls cs89x0_probe for eth1..eth7 (if CONFIG_CS89x0) in the
> arch-specific probes section, while the generic isa_probes section will
> not probe for interfaces with a base addr of 0xFFE0.
> The obvious patch to that is to not call the arm-specific probes on a
> non-ARM architecture:
More information about the uClinux-dev