From: "Florian Schirmer" <jolt@tuxbox.org>
To: "'Tom Rini'" <trini@kernel.crashing.org>,
"'Andreas Oberritter'" <obi@saftware.de>
Cc: <linuxppc-dev@lists.linuxppc.org>
Subject: RE: new code for an mpc8xx board (dbox2)
Date: Mon, 4 Aug 2003 23:36:34 +0200 [thread overview]
Message-ID: <000f01c35ad0$7b8d6fb0$6401a8c0@space.taytron.net> (raw)
In-Reply-To: <20030804172428.GD20708@ip68-0-152-218.tc.ph.cox.net>
Hi,
>> I'd also like to know if there is a better way to handle edge
>> triggered interrupts on 8xx than it is done in
>> linux-2.4.22-pre6-dbox2-irq.diff. Should CONFIG_DBOX2 be removed in
>> this patch or maybe replaced by CONFIG_8xx?
>
>Which interrupt is being generated that requires this change?
IIRC it is an ugly hack for a broken hardware. The initial problem was that
there is some hardware we don't have any documentation for. It generates
interrupts, but we dont know how to properly acknowledge them. This is why
we "invented" the SA_ONESHOT hack. If there is any other way to work around
this please let us know...
>If you use PPCBoot / U-Boot, you do not need to fill out an
>embed_config routine, and it's OK to let zImage fail.
This will break scripts expecting "make zImage" to return successfully.
>> linux-2.4.22-pre6-dbox2-watchdog.diff is needed because the
>> bootloader of this board enables the watchdog. Since it is a generic
>> implementation for handling an 8xx watchdog, I'd add CONFIG_8xx_WATCHDOG
>> for it instead of CONFIG_DBOX2, if no one complains.
>
>Since you have to define PITRTCLK, and there's magic numbers (and I don't
>have time at the moment to dig into the watchdog docs, cursed
>classes..) are you sure this is all generic 8xx code, and that
>those numbers wouldn't be board-specific?
It assumes there is a 32.768kHz crystal present on the board. Fix is simple:
if (RTCSC.38K)
pitrtclk = 9600;
else
pitrtclk = 8192;
I would like to see the userspace interface merged too
(http://cvs.tuxbox.org/cgi-bin/viewcvs.cgi/tuxbox/driver/wdt/mpc8xx_wdt.c).
I propose to drop the kernel watchdog patch and merge in the following
functions of the userspace interface instead:
mpc8xx_wdt_reset (needs to be exported to modules)
mpc8xx_wdt_interrupt
mpc8xx_wdt_handler_install (has to called during kernel init)
mpc8xx_wdt_handler_remove is dead and can be removed.
Regards,
Florian
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2003-08-04 21:36 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-03 2:42 new code for an mpc8xx board (dbox2) Andreas Oberritter
2003-08-04 17:24 ` Tom Rini
2003-08-04 21:36 ` Florian Schirmer [this message]
2003-08-04 23:12 ` Tom Rini
2003-08-18 18:02 ` Tom Rini
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='000f01c35ad0$7b8d6fb0$6401a8c0@space.taytron.net' \
--to=jolt@tuxbox.org \
--cc=linuxppc-dev@lists.linuxppc.org \
--cc=obi@saftware.de \
--cc=trini@kernel.crashing.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;
as well as URLs for NNTP newsgroup(s).