Cross-compilation report.

Hi! Recently I have done some kind of pathologically brain-dead experiment. :) I have checked out pre-KSE FreeBSD HEAD branch to one of my Intel servers and allowed to re-build entire -SNAP-type release for my newly acquired DEC Alpha machine. Host environment: i386 (Pentium III 850

userret() , ast() and the end of syscalls

A question to those who know.. why is userret() called both at the end of trap() or syscall() and also almost immediatly again (often) at the end of ast(). It seems that really there is no one place that one can put code that will be called ONCE and ONLY ONCE as a thread progresses to userland.

Re: gdb errors in world

On Mon, Jul 08, 2002 at 08:37:37PM -0500, Erik Greenwald wrote: > > This may be a stupid question, but is gdbreplay currently broken? I just > cvsup'd today (2002-07-08, 18:42 CST (GMT-6)) *shrug* I can't reproduce this. > cc -O -pipe -D_GNU_SOURCE -I. -I/usr/src/gnu/usr.bin/binutils/gdbrepl

i386 tinderbox failure

-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree

Re: ppp sig10's in current

>You were not, by any chance, using the "-nat" option with ppp? A Sure was. Thanks. Andrew Lankford To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: current.freebsd.org

On Mon, 8 Jul 2002, David O'Brien wrote: > On Mon, Jul 08, 2002 at 12:32:21AM -0400, Chuck Robey wrote: > > Ohhhkay. The .jp site I found stopped making snaps on 6/21. Seeing as > > current only stabilized in the last day or so, I think first I'll write > > them and ask if it's going to start b

Re: stdlib.h wchar_t problem

Bernd Walter wrote: > The system g++ 3.1 complains that stdlib.h typedefs wchar_t: > /usr/include/stdlib.h:57: redeclaration of C++ built-in type `wchar_t' I posted a patch for this already, based on Garrett Wollman's point about where theings are defined (actually, it requires a non-definition o

B.R.I.T.N.E.Y S.P.E.A.R N.A.K.E.D . FVWFCGOFIT

B.R.I.T.N.E.Y S.P.E.A.R N.A.K.E.D. http://web.rol.ro/newmedia You must be 18 years of age or older to take advantage of this offer. If you do not wish to receive any further e-mail's from us you can send a blank email to be removed from our list to [EMAIL PROTECTED] [F89V126W100F91

stdlib.h wchar_t problem

The system g++ 3.1 complains that stdlib.h typedefs wchar_t: /usr/include/stdlib.h:57: redeclaration of C++ built-in type `wchar_t' -- B.Walter COSMO-Project http://www.cosmo-project.de [EMAIL PROTECTED] Usergroup [EMAIL PROTECTED] To Unsubscribe: send ma

Re: gdb errors in world

Erik Greenwald <[EMAIL PROTECTED]> writes: > This may be a stupid question, but is gdbreplay currently broken? I just > cvsup'd today (2002-07-08, 18:42 CST (GMT-6)) Yes (unless I missed the fix). Just use NO_WERROR=true for now. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL

gdb errors in world

This may be a stupid question, but is gdbreplay currently broken? I just cvsup'd today (2002-07-08, 18:42 CST (GMT-6)) cc -O -pipe -D_GNU_SOURCE -I. -I/usr/src/gnu/usr.bin/binutils/gdbreplay -I/usr/src/gnu/usr.bin/binutils/gdbreplay/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/gdbreplay/../

Re: Timeout and SMP race

I'll work out a patch to see if my idea works. David Xu --- John Baldwin <[EMAIL PROTECTED]> wrote: > > On 08-Jul-2002 David Xu wrote: > > I want to set an flag bit CALLOUT_PROCESSING in callout.c_flags, > > before softclock() releases callout_lock and start requesting > > callout.c_func(), so

Re: panic for today: "kernel trap 12 with interrupts disabled"

>Date: Mon, 8 Jul 2002 16:44:20 -0700 (PDT) >From: David Wolfskill <[EMAIL PROTECTED]> >OK; implementing rev. 1.12 of src/sys/vm/vm_zeroidle.c allowed me to >boot my (SMP) build machine & login: >freebeast(5.0-C)[1] uname -a >FreeBSD freebeast.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #9: M

Re: i386 trap code

On 08-Jul-2002 David Xu wrote: > > --- John Baldwin <[EMAIL PROTECTED]> wrote: >> >> On 07-Jul-2002 Jonathan Lemon wrote: >> > On Sat, Jul 06, 2002 at 11:59:50PM -0700, David Xu wrote: >> >> Jonthan, >> >> >> >> I just use DOS program as an example, for any program, if it wants to go >> >> i

Re: Timeout and SMP race

On 08-Jul-2002 David Xu wrote: > I want to set an flag bit CALLOUT_PROCESSING in callout.c_flags, > before softclock() releases callout_lock and start requesting > callout.c_func(), so callout_stop can find that callout is processing > by softclock and wait, after softclock processed the callout,

Re: KSE M-III status & junior hacker project.

On Sun, 7 Jul 2002, Josef Karthauser wrote: > On Sat, Jul 06, 2002 at 04:57:08PM -0700, Julian Elischer wrote: > > Well with various hints from here and there I have fixed > > the ^Z/fg problem (at least it seems fixed to me and others that > > have tested) This basically leaves only one outstan

Re: Timeout and SMP race

I want to set an flag bit CALLOUT_PROCESSING in callout.c_flags, before softclock() releases callout_lock and start requesting callout.c_func(), so callout_stop can find that callout is processing by softclock and wait, after softclock processed the callout, it resets the flag and wakeup callout_s

Re: KSE M-III status & junior hacker project.

On 8 Jul, Anthony Jenkins wrote: > I've been looking at the pcm code and I can see where it locks, then allocates > memory with the M_WAITOK flag thing. I'm wondering if there's a standard > procedure for fixing these... would I just nail down the malloc to a > non-sleepable one? Only if th

Re: panic for today: "kernel trap 12 with interrupts disabled"

OK; implementing rev. 1.12 of src/sys/vm/vm_zeroidle.c allowed me to boot my (SMP) build machine & login: freebeast(5.0-C)[1] uname -a FreeBSD freebeast.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #9: Mon Jul 8 16:28:30 PDT 2002 [EMAIL PROTECTED]:/common/S4/obj/usr/src/sys/FREEBEAST i3

Re: natd core dumping with bus error

Here, if I "enable nat yes" in /etc/ppp/ppp.conf and forget to turn net.inet.ip.forwarding on, ppp will core dump in several minutes. David Xu --- "Richard Seaman, Jr." <[EMAIL PROTECTED]> wrote: > On Mon, Jul 08, 2002 at 07:08:58AM -0700, David Xu wrote: > > you have turned on "nat enable yes"

Re: i386 trap code

--- John Baldwin <[EMAIL PROTECTED]> wrote: > > On 07-Jul-2002 Jonathan Lemon wrote: > > On Sat, Jul 06, 2002 at 11:59:50PM -0700, David Xu wrote: > >> Jonthan, > >> > >> I just use DOS program as an example, for any program, if it wants to go > >> into VM86 mode, it is very easy, just calls

Re: fsck hosed?

Doug Barton wrote: > I brought the fsck_y_enable stuff in, I'll try to take a look at it this > week. Just to avoid misunderstandings: That all worked fine a few weeks ago... that was the second to last time I needed it (because I accidentally pulled the wrong plug). Regards, -- Michael Nott

Re: KSE M-III status & junior hacker project.

On Monday 2002-July-08 14:08, Josef Karthauser wrote: > > On a new kernel I appear to be getting dumps now (along with the crashes > ;). Actually it's pretty stable, but there are random crashes occuring, > usually I come back to the machine when I've not used it for a new hours > and find it in

qt30 build under -CURRENT fails in rtld

I"m not sure if this is a known problem, but I sent this to the maintainer of the qt30 port, who suggested I post this here. I couldn't find anything related in the archives about this problem. I'm attempting to build qt30 (for kde3) under -CURRENT (ports and kernel/userland from yesterday).

Re: Weird pipe behavior

> This is because of the rewrite of pkg_version into C (from perl) and > has nothing to do with pipes. > > Regards, > -Jeremy Oops! I forgot about the big perl rewrite. Apologies for false alarm. -- Alexander Kabaev To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-curr

Re: fsck hosed?

I brought the fsck_y_enable stuff in, I'll try to take a look at it this week. Doug On Mon, 8 Jul 2002, Michael Nottebrock wrote: > Georg-W. Koltermann wrote: > > Yes, I see that as well. Another symptom is that fsck -p now always > > announces "unexpected inconsistencies" and drops back to si

Re: current.freebsd.org

"David O'Brien" wrote: > On Mon, Jul 08, 2002 at 01:48:04PM +0900, Makoto Matsushita wrote: > > snapshots.jp.FreeBSD.org is now becoming too busy ftp site, many > > connections are rejected because of max connection limit. I'm now > > seeking donors of network bandwidth and PCs (but I don't know

Re: Weird pipe behavior

Hi, On Mon, Jul 08, 2002 at 06:11:43PM -0400, Alexander Kabaev wrote: > While running the piped command below on a recent pre-KSE/MIII -CURRENT, > I noticed that the pipe output is not getting buffered anymore, i.e > command displays the name of each package immediately after it is > processed. B

Weird pipe behavior

While running the piped command below on a recent pre-KSE/MIII -CURRENT, I noticed that the pipe output is not getting buffered anymore, i.e command displays the name of each package immediately after it is processed. Both stable and earlier versions of -CURRENT used to buffer the pkg_version outp

Re: current.freebsd.org

On Mon, Jul 08, 2002 at 01:48:04PM +0900, Makoto Matsushita wrote: > snapshots.jp.FreeBSD.org is now becoming too busy ftp site, many > connections are rejected because of max connection limit. I'm now > seeking donors of network bandwidth and PCs (but I don't know I can > find or not). Anyway,

