Am 27.09.11 02:44, schrieb Matthew Mondor:
> On Fri, 23 Sep 2011 12:38:13 +0200
> Marc Balmer wrote:
>
>> With gpio(4) we still carry an old API with us, which I want to remove.
>> While working on it, I will also introduce a third locator to device drivers
>> that attach to gpio pins, flags.
On Fri, 23 Sep 2011 12:38:13 +0200
Marc Balmer wrote:
> With gpio(4) we still carry an old API with us, which I want to remove.
> While working on it, I will also introduce a third locator to device drivers
> that attach to gpio pins, flags. It will be needed for e.g. gpioiic(4) to
> invert
Am 25.09.11 22:11, schrieb Ken Hornstein:
>> Sure. I plan to remove the old API, which has not been documented for
>> quite a while:
>
> In fairness ... "quite a while" is a bit misleading. The "old" API was
> the only API available as of the last release of NetBSD. Okay, that
> release was a w
>Sure. I plan to remove the old API, which has not been documented for
>quite a while:
In fairness ... "quite a while" is a bit misleading. The "old" API was
the only API available as of the last release of NetBSD. Okay, that
release was a while ago, but if you're like me and generally only use
Am 25.09.2011 um 00:31 schrieb Ken Hornstein:
>> gpio(4) isn't in any release, right? you're almost certainly the
>> major user so far, i don't think there's much benefit to backwards
>> comapt code here.
>
> gpio(4) is in at least NetBSD 5.0.1. Actually, I also see it on a
> NetBSD 4.0.1 syst
>gpio(4) isn't in any release, right? you're almost certainly the
>major user so far, i don't think there's much benefit to backwards
>comapt code here.
gpio(4) is in at least NetBSD 5.0.1. Actually, I also see it on a
NetBSD 4.0.1 system I have here as well, so it's been around for a
while.
I
gpio(4) isn't in any release, right? you're almost certainly the
major user so far, i don't think there's much benefit to backwards
comapt code here.
.mrg.
In article <4e7e14f0.2050...@msys.ch>, Marc Balmer wrote:
>On 09/23/11 12:38, Marc Balmer wrote:
>> With gpio(4) we still carry an old API with us, which I want to
>remove. While working on it, I will also introduce a third locator to
>device drivers that attach to gpio pins, flags. It will be
On 09/23/11 12:38, Marc Balmer wrote:
With gpio(4) we still carry an old API with us, which I want to remove. While
working on it, I will also introduce a third locator to device drivers that
attach to gpio pins, flags. It will be needed for e.g. gpioiic(4) to invert
the SDA/SCL pin numbers.
With gpio(4) we still carry an old API with us, which I want to remove. While
working on it, I will also introduce a third locator to device drivers that
attach to gpio pins, flags. It will be needed for e.g. gpioiic(4) to invert
the SDA/SCL pin numbers.
WIll documenting the changes be enough
10 matches
Mail list logo
