On Thu, Apr 1, 2010 at 8:43 PM, Ted Unangst wrote:
> As part of the ongoing rthreads work, I'm making some changes to internal
> fields of struct proc. These fields are only accessed by files under
> kern. Why then, I wondered, did minor changes require the entire kernel
> to be recompiled. Bec
What does sys/proc.h have to do with dev/pci? The answer should probably
be not much, but in reality is closer to quite a bit.
As part of the ongoing rthreads work, I'm making some changes to internal
fields of struct proc. These fields are only accessed by files under
kern. Why then, I wond
There are 3 sets of options in the greposphere. Some are defined by
posix. Some are extensions defined by gnu. And then there's a few others
that show up in our grep.
This diff removes some of the entries in the last set. For the most part,
our grep tries to be compatible with the defacto g
If you have trouble seeing this mail, click here.
Top Shop
Top E-revija: 47, 1. april 2010.
Najbolja praktiD
na rešenja i saveti za bolji E>ivot
PoD
etna | Budi fit | Lepota | Zdrav E>ivot
DomaDinstvo | Zabava i deca | Quelle | Knjige
Top Shop
HIT TV proizvodi!
Ab Tronic X2 - Pojas za stom
> All hail memory management hardware!
All hail a quick and honorable death. None of this surviving without
honor in our kernel. We want to die quckly.
On Thu, Apr 01, 2010 at 09:56:19AM -0600, Bob Beck wrote:
> > stupid idea, perhaps, but would it be possible to recycle the idea of
> > having some sort of canaries at the end of *each* page, thus disposing
> > of the need to have guard pages? Or would that be too costly?
>
> Oh sure, that'll wor
> stupid idea, perhaps, but would it be possible to recycle the idea of
> having some sort of canaries at the end of *each* page, thus disposing
> of the need to have guard pages? Or would that be too costly?
Oh sure, that'll work Ok, I'll just ensure when your file gets written
out it has a 64 by
Hi,
On Fri, 26.02.2010 at 00:31:35 -0700, Theo de Raadt
wrote:
> space when it is under high contention. But there is a massively
> understated benefit that comes from filling the address space with
> unallocated gaps. The gaps, though only on a page boundary, are
> finding a lot of bugs. LOT
Hi,
here's a patch for auich(4). It fixes some issues with SIS 7012
and possibly others. But since it relies on correct behaviour of
the hardware at some places it needs some testing. Especially try
to run something like:
aucat -l; play test.wav
right after booting and before anything else i
Hi,
I've just found that when using apmd with automatic performance mode
without battery connected, performance is set to minimum. I often
detach my battery when using AC for a long time. It's easier for me to
have highest performance when AC without battery and 'apm -H'.
I'm proposing patch that
05 - 07 P0P?QP5P;Q 2010 P3. (3 P4P=Q)
P(PPPP P!PPP PP"PP P/: PPP P!P"PP"P,
PP PP$PP!P!PPPPPPP
#
P"QQQP4P=P5P2P=QP9 P?QP0P:QP8QP5QP:P8P9 P:QQQ P4P;Q
QP5P:QP5QP0QP5P9, P?P>PQ P=P8P:P>P2
On Thu, Apr 01, 2010 at 09:57:52AM +0200, Mark Kettenis wrote:
> > Date: Thu, 1 Apr 2010 09:32:03 +0200
> > From: Jasper Lievisse Adriaanse
> >
> > hi,
> >
> > the attached diff renames sgi's power(4) driver to nmi(4). that name
> > makes actually a lot more sense.
>
> Please explain! The inte
> Date: Thu, 1 Apr 2010 09:32:03 +0200
> From: Jasper Lievisse Adriaanse
>
> hi,
>
> the attached diff renames sgi's power(4) driver to nmi(4). that name
> makes actually a lot more sense.
Please explain! The interrupt handler registered by this driver does
a psignal(initproc, SIGUSR2), which
hi,
the attached diff renames sgi's power(4) driver to nmi(4). that name
makes actually a lot more sense.
i'll commit the manpage bits separately.
ok?
--
Stay Hungry. Stay Foolish.
Index: share/man/man4/man4.sgi/Makefile
===
RCS
14 matches
Mail list logo