On Wednesday 07 March 2007 11:55 am, David Brownell wrote:
> > I'm developing an SPI- bus >MMC/SD block driver translation layer.
>
> Another one? There's already been significant work in that area. See for
> example
>
> http://marc.theaimsgroup.com/?l=linux-kernel=117000652529003=2
Nice, I'll
On Wednesday 07 March 2007 11:55 am, David Brownell wrote:
I'm developing an SPI- bus MMC/SD block driver translation layer.
Another one? There's already been significant work in that area. See for
example
http://marc.theaimsgroup.com/?l=linux-kernelm=117000652529003w=2
Nice, I'll build
>http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=4c20386c8d0719b42503efe65abe47ad3fb3d711
> Your mail seems to be about a gpio userspace interface, which is
> something entirely different from an in-kernel API,
Sort of, IMHO sysfs classes seems the logical final
On 3/7/07, NZG <[EMAIL PROTECTED]> wrote:
> Once the generic GPIO framework migrates upstream from -mm
It already has:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=4c20386c8d0719b42503efe65abe47ad3fb3d711
I googled extensively and requested information on
On 3/7/07, NZG [EMAIL PROTECTED] wrote:
Once the generic GPIO framework migrates upstream from -mm
It already has:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=4c20386c8d0719b42503efe65abe47ad3fb3d711
I googled extensively and requested information on any
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=4c20386c8d0719b42503efe65abe47ad3fb3d711
Your mail seems to be about a gpio userspace interface, which is
something entirely different from an in-kernel API,
Sort of, IMHO sysfs classes seems the logical final
> I'm developing an SPI- bus >MMC/SD block driver translation layer.
Another one? There's already been significant work in that area. See for
example
http://marc.theaimsgroup.com/?l=linux-kernel=117000652529003=2
Which admittedly didn't behave when I just put it onto my test rig,
but seems
> The -mm patches are a set of patches, released by Andrew Morton, against
> the official kernel series. They are frequently more experimental in nature
> than the official series. These patches are available in Andrew's kernel
> directory:
Thank you for pointing this out, I will use at as another
On Wed, 7 Mar 2007 10:37:00 -0600 NZG wrote:
> > Once the generic GPIO framework migrates upstream from -mm
> Thank you, but I've reorganized my system to pass platform resources to a
> driver, which then registers simple gpio/pwm/quadencoder type devices as
> standard classes declared in a
Hello NZG,
Tuesday, March 6, 2007, 8:46:29 PM, you wrote:
> I'm developing an SPI- bus >MMC/SD block driver translation layer.
> As part of this layer the write protect and card detect lines need to be read.
> The method for determining the state of these lines will be board specific.
> Is it
> Once the generic GPIO framework migrates upstream from -mm
Thank you, but I've reorganized my system to pass platform resources to a
driver, which then registers simple gpio/pwm/quadencoder type devices as
standard classes declared in a subdirectory. Specific methods are then
simple
Once the generic GPIO framework migrates upstream from -mm
Thank you, but I've reorganized my system to pass platform resources to a
driver, which then registers simple gpio/pwm/quadencoder type devices as
standard classes declared in a subdirectory. Specific methods are then
simple exported
On Wed, 7 Mar 2007 10:37:00 -0600 NZG wrote:
Once the generic GPIO framework migrates upstream from -mm
Thank you, but I've reorganized my system to pass platform resources to a
driver, which then registers simple gpio/pwm/quadencoder type devices as
standard classes declared in a
Hello NZG,
Tuesday, March 6, 2007, 8:46:29 PM, you wrote:
I'm developing an SPI- bus MMC/SD block driver translation layer.
As part of this layer the write protect and card detect lines need to be read.
The method for determining the state of these lines will be board specific.
Is it
The -mm patches are a set of patches, released by Andrew Morton, against
the official kernel series. They are frequently more experimental in nature
than the official series. These patches are available in Andrew's kernel
directory:
Thank you for pointing this out, I will use at as another
I'm developing an SPI- bus MMC/SD block driver translation layer.
Another one? There's already been significant work in that area. See for
example
http://marc.theaimsgroup.com/?l=linux-kernelm=117000652529003w=2
Which admittedly didn't behave when I just put it onto my test rig,
but seems
NZG wrote:
I'm developing an SPI- bus >MMC/SD block driver translation layer.
As part of this layer the write protect and card detect lines need to be read.
The method for determining the state of these lines will be board specific.
Is it appropriate to pass a function pointer through a
I'm developing an SPI- bus >MMC/SD block driver translation layer.
As part of this layer the write protect and card detect lines need to be read.
The method for determining the state of these lines will be board specific.
Is it appropriate to pass a function pointer through a platform device
I'm developing an SPI- bus MMC/SD block driver translation layer.
As part of this layer the write protect and card detect lines need to be read.
The method for determining the state of these lines will be board specific.
Is it appropriate to pass a function pointer through a platform device
NZG wrote:
I'm developing an SPI- bus MMC/SD block driver translation layer.
As part of this layer the write protect and card detect lines need to be read.
The method for determining the state of these lines will be board specific.
Is it appropriate to pass a function pointer through a platform
20 matches
Mail list logo