> Date: Mon, 27 Dec 2010 02:02:03 -0500 (EST)
> From: logana...@devio.us (Loganaden Velvindron)
Looks like your diff has some issues with tabs versus spaces.
> void
> mlphy_attach(struct device *parent, struct device *self, void *aux)
> {
> struct mlphy_softc *msc = (struct mlphy_softc *)se
Top Shop
Prošetajte do seksi figure u NOVIM patikama za mršavljenje!
â¢
Posebno dizajniran Don obezbeDuje specifiD
an poloE>aj stopala - dok
hodate veE>bate celo telo.
â¢
Hodanje u Walk Maxx-u zahteva više napora - svakim korakom skidate
kilograme.
â¢
Posebno zateE>ete zadnjicu, buti
> Date: Sun, 26 Dec 2010 20:26:03 -0800
> From: Philip Guenther
>
> On Sat, Dec 25, 2010 at 11:35 AM, Ted Unangst wrote:
> > On Sat, Dec 25, 2010 at 2:12 PM, Philip Guenther
> wrote:
> >> Fix the naming of the atomic macros on amd64: right now, the
> >> x86_atomic_*_l() macros actually operate
> Date: Sun, 26 Dec 2010 21:57:21 -0800
> From: Philip Guenther
>
> On Sun, Dec 26, 2010 at 7:24 AM, Mark Kettenis
> wrote:
> >> Originally worked out by joshe@; this corrects the timing of the call to
> >> fpuinit() for the primary CPU on amd64 so that the saved mask value is
> >> initialized
On Mon, 27 Dec 2010, Mark Kettenis wrote:
...
> Looks like you're fooled by another not-so-subtle difference between
> i386 and amd64. On amd64 the CPUs are spun up when they attach. On
> i386 that doesn't happen until we call cpu_boot_secondary_processors()
> in main(), which is long after np
Looks good. Here is a slight cleanup. Essentially, fix alphabetical
ordering, change function name :
Index: def.h
===
RCS file: /cvs/src/usr.bin/mg/def.h,v
retrieving revision 1.113
diff -u -u -r1.113 def.h
--- def.h30 Jun 2010 19
On Mon, Dec 27, 2010 at 12:07:55PM -0800, Philip Guenther wrote:
> Okay, check out the revised diff below. I've tested the updated amd64
> part; I would appreciate a confirmation from an i386 w/X11 user for that
> part.
Works for me, X runs and test program no longer drops us into ddb:
OpenBSD
Hi,
i am using relayd in "router" mode for a cable-modem link that sometimes
does not work.
I need to run a programm to load/unload pf-rules and to restart a
proxy with a different config whenever this happens.
Here is a patch that adds an "exec" option to the router section like this:
router "
The OpenBSD random number subsystem uses an in-kernel entropy pool. This
data isn't used directly. When entropy is requested, the contents of the
pool are hashed with MD5, and the massaged output used to seed an RC4 PRNG.
In looking at the code, however, I notice we actually fold the MD5 output in
On Mon, Dec 27, 2010 at 03:01:57PM -0700, Kjell Wooding wrote:
> Looks good. Here is a slight cleanup. Essentially, fix alphabetical
> ordering, change function name :
The patch isn't applying for me. It seems tabs have been converted to
spaces in your diff.
> Index: def.h
>
On Mon, Dec 27, 2010 at 8:07 PM, Kjell Wooding wrote:
> My question: Why? What exactly are we protecting against, and is this really
> protection? (the comment indicates "some recognizable output pattern, but
> that means little to me as is) Can we really be sure it doesn't make things
> worse?
>
Probably my (pasting) bad. This isn't my favourite mailer. patch -l will fix
that though...
On Mon, Dec 27, 2010 at 7:33 PM, Nima Hoda wrote:
> On Mon, Dec 27, 2010 at 03:01:57PM -0700, Kjell Wooding wrote:
> > Looks good. Here is a slight cleanup. Essentially, fix alphabetical
> > ordering, cha
12 matches
Mail list logo