Re: cvs commit: src/share/mk bsd.sys.mk

On Mon, 8 Jul 2002, Ruslan Ermilov wrote: > On Sun, Jul 07, 2002 at 11:47:52AM -0700, David E. O'Brien wrote: > > ... > > Log: > > Be more strict with WARNS now -- the GCC 3.1 turmoil is behind us. > > ... > I'm sure you know that it's now about the time for -DNO_WERRROR to > build -CURRE

Re: -CURRENT bootup panics (ACPI related?)

On Tue, Jul 09, 2002 at 04:29:03AM +0900, Mitsuru IWASAKI wrote: > Hi, > > > I just got myself an IBM Thinkpad T30, most things work fine on -STABLE > > (trying to get specs from IBM for the rest), but -CURRENT won't boot with > > ACPI enabled. I'd be glad to track that down, but I have no clu

Re: current.freebsd.org

On Sun, Jul 07, 2002 at 09:32:55PM -0700, Peter Wemm wrote: > Are the ftp paths equivalent? I seem to recall that current.freebsd.org > is referenced in sysinstall. Will just a CNAME work? ENOCLUE. But does it matter? Either today or w/the CNAME sysinstall is referenced. The delay in waiting

Re: current.freebsd.org

On Mon, Jul 08, 2002 at 12:32:21AM -0400, Chuck Robey wrote: > Ohhhkay. The .jp site I found stopped making snaps on 6/21. Seeing as > current only stabilized in the last day or so, I think first I'll write > them and ask if it's going to start back up again. They never stopped, `make release'

Re: struct stat and _POSIX_SOURCE

On Mon, 8 Jul 2002, Don Lewis wrote: > Building OpenOffice is broken in -current because of a problem in > . If _POSIX_SOURCE is defined, does not > #include to get the definition of struct timespec, and it > substitutes alternate structure members for the struct timespec members. > Unfortunat

Re: fsck hosed?

Similar things happen to me... Also when I do an 'fsck -y' fsck will fsck each partition until it hits one with problems. It fixes the problems, then exits (does not continue to the next partition). I wind up having to run fsck five or six times to get it to fsck all the part

Re: APIC on UP motherboard, Kernel trap

The patch corrected the Panic and ACPI loads. Will it be submitted? One outstanding problem. When enabling APIC _AND_ having run X11, i get a hang after the line: "Waiting (max 60 seconds) for system process `vnlru' to stop...stopped" when halting the system. If i select PIC in the bios i can

