n
on managing large projects using git.
This week Alfred Perlstein will have a GIT talk for FreeBSD users, and
offer a 1-2 hour demo in a break awayfor people interested in doing a
hands-on GIT experience managing a large project.
We will cover migration of your FreeBSD customizations based o
are you actually adding to the ISO which FBSD-current can't do?
If it's not upstream already - will it be contributed upstream?
It seems pretty obvious to me that the contribution is that all this
stuff works out of the box. That is pretty nice.
On 5/29/13 12:16 AM, Konstantin Belousov wrote:
On Tue, May 28, 2013 at 10:31:40PM -0700, Alfred Perlstein wrote:
On 5/28/13 10:08 PM, Konstantin Belousov wrote:
On Tue, May 28, 2013 at 01:35:01PM -0700, Alfred Perlstein wrote:
[[ moved to hackers@ from private mail. ]]
On 5/28/13 1:13 PM
On 5/28/13 10:08 PM, Konstantin Belousov wrote:
On Tue, May 28, 2013 at 01:35:01PM -0700, Alfred Perlstein wrote:
[[ moved to hackers@ from private mail. ]]
On 5/28/13 1:13 PM, John Baldwin wrote:
On Tuesday, May 28, 2013 3:29:41 pm Alfred Perlstein wrote:
On 5/28/13 9:04 AM, John Baldwin
[[ moved to hackers@ from private mail. ]]
On 5/28/13 1:13 PM, John Baldwin wrote:
On Tuesday, May 28, 2013 3:29:41 pm Alfred Perlstein wrote:
On 5/28/13 9:04 AM, John Baldwin wrote:
On Tuesday, May 28, 2013 2:13:32 am Alfred Perlstein wrote:
Hey folks,
I had a talk with Nathan Whitehorn
On 5/28/13 7:49 AM, Nathan Whitehorn wrote:
On 05/27/13 23:36, Alfred Perlstein wrote:
On 5/27/13 6:53 PM, Nathan Whitehorn wrote:
On 05/27/13 20:40, Alfred Perlstein wrote:
On 5/27/13 2:23 PM, Bruce Cran wrote:
On 27/05/2013 21:28, Alfred Perlstein wrote:
On 5/27/13 11:40 AM, Bruce Cran
On 5/27/13 6:53 PM, Nathan Whitehorn wrote:
On 05/27/13 20:40, Alfred Perlstein wrote:
On 5/27/13 2:23 PM, Bruce Cran wrote:
On 27/05/2013 21:28, Alfred Perlstein wrote:
On 5/27/13 11:40 AM, Bruce Cran wrote:
Yes.
Is this a joke?
It probably /was/ too short a reply. Personally I think
On 5/27/13 2:23 PM, Bruce Cran wrote:
On 27/05/2013 21:28, Alfred Perlstein wrote:
On 5/27/13 11:40 AM, Bruce Cran wrote:
Yes.
Is this a joke?
It probably /was/ too short a reply. Personally I think there should
be a single UI and scripting interface across all platforms. We should
try
On 5/27/13 11:40 AM, Bruce Cran wrote:
On 27/05/2013 19:03, Alfred Perlstein wrote:
Do we always have to seek the lowest common denominator for our user
experience?
Yes.
Is this a joke?
-Alfred
___
freebsd-hackers@freebsd.org mailing list
http
On 5/27/13 9:56 AM, Bruce Cran wrote:
On 27/05/2013 16:48, Alfred Perlstein wrote:
Why can we not use in the interim use pc-sysinstall on the platforms
that it performs best on and use bsdinstall on the others?
Because pc-sysinstall doesn't have a UI - it's only a backend. If
On 5/25/13 8:45 PM, Teske, Devin wrote:
On May 25, 2013, at 7:51 PM, Super Bisquit wrote:
Please don't turn this into an architecture dependent mess. PCBSD is i386 &
AMD64 only.
There's a GSoC project (of which I'm potential mentor) to fix that.
However, you are entirely right… we can't in a
On 5/26/13 10:03 AM, Dirk Engling wrote:
On 26.05.13 04:51, Super Bisquit wrote:
Please don't turn this into an architecture dependent mess. PCBSD is
i386 & AMD64 only.
Read my email thoroughly and notice that I never seriously considered
using pc-sysinstall after looking into it. Don't worry.
On 5/11/13 1:23 AM, Karl Dreger wrote:
I am feeling rather stupid at the moment, but I can't find the assembler
files that you are referring to. Do you mean that every syscall under
sys/kern/*.c has a corresponding .S file in src/lib/libc/?
Nope, the .S files are under the object directory:
On 5/10/13 12:31 PM, Karl Dreger wrote:
Hello,
I have been taking a look at a few syscalls in /usr/src/sys/kern/ and
always find that in their actuall c definition the function names are
preprended by a sys_. Take for example the fork system call which
is found in /usr/src/sys/kern/kern_fork.c
i
On 5/1/13 2:38 PM, Brooks Davis wrote:
On Wed, May 01, 2013 at 09:44:54AM -0700, Alfred Perlstein wrote:
Hey folks,
I took a shot at fixing this issue with building aicasm as part of
"buildkernel" of an older 9.0 src on a machine running HEAD.
aicasm.o: In function `__getCurrent
Hey folks,
I took a shot at fixing this issue with building aicasm as part of
"buildkernel" of an older 9.0 src on a machine running HEAD.
aicasm.o: In function `__getCurrentRuneLocale': >
/usr/include/runetype.h:96: undefined reference to `_ThreadRuneLocale'
The issue seems to be two-fold:
On 5/1/13 9:57 AM, Steven Hartland wrote:
I don't believe aicasm is actually needed if you don't have a driver
which requires e.g. ahd or ahc. It would be good to get that fixed too.
True, but a challenge I don't currently have time for.
I'm about to kick-off a universe build with my changes i
Hey folks,
I took a shot at fixing this issue with building aicasm as part of
"buildkernel" of an older 9.0 src on a machine running HEAD.
aicasm.o: In function `__getCurrentRuneLocale': >
/usr/include/runetype.h:96: undefined reference to `_ThreadRuneLocale'
The issue seems to be two-fold:
1
On 4/30/13 8:57 PM, Lawrence Stewart wrote:
[reposting from freebsd-arch@ - was probably the wrong list]
Hi all,
I've had use for these a few times now when wanting to restart a loop at
a previously found element, and wonder if there are any thoughts about
sticking them (and equivalents for oth
du...@juniper.net
-Original Message-
From: owner-freebsd-hack...@freebsd.org
[mailto:owner-freebsd-hack...@freebsd.org] On Behalf Of Alfred Perlstein
Sent: Wednesday, April 10, 2013 4:00 PM
To: Benjamin Kaduk
Cc: Wojciech Puchar; Sebastian Feld; freebsd-hackers@freebsd.org
Subject: Re: Mul
On 4/10/13 11:42 AM, Benjamin Kaduk wrote:
On Wed, 10 Apr 2013, Wojciech Puchar wrote:
How do your tests work? Do you examine PTEs directly to check for
superpages
or are you relying on the vm.pmap.pde sysctls?
the later.
anyway - algorithm described on list - that heuristics detects
cons
On 4/9/13 10:36 AM, Wojciech Puchar wrote:
happy that FreeBSD is among the selected organization.
I am a third year student interested to work in the field of embedded
system. I applied last year and the title of my project was " Kernel
Size
why only in embedded system. smaller programs are al
On 4/8/13 6:42 PM, Adrian Chadd wrote:
Well, it's relatively easy to experience what it's like.
No it's not. We all have jobs that demand different things from us.
Taking the time to guess at the problem, only to be told "you're doing
it wrong" by someone actually in the position to build t
On 4/8/13 4:10 PM, Adrian Chadd wrote:
Hi,
Your idea is interesting, but it doesn't fix the underlying problem -
there's just too much code. :(
If you were to API'ify some of the more basic things such as fget,
fdrop, filedesc stuff you could potentially swap out the systems for
simpler (albe
As far I can tell it's now April 2nd in all time zones.
Can we now end this thread?
thank you,
-Alfred
On 4/2/13 6:22 AM, Paul Schenkeveld wrote:
On Tue, Apr 02, 2013 at 10:22:20AM +, Ruben de Groot wrote:
On Tue, Apr 02, 2013 at 03:10:56AM -0700, Mehmet Erol Sanliturk typed:
On Tue, Ap
On 3/5/13 8:03 AM, Dirk Engling wrote:
Dear fellow FreeBSD hackers,
while writing a daemon that uses a kqueue to keep track of forked
processes and pipes to userland client code etc, I noticed a lack of
features to implement a proper shutdown without holding data redundantly.
When my daemon
On 3/1/13 5:50 AM, Andriy Gapon wrote:
I am trying to understand if it is possible to allow memory allocations
(M_NOWAIT,
of course) in a spinlock context.
I do not see any obvious architectural obstacles.
But the fact that all of the uma locks, system map lock, object locks, page
queue
locks a
Does plip no longer work?
Sent from my iPhone
On Jan 30, 2013, at 4:39 PM, Eitan Adler wrote:
> There has been some discussion about removing plip support from GENERIC
> kernels.
> plip still appears in sys/conf/NOTES
>
> Does anyone object to the following?
>
> commit f4efd3cf43514bcb1378e2
On 1/28/13 10:11 AM, Ian Lepore wrote:
I've got a question that isn't exactly freebsd-specific, but
implemenation-specific behavior may be involved.
I've got a server process that accepts connections from clients on a
PF_LOCAL stream socket. Multiple clients can be connected at once; a
list of
On 1/15/13 1:43 PM, Konstantin Belousov wrote:
On Tue, Jan 15, 2013 at 04:35:14PM -0500, Trent Nelson wrote:
Luckily it's for an open source project (Python), so recompilation
isn't a big deal. (I also check the intrinsic result versus the
syscall result during startup to verify
On 1/15/13 10:18 AM, Wojciech Puchar wrote:
does anyone know a PXE image (just like /boot/pxeboot) that can be
placed on tftp server and the only thing it will do would be loading
first sector from first local disk at 0x07c00 and booting as with
normal hard drive.
what i need is to be able to
On 1/10/13 1:05 PM, Konstantin Belousov wrote:
On Thu, Jan 10, 2013 at 10:16:46AM -0500, Alfred Perlstein wrote:
On 1/10/13 2:38 AM, Konstantin Belousov wrote:
On Thu, Jan 10, 2013 at 01:56:48AM -0500, Alfred Perlstein wrote:
Here are more convenient links that give diffs against FreeBSD and
On 1/10/13 2:38 AM, Konstantin Belousov wrote:
On Thu, Jan 10, 2013 at 01:56:48AM -0500, Alfred Perlstein wrote:
Here are more convenient links that give diffs against FreeBSD and
jemalloc for the proposed changes:
FreeBSD:
https://github.com/alfredperlstein/freebsd/compare
On 1/10/13 1:41 AM, Alfred Perlstein wrote:
On 12/23/12 12:28 PM, Jason Evans wrote:
On Dec 21, 2012, at 7:37 PM, Alfred Perlstein wrote:
So the other day in an effort to debug a memory leak I decided to
take a look at malloc+utrace(2) and decided to make a tool to debug
where leaks are
On 12/23/12 12:28 PM, Jason Evans wrote:
On Dec 21, 2012, at 7:37 PM, Alfred Perlstein wrote:
So the other day in an effort to debug a memory leak I decided to take a look
at malloc+utrace(2) and decided to make a tool to debug where leaks are coming
from.
A few hours later I have:
1) a new
ILDIR=/root/Maildir
IRCNAME=Alfred Perlstein
CVSROOT=/home/ncvs
BLOCKSIZE=1K
OLDPWD=/usr/home/alfred/freebsd
PWD=/usr/home/alfred/freebsd
SHLVL=2
TERM=screen
SHELL=/usr/local/bin/zsh
MAIL=/var/mail/root
LOGNAME=root
USER=root
USERNAME=root
HOME=/root
SUDO_COMMAND=/usr/local/bin/zsh
SUDO_USER=a
On 12/23/12 8:36 PM, Mark Johnston wrote:
On Dec 23, 2012 10:55 PM, "Alfred Perlstein" <mailto:bri...@mu.org>> wrote:
>
> On 12/23/12 7:20 PM, Garrett Cooper wrote:
>>
>> On Sat, Dec 22, 2012 at 9:42 PM, Alfred Perlstein <mailto:bri...@mu.org>>
On 12/23/12 7:20 PM, Garrett Cooper wrote:
On Sat, Dec 22, 2012 at 9:42 PM, Alfred Perlstein wrote:
...
lfred/freebsd/tmp/usr/bin/ld: __vdso_gettimeofday.So:
invalid SHT_GROUP entry
/usr/obj/usr/home/alfred/freebsd/tmp/usr/bin/ld: __vdso_gettimeofday.So: no
group info for section .text
On 12/23/12 1:47 PM, Garrett Cooper wrote:
On Sun, Dec 23, 2012 at 8:26 AM, Ed Maste wrote:
On 22 December 2012 23:13, Alfred Perlstein wrote:
I have a patch for this. I am building world to see what happens, if you
want to try it, or comment on it, please let me know.
Changes are
On 12/23/12 9:28 AM, Jason Evans wrote:
On Dec 21, 2012, at 7:37 PM, Alfred Perlstein wrote:
So the other day in an effort to debug a memory leak I decided to take a look
at malloc+utrace(2) and decided to make a tool to debug where leaks are coming
from.
A few hours later I have:
1) a new
On 12/22/12 8:13 PM, Alfred Perlstein wrote:
On 12/22/12 6:14 PM, Jan Beich wrote:
Ed Maste writes:
When this knob is set standalone debug files for shared objects are
built and installed in /usr/lib/debug/.debug. GDB
searches this path for debug data.
[...]
What about ports? They are not
On 12/22/12 6:14 PM, Jan Beich wrote:
Ed Maste writes:
When this knob is set standalone debug files for shared objects are
built and installed in /usr/lib/debug/.debug. GDB
searches this path for debug data.
[...]
What about ports? They are not allowed to install outside of PREFIX.
$ cd
On 12/22/12 8:46 AM, Ed Maste wrote:
When this knob is set standalone debug files for shared objects are
built and installed in /usr/lib/debug/.debug. GDB
searches this path for debug data.
The -g flag is automatically added to CFLAGS if debug files are enabled
(but the shared objects are still
On 12/22/12 8:56 AM, Ed Maste wrote:
On 21 December 2012 22:37, Alfred Perlstein wrote:
Is it time to start installing with some form of debug symbols? This would
help us also with dtrace.
I just posted a patch to add a knob to build and install standalone
debug files. My intent is that we
Hey guys.
So the other day in an effort to debug a memory leak I decided to take a
look at malloc+utrace(2) and decided to make a tool to debug where leaks
are coming from.
A few hours later I have:
1) a new version of utrace(2) (utrace2(2)) that uses structured data to
prevent overloading o
Eitan was asking me to update the FAQ section 5.7:
*5.7.* Why do I get the error "kernel: proc: table is full"?
That error is no longer relevant, but I also seemed to find out
something else interesting..
Been grepping through the code, and it seems like the only side-effect
of maxproc chan
On 12/8/12 5:05 PM, Richard Sharpe wrote:
On Sun, 2012-12-09 at 00:50 +0100, Andre Oppermann wrote:
Hi folks,
Our QA group (at xxx) using Samba and smbtorture has been seeing a
lot of cases where accept returns ECONNABORTED because the system load
is high and Samba has a large listen backlog.
On Nov 18, 2012, at 5:37 AM, Dimitry Andric wrote:
> On 2012-11-16 23:04, Navdeep Parhar wrote:
>> On 11/16/12 13:49, Roman Divacky wrote:
>>> Yes, it does that. iirc so that you can have things like
>>>
>>> void foo(int cond) {
>>> if (cond) {
>>> static int i = 7;
>>> } else {
>>>
On 11/16/12 10:18 AM, Adrian Chadd wrote:
On 16 November 2012 00:26, Alfred Perlstein wrote:
Adding another option to tag asserts so that it was sort of like:
KASSERT((cond, section, "string")); would be interesting, then you could
turn KASSERTS on based on "vfs" or p
On 11/15/12 11:22 PM, Andriy Gapon wrote:
on 16/11/2012 01:20 Alfred Perlstein said the following:
We need to enable developers to skip these areas and test their own code.
I wish that there was a magic knob to ignore build breakages, so that the
developers could test how their own code
On 11/15/12 12:51 PM, Andriy Gapon wrote:
on 15/11/2012 22:00 Adrian Chadd said the following:
But I think my change is invaluable for development, where you want to
improve and debug the locking and lock interactions of a subsystem.
My practical experience was that if you mess up one lock in o
On 11/14/12 10:15 PM, Adrian Chadd wrote:
Hi all,
When debugging and writing wireless drivers/stack code, I like to
sprinkle lots of locking assertions everywhere. However, this does
cause things to panic quite often during active development.
This patch (against stable/9) makes the actual pani
On Nov 12, 2012, at 4:11 AM, Andre Oppermann wrote:
>
>
> I don't think many places depend on M_NOWAIT digging deep. I'm
> perfectly happy with having M_NOWAIT give up on first try. Only
> together with M_TRY_REALLY_HARD it would dig into reserves.
>
> PS: We have a really nasty namespace c
I think very few of the m_nowaits actually need the reserve behavior. We should
probably switch away from it digging that deep by default and introduce a flag
and/or a per thread flag to set the behavior.
Sent from my iPhone
On Nov 11, 2012, at 4:32 PM, "Dieter BSD" wrote:
> Alan writes:
>>
On 11/1/12 1:06 AM, Poul-Henning Kamp wrote:
In message <50921b44.20...@ixsystems.com>, Alfred Perlstein writes:
Poul-Henning, what do you think? Is there a nicer way? Perhaps a way
to include the "/dev/$device"
I think there are private implemenations where dump
I've always wanted to be able to query the current dump device.
This patch lets me do this.
Poul-Henning, what do you think? Is there a nicer way? Perhaps a way
to include the "/dev/$device"
as the patch in its current form only stores "ada0p3". I think that is OK.
Provide a device name i
On 10/31/12 3:14 PM, Peter Jeremy wrote:
On 2012-Oct-31 14:21:51 -0700, Alfred Perlstein wrote:
Ah, but make(1) can delay spawning any new processes when it knows its
children are paging.
That could work in some cases and may be worth implementing. Where it
won't work is when m
On 10/31/12 1:41 PM, Peter Jeremy wrote:
On 2012-Oct-31 12:58:18 -0700, Alfred Perlstein wrote:
It seems like the new compiler likes to get up to ~200+MB resident when
building some basic things in our tree.
The killer I found was the ctfmerge(1) on the kernel - which exceeds
~400MB on i386
It seems like the new compiler likes to get up to ~200+MB resident when
building some basic things in our tree.
Unfortunately this causes smaller machines (VMs) to take days because of
swap thrashing.
Doesn't our make(1) have some stuff to mitigate this? I would expect it
to be a bit smarte
Some suggestions here, jemalloc, kernel threads are good ones.
Another issue may just be some change for default thread stack size.
This would explain why the RESIDENT set is the same, but the VIRTUAL grew.
-Alfred
On 10/30/12 9:56 AM, Karl Pielorz wrote:
--On 30 October 2012 19:43 +0700
++?
Would people be opposed to a hack where optionally one could fence
off the jobs for C++ programs during buildworld? meaning maybe
set .NOTPARALLEL via some other option?
It's kind of insane how much memory the compiler uses these days.
Any other options?
--
- Alfred Perlstein
.- VMOA #51
0930.diff
> http://people.freebsd.org/~andre/vmmap_vmpage_rbtree-20100930.diff
>
> The diffs are still in their early stages and do not make use of
> any code simplifications becoming possible by using RB trees instead
> of the current splay trees.
>
> Comments on the VM issue a
gger.
-Alfred
>
> Sean
>
> ___
> freebsd-hackers@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
--
- Alfred Perlstei
en events occur?
Not that I know of off the top of my head.
Although if you want to contrib the code I can help get it in. :)
-Alfred
>
> Thanks again for your help,
> -Dan
>
> On Tue, May 18, 2010 at 2:40 AM, Alfred Perlstein wrote:
> > * Dan McNulty [100517 08:02] w
has some hooks, have you looked at that?
--
- Alfred Perlstein
.- AMA, VMOA #5191, 03 vmax, 92 gs500, 85 ch250, 07 zx10
.- FreeBSD committer
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, sen
Is there a smarter
thing to do to code more defensively?
thank you,
--
- Alfred Perlstein
.- AMA, VMOA #5191, 03 vmax, 92 gs500, 85 ch250, 07 zx10
.- FreeBSD committer
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listi
Additionally I need to remove all traces of IO_NODELOCKED
from kern_gzio.c as they leads to unlocked vnode access
otherwise in the gzip coredump routine.
A review would be much appreciated.
thank you,
-Alfred
* Alfred Perlstein [100428 10:18] wrote:
> I was recently working on the enhan
ed yet.
Hello,
Where is diff/sdiff projects?
thank you,
--
- Alfred Perlstein
.- AMA, VMOA #5191, 03 vmax, 92 gs500, 85 ch250
.- FreeBSD committer
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
T
o test this:
1) download the suite.
2) run "sh test.sh" to see the bug
3) run "sh test.sh yes" to not see the bug (sleep called)
Here's a link to the scripts:
http://www.mu.org/~bright/scripttest/
--
- Alfred Perlstein
.- AMA, VMOA #5191, 03 vmax, 92 gs500, 85 ch250
(assuming that if the time changed that the "start time" used to
tag processes would be incremented akin to your increasing number).
meh :)
> Ok, as far as no one else commented at my idea, I assume it is not
> completely stupid and will try to impleme
kill(2) that took process start time.
It's interesting that you bring up that start time can change, I
did not know this.
Now that I know this, I would suggest simply recording the start
time as the serial number, then using pid+recorded_start_ti
em-wide?
Ivan, many people write php extensions, maybe you can do that?
--
- Alfred Perlstein
.- AMA, VMOA #5191, 03 vmax, 92 gs500, 85 ch250
.- FreeBSD committer
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fre
L
> +/* Read ahead */
> +#define O_READAHEAD 0x0002
> #endif
> +#endif
>
> /* Defined by POSIX Extended API Set Part 2 */
> #if __BSD_VISIBLE
> @@ -218,6 +222,7 @@
> #define F_SETLK 12 /* set record locking
> information */
> #define F_
the top for now, prepping
for possible cli option to avoid POLA breakage.
Is there a way to detect ^Z or other terminal signals and propogate
them to the child in a better way?
--
- Alfred Perlstein
.- AMA, VMOA #5191, 03 vmax, 92 gs500, 85 ch250
.- Fre
n
> FreeBSD Volunteer
>
> EMAIL: ga...@freebsd.org .:|:. ga...@kovesdan.org
> WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org
>
> --
> This mail is for the internal use of the FreeBSD project committers,
> and as such is private. This mail may not be published or
don't need project sponsored health
monitoring.
(ron paul!)
--
- Alfred Perlstein
.- AMA, VMOA #5191, 03 vmax, 92 gs500, 85 ch250
.- FreeBSD committer
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
in... :)
mount 9 could be augmented to preflight/postflight the vfs type name
through the provide a better error.
--
- Alfred Perlstein
.- AMA, VMOA #5191, 03 vmax, 92 gs500, 85 ch250
.- FreeBSD committer
___
freebsd-hackers@freebsd.org mailing list
n!
-Alfred
* Giorgos Keramidas [090802 18:32] wrote:
> On Sun, 26 Jul 2009 16:15:34 -0700, Alfred Perlstein
> wrote:
> > Hello hackers,
> >
> > Does anyone here use one of the distributed SCMs to manage
> > contributions to FreeBSD in an easy manner?
>
> Hi Alfr
le to basically:
sync into my "distributed repo".
allow a third party access to it.
easily commit upstream back into svn from a branch
in my distributed scm.
--
- Alfred Perlstein
VMOA #5191, 03 vmax, 92 gs500, ch250 - FreeBSD
__
truct ktr_header header;
> > struct ktr_genio genio;
>
> > printf("%d\tktr_header:\n", sizeof(header));
> > SIZE(header, ktr_len);
> > SIZE(header, ktr_type);
> > SIZE(header, ktr_pid);
> > SIZE(he
* Dag-Erling Sm??rgrav [090529 02:49] wrote:
> Alfred Perlstein writes:
> > Dag-Erling Sm??rgrav writes:
> > > Usually, what you see is closer to this:
> > >
> > > if ((pid = fork()) == 0) {
> > > for (int fd = 3; fd < getdtablesi
* Dag-Erling Sm??rgrav [090527 06:10] wrote:
> Yuri writes:
> > I don't have strong opinion for or against "memory overcommit". But I
> > can imagine one could argue that fork with intent of exec is a faulty
> > scenario that is a relict from the past. It can be replaced by some
> > atomic method
* Chuck Robey [090522 07:09] wrote:
> Alfred Perlstein wrote:
> > I wouldn't sweat the compiler as much as the actual OS code, I think
> > it should be relatively easy to trick the build to use an external
> > compiler (ie, don't get caught up in the compiler boo
y
> scenario that is a relict from the past. It can be replaced by some
> atomic method that would spawn the child without ovecommitting.
vfork, however that's not sufficient for many scenarios.
> Are there any other than fork (and mmap/sbrk) situations that would
> overcommit?
* Chuck Robey [090521 14:56] wrote:
> Alfred Perlstein wrote:
> > * Chuck Robey [090518 13:03] wrote:
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA1
> >>
> >> I've been googling, trying to see if I can find notes regarding what needs
You might also be able to backtrack using CVS/svn to follow
how mips or arm was done.
Note: freebsd has a decent cross-compile setup now, see
"make universe" so things should be easier to get started.
--
- Alfred Perlstein
___
freebsd-h
> On Thu, May 14, 2009 at 9:53 AM, Julian Stacey wrote:
> > Hi hackers@
> > A commercial firm asked for _Free_ labour today on jobs at freebsd.
> > The censors passed it. Censors of jobs at freebsd.org then blocked
> > the posting below. jobs@ censors again bad, block wrong things,
> > should al
vm_page_wakeup(m);
vm_page_unlock_queues();
break;
}
uot;
> ___
> [EMAIL PROTECTED] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-threads
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
--
- Alfred Perlstein
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
* Jeroen Ruigrok van der Werven <[EMAIL PROTECTED]> [081016 08:06] wrote:
> -On [20081016 16:43], Srinivas ([EMAIL PROTECTED]) wrote:
> >I have a theoretical understanding of the PC architecture and the
> >details but have no idea of how things go under the hood(for a real
> >computer).
>
> http:/
* Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> [080126 07:28] wrote:
> Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> writes:
> > > BTW, when are you going to join the 21st century and get a MUA that
> > > groks U
* Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> [080126 07:10] wrote:
> Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> writes:
> >> [EMAIL PROTECTED] ~% sysctl -d dev.cpu.0.temperature
> >> dev.cpu.0.temperature: C
* Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> [080125 07:58] wrote:
> Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > Hey guys, something that I've always wanted to do was actually somehow
> > export those handy description strings from the kernel SYSCTL macros
&
file > file.sysctl.out
sysctl_help_database_builder file.sysctl.out > file.sysctl.db
done
Then these would be copied into /boot or maybe some other place
as part of the install process.
Sysctl or some other util could then read these db files to give
help with sysctls.
Any ideas/pointers on how to do this linker m
* Wilko Bulte <[EMAIL PROTECTED]> [071004 04:15] wrote:
> Quoting Alfred Perlstein, who wrote on Thu, Oct 04, 2007 at 03:19:02AM -0700
> ..
> > * Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> [071004 03:01] wrote:
> > > Alfred Perlstein <[EMAIL PRO
uck on 6.x, how is threads on this platform?
Second off we are contending against other devices in the system
that do not run FreeBSD, How do we address that?
--
- Alfred Perlstein
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/m
* Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> [071004 03:28] wrote:
> Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > It's not worth my time to engage someone with your mind set, you
> > posses neither the technical nor interpersonal skill to be useful
> > to m
* Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> [071004 03:01] wrote:
> Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > Do you have:
> >
> > a) Evidence or a paper to prove that this is a bad idea?
>
> I need evidence or a paper to prove that it is a bad idea to
* Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> [071004 02:05] wrote:
> Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > Hi guys, we need critical sections for userland here.
> >
> > This is basically to avoid a process being switched out while holding
> > a use
t scale well if they're descheduled from the cpu while holding a
> lock.
Yes, exactly the problem, it sucks when process A on CPU 1 runs out
of quantum while holding a lock that a runner on CPU 2 wants.
--
- Alfred Perlstein
___
freebsd-hacker
1 - 100 of 1003 matches
Mail list logo
