From: Michael Schmitz <schmitz@mail.biophys.uni-duesseldorf.de>
To: debian-68k@lists.debian.org
Cc: linux-m68k@vger.kernel.org
Subject: Re: Atari TT
Date: Fri, 25 Jan 2013 09:14:02 +0100 [thread overview]
Message-ID: <20130125081402.GA1187@mail.biophys.uni-duesseldorf.de> (raw)
In-Reply-To: <CAMuHMdWjwCQFTJRp7onffghMTDtWnAwt2vd4c2rzOTwVCG1H_w@mail.gmail.com>
Geert,
> >> The hydra and zorro8390 driver should handle that case fine, as interrupts are
> >> shared on Amiga.
> >
> > But these will only generate interrupts if the card has something to send,
> > or receive has been enabled. The timer polling seems to be the problem here.
>
> The point of IRQ sharing is that multiple devices use the same interrupt line.
> So it's about _another_ device generating the interrupt.
You're right of course.
> Both zorro8390 and hydra use IRQ_AMIGA_PORTS. As does Gayle IDE.
> Hence if the IDE hardware on A4000 triggers and interrupt, the
> interrupt handler of
> zorro8390 and hydra will be called as well. Since I'm not aware of any issues
> with zorro8390 and hydra in A4000, I assume zorro8390 and hydra handle this,
> while ne doesn't.
Turns out ne does - atari_ethernec did't. I could boot a kernel with ne
builtin, got the same message as always but this time it didn't hang:
NE*000 ethercard probe at 0x300:
ne ne (unregistered net_device): interrupt from stopped card
00:00:e8:5d:58:cd
eth0: RTL8019 found at 0x300, using IRQ 64.
sda: AHDI sda1 sda2 sda3 XGM< sda4 sda5 >
That's good enough for me.
>
> >> > Geert: is there some way for kernel network drivers to figure out whether the
> >> > network subsystem has been initialized, and hold off interrupt processing
> >> > before that time? I'm using 'if (netif_running(dev))' in atari_ethernec but
> >> > that does not appear to prevent the lockup.
> >>
> >> Doesn't the driver know when it's configured?
> >
> > It does - it will spit out 'interrupt from stopped card' in that case.
> > That's the last message I see from the kernel before it locks up (haven't
> > tried in a while, at least that's what happened a year or two ago). The same
> > still happens when loading the driver as a module - a single message of the
> > kind, nothing more (but the kernel keeps running).
> >
> > I would have thought netif_running(dev) returns false before the device has
> > been started, but that's wrong, apparently.
>
> How does zorro8390 and hydra handle it? They use __ei_interrupt, while
> ne uses eip_interrupt, but the latter just calls the former?
I'll have to check that - as I said, it seems to have gone away with the
current ne driver.
Baffled,
Michael
next prev parent reply other threads:[~2013-01-25 8:14 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20130120205231.GC32291@mail.biophys.uni-duesseldorf.de>
[not found] ` <Pine.BSM.4.64L.1301202117270.27441@herc.mirbsd.org>
[not found] ` <20130120225718.GA1459@mail.biophys.uni-duesseldorf.de>
[not found] ` <Pine.BSM.4.64L.1301232011550.14843@herc.mirbsd.org>
[not found] ` <20130123212251.GA14282@mail.biophys.uni-duesseldorf.de>
[not found] ` <Pine.BSM.4.64L.1301232213380.14843@herc.mirbsd.org>
[not found] ` <20130124000856.GA15759@mail.biophys.uni-duesseldorf.de>
[not found] ` <Pine.BSM.4.64L.1301241759530.6423@herc.mirbsd.org>
[not found] ` <20130124185341.GA27701@mail.biophys.uni-duesseldorf.de>
[not found] ` <Pine.BSM.4.64L.1301241946080.6423@herc.mirbsd.org>
2013-01-24 20:20 ` Atari TT Michael Schmitz
2013-01-24 20:41 ` Geert Uytterhoeven
2013-01-24 21:48 ` Michael Schmitz
2013-01-25 7:30 ` Geert Uytterhoeven
2013-01-25 8:14 ` Michael Schmitz [this message]
2013-01-24 20:50 ` Thorsten Glaser
2013-01-25 7:33 ` Geert Uytterhoeven
[not found] <4F0488A9.5030100@fairlite.co.uk>
[not found] ` <Pine.BSM.4.64L.1201041911580.19192@herc.mirbsd.org>
[not found] ` <alpine.LNX.2.00.1201052128060.6601@nippy.intranet>
[not found] ` <4F059460.5040305@fairlite.co.uk>
[not found] ` <CAMuHMdUxQq_29g7yeaS2Ktz193CcHNX5FaP8PR9ijU0htnKbZg@mail.gmail.com>
[not found] ` <4F059AE1.6070707@fairlite.co.uk>
[not found] ` <4F059DB9.1050209@fairlite.co.uk>
2012-01-05 14:42 ` Geert Uytterhoeven
2012-01-05 15:49 ` Andreas Schwab
2012-01-05 19:40 ` Alan Hourihane
2012-01-05 23:35 ` Andreas Schwab
2012-01-05 17:04 ` Alan Hourihane
2012-01-05 19:02 ` Alan Hourihane
2012-01-05 20:35 ` Geert Uytterhoeven
2013-01-20 16:52 ` Thorsten Glaser
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130125081402.GA1187@mail.biophys.uni-duesseldorf.de \
--to=schmitz@mail.biophys.uni-duesseldorf.de \
--cc=debian-68k@lists.debian.org \
--cc=linux-m68k@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox