lkml.org 
[lkml]   [2011]   [May]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH 0/4] Pinmux subsystem
    * Sascha Hauer <s.hauer@pengutronix.de> [110512 00:40]:
    >
    > These all basically describe the same thing: put pad x into one of modes
    > a, b, c and apply certain flags like drive strength on this.
    >
    > the other class of pin muxing I know of is that a whole group of pads
    > can be switched to a particular mode using a mux register like I think
    > is used used in your ux300 driver.
    >
    > I'd like to have a unified way to describe this. If we ever want to move
    > this into the device tree we need this anyway as I think it's not an
    > option to have completely different SoC specific descriptions in the
    > device tree.

    Me too. Otherwise we'll have multiple different device tree implementations.

    We might as well have the data in suitable format for device tree to
    start with, and then have common access functions that can be replaced
    for various platforms if necessary.

    Regards,

    Tony


    \
     
     \ /
      Last update: 2011-05-12 11:43    [W:2.325 / U:0.008 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site