[uClinux-dev] ip masquarade support

Roope Anttinen 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
PC: [<00101f37>]
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
bde810c7
        e9320000 00000000 00200022 00000000 00000000 00047924 00101f37
00000000
        0010d080 00000000 00000011 bdec0010 d8de0011 bdfc0000 00030000
00000004
        79240010 dcc20000 000010c7 51180000 00030011 bdfc0000 00000004
792410c7
        e9320000 00000004 79240000 00030000 00000000 00000000 00020003
67bc10c7
        53b20004 8b900011 bdfc0000 00030000 00000004 79240011 bde810c7
e9320000

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 mailing list