perations on the bitmap?
I'm no fan of the sysfs GPIO interface, but it beats poking around at
registers behind the kernel's back.
--
Stuart Longland (aka Redhatter, VK4MSL)
I haven't lost my mind...
...it's backed up on a tape somewhere.
signature.asc
Description: OpenPGP digital signature
perations on the bitmap?
I'm no fan of the sysfs GPIO interface, but it beats poking around at
registers behind the kernel's back.
--
Stuart Longland (aka Redhatter, VK4MSL)
I haven't lost my mind...
...it's backed up on a tape somewhere.
signature.asc
Description: OpenPGP digital signature
On 03/04/17 11:01, Nicolas Pitre wrote:
> On Mon, 3 Apr 2017, Stuart Longland wrote:
>> On 03/04/17 07:41, Nicolas Pitre wrote:
>>>> No PTYs seems like a big limitation. This means no sshd?
>>> Again, my ultimate system target is in the sub-megabyte of RAM. I
&
On 03/04/17 11:01, Nicolas Pitre wrote:
> On Mon, 3 Apr 2017, Stuart Longland wrote:
>> On 03/04/17 07:41, Nicolas Pitre wrote:
>>>> No PTYs seems like a big limitation. This means no sshd?
>>> Again, my ultimate system target is in the sub-megabyte of RAM. I
&
n I say "run", it was
more like a slow crawl. Bull sharks washed onto land by flood waters
run faster.
Sub-megabyte system support is a noble goal, but I'm wondering how
practical such systems would be, and whether an embedded real-time
kernel might be a better choice than Linux
n I say "run", it was
more like a slow crawl. Bull sharks washed onto land by flood waters
run faster.
Sub-megabyte system support is a noble goal, but I'm wondering how
practical such systems would be, and whether an embedded real-time
kernel might be a better choice than Linux
ged to get the CANBus side to do that.)
Is there some sort of mechanism by which GPIO lines could be clearly
labelled to present a consistent interface in sysfs between kernel
revisions?
Regards,
--
_ ___ Stuart Longland - Systems Engineer
\ /|_) | T:
ged to get the CANBus side to do that.)
Is there some sort of mechanism by which GPIO lines could be clearly
labelled to present a consistent interface in sysfs between kernel
revisions?
Regards,
--
_ ___ Stuart Longland - Systems Engineer
\ /|_) | T:
The following patches are the revised set, incorporating Mark Rutland's
feedback.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
Add some support for configuring isl12020/isl12022 devices using the
Device Tree blob.
Signed-off-by: Stuart Longland
---
drivers/rtc/rtc-isl12022.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/rtc/rtc-isl12022.c b/drivers/rtc/rtc-isl12022.c
index 03b8911..59b0ea2
Signed-off-by: Stuart Longland
---
Documentation/devicetree/bindings/i2c/trivial-devices.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/i2c/trivial-devices.txt
b/Documentation/devicetree/bindings/i2c/trivial-devices.txt
index bef86e5..17e24e5 100644
Hi Mark,
On 16/07/14 18:59, Mark Rutland wrote:
> On Wed, Jul 16, 2014 at 03:28:25AM +0100, Stuart Longland wrote:
>> Add some support for configuring isl12020/isl12022 devices using the
>> Device Tree blob.
>>
>> Signed-off-by: Stuart Longland
>
> Please d
Hi Mark,
On 16/07/14 18:59, Mark Rutland wrote:
On Wed, Jul 16, 2014 at 03:28:25AM +0100, Stuart Longland wrote:
Add some support for configuring isl12020/isl12022 devices using the
Device Tree blob.
Signed-off-by: Stuart Longland stua...@vrt.com.au
Please document this as with isl
Signed-off-by: Stuart Longland stua...@vrt.com.au
---
Documentation/devicetree/bindings/i2c/trivial-devices.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/i2c/trivial-devices.txt
b/Documentation/devicetree/bindings/i2c/trivial-devices.txt
index bef86e5
Add some support for configuring isl12020/isl12022 devices using the
Device Tree blob.
Signed-off-by: Stuart Longland stua...@vrt.com.au
---
drivers/rtc/rtc-isl12022.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/rtc/rtc-isl12022.c b/drivers/rtc/rtc-isl12022.c
index
The following patches are the revised set, incorporating Mark Rutland's
feedback.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
status = "okay";
isl12022@0x6f {
compatible = "isl,isl12022";
reg = <0x6f>;
};
};
... etc
};
Regards,
Stuart Longland
--
To unsubscribe
Add some support for configuring isl12020/isl12022 devices using the
Device Tree blob.
Signed-off-by: Stuart Longland
---
drivers/rtc/rtc-isl12022.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/rtc/rtc-isl12022.c b/drivers/rtc/rtc-isl12022.c
index 03b8911..aa55f08
Add some support for configuring isl12020/isl12022 devices using the
Device Tree blob.
Signed-off-by: Stuart Longland stua...@vrt.com.au
---
drivers/rtc/rtc-isl12022.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/rtc/rtc-isl12022.c b/drivers/rtc/rtc-isl12022.c
index
;
isl12022@0x6f {
compatible = isl,isl12022;
reg = 0x6f;
};
};
... etc
};
Regards,
Stuart Longland
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
.c:25:
> /home/compudj/git/linux-2.6-lttng/include/linux/ptrace.h:64:27:
> asm/tracehook.h: No such file or directory
Last I checked... only sources from linux-mips.org's git repository
work. Other source trees need to be specially patched to build for MIP
sources from linux-mips.org's git repository
work. Other source trees need to be specially patched to build for MIPS.
Regards,
--
Stuart Longland (aka Redhatter) .'''.
Gentoo Linux/MIPS Cobalt and Docs Developer '.'` :
. . . . . . . . . . . . . . . . . . . . . . .'.'
http
22 matches
Mail list logo
