As j...@freenode found out, the salt file needs to be 128 bytes (or larger),
but no part of mount_vnd seem to mention the size requirements, so if we
require
128 bytes, then this diff should help people use salt files:
Index: mount_vnd.8
Date: Thu, 25 Nov 2010 18:04:23 -0500
From: Kenneth R Westerback kwesterb...@rogers.com
Hmmm. I can't actually find any *use* of cpus_attached. Is it a relic?
The diff below compiles and runs fine on my 6-proc amd64 box.
Sure, nuke it.
Index: amd64/cpu.c
Chhre Madame, cher Monsieur,
Dans le cadre de mon activiti Traductrice et Interprhte Frangais Russe Experte
prhs la Cour d'Appel de Montpellier,
je suis amenie ` offrir mes services ` des professionnels dans divers secteurs
d'activiti et ce en FRANCE
comme ` l'INTERNATIONAL.
Je serais
Bonjour,
Je viens vers vous car dans le cadre de mon activiti:
Traduction - Interpritariat Anglais - Frangais - Anglais,
j'aimerais collaborer avec vous et vous proposer mes services.
TRADUCTION
Sites Internet
CV norme
anglophone
Menus,
Plaquettes
commerciales
Oeuvres
I can't find a bitmask being used to track i386 CPUs and the amd64
one was just nuked. So remove misleading comments in both cases.
Can anyone prove me wrong in the i386 case? Or OK?
Ken
Index: amd64/include/cpu.h
===
RCS
Date: Fri, 26 Nov 2010 07:33:11 -0500
From: Kenneth R Westerback kwesterb...@rogers.com
I can't find a bitmask being used to track i386 CPUs and the amd64
one was just nuked. So remove misleading comments in both cases.
Can anyone prove me wrong in the i386 case? Or OK?
There are still
This implies they created their own salt file? That's probably a bad idea,
because it implies they don't understand what it's for.
On Nov 26, 2010, at 4:35 AM, Janne Johansson icepic...@gmail.com wrote:
As j...@freenode found out, the salt file needs to be 128 bytes (or
larger),
but no part of
On Fri, Nov 26, 2010 at 01:42:33PM +0100, Mark Kettenis wrote:
Date: Fri, 26 Nov 2010 07:33:11 -0500
From: Kenneth R Westerback kwesterb...@rogers.com
I can't find a bitmask being used to track i386 CPUs and the amd64
one was just nuked. So remove misleading comments in both cases.
Date: Fri, 26 Nov 2010 16:35:28 +1000
From: David Gwynne l...@animata.net
information about each cpu is stored in a statically sized array.
if we have more physical cpus than entries in that array, we currently
start storing cpu_info structures in unowned memory after that
array. this
On Fri, Nov 26, 2010 at 04:13:28PM +0100, Mark Kettenis wrote:
Date: Fri, 26 Nov 2010 16:35:28 +1000
From: David Gwynne l...@animata.net
information about each cpu is stored in a statically sized array.
if we have more physical cpus than entries in that array, we currently
start
Hello, t...@!
Removed curpriority, since it didn't grep anywhere.
By the way, why is this file called systm.h? Historical reasons?
Index: systm.h
===
RCS file: /cvs/src/sys/sys/systm.h,v
retrieving revision 1.86
diff -u -p -r1.86
On Thu, Nov 25, 2010 at 4:28 PM, Mattieu Baptiste mattie...@gmail.com wrote:
Ok, here is a proposed diff that can also be found at:
http://www.brimbelle.org/mattieu/stuff/uscanner.diff
Compile tested on amd64.
As noted by jasper, I forgot MAKEDEV, so here is another try...
I have
I've finally finished cleaning the DEPENDS lines to a state I like.
A new feature was introduced, but it's rather esoteric, and VERY special case,
so I'd advise against using it for very good reasons, it's a new ports variable
called PKGSPEC.
Here is what happened before PKGSPEC:
13 matches
Mail list logo