Re: fsck hosed?

Georg-W. Koltermann wrote: > Yes, I see that as well. Another symptom is that fsck -p now always > announces "unexpected inconsistencies" and drops back to singleuser when > it indeed was able to fix the problems, i.e. it marks the filesystem > clean and a manual fsck does not report anything unus

Re: Remember my ill-fated i386 smp pmap optimizations?

John Baldwin wrote: > > On 08-Jul-2002 Peter Wemm wrote: > > A few months ago, I had a bit of a disaster with some pmap optimizations. > > After committing, all hell broke loose. It was backed out completely. > > > > I finally found the problem (diff cleaned up to highlight the problem): > > >

Re: APIC on UP motherboard, Kernel trap

Hi, > I upgraded today (as of 30 min ago) to a current kernel from pre-KSE. > When trying to boot with APIC set in BIOS i get: > acpi0: on motherboard > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x16 > fault code= supervisor read, page not pre

Re: -CURRENT bootup panics (ACPI related?)

Hi, > I just got myself an IBM Thinkpad T30, most things work fine on -STABLE > (trying to get specs from IBM for the rest), but -CURRENT won't boot with > ACPI enabled. I'd be glad to track that down, but I have no clue where to > start, nor do I have any more than a passing knowledge of ACP

RE: Remember my ill-fated i386 smp pmap optimizations?

