Hi,
Make who(1) a tiny bit smarter and show more of the host part. Max
linewidth is 80.
-Otto
Index: who.c
===
RCS file: /cvs/src/usr.bin/who/who.c,v
retrieving revision 1.18
diff -u -p -r1.18 who.c
--- who.c 27 Oct 20
On Mon, Nov 8, 2010 at 2:59 AM, Mark Kettenis
wrote:
> If you're considering changing the way we allocate the PCB, we should
> look into moving it off the stack altogether and allocate them from a
> pool. That would make life simpler on hppa, since pools are mapped
> 1:1 which means issues with n
On Tue, Nov 9, 2010 at 10:41 AM, Mike Belopuhov wrote:
> On Sun, Oct 31, 2010 at 17:10 -0700, Philip Guenther wrote:
...
>> The TSS also contains the pointer to the stack used for double faults.
>> Previously, this was placed one page above each process's PCB. Rather
>> than change that on each c
As can be seen from PR 6508, the current implementation of the
acpibat(4) notify stuff causes infinite recursion. The AML for that
particular machine will execute a Notify(\_SC.BAT, 0x81) from the
_BST() method. Since we always execute both _BST() and _BIF() from
the \_SC.BAT notify handler it's
On Sun, Oct 31, 2010 at 17:10 -0700, Philip Guenther wrote:
> Okay, enough cleanup; time to simplify the TSS handling by moving from
> TSS-per-process to TSS-per-CPU. This eliminates the need to ever change
> GDT entries after startup and the associated ~4k process limit.
>
> Where do we place
On Tue, Nov 9, 2010 at 2:22 PM, Wouter Coene wrote:
> Hi,
>
> I'm looking into porting Linux's Kernel Virtual Machine (KVM) host to
> OpenBSD. Under Linux, KVM and the user-space virtual machine share a
> datastructure containing the state of the virtual CPU. This structure is
> owned by the kerne
Hi,
I'm looking into porting Linux's Kernel Virtual Machine (KVM) host to
OpenBSD. Under Linux, KVM and the user-space virtual machine share a
datastructure containing the state of the virtual CPU. This structure is
owned by the kernel, and accessed from userland by mmap()'ing the file
handle refe
On 9 November 2010 06:54, Otto Moerbeek wrote:
> On Tue, Nov 09, 2010 at 08:17:59AM +0100, Markus Bergkvist wrote:
>
>> On 11/09/10 03:27, Philip Guenther wrote:
>> >On Mon, Nov 8, 2010 at 4:10 PM, Christiano F. Haesbaert
>> > wrote:
>> >>I must be doing something really silly but it seems waitpi
Hello,
Phenom 9500 has TLB errata and this should be workarounded by BIOS.
But some BIOS do nothing by default, I think the warning is needed.
Here is the patch, please review.
--
amd64errata.c
- applied following NetBSD's src/sys/arch/x86/x86/errata.c fix
revision 1.8, 1.13, 1
Oops, try again...
At Tue, 09 Nov 2010 20:48:37 +0900,
SASANO Takayoshi wrote:
>
> Hello,
>
> Phenom 9500 has TLB errata and this should be workarounded by BIOS.
> But some BIOS do nothing by default, I think the warning is needed.
>
> Here is the patch, please review.
>
> --
> amd64errata.c
>
On Tue, Nov 09, 2010 at 08:17:59AM +0100, Markus Bergkvist wrote:
> On 11/09/10 03:27, Philip Guenther wrote:
> >On Mon, Nov 8, 2010 at 4:10 PM, Christiano F. Haesbaert
> > wrote:
> >>I must be doing something really silly but it seems waitpid ends up
> >>returning -1 if WNOHANG is specified and
11 matches
Mail list logo