RFC: Rev 0.5 Booting the Linux/ppc kernel without Open Firmware
Kumar Gala
galak at gate.crashing.org
Wed Dec 21 04:26:08 EST 2005
On Tue, 20 Dec 2005, Arnd Bergmann wrote:
> On Maandag 19 Dezember 2005 21:49, Kumar Gala wrote:
> > I'm still in favor of just leaving these devices as straight platform
> > devices. Unless there is something that is bus specific that each device
> > on the bus conforms to I dont see any reason to create a new bus type.
>
> How do platform devices work with module autoloading? What I'm interested
> in is to have stuff like the Fedora installer or kernels with modular
> drivers 'just work' because they can use the same way to load their
> modules that is already used for PCI devices.
>
> AFAICS, that requires at least two things:
> - The device needs to be created when the bus is probed, i.e.
> of_device_register can not be called from inside the driver
> module_init() function.
>
This is already handled by the platform device in the kernel.
> - The bus type needs to create a modalias file so user space can
> do the matching with the of device table in the modules.
Seems like a simple thing to add to platform device.
> Both of these should be a lot easier to implement with a special
> bus type that creates entries in sysfs for a subset of the OF
> device tree.
I still dont see what a new bus type get us. I'm going to have to have
specific code to parse and build and register my devices. If that could
ends up registering a platform device or a newflatOF device I dont see any
real difference.
> The alternative would be to represent all of the device tree
> in /sys/devices, but IMHO that should better be part of
> /sys/firmware with symlinks to the linux internal device tree
> representation.
Today I have:
/sys/devices/platform/
fsl-gianfar.1
fsl-i2c.1
fsl-i2c.2
fsl-sec2.1
fsl-usb2-dr.1
fsl-usb2-mph.1
serial8250
serial8250.0
- kumar
More information about the Linuxppc64-dev
mailing list