Re: [parisc-linux] new gcc-default for hppa

[grundler@dsl2.external.hp.com (Grant Grundler)]

On Wed, Jan 15, 2003 at 05:14:47PM +0100, jsoe0708@tiscali.be wrote:
> >There are a lot of differences (do you want it I do not think it will be
> >usefull)
> >
> >> or a default .config if that's closer?
> >
> >It will have to wait tommorrow (sorry)

np. I also want you to look at something that is known
to work before going too far.

> I now add CONFIG_TULIP_MMIO=yes

yes. that's what I meant.

> (Randolph: Do you want I send you those new material: kernel, system.map,
> ...?)

Or make them available via http or ftp.
Otherwise, posting what symbols the IAOQ/GR02 values point at
is even better.

> I also forget to recall: this only occurs for incoming ethernet trafic(ie
> ssh, telnet, ftp, coming from an external server). The outgoing traffic
> works fine (I just do a telnet and a ftp from this server to an external
> one without crash)

Interesting. "outgoing" has both inbound and outbound data.
That doesn't sound like a tulip driver bug though it's certainly
possible.

Have you tried sending UDP (not TCP) traffic?
(Not sure how to do that...suggestions?)

You have any iptables (firewall) filtering enabled?

Maybe an issue with opening a new connection in the interrupt context?
My weak understanding of the network stack is that a TCP packet comes
in with SYN (on the interrupt stack) and gets queued for the bottom
half. The bottom half is invoked with interrupts re-enabled but
on the kernel stack in the "interrupt context". Did I get that right?

hth,
grant