Date: Fri, 28 Dec 2007 13:55:18 -0800 From: Marcel Moolenaar <marcelm@juniper.net> To: "Olivier Gautherot" <olivier@gautherot.net> Cc: embedded@freebsd.org Subject: Re: ocpbus(4) Message-ID: <7C4C5641-EA0E-4BEA-8EEC-EEB69CDEE071@juniper.net> In-Reply-To: <dcfb161c0712281231y4d726502v42959fa7217d7376@mail.gmail.com> References: <20071228.114559.-311937481.imp@bsdimp.com> <20071228.121213.-494094613.imp@bsdimp.com> <C95AFF48-2C06-40FA-BDB4-C46011EECCF3@juniper.net> <20071228.130329.43010549.imp@bsdimp.com> <dcfb161c0712281231y4d726502v42959fa7217d7376@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Dec 28, 2007, at 12:31 PM, Olivier Gautherot wrote: >> : It violates newbus in that drivers compete for a device. >> : If the bus assigns the driver, then there's no competition >> : possible. The fact that the bus is abstract should not >> : mean that we should change its paradigm. >> >> No it doesn't. There's two kinds of busses in newbus. Those that >> self enumerate based on the hardware present (ie pccard, pci, usb, >> firewire) and then those that are told what's there (oldcard-style >> pccard, pure ISA, I2C, etc). The busses on the SoC more strongly >> resemble the latter than the former. The former busses already are >> enumerated with hints, but the actual mechanism is just a few calls >> that could be replaced with something better. > > Excuse my ignorance about obio, ocpbus and the like... > If we envisage to use a PCI-like approach to initialise the on-chip > drivers, couldn't we generate a table on a per CPUID basis? That's only part the story. There are embedded devices that aren't SoC. You can't use the CPU ID to figure out what's there in that case. You typically need to use board IDs, or SKUs for that. But other than that, yes. A description of the hardware is, when not fixed, keyed off of some easy to obtain ID or characteristic... -- Marcel Moolenaar marcelm@juniper.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7C4C5641-EA0E-4BEA-8EEC-EEB69CDEE071>