Re: [PATCH] Custom IORESOURCE Class

From: Kumar Gala (kumar.gala_at_freescale.com)
Date: 08/09/05

  • Next message: Rusty Russell: "Re: Compiling module-init-tools versions after v3.0"
    Date:	Mon, 8 Aug 2005 23:23:23 -0500
    To: Adam Belay <ambx1@neo.rr.com>
    
    

    On Aug 8, 2005, at 6:17 PM, Adam Belay wrote:

    > On Mon, Aug 08, 2005 at 09:00:21AM -0700, Greg KH wrote:
    >
    >> On Mon, Aug 08, 2005 at 11:11:45AM -0700, Matthew Gilbert wrote:
    >>
    >>> Below is a patch that adds an additional resource class to the
    >>>
    > platform
    >
    >>> resource types. This is to support additional resources that need to
    >>>
    > be passed
    >
    >>> to drivers without overloading the existing specific types. In my
    >>>
    > case, I need
    >
    >>> to send clock information to the driver to enable power management.
    >>>
    >>> Signed-off-by: Matthew Gilbert <mgilbert@mvista.com>
    >>>
    >>
    >> Hm, you do realize that Pat's no longer the driver core maintainer?
    >>
    > :)
    >
    >>
    >> Anyway, Russell and Adam, any objections to this patch?
    >>
    >
    > I'm not sure if I agree with this patch. "struct resource" is used
    > primarily for
    > I/O resource assignment. Although I agree we may need to add new
    > IORESOURCE types,
    > I'm not sure if clock data belongs here. I don't think "start" and
    > "end" would be
    > useful for most platform data. Could you provide more information
    > about
    > this
    > specific issue and resource type? Maybe we could create a new sysfs
    > attribute?

    I would also like to understand more about what the need is here. We
    have clock data and such but use platform_data for it.

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


  • Next message: Rusty Russell: "Re: Compiling module-init-tools versions after v3.0"

    Relevant Pages

    • Re: [2.6 patch] remove support for gcc < 3.2
      ... That's the plan. ... VAX is also an interesting platform because it's another platform ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.0-mjb1
      ... >> I'd be very interested in feedback from anyone willing to test on any ... >> platform, however large or small. ... pageout for what it gains during regular usage. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [RFC][PATCH] Way for platforms to alter built-in serial ports
      ... > what you mean by moving to a more dynamic allocation. ... > where the platform can specify a device by its MMIO or IO port address, ... > and we automatically switch to the corresponding ttyS device later. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Hot plug vs. reliability
      ... An example are SRAMs used for CPUs with external ... An OS is never platform independent, there always is a machine dependant layer. ... ultra-scale systems where more fault tolerance can be designed in at the OS, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [RFC] [PATCH] Device Tree on ARM platform
      ... You don't need to have defined all the bindings for ... However, it does make sense for a platform using it, to at least try ... spread around that manufactures that platform data in 36 different ways. ... and the wrapper will show up in that grep. ...
      (Linux-Kernel)