From: Arnd Bergmann <arnd@arndb.de>
To: linuxppc-dev@ozlabs.org
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>
Subject: Re: [PATCH 2/7] powerpc: allow localbus compatible serial ports for console device
Date: Mon, 7 Jan 2008 17:04:22 +0100 [thread overview]
Message-ID: <200801071704.23151.arnd@arndb.de> (raw)
In-Reply-To: <47824641.8090208@windriver.com>
On Monday 07 January 2008, Paul Gortmaker wrote:
>=20
> I'd thought about doing that, but there are slight differences
> in each test. =A0To remain 100% faithful to the original implementation
> you'd have to have a table or similar that had these various fields
> and loop over that -- something like:
>=20
> compat =A0 =A0 =A0parent =A0 pnt-compat =A0pnt-type =A0 add-fcn
> ---------------------------------------------------------------
> ns16550 =A0 =A0 NULL =A0 =A0 NULL =A0 =A0 =A0 =A0soc =A0 =A0 =A0 =A0add_l=
egacy_soc_port
> NULL =A0 =A0 =A0 =A0isa =A0 =A0 =A0NULL =A0 =A0 =A0 =A0NULL =A0 =A0 =A0 a=
dd_legacy_isa_port
> ns16550 =A0 =A0 NULL =A0 =A0 NULL =A0 =A0 =A0 =A0tsi-bridge add_legacy_so=
c_port
> ns16550 =A0 =A0 NULL =A0 =A0 ibm,opb =A0 =A0 opb =A0 =A0 =A0 =A0add_legac=
y_soc_port
> ns16550 =A0 =A0 NULL =A0 =A0 localbus =A0 =A0NULL =A0 =A0 =A0 add_legacy_=
soc_port
>=20
> But, if we were willing to move away from checks based on
> the parent->type and stick with parent->compat, then the
> unification would be a lot cleaner and easier to implement.
Unfortunately, some of our cell blades don't have the right
'compatible' property, so you still need to check the type for
the opb case.
> (we could also leave the ISA one out as an oddball, and then
> not have to carry an add-fcn either).
yes, that seems reasonable.
Arnd <><
next prev parent reply other threads:[~2008-01-07 16:04 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-07 14:25 [PATCH 0/7] Powerpc support for SBC8560 board Paul Gortmaker
2008-01-07 14:25 ` [PATCH 1/7] powerpc: use for_each in legacy_serial Paul Gortmaker
2008-01-07 14:25 ` Paul Gortmaker
2008-01-07 14:25 ` [PATCH 2/7] powerpc: allow localbus compatible serial ports for console device Paul Gortmaker
2008-01-07 14:25 ` Paul Gortmaker
2008-01-07 14:33 ` Arnd Bergmann
2008-01-07 15:33 ` Paul Gortmaker
2008-01-07 16:04 ` Arnd Bergmann [this message]
2008-01-17 22:03 ` Paul Gortmaker
2008-01-17 22:07 ` Scott Wood
2008-01-17 22:35 ` Arnd Bergmann
2008-01-24 17:13 ` [PATCH] powerpc: reduce code duplication in legacy_serial, add UART parent types Paul Gortmaker
2008-01-24 22:40 ` Paul Gortmaker
2008-01-25 8:17 ` Kumar Gala
2008-07-07 6:33 ` Benjamin Herrenschmidt
2008-07-07 15:02 ` Paul Gortmaker
2008-07-07 15:05 ` [PATCH] legacy-serial: more meaningful names, terminate array Paul Gortmaker
2008-07-07 22:17 ` Benjamin Herrenschmidt
2008-07-07 22:42 ` [PATCH] ibmebus: more meaningful variable name Paul Gortmaker
2008-01-25 6:17 ` [PATCH] powerpc: reduce code duplication in legacy_serial, add UART parent types Arnd Bergmann
2008-01-07 14:25 ` [PATCH 3/7] sbc8560: add support for Wind River SBC8560 in arch/powerpc Paul Gortmaker
2008-01-07 14:25 ` Paul Gortmaker
2008-01-08 0:32 ` Stephen Rothwell
2008-01-09 4:39 ` Paul Gortmaker
2008-01-09 6:23 ` Stephen Rothwell
2008-01-07 14:25 ` [PATCH 4/7] sbc8560: Add device tree source for Wind River SBC8560 board Paul Gortmaker
2008-01-07 14:25 ` Paul Gortmaker
2008-01-10 2:56 ` David Gibson
2008-01-15 14:12 ` Kumar Gala
2008-01-17 20:50 ` Paul Gortmaker
2008-01-07 14:25 ` [PATCH 5/7] sbc8560: Convert WRS SBC8560 device tree to v1 format Paul Gortmaker
2008-01-07 14:25 ` Paul Gortmaker
2008-01-07 14:25 ` [PATCH 6/7] CPM2: Make support for the CPM2 optional on 8560 based boards Paul Gortmaker
2008-01-07 14:25 ` Paul Gortmaker
2008-01-07 14:25 ` [PATCH 7/7] sbc8560: Add default .config file for Wind River SBC8560 Paul Gortmaker
2008-01-07 14:25 ` Paul Gortmaker
2008-01-24 9:30 ` [PATCH 0/7] Powerpc support for SBC8560 board Kumar Gala
2008-01-24 14:17 ` Paul Gortmaker
2008-01-24 14:25 ` Kumar Gala
2008-01-24 14:27 ` Paul Gortmaker
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=200801071704.23151.arnd@arndb.de \
--to=arnd@arndb.de \
--cc=linuxppc-dev@ozlabs.org \
--cc=paul.gortmaker@windriver.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.