Hi.
I think that I can broke my laptop %)
I same found information about MacBook in the files:
sys/dev/asmc/asmc.c
sys/dev/asmc/asmcvar.h
sys/dev/usb/input/atp.c
I attached acpi dumps from this is how to
http://www.projectosx.com/forum/index.php?showtopic=359
On Saturday 13 November 2010 13:40
hi there,
could we please have the following manual pages
lib/libc/i386/sys/i386_get_ioperm.2
lib/libc/i386/sys/i386_get_ldt.2
lib/libc/i386/sys/i386_set_watch.3 (can this also be accessed?)
lib/libc/i386/sys/i386_vm86.2
installed into /usr/share/man/man{2,3}/i386? they can be accessed via
sysar
hi there,
this patch will remove gpioctl and gpioctl.8 when WITH_GPIO was not specified
in src.conf.
also i just noticed that src.conf needs to be regenerated, because it's missing
the
WITH_GPIO description.
cheers.
alex
--
a13x
diff --git a/tools/build/mk/OptionalObsoleteFiles.inc
b/tools/b
On Sun, Nov 14, 2010 at 01:55:59PM +, Alexander Best wrote:
> hi there,
>
> could we please have the following manual pages
>
> lib/libc/i386/sys/i386_get_ioperm.2
> lib/libc/i386/sys/i386_get_ldt.2
> lib/libc/i386/sys/i386_set_watch.3 (can this also be accessed?)
> lib/libc/i386/sys/i386_vm8
On Sun Nov 14 10, Kostik Belousov wrote:
> On Sun, Nov 14, 2010 at 01:55:59PM +, Alexander Best wrote:
> > hi there,
> >
> > could we please have the following manual pages
> >
> > lib/libc/i386/sys/i386_get_ioperm.2
> > lib/libc/i386/sys/i386_get_ldt.2
> > lib/libc/i386/sys/i386_set_watch.3
Adrian Chadd wrote at 11:40 +0800 on Nov 14, 2010:
> I've committed the below changes to -HEAD. You can now create and build your
> own busybox style binary system, completely cross-compiled within the
> existing Make framework. It isn't as impressive as it sounds though - a lot
> of the framew
Den 12/11/2010 kl. 21.20 skrev Giorgos Keramidas:
>>
>> Since the SVN rev. is recorded, I think a timestamp is redundant. Any
>> ideas where I can disable the timestamps in the source?
>
> The timestamp is not 'redundant'. It records _when_ you compiled the
> sources of the kernel, which in it
On 2010-11-14 21:22, Erik Cederstrand wrote:
I'm curious as to why this might be useful? Would the mtime of the
file not be be sufficient? I can only think of debugging purposes, but
apart from the timestamp, two kernels with the same rev. would be
bitwise identical,
This does not have to be th
Den 14/11/2010 kl. 21.32 skrev Dimitry Andric:
> On 2010-11-14 21:22, Erik Cederstrand wrote:
>> I'm curious as to why this might be useful? Would the mtime of the
>> file not be be sufficient? I can only think of debugging purposes, but
>> apart from the timestamp, two kernels with the same rev.
On Sun, 14.11.2010 at 21:57:25 +0100, Erik Cederstrand wrote:
>
> Den 14/11/2010 kl. 21.32 skrev Dimitry Andric:
>
> > On 2010-11-14 21:22, Erik Cederstrand wrote:
> >> I'm curious as to why this might be useful? Would the mtime of the
> >> file not be be sufficient? I can only think of debugging
On Sun, 14 Nov 2010 21:22:53 +0100, Erik Cederstrand
wrote:
>Den 12/11/2010 kl. 21.20 skrev Giorgos Keramidas:
>>> Since the SVN rev. is recorded, I think a timestamp is redundant. Any
>>> ideas where I can disable the timestamps in the source?
>>
>> The timestamp is not 'redundant'. It records
On 2010-11-14, at 6:27 AM, Alexander Best wrote:
> hi there,
>
> this patch will remove gpioctl and gpioctl.8 when WITH_GPIO was not specified
> in src.conf.
>
> also i just noticed that src.conf needs to be regenerated, because it's
> missing the
> WITH_GPIO description.
Thanks Alexander,
On Sun Nov 14 10, Oleksandr Tymoshenko wrote:
>
> On 2010-11-14, at 6:27 AM, Alexander Best wrote:
>
> > hi there,
> >
> > this patch will remove gpioctl and gpioctl.8 when WITH_GPIO was not
> > specified
> > in src.conf.
> >
> > also i just noticed that src.conf needs to be regenerated, becau
Hi,
I found this change kicking around my tree from a while back. It
brings the manpage for sigismember(3) more in line with the POSIX
definition [1] in the RETURN CODES section by explicitly noting that
sigismember(3) returns 0 if a signal is valid and not a part of the
set passed in.
If s
libpam uses sys/time.h to pick up ctime, but it's actually defined
in time.h according to POSIX and the ctime manpage.
If someone could help review and commit this patch, it would be
much appreciated. This is part of a much larger change to fix
namespace pollution with time.h in sys/time.h.
On Sun, Nov 14, 2010 at 9:14 PM, Garrett Cooper wrote:
> libpam uses sys/time.h to pick up ctime, but it's actually defined
> in time.h according to POSIX and the ctime manpage.
> If someone could help review and commit this patch, it would be
> much appreciated. This is part of a much large
16 matches
Mail list logo
