From: "Gleb O. Raiko" <raiko@niisi.msk.ru>
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Cc: Ralf Baechle <ralf@oss.sgi.com>, Harald Koerfgen <hkoerfg@web.de>,
linux-mips@fnet.fr, linux-mips@oss.sgi.com
Subject: Re: [patch] linux 2.4.5: Export mips_machtype
Date: Mon, 13 Aug 2001 22:27:01 +0400 [thread overview]
Message-ID: <3B781BF5.9FF57CF8@niisi.msk.ru> (raw)
In-Reply-To: Pine.GSO.3.96.1010813182811.23241P-100000@delta.ds2.pg.gda.pl
"Maciej W. Rozycki" wrote:
>
> On Mon, 13 Aug 2001, Ralf Baechle wrote:
>
> > > The following patch exports mips_machtype to modules. Please apply.
> >
> > Ok - but I'd like to burry the whole mips_machtype mechanism in 2.5. To
> > messy and requires a central authority to allocate machine types. What
> > do you think?
>
> No idea at the moment. For DECs things are pretty easy. The firmware
> returns a unique system ID for each different kind of hardware. It can be
> used instead (actually mips_machtype is initialized bazed on what firmware
> reports). The ID is mostly useful for system-specific stuff, e.g. onboard
> devices that cannot be identified or probed in another way.
>
> Note that for PCI-based systems, there is usually no problem -- PCI IDs
> can be used instead in most cases.
>
How? In fact, I've got two different boards with the same Ethernet chip.
Moreover, mach type shall be known as early as possible, early than pci
init for sure. Just imagine, I need a way to identify PCI controller by
mach type, so I need to scan pci busses for specific ID. Boom. :-) Did I
miss something in your proposal?
BTW, in my Baget case, I just need a number for mach type. I can ask to
change my prom in worst case.
Regards,
Gleb.
next prev parent reply other threads:[~2001-08-13 18:33 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-13 13:26 [patch] linux 2.4.5: Export mips_machtype Maciej W. Rozycki
2001-08-13 15:53 ` Ralf Baechle
2001-08-13 16:36 ` Maciej W. Rozycki
2001-08-13 18:27 ` Gleb O. Raiko [this message]
2001-08-14 17:43 ` Maciej W. Rozycki
2001-08-15 17:44 ` Keith M Wesolowski
2001-08-15 18:04 ` Ilya Volynets
2001-08-16 8:04 ` Soft-Float emulation with gcc - pr3900 Zoon
2001-08-23 11:38 ` [patch] linux 2.4.5: Export mips_machtype Gleb O. Raiko
2001-08-23 15:59 ` Maciej W. Rozycki
2001-08-23 17:05 ` Jun Sun
2001-08-23 17:31 ` Maciej W. Rozycki
2001-08-24 9:37 ` Gleb O. Raiko
2001-08-24 15:57 ` Maciej W. Rozycki
2001-08-24 17:23 ` Jun Sun
2001-08-24 9:42 ` Gleb O. Raiko
2001-08-24 16:10 ` Maciej W. Rozycki
2001-08-13 19:39 ` Harald Koerfgen
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=3B781BF5.9FF57CF8@niisi.msk.ru \
--to=raiko@niisi.msk.ru \
--cc=hkoerfg@web.de \
--cc=linux-mips@fnet.fr \
--cc=linux-mips@oss.sgi.com \
--cc=macro@ds2.pg.gda.pl \
--cc=ralf@oss.sgi.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.