On 08-Jul-2002 Peter Wemm wrote: > A few months ago, I had a bit of a disaster with some pmap optimizations. > After committing, all hell broke loose. It was backed out completely. > > I finally found the problem (diff cleaned up to highlight the problem): > > pmap_mapdev() > ... > for

Re: i386 trap code

On 07-Jul-2002 Jonathan Lemon wrote: > On Sat, Jul 06, 2002 at 11:59:50PM -0700, David Xu wrote: >> Jonthan, >> >> I just use DOS program as an example, for any program, if it wants to go >> into VM86 mode, it is very easy, just calls i386_vm86() to initailize its >> VM86 pcb extension, setups

Re: Timeout and SMP race

On 04-Jul-2002 David Xu wrote: > in RELENG_4, when one calls callout_stop() (not nested in softclock execute > path > , I am not talking about this case), after it returns, he can believe that the > callout is truely stopped, however in CURRENT, this assumption is false, now we > > must care if

RE: Timeout and SMP race

On 04-Jul-2002 David Xu wrote: > while we are getting rid of Giant, current race condition between softclock() > and callout_stop() is unacceptable. the race causes two many places in source > code would be modified to fit this new behaviour, besides this, everywhere > callout_stop() is used n

Re: ppp sig10's in current

On Sun, Jul 07, 2002 at 08:43:45PM -0400, Andrew Lankford wrote: > > Just thought I'd throw in some more bad news >:-). ppp in current > core dumps on me. It starts up in ddial mode ok, does its job for a while, > and then dies. I tried starting it again, and it just sat there instead > of g

Re: KSE M-III status & junior hacker project.

On Sun, Jul 07, 2002 at 12:34:06PM -0600, M. Warner Losh wrote: > In message: <[EMAIL PROTECTED]> > Josef Karthauser <[EMAIL PROTECTED]> writes: > : I've absolutely no idea what's causing it, but I'm still having random reboots > : of current after some uptime with no dumps. I'll inst

Re: natd core dumping with bus error

Hello, > > Yes, I've seen the same thing on a pre-KSE kernel. The error > > occurs in PunchFWHole in alias_db.c in libalias. Reverting > > the following commit seems to fix it (I haven't had a chance > > to investigate further): <...> > > sys/netinet ip_fw.h Reverting only this

Re: fsck hosed?

