Re: [PATCH]change 'struct device' -> platform_data to firmware_data

[Kumar Gala]

Embedded PPC has followed in ARMs footsteps with the use of 
platform_data for board specific information to be passed to drivers.   
The plan is to grow its use in embedded PPC. It would seem introducing 
a new field for ACPI information would be the least painful solution.

Can some clarify what kind of information ACPI needs.  I'm asking 
because firmware_data does not seem any more clear to me.

Also, we should really probably be a bit more specific in 
Documentation/driver-model/device.txt once we decide the meaning of the 
fields is, possible giving an example.

- kumar

On Jan 11, 2005, at 11:15 PM, Li Shaohua wrote:

> On Wed, 2005-01-12 at 13:06, Greg KH wrote:
>  >
> > > If we are doing things incorrectly, I am not argueing that our 
> usage
>  > > has to the way it sits. We could create a new generic 
> serial_device and
> > > flash_device structures and subsystems for these, but that requires
> > > rewriting drivers and board ports; however, we need enough time
>  > > to work with appropriate subsystem maintainers to do so. My 
> suggestion
>  > > is to add a new firmware_data field for use by ACPI ATM while we
>  > > clean things up in ARM world if so required.  Since ACPI is 
> non-existent
> > > on ARM systems, another option is that we keep using the renamed 
> data
>  > > structure as we have been doing. /me votes for this option
>  >
> > I like the "just add a firmware_data" field option too.  It doesn't
> > break any existing code, and the term "firmware" tells driver 
> authors to
>  > back away from it and not touch it (and we need to add the proper
> > documentation saying this.)
>  If nobody insists on the intent of platform_data, I'll be glad to add 
> a
>  new field. It makes things more easy.
>
> Thanks,
>  Shaohua
>
> -
>  To unsubscribe from this list: send the line "unsubscribe 
> linux-kernel" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>  Please read the FAQ at  http://www.tux.org/lkml/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/