Re: spurious sys/types.h include in man pages

2011-04-26 Thread Theo de Raadt
> Maybe I am missing something but the following manpages don't really need > sys/types.h. you are wrong. You are only trying on OpenBSD. If only everything was OpenBSD. However, everything is not OpenBSD.

Re: apply(1) small cleanup

2011-04-26 Thread Mark Lumsden
On Tue, Apr 26, 2011 at 05:59:45AM -0700, patrick keshishian wrote: > On Tue, Apr 26, 2011 at 09:13:08PM +0500, Mark Lumsden wrote: > > Make a "Private" function private and other things. ok? > > > > -mark > > > > > > Index: apply.c > > ===

spurious sys/types.h include in man pages

2011-04-26 Thread Amit Kulkarni
Maybe I am missing something but the following manpages don't really need sys/types.h. I compiled some small programs without sys/types.h. thanks, amit Index: mincore.2 === RCS file: /cvs/src/lib/libc/sys/mincore.2,v retrieving re

Re: Compiling the kernel with pcc

2011-04-26 Thread Amit Kulkarni
Hi, clang still can't compile the kernel on amd64 and presumably all other architectures. And I had sent a email to that effect to clang list. I had a env CC=clang make clean && make depend && make in my build_kernel.sh file it only works when you have env CC=clang make The recent removal

Re: apply(1) small cleanup

2011-04-26 Thread Alexander Hall
On 04/26/11 18:13, Mark Lumsden wrote: > @@ -179,8 +179,7 @@ main(int argc, char *argv[]) > /* Run the command. */ > if (debug) > (void)printf("%s\n", c); > - else > - if (mysystem(c)) > + else if (mysyst

Re: malloc: speed vs randomization

2011-04-26 Thread Amit Kulkarni
> > > This diff implements a tradeoff to gain speed at the cost of reducing > > > the randomness of chunk allocation in malloc slightly. > > > > > > The idea is only to randomize the first half of chunks in a page. The > > > second half of chunks will fill in the gaps in-order. The > > > effectiven

Any dpt(4) users still around?

2011-04-26 Thread Matthew Dempsky
If there's anyone out there still using dpt(4), I'd appreciate a quick test of the diff below. No functional changes, just switching over to using iopools. dpt(4)'s not enabled by default in any kernel configs, and it didn't even compile on 64-bit systems when I first started looking at it, so I'

Re: malloc: speed vs randomization

2011-04-26 Thread Otto Moerbeek
On Tue, Apr 26, 2011 at 03:09:57PM -0500, Amit Kulkarni wrote: > > > > This diff implements a tradeoff to gain speed at the cost of reducing > > > > the randomness of chunk allocation in malloc slightly. > > > > > > > > The idea is only to randomize the first half of chunks in a page. The > > > >

Re: malloc: speed vs randomization

2011-04-26 Thread Otto Moerbeek
On Tue, Apr 26, 2011 at 10:09:23AM -0400, Ted Unangst wrote: > On Tue, Apr 26, 2011 at 9:33 AM, Otto Moerbeek wrote: > > This diff implements a tradeoff to gain speed at the cost of reducing > > the randomness of chunk allocation in malloc slightly. > > > > The idea is only to randomize the first

arp(8) create / delete arp entries on rdomain not 0

2011-04-26 Thread Laurent Ghigonis
It seems like something like that is missing :) As previously, it does not behave correctly when you run it with route -T$rdomain exec and do not specify arp -V$rdomain, but that should not be used that way. Index: arp.c === RCS fil

Re: resurect and fix bce(4)

2011-04-26 Thread Tom Murphy
Janne Johansson wrote: >> 2011/4/3 Claudio Jeker >> >> bce(4) was turned off because of limitations in the DMA engine that allows >> the chip to access only 1G of memory. On systems with more then 1G of >> memory hilarity ensued. >> >> Now I rewrote the driver to use bcopy() to copy the mbufs into

Re: malloc: speed vs randomization

2011-04-26 Thread Ted Unangst
On Tue, Apr 26, 2011 at 9:33 AM, Otto Moerbeek wrote: > This diff implements a tradeoff to gain speed at the cost of reducing > the randomness of chunk allocation in malloc slightly. > > The idea is only to randomize the first half of chunks in a page. The > second half of chunks will fill in the

malloc: speed vs randomization

2011-04-26 Thread Otto Moerbeek
Hi, This diff implements a tradeoff to gain speed at the cost of reducing the randomness of chunk allocation in malloc slightly. The idea is only to randomize the first half of chunks in a page. The second half of chunks will fill in the gaps in-order. The effectiveness of the current randomizat

Re: apply(1) small cleanup

2011-04-26 Thread patrick keshishian
On Tue, Apr 26, 2011 at 09:13:08PM +0500, Mark Lumsden wrote: > Make a "Private" function private and other things. ok? > > -mark > > > Index: apply.c > === > RCS file: /cvs/src/usr.bin/apply/apply.c,v > retrieving revision 1.24 > d

macppc: support for Dynamic Frequency Switching

2011-04-26 Thread Martin Pieuchot
The following diff adds support for dfs. It requires my precedent patch about GPIOs. I don't have a machine with a MPC7448 so it's only tested with a MPC7447A. I'm also interested in various device-tree dumps for further development. If you can send me yours, contact me off list. Comments ? Inde

macppc: GPIO & macobio(4) cleanup

2011-04-26 Thread Martin Pieuchot
On macppc there are many way to get the gpio addresses of the devices through the openfirmware. Depending of the model you can read that address directly (property AAPL,address), read an offset (in reg) sometimes relative to the gpio controllers address sometimes relative to the base address of t

Rolling Stones y Mick Jagger - Discografía y Pendrive de Regalo - (81 Álbumes)

2011-04-26 Thread Discos MP3 - Solo de Oferta
ROLLING STONES IBC Demos 12 x 5 America Newest Hit Markers England's Newest Markers The Rolling Stones No.2 The Rolling Stones December's Children Out Of Our Heads The Rolling Stones, Now! Aftermath Big Hits Got Live If You Want Live

apply(1) small cleanup

2011-04-26 Thread Mark Lumsden
Make a "Private" function private and other things. ok? -mark Index: apply.c === RCS file: /cvs/src/usr.bin/apply/apply.c,v retrieving revision 1.24 diff -u -p -r1.24 apply.c --- apply.c 27 Oct 2009 23:59:35 - 1.24 +++