On Sun, Jul 07, 2002 at 09:41:14PM -0700, Peter Wemm wrote: > It seems to be aborting the 'process all file systems' loop when it modifies > a file system. eg: <...> > [[[ Uhh, what? What about the rest of the file systems? ]]] I saw this once yesterday night, (after getting an "automagic reb

Re: ppp sig10's in current

Hello, You were not, by any chance, using the "-nat" option with ppp? If you were, and have a recent -CURRENT with the new ipfw code, then *that* will make ppp dump core with a sig10 just fine. (Same behaviour as with natd) -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send

Re: natd core dumping with bus error

ok, there is a good PR on this one with a reasonable fix: http://www.freebsd.org/cgi/query-pr.cgi?pr=40331 I am going to commit this and a few other fixes tonight. cheers luigi On Mon, Jul 08, 2002 at 11:28:15AM -0500, Richard Seaman, Jr. wrote: > On Mon, Jul 08, 2002 a

Re: benign bug in src/sys/kern/kern_resource.c:limcopy() ?

On Mon, 8 Jul 2002, David Malone wrote: > On Sun, Jul 07, 2002 at 03:28:51PM -0700, Mike Makonnen wrote: > > MALLOC(copy, struct plimit *, sizeof(struct plimit), > > M_SUBPROC, M_WAITOK); > > - bcopy(lim->pl_rlimit, copy->pl_rlimit, sizeof(struct plimit)); > > + bcopy(lim->pl_rlim

Re: natd core dumping with bus error

On Mon, Jul 08, 2002 at 09:07:39AM -0700, Joel M. Baldwin wrote: > > I'll have to ditto that. > > no ppp, just natd, and sysctl stuff is set as listed below. > > Without the punch-fw directive in /etc/natd.conf, natd will core dump. > I just verified that without the directive it core dumps. T

Re: natd core dumping with bus error

I'll have to ditto that. no ppp, just natd, and sysctl stuff is set as listed below. Without the punch-fw directive in /etc/natd.conf, natd will core dump. I just verified that without the directive it core dumps. The problem still exits. It isn't an instant dump, it runs for a while. --On M

Re: panic for today: "free: address 0xc18d85dc(0xc18d8000) has notbeen allocated."

On Mon, 8 Jul 2002, Julian Elischer wrote: Ignore: Pilot error > > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

i386 tinderbox failure

-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree

Re: natd core dumping with bus error

--On Monday, July 08, 2002 9:18 AM -0500 "Richard Seaman, Jr." <[EMAIL PROTECTED]> wrote: > On Mon, Jul 08, 2002 at 07:08:58AM -0700, David Xu wrote: >> you have turned on "nat enable yes" in ppp.conf, >> and but you havn't turned ip_foward on in sysctl, >> so core dumped. >> >> David Xu > > Wel

Re: panic for today: "free: address 0xc18d85dc(0xc18d8000) has notbeen allocated."

On Mon, 8 Jul 2002, David Wolfskill wrote: [his panic] from sources 8 hours ld, but cvsup didn;t bring anything relevant up.. my panic: Mounting root from ufs:/dev/ad0s4a panic: free: address 0xc18d85dc(0xc18d8000) has not been allocated. syncing disks... panic: bdwrite: buffer is not busy Up

-CURRENT bootup panics (ACPI related?)

I just got myself an IBM Thinkpad T30, most things work fine on -STABLE (trying to get specs from IBM for the rest), but -CURRENT won't boot with ACPI enabled. I'd be glad to track that down, but I have no clue where to start, nor do I have any more than a passing knowledge of ACPI. I could

panic for today: "kernel trap 12 with interrupts disabled"

CVSup started at 0347 hrs. Pacfic Daylight (7 hrs. west of GMT/UTC) from cvsup14.freebsd.org. Build/install/mergemaster was uneventful. Reboot after mergemaster proceeded as if nothing strange was about to happen, then (cut/pasted from serial console): ... SMP: enabled INTs: 2, 3, 4, 6, 7, 9, 10

Re: cvs commit: src/sys/tools vnode_if.awk

On 7 Jul, Jeff Roberson wrote: > On Sat, 6 Jul 2002, Jeff Roberson wrote: >> Log: >>- Use 'options DEBUG_VFS_LOCKS' instead of the DEBUG_ALL_VFS_LOCKS >> environment variable to enable the lock verifiction code. > If you have a crash test box I would appreciate it if you would enable

Re: natd core dumping with bus error

On Mon, Jul 08, 2002 at 07:08:58AM -0700, David Xu wrote: > you have turned on "nat enable yes" in ppp.conf, > and but you havn't turned ip_foward on in sysctl, > so core dumped. > > David Xu Well, I'm not running ppp, and never indicated I was. I'm running natd. # sysctl -a | grep forward n

Re: natd core dumping with bus error

you have turned on "nat enable yes" in ppp.conf, and but you havn't turned ip_foward on in sysctl, so core dumped. David Xu - Original Message - From: "Richard Seaman, Jr." <[EMAIL PROTECTED]> To: "Luigi Rizzo" <[EMAIL PROTECTED]> Cc: "Joel M. Baldwin" <[EMAIL PROTECTED]>; <[EMAIL PRO

Re: fsck hosed?

Yes, I see that as well. Another symptom is that fsck -p now always announces "unexpected inconsistencies" and drops back to singleuser when it indeed was able to fix the problems, i.e. it marks the filesystem clean and a manual fsck does not report anything unusual. My last cvsup was with date=2

Re: current.freebsd.org

> > > On Sun, Jul 07, 2002 at 11:28:30PM -0400, Chuck Robey wrote: > > > > is that machine dead? Is it still the source of current snaps? I need to > > > > re-install (having booting problems between old version of FreeBSD and new > > > > one, easiest fix is just to re-install) and I want to kno

struct stat and _POSIX_SOURCE

Building OpenOffice is broken in -current because of a problem in . If _POSIX_SOURCE is defined, does not #include to get the definition of struct timespec, and it substitutes alternate structure members for the struct timespec members. Unfortunately it still attempts to pad the structure with

Re: buildkernel error with ENABLE_VFS_IOOPT/ZERO_COPY_SOCKETS

Kenneth D. Merry wrote: > The attached patch should fix both issues. I give it a try later (perhaps tomorrow). Bye, Alexander. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: natd core dumping with bus error

On Mon, Jul 08, 2002 at 02:26:10AM -0700, Luigi Rizzo wrote: > Could you clarify the problem ? > I believe the problem appears when you _do_ use punch_fw, > otherwise the modified code is never called. > > cheers > luigi I did not have punch_fw enabled when I encountered the problem.

Re: cvs commit: src/share/mk bsd.sys.mk

Ruslan Ermilov wrote: > On Sun, Jul 07, 2002 at 11:47:52AM -0700, David E. O'Brien wrote: > > obrien 2002/07/07 11:47:52 PDT > >=20 > > Modified files: > > share/mk bsd.sys.mk=20 > > Log: > > Be more strict with WARNS now -- the GCC 3.1 turmoil is behind us. > > =20 >

Re: natd core dumping with bus error

I started out without punch_fw. natd was core dumping on me. I eventually figured out that if I added punch_fw in, natd no longer core dumped. I've left it in, things seem to work better anyway with it in. I've put a core dump file at Here is my original messa

Re: natd core dumping with bus error

Could you clarify the problem ? I believe the problem appears when you _do_ use punch_fw, otherwise the modified code is never called. cheers luigi On Thu, Jul 04, 2002 at 09:20:38AM -0500, Richard Seaman, Jr. wrote: > On Tue, Jul 02, 2002 at 06:04:36PM -0700, Joel M. Baldwin wro

Re: benign bug in src/sys/kern/kern_resource.c:limcopy() ?

On Mon, 08 Jul 2002 08:20:42 +0100 David Malone <[EMAIL PROTECTED]> wrote: > > bcopy(&(lim->pl_rlimit[0]), &(copy->pl_rlimit[0]), > sizeof(lim->pl_rlimit)); > > rather than just copying the first limit? It might be better to just > bcopy the whole struct plimit and make a note that other fields

Re: cvs commit: src/share/mk bsd.sys.mk

On Sun, Jul 07, 2002 at 11:47:52AM -0700, David E. O'Brien wrote: > obrien 2002/07/07 11:47:52 PDT > > Modified files: > share/mk bsd.sys.mk > Log: > Be more strict with WARNS now -- the GCC 3.1 turmoil is behind us. > > Revision ChangesPath > 1.10 +6

Mousewheel problem after compiling X on CURRENT

After re-compiling XFree86-Server-4.2.0_3 on current, my mousewheel (Logitech usb wheel mouse, connected via sysmouse) produces only downward, or button-5, events on scrolling either up or down. The problem appears to be the compilation of line 1508 in /usr/ports/x11-servers/XFree86-4-Server/wor

Re: sparc64 tinderbox failure

Would it be possible to get better granularity on when things like this are sent to the list? Maybe some flag to set that says, "Hey, I started an actual buildworld, so from here on out any errors get mailed to the list." Doug On Mon, 8 Jul 2002, Dag-Erling Smorgrav wrote: > Mon Jul 8 07:00:0

Re: Remember my ill-fated i386 smp pmap optimizations?

On Mon, 8 Jul 2002, David Xu wrote: > > sorry for a bit OT, but why are pmap_mapdev and pmap_unmapdev still using > old C language parameter style? I saw other functions in pmap using ANSI > C style. > because until recently it was not 'kosher' to change them, but thank god we have now got p

Re: Remember my ill-fated i386 smp pmap optimizations?

Gartner: Apache is vulnerable, we recommend switching back to IIS to protect yourselves - Original Message - From: "Peter Wemm" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, July 08, 2002 2:28 PM Subject: Remember my ill-fated i386 smp pmap optimizations? > A few months ago

Re: benign bug in src/sys/kern/kern_resource.c:limcopy() ?

On Sun, Jul 07, 2002 at 03:28:51PM -0700, Mike Makonnen wrote: > MALLOC(copy, struct plimit *, sizeof(struct plimit), > M_SUBPROC, M_WAITOK); > - bcopy(lim->pl_rlimit, copy->pl_rlimit, sizeof(struct plimit)); > + bcopy(lim->pl_rlimit, copy->pl_rlimit, sizeof(struct rlimit))