>> Any current's more recent than about a month ago on my main system seem to
>> 'hang' on biord whenever they access the IDE drives...
> My test / compile box : Pentium III 450 MHZ with 8 gig ide disk drive
> does not hang at all . FreeBSD-current is about a week old.
Same here; K6-233 with 2
> asus p2b-ds, dual P2/350s, 128mb
> current as of 99.08.13 evening
>
> dmesg has a few things which worry me. but the hauppauge/brootree works
> fine with mbone tools and fxtv.
>
> WARNING: "bktr" is usurping "bktr"'s cdevsw[]<<<*
> WARNING: "iic" is usurping "iic"'s cdevsw
> On Mon, Feb 14, 2000 at 02:39:09PM -0700, Doug Russell wrote:
>
> > Does anyone have a Panasonic 526/563 CD-ROM drive working under 4.0-C? I
> > have not had one working for may weeks, however, I wasn't sure if it was a
> > hardware problem here, or something. 3.4 still finds them, so I beleiv
> ThanksI used that "i" option and it worked...well, almost. I have the files
> I need in /etc/ssh but when I start sshd I get this now.
>
> error: Could not load host key: /etc/ssh/ssh_host_key: No such file or
> directory
If you want to track current you must use mergemaster.
This is
> I found the problem and the fix for the perl breakage that was
> caused by my recent changes to the dynamic linker. I'm doing a make
> world now, just to make sure I haven't broken something new. I'll
> commit the fix later this evening, unless the make world reveals new
> problems. (I don't
Regarding all the trouble people have been having getting their
cards detected with newpcm, I had to make a change to my kernel
config for it to find my soundblaster 16, non-pnp.
this does not detect my card:
device pcm0 at isa? port ? irq 5 drq 1 flags 0x15
this does:
device pcm0 at i
Can we have an entry for mii.ko in /boot/defaults/loader.conf?
##
### Networking drivers #
##
mii_load="NO"
ax_load="NO"# ASIX
> pcm0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on
> isa0
>
> If dmesg from sb0 would help I could get it.. Anything else I could help
> with in making "device pcm0" work without params? or is that pnp only?
Yes, that is for pnp-only.
--
we are but packets in the internet of life
To Un
> I found out what was causing "Can't get device list: Cannot allocate
> memory".. libdevstat mismatch.
>
> Now I'm getting a panic, but hopefully I'll have a decent backtrace
> out of it soon.
I ran into to that too and thought I was screwed, but vinum read worked.
I built the new kernel
rebui
> On Tue, 25 Apr 2000, Boris Popov wrote:
>
> > simple_lock* functions has breakage too. They defined as macros
> > for non-SMP case and as functions for SMP.
>
> This currently apparently affects the following modules:
>
> ccd
> cd9660
> msdosfs
> nfs
> ntfs
> nwfs
...snip...
>
> Its nice to see someone actually using kobj so soon. There is a possible
> performance problem though - kobj method calls are roughly 20% slower than
> direct function calls. Having said that, this isn't that slow - I timed a
> method call to a two argument function at ~40ns on a 3
> jake2000/05/23 13:41:02 PDT
> Log:
> Change the way that the queue(3) structures are declared; don't assume that
> the type argument to *_HEAD and *_ENTRY is a struct.
>
> Suggested by: phk
> Reviewed by:phk
> Approved by:mdodd
>
HEADS UP
Possibl
>
> Is anyone else having trouble compiling the libpam things, because of
> this? I couldn't compile a kernel because of the the assembler changes,
> so I went to do a buildworld, and now I can't get thru a buildworld. I
> tried the suggestion above (do a make includes) but that didn't seem to
> > Garrett Wollman writes:
> > > > I've just built a fresh world here; if you use the cvs-crypto from
> > > > internat, it may be broken. I submitted a patch to Mark Murray which
> > > > should fix it, here it is again just in case:
> > >
> > > I still think (and am going on record) that this i
> In message <[EMAIL PROTECTED]>, Mike Smith writes:
> >> >I objected to a recent commit hiding the fact that this is
> >> >"(elm)->field.sle_next". Anyway, curelm must be a pointer to a struct.
> >> >Not just any struct; the struct must contain a "field" declared using
> >> >SLIST_ENTRY().
> >>
> Hi all,
>
> I got following kernel build error.
> When I run 'make includes', the error has gone away.
>
> Why does kernel build process depend on installed system files,
> such as /usr/include?
It shouldn't.
This seems to be primarily aic7xxx, although judging from the output
of 'find /usr/
Apparently, On Sat, Dec 22, 2001 at 06:48:26PM +1100,
Bruce Evans said words to the effect of;
> On Fri, 21 Dec 2001, Luigi Rizzo wrote:
>
> > Don't know how interesting this can be, but i am writing
> > (no plans to commit it, unless people find it interesting)
> > some code to implemen
Apparently, On Wed, Feb 06, 2002 at 06:17:38PM -0500,
Andrew Gallatin said words to the effect of;
>
> Andrew Gallatin writes:
> >
> > Since thread0 is no longer a pointer, this looks suspicious in locore.s:
> >
> > /*
> > * Switch to proc0's PCB.
> > */
Apparently, On Wed, Feb 06, 2002 at 12:01:44PM -0800,
Julian Elischer said words to the effect of;
>
> for the set of patches at:
> http://www.freebsd.org/~julian/adiff
>
> these patches SHOULD NOT EFFECT your system except to do some
> slight re-aranging of stuff in the kernel.
>
> TH
Apparently, On Wed, Feb 06, 2002 at 06:17:38PM -0500,
Andrew Gallatin said words to the effect of;
>
> Andrew Gallatin writes:
> >
> > Since thread0 is no longer a pointer, this looks suspicious in locore.s:
> >
> > /*
> > * Switch to proc0's PCB.
> > */
Apparently, On Wed, Feb 06, 2002 at 12:01:44PM -0800,
Julian Elischer said words to the effect of;
>
> for the set of patches at:
> http://www.freebsd.org/~julian/adiff
>
> these patches SHOULD NOT EFFECT your system except to do some
> slight re-aranging of stuff in the kernel.
>
> TH
Apparently, On Mon, Feb 18, 2002 at 11:51:44AM -0800,
Matthew Dillon said words to the effect of;
>
> :I request that you give say a 3 day review period for this.
> :I know JHB still has limited email access (no DSL yet).
> :This may be something he should review.
I second this request.
Apparently, On Mon, Feb 18, 2002 at 12:43:18PM -0800,
Matthew Dillon said words to the effect of;
> :What John's patch does is spin while the lock owner is running on another cpu.
> :Spinning while there are no other processes on the run queues as well makes sense
> :but you'll also be do
Apparently, On Thu, Feb 21, 2002 at 08:00:51PM -0800,
David O'Brien said words to the effect of;
> The existing very bazaar and local policy in rc.diskless1 is Just Wrong;
> and looks like no other Unix diskless configuration I've ever seen. I
> plan on committing this patch to negate th
> Julian Elischer wrote:
> >
> > Pete Carah wrote:
> > >
> > > I got a panic today on a fresh kernel...
> > >
> > > Compiled with netgraph but non of the netgraph modules.
> > >
> > > Immediately after the memory probe, a message about sequencers 0-15,
> > > then:
> > > Panic: spinlock ng_worklis
> On Sun, Feb 25, 2001 at 10:29:42PM -0800, Kris Kennaway wrote:
> > This is on a UP system.
>
> Had another one of these, under the same conditions. Both times I was
> running more(1) on a stdin stream which was generated by a "find |
> grep | more" operation, and I suspended the process with ^
> jake2001/02/26 15:27:35 PST
>
> Modified files:
> sys/kern init_main.c kern_fork.c kern_mutex.c
> Log:
> Initialize native priority to PRI_MAX. It was usually 0 which made a
> process's priority go through the roof when it released a (contested)
> mutex. Onl
> Hello,
>
> a distributed.net client (ports/misc/dnetc) being run on -current with
> today's kernel just hangs my box. the system _dramatically_ slows
> down and stops to respond on any external events (keyboard, network,
> etc).
>
> d.net client is a daemon, that uses cpu idle (and only idle)
> On Tue, 27 Feb 2001, Jake Burkholder wrote:
>
> > > a distributed.net client (ports/misc/dnetc) being run on -current with
> > > today's kernel just hangs my box. the system _dramatically_ slows
> > > down and stops to respond on any external events (ke
> > On Sun, Feb 25, 2001 at 10:29:42PM -0800, Kris Kennaway wrote:
> > > This is on a UP system.
> >
> > Had another one of these, under the same conditions. Both times I was
> > running more(1) on a stdin stream which was generated by a "find |
> > grep | more" operation, and I suspended the pr
replying to myself again
>
> This is the best workaround I can think of:
>
> Index: kern/kern_intr.c
> ===
> RCS file: /home/ncvs/src/sys/kern/kern_intr.c,v
> retrieving revision 1.47
> diff -u -r1.47 kern_intr.c
> --- kern/ker
>
> I built a kernel without the random device and tried to use the
> module. I loaded it from the bootloader and the machine panic'ed on boot:
>
> Mounting root from ufs:/dev/da0a
> da0 at sym0 bus 0 target 0 lun 0
> da0: Fixed Direct Access SCSI-2 device
> da0: 40.000MB/s transfers (20.000
> On 19 Mar 2001, Dag-Erling Smorgrav wrote:
>
> > Bruce Evans <[EMAIL PROTECTED]> writes:
> > > K6-2's aren't really i586's and i586_bzero should never be used for
> > > them (generic bzero is faster),
> >
> > Wrong. I fixed machdep.c to compute and print the bandwidth correctly:
>
> Wrong you
> Hi,
>
> -current from yesterday:
> ---snip---
> (45) root@ttyp0 # idprio 31 /bin/sleep 10
> idprio: idprio: Invalid argument
>
> (46) root@ttyp0 # rtprio 31 /bin/sleep 10
> rtprio: rtprio: Invalid argument
> ---snip---
>
> isdnd is also affected (if you use its rtprio keyword in isdnd.rc).
> Why does the mutex not link blocked processes though the
> sleep queue linked list entry? Why does it use the run queue entry?
Because in some cases its necessary for a process to acquire
mutexes while its on the sleep queue. If they used the same
linkage the queues would get corrupted.
> In
As usual, you'll have to recompile all libkvm using programs.
Jake
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
>
> I cvsuped src , built world and tried to compile a new kernel.
> Presently compilation fails with error in ASM line 601 in ../../sys/mutex.h.
>
> Any ideas?
>
> (that code seems to be used by i4b sppp routines)
This should be fixed, or at least worked around for a while.
Re-cvsup and try
> On Fri, Dec 08, 2000 at 03:37:46AM -0800, Jake Burkholder wrote:
> > >
> > > I cvsuped src , built world and tried to compile a new kernel.
> > > Presently compilation fails with error in ASM line 601 in ../../sys/mutex.h.
> > >
> > > Any ide
> jake2001/01/11 06:46:26 PST
>
> Modified files:
> sys/alpha/includeglobals.h
> sys/conf files.i386
> sys/i386/i386locore.s
> sys/i386/include asnames.h globals.h
> sys/ia64/include globals.h
> Removed files:
> sys/i386/i38
> Bruce Evans wrote:
> >
> > The new gensetdefs gives unbootable kernels on i386's. They hang before
> > printing anything.
>
> I verified that the output of gensetdefs.pl is identical to that of
> gensetdefs(1). Does the kernel boot if gensetdefs(1) is used?
>
Its not identical here, gensetd
> Update to my previous mail:
>
> trying a PRE_SMPNG kernel doesn't change anything, it still displays
> nothing. I've also updated my /boot/loader and bootblocks.
>
> Still no idea?
Are you running a stripped down kernel? or generic?
There's a problem with kernels that are too large not boot
> Running a kernel I got with this:
>
> >
> > cvs co -D"2001-01-30" src/sys
> >
>
> /ithread.c/1.10/Mon Dec 4 21:15:14 2000//D2001.01.29.23.00.00
>
> I get:
>
> panic: malloc(M_WAITOK) in interrupt context
> Debugger("panic")
> Stopped at Debugger+0x45: pushl %ebx
> db> trace
> Debu
> On Wed, Feb 07, 2001 at 02:20:43PM -0800, John Baldwin wrote:
> >
> > On 07-Feb-01 Andrea Campi wrote:
> > > Running a kernel I got with this:
> > >
> > >>
> > >> cvs co -D"2001-01-30" src/sys
> > >>
> > >
> > > /ithread.c/1.10/Mon Dec 4 21:15:14 2000//D2001.01.29.23.00.00
> > >
> > > I g
>
> Should it become:
>
> #ifdef SMP
> mtx_lock_spin(&sched_lock);
> need_resched();
> forward_roundrobin();
> mtx_unlock_spin(&sched_lock);
> #else
>
> ?
>
> I cannot test it yet, need to reanimate my testbox first.
You need to handle the UP case as well :) Also, I
> jake2001/02/10 11:07:32 PST
>
> Modified files:
> sys/kern kern_synch.c
> Log:
> Acquire sched_lock around need_resched() in roundrobin() to satisfy
> assertions that it is held. Since roundrobin() is a timeout there's
> no possible way that it could be calle
> jake2001/02/10 12:33:35 PST
>
> Modified files:
> sys/alpha/alpha trap.c
> sys/i386/i386trap.c
> Log:
> Clear the reschedule flag after finding it set in userret(). This
> used to be in cpu_switch(), but I don't see any difference between
> doing it her
> jake2001/02/11 16:20:08 PST
>
> Modified files:
> sys/alpha/alpha trap.c
> sys/dev/acpica/Osd OsdSchedule.c
> sys/i386/i386genassym.c swtch.s trap.c
> sys/ia64/ia64trap.c
> sys/kern init_main.c kern_condvar.c kern_idle.c
>
> On Sun, Jan 28, 2001 at 01:27:04AM -0800, Julian Elischer wrote:
> > > This is the single most flagrant lack of cooperation I have experienced
> > > while working with the FreeBSD Project. I'm truly dumbfounded.
> >
> > It's not a lack of co-operation.. it's a lack of communication. I didn't
>
Apparently, On Wed, Jan 08, 2003 at 11:25:12PM +,
Mike Barcroft said words to the effect of;
> Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
>
> --
> >>> Rebuilding the temporary build tree
> -
Apparently, On Thu, Jan 09, 2003 at 03:29:43PM -0800,
Marcel Moolenaar said words to the effect of;
> On Thu, Jan 09, 2003 at 01:12:30AM -0800, Marcel Moolenaar wrote:
> >
> > GPT based systems are unable to mount the root file system. I
> > haven't had the time to dig into this, but we m
Apparently, On Sat, Jan 11, 2003 at 07:16:26PM -0800,
Kris Kennaway said words to the effect of;
> fpsetmask is not defined in or
> on sparc64 (it is on i386):
>
> /usr/include/machine/floatingpoint.h:#definefpsetmask(m)((fp_except_t) \
> /usr/include/ieeefp.h:extern fp_exc
Apparently, On Sun, Jan 12, 2003 at 12:25:20AM -0800,
Terry Lambert said words to the effect of;
> Jake Burkholder wrote:
> > > Is this an omission, or are the ports wrong?
> >
> > FWIW, the alpha headers are basically identical to the sparc64 ones.
> > Ther
Apparently, On Sun, Jan 12, 2003 at 05:09:37AM -0800,
Terry Lambert said words to the effect of;
> Jake Burkholder wrote:
> > > Isn't that really a lame excuse? Shouldn't
> > >
> > > #ifdef __FreeBSD__
> > >
> > > be enough
Apparently, On Thu, Jan 23, 2003 at 11:45:13AM +0800,
David Xu said words to the effect of;
> panic: lockmgr: locking against myself
> Debugger("panic")
> Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0
> db>trace
> Debugger(c0381630,c03e4ee0,c037fd14,da447c28,1) at Debugger+0x54
> pani
Apparently, On Mon, Feb 03, 2003 at 09:08:41AM -0500,
Ilmar S. Habibulin said words to the effect of;
>
> Why not to use only credits for proc and make td_ucred macro like
> td_proc->p_ucred? Or it has some meaning that i do not understand?
td_ucred is a read only reference to p_ucred, s
Apparently, On Mon, Feb 17, 2003 at 05:35:09PM +1100,
Bruce Evans said words to the effect of;
> On Sun, 16 Feb 2003, Julian Elischer wrote:
>
> > In addupc_intr, if the increment cannot be done immediatly, the addres
> > to increment the count for is stored and the increment is done late
>
> Can you explain how fuswintr() and suswintr() work on sparc64's? They
> seem to cause traps if the user counter is not mapped, and I can't see
> where the traps are handled. ia64/trap.c has a comment about where these
> traps are handled, but has dummies for fuswintr() and suswintr() so the
Apparently, On Tue, Feb 25, 2003 at 10:49:16PM +0100,
Maxime Henrion said words to the effect of;
> Morten Rodal wrote:
> > On Tue, Feb 25, 2003 at 07:28:09PM +0100, Maxime Henrion wrote:
> > [snip a lot of the patch]
> > > @@ -1431,7 +1442,8 @@
> > > SLIST_FOREACH(at, &sc->alloc_list
Apparently, On Wed, Jul 23, 2003 at 09:16:43AM +0300,
Ruslan Ermilov said words to the effect of;
> A similar change would be in order for sparc64. Patch is
> attached, please review. The net effect is that we save
> huge CPU times in release.9 and do not create the useless
> boot.flp fl
Apparently, On Mon, Jul 28, 2003 at 03:59:00AM +0200,
Thomas Moestl said words to the effect of;
> On Mon, 2003/07/28 at 09:30:08 +0900, Jun Kuriyama wrote:
> >
> > Is this caused by -oS option?
> >
> > - in making BOOTMFS in make release
> > cc -c -Os -pipe -Wall -Wredundant-decls -
On Thursday 02 October 2003 14:54, Chris Jackman wrote:
> Sun E250, running world/kernel from September 18th.
> While running a make buildworld, I get :
>
> panic: pmap_remove_all: illegal for unmanaged/fake page 0x9d2000
Update and build a new kernel. This has been fixed.
Jake
_
> Hmm, you might like to try this patch and see what happens, there is
> a missing old driver wrapper for the pcm stuff. As a result, it's not
> getting run from the isa probe. Regarding the other driver, I'm not
> sure what's going on there as the hooks appear to be present.
Right on, that patc
> >mp3s aren't playing quite right with x11amp though, little
> >skips here and there, they work fine with the old kernel.
> >mpg123 seems fine, as does the sound in FXTV.
> >I'll try making the world again.
>
> Was there ever any resolution/further inspection of this?
Not as far I know; its stil
Hi, I just noticed that after all the dequote stuff went into config
(great work!) options NO_F00F_HACK still needs quotes. Its interpreted
as NO_F0F_HACK without them; to be expected I guess.
This should probably be reflected in LINT.
Thanks, Jake
--
we are but packets in the internet of lif
>
> my stock SB16 + freebsd+x11amp hasn't worked right since newbus.
>
> sound skips quite a bit.
>
>
>
I noticed the same thing. /usr/ports/audio/gqmpeg is a nice player
which uses mpg123 as the backend; it plays fine. I think it may have
just have something to do with x11amp, which shoul
Apparently, On Wed, Mar 19, 2003 at 10:37:43AM -0800,
Nate Lawson said words to the effect of;
> I have updated my patches for:
> dc pcn rl sf sis sk ste ti tl vr wb xl
> They have been compile tested but I only have an rl card so I'd appreciate
> feedback.
>
> Patches are at:
> h
Hi,
If you haven't read on cvs-src, just recently I've committed support for
PAE and more than 4G of ram on x86 to -current. Basically what this does
is allows physical memory above 4G to be used normally by the kernel and
userland. Except in certain circumstances no distinction is made between
Apparently, On Fri, Jul 05, 2002 at 05:43:26PM -0700,
Julian Elischer said words to the effect of;
>
> Looking at i386/exception.s
> one sees:
[...]
>
> Now:
>
> would it not make a lot of sense to put doreti immediatly after
> calltrap: in the same file
> so that one could follow t
Apparently, On Fri, Aug 02, 2002 at 12:02:28AM +0200,
Sten said words to the effect of;
>
> I am currently running Current on an u60
> and it seems to be running quite nicely minus
> some gotchas and not yet working ports.
> Thanks for the hard work.
>
> I do however have one pretty str
Apparently, On Mon, Sep 02, 2002 at 02:24:08PM +1000,
Bruce Evans said words to the effect of;
> aout support is still required for a few things (mainly for compiling
> some boot blocks), but is broken in gcc3 for at least compile-time
Which boot blocks?
> assignments to long longs and
Apparently, On Mon, Sep 02, 2002 at 08:21:12PM -0700,
Peter Wemm said words to the effect of;
> Alexander Kabaev wrote:
> > On Mon, 2 Sep 2002 19:51:59 GMT
> > Dag-Erling Smorgrav <[EMAIL PROTECTED]> wrote:
> >
> > > ===> gnu/usr.bin/cc/cc1plus
> > > method.o: In function `use_thunk':
>
Apparently, On Tue, Oct 01, 2002 at 01:46:50AM -0400,
Robert Watson said words to the effect of;
> Dunno who it was, but my understanding is that we already actually use
> lightweight interrupt threads on sparc64, so you might want to peruse
> there and look at the approach taken. :-) Y
Apparently, On Tue, Oct 01, 2002 at 11:12:02AM -0400,
Daniel Eischen said words to the effect of;
> On Mon, 30 Sep 2002, Peter Wemm wrote:
>
> > Daniel Eischen wrote:
> > > At the end is a potentially longer term fix for the ABI
> > > breakage that was introduced when the i386 mcontext_t
Apparently, On Sat, Oct 19, 2002 at 12:19:57AM +0200,
Ben Stuyts said words to the effect of;
> Terry,
>
> At 23:07 18/10/2002, you wrote:
> >Ben Stuyts wrote:
> > > Furthermore, this might be interesting: the last vmstat -m log
> > > before the panic. Maybe someone can check if these val
Apparently, On Thu, Oct 24, 2002 at 04:19:09PM -0400,
Andrew Gallatin said words to the effect of;
>
> Mike Barcroft writes:
> > >>> stage 4: building everything..
> > --
> > ===> usr.sbin/pkg_install/info
> > cc1: warnings b
Apparently, On Tue, Oct 29, 2002 at 08:55:03AM -0500,
Andrew Gallatin said words to the effect of;
>
> David O'Brien writes:
> > On Thu, Oct 24, 2002 at 06:39:15PM -0400, Jake Burkholder wrote:
> > > You can also get various new machines on sun.com for aroun
Apparently, On Tue, Nov 05, 2002 at 12:54:54PM +0600,
Max Khon said words to the effect of;
> hi, there!
>
> On Mon, Nov 04, 2002 at 01:57:35PM -0800, David O'Brien wrote:
>
> > > another 2.4M for /rescue. That makes it less
> > > impressive. I don't find the duplication appealing, eit
Apparently, On Tue, Nov 05, 2002 at 01:21:42PM +0600,
Max Khon said words to the effect of;
> hi, there!
>
> On Tue, Nov 05, 2002 at 02:18:23AM -0500, Jake Burkholder wrote:
>
> > > > Before someone says you can dlopen() from static binaries in order to
&g
> > You've basically hacked rtld to bits. All the ifdefs make it hard
> > to read and maintain.
>
> There number of #ifdef's is not large (for me) to make rtld unmaintainable.
> If this is inappropriate for you there are two obvious ways to solve it:
> - refactor rtld-elf and move common parts of
Apparently, On Sun, Nov 17, 2002 at 12:23:20PM -0800,
Julian Elischer said words to the effect of;
>
>
> On Sun, 17 Nov 2002, Mike Barcroft wrote:
> > --
> > >>> Kernel build for GENERIC started on Sun Nov 17 20:01:33 GMT 2002
>
Apparently, On Sun, Dec 01, 2002 at 01:15:00PM -0200,
Daniel C. Sobral said words to the effect of;
> There I go reply to all...
>
> IIRC, we never supported upgrade to 4.0 or 4.1 from anybut but the
> *latest* version in the 3.x series. I sure hope we adopt the same policy
> here.
Agre
Apparently, On Sat, Dec 14, 2002 at 07:37:31PM -0500,
Brian F. Feldman said words to the effect of;
> John Baldwin <[EMAIL PROTECTED]> wrote:
> >
> > On 12-Dec-2002 Kris Kennaway wrote:
> > > I got this on an alpha tonight. It was under heavy load at the time
> > > (18 simultaneous packa
Apparently, On Fri, Dec 20, 2002 at 03:26:36AM +,
Mike Barcroft said words to the effect of;
> --
> >>> Rebuilding the temporary build tree
> --
> >>> stage 1: bootst
Apparently, On Fri, Feb 22, 2002 at 11:38:07PM -0500,
John Baldwin said words to the effect of;
> I'm currently testing the following patch whcih is a subset of the td_ucred
> changes. It involves no API changes, but only contains 2 basic changes:
>
> 1) We still need Giant when doing t
Apparently, On Sat, Feb 23, 2002 at 02:43:35PM -0800,
Matthew Dillon said words to the effect of;
> This is approximately what I am thinking. Note that this gives us the
> flexibility to create a larger infrastructure around the bucket cache,
> such as implement per-cpu cache
Apparently, On Sat, Feb 23, 2002 at 11:21:24AM -0800,
Julian Elischer said words to the effect of;
>
>
> On Fri, 22 Feb 2002, John Baldwin wrote:
>
> >
> > http://www.FreeBSD.org/~jhb/patches/ucred.patch
>
>
> the structural rewriting in kern_proc.c should be done as a separate
> co
Apparently, On Sun, Feb 24, 2002 at 11:12:22AM -0800,
Matthew Dillon said words to the effect of;
> NOTES:
>
> I would like to thank Bruce for supplying the sample code that allowed
> me to do this in a day instead of several days.
>
> * debug.critical_mode sysctl. This wil
Apparently, On Sun, Feb 24, 2002 at 09:03:53PM -0800,
Matthew Dillon said words to the effect of;
> :...
> :interrupts; hard interrupts are rarely masked. The queueing is written
> :in assmebler and runs outside of the kernel so it is fast. Traps in
> :general are fast because they don'
Apparently, On Thu, Mar 07, 2002 at 05:21:21PM -0500,
Robert Watson said words to the effect of;
>
> On Thu, 7 Mar 2002, Warner Losh wrote:
>
> > In message <[EMAIL PROTECTED]> Julian
>Elischer writes:
> > :
> > :
> > : On Thu, 7 Mar 2002, Justin T. Gibbs wrote:
> > : >
> > : > Then
Apparently, On Thu, Mar 07, 2002 at 07:04:49PM -0800,
Matthew Dillon said words to the effect of;
> :Yes. What I would like and what I mentioned before is for this to be
> :hidden behind cpu_critical_enter/exit. Specifically, cpu_critical_enter
> :would be a null macro for i386, which w
Apparently, On Fri, Mar 08, 2002 at 01:23:01AM -0800,
Matthew Dillon said words to the effect of;
>
> :I agree that the use of cpu_critical_enter/exit could use cleaning up.
> :Can you give an example of where critical_enter is used improperly?
> :You mean in fork_exit? Your changes to
Apparently, On Fri, Mar 08, 2002 at 05:33:28PM -0500,
Garance A Drosihn said words to the effect of;
> >On Fri, 8 Mar 2002, Murray Stokely wrote:
> > >As discussed at BSDCon, the release engineers are committed
> > > to releasing a relatively stable snapshot of FreeBSD -CURRENT
> >
Apparently, On Fri, Mar 08, 2002 at 04:12:47PM -0800,
Terry Lambert said words to the effect of;
> Jake Burkholder wrote:
> > > Will this release include some kind of bootable-install support
> > > for any new hardware platforms, such as sparc64? (this snapshot
Apparently, On Sun, Mar 17, 2002 at 09:17:22AM -0800,
Alfred Perlstein said words to the effect of;
> * Robert Watson <[EMAIL PROTECTED]> [020317 09:08] wrote:
> >
> > On Sun, 17 Mar 2002, Alfred Perlstein wrote:
> >
> > > * Munehiro Matsuda <[EMAIL PROTECTED]> [020317 06:36] wrote:
> >
Apparently, On Wed, Apr 03, 2002 at 10:01:36PM +0200,
Poul-Henning Kamp said words to the effect of;
> In message <[EMAIL PROTECTED]>, Ju
> lian Elischer writes:
> >
> >
> >On Wed, 3 Apr 2002, Poul-Henning Kamp wrote:
> >
> >>
> >> >How can I find out which binaries have changed?
> >> >t
Apparently, On Sun, May 05, 2002 at 10:44:44AM +1000,
Bruce Evans said words to the effect of;
> On Sat, 4 May 2002, David O'Brien wrote:
>
> > On Sat, May 04, 2002 at 09:26:33PM +0100, Brian Somers wrote:
> > > Try disabling -pipe when building the compiler. This seems to make
> > > th
apparently, On Thu, May 30, 2002 at 09:20:57AM -0700,
Julian Elischer said words to the effect of;
>
>
> ok, but does anyone other than john (who has commented) have any comments
> about the logic and work in the change?
>
> I'm working on his comments but comments by others would sure
Apparently, On Thu, May 30, 2002 at 06:56:30PM -0700,
Julian Elischer said words to the effect of;
> > > + /* Note: use of M_WAITOK means it won't fail. */
> > > + newkse->ke_pcb =
> > > + &(((struct md_store *)(newkse->ke_mdstorage))->mds_pcb);
> > > + newkse->ke_frame =
> > > +
Apparently, On Fri, May 31, 2002 at 01:45:50PM -0700,
Julian Elischer said words to the effect of;
>
>
> On Fri, 31 May 2002, Jake Burkholder wrote:
>
> [aweful stuff]
> (always did dislike sparc)
Whatever. It's the most fun architecture I've found to pro
Apparently, On Fri, May 31, 2002 at 05:49:59PM -0700,
Julian Elischer said words to the effect of;
> interesting but not exactly brief.. :-)
>
>
> On Fri, 31 May 2002, Jake Burkholder wrote:
>
> >
> > The system call stubs in libc are leaf functions
100 matches
Mail list logo
