From owner-freebsd-current  Sun Nov 10  0:18: 8 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A27CF37B401
	for <freebsd-current@FreeBSD.ORG>; Sun, 10 Nov 2002 00:18:04 -0800 (PST)
Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D457D43E4A
	for <freebsd-current@FreeBSD.ORG>; Sun, 10 Nov 2002 00:17:58 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: from HAL9000.homeunix.com (localhost [127.0.0.1])
	by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gAA8HwDN001157;
	Sun, 10 Nov 2002 00:17:58 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: (from das@localhost)
	by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gAA8Hvs2001156;
	Sun, 10 Nov 2002 00:17:57 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Date: Sun, 10 Nov 2002 00:17:57 -0800
From: David Schultz <dschultz@uclink.Berkeley.EDU>
To: "Justin T. Gibbs" <gibbs@scsiguy.com>
Cc: ANYBODY <somebody@kashmir.etowns.net>,
	freebsd-current@FreeBSD.ORG
Subject: Re: adaptec scsi - seagate da -- current
Message-ID: <20021110081757.GA961@HAL9000.homeunix.com>
Mail-Followup-To: "Justin T. Gibbs" <gibbs@scsiguy.com>,
	ANYBODY <somebody@kashmir.etowns.net>, freebsd-current@FreeBSD.ORG
References: <20021030095416.GA1840@hurd1.kashmir.etowns.net> <376290000.1035997229@aslan.btc.adaptec.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <376290000.1035997229@aslan.btc.adaptec.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Thus spake Justin T. Gibbs <gibbs@scsiguy.com>:
> > I am running current cvsuped within this week. I have an adaptec 
> > builtin scsi controller and a seagate drive attached to it and
> > after every bootup as soon as there is heavy disk activity 
> > the drive gets disabled for 1 or 2 minutes and meanwhile all
> > functionality RELATED to disk I/O freezes for this time duration
> > eventually I see the following messages on console and every
> > thing is hunky dorry again. Have had this problem ever since I
> > upgraded to current. Stable never had any problem. neither did
> > netbsd which ran on this machine for a little while. 
> > Can anyone familiar with this device driver comment.
> > Is it also coincidentally possible that the disk starts 
> > showing its age right when I switched to current .... nah too 
> > much of coincidence. anyway here are the messages:
> 
> Can you provide the model number and firmware revision for
> this drive?  According to the controller, the drive is failing
> to respond to a whole slew of commands that we have queued to
> it.  You might have better luck if you reduce the tag depth
> to the disk via camcontrol.

I'm running into the same problems on a very light I/O load
(running /usr/bin/less on certain files triggers it).  There's
also a timeout every time at bootup.  I have included my dmesg
below.

I acquired the hardware recently (used but free).  Therefore, I
don't know much about it, except that some of it didn't work when
I got it.  Like the original poster, I have an integrated Adaptec
SCSI controller (AIC-7880, BIOS rev 1.2S-HP, it says).  I lack
SCSI-fu, so please let me know if any additional information would
be useful.  I can provide access to the box to anyone interested
in tracking down the problem.


Timecounter "i8254"  frequency 1193182 Hz
CPU: Pentium Pro (199.74-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x619  Stepping = 9
  Features=0xfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV>
real memory  = 536870912 (524288K bytes)
avail memory = 517156864 (505036K bytes)
Changing APIC ID for IO APIC #0 from 16 to 2 in MP table
APIC_IO: MP table broken: 8259->APIC entry missing!
Changing APIC ID for IO APIC #0 from 0 to 2 on chip
Programming 16 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
 cpu0 (BSP): apic id:  1, version: 0x00040011, at 0xfee00000
 cpu1 (AP):  apic id:  0, version: 0x00040011, at 0xfee00000
 io0 (APIC): apic id:  2, version: 0x000f0011, at 0xfec00000
Initializing GEOMetry subsystem
Pentium Pro MTRR support enabled
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Intel 82454KX/GX (Orion) host to PCI bridge> at pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
isab0: <PCI-ISA bridge> at device 0.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <CMD 646 ATA controller> port 0xfc00-0xfc0f,0x374-0x377,0x170-0x17f,0x3f4-0x3f7,0x1f0-0x1ff irq 14 at device 1.0 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
ahc0: <Adaptec aic7880 Ultra SCSI adapter> port 0xf800-0xf8ff mem 0xffdfc000-0xffdfcfff irq 9 at device 2.0 on pci0
ahc0: Using left over BIOS settings
aic7880: Ultra Single Channel A, SCSI Id=7, 16/253 SCBs
fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0xf400-0xf41f mem 0xffc00000-0xffcfffff,0xffdec000-0xffdecfff irq 10 at device 12.0 on pci0
fxp0: Ethernet address 00:60:b0:6b:2d:1b
inphy0: <i82555 10/100 media interface> on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pci0: <display, VGA> at device 14.0 (no driver attached)
pci0: <memory, RAM> at device 20.0 (no driver attached)
orm0: <Option ROMs> at iomem 0xc8000-0xcc7ff,0xc0000-0xc7fff on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
fdc0: <enhanced floppy controller (i82077, NE72065 or clone)> at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
pmtimer0 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
unknown: <PNP0303> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0700> can't assign resources (port)
Timecounters tick every 10.000 msec
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via IOAPIC #0 intpin 2
acd0: CDROM <HITACHI CDR-8130> at ata0-slave PIO4
Waiting 15 seconds for SCSI devices to settle
(probe0:ahc0:0:0:0): SCB 0x9 - timed out
ahc0: Dumping Card State in Message-out phase, at SEQADDR 0x15f
ACCUM = 0xa0, SINDEX = 0x61, DINDEX = 0xc0, ARG_2 = 0x2
HCNT = 0x0 SCBPTR = 0x0
SCSISEQ = 0x12, SBLKCTL = 0x0
 DFCNTRL = 0x4, DFSTATUS = 0x6d
LASTPHASE = 0xa0, SCSISIGI = 0xb6, SXFRCTL0 = 0xa8
SSTAT0 = 0x7, SSTAT1 = 0x3
STACK == 0xe4, 0x0, 0x159, 0x189
SCB count = 10
Kernel NEXTQSCB = 5
Card NEXTQSCB = 2
QINFIFO entries: 2 
Waiting Queue entries: 
Disconnected Queue entries: 
QOUTFIFO entries: 
Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 
Sequencer SCB Info: 0(c 0x48, s 0x7, l 0, t 0x9) 1(c 0x0, s 0xff, l 255, t 0xff) 2(c 0x0, s 0xff, l 255, t 0xff) 3(c 0x0, s 0xff, l 255, t 0xff) 4(c 0x0, s 0xff, l 255, t 0xff) 5(c 0x0, s 0xff, l 255, t 0xff) 6(c 0x0, s 0xff, l 255, t 0xff) 7(c 0x0, s 0xff, l 255, t 0xff) 8(c 0x0, s 0xff, l 255, t 0xff) 9(c 0x0, s 0xff, l 255, t 0xff) 10(c 0x0, s 0xff, l 255, t 0xff) 11(c 0x0, s 0xff, l 255, t 0xff) 12(c 0x0, s 0xff, l 255, t 0xff) 13(c 0x0, s 0xff, l 255, t 0xff) 14(c 0x0, s 0xff, l 255, t 0xff) 15(c 0x0, s 0xff, l 255, t 0xff) 
Pending list: 2(c 0x8, s 0x17, l 0), 9(c 0x48, s 0x7, l 0)
Kernel Free SCB list: 3 4 6 7 8 1 0 
Untagged Q(0): 9 
Untagged Q(1): 2 
(probe0:ahc0:0:0:0): BDR message in message buffer
(probe0:ahc0:0:0:0): no longer in timeout, status = 300
da0 at ahc0 bus 0 target 0 lun 0
da0: <QUANTUM XP34550S LXY1> Fixed Direct Access SCSI-2 device 
da0: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled
da0: 4341MB (8890760 512 byte sectors: 64H 32S/T 4341C)
da1 at ahc0 bus 0 target 1 lun 0
da1: <QUANTUM VIKING 4.5 NSE 8808> Fixed Direct Access SCSI-2 device 
da1: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled
da1: 4345MB (8899737 512 byte sectors: 64H 32S/T 4345C)
SMP: AP CPU #1 Launched!
Mounting root from ufs:/dev/da0s2a

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10  0:22: 4 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 62BFD37B401; Sun, 10 Nov 2002 00:22:03 -0800 (PST)
Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id BC31043E42; Sun, 10 Nov 2002 00:21:57 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0151.cvx21-bradley.dialup.earthlink.net ([209.179.192.151] helo=mindspring.com)
	by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18AnLr-0007fY-00; Sun, 10 Nov 2002 00:21:51 -0800
Message-ID: <3DCE168F.33FC0BFE@mindspring.com>
Date: Sun, 10 Nov 2002 00:19:27 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Michael Smith <msmith@freebsd.org>
Cc: acpi-jp@jp.FreeBSD.org, Frode Nordahl <frode@nordahl.net>,
	Hiten Pandya <hiten@angelica.unixdaemons.com>, current@freebsd.org
Subject: Re: [acpi-jp 1931] Re: acpid implementation?
References: <D062BB22-F43E-11D6-83BB-0050E4660701@freebsd.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Michael Smith wrote:
> On Saturday, November 9, 2002, at 04:12 AM, Terry Lambert wrote:
> > Repeat: #1 is power profiles
> 
> I don't see why this requires an 'acpid'.  You want a control tool,
> sure, but power policy is not something that needs a daemon.

The tool has to change the settings based on events, like
unplugging external power from a laptop, resulting in the
display backlighting being dimmed or turned off.

This isn't necessarily something that can be handled just
by selecing static initial sysctl settings.

Think in terms of the "PowerProfile" system tray icon under
Windows on a Sony VAIO laptop, as it comes configured from
the factory.

The control application that you get when you click on the
system tray icon... that's just eye candy.  I agree that any
application can deal with that.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10  3:43:34 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2566237B401
	for <current@freebsd.org>; Sun, 10 Nov 2002 03:43:33 -0800 (PST)
Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DE6EF43E4A
	for <current@freebsd.org>; Sun, 10 Nov 2002 03:43:32 -0800 (PST)
	(envelope-from des@FreeBSD.org)
Received: from beast.freebsd.org (localhost [127.0.0.1])
	by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gAABhWsc082107
	for <current@freebsd.org>; Sun, 10 Nov 2002 03:43:32 -0800 (PST)
	(envelope-from des@beast.freebsd.org)
Received: (from des@localhost)
	by beast.freebsd.org (8.12.6/8.12.6/Submit) id gAABhWdx082104
	for current@freebsd.org; Sun, 10 Nov 2002 03:43:32 -0800 (PST)
Date: Sun, 10 Nov 2002 03:43:32 -0800 (PST)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200211101143.gAABhWdx082104@beast.freebsd.org>
To: current@freebsd.org
Subject: alpha tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Sun Nov 10 03:06:02 PST 2002
--------------------------------------------------------------
>>> Kernel build for GENERIC completed on Sun Nov 10 03:37:09 PST 2002
--------------------------------------------------------------
>>> Kernel build for LINT started on Sun Nov 10 03:37:10 PST 2002
--------------------------------------------------------------
===> vinum
"Makefile", line 4437: warning: duplicate script for target "geom_bsd.o" ignored
cc1: warnings being treated as errors
/h/des/src/sys/dev/aic7xxx/aic79xx.c: In function `ahd_alloc':
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsigned int format, different type arg (arg 3)
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsigned int format, different type arg (arg 4)
/h/des/src/sys/dev/aic7xxx/aic79xx.c: In function `ahd_init_scbdata':
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4601: warning: unsigned int format, different type arg (arg 3)
*** Error code 1

Stop in /h/des/obj/h/des/src/sys/LINT.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10  4: 4:50 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9E84F37B410
	for <current@freebsd.org>; Sun, 10 Nov 2002 04:04:27 -0800 (PST)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0AC5F43EDA
	for <current@freebsd.org>; Sun, 10 Nov 2002 04:04:16 -0800 (PST)
	(envelope-from mux@freebsd.org)
Received: by elvis.mu.org (Postfix, from userid 1920)
	id 02218AE255; Sun, 10 Nov 2002 04:04:11 -0800 (PST)
Date: Sun, 10 Nov 2002 04:04:11 -0800
From: Maxime Henrion <mux@freebsd.org>
To: Marcel Moolenaar <marcel@xcllnt.net>
Cc: current@freebsd.org
Subject: Re: uuid.h is not C++ safe
Message-ID: <20021110120411.GV26605@elvis.mu.org>
References: <3DC71B56.1050102@137.org> <20021105105813.GD26605@elvis.mu.org> <20021105105927.GE26605@elvis.mu.org> <20021105030419.A19427@FreeBSD.org> <20021105111724.GF26605@elvis.mu.org> <20021105123036.A99916@kayak.xcllnt.net> <20021105234624.GI26605@elvis.mu.org> <20021106013345.GA1633@athlon.pn.xcllnt.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021106013345.GA1633@athlon.pn.xcllnt.net>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Marcel Moolenaar wrote:
> On Tue, Nov 05, 2002 at 03:46:24PM -0800, Maxime Henrion wrote:
> [snip]
> > > > That's arguably bad, sys/uuid.h shouldn't have any !_KERNEL prototypes
> > > > in it.
> > > 
> > > If there's a better place, then we should move it. We could put it in
> > > <uuid.h>, but I don't want to make that header a requirement if one
> > > only uses the syscall. I don't yet know what a good place would be,
> > > if not <sys/uuid.h>. Suggestions?
> > 
> > Well I don't really understand what you mean here.
> 
> I'm not sure I like uuidgen(2) in <uuid.h>. <uuid.h> is the DCE 1.1
> compliant interface to UUIDs. <sys/uuid.h> describes the underlying
> generic interface on which <uuid.h> builds. It feels wrong to mix
> them...
> 
> > Since this prototype
> > is #ifndef _KERNEL in sys/sys/uuid.h and since this header is included by
> > lib/libc/uuid/uuid.h, moving it into the libc header shouldn't make any
> > difference both in visibility and header requirements.
> 
> There is no difference when <uuid.h> was included already. There is
> a difference when only <sys/uuid.h> was included before. One cannot
> use uuidgen(2) without also including the DCE 1.1 compliant stuff.

What about having uuidgen(2) in sys/uuid.h, but hidden by a
_UIDGEN_VISIBLE macro ?  That's not very elegant but it will help not
polluting the DCE 1.1 namespace with the syscall and let applications
which need it (gpt and uuidgen IIRC) have it declared.

Of course, we could also have a third header just for uuidgen(2).

Cheers,
Maxime

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10  4:34:18 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9512137B401
	for <current@freebsd.org>; Sun, 10 Nov 2002 04:34:00 -0800 (PST)
Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8A1BD43E75
	for <current@freebsd.org>; Sun, 10 Nov 2002 04:33:59 -0800 (PST)
	(envelope-from haering_linux@gmx.de)
Received: from fwd06.sul.t-online.de 
	by mailout04.sul.t-online.com with smtp 
	id 18ArHp-0000l2-0K; Sun, 10 Nov 2002 13:33:57 +0100
Received: from gargamel.ghaering.test (510095183908-0001@[217.228.215.31]) by fmrl06.sul.t-online.com
	with esmtp id 18ArHg-16RnmqC; Sun, 10 Nov 2002 13:33:48 +0100
Received: from lilith.ghaering.test (lilith.ghaering.test [192.168.2.10])
	by gargamel.ghaering.test (Postfix) with ESMTP id 98F933A8
	for <current@freebsd.org>; Sun, 10 Nov 2002 13:32:53 +0100 (CET)
Received: by lilith.ghaering.test (Postfix, from userid 1000)
	id 50CA11ED8EE; Sun, 10 Nov 2002 13:33:46 +0100 (CET)
Date: Sun, 10 Nov 2002 13:33:46 +0100
From: Gerhard =?iso-8859-1?Q?H=E4ring?= <haering_linux@gmx.de>
To: current@freebsd.org
Subject: Panic creating ttyv0
Message-ID: <20021110123345.GA618@lilith.ghaering.test>
Mail-Followup-To: current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Organization: People's Front of Judea
X-Sender: 510095183908-0001@t-dialin.net
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

After building yesterdays's CURRENT kernel, I get:

    WARNING: Driver mistake
    repeat make_dev("ttyv0")
    panic: don't do that

The kernel config is pretty much GENERIC with two or three lines changed
to enable SMP.

-- Gerhard

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10  4:45:31 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 4D5C237B401; Sun, 10 Nov 2002 04:45:25 -0800 (PST)
Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 879D043E6E; Sun, 10 Nov 2002 04:45:24 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: from HAL9000.homeunix.com (localhost [127.0.0.1])
	by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gAACi6DN002398;
	Sun, 10 Nov 2002 04:44:06 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: (from das@localhost)
	by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gAAChsMu002397;
	Sun, 10 Nov 2002 04:43:54 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Date: Sun, 10 Nov 2002 04:43:54 -0800
From: David Schultz <dschultz@uclink.Berkeley.EDU>
To: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>
Cc: arg-bsd@arg1.demon.co.uk, stable@FreeBSD.ORG,
	current@FreeBSD.ORG, David Rhodu <david@uky.edu>,
	Sidcarter <sidcarter@symonds.net>
Subject: Re: machdep.c problem
Message-ID: <20021110124354.GA2292@HAL9000.homeunix.com>
Mail-Followup-To: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>,
	arg-bsd@arg1.demon.co.uk, stable@FreeBSD.ORG, current@FreeBSD.ORG,
	David Rhodu <david@uky.edu>, Sidcarter <sidcarter@symonds.net>
References: <20021109.041802.45867347.iwasaki@jp.FreeBSD.org> <20021108234404.L22249-100000@server.arg.sj.co.uk> <20021110.050300.98560281.iwasaki@jp.FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021110.050300.98560281.iwasaki@jp.FreeBSD.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Thus spake Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>:
> OK, it seems to be difficult to determine the region for any BIOSes.
> I've decided to introduce a new loader tunable to indicate that BIOS
> has broken int 12H.  Attached patch back out 1.385.2.26 changes to
> support older BIOSes, and add support for broken int 12 BIOSes by
> new loader tunable.
> I don't think this is the best solution, but it is probably good for
> all people for now.
> I'll make the equivalent patches for CURRENT and commit them,
> then MFC soon.
> Sorry for inconvenience, folks.

This approach is okay with me in the sense that it doesn't break
anything that wasn't already broken, but as you say, I think we
can do better.  Below is a patch that merely extracts the basemem
size from the bootinfo structure for the purposes of mapping the
EBDA.  I retained the int 12h fallback just to be safe, but I
think the bootinfo structure is initialized with a valid basemem
for all loaders since at least 1998.  (Maybe the fallbacks in the
kernel should be removed entirely to avoid redundancy, or moved
from loader and boot2 to locore.s.)

I also converted basemem from kilobytes to bytes in order to
simplify the math in the common case.  Patches are against
-CURRENT; I can provide patches against -STABLE as well, barring
any complaints.

Index: machdep.c
===================================================================
RCS file: /cvs/src/sys/i386/i386/machdep.c,v
retrieving revision 1.547
diff -u -r1.547 machdep.c
--- machdep.c	7 Nov 2002 23:57:16 -0000	1.547
+++ machdep.c	10 Nov 2002 12:09:19 -0000
@@ -1477,7 +1477,25 @@
 
 	bzero(&vmf, sizeof(struct vm86frame));
 	bzero(physmap, sizeof(physmap));
-	basemem = 0;
+
+	/*
+	 * If basemem is < 640, the gap contains an extended BIOS
+	 * data area and must be mapped read/write before any
+	 * BIOS calls are made.  Note that we can't use int 0x12
+	 * to determine the base memory at this point because
+	 * some modern machines do not support that interface.
+	 * Instead, we rely on the loader to supply the value.
+	 */
+	basemem = bootinfo.bi_basemem;
+	if (basemem) {
+		for (pa = trunc_page(basemem);
+		     pa < ISA_HOLE_START; pa += PAGE_SIZE)
+			pmap_kenter(KERNBASE + pa, pa);
+
+		pte = (pt_entry_t *)vm86paddr;
+		for (i = basemem >> PAGE_SHIFT; i < 160; i++)
+			pte[i] = (i << PAGE_SHIFT) | PG_V | PG_RW | PG_U;
+	}
 
 	/*
 	 * map page 1 R/W into the kernel page table so we can use it
@@ -1515,6 +1533,11 @@
 		if (smap->length == 0)
 			goto next_run;
 
+		if (smap->base == 00 && smap->length >= (512 * 1024)) {
+			basemem = smap->length;
+			goto next_run;
+		}
+
 		if (smap->base >= 0xffffffff) {
 			printf("%uK of memory above 4GB ignored\n",
 			    (u_int)(smap->length / 1024));
@@ -1546,64 +1569,21 @@
 next_run: ;
 	} while (vmf.vmf_ebx != 0);
 
-	/*
-	 * Perform "base memory" related probes & setup
-	 */
-	for (i = 0; i <= physmap_idx; i += 2) {
-		if (physmap[i] == 0x00000000) {
-			basemem = physmap[i + 1] / 1024;
-			break;
-		}
-	}
+	if (physmap[1] != 0)
+		goto physmap_done;
 
-	/* Fall back to the old compatibility function for base memory */
 	if (basemem == 0) {
 		vm86_intcall(0x12, &vmf);
-		basemem = vmf.vmf_ax;
+		basemem = vmf.vmf_ax * 1024;
 	}
 
-	if (basemem > 640) {
+	if (basemem > 640 * 1024) {
 		printf("Preposterous BIOS basemem of %uK, truncating to 640K\n",
-			basemem);
-		basemem = 640;
+		    basemem / 1024);
+		basemem = 640 * 1024;
 	}
 
 	/*
-	 * XXX if biosbasemem is now < 640, there is a `hole'
-	 * between the end of base memory and the start of
-	 * ISA memory.  The hole may be empty or it may
-	 * contain BIOS code or data.  Map it read/write so
-	 * that the BIOS can write to it.  (Memory from 0 to
-	 * the physical end of the kernel is mapped read-only
-	 * to begin with and then parts of it are remapped.
-	 * The parts that aren't remapped form holes that
-	 * remain read-only and are unused by the kernel.
-	 * The base memory area is below the physical end of
-	 * the kernel and right now forms a read-only hole.
-	 * The part of it from PAGE_SIZE to
-	 * (trunc_page(biosbasemem * 1024) - 1) will be
-	 * remapped and used by the kernel later.)
-	 *
-	 * This code is similar to the code used in
-	 * pmap_mapdev, but since no memory needs to be
-	 * allocated we simply change the mapping.
-	 */
-	for (pa = trunc_page(basemem * 1024);
-	     pa < ISA_HOLE_START; pa += PAGE_SIZE)
-		pmap_kenter(KERNBASE + pa, pa);
-
-	/*
-	 * if basemem != 640, map pages r/w into vm86 page table so
-	 * that the bios can scribble on it.
-	 */
-	pte = (pt_entry_t *)vm86paddr;
-	for (i = basemem / 4; i < 160; i++)
-		pte[i] = (i << PAGE_SHIFT) | PG_V | PG_RW | PG_U;
-
-	if (physmap[1] != 0)
-		goto physmap_done;
-
-	/*
 	 * If we failed above, try memory map with INT 15:E801
 	 */
 	vmf.vmf_ax = 0xE801;
@@ -1636,7 +1616,7 @@
 		extmem = 15 * 1024;
 
 	physmap[0] = 0;
-	physmap[1] = basemem * 1024;
+	physmap[1] = basemem;
 	physmap_idx = 2;
 	physmap[physmap_idx] = 0x100000;
 	physmap[physmap_idx + 1] = physmap[physmap_idx] + extmem * 1024;

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10  5:31:55 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8D31037B401; Sun, 10 Nov 2002 05:31:54 -0800 (PST)
Received: from is1.mh.itc.u-tokyo.ac.jp (is1.mh.itc.u-tokyo.ac.jp [133.11.205.11])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id A587243E75; Sun, 10 Nov 2002 05:31:53 -0800 (PST)
	(envelope-from simokawa@sat.t.u-tokyo.ac.jp)
Received: from is1.mh.itc.u-tokyo.ac.jp (is1.mh.itc.u-tokyo.ac.jp [127.0.0.1])
	by is1.mh.itc.u-tokyo.ac.jp (Postfix) with ESMTP
	id 01AA92180F5; Sun, 10 Nov 2002 22:31:53 +0900 (JST)
Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3])
	by is1.mh.itc.u-tokyo.ac.jp (8.11.3/8.11.3) with ESMTP id gAADVqu06635;
	Sun, 10 Nov 2002 22:31:52 +0900
Received: from ett.sat.t.u-tokyo.ac.jp (nat.keisu.t.u-tokyo.ac.jp [133.11.68.2])
	by mailhosting.itc.u-tokyo.ac.jp (Mirapoint Messaging Server MOS 2.9.3.2)
	with ESMTP id AHI09622;
	Sun, 10 Nov 2002 22:31:51 +0900 (JST)
Date: Sun, 10 Nov 2002 22:31:51 +0900
Message-ID: <ybsheeph7p4.wl@ett.sat.t.u-tokyo.ac.jp>
From: Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp>
To: Michael Reifenberger <root@nihil.plaut.de>
Cc: simokawa@freebsd.org, FreeBSD-Current <current@freebsd.org>
Subject: Re: firewire disk dowsn't work
In-Reply-To: <20021109221141.W330-100000@nihil>
References: <20021109221141.W330-100000@nihil>
User-Agent: Wanderlust/2.11.0 (Wonderwall) REMI/1.14.3 (Matsudai)
 FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.4
 (patch 8) (Honest Recruiter) (i386--freebsd)
X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:
 #j7i14gu$jgR\S*&C3R/pJX<mI-4Z8'mqt1R'CjWdw-xqVoilv`\JgZcquM5oV
 uO^<vt/~051rCDM(`{rM~?{Okr,XC+}Ycm9IJO)odT*-0nyJjBJYzL{GsZ
MIME-Version: 1.0 (generated by REMI 1.14.3 - "Matsudai")
Content-Type: text/plain; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

At Sat, 9 Nov 2002 22:20:16 +0100 (CET),
Michael Reifenberger wrote:
> 
> Hi,
> attached is the /var/log/messages excerpt after booting
> with a 120G Maxtor disk in a "IceCube" USB 2.0/Firewire Combo case.
> The messages at the end are from an attempt to "fdisk da0".
> Booting with a USB cable works (as USB 1.0).
> Firewire doesn't.
> Any clues?
> 
> Thanks in advance!

Could you power up the HDD first and connect it to the machine after a
while?

/\ Hidetoshi Shimokawa
\/  simokawa@sat.t.u-tokyo.ac.jp
PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10  5:59:19 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B582737B401
	for <freebsd-current@FreeBSD.ORG>; Sun, 10 Nov 2002 05:59:17 -0800 (PST)
Received: from dindi.com (mail.dindi.com [195.43.189.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9E30643E6E
	for <freebsd-current@FreeBSD.ORG>; Sun, 10 Nov 2002 05:59:16 -0800 (PST)
	(envelope-from antivirus@dindi.com)
Date: Sun, 10 Nov 2002 14:59:20 +0100
Message-Id: <200211101459.AA414712772@dindi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
From: <antivirus@dindi.com>
Reply-To: <antivirus@dindi.com>
X-Sender: <antivirus@dindi.com>
To: <freebsd-current@FreeBSD.ORG>
Subject: DND-VIRUSMELDUNG / Email zerstoert/deletet/cancellato
X-Mailer: <IMail v7.13>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Multilingual message - scroll down!


Deutsch:
---------------------------------------------------------------------------=
----
Die Antivirus checkroutine unseres Mailservers (ms.dindi.com) hat festgeste=
llt,
dass Sie von "abuse@dindi.com" (diese Adresse k=F6nnte gef=E4lscht sein!!) =
eine 
Email-Nachricht erhalten haben, mit dem Betreff:
"Thu Jul 11 21" an: 
freebsd-current@FreeBSD.ORG.  

Es wurde dieser Virus gefunden:  the W32/Klez.h@MM virus !!!
Die infizierte Datei lautet: 2002.scr

Bitte setzen Sie sich eventuell mit dem Absender "abuse@dindi.com" dieses V=
irus in
Verbindung, um weitere Sch=E4den zu vermeiden.
Bestimmte Virentypen (z.Bsp.: Klez-Varianten, Bugbear) f=E4lschen diese Abs=
ender-
adressen, d.h. der Virus mu=DF nicht unbedingt von dem Absender abgeschickt=
 
worden sein, von dem Sie den Virus erhalten haben!

Die infizierte Email-Nachricht wird aus Sicherheitsgr=FCnden nicht zugestel=
lt, ist
aber unter Quarant=E4ne gestellt.
Deutschsprachige Informationen zu diesem Virus finden Sie unter anderem unt=
er:
http://www.percomp.de/virusinformationen.html

Dieser Service steht Ihnen als Kunde bei der DND Internet Agentur ohne Mehr=
-
kosten permanent zur Verf=FCgung. Der Sicherheit unserer Kunden und Partner=
 wird 
bei DND h=F6chstm=F6glichste Priorit=E4t einger=E4umt.

Ihre DND Internet Agentur Brixen / Tel.: +39 0472 802403 / Mail: info@dindi=
.com
http://www.dindi.com


Italiano:
---------------------------------------------------------------------------=
----
Il seguente messaggio di posta elettronica conteneva allegati con virus; il=
 
sistema automatico di controllo del nostro mailserver ha provveduto alla su=
a
rimozione.

Inviato da: "abuse@dindi.com" (potrebbe essere falsificato)
Soggetto: "Thu Jul 11 21"
Inviato a: freebsd-current@FreeBSD.ORG.  

Nome del virus trovato:  the W32/Klez.h@MM virus !!!
File/allegato infettato: 2002.scr

Per maggiori informazioni si pu=F2 mettere in contatto con il nostro person=
ale.
DND Agenzia Internet Bressanone / Tel.: +39 0472 802403 / Mail: info@dindi.=
com
http://www.dindi.com


English:
---------------------------------------------------------------------------=
----
The DND Antivirus software on dindi.com has reported that you sent
a virus with the subject "Thu Jul 11 21" to: 
freebsd-current@FreeBSD.ORG.  
The E-mail containing the virus has been quarantined to prevent further dam=
age.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10  8:26:54 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 349A237B406; Sun, 10 Nov 2002 08:26:52 -0800 (PST)
Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C557743E4A; Sun, 10 Nov 2002 08:26:50 -0800 (PST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Received: from localhost (iwa@tasogare.imasy.or.jp [202.227.24.5])
	by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare/smtpfeed 1.14) with ESMTP/inet id gAAGQci03814;
	Mon, 11 Nov 2002 01:26:39 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Date: Mon, 11 Nov 2002 01:26:25 +0900 (JST)
Message-Id: <20021111.012625.74757276.iwasaki@jp.FreeBSD.org>
To: dschultz@uclink.Berkeley.EDU
Cc: arg-bsd@arg1.demon.co.uk, stable@FreeBSD.ORG,
	current@FreeBSD.ORG, david@uky.edu, sidcarter@symonds.net
Subject: Re: machdep.c problem
From: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>
In-Reply-To: <20021110124354.GA2292@HAL9000.homeunix.com>
References: <20021108234404.L22249-100000@server.arg.sj.co.uk>
	<20021110.050300.98560281.iwasaki@jp.FreeBSD.org>
	<20021110124354.GA2292@HAL9000.homeunix.com>
X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

> Thus spake Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>:
> > OK, it seems to be difficult to determine the region for any BIOSes.
> > I've decided to introduce a new loader tunable to indicate that BIOS
> > has broken int 12H.  Attached patch back out 1.385.2.26 changes to
> > support older BIOSes, and add support for broken int 12 BIOSes by
> > new loader tunable.
> > I don't think this is the best solution, but it is probably good for
> > all people for now.
> > I'll make the equivalent patches for CURRENT and commit them,
> > then MFC soon.
> > Sorry for inconvenience, folks.
> 
> This approach is okay with me in the sense that it doesn't break
> anything that wasn't already broken, but as you say, I think we
> can do better.  Below is a patch that merely extracts the basemem
> size from the bootinfo structure for the purposes of mapping the
> EBDA.  I retained the int 12h fallback just to be safe, but I
> think the bootinfo structure is initialized with a valid basemem
> for all loaders since at least 1998.  (Maybe the fallbacks in the
> kernel should be removed entirely to avoid redundancy, or moved
> from loader and boot2 to locore.s.)

Yes, this idea was in my first patch actually, and this was not
good solution as Bruce explained.  Please see the archive at:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=94412+0+archive/2002/freebsd-current/20021006.freebsd-current

I think that this is not so easy problem, we need to re-design memory
size detection code carefully considering PAE support in future.  This
will take time, so the patch I committed into CURRENT last night is
reasonable for the time being, I think.

Thanks

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10  8:34:38 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 806F237B401
	for <current@freebsd.org>; Sun, 10 Nov 2002 08:34:37 -0800 (PST)
Received: from mail.evip.pl (mail.evip.com.pl [212.244.157.179])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 543B443E77
	for <current@freebsd.org>; Sun, 10 Nov 2002 08:34:36 -0800 (PST)
	(envelope-from kaczor@evip.pl)
Received: from kaczor by mail.evip.pl with local (Exim 3.33 #1)
	id 18Av2p-0006CR-00
	for current@freebsd.org; Sun, 10 Nov 2002 17:34:43 +0100
Date: Sun, 10 Nov 2002 17:34:43 +0100
From: Wiktor Niesiobedzki <kaczor@mail.evip.pl>
To: current@freebsd.org
Subject: IPFW2 skipto + logging
Message-ID: <20021110173443.A5529@mail.evip.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

Rule of the format:
ipfw add 100 skipto 400 log logamount 0 ip from 192.168.0.0/24 to 192.168.0.0/24
Will give this strange result:
Nov 10 17:01:05 portal kernel: ipfw: 100 SkipTo 400 TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0
Nov 10 17:01:05 portal kernel: ipfw: 310 Pipe 2 TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0
Nov 10 17:01:05 portal kernel: ipfw: 320 Pipe 2 TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0
Nov 10 17:01:05 portal kernel: ipfw: 340 Pipe 3 TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0
Nov 10 17:01:05 portal kernel: ipfw: 340 Pipe 4 TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0
Nov 10 17:01:05 portal kernel: ipfw: 360 Pipe 4 TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0
Nov 10 17:01:05 portal kernel: ipfw: 380 Pipe 4 TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0
Nov 10 17:01:05 portal kernel: ipfw: 800 Accept TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0

So, clearly saying - will not work, the rule:
ipfw add 100 skipto 400 ip from 192.168.0.0/24 to 192.168.0.0/24
is working correctly.

Is there any problems with ACTION_PTR macro?


Wiktor Niesiobedzki

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10  9:40:51 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 738B737B401; Sun, 10 Nov 2002 09:40:50 -0800 (PST)
Received: from phalanx.trit.org (phalanx.trit.org [63.198.170.138])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 0B9C843E42; Sun, 10 Nov 2002 09:40:50 -0800 (PST)
	(envelope-from dima@trit.org)
Received: from sparkie.trit.org (sparkie.trit.org [192.168.4.16])
	by phalanx.trit.org (Postfix) with ESMTP
	id E4CF91A462; Sun, 10 Nov 2002 17:40:48 +0000 (UTC)
Received: (from dima@localhost)
	by sparkie.trit.org (8.10.2+Sun/8.10.2) id gAAHemn10963;
	Sun, 10 Nov 2002 17:40:48 GMT
X-Authentication-Warning: sparkie.trit.org: dima set sender to dima@trit.org using -f
Date: Sun, 10 Nov 2002 17:40:47 +0000
From: Dima Dorfman <dima@trit.org>
To: Juli Mallett <jmallett@FreeBSD.org>
Cc: current@FreeBSD.org
Subject: Re: Anyone seeing snp(4) problems?
Message-ID: <20021110174046.GS5793@trit.org>
References: <20021109210938.A73683@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021109210938.A73683@FreeBSD.org>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Juli Mallett <jmallett@FreeBSD.org> wrote:
> I just tried to "sudo watch ttyv1" and ran into the following:
> 
> % Fatal trap 12: page fault while in kernel mode
...
> Looks like use of a NULL structure, accessing member at offsetof==0x60?
> 
> Anyway, I couldn't get a dump, but I'll keep trying...  Also this kernel
> is a bit stale, but it'll take a while to get the kernel on this box updated,
> so I figured I'd go ahead and post now, and try with a new one when I can.

Is snp loaded from a module, and if it is, are the modules in sync
with the kernel?  I tried the above command on a -current about a
month old and it works for me.  If something broke recently, I'm
interested in tracebacks.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 10:18: 5 2002
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id AB64C37B401; Sun, 10 Nov 2002 10:18:04 -0800 (PST)
Date: Sun, 10 Nov 2002 10:18:04 -0800
From: Juli Mallett <jmallett@FreeBSD.org>
To: Dima Dorfman <dima@trit.org>
Cc: current@FreeBSD.org
Subject: Re: Anyone seeing snp(4) problems?
Message-ID: <20021110101804.A20387@FreeBSD.org>
References: <20021109210938.A73683@FreeBSD.org> <20021110174046.GS5793@trit.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021110174046.GS5793@trit.org>; from dima@trit.org on Sun, Nov 10, 2002 at 05:40:47PM +0000
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <jmallett@xMach.org>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>, <jmallett@OpenDarwin.org>
X-Towel: Yes
X-LiveJournal: flata, jmallett
X-Negacore: Yes
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* De: Dima Dorfman <dima@trit.org> [ Data: 2002-11-10 ]
	[ Subjecte: Re: Anyone seeing snp(4) problems? ]
> Juli Mallett <jmallett@FreeBSD.org> wrote:
> > I just tried to "sudo watch ttyv1" and ran into the following:
> > 
> > % Fatal trap 12: page fault while in kernel mode
> ...
> > Looks like use of a NULL structure, accessing member at offsetof==0x60?
> > 
> > Anyway, I couldn't get a dump, but I'll keep trying...  Also this kernel
> > is a bit stale, but it'll take a while to get the kernel on this box updated,
> > so I figured I'd go ahead and post now, and try with a new one when I can.
> 
> Is snp loaded from a module, and if it is, are the modules in sync
> with the kernel?  I tried the above command on a -current about a
> month old and it works for me.  If something broke recently, I'm
> interested in tracebacks.

It's a module, in sync with the kernel, and the problem is in snpioctl,
it appears.

I'll be able to try a new kernel+modules today and let you know.
-- 
Juli Mallett <jmallett@FreeBSD.org>       | FreeBSD: The Power To Serve
Will break world for fulltime employment. | finger jmallett@FreeBSD.org
http://people.FreeBSD.org/~jmallett/      | Support my FreeBSD hacking!

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 10:22:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7C9AE37B401
	for <current@FreeBSD.ORG>; Sun, 10 Nov 2002 10:22:55 -0800 (PST)
Received: from hun.org (hun.org [216.190.27.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D440343E6E
	for <current@FreeBSD.ORG>; Sun, 10 Nov 2002 10:22:54 -0800 (PST)
	(envelope-from attila@hun.org)
Received: by hun.org (Postfix, from userid 1001)
	id 02F7B57434; Sun, 10 Nov 2002 18:22:48 +0000 (GMT)
Date: Sun, 10 Nov 2002 18:22:48 +0000 (GMT)
Message-Id: <20021110182248.3yf58829@hun.org>
From: Daniel Flickinger <attila@hun.org>
X-Mailer: AttilaMail with XEmacs & Postfix on FreeBSD 5.0-CURRENT
X-Ballistic: N 37.218497 W 113.614979
X-Address: 31 N 700 E, St George UT 84770-3028
X-Squawk: (435) 680-0750
X-No-Archive: yes
X-Tags: Sanity is the Playground for the Unimaginative
In-Reply-To: <3DCD878F.1669D78B@mindspring.com>
References: <Pine.GSO.4.10.10211091114160.15854-100000@pcnet1.pcnet.com>
    <200211091738.33940.dfr@nlsystems.com>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Doug Rabson <dfr@nlsystems.com>,
	Daniel Eischen <eischen@pcnet1.pcnet.com>,
	M.Warner Losh <imp@bsdimp.com>, ataraxia@cox.net, current@FreeBSD.ORG
Subject: Re: [PATCH] note the __sF change in src/UPDATING
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; name="text"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


    Having lived through the first *nix "implosion" of the
    80s, I _emphatically_ agree with Terry.

    I wrote a 300,000+ line application which was endemic to
    Fed regulatory agencies and spooks. Every time there was
    a system bid, as many as 100 different hardware
    implementations would appear out of the woodwork
    demanding to be ported to compete, always including a
    horde of 286-Xenix implementations (rejected, triggering
    more than one lawsuit).  Zilog Zeus was a perfect
    example: shift-left-24 did not work.... --but Zilog was
    the best supported. Most everyone else changed ABIs and
    binary compatibilities on their own hardware at least
    once a month.

    In defense, I built "levels" of libraries:

	Type 1 included read, write, and _all_ system calls.
	Type 2 included all the string functions

    That brought the volatile code down to two libraries and
    ZEUS was an #ifdef.

    Terry's example works, too: Build it _and_ roadmap it.
    in Utah, everyone was once on the grid: you only had
    names for Main _and_ Center _or_ Tabernacle. Now
    everyone is getting cute with street names --that means
    the address is somewhere on a 20 mile line since they
    no longer enforce Brigham's grid.

    I found it significantly less painful to flush my
    _entire_ application list after the 15 Aug and early Oct
    changes in 5.0. Flushed 300+ and literally rebuilt the
    system as if it was a virgin pair of disks. Only
    restored 60+, 10+ of which were XFree4 --lot of dead
    wood but I had _zero_ legacy aps, libraries, includes,
    and whatever, having tracked CURRENT since. 1.x.

    Since the npx reset patch and rebuilding everything, I
    have not had a single crash, panic, or lockup --not even
    Mozilla. Personally, I think 5.0 should require new
    binaries; BUT, tell that to third party vendors and they
    will write off FreeBSD, particularly those that only
    ship binaries.

    As to .so.x numbers being equal in lib and lib/compat,
    perhaps ld-elf.so.1/rtld can be made smart enough to
    decide whether or not the file is a compat linked file?


Sent: Sat, 09 Nov 2002 14:09:19 -0800 by Terry Lambert:

+ Doug Rabson wrote:
+ > The kernel ABI is hopeless. It changes almost daily :-(. At one time, I
+ > thought I could change this but these days, I don't think anyone except
+ > me cares about having a stable ABI in the kernel.
+
+ I care.  It's almost the most important thing to be able to
+ build anything of value.
+
+ But a stable API is required for a stable ABI.  It does
+ absolutely no good to build a cathedral, if, by the time you
+ are done, the roads have moved so that there is no road
+ which leads to it.
+
+ The next most important thing is to document it, so that
+ people can use it.  "All coordinates are expressed in
+ logitude and lattitute.  North is that way.  No cows are
+ permitted in the city limits.  All cats and dogs which are
+ uncollared and tagged will be captured and spayed and
+ neutered".
+
+ If you can't agree on a coordinate system ("OLDCARD?
+ NEWCARD?  REDCARD? BLUECARD?"), then at least agree to get
+ rid of data interfaces; today, people are adding to them
+ with sysctl exposured of structs, as if it's not going to be
+ a problem.  It's a problem.  It's one thing to say "The
+ cathedral is a about a mile yonder of of Johnson's barn,
+ just down the road a piece from Smithy, which is about a
+ league yonder, and then follow the creek for a spell", and
+ something else entirely to say "The cathedral is at 117 East
+ 32st street; this is 12421 West 1st street".


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 10:50:57 2002
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id B887337B401; Sun, 10 Nov 2002 10:50:56 -0800 (PST)
Date: Sun, 10 Nov 2002 10:50:56 -0800
From: Juli Mallett <jmallett@FreeBSD.org>
To: Dima Dorfman <dima@trit.org>
Cc: current@FreeBSD.org
Subject: Re: Anyone seeing snp(4) problems?
Message-ID: <20021110105056.A22374@FreeBSD.org>
References: <20021109210938.A73683@FreeBSD.org> <20021110174046.GS5793@trit.org> <20021110101804.A20387@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021110101804.A20387@FreeBSD.org>; from jmallett@FreeBSD.org on Sun, Nov 10, 2002 at 10:18:04AM -0800
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <jmallett@xMach.org>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>, <jmallett@OpenDarwin.org>
X-Towel: Yes
X-LiveJournal: flata, jmallett
X-Negacore: Yes
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* De: Juli Mallett <jmallett@FreeBSD.org> [ Data: 2002-11-10 ]
	[ Subjecte: Re: Anyone seeing snp(4) problems? ]
> I'll be able to try a new kernel+modules today and let you know.

No longer seeing it.  Sorry for the false alarm.

juli.
-- 
Juli Mallett <jmallett@FreeBSD.org>       | FreeBSD: The Power To Serve
Will break world for fulltime employment. | finger jmallett@FreeBSD.org
http://people.FreeBSD.org/~jmallett/      | Support my FreeBSD hacking!

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 11: 3:40 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id BABFE37B401; Sun, 10 Nov 2002 11:03:38 -0800 (PST)
Received: from cvsup.no.freebsd.org (c2h5oh.idi.ntnu.no [129.241.103.69])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 9966C43E3B; Sun, 10 Nov 2002 11:03:37 -0800 (PST)
	(envelope-from Tor.Egge@cvsup.no.freebsd.org)
Received: from localhost (localhost [127.0.0.1])
	by cvsup.no.freebsd.org (8.12.6/8.12.6) with ESMTP id gAAJ3ZBc024460;
	Sun, 10 Nov 2002 19:03:35 GMT
	(envelope-from tegge@cvsup.no.freebsd.org)
To: qumqats@outel.org
Cc: current@FreeBSD.ORG, alfred@FreeBSD.ORG
Subject: Re: Panics instead of Hard Locks
From: Tor.Egge@cvsup.no.freebsd.org
In-Reply-To: <40095464.1036852016@[192.168.1.20]>
References: <40095464.1036852016@[192.168.1.20]>
X-Mailer: Mew version 1.94.2 on Emacs 20.7 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
 boundary="--Next_Part(Sun_Nov_10_18:59:46_2002_809)--"
Content-Transfer-Encoding: 7bit
Message-Id: <20021110190335E.tegge@cvsup.no.freebsd.org>
Date: Sun, 10 Nov 2002 19:03:35 GMT
X-Dispatcher: imput version 20000228(IM140)
Lines: 66
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

----Next_Part(Sun_Nov_10_18:59:46_2002_809)--
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

> 
> Since going from a SMP to nonSMP kernel the Hard Locks don't
> seem to be happening.  However I'm getting panics.
> 
> I've gotten 4 'sleeping thread owns a mutex' panics and one each
> of 'Assertion i != 0 failed at ../../../kern/subr_witness.c:669'
> and 'Duplicate free of item 0xc3895cc0 from zone 0xc0ea63c0(VMSPACE)'

The 'Duplicate free' can be caused by a race between swapout_procs()
and kern_exit()+wait1().

The enclosed patch might help.

Disabling swapping (sysctl vm.swap_enabled=0) can also help.

- Tor Egge

----Next_Part(Sun_Nov_10_18:59:46_2002_809)--
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=foodiff2

Index: sys/kern/kern_exit.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/kern_exit.c,v
retrieving revision 1.184
diff -u -r1.184 kern_exit.c
--- sys/kern/kern_exit.c	15 Oct 2002 00:14:32 -0000	1.184
+++ sys/kern/kern_exit.c	10 Nov 2002 17:58:39 -0000
@@ -285,7 +285,7 @@
 	 * Can't free the entire vmspace as the kernel stack
 	 * may be mapped within that space also.
 	 */
-	if (--vm->vm_refcnt == 0) {
+	if (vm->vm_refcnt == 1) {
 		if (vm->vm_shm)
 			shmexit(p);
 		pmap_remove_pages(vmspace_pmap(vm), vm_map_min(&vm->vm_map),
Index: sys/vm/vm_map.c
===================================================================
RCS file: /home/ncvs/src/sys/vm/vm_map.c,v
retrieving revision 1.271
diff -u -r1.271 vm_map.c
--- sys/vm/vm_map.c	9 Nov 2002 21:26:49 -0000	1.271
+++ sys/vm/vm_map.c	10 Nov 2002 17:59:40 -0000
@@ -314,11 +317,9 @@
 	struct vmspace *vm;
 
 	GIANT_REQUIRED;
-	if (p == p->p_vmspace->vm_freer) {
-		vm = p->p_vmspace;
-		p->p_vmspace = NULL;
-		vmspace_dofree(vm);
-	}
+	vm = p->p_vmspace;
+	p->p_vmspace = NULL;
+	vmspace_free(vm);
 }
 
 /*

----Next_Part(Sun_Nov_10_18:59:46_2002_809)----

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 11:40:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8A70337B401; Sun, 10 Nov 2002 11:40:56 -0800 (PST)
Received: from kayak.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 2C4C843E97; Sun, 10 Nov 2002 11:40:54 -0800 (PST)
	(envelope-from marcel@xcllnt.net)
Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3])
	by kayak.xcllnt.net (8.12.6/8.12.6) with ESMTP id gAAJem0N019034;
	Sun, 10 Nov 2002 11:40:48 -0800 (PST)
	(envelope-from marcel@kayak.pn.xcllnt.net)
Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1])
	by athlon.pn.xcllnt.net (8.12.6/8.12.6) with ESMTP id gAAJembK000621;
	Sun, 10 Nov 2002 11:40:48 -0800 (PST)
	(envelope-from marcel@athlon.pn.xcllnt.net)
Received: (from marcel@localhost)
	by athlon.pn.xcllnt.net (8.12.6/8.12.6/Submit) id gAAJemXW000620;
	Sun, 10 Nov 2002 11:40:48 -0800 (PST)
	(envelope-from marcel)
Date: Sun, 10 Nov 2002 11:40:48 -0800
From: Marcel Moolenaar <marcel@xcllnt.net>
To: Maxime Henrion <mux@freebsd.org>
Cc: current@freebsd.org
Subject: Re: uuid.h is not C++ safe
Message-ID: <20021110194048.GA542@athlon.pn.xcllnt.net>
References: <3DC71B56.1050102@137.org> <20021105105813.GD26605@elvis.mu.org> <20021105105927.GE26605@elvis.mu.org> <20021105030419.A19427@FreeBSD.org> <20021105111724.GF26605@elvis.mu.org> <20021105123036.A99916@kayak.xcllnt.net> <20021105234624.GI26605@elvis.mu.org> <20021106013345.GA1633@athlon.pn.xcllnt.net> <20021110120411.GV26605@elvis.mu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021110120411.GV26605@elvis.mu.org>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, Nov 10, 2002 at 04:04:11AM -0800, Maxime Henrion wrote:
> Marcel Moolenaar wrote:
> > On Tue, Nov 05, 2002 at 03:46:24PM -0800, Maxime Henrion wrote:
> > [snip]
> > > > > That's arguably bad, sys/uuid.h shouldn't have any !_KERNEL prototypes
> > > > > in it.
> > > > 
> > > > If there's a better place, then we should move it. We could put it in
> > > > <uuid.h>, but I don't want to make that header a requirement if one
> > > > only uses the syscall. I don't yet know what a good place would be,
> > > > if not <sys/uuid.h>. Suggestions?
> > > 
> > > Well I don't really understand what you mean here.
> > 
> > I'm not sure I like uuidgen(2) in <uuid.h>. <uuid.h> is the DCE 1.1
> > compliant interface to UUIDs. <sys/uuid.h> describes the underlying
> > generic interface on which <uuid.h> builds. It feels wrong to mix
> > them...
> > 
> > > Since this prototype
> > > is #ifndef _KERNEL in sys/sys/uuid.h and since this header is included by
> > > lib/libc/uuid/uuid.h, moving it into the libc header shouldn't make any
> > > difference both in visibility and header requirements.
> > 
> > There is no difference when <uuid.h> was included already. There is
> > a difference when only <sys/uuid.h> was included before. One cannot
> > use uuidgen(2) without also including the DCE 1.1 compliant stuff.
> 
> What about having uuidgen(2) in sys/uuid.h, but hidden by a
> _UIDGEN_VISIBLE macro ?  That's not very elegant but it will help not
> polluting the DCE 1.1 namespace with the syscall and let applications
> which need it (gpt and uuidgen IIRC) have it declared.
> 
> Of course, we could also have a third header just for uuidgen(2).

Hmmm. A third header is just too much. I'd much rather we keep it
where it is, visible and all, until we have a problem. This will
not happen before we have a full libdce implementation I would say.
But then things probably get shuffled around anyway.

Note: only uuidgen(1) uses uuidgen(2). All other UUID consumers,
with obviously the exception of uuid_create(3), use the DCE 1.1
interface. Making uuidgen(2) invisible is not infeasible. However,
uuidgen(1) is a well-known command and I think there's benefit to
keep uuidgen(2) visible. I don't think it's that unrealistic to
speculate on the possible future that uuidgen(2) will be a backend
(low-level) interface on more OSes. The best way to speculate is
if you help force it :-)

-- 
 Marcel Moolenaar	  USPA: A-39004		 marcel@xcllnt.net

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 11:52:13 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 26EB537B401; Sun, 10 Nov 2002 11:52:12 -0800 (PST)
Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 885B943E77; Sun, 10 Nov 2002 11:52:11 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: from HAL9000.homeunix.com (localhost [127.0.0.1])
	by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gAAJq7DN003444;
	Sun, 10 Nov 2002 11:52:07 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: (from das@localhost)
	by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gAAJq7GC003443;
	Sun, 10 Nov 2002 11:52:07 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Date: Sun, 10 Nov 2002 11:52:07 -0800
From: David Schultz <dschultz@uclink.Berkeley.EDU>
To: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>
Cc: bde@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG
Subject: Re: machdep.c problem
Message-ID: <20021110195207.GA3323@HAL9000.homeunix.com>
Mail-Followup-To: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>,
	bde@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG
References: <20021108234404.L22249-100000@server.arg.sj.co.uk> <20021110.050300.98560281.iwasaki@jp.FreeBSD.org> <20021110124354.GA2292@HAL9000.homeunix.com> <20021111.012625.74757276.iwasaki@jp.FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021111.012625.74757276.iwasaki@jp.FreeBSD.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Thus spake Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>:
> > This approach is okay with me in the sense that it doesn't break
> > anything that wasn't already broken, but as you say, I think we
> > can do better.  Below is a patch that merely extracts the basemem
> > size from the bootinfo structure for the purposes of mapping the
> > EBDA.  I retained the int 12h fallback just to be safe, but I
> > think the bootinfo structure is initialized with a valid basemem
> > for all loaders since at least 1998.  (Maybe the fallbacks in the
> > kernel should be removed entirely to avoid redundancy, or moved
> > from loader and boot2 to locore.s.)
> 
> Yes, this idea was in my first patch actually, and this was not
> good solution as Bruce explained.  Please see the archive at:
> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=94412+0+archive/2002/freebsd-current/20021006.freebsd-current

It sounds like the basic objection is, ``We came up with this
feature in 1995 and never used it, so we shouldn't start using it
now.''  Fine, but I still maintain that determining the memory
size in real mode like everyone else is the right thing to do.
Are there any objections to the following?

	- Remove the redundant and unused memory detection code
	  from boot2, loader, and libi386.

	- Mark the bootinfo fields bi_basemem and bi_extmem as
	  deprecated.

	- Determine basemem in locore.s using 15h:e820h, with a
	  fallback to int 12h.

	- Remove the basemem calculation from machdep.c.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 12: 2:23 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 56B5B37B401
	for <current@FreeBSD.org>; Sun, 10 Nov 2002 12:02:18 -0800 (PST)
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id 269FF43E3B
	for <current@FreeBSD.org>; Sun, 10 Nov 2002 12:02:17 -0800 (PST)
	(envelope-from tmoestl@gmx.net)
Received: (qmail 12885 invoked by uid 0); 10 Nov 2002 20:02:15 -0000
Received: from pd9e16004.dip.t-dialin.net (HELO forge.local) (217.225.96.4)
  by mail.gmx.net (mp018-rz3) with SMTP; 10 Nov 2002 20:02:15 -0000
Received: from tmm by forge.local with local (Exim 4.10 #1)
	id 18AyHh-0001b8-00; Sun, 10 Nov 2002 21:02:17 +0100
Date: Sun, 10 Nov 2002 21:02:16 +0100
From: Thomas Moestl <tmoestl@gmx.net>
To: Dima Dorfman <dima@trit.org>
Cc: current@FreeBSD.org
Subject: Re: Anyone seeing snp(4) problems?
Message-ID: <20021110200216.GC333@crow.dom2ip.de>
Mail-Followup-To: Dima Dorfman <dima@trit.org>, current@FreeBSD.org
References: <20021109210938.A73683@FreeBSD.org> <20021110174046.GS5793@trit.org>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="oyUTqETQ0mS9luUI"
Content-Disposition: inline
In-Reply-To: <20021110174046.GS5793@trit.org>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--oyUTqETQ0mS9luUI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sun, 2002/11/10 at 17:40:47 +0000, Dima Dorfman wrote:
> Juli Mallett <jmallett@FreeBSD.org> wrote:
> > I just tried to "sudo watch ttyv1" and ran into the following:
> > 
> > % Fatal trap 12: page fault while in kernel mode
> ..
> > Looks like use of a NULL structure, accessing member at offsetof==0x60?
> > 
> > Anyway, I couldn't get a dump, but I'll keep trying...  Also this kernel
> > is a bit stale, but it'll take a while to get the kernel on this box updated,
> > so I figured I'd go ahead and post now, and try with a new one when I can.
> 
> Is snp loaded from a module, and if it is, are the modules in sync
> with the kernel?  I tried the above command on a -current about a
> month old and it works for me.  If something broke recently, I'm
> interested in tracebacks.

Speaking of snp, what do you think of the attached patches? They fix
three problems:
- the ioctl()s really operate on udev_ts. dev_t is defined differently
  in kernel and userland and is even of different size on 64-bit
  platforms, leading to an ioctl() number mismatch there.
- SNPGTTY returned a kernel pointer instead of a correctly formed
  udev_t 
- watch(8) assumed that FIONREAD takes a size_t *, when it really
  takes just an int *

The last patch updates the manpage accordingly.

	- Thomas

-- 
Thomas Moestl <tmoestl@gmx.net>	http://www.tu-bs.de/~y0015675/
              <tmm@FreeBSD.org>	http://people.FreeBSD.org/~tmm/
PGP fingerprint: 1C97 A604 2BD0 E492 51D0  9C0F 1FE6 4F1D 419C 776C

--oyUTqETQ0mS9luUI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="snp.diff"

Index: sys/snoop.h
===================================================================
RCS file: /d/ncvs/src/sys/sys/snoop.h,v
retrieving revision 1.21
diff -u -r1.21 snoop.h
--- sys/snoop.h	10 Sep 2002 03:58:44 -0000	1.21
+++ sys/snoop.h	10 Nov 2002 19:49:39 -0000
@@ -30,8 +30,8 @@
  * detached from its current tty.
  */
 
-#define SNPSTTY       _IOW('T', 90, dev_t)
-#define SNPGTTY       _IOR('T', 89, dev_t)
+#define SNPSTTY       _IOW('T', 90, udev_t)
+#define SNPGTTY       _IOR('T', 89, udev_t)
 
 /*
  * These values would be returned by FIONREAD ioctl
Index: dev/snp/snp.c
===================================================================
RCS file: /d/ncvs/src/sys/dev/snp/snp.c,v
retrieving revision 1.73
diff -u -r1.73 snp.c
--- dev/snp/snp.c	10 Apr 2002 03:51:49 -0000	1.73
+++ dev/snp/snp.c	10 Nov 2002 19:49:39 -0000
@@ -544,7 +544,7 @@
 		 * SNPGTTY happy, else we can't know what is device
 		 * major/minor for tty.
 		 */
-		*((dev_t *)data) = snp->snp_target;
+		*((udev_t *)data) = dev2udev(snp->snp_target);
 		break;
 
 	case FIONBIO:

--oyUTqETQ0mS9luUI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="watch.diff"

Index: watch.c
===================================================================
RCS file: /d/ncvs/src/usr.sbin/watch/watch.c,v
retrieving revision 1.26
diff -u -r1.26 watch.c
--- watch.c	10 Aug 2002 08:42:10 -0000	1.26
+++ watch.c	10 Nov 2002 19:49:09 -0000
@@ -285,8 +285,8 @@
 int
 main(int ac, char *av[])
 {
-	int             res, idata, rv;
-	size_t		nread, b_size = MIN_SIZE;
+	int             res, rv, nread;
+	size_t		b_size = MIN_SIZE;
 	char            ch, *buf, chb[READB_LEN];
 	fd_set          fd_s;
 
@@ -362,7 +362,7 @@
 			if (nread > READB_LEN)
 				nread = READB_LEN;
 			rv = read(std_in, chb, nread);
-			if (rv == -1 || (unsigned)rv != nread)
+			if (rv == -1 || rv != nread)
 				fatal(EX_IOERR, "read (stdin) failed");
 
 			switch (chb[0]) {
@@ -379,7 +379,7 @@
 			default:
 				if (opt_write) {
 					rv = write(snp_io, chb, nread);
-					if (rv == -1 || (unsigned)rv != nread) {
+					if (rv == -1 || rv != nread) {
 						detach_snp();
 						if (opt_no_switch)
 							fatal(EX_IOERR,
@@ -394,10 +394,10 @@
 		if (!FD_ISSET(snp_io, &fd_s))
 			continue;
 
-		if ((res = ioctl(snp_io, FIONREAD, &idata)) != 0)
+		if ((res = ioctl(snp_io, FIONREAD, &nread)) != 0)
 			fatal(EX_OSERR, "ioctl(FIONREAD)");
 
-		switch (idata) {
+		switch (nread) {
 		case SNP_OFLOW:
 			if (opt_reconn_oflow)
 				attach_snp();
@@ -418,7 +418,6 @@
 				cleanup(-1);
 			break;
 		default:
-			nread = (unsigned)idata;
 			if (nread < (b_size / 2) && (b_size / 2) > MIN_SIZE) {
 				free(buf);
 				if (!(buf = (char *) malloc(b_size / 2)))
@@ -432,10 +431,10 @@
 					fatal(EX_UNAVAILABLE, "malloc failed");
 			}
 			rv = read(snp_io, buf, nread);
-			if (rv == -1 || (unsigned)rv != nread)
+			if (rv == -1 || rv != nread)
 				fatal(EX_IOERR, "read failed");
 			rv = write(std_out, buf, nread);
-			if (rv == -1 || (unsigned)rv != nread)
+			if (rv == -1 || rv != nread)
 				fatal(EX_IOERR, "write failed");
 		}
 	}			/* While */

--oyUTqETQ0mS9luUI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="snp.4.diff"

Index: snp.4
===================================================================
RCS file: /d/ncvs/src/share/man/man4/snp.4,v
retrieving revision 1.24
diff -u -r1.24 snp.4
--- snp.4	13 Aug 2002 14:12:31 -0000	1.24
+++ snp.4	10 Nov 2002 20:02:09 -0000
@@ -36,11 +36,11 @@
 The argument passed to the
 .Xr ioctl 2
 is the address of a variable of type
-.Vt dev_t .
+.Vt udev_t .
 To detach the
 .Nm
 device from a tty use a pointer to a value of
-.Po Vt dev_t Pc Ns \-1 .
+.Dv NOUDEV .
 .Pp
 The
 .Dv SNPGTTY

--oyUTqETQ0mS9luUI--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 13:16:52 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5D5B337B401
	for <current@FreeBSD.ORG>; Sun, 10 Nov 2002 13:16:51 -0800 (PST)
Received: from outel.org (outel.org [168.150.177.152])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CEA3443E42
	for <current@FreeBSD.ORG>; Sun, 10 Nov 2002 13:16:50 -0800 (PST)
	(envelope-from qumqats@outel.org)
Received: from localhost (winxp [192.168.1.20])
	by outel.org (8.12.6/8.12.6) with ESMTP id gAALGIjK071871
	for <current@FreeBSD.ORG>; Sun, 10 Nov 2002 13:16:35 -0800 (PST)
	(envelope-from qumqats@outel.org)
Date: Sun, 10 Nov 2002 13:16:10 -0800
From: "Joel M. Baldwin" <qumqats@outel.org>
Cc: current@FreeBSD.ORG
Subject: Re: Panics instead of Hard Locks
Message-ID: <46057497.1036934170@[192.168.1.20]>
In-Reply-To: <20021110190335E.tegge@cvsup.no.freebsd.org>
References: <40095464.1036852016@[192.168.1.20]>
 <20021110190335E.tegge@cvsup.no.freebsd.org>
X-Mailer: Mulberry/3.0.0b8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


If there's a race why hasn't it been fixed in the main tree?

A swap issue makes sense.  If I've been down long enough I get
swamped with email when I come back up.  A bug in the latest
procmail yields 130M processes that fill up swap and make
the system be swap bound.  The solution is the following
patch to procmail.

<http://www.rosat.mpe-garching.mpg.de/mailing-lists/procmail/2002-04/ms
g00248.html>

--On Sunday, November 10, 2002 7:03 PM +0000 
Tor.Egge@cvsup.no.freebsd.org wrote:

>>
>> Since going from a SMP to nonSMP kernel the Hard Locks don't
>> seem to be happening.  However I'm getting panics.
>>
>> I've gotten 4 'sleeping thread owns a mutex' panics and one each
>> of 'Assertion i != 0 failed at ../../../kern/subr_witness.c:669'
>> and 'Duplicate free of item 0xc3895cc0 from zone 0xc0ea63c0(VMSPACE)'
>
> The 'Duplicate free' can be caused by a race between swapout_procs()
> and kern_exit()+wait1().
>
> The enclosed patch might help.
>
> Disabling swapping (sysctl vm.swap_enabled=0) can also help.
>
> - Tor Egge




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 14: 0:49 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D9FAA37B401
	for <current@freebsd.org>; Sun, 10 Nov 2002 14:00:47 -0800 (PST)
Received: from mail-out1.apple.com (mail-out1.apple.com [17.254.0.52])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 77CBD43E77
	for <current@freebsd.org>; Sun, 10 Nov 2002 14:00:47 -0800 (PST)
	(envelope-from msmith@freebsd.org)
Received: from mailgate2.apple.com (A17-129-100-225.apple.com [17.129.100.225])
	by mail-out1.apple.com (8.11.3/8.11.3) with ESMTP id gAAM0kw06436
	for <current@freebsd.org>; Sun, 10 Nov 2002 14:00:46 -0800 (PST)
Received: from scv3.apple.com (scv3.apple.com) by mailgate2.apple.com
 (Content Technologies SMTPRS 4.2.1) with ESMTP id <T5e7aa93b58118164e13c4@mailgate2.apple.com>;
 Sun, 10 Nov 2002 14:00:36 -0800
Received: from freebsd.org (vpn-scv-x3-39.apple.com [17.219.194.39])
	by scv3.apple.com (8.11.3/8.11.3) with ESMTP id gAAM0Zq22308;
	Sun, 10 Nov 2002 14:00:36 -0800 (PST)
Date: Sun, 10 Nov 2002 14:00:34 -0800
Subject: Re: [acpi-jp 1931] Re: acpid implementation?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v546)
Cc: acpi-jp@jp.FreeBSD.org, Frode Nordahl <frode@nordahl.net>,
	Hiten Pandya <hiten@angelica.unixdaemons.com>, current@freebsd.org
To: Terry Lambert <tlambert2@mindspring.com>
From: Michael Smith <msmith@freebsd.org>
In-Reply-To: <3DCE168F.33FC0BFE@mindspring.com>
Message-Id: <D6B06ABC-F4F7-11D6-8D49-0050E4660701@freebsd.org>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.546)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Sunday, November 10, 2002, at 12:19 AM, Terry Lambert wrote:

> Michael Smith wrote:
>> On Saturday, November 9, 2002, at 04:12 AM, Terry Lambert wrote:
>>> Repeat: #1 is power profiles
>>
>> I don't see why this requires an 'acpid'.  You want a control tool,
>> sure, but power policy is not something that needs a daemon.
>
> The tool has to change the settings based on events, like
> unplugging external power from a laptop, resulting in the
> display backlighting being dimmed or turned off.

Ok, so the basic problem here is that you think that these
are discrete events that can be managed or tied together in
userspace.

The bad news is that they aren't.  Policy management is trivial,
and you can (and should) do it inside the kernel.  The real work
lies in implementing the base features and structuring it all in
a fashion that will actually work with the hardware that's shipping.

None of this requires a daemon.

  = Mike


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 15:50:30 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 137BC37B406
	for <current@freebsd.org>; Sun, 10 Nov 2002 15:50:29 -0800 (PST)
Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C7F3943E75
	for <current@freebsd.org>; Sun, 10 Nov 2002 15:50:28 -0800 (PST)
	(envelope-from des@FreeBSD.org)
Received: from beast.freebsd.org (localhost [127.0.0.1])
	by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gAANoSsc089855
	for <current@freebsd.org>; Sun, 10 Nov 2002 15:50:28 -0800 (PST)
	(envelope-from des@beast.freebsd.org)
Received: (from des@localhost)
	by beast.freebsd.org (8.12.6/8.12.6/Submit) id gAANoS5a089850
	for current@freebsd.org; Sun, 10 Nov 2002 15:50:28 -0800 (PST)
Date: Sun, 10 Nov 2002 15:50:28 -0800 (PST)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200211102350.gAANoS5a089850@beast.freebsd.org>
To: current@freebsd.org
Subject: alpha tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Sun Nov 10 15:11:09 PST 2002
--------------------------------------------------------------
>>> Kernel build for GENERIC completed on Sun Nov 10 15:43:26 PST 2002
--------------------------------------------------------------
>>> Kernel build for LINT started on Sun Nov 10 15:43:27 PST 2002
--------------------------------------------------------------
===> vinum
"Makefile", line 4437: warning: duplicate script for target "geom_bsd.o" ignored
cc1: warnings being treated as errors
/h/des/src/sys/dev/aic7xxx/aic79xx.c: In function `ahd_alloc':
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsigned int format, different type arg (arg 3)
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsigned int format, different type arg (arg 4)
/h/des/src/sys/dev/aic7xxx/aic79xx.c: In function `ahd_init_scbdata':
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4601: warning: unsigned int format, different type arg (arg 3)
*** Error code 1

Stop in /h/des/obj/h/des/src/sys/LINT.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 17:20:31 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1010137B401
	for <current@freebsd.org>; Sun, 10 Nov 2002 17:20:31 -0800 (PST)
Received: from blarf.homeip.net (adsl-209-204-188-56.sonic.net [209.204.188.56])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A246A43E6E
	for <current@freebsd.org>; Sun, 10 Nov 2002 17:20:30 -0800 (PST)
	(envelope-from alex@blarf.homeip.net)
Received: by blarf.homeip.net (Postfix, from userid 1000)
	id 8F6F81BB6; Sun, 10 Nov 2002 17:20:22 -0800 (PST)
Date: Sun, 10 Nov 2002 17:20:22 -0800
From: Alex Zepeda <zipzippy@sonic.net>
To: current@freebsd.org
Subject: What's up with www.freebsd.org?
Message-ID: <20021111012021.GA63645@blarf.homeip.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

http://www.freebsd.org/send-pr.html returns a 403.  Oops.

- alex

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 18:34:13 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 353ED37B401; Sun, 10 Nov 2002 18:34:12 -0800 (PST)
Received: from tomts20-srv.bellnexxia.net (tomts20.bellnexxia.net [209.226.175.74])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 309C743E3B; Sun, 10 Nov 2002 18:34:06 -0800 (PST)
	(envelope-from mike@sparc64.style9.org)
Received: from bowie.private ([65.93.75.148]) by tomts20-srv.bellnexxia.net
          (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP
          id <20021111023405.FKZJ1539.tomts20-srv.bellnexxia.net@bowie.private>;
          Sun, 10 Nov 2002 21:34:05 -0500
Received: from bowie.private (localhost [127.0.0.1])
	by bowie.private (8.12.6/8.12.5) with ESMTP id gAB2YA7p050416;
	Mon, 11 Nov 2002 02:34:10 GMT
	(envelope-from mike@bowie.private)
Received: (from mike@localhost)
	by bowie.private (8.12.6/8.12.6/Submit) id gAB2YACK050414;
	Mon, 11 Nov 2002 02:34:10 GMT
Date: Mon, 11 Nov 2002 02:34:10 GMT
From: Mike Barcroft <mike@sparc64.style9.org>
Message-Id: <200211110234.gAB2YACK050414@bowie.private>
To: current@FreeBSD.org, sparc64@FreeBSD.org
Subject: sparc64 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Mon Nov 11 02:03:55 GMT 2002
--------------------------------------------------------------
===> ipfilter
cc1: warnings being treated as errors
/tinderbox/sparc64/src/sys/vm/uma_dbg.c: In function `uma_dbg_alloc':
/tinderbox/sparc64/src/sys/vm/uma_dbg.c:233: warning: implicit declaration of function `atomic_set_8'
*** Error code 1

Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC.
*** Error code 1

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 18:39:20 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 64F6037B401
	for <current@FreeBSD.org>; Sun, 10 Nov 2002 18:39:19 -0800 (PST)
Received: from 12-234-90-219.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AD65D43E42
	for <current@FreeBSD.org>; Sun, 10 Nov 2002 18:39:18 -0800 (PST)
	(envelope-from DougB@FreeBSD.org)
Received: from FreeBSD.org (master.gorean.org [10.0.0.2])
	by 12-234-90-219.client.attbi.com (8.12.6/8.12.6) with ESMTP id gAB2dHmX079136;
	Sun, 10 Nov 2002 18:39:18 -0800 (PST)
	(envelope-from DougB@FreeBSD.org)
Message-ID: <3DCF1855.6AE89123@FreeBSD.org>
Date: Sun, 10 Nov 2002 18:39:17 -0800
From: Doug Barton <DougB@FreeBSD.org>
Organization: Triborough Bridge & Tunnel Authority
X-Mailer: Mozilla 4.8 [en] (X11; U; FreeBSD 4.7-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Alex Zepeda <zipzippy@sonic.net>
Cc: current@FreeBSD.org
Subject: Re: What's up with www.freebsd.org?
References: <20021111012021.GA63645@blarf.homeip.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Alex Zepeda wrote:
> 
> http://www.freebsd.org/send-pr.html returns a 403.  Oops.

It's been temporarily disabled.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 19:54: 6 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BB6C637B401
	for <current@FreeBSD.ORG>; Sun, 10 Nov 2002 19:54:05 -0800 (PST)
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2400943E6E
	for <current@FreeBSD.ORG>; Sun, 10 Nov 2002 19:54:05 -0800 (PST)
	(envelope-from imp@bsdimp.com)
Received: from localhost (warner@rover2.village.org [10.0.0.1])
	by harmony.village.org (8.12.3/8.12.3) with ESMTP id gAB3s1pk047998;
	Sun, 10 Nov 2002 20:54:04 -0700 (MST)
	(envelope-from imp@bsdimp.com)
Date: Sun, 10 Nov 2002 20:53:40 -0700 (MST)
Message-Id: <20021110.205340.48499499.imp@bsdimp.com>
To: sheldonh@starjuice.net
Cc: eischen@pcnet1.pcnet.com, current@FreeBSD.ORG
Subject: Re: [PATCH] note the __sF change in src/UPDATING
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20021109104527.GD347@starjuice.net>
References: <20021108.142609.112624839.imp@bsdimp.com>
	<Pine.GSO.4.10.10211081806220.10745-100000@pcnet1.pcnet.com>
	<20021109104527.GD347@starjuice.net>
X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message: <20021109104527.GD347@starjuice.net>
            Sheldon Hearn <sheldonh@starjuice.net> writes:
: If the final word on this whole issue is "You can't run binaries
: compiled for 4.x-RELEASE on 5.x-RELEASE" then we should start puckering
: up.
: 
: Developers tend to remember these things and you don't have to screw
: them too many times before they remove FreeBSD downloads from their web
: sites and replace them with a brief message explaining that "We don't
: have time to cope with FreeBSD's disregard for backward compatibility."
: 
: At that point, whining about how they shouldn't have been fiddling with
: these symbols in the first place is bound to be a fruitless exercise.

This is why I put __sF back, and made sure that 4.x had the right
'forward compatible' libraries.  It is also why I backported the
__std{in,out,err}p symbols.  I hope that minor incompatibility within
a minor release is offset by __sF not being referencede by any more
libraries.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 19:58: 9 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 855BD37B401
	for <current@FreeBSD.ORG>; Sun, 10 Nov 2002 19:58:08 -0800 (PST)
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DE21E43E4A
	for <current@FreeBSD.ORG>; Sun, 10 Nov 2002 19:58:07 -0800 (PST)
	(envelope-from imp@bsdimp.com)
Received: from localhost (warner@rover2.village.org [10.0.0.1])
	by harmony.village.org (8.12.3/8.12.3) with ESMTP id gAB3w6pk048022;
	Sun, 10 Nov 2002 20:58:07 -0700 (MST)
	(envelope-from imp@bsdimp.com)
Date: Sun, 10 Nov 2002 20:57:44 -0700 (MST)
Message-Id: <20021110.205744.31819780.imp@bsdimp.com>
To: aurelien.nephtali@wanadoo.fr
Cc: current@FreeBSD.ORG
Subject: Re: Value 0xd0d0d0d0 ?
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20021109124930.GA1429@nebula.wanadoo.fr>
References: <20021109124930.GA1429@nebula.wanadoo.fr>
X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message: <20021109124930.GA1429@nebula.wanadoo.fr>
            Aurelien Nephtali <aurelien.nephtali@wanadoo.fr> writes:
: I would like to know where/when the value 0xd0d0d0d0 is assigned to a pointer ?
: Sometimes I have some pointers which have a correct value before and suddenly
: they got this odd 0xd0d0d0d0 value :/

That's a feature of FreeBSD's malloc.  On free, the old memory is
overwritten with 0xd0 to preclude access after free (which is
undefined and a source of many bugs).  This is a bug in your program
almost certainly.

man malloc will show you how to turn this off.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 20:28:42 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E3E8937B401
	for <current@FreeBSD.ORG>; Sun, 10 Nov 2002 20:28:40 -0800 (PST)
Received: from ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3D6A243E3B
	for <current@FreeBSD.ORG>; Sun, 10 Nov 2002 20:28:40 -0800 (PST)
	(envelope-from ambrisko@www.ambrisko.com)
Received: from www.ambrisko.com (localhost [127.0.0.1])
	by ambrisko.com (8.12.6/8.12.6) with ESMTP id gAB3cCDl058394;
	Sun, 10 Nov 2002 19:38:12 -0800 (PST)
	(envelope-from ambrisko@www.ambrisko.com)
Received: (from ambrisko@localhost)
	by www.ambrisko.com (8.12.6/8.12.6/Submit) id gAB3cBRU058391;
	Sun, 10 Nov 2002 19:38:11 -0800 (PST)
From: Doug Ambrisko <ambrisko@ambrisko.com>
Message-Id: <200211110338.gAB3cBRU058391@www.ambrisko.com>
Subject: Re: acpid implementation?
In-Reply-To: <1036827741.998.17.camel@samwise.xu.nordahl.net>
To: Frode Nordahl <frode@nordahl.net>
Date: Sun, 10 Nov 2002 19:38:11 -0800 (PST)
Cc: Hiten Pandya <hiten@angelica.unixdaemons.com>,
	current@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org
X-Mailer: ELM [version 2.4ME+ PL94b (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Frode Nordahl writes:
| On Fri, 2002-11-08 at 22:23, Hiten Pandya wrote: 
| > On Wed, Nov 06, 2002 at 10:27:47PM +0100, Frode Nordahl wrote the words in effect of:
| > > Hello,
| > > 
| > > I have been searching mailing lists and my friend Google for information
| > > about a acpid (like apmd) implementation for FreeBSD, but I have found
| > > nothing.
| > > 
| > > Does one exist anywhere, or has anyone started out on something without
| > > telling anyone? :)
| > 
| > Why do you need an acpid?
| misc stuff 
| 
| instruct dhclient to get a new lease on resume (maybe free it on sleep),
| try to configure wlan if no link detected on ethernet etc. 
| 
| I put my computer to sleep instead of turning it of most of the time,
| and having to run "killall dhclient; dhclient dc0" every time I resume
| it after coming home / go to work is a bit annoying :) 
| 
| I'm sure people have this and other things they want to configure their
| computer to do on sleep / resume. 

Exactly.  My usage model is done at work put my laptop to sleep and go
home.  At home I resume it and it sync's up to any network it finds
with the appropriate security bits.  I put it to sleep before going to
work and resume at work.  I also have generic modes.  I install
different firewall rules depending on where I'm at.  I also run a 
local name server that needs to get updated.  Then there is YP, amd,
etc. that need configuring.  Actually it would be kind-of cool to
do a network stop/network start on suspend/resume.  Maybe in RCng???
Also I have some apps that need to be stopped and started.  Like ssh's
that can't work now that the network has changed.

With 802.11 resuming and seeking out the right network is so usefull.
My laptup is up for days/months before reboots but my uptime is lower due to
sleeping.  This is one reason I don't run -current on my laptop.  Other
problems are being resolved slowly but things are looking good.

Now devd should solve most of my suspend/resume issues with PCMCIA cards
but not with built-in 802.11 stuff.  Maybe devd can take over for as
an apmd replacement?

Doug A.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Nov 10 23:47:23 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3E88737B401
	for <current@freebsd.org>; Sun, 10 Nov 2002 23:47:09 -0800 (PST)
Received: from thufir.bluecom.no (thufir.bluecom.no [217.118.32.12])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6AC8F43E42
	for <current@freebsd.org>; Sun, 10 Nov 2002 23:47:07 -0800 (PST)
	(envelope-from eirik@eirikn.net)
Received: from eirikn.net (a217-118-47-173.bluecom.no [217.118.47.173])
	by thufir.bluecom.no (Postfix) with ESMTP id 7DD9D50EC18
	for <current@freebsd.org>; Sun, 10 Nov 2002 12:15:38 +0100 (CET)
Received: by eirikn.net (Postfix, from userid 1001)
	id 7268DAF7; Sat,  9 Nov 2002 16:27:12 +0100 (CET)
Date: Sat, 9 Nov 2002 16:27:12 +0100
From: Eirik Nygaard <eirikn@bluezone.no>
To: current@freebsd.org
Subject: rmuser
Message-ID: <20021109152711.GA746@eirikn.net>
Reply-To: eirikn@bluezone.no
Mail-Followup-To: current@freebsd.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="U+BazGySraz5kW0T"
Content-Disposition: inline
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--U+BazGySraz5kW0T
Content-Type: multipart/mixed; boundary="/9DWx/yDrRhgMJTb"
Content-Disposition: inline


--/9DWx/yDrRhgMJTb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I have rewritten the rmuser.perl script into C. But got no experiense with =
at, and I see the the perl port got a function that removes any at jobs for=
 the user being removed. So I wonderd if anyone could make a patch that doe=
s that, any feedback on the code or bug reports would also be greate.=20

I have sent in a mail once before, fixed all the style bugs since them :)
The source is attached.

--=20

Eirik Nygaard <eirikn@bluezone.no>
PGP Key: 83C55EDE


--/9DWx/yDrRhgMJTb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="rmuser.c"
Content-Transfer-Encoding: quoted-printable

/*
 * Copyright 2002 Eirik Nygaard.=20
 * All rights reserved.
 *
 * Redistribution and use in source and binary forms, with or without
 * modification, are permitted provided that the following conditions
 * are met:
 * 1. Redistributions of source code must retain the above copyright
 *    notice, this list of conditions and the following disclaimer as
 *    the first lines of this file unmodified.
 * 2. Redistributions in binary form must reproduce the above copyright
 *    notice, this list of conditions and the following disclaimer in the
 *    documentation and/or other materials provided with the distribution.
 * 3. The name of the author may not be used to endorse or promote products
 *    derived from this software without specific prior written permission.
 *
 * THIS SOFTWARE IS PROVIDED BY EIRIK NYGAARD ``AS IS'' AND ANY EXPRESS OR
 * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
 * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
 * IN NO EVENT SHALL GUY HELMER BE LIABLE FOR ANY DIRECT, INDIRECT,
 * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
 * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
 * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
 * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
 * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
 * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
 *
 * rmuser - C programme to remove users
 *
 * Eirik Nygaard <eirikn@bluezone.no>, 08/08/02
 *
 */

#include <sys/cdefs.h>

__FBSDID("$FreeBSD$");

#include <sys/types.h>

#include <sys/file.h>
#include <sys/stat.h>
#include <sys/time.h>
#include <sys/uio.h>
#include <sys/wait.h>
#include <sys/resource.h>

#include <err.h>
#include <fcntl.h>
#include <dirent.h>
#include <pwd.h>
#include <signal.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <sysexits.h>
#include <unistd.h>
#include <limits.h>
#include <errno.h>

char	passwd_file[] =3D "/etc/master.passwd";
char	passwd_tmp[PATH_MAX] =3D "/etc/ptmp.XXXXX";
char	*passwd_tmp2;
char	group_file[] =3D "/etc/group";
char	new_group_file[] =3D "/etc/group.new";
char	mail_dir[] =3D "/var/mail";
char	crontab_dir[] =3D "/var/cron/tabs";
char	path[] =3D "/bin:/sbin:/usr/bin:/usr/sbin";

int	yes;			/* Always yes? */
int	removehomedir =3D 1;
char	*user =3D NULL;			/* User to delete */
char	user2[BUFSIZ];
char	answer[BUFSIZ];
int	fp;
FILE	*fp2;
char	line[PATH_MAX + 50];
char	homedir[PATH_MAX];

struct passwd	*password;
struct stat		sb;

void	usage();
void	getuser();
void	remove_files_from_dir(int uid, char *path);
int	recvnl( char *buf, int fd);
void	update_passwd();
void	update_group();
void	killuser(int uid, int gid);
void	del_mail();
void	sighandle(int sig);

int=20
main(int argc, char **argv)=20
{
	int	ch, numbuf =3D 0;

	/* Check for root */
	if (getuid() !=3D 0)=20
		errx(EX_NOPERM, "You must be root to run this program.");
=09

	signal(SIGINT, sighandle);
	signal(SIGTERM, sighandle);
	signal(SIGHUP, sighandle);
	signal(SIGQUIT, sighandle);
=09
	/* Set the path we need */
	setenv("PATH", path, 1);
=09
	/* Set umode */
	umask(022);
=09
	/* Get command line arguments */
	while ((ch =3D getopt(argc, argv, "yu:")) !=3D -1) {
		switch (ch) {
			case 'y':
				yes =3D 1;
				break;
			=09
			case 'u':
				user =3D optarg;
				break;
			=09
			case '?':
			default:
				usage();
		}
	}
=09
	if (user =3D=3D NULL) {
		getuser();
	}
=09
	if ((password =3D getpwnam(user)) =3D=3D NULL)=20
		errx(EX_NOUSER, "No user found by that name: %s.\n", user);
=09
	printf("\nMatching password entry: \n");
	printf("\t%s:%s:%d:%d:%s:%s\n", password->pw_name, password->pw_passwd, pa=
ssword->pw_uid, password->pw_gid, password->pw_dir, password->pw_shell);
=09
	if (yes =3D=3D 0) {
		printf("Is this the entry you wish to remove?(y/n) ");
		fgets(answer, sizeof(answer), stdin);
		if (strncmp(answer, "y", 1) !=3D 0 && strncmp(answer, "Y", 1) !=3D 0) {
			printf("User %s not removed.\n", user);
			exit(1);
		}
	}
=09
	if ((password =3D getpwnam(user)) =3D=3D NULL)=20
		errx(EX_NOUSER, "No user found by that name: %s.\n", user);
=09
=09
	if (yes =3D=3D 0) {
		printf("Remove homedir(%s)?(y/n) ", password->pw_dir);
		fgets(answer, sizeof(answer), stdin);
		if (strncmp(answer, "y", 1) =3D=3D 0 || strncmp(answer, "Y", 1) =3D=3D 0)=
=20
			removehomedir =3D 1;
		else=20
			removehomedir =3D 0;
	} else=20
		removehomedir =3D 1;
=09
=09
	strncpy(homedir, password->pw_dir, sizeof(homedir));
	next:
	lstat(homedir, &sb);
	if (removehomedir =3D=3D 1) {
		if (!S_ISLNK(sb.st_mode) && !S_ISDIR(sb.st_mode)) {
			warnx("Home %s is not a directory, so it won't be removed\n", homedir);
			removehomedir =3D 0;
		}
	=09
		if (S_ISLNK(sb.st_mode)) {
			numbuf =3D readlink(password->pw_dir, homedir, sizeof(homedir));
			printf("%s\n", homedir);
			homedir[numbuf] =3D '\0';
			goto next;
		}
	=09
		if (sb.st_uid !=3D password->pw_uid) {
			if (removehomedir =3D=3D 1)
				warnx("Home %s is not owned by %s, so it will not be removed.\n", homed=
ir, user);
			removehomedir =3D 0;
		}
	=09
	}
=09
	killuser(password->pw_uid, password->pw_gid);
	update_passwd();
	update_group();
	if (removehomedir =3D=3D 1) {
		printf("Removeing home %s.\n", homedir);
		remove_files_from_dir(password->pw_uid, homedir);
		if (rmdir(homedir) =3D=3D -1)
			warn("Warning: Unable to remove home %s - continuing.\n", homedir);
	}
=09
	snprintf(line, sizeof(line), "%s/%s", crontab_dir, user);
	if ((fp2 =3D fopen(line, "r")) !=3D NULL) {
		fclose(fp2);
		if (unlink(line) =3D=3D -1)
			warn("Warning: Unable to remove crontab file %s - continuing.\n", line);
		printf("Removeing users' crontab: ");
		snprintf(line, sizeof(line), "/usr/bin/crontab -u %s -r", user);
		system(line);
		printf("done.\n");
	}
=09
	del_mail();
	printf("Removing files belonging to %s from /tmp.\n", user);
	remove_files_from_dir(password->pw_uid, "/tmp");
	printf("Removing files belonging to %s from /var/tmp.\n", user);
	remove_files_from_dir(password->pw_uid, "/var/tmp");
=09
	return 0;
}

void=20
usage()
{

	printf("Usage: %s [-y] [-u username]\n", getprogname());=09
	exit(1);
}

void=20
getuser()
{

	printf("Enter login name for user to remove: ");
	fgets(user2, sizeof(user2), stdin);
	user2[strlen(user2) - 1] =3D '\0';
	user =3D user2;
}

/* Remove all files and folders belonging to uid in path */
void=20
remove_files_from_dir(int uid, char *path)
{
	int	Tmp;
	struct dirent	*DirEntryPtr;
	DIR	*DirPtr;
	struct stat		Stat;
	char	Path[PATH_MAX];
=09
	DirPtr =3D opendir(path);
	while (1) {
		DirEntryPtr =3D readdir(DirPtr);=09
		if (DirEntryPtr =3D=3D 0) break;
		if (strcmp(DirEntryPtr->d_name,".") !=3D 0 && strcmp(DirEntryPtr->d_name,=
"..") !=3D 0) {
			Path[0] =3D 0;
			strlcat(Path,homedir, sizeof(Path));
			strlcat(Path,"/", sizeof(Path));
			strlcat(Path,DirEntryPtr->d_name, sizeof(Path));
			Tmp =3D lstat(Path,&Stat);=20
			if (S_ISDIR(Stat.st_mode)) {
				remove_files_from_dir(uid, Path);
				if (Stat.st_uid =3D=3D uid)
					if (rmdir(Path) =3D=3D -1)
				 		warn("Warning: Unable to remove dir %s - continuing.\n", Path);
			}
			if (Stat.st_uid =3D=3D uid) {
				/* printf("Removeing file %s\n", Path); */
				if (unlink(Path) =3D=3D -1)=20
					warn("Warning: unlink on %s failed - continuing.\n", Path);
			}
		}
	=09
	}

	closedir(DirPtr);

}

/* Remove the user from the passwd file */
void=20
update_passwd()
{
	int	fp_pw, fp2_pw;
	char	string[BUFSIZ], string2[BUFSIZ];
	int	skipped =3D 0;
=09
	if ((fp_pw =3D open(passwd_file, O_RDONLY|O_EXLOCK)) =3D=3D -1) {
		warn("Warning: Unable to open %s, so can not remove the user - continuing=
.\n", passwd_file);
		return;
	}
=09
	if ((fp2_pw =3D open(passwd_tmp, O_WRONLY|O_EXLOCK|O_CREAT, 0600)) =3D=3D =
-1) {
		printf("Warning: Unable to open %s, so can not remove the user - continui=
ng.\n", passwd_tmp);
		return;
	}
=09
	snprintf(string2, sizeof(string2), "%s:", user);
	while (recvnl(string, fp) !=3D -1) {
		if (strncmp(string, "#", 1) =3D=3D 0)  {
			write(fp2_pw, string, strlen(string));
			continue;
		}
		if (strncasecmp(string, string2, strlen(user) + 1) !=3D 0) {
			write(fp2_pw, string, strlen(string));
			write(fp2_pw, "\n", 1);
		} else {
			if (skipped =3D=3D 1) {
				write(fp2_pw, string, strlen(string));
				write(fp2_pw, "\n", 1);
			}
		=09
			/* printf("Droped entry for %s\n", string); */
			skipped =3D 1;
		}
	}
=09
	if (skipped =3D=3D 0) {
		printf("Whoops! Didn't find %s's entry second time around!\n", user);
		close(fp_pw); close(fp2_pw);
		exit(1);
	}
=09
	close(fp_pw); close(fp2_pw);
	/* Rebuild db */
	snprintf(line, sizeof(line), "/usr/sbin/pwd_mkdb -p %s", passwd_tmp);
	system(line);
=09
}

/* Remove user from the group file and the users group */
void=20
update_group()
{
	char	string[BUFSIZ], string2[BUFSIZ], string3[BUFSIZ];
	int	fp_g, fp2_g, users;
	char	*p, *p2;
	int	a =3D 0;
	char	group[BUFSIZ], gid[BUFSIZ], pass[BUFSIZ], users2[BUFSIZ], users3[BUFS=
IZ];

	if ((fp_g =3D open(group_file, O_RDONLY|O_EXLOCK)) =3D=3D -1) {
		printf("Warning: Unable to open %s, so can not remove the user's group - =
continuing.\n", passwd_file);
		return;
	}
=09
	if ((fp2_g =3D open(new_group_file, O_WRONLY|O_EXLOCK|O_CREAT, 0644)) =3D=
=3D -1) {
		printf("Warning: Unable to open %s, so can not remove the user's group - =
continuing.\n", passwd_tmp);
		return;
	}
=09
	snprintf(string2, sizeof(string2), "%s:", user);
	while (recvnl(string, fp_g) !=3D -1) {
		if (strncmp(string, "#", 1) =3D=3D 0) {
			write(fp2_g, string, strlen(string));
			continue;
		}

		if (strncasecmp(string, string2, strlen(user) + 1) !=3D 0) {
			/* Check if user is in the group */
			string3[0] =3D '\0';
			strlcpy(string3, string, sizeof(string3));
			for (p =3D strtok(string3, ":\n"); p !=3D NULL; p =3D strtok(NULL, ":\n"=
)) {
				switch(a) {
					case 0:
						strlcpy(group, p, sizeof(group));
						break;
					=09
					case 1:
						strlcpy(pass, p, sizeof(pass));
						break;
					=09
					case 2:
						strlcpy(gid, p, sizeof(gid));
						break;
					=09
					case 3:
						strlcpy(users2, p, sizeof(users2));
						break;
				}
				a++;
		=09
			}
		=09
			a =3D 0;
			users3[0] =3D '\0';
			for (p =3D strtok(users2, ",\n"); p !=3D NULL; p =3D strtok(NULL, ",\n")=
) {
				if (strcasecmp(user, p) !=3D 0) {
					if (a =3D=3D 0) {
						strlcat(users3, p, sizeof(users3));
						a =3D 1;
					} else {=20
						strlcat(users3, ",", sizeof(users3));
						strlcat(users3, p, sizeof(users3));
					}
				}
			}
		=09
			snprintf(string3, sizeof(string3), "%s:%s:%s:%s\n", group, pass, gid, us=
ers3);
		=09
			write(fp2_g, string3, strlen(string3));
			a =3D 0;

		} else {
			/* Check if there is other users added to the group */
			p =3D string;
			while (*p !=3D ':') *p++; /* Skip groupname */
			*p++;
			while (*p !=3D ':') *p++; /* Skip password section */
			*p++;
			while (*p !=3D ':') *p++; /* Skip gid section */
			*p++;
			strlcpy(string3, p, sizeof(string3));
			for (p2 =3D strtok(string3, ","); p2 !=3D NULL; p2 =3D strtok(NULL, ",")=
) {
				users =3D 1;
			}
		=09
			if (users =3D=3D 1) {
				warnx("Warning: Other users in group %s, not removing - continuing.\n",=
 user);
				write(fp2_g, string, strlen(string));
			} else {
				/* printf("Droped entry %s\n", string); */
			}
		}
	}
=09
	close(fp_g); close(fp2_g);
	rename(new_group_file, group_file);

}

/* Recieve a string from fd untill a \n */
int=20
recvnl(char *buf, int fd)
{
   int	bytes =3D 0;
	char	buf2[2];
	char	buf3[BUFSIZ];

	buf3[0] =3D '\0';
	while ( read(fd, buf2, 1) !=3D 0) {
		buf2[1] =3D '\0';
		if (strncmp(buf2, "\n", 1) =3D=3D 0) {
			strncpy(buf, buf3, BUFSIZ);
			return bytes;
		} else {
			strlcat(buf3, buf2, sizeof(buf3));
			bytes++;
		}
	}
=09
	return -1;
}

/* Kill users processes */
void=20
killuser(int uid, int gid)
{
	int	pid;=09
=09
	if (( pid =3D fork()) =3D=3D 0) {
		if (setgid(gid) =3D=3D -1) {
			warn("Warning: Unable to set gid - continuing.\n");
			return;
		}
		if (setuid(uid) =3D=3D -1) {
			warn("Warning: Unable to set uid - continuing.\n");
			return;
		}
	=09
		kill(0, SIGTERM);
		sleep(1);
		kill(0, SIGKILL);
		exit(1);
	}
=09
	if (pid =3D=3D -1) {
		warn("Error creating child processes - continuing.\n");
		return;
	} else {
		while (waitpid(-1,NULL,0) !=3D pid)
			;	/* Do nothing */
	}

}

void=20
del_mail()
{
	char	string[BUFSIZ];
=09
	snprintf(string, sizeof(string), "%s/%s", mail_dir, user);
	if (unlink(string) < 0 && errno !=3D ENOENT)
		warn("can't remove mailbox: %s", string);
=09
}

/* Signal handeling */
void=20
sighandle(int sig)
{
	char	unknown[] =3D "UNKNOWN", sint[] =3D "SIGINT", squit[] =3D "SIGQUIT";
	char	shup[] =3D "SIGHUP", sterm[] =3D "SIGTERM";
	struct iovec	vec[3];
	char	msg1[] =3D "\nCaught signal ", msg2[] =3D " -- cleaning up\n";
=09
	vec[0].iov_base =3D msg1; vec[0].iov_len =3D sizeof(msg1) - 1;
	vec[2].iov_base =3D msg2; vec[2].iov_len =3D sizeof(msg2) - 1;

	switch (sig) {
		case SIGINT:
			vec[1].iov_base =3D sint; vec[1].iov_len =3D sizeof(sint) - 1;
			break;

		case SIGQUIT:
			vec[1].iov_base =3D squit; vec[1].iov_len =3D sizeof(squit) - 1;
			break;

		case SIGTERM:
			vec[1].iov_base =3D sterm; vec[1].iov_len =3D sizeof(sterm) - 1;
			break;

		case SIGHUP:
			vec[1].iov_base =3D shup; vec[1].iov_len =3D sizeof(shup) - 1;
			break;

		default:
			vec[1].iov_base =3D unknown; vec[1].iov_len =3D sizeof(unknown) - 1;
			break;
	}

=09
	writev(STDOUT_FILENO, vec, sizeof(vec) / sizeof(*vec));
	unlink(passwd_tmp);
	unlink(new_group_file);
	close(fp);

	exit(1);
}


--/9DWx/yDrRhgMJTb--

--U+BazGySraz5kW0T
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE9zSlP1JB0Z4PFXt4RAgDRAJ9C5XkSVZfCfcArsOzQzvn/MvcLPQCggD6t
DyASnHaHQ9bpcYmY1iSD+6M=
=gtCA
-----END PGP SIGNATURE-----

--U+BazGySraz5kW0T--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  0:31: 1 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 52D9737B401; Mon, 11 Nov 2002 00:31:00 -0800 (PST)
Received: from tomts21-srv.bellnexxia.net (tomts21.bellnexxia.net [209.226.175.183])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 5148443E77; Mon, 11 Nov 2002 00:30:54 -0800 (PST)
	(envelope-from mike@sparc64.style9.org)
Received: from bowie.private ([65.93.75.148]) by tomts21-srv.bellnexxia.net
          (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP
          id <20021111083053.LLER981.tomts21-srv.bellnexxia.net@bowie.private>;
          Mon, 11 Nov 2002 03:30:53 -0500
Received: from bowie.private (localhost [127.0.0.1])
	by bowie.private (8.12.6/8.12.5) with ESMTP id gAB8VC7p054137;
	Mon, 11 Nov 2002 08:31:12 GMT
	(envelope-from mike@bowie.private)
Received: (from mike@localhost)
	by bowie.private (8.12.6/8.12.6/Submit) id gAB8VC7U054135;
	Mon, 11 Nov 2002 08:31:12 GMT
Date: Mon, 11 Nov 2002 08:31:12 GMT
From: Mike Barcroft <mike@sparc64.style9.org>
Message-Id: <200211110831.gAB8VC7U054135@bowie.private>
To: current@FreeBSD.org, sparc64@FreeBSD.org
Subject: sparc64 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Mon Nov 11 08:01:21 GMT 2002
--------------------------------------------------------------
===> ipfilter
cc1: warnings being treated as errors
/tinderbox/sparc64/src/sys/vm/uma_dbg.c: In function `uma_dbg_alloc':
/tinderbox/sparc64/src/sys/vm/uma_dbg.c:233: warning: implicit declaration of function `atomic_set_8'
*** Error code 1

Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC.
*** Error code 1

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  1:49:25 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 53C0D37B401
	for <freebsd-current@FreeBSD.ORG>; Mon, 11 Nov 2002 01:49:23 -0800 (PST)
Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5CBF243E75
	for <freebsd-current@FreeBSD.ORG>; Mon, 11 Nov 2002 01:49:21 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: from HAL9000.homeunix.com (localhost [127.0.0.1])
	by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gAB9nJDN005779;
	Mon, 11 Nov 2002 01:49:19 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: (from das@localhost)
	by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gAB9nIts005778;
	Mon, 11 Nov 2002 01:49:18 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Date: Mon, 11 Nov 2002 01:49:18 -0800
From: David Schultz <dschultz@uclink.Berkeley.EDU>
To: "Justin T. Gibbs" <gibbs@scsiguy.com>
Cc: ANYBODY <somebody@kashmir.etowns.net>,
	freebsd-current@FreeBSD.ORG
Subject: Re: adaptec scsi - seagate da -- current
Message-ID: <20021111094918.GA5702@HAL9000.homeunix.com>
Mail-Followup-To: "Justin T. Gibbs" <gibbs@scsiguy.com>,
	ANYBODY <somebody@kashmir.etowns.net>, freebsd-current@FreeBSD.ORG
References: <20021030095416.GA1840@hurd1.kashmir.etowns.net> <376290000.1035997229@aslan.btc.adaptec.com> <20021110081757.GA961@HAL9000.homeunix.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021110081757.GA961@HAL9000.homeunix.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Thus spake David Schultz <dschultz@uclink.Berkeley.EDU>:
> I'm running into the same problems on a very light I/O load
> (running /usr/bin/less on certain files triggers it).  There's
> also a timeout every time at bootup.  I have included my dmesg
> below.
[...]

Here's some additional information:

# camcontrol inquiry da0
pass0: <QUANTUM XP34550S LXY1> Fixed Direct Access SCSI-2 device 
pass0: Serial Number PCB=2011303002  ; HDA=184715611932
pass0: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled
# camcontrol tags da0 -v
(pass0:ahc0:0:0:0): dev_openings  24
(pass0:ahc0:0:0:0): dev_active    0
(pass0:ahc0:0:0:0): devq_openings 24
(pass0:ahc0:0:0:0): devq_queued   0
(pass0:ahc0:0:0:0): held          0
(pass0:ahc0:0:0:0): mintags       24
(pass0:ahc0:0:0:0): maxtags       32

# camcontrol inquiry da1
pass1: <QUANTUM VIKING 4.5 NSE 8808> Fixed Direct Access SCSI-2 device 
pass1: Serial Number 174716034271
pass1: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled
# camcontrol tags da1 -v
(pass1:ahc0:0:1:0): dev_openings  253
(pass1:ahc0:0:1:0): dev_active    0
(pass1:ahc0:0:1:0): devq_openings 253
(pass1:ahc0:0:1:0): devq_queued   0
(pass1:ahc0:0:1:0): held          0
(pass1:ahc0:0:1:0): mintags       2
(pass1:ahc0:0:1:0): maxtags       255

It seems like da0 is the problem device.  Just after it times out
now and then, camcontrol shows things like:

# camcontrol tags da0 -v
(pass0:ahc0:0:0:0): dev_openings  22
(pass0:ahc0:0:0:0): dev_active    2
(pass0:ahc0:0:0:0): devq_openings 22
(pass0:ahc0:0:0:0): devq_queued   0
(pass0:ahc0:0:0:0): held          0
(pass0:ahc0:0:0:0): mintags       24
(pass0:ahc0:0:0:0): maxtags       32

# camcontrol tags da0 -v
(pass0:ahc0:0:0:0): dev_openings  16
(pass0:ahc0:0:0:0): dev_active    8
(pass0:ahc0:0:0:0): devq_openings 16
(pass0:ahc0:0:0:0): devq_queued   0
(pass0:ahc0:0:0:0): held          0
(pass0:ahc0:0:0:0): mintags       24
(pass0:ahc0:0:0:0): maxtags       32

It seems like da1 is fine, but then again I use that drive less
heavily.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  2:55:30 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2E79C37B401
	for <current@freebsd.org>; Mon, 11 Nov 2002 02:55:26 -0800 (PST)
Received: from cmsoutbound.mx.net (cmsrelay01.mx.net [165.212.11.110])
	by mx1.FreeBSD.org (Postfix) with SMTP id 67A7E43E3B
	for <current@freebsd.org>; Mon, 11 Nov 2002 02:55:15 -0800 (PST)
	(envelope-from dththyjn@artattack.to)
Received: from uadvg133.cms.usa.net (HELO cmsoutbound.mx.net) (165.212.11.133)
  by cmsoutbound.mx.net with SMTP; 11 Nov 2002 10:55:14 -0000
Received: from apmailgate02.alcatel.com.hk [12.108.61.226] by uadvg133.cms.usa.net via mtad (C8.MAIN.1.09A) 
	with ESMTP id 677gkkk4H0623M33; Mon, 11 Nov 2002 10:55:08 GMT
Message-ID: <00002b9932a8$0000158e$00000d83@ascxycatpowf.nu>
To: <current@freebsd.org>
Cc: <bandpbraden@highland.net>, <nid_13@hotmail.com>,
	<hornack@earthlink.net>, <davitin@earthlink.net>,
	<smarkson@idirect.com>, <alfme53@yahoo.com>, <unknown@igw.traf.com>,
	<onetwo@thee.com>, <enisaeminova@hotmail.com>,
	<micahc@webdezyne.com>, <juanblue@hotmail.com>, <fenetra29@yahoo.com>
From: "Johnny Phelps" <dththyjn@artattack.to>
Subject: Can't Find It17285
Date: Mon, 11 Nov 2002 02:54:55 -2000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Frustrated With Your Internet Marketing Efforts? 

Have you tried:

FREE Classifieds? (Don't work)

Web Site? (Good for closing but you have to have visitors)

Banners? (Expensive and Iffy)

E-Zine? (They're great, but only with thousands of members)

Search Engines (Easy to be buried with thousands of others)

E -MAIL MARKETING IS THE ANSWER! 

It is a proven fact that your best chance of attracting
new business is through Direct E-mail. 

The secret to an effective bulk E-mail marketing campaign 
on the internet is directly related to the freshness of 
the lists used. To ensure that our customers receive the 
freshest mailing addresses, we are constantly updating 
and revising our mailing lists. 

Our Sixth release provides you with 15 MILLION E-mail 
Addresses taken from our own database of opporunity 
seekers and businesses.

THE MASTER MARKETERS CD VOL. 6 consists of 15 Million
E-mail addresses that were cleaned and verified. You
can start mailing these addresses immediately. 

We have removed all the following domains:

THESE DOMAINS ARE ABSOLUTELY NOT INCLUDED:

Compuserve.com
Genie.com
Delphi.com
MCI.com
And all domains ending with .edu, .mil, .org, and .us.

There are no International domains in this CD. 
All addresses are pure .COM AND .NET. 

There are ABSOLUTELY NO DUPICATE ADDRESSES!  

Our CD does not contain any of those bogus and filled 
addresses used by other companies to ad inflated numbers
to their lists.  We pay full time employees to perform 
hundreds of hours of list verification and deduping of 
our lists.

REMEMBER, our business is mailing for individuals and 
companies. We mail over 20 million direct E-mails per 
Day for our clients and the addresses contained in the 
Master Marketers Cd are the same fresh, clean lists we 
use.  

We maintain a huge database of anti-commerce radicals who
want the net for themselves. We run our lists against this
database and remove all E-mail addresses these radicals
use to trap you into mailing to them so they can cause
you trouble. 

Over 30,000 BUSINESSES come on the Internet EVERY 
single day...If you don't send out Broadcast Email...
YOUR COMPETITON WILL! 

SPECIAL BONUS OFFER! 
For those who order The Address CD Vol. 6 before 11/30/02
we are going to include our Professional Email Marketing
Book.

This Book Explains Exactly how Bulk Email operates. The
author, Paul Willis has 8 years of Bulk Email Advertising 
experience and operates a very successful Internet Email
Advertising Company.   

If you have any questions or would like to discuss how
we can help you to effectively market your business via
Direct E-mail advertising please call 818-743-7507. We
offer several affordable Marketing packages for those who
need their E-mail ads sent through our servers.

We accept payment by Check - Visa - Mastercard - Discover.

TO ORDER our CD, simply print out the EZ ORDER FORM
below and fax your Check or Credit Card Information to
our office today. Fax to: 661-244-4903.

Or  

Call 818-743-7507 to order by phone.


E-Z ORDER FORM 

______ Yes! I would like to order MASTER MARKETING CD with 
15 MILLION Email addresses for $229.00.
*Price includes shipping and handling with the U.S.


DATE___________

NAME_____________________________________________________
Name and address must match credit card.

COMPANY NAME_____________________________________________

ADDRESS__________________________________________________

CITY, STATE, ZIP_________________________________________

PHONE NUMBERS____________________________________________

FAX NUMBERS______________________________________________

EMAIL ADDRESS____________________________________________
Must have a valid e-mail address for credit card orders.
You will receive receipt of credit card charges by e-mail.

CHECKS BY FAX SERVICES! 

24 HOUR FAX SERVICES 

If you would like to fax a check, paste your check below 
and fax it to: 661-244-4903. You do not have to mail the
original check we will simply make a draft from the copy
you fax.

Make all checks payable to P.W. MARKETING LLC

******************************************************

Paste or Tape your check here and fax along with this
order form to 661-244-4903

 


 ******************************************************
If you fax a check, there is no need for you to send the
original. 

To be talem off our mailing list please click on the
link below that will send us a email and we will
permanently remove you from our mailing list.
MailTo:ksnnj@yahoo.com?subject=take-out




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  3:41:19 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 43D0F37B401
	for <current@freebsd.org>; Mon, 11 Nov 2002 03:41:18 -0800 (PST)
Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 08C4C43E42
	for <current@freebsd.org>; Mon, 11 Nov 2002 03:41:18 -0800 (PST)
	(envelope-from des@FreeBSD.org)
Received: from beast.freebsd.org (localhost [127.0.0.1])
	by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gABBfHsc015324
	for <current@freebsd.org>; Mon, 11 Nov 2002 03:41:17 -0800 (PST)
	(envelope-from des@beast.freebsd.org)
Received: (from des@localhost)
	by beast.freebsd.org (8.12.6/8.12.6/Submit) id gABBfHDT015322
	for current@freebsd.org; Mon, 11 Nov 2002 03:41:17 -0800 (PST)
Date: Mon, 11 Nov 2002 03:41:17 -0800 (PST)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200211111141.gABBfHDT015322@beast.freebsd.org>
To: current@freebsd.org
Subject: alpha tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Mon Nov 11 03:06:54 PST 2002
--------------------------------------------------------------
>>> Kernel build for GENERIC completed on Mon Nov 11 03:36:11 PST 2002
--------------------------------------------------------------
>>> Kernel build for LINT started on Mon Nov 11 03:36:12 PST 2002
--------------------------------------------------------------
===> vinum
"Makefile", line 4437: warning: duplicate script for target "geom_bsd.o" ignored
cc1: warnings being treated as errors
/h/des/src/sys/dev/aic7xxx/aic79xx.c: In function `ahd_alloc':
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsigned int format, different type arg (arg 3)
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsigned int format, different type arg (arg 4)
/h/des/src/sys/dev/aic7xxx/aic79xx.c: In function `ahd_init_scbdata':
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4601: warning: unsigned int format, different type arg (arg 3)
*** Error code 1

Stop in /h/des/obj/h/des/src/sys/LINT.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  4:20:44 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E6EC837B401
	for <freebsd-current@freebsd.org>; Mon, 11 Nov 2002 04:20:42 -0800 (PST)
Received: from mpehp1.mpe-garching.mpg.de (mpehp1.mpe-garching.mpg.de [130.183.70.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E9B0E43E3B
	for <freebsd-current@freebsd.org>; Mon, 11 Nov 2002 04:20:40 -0800 (PST)
	(envelope-from sutter@robert3.mpe-garching.mpg.de)
Received: from robert3.mpe-garching.mpg.de (robert3.mpe-garching.mpg.de [130.183.136.84])
	by mpehp1.mpe-garching.mpg.de (8.8.6 (PHNE_17135)/8.8.6) with ESMTP id NAA17998
	for <freebsd-current@freebsd.org>; Mon, 11 Nov 2002 13:20:32 +0100 (MET)
Received: from robert3.mpe-garching.mpg.de (localhost.mpe-garching.mpg.de [127.0.0.1])
	by robert3.mpe-garching.mpg.de (8.12.6/8.12.5) with ESMTP id gABCJKPp050722
	for <freebsd-current@freebsd.org>; Mon, 11 Nov 2002 13:19:20 +0100 (CET)
	(envelope-from sutter@robert3.mpe-garching.mpg.de)
Received: (from sutter@localhost)
	by robert3.mpe-garching.mpg.de (8.12.6/8.12.6/Submit) id gABCJJid050721
	for freebsd-current@freebsd.org; Mon, 11 Nov 2002 13:19:19 +0100 (CET)
Date: Mon, 11 Nov 2002 13:19:19 +0100
From: Robert Suetterlin <robert@mpe.mpg.de>
To: freebsd-current@freebsd.org
Subject: AGAIN: lge0: MII without any PHY!
Message-ID: <20021111121919.GC38533@robert3.mpe-garching.mpg.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi!

I have two systems with a DLINK Gigabit Ethernet Card.

It doesn't work under CURRENT:

FreeBSD geclab2.mpe-garching.mpg.de 5.0-CURRENT FreeBSD 5.0-CURRENT #1:
Mon Nov 11 10:27:48 CET 2002
sutter@geclab2.mpe-garching.mpg.de:/usr/obj/usr/src/sys/GECLAB2  i386

lge0: <Level 1 Gigabit Ethernet> port 0xb000-0xb0ff \
    mem 0xd0000000-0xd00003ff irq 11 at device 1.0 on pci5
lge0: Ethernet address: 00:50:ba:71:2d:cc
lge0: MII without any PHY!
device_probe_and_attach: lge0 attach returned 6


The card works perfect under 4.6:

lge0: <Level 1 Gigabit Ethernet> port 0xb000-0xb0ff \
    mem 0xd0000000-0xd00003ff irq 11 at device 1.0 on pci5
lge0: Ethernet address: 00:50:ba:71:2d:c3
miibus1: <MII bus> on lge0
xmphy0: <Jato 1000baseX media interface> on miibus1
xmphy0:  1000baseSX, 1000baseSX-FDX, auto


I already tried swapping the cards, sockets, computers, etc.  Nothing
changes.  4.6 on any machine with any of the two giga cards works.  It
does not work the other way round.


Regards, Robert S.

-- 
Robert Suetterlin (robert@mpe.mpg.de)
phone: (+49)89 / 30000-3546   fax: (+49)89 / 30000-3950

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  4:31:45 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 52B6F37B401
	for <current@freebsd.org>; Mon, 11 Nov 2002 04:31:44 -0800 (PST)
Received: from www.contentmedia.de (www.vivido.de [213.61.138.92])
	by mx1.FreeBSD.org (Postfix) with SMTP id 5503A43E6E
	for <current@freebsd.org>; Mon, 11 Nov 2002 04:31:42 -0800 (PST)
	(envelope-from marc@informatik.uni-bremen.de)
Received: (qmail 14601 invoked from network); 11 Nov 2002 12:28:02 -0000
Received: from unknown (HELO leeloo.intern.geht.de) (80.134.181.218)
  by www.contentmedia.de with SMTP; 11 Nov 2002 12:28:02 -0000
Subject: addition to cdefs
From: Marc Recht <marc@informatik.uni-bremen.de>
To: current@freebsd.org
Cc: mike@freebsd.org
Content-Type: multipart/mixed; boundary="=-qeNW0QEPwqGnbjlv+VPJ"
X-Mailer: Ximian Evolution 1.0.8 
Date: 11 Nov 2002 13:31:36 +0100
Message-Id: <1037017897.779.20.camel@leeloo.intern.geht.de>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--=-qeNW0QEPwqGnbjlv+VPJ
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hi!

I've made a small patch to make it possible to enable BSD extensions
although _POSIX_SOURCE, _POSIX_C_SOURCE or _XOPEN_SOURCE has been
defined. This is made with a new define _BSD_SOURCE right after the 
XOPEN_SOURCE handling. It sets __XSI_VISIBLE 600 and __BSD_VISIBLE 1.
This is needed for some programs. For example for Python 2.3cvs sets
(among others) _POSIX_C_SOURCE 199506L, but also expects to have chroot
and friends.

Regards,
Marc



--=-qeNW0QEPwqGnbjlv+VPJ
Content-Disposition: attachment; filename=cdefs.diff
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; name=cdefs.diff; charset=ISO-8859-1

--- cdefs.h.orig	Tue Oct 22 11:44:42 2002
+++ cdefs.h	Mon Nov 11 12:47:49 2002
@@ -333,6 +333,12 @@
 #endif
 #endif
=20
+/* Allow BSD extensions to POSIX. */
+#if defined(_BSD_SOURCE) && (defined(_POSIX_SOURCE) || defined(_POSIX_C_SO=
URCE))
+#define	__XSI_VISIBLE		600
+#define	__BSD_VISIBLE		1
+#endif
+
 /*
  * Deal with all versions of POSIX.  The ordering relative to the tests ab=
ove is
  * important.

--=-qeNW0QEPwqGnbjlv+VPJ--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  4:41:55 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DCCDC37B404
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 04:41:53 -0800 (PST)
Received: from fgwmail6.fujitsu.co.jp (fgwmail6.fujitsu.co.jp [192.51.44.36])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 23EB543E42
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 04:41:52 -0800 (PST)
	(envelope-from yoshint@flab.fujitsu.co.jp)
Received: from m4.gw.fujitsu.co.jp by fgwmail6.fujitsu.co.jp (8.9.3/3.7W-MX0205-Fujitsu Gateway)
	id VAA03859 for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 21:41:43 +0900 (JST)
	(envelope-from yoshint@flab.fujitsu.co.jp)
Received: from cerberus.proc.flab.fujitsu.co.jp by m4.gw.fujitsu.co.jp (8.12.1/Fujitsu Domain Master)
	id gABCfhMe003287 for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 21:41:43 +0900
	(envelope-from yoshint@flab.fujitsu.co.jp)
Received: from cerberus.proc.flab.fujitsu.co.jp (localhost [127.0.0.1])
	by cerberus.proc.flab.fujitsu.co.jp (8.12.6/8.12.5) with ESMTP id gABCfg1x017587
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 21:41:42 +0900 (JST)
	(envelope-from yoshint@flab.fujitsu.co.jp)
To: FreeBSD-current@FreeBSD.ORG
Subject: gcc 3.2.1 optimization bug ?
From: TOMITA Yoshinori <yoshint@flab.fujitsu.co.jp>
MIME-Version: 1.0 (generated by WEMIKO 1.14.1 - =?ISO-2022-JP?B?Ig==?=
 =?ISO-2022-JP?B?GyRCNl9KXExTQ24bKEIi?=)
Content-Type: text/plain; charset=US-ASCII
Date: Mon, 11 Nov 2002 21:41:42 +0900
Message-ID: <ywlvg34jn21.fsf@cerberus.proc.flab.fujitsu.co.jp>
User-Agent: T-gnus/6.15.8 (based on Oort Gnus v0.08) (revision 05)
 Mule-UCS/0.84 (=?ISO-2022-JP?B?S09VR0VUU1VEQUk6GyRCOH43bkJmGyhC?=)
 WEMIKO/1.14.1 (=?ISO-2022-JP?B?GyRCNl9KXExTQ24bKEI=?=) SLIM/1.14.7
 (=?ISO-2022-JP?B?GyRCPHIwZjpMTD4bKEI=?=) APEL/10.3 MULE XEmacs/21.4 (patch
 9) (Informed Management) (i386-unknown-freebsd4.6)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

For the source code below, compiling gcc -O2/-O3 seem to produce
incorrect code.

-----------------------------------
#include <stdio.h>
int main(int argc, char* argv[])
{
    unsigned int x = 0x12345678;
    unsigned short tmp;
    printf("%x\n", x);
    tmp = ((unsigned short *)&x)[0];
    ((unsigned short *)&x)[0] = ((unsigned short *)&x)[1];
    ((unsigned short *)&x)[1] = tmp;
    printf("%x\n", x);
    return 0;
}
-----------------------------------


% gcc -O1 a.c
% ./a.out 
12345678
56781234

% gcc -O2 a.c
% ./a.out
12345678
12341234

% gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.2.1 [FreeBSD] 20021009 (prerelease)




Is this a gcc bug or the source code problem ?

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  4:55:44 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5F48637B401
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 04:55:43 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2117A43E7B
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 04:55:42 -0800 (PST)
	(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gABCtHOr053680;
	Mon, 11 Nov 2002 13:55:22 +0100 (CET)
	(envelope-from phk@critter.freebsd.dk)
To: TOMITA Yoshinori <yoshint@flab.fujitsu.co.jp>
Cc: FreeBSD-current@FreeBSD.ORG
Subject: Re: gcc 3.2.1 optimization bug ? 
In-Reply-To: Your message of "Mon, 11 Nov 2002 21:41:42 +0900."
             <ywlvg34jn21.fsf@cerberus.proc.flab.fujitsu.co.jp> 
Date: Mon, 11 Nov 2002 13:55:17 +0100
Message-ID: <53679.1037019317@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <ywlvg34jn21.fsf@cerberus.proc.flab.fujitsu.co.jp>, TOMITA Yoshinori
 writes:
>For the source code below, compiling gcc -O2/-O3 seem to produce
>incorrect code.
>
>-----------------------------------
>#include <stdio.h>
>int main(int argc, char* argv[])
>{
>    unsigned int x = 0x12345678;
>    unsigned short tmp;
>    printf("%x\n", x);
>    tmp = ((unsigned short *)&x)[0];
>    ((unsigned short *)&x)[0] = ((unsigned short *)&x)[1];
>    ((unsigned short *)&x)[1] = tmp;
>    printf("%x\n", x);
>    return 0;
>}
>-----------------------------------

>% gcc -O2 a.c
>% ./a.out
>12345678
>12341234

% sed 's/unsigned int/unsigned volatile int/' a.c > b.c
% gcc -O2 b.c
% ./a.out
12345678
56781234

Your code forgot to tell the compiler that you would be messing
with the variables storage directly.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  4:57:27 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4F83937B401
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 04:57:25 -0800 (PST)
Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4D17B43E3B
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 04:57:23 -0800 (PST)
	(envelope-from brandt@fokus.gmd.de)
Received: from beagle (beagle [193.175.132.100])
	by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id gABCvBl21151;
	Mon, 11 Nov 2002 13:57:11 +0100 (MET)
Date: Mon, 11 Nov 2002 13:57:11 +0100 (CET)
From: Harti Brandt <brandt@fokus.gmd.de>
To: TOMITA Yoshinori <yoshint@flab.fujitsu.co.jp>
Cc: FreeBSD-current@FreeBSD.ORG
Subject: Re: gcc 3.2.1 optimization bug ?
In-Reply-To: <ywlvg34jn21.fsf@cerberus.proc.flab.fujitsu.co.jp>
Message-ID: <20021111135051.H11404-100000@beagle.fokus.gmd.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, 11 Nov 2002, TOMITA Yoshinori wrote:

This is probably not a bug, but a feature. You are not expected to access
a variable through a pointer to a non-compatible type. int and short are
not compatible. (see your ISO C standard on this topic).

Try to use ntohl(), htonl() for your problem.

harti

TY>For the source code below, compiling gcc -O2/-O3 seem to produce
TY>incorrect code.
TY>
TY>-----------------------------------
TY>#include <stdio.h>
TY>int main(int argc, char* argv[])
TY>{
TY>    unsigned int x = 0x12345678;
TY>    unsigned short tmp;
TY>    printf("%x\n", x);
TY>    tmp = ((unsigned short *)&x)[0];
TY>    ((unsigned short *)&x)[0] = ((unsigned short *)&x)[1];
TY>    ((unsigned short *)&x)[1] = tmp;
TY>    printf("%x\n", x);
TY>    return 0;
TY>}
TY>-----------------------------------
TY>
TY>
TY>% gcc -O1 a.c
TY>% ./a.out
TY>12345678
TY>56781234
TY>
TY>% gcc -O2 a.c
TY>% ./a.out
TY>12345678
TY>12341234
TY>
TY>% gcc -v
TY>Using built-in specs.
TY>Configured with: FreeBSD/i386 system compiler
TY>Thread model: posix
TY>gcc version 3.2.1 [FreeBSD] 20021009 (prerelease)
TY>
TY>
TY>
TY>
TY>Is this a gcc bug or the source code problem ?
TY>
TY>To Unsubscribe: send mail to majordomo@FreeBSD.org
TY>with "unsubscribe freebsd-current" in the body of the message
TY>

-- 
harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private
              brandt@fokus.gmd.de, brandt@fokus.fhg.de


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  5:10:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 845A537B401
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 05:10:15 -0800 (PST)
Received: from fgwmail5.fujitsu.co.jp (fgwmail5.fujitsu.co.jp [192.51.44.35])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4D05243E6E
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 05:10:13 -0800 (PST)
	(envelope-from yoshint@flab.fujitsu.co.jp)
Received: from m1.gw.fujitsu.co.jp by fgwmail5.fujitsu.co.jp (8.9.3/3.7W-MX0205-Fujitsu Gateway)
	id WAA21230 for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 22:10:11 +0900 (JST)
	(envelope-from yoshint@flab.fujitsu.co.jp)
Received: from cerberus.proc.flab.fujitsu.co.jp by m1.gw.fujitsu.co.jp (8.12.1/Fujitsu Domain Master)
	id gABDAAKM008662 for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 22:10:10 +0900
	(envelope-from yoshint@flab.fujitsu.co.jp)
Received: from cerberus.proc.flab.fujitsu.co.jp (localhost [127.0.0.1])
	by cerberus.proc.flab.fujitsu.co.jp (8.12.6/8.12.5) with ESMTP id gABDA91x018215;
	Mon, 11 Nov 2002 22:10:09 +0900 (JST)
	(envelope-from yoshint@flab.fujitsu.co.jp)
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: TOMITA Yoshinori <yoshint@flab.fujitsu.co.jp>,
	FreeBSD-current@FreeBSD.ORG
Subject: Re: gcc 3.2.1 optimization bug ?
References: <ywlvg34jn21.fsf@cerberus.proc.flab.fujitsu.co.jp>
 <53679.1037019317@critter.freebsd.dk>
From: TOMITA Yoshinori <yoshint@flab.fujitsu.co.jp>
X-Fortune: =?ISO-2022-JP?B?GyRCOiNGfCROJCQkRjpCJE8hIkw0JGRMXEk4JE4bKEI=?=
 =?ISO-2022-JP?B?GyRCPEI4PSRLNmEkRSQkJEYkJCRrO34hIxsoQg==?=
X-Weather: =?ISO-2022-JP?B?GyRCTEBGfCROP0BGYEBuOCkkT0AyJEckORsoQg==?=
X-Face: [|Q@oQ4-)'>a|hK#Wn5u?MMwDs*kTH^u&/.`JOMCIf]22\}]}Fr7`pwbU:1]f>~F(i7vJxW
 0JUQD.wjQto]`;7uMKT\?C<,J~3LpT?c|~&l7kMjEvWhoSNj)oWGORj3R"I\/AGXBkCs(w!+Cx)'Ue
 n&%HI0W0Dc7>4J"%
MIME-Version: 1.0 (generated by WEMIKO 1.14.1 - =?ISO-2022-JP?B?Ig==?=
 =?ISO-2022-JP?B?GyRCNl9KXExTQ24bKEIi?=)
Content-Type: text/plain; charset=US-ASCII
Date: Mon, 11 Nov 2002 22:10:09 +0900
In-Reply-To: <53679.1037019317@critter.freebsd.dk>
 (Poul-Henning Kamp's message of "Mon, 11 Nov 2002 13:55:17 +0100")
Message-ID: <ywlbs4wjlqm.fsf@cerberus.proc.flab.fujitsu.co.jp>
User-Agent: T-gnus/6.15.8 (based on Oort Gnus v0.08) (revision 05)
 Mule-UCS/0.84 (=?ISO-2022-JP?B?S09VR0VUU1VEQUk6GyRCOH43bkJmGyhC?=)
 WEMIKO/1.14.1 (=?ISO-2022-JP?B?GyRCNl9KXExTQ24bKEI=?=) SLIM/1.14.7
 (=?ISO-2022-JP?B?GyRCPHIwZjpMTD4bKEI=?=) APEL/10.3 MULE XEmacs/21.4 (patch
 9) (Informed Management) (i386-unknown-freebsd4.6)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

>> On Mon, 11 Nov 2002 13:55:17 +0100, Poul-Henning Kamp
>> <phk@critter.freebsd.dk> said:

P> Your code forgot to tell the compiler that you would be messing
P> with the variables storage directly.

Thanks!
I have never dreamed to use "volatile" here.
As gcc-2.95.x -O2/-O3 was OK without volatile, I thought this must be
gcc-3.2 bug.

Thanks a lot, again.

-- 
TOMITA Yoshinori

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  6: 0:33 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8AE8C37B401
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 06:00:29 -0800 (PST)
Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 92A3B43E6E
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 06:00:28 -0800 (PST)
	(envelope-from rivers@dignus.com)
Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3])
	by dignus.com (8.11.6/8.11.3) with ESMTP id gABDmQR16141;
	Mon, 11 Nov 2002 08:48:26 -0500 (EST)
	(envelope-from rivers@dignus.com)
Received: (from rivers@localhost)
	by lakes.dignus.com (8.11.6/8.11.3) id gABDt2g55397;
	Mon, 11 Nov 2002 08:55:02 -0500 (EST)
	(envelope-from rivers)
Date: Mon, 11 Nov 2002 08:55:02 -0500 (EST)
From: Thomas David Rivers <rivers@dignus.com>
Message-Id: <200211111355.gABDt2g55397@lakes.dignus.com>
To: FreeBSD-current@FreeBSD.ORG, yoshint@flab.fujitsu.co.jp
Subject: Re: gcc 3.2.1 optimization bug ?
In-Reply-To: <ywlvg34jn21.fsf@cerberus.proc.flab.fujitsu.co.jp>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> 
> For the source code below, compiling gcc -O2/-O3 seem to produce
> incorrect code.
> 
> -----------------------------------
> #include <stdio.h>
> int main(int argc, char* argv[])
> {
>     unsigned int x = 0x12345678;
>     unsigned short tmp;
>     printf("%x\n", x);
>     tmp = ((unsigned short *)&x)[0];
>     ((unsigned short *)&x)[0] = ((unsigned short *)&x)[1];
>     ((unsigned short *)&x)[1] = tmp;
>     printf("%x\n", x);
>     return 0;
> }
> -----------------------------------
> 
>


 Several people have pointed out that using "volatile" will
 help with your code.

 But - even with the use of "volatile" - your code is invalid ANSI
 C.

 You are doing something called "type punning" - which is illegal.

 Basically, you can't reference a datum via a different type
 and expect it to do anything meaningful.  

 When you take &x, you have and (unsigned int *) type.  When you
 then cast that to an (unsigned short *) and then dereference it,
 you are referencing the datum 'x' via a different type.

 (consider, for example, a situation where `unsigned short' had
 the same alignment requirements as `unsigned int', your example
 would not address what you were thinking...)

 The C99 standard relaxed this rule somewhat, allowing (char *)
 pointers to be used to reference any datum.  So, you could
 use memcpy() to accomplish what you're looking for, as in:

	unsigned short array[2];

	memcpy(array, &x, sizeof(array));

 but - while valid, that also suffers from several issues...

 Your code appears to simply want to swap the two (assumed) words in
 an integer.  That could be accomplished with shifts, etc...
 This code makes all kinds of assumptions about the size of
 `int' and `short' - but represents an alternative approach:

	unsigned int t;
	unsigned int x;

	t = (x & 0xffff) << 16;
	x >>= 16;
	x |= t;

 Assuming `int' was 32-bits wide - this, or something similar,
 might be a more portable approach.
 

 	- Dave Rivers -

--
rivers@dignus.com                        Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  6:16: 6 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6FCA237B401
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 06:16:04 -0800 (PST)
Received: from fgwmail5.fujitsu.co.jp (fgwmail5.fujitsu.co.jp [192.51.44.35])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B886343E75
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 06:16:02 -0800 (PST)
	(envelope-from yoshint@flab.fujitsu.co.jp)
Received: from m5.gw.fujitsu.co.jp by fgwmail5.fujitsu.co.jp (8.9.3/3.7W-MX0205-Fujitsu Gateway)
	id XAA00544 for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 23:16:01 +0900 (JST)
	(envelope-from yoshint@flab.fujitsu.co.jp)
Received: from cerberus.proc.flab.fujitsu.co.jp by m5.gw.fujitsu.co.jp (8.12.1/Fujitsu Domain Master)
	id gABEFxmJ025144 for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 23:16:00 +0900
	(envelope-from yoshint@flab.fujitsu.co.jp)
Received: from cerberus.proc.flab.fujitsu.co.jp (localhost [127.0.0.1])
	by cerberus.proc.flab.fujitsu.co.jp (8.12.6/8.12.5) with ESMTP id gABEFx1x019516;
	Mon, 11 Nov 2002 23:15:59 +0900 (JST)
	(envelope-from yoshint@flab.fujitsu.co.jp)
To: Thomas David Rivers <rivers@dignus.com>
Cc: FreeBSD-current@FreeBSD.ORG, yoshint@flab.fujitsu.co.jp
Subject: Re: gcc 3.2.1 optimization bug ?
References: <ywlvg34jn21.fsf@cerberus.proc.flab.fujitsu.co.jp>
 <200211111355.gABDt2g55397@lakes.dignus.com>
From: TOMITA Yoshinori <yoshint@flab.fujitsu.co.jp>
X-Fortune: =?ISO-2022-JP?B?GyRCOiNGfCROJCQkRjpCJE8hIkw0JGRMXEk4JE4bKEI=?=
 =?ISO-2022-JP?B?GyRCPEI4PSRLNmEkRSQkJEYkJCRrO34hIxsoQg==?=
X-Weather: =?ISO-2022-JP?B?GyRCTEBGfCROP0BGYEBuOCkkT0AyJEckORsoQg==?=
X-Face: [|Q@oQ4-)'>a|hK#Wn5u?MMwDs*kTH^u&/.`JOMCIf]22\}]}Fr7`pwbU:1]f>~F(i7vJxW
 0JUQD.wjQto]`;7uMKT\?C<,J~3LpT?c|~&l7kMjEvWhoSNj)oWGORj3R"I\/AGXBkCs(w!+Cx)'Ue
 n&%HI0W0Dc7>4J"%
MIME-Version: 1.0 (generated by WEMIKO 1.14.1 - =?ISO-2022-JP?B?Ig==?=
 =?ISO-2022-JP?B?GyRCNl9KXExTQ24bKEIi?=)
Content-Type: text/plain; charset=US-ASCII
Date: Mon, 11 Nov 2002 23:15:59 +0900
In-Reply-To: <200211111355.gABDt2g55397@lakes.dignus.com>
 (Thomas David Rivers's message of "Mon, 11 Nov 2002 08:55:02 -0500 (EST)")
Message-ID: <ywlfzu8i44g.fsf@cerberus.proc.flab.fujitsu.co.jp>
User-Agent: T-gnus/6.15.8 (based on Oort Gnus v0.08) (revision 05)
 Mule-UCS/0.84 (=?ISO-2022-JP?B?S09VR0VUU1VEQUk6GyRCOH43bkJmGyhC?=)
 WEMIKO/1.14.1 (=?ISO-2022-JP?B?GyRCNl9KXExTQ24bKEI=?=) SLIM/1.14.7
 (=?ISO-2022-JP?B?GyRCPHIwZjpMTD4bKEI=?=) APEL/10.3 MULE XEmacs/21.4 (patch
 9) (Informed Management) (i386-unknown-freebsd4.6)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

>> On Mon, 11 Nov 2002 08:55:02 -0500 (EST), Thomas David Rivers <rivers@dignus.com> said:

Th>  Several people have pointed out that using "volatile" will
Th>  help with your code.

Th>  But - even with the use of "volatile" - your code is invalid ANSI
Th>  C.
--snip--

Thanks for your detailed explanation. It cleared me more.


Th>  Your code appears to simply want to swap the two (assumed) words in
Th>  an integer.  That could be accomplished with shifts, etc...
Th>  This code makes all kinds of assumptions about the size of
Th>  `int' and `short' - but represents an alternative approach:

Th> 	unsigned int t;
Th> 	unsigned int x;

Th> 	t = (x & 0xffff) << 16;
Th> 	x >>= 16;
Th> 	x |= t;

Th>  Assuming `int' was 32-bits wide - this, or something similar,
Th>  might be a more portable approach.
 

Yes, I agree with your example code.

But unfortunately, that ugly code was contained in our inhouse library
written by someone.
It took me two days to debug and find out where difference comes from
between gcc-2.95.4 and gcc-3.2.1.


-- 
TOMITA Yoshinori


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  6:16:46 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E4C7137B401
	for <current@freebsd.org>; Mon, 11 Nov 2002 06:16:45 -0800 (PST)
Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7179643E4A
	for <current@freebsd.org>; Mon, 11 Nov 2002 06:16:45 -0800 (PST)
	(envelope-from dwcjr@inethouston.net)
Received: from dwcjr (dwcjr [192.168.0.248])
	by leviathan.inethouston.net (Postfix) with SMTP
	id 5543010DE0C; Mon, 11 Nov 2002 08:16:36 -0600 (CST)
Message-ID: <0eae01c2898c$f3f8f0c0$f800a8c0@dwcjr>
From: "David W. Chapman Jr." <dwcjr@inethouston.net>
To: "Jens Rehsack" <rehsack@liwing.de>,
	"Joel M. Baldwin" <qumqats@outel.org>
Cc: <current@freebsd.org>
References: <160327999.1036679400@[192.168.1.20]> <3DCAFB1E.2030901@liwing.de>
Subject: Re: duplicate lock
Date: Mon, 11 Nov 2002 08:16:40 -0600
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

 > searching archive yields this thread.
> > 
> > 'Subject: /usr/src/sys/netinet/udp_usrreq.c:290'
> > 
> > looks like I'm not the only one seeing this.
> 
> This happens on my test machine directly after samba starts ...

Can you disable samba from starting just to make sure it isn't the cause?

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  6:30:34 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 04E5B37B401
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 06:30:33 -0800 (PST)
Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4846743E42
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 06:30:32 -0800 (PST)
	(envelope-from gallatin@cs.duke.edu)
Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30])
	by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id JAA03312;
	Mon, 11 Nov 2002 09:30:31 -0500 (EST)
Received: (from gallatin@localhost)
	by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gABEU1K47896;
	Mon, 11 Nov 2002 09:30:01 -0500 (EST)
	(envelope-from gallatin@cs.duke.edu)
From: Andrew Gallatin <gallatin@cs.duke.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15823.48873.236346.943980@grasshopper.cs.duke.edu>
Date: Mon, 11 Nov 2002 09:30:01 -0500 (EST)
To: Harti Brandt <brandt@fokus.gmd.de>
Cc: FreeBSD-current@FreeBSD.ORG
Subject: Re: gcc 3.2.1 optimization bug ?
In-Reply-To: <20021111135051.H11404-100000@beagle.fokus.gmd.de>
References: <ywlvg34jn21.fsf@cerberus.proc.flab.fujitsu.co.jp>
	<20021111135051.H11404-100000@beagle.fokus.gmd.de>
X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Harti Brandt writes:
 > On Mon, 11 Nov 2002, TOMITA Yoshinori wrote:
 > 
 > This is probably not a bug, but a feature. You are not expected to access
 > a variable through a pointer to a non-compatible type. int and short are
 > not compatible. (see your ISO C standard on this topic).
 > 
 > Try to use ntohl(), htonl() for your problem.
 > 

On a similar theme, I assume the following is also not safe:

static __inline u_int64_t
__bswap64 (u_int64_t x)
{
  u_int64_t ret;
  u_int32_t *x_ptr, *ret_ptr;

  x_ptr = (u_int32_t *)&x;
  ret_ptr = (u_int32_ *)&ret;
  ret_ptr[0] = __bswap32 (x_ptr[1]);
  ret_ptr[1] = __bswap32 (x_ptr[0]);

  return ret;
}


But does using a union make it safe?

static __inline u_int64_t
__bswap64 (u_int64_t x)
{
  union
  {
    u_int64_t u64;
    u_int32_t u32[2];
  }
  ret, old;

  old.u64 = x;
  ret.u32[0] = __bswap32 (old.u32[1]);
  ret.u32[1] = __bswap32 (old.u32[0]);
  return ret.u64;
}


FWIW, both *seem* to work correctly using gcc version 3.2.1 and high
optimization. 

Thanks,

Drew

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  6:30:52 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id BE71E37B401; Mon, 11 Nov 2002 06:30:50 -0800 (PST)
Received: from tomts14-srv.bellnexxia.net (tomts14.bellnexxia.net [209.226.175.35])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id AC33843E4A; Mon, 11 Nov 2002 06:30:49 -0800 (PST)
	(envelope-from mike@sparc64.style9.org)
Received: from bowie.private ([65.93.75.148]) by tomts14-srv.bellnexxia.net
          (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP
          id <20021111143049.XLOK18668.tomts14-srv.bellnexxia.net@bowie.private>;
          Mon, 11 Nov 2002 09:30:49 -0500
Received: from bowie.private (localhost [127.0.0.1])
	by bowie.private (8.12.6/8.12.5) with ESMTP id gABEVL7p057606;
	Mon, 11 Nov 2002 14:31:21 GMT
	(envelope-from mike@bowie.private)
Received: (from mike@localhost)
	by bowie.private (8.12.6/8.12.6/Submit) id gABEVLEN057604;
	Mon, 11 Nov 2002 14:31:21 GMT
Date: Mon, 11 Nov 2002 14:31:21 GMT
From: Mike Barcroft <mike@sparc64.style9.org>
Message-Id: <200211111431.gABEVLEN057604@bowie.private>
To: current@FreeBSD.org, sparc64@FreeBSD.org
Subject: sparc64 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Mon Nov 11 14:01:31 GMT 2002
--------------------------------------------------------------
===> ipfilter
cc1: warnings being treated as errors
/tinderbox/sparc64/src/sys/vm/uma_dbg.c: In function `uma_dbg_alloc':
/tinderbox/sparc64/src/sys/vm/uma_dbg.c:233: warning: implicit declaration of function `atomic_set_8'
*** Error code 1

Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC.
*** Error code 1

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  6:56:31 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A98E637B401
	for <current@freebsd.org>; Mon, 11 Nov 2002 06:56:30 -0800 (PST)
Received: from mail.liwing.de (mail.liwing.de [213.70.188.162])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1D03B43E4A
	for <current@freebsd.org>; Mon, 11 Nov 2002 06:56:29 -0800 (PST)
	(envelope-from rehsack@liwing.de)
Received: (qmail 44090 invoked from network); 11 Nov 2002 14:56:22 -0000
Received: from stingray.liwing.de (HELO liwing.de) ([213.70.188.164])
          (envelope-sender <rehsack@liwing.de>)
          by mail.liwing.de (qmail-ldap-1.03) with SMTP
          for <dwcjr@inethouston.net>; 11 Nov 2002 14:56:22 -0000
Message-ID: <3DCFC511.9020508@liwing.de>
Date: Mon, 11 Nov 2002 15:56:17 +0100
From: Jens Rehsack <rehsack@liwing.de>
Organization: LiWing IT-Services
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "David W. Chapman Jr." <dwcjr@inethouston.net>
Cc: "Joel M. Baldwin" <qumqats@outel.org>, current@freebsd.org
Subject: Re: duplicate lock
References: <160327999.1036679400@[192.168.1.20]> <3DCAFB1E.2030901@liwing.de> <0eae01c2898c$f3f8f0c0$f800a8c0@dwcjr>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

David W. Chapman Jr. wrote:
>  > searching archive yields this thread.
> 
>>>'Subject: /usr/src/sys/netinet/udp_usrreq.c:290'
>>>
>>>looks like I'm not the only one seeing this.
>>
>>This happens on my test machine directly after samba starts ...
> 
> 
> Can you disable samba from starting just to make sure it isn't the cause?
> 

Samba disable, rebooted, error didn't happens again. Samba started by hand, 
'duplicate lock ...' error displays.

Jens
-- 
L     i  W     W     W  i                 Jens Rehsack
L        W     W     W
L     i   W   W W   W   i  nnn    gggg    LiWing IT-Services
L     i    W W   W W    i  n  n  g   g
LLLL  i     W     W     i  n  n  g   g    Friesenstraße 2
                                   gggg    06112 Halle
                                      g
                                  g   g
Tel.:  +49 - 3 45 - 5 17 05 91    ggg     e-Mail: <rehsack@liwing.de>
Fax:   +49 - 3 45 - 5 17 05 92            http://www.liwing.de/



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  7: 3:43 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 83E3D37B401
	for <current@freebsd.org>; Mon, 11 Nov 2002 07:03:39 -0800 (PST)
Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1D57343E3B
	for <current@freebsd.org>; Mon, 11 Nov 2002 07:03:39 -0800 (PST)
	(envelope-from mike@espresso.q9media.com)
Received: by espresso.q9media.com (Postfix, from userid 1002)
	id 652699BC3; Mon, 11 Nov 2002 09:54:58 -0500 (EST)
Date: Mon, 11 Nov 2002 09:54:58 -0500
From: Mike Barcroft <mike@FreeBSD.org>
To: Marc Recht <marc@informatik.uni-bremen.de>
Cc: Garrett Wollman <wollman@lcs.mit.edu>, current@freebsd.org
Subject: Re: addition to cdefs
Message-ID: <20021111095458.F52940@espresso.q9media.com>
References: <1037017897.779.20.camel@leeloo.intern.geht.de>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="1LKvkjL3sHcu1TtY"
Content-Disposition: inline
In-Reply-To: <1037017897.779.20.camel@leeloo.intern.geht.de>; from marc@informatik.uni-bremen.de on Mon, Nov 11, 2002 at 01:31:36PM +0100
Organization: The FreeBSD Project
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--1LKvkjL3sHcu1TtY
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Marc Recht <marc@informatik.uni-bremen.de> writes:
> Hi!
> 
> I've made a small patch to make it possible to enable BSD extensions
> although _POSIX_SOURCE, _POSIX_C_SOURCE or _XOPEN_SOURCE has been
> defined. This is made with a new define _BSD_SOURCE right after the 
> XOPEN_SOURCE handling. It sets __XSI_VISIBLE 600 and __BSD_VISIBLE 1.
> This is needed for some programs. For example for Python 2.3cvs sets
> (among others) _POSIX_C_SOURCE 199506L, but also expects to have chroot
> and friends.

It looks like <unistd.h> has some XSI bugs.  Is _XOPEN_SOURCE defined
anywhere?  If so, try the attached patch.  If not, this is a bug in
Python (since POSIX doesn't specify chroot()) and should be fixed at
their end and in the ports collection.

_BSD_SOURCE provides mostly the same visibility as not defining any
standards constants, so it isn't very useful.

Best regards,
Mike Barcroft

--1LKvkjL3sHcu1TtY
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="unistd.diff"

Index: unistd.h
===================================================================
RCS file: /work/repo/src/include/unistd.h,v
retrieving revision 1.63
diff -u -r1.63 unistd.h
--- unistd.h	28 Oct 2002 00:15:43 -0000	1.63
+++ unistd.h	11 Nov 2002 14:48:50 -0000
@@ -361,7 +361,7 @@
 ssize_t	 write(int, const void *, size_t);
 
 /* 1003.2-1992 */
-#if __POSIX_VISIBLE >= 199209
+#if __POSIX_VISIBLE >= 199209 || __XSI_VISIBLE
 size_t	 confstr(int, char *, size_t);
 int	 getopt(int, char * const [], const char *);
 
@@ -370,7 +370,7 @@
 #endif
 
 /* ISO/IEC 9945-1: 1996 */
-#if __POSIX_VISIBLE >= 199506
+#if __POSIX_VISIBLE >= 199506 || __XSI_VISIBLE
 int	 fsync(int);
 
 /*
@@ -381,13 +381,18 @@
 #define	_FTRUNCATE_DECLARED
 int	 ftruncate(int, off_t);
 #endif
+#endif
 
+#if __POSIX_VISIBLE >= 199506
 int	 getlogin_r(char *, int);
 #endif
 
 /* 1003.1-2001 */
-#if __POSIX_VISIBLE >= 200112
+#if __POSIX_VISIBLE >= 200112 || __XSI_VISIBLE
 int	 fchown(int, uid_t, gid_t);
+int	 readlink(const char *, char *, int);
+#endif
+#if __POSIX_VISIBLE >= 200112
 int	 gethostname(char *, int /* socklen_t */);
 int	 setegid(gid_t);
 int	 seteuid(uid_t);
@@ -408,6 +413,7 @@
 /* char	*ctermid(char *); */		/* XXX ??? */
 int	 encrypt(char *, int);
 int	 fchdir(int);
+long	 gethostid(void);
 int	 getpgid(pid_t _pid);
 int	 getsid(pid_t _pid);
 char	*getwd(char *);			/* LEGACY: obsoleted by getcwd() */
@@ -432,13 +438,20 @@
 #endif
 #endif /* __XSI_VISIBLE */
 
+#if __XSI_VISIBLE <= 500 || __BSD_VISIBLE
+int	 brk(const void *);
+int	 chroot(const char *);
+int	 getdtablesize(void);
+int	 getpagesize(void) __pure2;
+char	*getpass(const char *);
+void	*sbrk(intptr_t);
+#endif
+
 #if __BSD_VISIBLE
 struct timeval;				/* select(2) */
 int	 acct(const char *);
 int	 async_daemon(void);
-int	 brk(const void *);
 int	 check_utility_compat(const char *);
-int	 chroot(const char *);
 const char *
 	 crypt_get_format(void);
 int	 crypt_set_format(const char *);
@@ -448,12 +461,8 @@
 int	 exect(const char *, char * const *, char * const *);
 char	*fflagstostr(u_long);
 int	 getdomainname(char *, int);
-int	 getdtablesize(void);
 int	 getgrouplist(const char *, gid_t, gid_t *, int *);
-long	 gethostid(void);
 mode_t	 getmode(const void *, mode_t);
-int	 getpagesize(void) __pure2;
-char	*getpass(const char *);
 int	 getpeereid(int, uid_t *, gid_t *);
 int	 getresgid(gid_t *, gid_t *, gid_t *);
 int	 getresuid(uid_t *, uid_t *, uid_t *);
@@ -483,7 +492,6 @@
 		const char *, const char *, const char *);
 char	*re_comp(const char *);
 int	 re_exec(const char *);
-int	 readlink(const char *, char *, int);
 int	 reboot(int);
 int	 revoke(const char *);
 pid_t	 rfork(int);
@@ -491,7 +499,6 @@
 int	 rresvport(int *);
 int	 rresvport_af(int *, int);
 int	 ruserok(const char *, int, const char *, const char *);
-void	*sbrk(intptr_t);
 #if __BSD_VISIBLE
 #ifndef _SELECT_DECLARED
 #define	_SELECT_DECLARED

--1LKvkjL3sHcu1TtY--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  7:37: 7 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BAFA337B401
	for <current@FreeBSD.ORG>; Mon, 11 Nov 2002 07:37:05 -0800 (PST)
Received: from popelschnipser.de (ultrakoreggd.org [217.160.78.206])
	by mx1.FreeBSD.org (Postfix) with SMTP id 6066E43E77
	for <current@FreeBSD.ORG>; Mon, 11 Nov 2002 07:37:04 -0800 (PST)
	(envelope-from marc@informatik.uni-bremen.de)
Received: (qmail 8575 invoked by uid 1048); 11 Nov 2002 15:36:57 -0000
Received: from marc@informatik.uni-bremen.de by p10089345 by uid 1045 with qmail-scanner-1.14 
 (spamassassin: 2.42.  Clear:. 
 Processed in 0.538755 secs); 11 Nov 2002 15:36:57 -0000
Received: from unknown (HELO leeloo.intern.geht.de) (80.134.181.218)
  by ultrakoreggd.org with SMTP; 11 Nov 2002 15:36:57 -0000
Subject: Re: addition to cdefs
From: Marc Recht <marc@informatik.uni-bremen.de>
To: Mike Barcroft <mike@FreeBSD.ORG>
Cc: Garrett Wollman <wollman@lcs.mit.edu>, current@FreeBSD.ORG
In-Reply-To: <20021111095458.F52940@espresso.q9media.com>
References: <1037017897.779.20.camel@leeloo.intern.geht.de> 
	<20021111095458.F52940@espresso.q9media.com>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-E9ZvF9pzsZKM5AqqUV2N"
X-Mailer: Ximian Evolution 1.0.8 
Date: 11 Nov 2002 16:36:58 +0100
Message-Id: <1037029019.779.87.camel@leeloo.intern.geht.de>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--=-E9ZvF9pzsZKM5AqqUV2N
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Thanks!

> It looks like <unistd.h> has some XSI bugs.  Is _XOPEN_SOURCE defined
> anywhere?  If so, try the attached patch.  If not, this is a bug in
Yes, _XOPEN_SOURCE is defined. So, it solves some of the problems.

> Python (since POSIX doesn't specify chroot()) and should be fixed at
> their end and in the ports collection.
But, there still some problems left. Like fd_set being not defined in
sys/select if _BSD_VISIBLE isn't given.
=20
> _BSD_SOURCE provides mostly the same visibility as not defining any
> standards constants, so it isn't very useful.
IMO it would be nice to have a clean way to toggle __BSD_VISIBLE from
the outside. In the default environment I have
#define  __POSIX_VISIBLE      200112
#define  __XSI_VISIBLE     600
#define  __BSD_VISIBLE     1
#define  __ISO_C_VISIBLE      1999

But, Python for example, wants _POSIX_C_SOURCE 199506,_XOPEN_SOURCE 500
_and_ __BSD_VISIBLE 1. I know, I could also just do a -D__BSD_VISIBLE=3D1,
but I think thats not The Right Thing to do.

Regards,
Marc=20
--=20
"Premature optimization is the root of all evil." -- Donald E. Knuth

--=-E9ZvF9pzsZKM5AqqUV2N
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQA9z86a7YQCetAaG3MRAuoUAJ9JBtq6GZT6HBBdtmg79O3E9KJLxwCdH/o3
LfHkp9q1xk6wvxT0CWNosE8=
=Xp4F
-----END PGP SIGNATURE-----

--=-E9ZvF9pzsZKM5AqqUV2N--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  7:38: 5 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0F99637B406
	for <freebsd-current@FreeBSD.ORG>; Mon, 11 Nov 2002 07:38:02 -0800 (PST)
Received: from outside.albsmeier.net (outside.albsmeier.net [212.125.105.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AEE3343E8A
	for <freebsd-current@FreeBSD.ORG>; Mon, 11 Nov 2002 07:37:56 -0800 (PST)
	(envelope-from andre@albsmeier.net)
Received: from outside.albsmeier.net (uucp@localhost [127.0.0.1])
	by outside.albsmeier.net (8.12.6/8.12.6) with ESMTP id gABFbJxn056121;
	Mon, 11 Nov 2002 16:37:37 +0100 (CET)
	(envelope-from andre@albsmeier.net)
Received: from schlappy.albsmeier.net (uucp@localhost)
	by outside.albsmeier.net (8.12.6/8.12.6/Submit) with ESMTP id gABFbGrW056120;
	Mon, 11 Nov 2002 16:37:18 +0100 (CET)
	(envelope-from andre@albsmeier.net)
Received: from schlappy.albsmeier.net (schlappy.albsmeier.net [127.0.0.1])
	by schlappy.albsmeier.net (8.12.6/8.12.6) with ESMTP id gABDqiG4000436;
	Mon, 11 Nov 2002 14:52:44 +0100 (CET)
	(envelope-from andre@schlappy.albsmeier.net)
Received: (from andre@localhost)
	by schlappy.albsmeier.net (8.12.6/8.12.6/Submit) id gABDqibv000435;
	Mon, 11 Nov 2002 14:52:44 +0100 (CET)
	(envelope-from andre)
Date: Mon, 11 Nov 2002 14:52:43 +0100
From: Andre Albsmeier <andre@albsmeier.net>
To: David Schultz <dschultz@uclink.Berkeley.EDU>
Cc: "Justin T. Gibbs" <gibbs@scsiguy.com>,
	freebsd-current@FreeBSD.ORG
Subject: Re: adaptec scsi - seagate da -- current
Message-ID: <20021111145243.A407@schlappy.albsmeier.net>
References: <20021030095416.GA1840@hurd1.kashmir.etowns.net> <376290000.1035997229@aslan.btc.adaptec.com> <20021110081757.GA961@HAL9000.homeunix.com> <20021111094918.GA5702@HAL9000.homeunix.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021111094918.GA5702@HAL9000.homeunix.com>; from dschultz@uclink.Berkeley.EDU on Mon, Nov 11, 2002 at 01:49:18AM -0800
X-Echelon: passwd, Military, passwd, Sears Tower, CERT
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, 11-Nov-2002 at 01:49:18 -0800, David Schultz wrote:
> Thus spake David Schultz <dschultz@uclink.Berkeley.EDU>:
> > I'm running into the same problems on a very light I/O load
> > (running /usr/bin/less on certain files triggers it).  There's
> > also a timeout every time at bootup.  I have included my dmesg
> > below.
> [...]
> 
> Here's some additional information:
> 
> # camcontrol inquiry da0
> pass0: <QUANTUM XP34550S LXY1> Fixed Direct Access SCSI-2 device 
> pass0: Serial Number PCB=2011303002  ; HDA=184715611932
> pass0: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled

It seems to be a Quantum Atlas drive. IIRC, I have several of them
running fine (I am not 100% sure, I am on holidays at the moment :-)).
You might want to check the firmware of that drive. I have upgraded
the FW on my Quantum Atlas I and II drives a (long) time ago. You
might want to look at ftp://ftp.quantum.com for FW upgrades. When
I am back on wednesday, I can give you more info about the FW stuff.
In case you want to download a new one, I have written a small tool for
FreeBSD to upgrade the FW on several SCSI devices (the Quantum Atlas
and Viking are supported).

	-Andre


> # camcontrol tags da0 -v
> (pass0:ahc0:0:0:0): dev_openings  24
> (pass0:ahc0:0:0:0): dev_active    0
> (pass0:ahc0:0:0:0): devq_openings 24
> (pass0:ahc0:0:0:0): devq_queued   0
> (pass0:ahc0:0:0:0): held          0
> (pass0:ahc0:0:0:0): mintags       24
> (pass0:ahc0:0:0:0): maxtags       32
> 
> # camcontrol inquiry da1
> pass1: <QUANTUM VIKING 4.5 NSE 8808> Fixed Direct Access SCSI-2 device 
> pass1: Serial Number 174716034271
> pass1: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled
> # camcontrol tags da1 -v
> (pass1:ahc0:0:1:0): dev_openings  253
> (pass1:ahc0:0:1:0): dev_active    0
> (pass1:ahc0:0:1:0): devq_openings 253
> (pass1:ahc0:0:1:0): devq_queued   0
> (pass1:ahc0:0:1:0): held          0
> (pass1:ahc0:0:1:0): mintags       2
> (pass1:ahc0:0:1:0): maxtags       255
> 
> It seems like da0 is the problem device.  Just after it times out
> now and then, camcontrol shows things like:
> 
> # camcontrol tags da0 -v
> (pass0:ahc0:0:0:0): dev_openings  22
> (pass0:ahc0:0:0:0): dev_active    2
> (pass0:ahc0:0:0:0): devq_openings 22
> (pass0:ahc0:0:0:0): devq_queued   0
> (pass0:ahc0:0:0:0): held          0
> (pass0:ahc0:0:0:0): mintags       24
> (pass0:ahc0:0:0:0): maxtags       32
> 
> # camcontrol tags da0 -v
> (pass0:ahc0:0:0:0): dev_openings  16
> (pass0:ahc0:0:0:0): dev_active    8
> (pass0:ahc0:0:0:0): devq_openings 16
> (pass0:ahc0:0:0:0): devq_queued   0
> (pass0:ahc0:0:0:0): held          0
> (pass0:ahc0:0:0:0): mintags       24
> (pass0:ahc0:0:0:0): maxtags       32
> 
> It seems like da1 is fine, but then again I use that drive less
> heavily.
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

-- 
My other computer is your windows box.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  7:52:31 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C842737B401
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 07:52:28 -0800 (PST)
Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 571B843E3B
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 07:52:26 -0800 (PST)
	(envelope-from brandt@fokus.gmd.de)
Received: from beagle (beagle [193.175.132.100])
	by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id gABFqMl00660;
	Mon, 11 Nov 2002 16:52:22 +0100 (MET)
Date: Mon, 11 Nov 2002 16:52:22 +0100 (CET)
From: Harti Brandt <brandt@fokus.gmd.de>
To: Andrew Gallatin <gallatin@cs.duke.edu>
Cc: Harti Brandt <brandt@fokus.gmd.de>, <FreeBSD-current@FreeBSD.ORG>
Subject: Re: gcc 3.2.1 optimization bug ?
In-Reply-To: <15823.48873.236346.943980@grasshopper.cs.duke.edu>
Message-ID: <20021111163918.Y13339-100000@beagle.fokus.gmd.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, 11 Nov 2002, Andrew Gallatin wrote:

AG>
AG>Harti Brandt writes:
AG> > On Mon, 11 Nov 2002, TOMITA Yoshinori wrote:
AG> >
AG> > This is probably not a bug, but a feature. You are not expected to access
AG> > a variable through a pointer to a non-compatible type. int and short are
AG> > not compatible. (see your ISO C standard on this topic).
AG> >
AG> > Try to use ntohl(), htonl() for your problem.
AG> >
AG>
AG>On a similar theme, I assume the following is also not safe:
AG>
AG>static __inline u_int64_t
AG>__bswap64 (u_int64_t x)
AG>{
AG>  u_int64_t ret;
AG>  u_int32_t *x_ptr, *ret_ptr;
AG>
AG>  x_ptr = (u_int32_t *)&x;
AG>  ret_ptr = (u_int32_ *)&ret;
AG>  ret_ptr[0] = __bswap32 (x_ptr[1]);
AG>  ret_ptr[1] = __bswap32 (x_ptr[0]);
AG>
AG>  return ret;
AG>}
AG>
AG>
AG>But does using a union make it safe?
AG>
AG>static __inline u_int64_t
AG>__bswap64 (u_int64_t x)
AG>{
AG>  union
AG>  {
AG>    u_int64_t u64;
AG>    u_int32_t u32[2];
AG>  }
AG>  ret, old;
AG>
AG>  old.u64 = x;
AG>  ret.u32[0] = __bswap32 (old.u32[1]);
AG>  ret.u32[1] = __bswap32 (old.u32[0]);
AG>  return ret.u64;
AG>}
AG>
AG>
AG>FWIW, both *seem* to work correctly using gcc version 3.2.1 and high
AG>optimization.

Well, I just had a long discussion with a collegue about the topic. The
main problem is in the ISO-C standard, section 6.7 point 4 which states:

All declarations in the same scope that refer to the same object or
function shall specify compatible types.

This makes any fiddeling with a pointer of a type, that is different from
the type of the variable illegal. It also makes fiddeling with unions and
structs illegal. As far as I understand types are compatible when they
have the same type and type qualifiers. Structs are partly compatible when
they start with fields of the same type. So the only way to legally swap
integer values of any size is via arithmetic. Of course unions and
pointers may work with the given compiler version and optimisation level.
But, nothing in the standard guarantees you anything.

It may be possible that 6.5 (7) the last sentence allows you to access your
32-bit or 64-bit value character-wise (although I'm not sure).

harti

G>
AG>Thanks,
AG>
AG>Drew
AG>

-- 
harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private
              brandt@fokus.gmd.de, brandt@fokus.fhg.de


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  8:23:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 797B237B401
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 08:23:56 -0800 (PST)
Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 89E8143E6E
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 08:23:55 -0800 (PST)
	(envelope-from rivers@dignus.com)
Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3])
	by dignus.com (8.11.6/8.11.3) with ESMTP id gABGBqR16476;
	Mon, 11 Nov 2002 11:11:52 -0500 (EST)
	(envelope-from rivers@dignus.com)
Received: (from rivers@localhost)
	by lakes.dignus.com (8.11.6/8.11.3) id gABGIS155735;
	Mon, 11 Nov 2002 11:18:28 -0500 (EST)
	(envelope-from rivers)
Date: Mon, 11 Nov 2002 11:18:28 -0500 (EST)
From: Thomas David Rivers <rivers@dignus.com>
Message-Id: <200211111618.gABGIS155735@lakes.dignus.com>
To: brandt@fokus.gmd.de, gallatin@cs.duke.edu
Subject: Re: gcc 3.2.1 optimization bug ?
Cc: FreeBSD-current@FreeBSD.ORG
In-Reply-To: <20021111163918.Y13339-100000@beagle.fokus.gmd.de>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Harti Brandt <brandt@fokus.gmd.de> wrote:
> 
> Well, I just had a long discussion with a collegue about the topic. The
> main problem is in the ISO-C standard, section 6.7 point 4 which states:
> 
> All declarations in the same scope that refer to the same object or
> function shall specify compatible types.
> 
> This makes any fiddeling with a pointer of a type, that is different from
> the type of the variable illegal. It also makes fiddeling with unions and
> structs illegal. As far as I understand types are compatible when they
> have the same type and type qualifiers. Structs are partly compatible when
> they start with fields of the same type. So the only way to legally swap
> integer values of any size is via arithmetic. Of course unions and
> pointers may work with the given compiler version and optimisation level.
> But, nothing in the standard guarantees you anything.

 That's it exactly!

> 
> It may be possible that 6.5 (7) the last sentence allows you to access your
> 32-bit or 64-bit value character-wise (although I'm not sure).
> 
> harti
> 

The C99 standard does seem to add an "exception" for access via
character pointers.  The C89 standard did not have that clause.

As far as the union question - the answer is that you cannot
"read" from a union from a different member than it was "stored"
to.

For example:

   char ch;
   union {
      int x;
      char c;
   } my_union;

  my_union.x = 10;
  ch = my_union.c;

Technically, this is illegal in ANSI C, and not guaranteed to "work".  Although 
it will likely "work" in just about every reasonable environment.
(For some definition of "work" :-) )

	- Dave Rivers -

--
rivers@dignus.com                        Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  8:30:22 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3D30337B401
	for <current@FreeBSD.ORG>; Mon, 11 Nov 2002 08:30:20 -0800 (PST)
Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A1A2643E7B
	for <current@FreeBSD.ORG>; Mon, 11 Nov 2002 08:30:19 -0800 (PST)
	(envelope-from mike@espresso.q9media.com)
Received: by espresso.q9media.com (Postfix, from userid 1002)
	id C0ECC9BC3; Mon, 11 Nov 2002 11:21:28 -0500 (EST)
Date: Mon, 11 Nov 2002 11:21:28 -0500
From: Mike Barcroft <mike@FreeBSD.org>
To: Marc Recht <marc@informatik.uni-bremen.de>
Cc: Garrett Wollman <wollman@lcs.mit.edu>, current@FreeBSD.ORG
Subject: Re: addition to cdefs
Message-ID: <20021111112128.G52940@espresso.q9media.com>
References: <1037017897.779.20.camel@leeloo.intern.geht.de> <20021111095458.F52940@espresso.q9media.com> <1037029019.779.87.camel@leeloo.intern.geht.de>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="tqI+Z3u+9OQ7kwn0"
Content-Disposition: inline
In-Reply-To: <1037029019.779.87.camel@leeloo.intern.geht.de>; from marc@informatik.uni-bremen.de on Mon, Nov 11, 2002 at 04:36:58PM +0100
Organization: The FreeBSD Project
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--tqI+Z3u+9OQ7kwn0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Marc Recht <marc@informatik.uni-bremen.de> writes:
> Thanks!
> 
> > It looks like <unistd.h> has some XSI bugs.  Is _XOPEN_SOURCE defined
> > anywhere?  If so, try the attached patch.  If not, this is a bug in
> Yes, _XOPEN_SOURCE is defined. So, it solves some of the problems.
> 
> > Python (since POSIX doesn't specify chroot()) and should be fixed at
> > their end and in the ports collection.
> But, there still some problems left. Like fd_set being not defined in
> sys/select if _BSD_VISIBLE isn't given.

I've had the attached patch in my tree for a while.  I'll try and get
it and the <unistd.h> patch committed today.

> > _BSD_SOURCE provides mostly the same visibility as not defining any
> > standards constants, so it isn't very useful.
> IMO it would be nice to have a clean way to toggle __BSD_VISIBLE from
> the outside. In the default environment I have
> #define  __POSIX_VISIBLE      200112
> #define  __XSI_VISIBLE     600
> #define  __BSD_VISIBLE     1
> #define  __ISO_C_VISIBLE      1999
> 
> But, Python for example, wants _POSIX_C_SOURCE 199506,_XOPEN_SOURCE 500
> _and_ __BSD_VISIBLE 1. I know, I could also just do a -D__BSD_VISIBLE=1,
> but I think thats not The Right Thing to do.

The whole point of the standards constants is to specify a strict
environment.  If you want a BSD environment don't specify a particular
standard, it's simple.

Best regards,
Mike Barcroft

--tqI+Z3u+9OQ7kwn0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="select.diff"

Index: select.h
===================================================================
RCS file: /work/repo/src/sys/sys/select.h,v
retrieving revision 1.15
diff -u -r1.15 select.h
--- select.h	5 Oct 2002 05:40:48 -0000	1.15
+++ select.h	21 Oct 2002 21:49:23 -0000
@@ -79,18 +79,30 @@
 #endif
 
 typedef	struct fd_set {
+#if __BSD_VISIBLE || __XSI_VISIBLE <= 500
 	__fd_mask	fds_bits[_howmany(FD_SETSIZE, _NFDBITS)];
+#else
+	__fd_mask	__fds_bits[_howmany(FD_SETSIZE, _NFDBITS)];
+#endif
 } fd_set;
 
-#define	__fdset_mask(n)	((fd_mask)1 << ((n) % _NFDBITS))
+#define	__fdset_mask(n)	((__fd_mask)1 << ((n) % _NFDBITS))
 #define	FD_CLR(n, p)	((p)->fds_bits[(n)/_NFDBITS] &= ~__fdset_mask(n))
 #if __BSD_VISIBLE
-/* XXX bcopy() not in scope, so <strings.h> is required; see also FD_ZERO(). */
-#define	FD_COPY(f, t)	bcopy(f, t, sizeof(*(f)))
+#define	FD_COPY(f, t)	(void)(*(t) = *(f))
 #endif
 #define	FD_ISSET(n, p)	((p)->fds_bits[(n)/_NFDBITS] & __fdset_mask(n))
 #define	FD_SET(n, p)	((p)->fds_bits[(n)/_NFDBITS] |= __fdset_mask(n))
-#define	FD_ZERO(p)	bzero(p, sizeof(*(p)))
+#define	FD_ZERO(p)	__fd_zero((p), FD_SETSIZE)
+
+static __inline void
+__fd_zero(fd_set *p, __size_t n)
+{
+
+        n = _howmany(n, _NFDBITS);
+        while (n > 0)
+                p->fds_bits[n--] = 0;
+}
 
 #ifndef _KERNEL
 struct timeval;

--tqI+Z3u+9OQ7kwn0--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  8:33:34 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EC88437B401
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 08:33:32 -0800 (PST)
Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 98E6243E42
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 08:33:30 -0800 (PST)
	(envelope-from brandt@fokus.gmd.de)
Received: from beagle (beagle [193.175.132.100])
	by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id gABGXGl08204;
	Mon, 11 Nov 2002 17:33:17 +0100 (MET)
Date: Mon, 11 Nov 2002 17:33:16 +0100 (CET)
From: Harti Brandt <brandt@fokus.gmd.de>
To: Thomas David Rivers <rivers@dignus.com>
Cc: brandt@fokus.gmd.de, <gallatin@cs.duke.edu>,
	<FreeBSD-current@FreeBSD.ORG>
Subject: Re: gcc 3.2.1 optimization bug ?
In-Reply-To: <200211111618.gABGIS155735@lakes.dignus.com>
Message-ID: <20021111172959.W32091-100000@beagle.fokus.gmd.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, 11 Nov 2002, Thomas David Rivers wrote:

TDR>Harti Brandt <brandt@fokus.gmd.de> wrote:
TDR>>
TDR>> It may be possible that 6.5 (7) the last sentence allows you to access your
TDR>> 32-bit or 64-bit value character-wise (although I'm not sure).
TDR>
TDR>The C99 standard does seem to add an "exception" for access via
TDR>character pointers.  The C89 standard did not have that clause.

Yes, thats the 6.5 (7) clause, but I'm not sure, because it does not speak
about pointers. I don't fully understand what they mean :-(

TDR>As far as the union question - the answer is that you cannot
TDR>"read" from a union from a different member than it was "stored"
TDR>to.
TDR>
TDR>For example:
TDR>
TDR>   char ch;
TDR>   union {
TDR>      int x;
TDR>      char c;
TDR>   } my_union;
TDR>
TDR>  my_union.x = 10;
TDR>  ch = my_union.c;
TDR>
TDR>Technically, this is illegal in ANSI C, and not guaranteed to "work".  Although
TDR>it will likely "work" in just about every reasonable environment.
TDR>(For some definition of "work" :-) )

Hmm, I though the following would work:

void
foo(unsigned short *s)
{
	unsigned short temp;

	temp = s[0];
	s[0] = s[1];
	s[1] = temp;
}

main()
{
	int i = 0x12345678;

	foo(&i);
	printf("%08x\n", i);
}

because how would the compiler in main() know, that you do something wrong
in foo(). But... if you compile this with -O5, it does not work! This is
because the compiler inlines foo() into main and the program prints junk like
0x12342804.

harti
-- 
harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private
              brandt@fokus.gmd.de, brandt@fokus.fhg.de


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  8:56:22 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9AD3137B406
	for <current@FreeBSD.ORG>; Mon, 11 Nov 2002 08:56:20 -0800 (PST)
Received: from popelschnipser.de (ultrakoreggd.org [217.160.78.206])
	by mx1.FreeBSD.org (Postfix) with SMTP id B858343E42
	for <current@FreeBSD.ORG>; Mon, 11 Nov 2002 08:56:13 -0800 (PST)
	(envelope-from marc@informatik.uni-bremen.de)
Received: (qmail 10894 invoked by uid 1048); 11 Nov 2002 16:56:07 -0000
Received: from marc@informatik.uni-bremen.de by p10089345 by uid 1045 with qmail-scanner-1.14 
 (spamassassin: 2.42.  Clear:. 
 Processed in 0.850195 secs); 11 Nov 2002 16:56:07 -0000
Received: from unknown (HELO leeloo.intern.geht.de) (80.134.181.218)
  by ultrakoreggd.org with SMTP; 11 Nov 2002 16:56:06 -0000
Subject: Re: addition to cdefs
From: Marc Recht <marc@informatik.uni-bremen.de>
To: Mike Barcroft <mike@FreeBSD.ORG>
Cc: Garrett Wollman <wollman@lcs.mit.edu>, current@FreeBSD.ORG
In-Reply-To: <20021111112128.G52940@espresso.q9media.com>
References: <1037017897.779.20.camel@leeloo.intern.geht.de>
	<20021111095458.F52940@espresso.q9media.com>
	<1037029019.779.87.camel@leeloo.intern.geht.de> 
	<20021111112128.G52940@espresso.q9media.com>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-+bmmEMJjB2lOWKFjnWIa"
X-Mailer: Ximian Evolution 1.0.8 
Date: 11 Nov 2002 17:56:08 +0100
Message-Id: <1037033768.779.101.camel@leeloo.intern.geht.de>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--=-+bmmEMJjB2lOWKFjnWIa
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

> I've had the attached patch in my tree for a while.  I'll try and get
> it and the <unistd.h> patch committed today.
Thanks! This solves some problems, but there are some left. Mostly socket=20
and rpc related. For example PF_INET and friends are undefined..

> The whole point of the standards constants is to specify a strict
> environment.  If you want a BSD environment don't specify a particular
> standard, it's simple.
I'm thinking more of it like an aggregation. IMHO it should be possible,
if the user wants to, to get POSIX 199506 and BSD.

Regards,
Marc

--=20
"Premature optimization is the root of all evil." -- Donald E. Knuth

--=-+bmmEMJjB2lOWKFjnWIa
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQA9z+En7YQCetAaG3MRAlkwAKCGqxNsWKRVxVzot0ZhoKittDuiSgCeNZZe
9KGBY+32aufclH5qN4KP1m8=
=zjNJ
-----END PGP SIGNATURE-----

--=-+bmmEMJjB2lOWKFjnWIa--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  9:23:11 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 31E9337B401
	for <current@freebsd.org>; Mon, 11 Nov 2002 09:23:10 -0800 (PST)
Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 44BC343E7B
	for <current@freebsd.org>; Mon, 11 Nov 2002 09:23:09 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 24913 invoked from network); 11 Nov 2002 17:23:12 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <current@freebsd.org>; 11 Nov 2002 17:23:12 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gABHN62D001594;
	Mon, 11 Nov 2002 12:23:07 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20021111122308.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <40095464.1036852016@[192.168.1.20]>
Date: Mon, 11 Nov 2002 12:23:08 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: "Joel M. Baldwin" <qumqats@outel.org>
Subject: RE: Panics instead of Hard Locks
Cc: current@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 09-Nov-2002 Joel M. Baldwin wrote:
> 
> Since going from a SMP to nonSMP kernel the Hard Locks don't
> seem to be happening.  However I'm getting panics.
> 
> I've gotten 4 'sleeping thread owns a mutex' panics and one each
> of 'Assertion i != 0 failed at ../../../kern/subr_witness.c:669'
> and 'Duplicate free of item 0xc3895cc0 from zone 0xc0ea63c0(VMSPACE)'
> 
> More info follows.  I finally got a debugger kernel built so I'll
> have even more info after the next panic.  Let me know what I can
> do to help.
> 
> --------------------------------------------------------------
> 
> 
> panic: Assertion i != 0 failed at ../../../kern/subr_witness.c:669
> Debugger("panic")
> Stopped at      Debugger+0x54:  xchgl   %ebx,in_Debugger.0
> db> bt
> No such command
> db> x
> Debugger+0x54:  29401d87
> db> t
> Debugger(c038693f,c03f6020,c0389a7b,cd2e2b00,1) at Debugger+0x54
> panic(c0389a7b,c0389cee,c038993f,29d,cd2e2b64) at panic+0xab
> witness_lock(c03c29a0,8,c0386f4e,134,c0385a95) at witness_lock+0x513
> _mtx_lock_flags(c03c29a0,0,c0386f4e,134,cd2e2b90) at 
> _mtx_lock_flags+0xb1
> msleep(c265d504,c03f4974,44,c039acd9,0) at msleep+0x644
> acquire(c265d504,1000000,600,e3,5) at acquire+0xa7
> lockmgr(c265d504,2,0,c0eadea0,cd2e2c2c) at lockmgr+0x378
> _vm_map_lock_read(c265d4c8,c039ad3c,153,c0385a95,c265c700) at 
> _vm_map_lock_read+0x5b
> vmspace_swap_count(c265d4c8,0,c039c4d2,493,0) at vmspace_swap_count+0x29
> vm_pageout_scan(0,0,44,c039c590,1f4) at vm_pageout_scan+0xa48
> vm_pageout(0,cd2e2d48,c0384133,354,0) at vm_pageout+0x262
> fork_exit(c03163b0,0,cd2e2d48) at fork_exit+0xa5
> fork_trampoline() at fork_trampoline+0x1a
> --- trap 0x1, eip = 0, esp = 0xcd2e2d7c, ebp = 0 ---

*sigh*,  This is a bogus assertion and my fault.  I'll fix it.  Thanks!

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11  9:50:14 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F36E237B401
	for <freebsd-current@freebsd.org>; Mon, 11 Nov 2002 09:50:12 -0800 (PST)
Received: from mail.continum.net (mail.Continum.net [80.72.129.88])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2B32543E7B
	for <freebsd-current@freebsd.org>; Mon, 11 Nov 2002 09:50:12 -0800 (PST)
	(envelope-from florian.george@continum.net)
Received: from frha.datafarm.de ([213.182.142.10] helo=continum.net)
	by mail.continum.net with esmtp (Exim 3.22 #5)
	id 18BIhP-0005A5-00
	for freebsd-current@FreeBSD.ORG; Mon, 11 Nov 2002 18:50:11 +0100
Message-ID: <3DCFEDCA.5030904@continum.net>
Date: Mon, 11 Nov 2002 18:50:02 +0100
From: Florian George <florian.george@continum.net>
Organization: Continum AG
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@FreeBSD.ORG
Subject: Loader-Problem with current kernel
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

i just compiled FreeBSD-current for test purposes but it hangs
at boot. The bootloader tries to load the kernel, but nothing
appears on the screen and the computer hangs. I must use the
reset button, Ctrl-Alt-Delete doesn't work.

I've done the last CVS-Update 3 hours ago, so the sources are pretty
fresh.

Here are some informations about the build:
- the kernel config is GENERIC
- compiled on FreeBSD 4.7 with "make buildworld"
- edited /etc/make.conf because i don't need everything compiled
- installed on a separate harddisk
- no problems during compile procedure

Are there any known bootproblems with freebsd-current?
Should i just try it again during the next days?

Many thanks in advance,

Florian.

-- 
-----------------------------------------------------------------

Florian George                               Technik, Unix

Continum AG                                  Tel. +49 761 4794095
Boetzinger Strasse 29a                       Fax. +49 761 4794099
79111 Freiburg i. Br.                        www.continum.net
-----------------------------------------------------------------


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 10: 8: 6 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 991B437B401
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 10:08:04 -0800 (PST)
Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C504D43E77
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 10:08:03 -0800 (PST)
	(envelope-from rivers@dignus.com)
Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3])
	by dignus.com (8.11.6/8.11.3) with ESMTP id gABHu8R16669;
	Mon, 11 Nov 2002 12:56:08 -0500 (EST)
	(envelope-from rivers@dignus.com)
Received: (from rivers@localhost)
	by lakes.dignus.com (8.11.6/8.11.3) id gABI2jX55939;
	Mon, 11 Nov 2002 13:02:45 -0500 (EST)
	(envelope-from rivers)
Date: Mon, 11 Nov 2002 13:02:45 -0500 (EST)
From: Thomas David Rivers <rivers@dignus.com>
Message-Id: <200211111802.gABI2jX55939@lakes.dignus.com>
To: brandt@fokus.gmd.de, rivers@dignus.com
Subject: Re: gcc 3.2.1 optimization bug ?
Cc: FreeBSD-current@FreeBSD.ORG, gallatin@cs.duke.edu
In-Reply-To: <20021111172959.W32091-100000@beagle.fokus.gmd.de>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Harti Brandt <brandt@fokus.gmd.de> wrote:
> 
> 
> Hmm, I though the following would work:
> 
> void
> foo(unsigned short *s)
> {
> 	unsigned short temp;
> 
> 	temp = s[0];
> 	s[0] = s[1];
> 	s[1] = temp;
> }
> 
> main()
> {
> 	int i = 0x12345678;
> 
> 	foo(&i);
> 	printf("%08x\n", i);
> }
> 
> because how would the compiler in main() know, that you do something wrong
> in foo(). But... if you compile this with -O5, it does not work! This is
> because the compiler inlines foo() into main and the program prints junk like
> 0x12342804.


 Nope - that doesn't work either.  The call to foo() is not compatible
 with the prototype (in fact, the Systems/C compiler issues a warning
 on this:  

	Warning #2034: passing argument 1 from incompatible pointer type

 I believe gcc would as well.

	- Dave Rivers -

--
rivers@dignus.com                        Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 10:40:26 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5AA9B37B401
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 10:40:24 -0800 (PST)
Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2F87043E3B
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 10:40:22 -0800 (PST)
	(envelope-from brandt@fokus.gmd.de)
Received: from beagle (beagle [193.175.132.100])
	by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id gABIeIl29115;
	Mon, 11 Nov 2002 19:40:18 +0100 (MET)
Date: Mon, 11 Nov 2002 19:40:18 +0100 (CET)
From: Harti Brandt <brandt@fokus.gmd.de>
To: Thomas David Rivers <rivers@dignus.com>
Cc: FreeBSD-current@FreeBSD.ORG, <gallatin@cs.duke.edu>
Subject: Re: gcc 3.2.1 optimization bug ?
In-Reply-To: <200211111802.gABI2jX55939@lakes.dignus.com>
Message-ID: <20021111193234.E32091-100000@beagle.fokus.gmd.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, 11 Nov 2002, Thomas David Rivers wrote:

TDR>Harti Brandt <brandt@fokus.gmd.de> wrote:
TDR>>
TDR>>
TDR>> Hmm, I though the following would work:
TDR>>
TDR>> void
TDR>> foo(unsigned short *s)
TDR>> {
TDR>> 	unsigned short temp;
TDR>>
TDR>> 	temp = s[0];
TDR>> 	s[0] = s[1];
TDR>> 	s[1] = temp;
TDR>> }
TDR>>
TDR>> main()
TDR>> {
TDR>> 	int i = 0x12345678;
TDR>>
TDR>> 	foo(&i);
TDR>> 	printf("%08x\n", i);
TDR>> }
TDR>>
TDR>> because how would the compiler in main() know, that you do something wrong
TDR>> in foo(). But... if you compile this with -O5, it does not work! This is
TDR>> because the compiler inlines foo() into main and the program prints junk like
TDR>> 0x12342804.
TDR>
TDR>
TDR> Nope - that doesn't work either.  The call to foo() is not compatible
TDR> with the prototype (in fact, the Systems/C compiler issues a warning
TDR> on this:
TDR>
TDR>	Warning #2034: passing argument 1 from incompatible pointer type
TDR>
TDR> I believe gcc would as well.

Yes, of course, but one would assume it to work (I suppose there is a
large amount of code that assumes it will work). It's funny also to see,
that the program changes behaviour if you swap main() and foo(). In this
case the compiler cannot inline.

I just tried to give a counter example to your hope, that every sane
compiler would do the right thing with using a union for casting. I would
also assume that every sane compiler would do the right thing for the
above code.

IMHO, the C-standard is broken with regard to the rules for type
compatibility. As far as I remember these rules came into the standard
from one or two well-known PC compiler vendors that wanted to allow very
aggressive optimisation to show good benchmark results. The 'restrict'
keyword seems to be also an outcome of this.

harti
-- 
harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private
              brandt@fokus.gmd.de, brandt@fokus.fhg.de


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 10:48:13 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7D50437B404
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 10:48:11 -0800 (PST)
Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9742643E42
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 10:48:10 -0800 (PST)
	(envelope-from rivers@dignus.com)
Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3])
	by dignus.com (8.11.6/8.11.3) with ESMTP id gABIaFR16749;
	Mon, 11 Nov 2002 13:36:15 -0500 (EST)
	(envelope-from rivers@dignus.com)
Received: (from rivers@localhost)
	by lakes.dignus.com (8.11.6/8.11.3) id gABIgp756047;
	Mon, 11 Nov 2002 13:42:51 -0500 (EST)
	(envelope-from rivers)
Date: Mon, 11 Nov 2002 13:42:51 -0500 (EST)
From: Thomas David Rivers <rivers@dignus.com>
Message-Id: <200211111842.gABIgp756047@lakes.dignus.com>
To: brandt@fokus.gmd.de, rivers@dignus.com
Subject: Re: gcc 3.2.1 optimization bug ?
Cc: FreeBSD-current@FreeBSD.ORG, gallatin@cs.duke.edu
In-Reply-To: <20021111193234.E32091-100000@beagle.fokus.gmd.de>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Harti Brandt <brandt@fokus.gmd.de> wrote:
> 
> Yes, of course, but one would assume it to work (I suppose there is a
> large amount of code that assumes it will work). 

 Not a safe assumption at all.  For example, what if the alignment
 requirements for `short' and `int' are different (as they frequently
 are.)  Then, dereferencing one type via another type will likely
 "blow-up".  (This is often the case on a SPARC platform when
 dereferencing `int *' pointers from `char' data.)

 ANSI requires that a diagnostic be generated in this case, there
 are some compilers in the world that make this a strict error.

> I just tried to give a counter example to your hope, that every sane
> compiler would do the right thing with using a union for casting. I would
> also assume that every sane compiler would do the right thing for the
> above code.

 The compiler does what it can - but it doesn't mean the code
 will work.  So - the best the compiler can do is say "Hey!  You've
 done something that might not work, but we're going to keep going
 anyway."

> 
> IMHO, the C-standard is broken with regard to the rules for type
> compatibility. As far as I remember these rules came into the standard
> from one or two well-known PC compiler vendors that wanted to allow very
> aggressive optimisation to show good benchmark results. The 'restrict'
> keyword seems to be also an outcome of this.

 I believe the rules were motivated by two things.  The need
 for optimizations as you point out.  Without the "type-punning"
 rule, a decent optimizer has to assume everything is aliased
 at every pointer dereference, which denies many nice optimizations.

 The second is the reality of common hardware in the world (e.g. SPARC)
 where doing this is quite dangerous.

	- Dave Rivers -

--
rivers@dignus.com                        Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 13:32:23 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4088537B401
	for <current@FreeBSD.org>; Mon, 11 Nov 2002 13:32:22 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-146.dsl.lsan03.pacbell.net [63.207.60.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BEF8843E42
	for <current@FreeBSD.org>; Mon, 11 Nov 2002 13:32:21 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP id 44AE066B33
	for <current@FreeBSD.org>; Mon, 11 Nov 2002 13:32:21 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id 22F5E11E7; Mon, 11 Nov 2002 13:34:28 -0800 (PST)
Date: Mon, 11 Nov 2002 13:34:28 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: current@FreeBSD.org
Subject: "panic: sleeping thread owns a mutex" in unmount()
Message-ID: <20021111213427.GA74011@rot13.obsecurity.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I just got this on a Nov 1 current kernel:

panic: sleeping thread owns a mutex
Debugger("panic")
Stopped at      Debugger+0x54:  xchgl   %ebx,in_Debugger.0
db> bt
No such command
db> trace
Debugger(c04038ad,c047e2c0,c0402a36,d928bb80,1) at Debugger+0x54
panic(c0402a36,1,c04029a2,6b,0) at panic+0xab
propagate_priority(c6be8270,2,c04029a2,23b,c0401a58) at propagate_priority+0x13c
_mtx_lock_sleep(c044c420,0,c0409d2a,c47,0) at _mtx_lock_sleep+0x219
_mtx_lock_flags(c044c420,0,c0409d2a,c47,15f) at _mtx_lock_flags+0x94
vfs_msync(c5828c00,1,1,c6be8270,10000) at vfs_msync+0x5b
dounmount(c5828c00,80000,c6be8270,bfbffb06,0) at dounmount+0x123
unmount(c6be8270,d928bd10,c04245ae,409,2) at unmount+0xcc
syscall(2f,2f,2f,809a40e,80b483d) at syscall+0x28e
Xint0x80_syscall() at Xint0x80_syscall+0x1d
--- syscall (22, FreeBSD ELF32, unmount), eip = 0x804b207, esp = 0xbfbff41c, ebp = 0xbfbff498 ---
db>

Unfortunately I was unable to get a dump.

Kris

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 13:33:57 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 33F6637B401
	for <current@freebsd.org>; Mon, 11 Nov 2002 13:33:56 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 46E8643E42
	for <current@freebsd.org>; Mon, 11 Nov 2002 13:33:55 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id BD213534E; Mon, 11 Nov 2002 22:33:51 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: Takanori Watanabe <takawata@axe-inc.co.jp>, current@freebsd.org
Subject: Re: getting rid of devfs...
References: <96040.1036877833@critter.freebsd.dk>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Mon, 11 Nov 2002 22:33:51 +0100
In-Reply-To: <96040.1036877833@critter.freebsd.dk> (Poul-Henning Kamp's
 message of "Sat, 09 Nov 2002 22:37:13 +0100")
Message-ID: <xzpel9reqps.fsf@flood.ping.uio.no>
Lines: 10
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Poul-Henning Kamp <phk@critter.freebsd.dk> writes:
> [2]  I simply cannot see us kldload'ing stuff in response to 
> 	ls -l /dev/watchthis

In fact, I think a lot of people would get very angry if we did this,
as it might turn ls(1) into panic(1).

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 13:35:20 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 06AD337B401
	for <current@freebsd.org>; Mon, 11 Nov 2002 13:35:20 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8473A43E75
	for <current@freebsd.org>; Mon, 11 Nov 2002 13:35:19 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 7B8015350; Mon, 11 Nov 2002 22:35:18 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: Krzysztof =?iso-8859-2?q?J=EAdruczyk?= <beaker@hot.pl>
Cc: current@freebsd.org
Subject: Re: fetch does not hates you
References: <86n0ojbozd.fsf@grasshopper.iavmb.pl>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Mon, 11 Nov 2002 22:35:18 +0100
In-Reply-To: <86n0ojbozd.fsf@grasshopper.iavmb.pl> (Krzysztof
 =?iso-8859-2?q?J=EAdruczyk's?= message of "09 Nov 2002 00:50:30 +0100")
Message-ID: <xzpadkfeqnd.fsf@flood.ping.uio.no>
Lines: 6
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Please use a more descriptive subject line, fetch(1) is not in any way
the cause of your problem.

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 13:36:51 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CC5C437B401
	for <current@freebsd.org>; Mon, 11 Nov 2002 13:36:50 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 547E643E4A
	for <current@freebsd.org>; Mon, 11 Nov 2002 13:36:50 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 3A71A534E; Mon, 11 Nov 2002 22:36:49 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: Harti Brandt <brandt@fokus.gmd.de>
Cc: current@freebsd.org
Subject: Re: __printf0like not working?
References: <20021108172058.J45624-100000@beagle.fokus.gmd.de>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Mon, 11 Nov 2002 22:36:48 +0100
In-Reply-To: <20021108172058.J45624-100000@beagle.fokus.gmd.de> (Harti
 Brandt's message of "Fri, 8 Nov 2002 17:22:37 +0100 (CET)")
Message-ID: <xzp65v3eqkv.fsf@flood.ping.uio.no>
Lines: 11
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Harti Brandt <brandt@fokus.gmd.de> writes:
> I just doscovered, that the -Wformat feature does not work for warn() and
> err(), but works for printf() und Co. Was the __printf0like feature not
> patched into the actual gcc?

Your system is out of date, I got a format error for a warn(3) call
earlier today (fresh -CURRENT)

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 13:39: 2 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2C6C937B401
	for <current@FreeBSD.org>; Mon, 11 Nov 2002 13:39:01 -0800 (PST)
Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7C26543E4A
	for <current@FreeBSD.org>; Mon, 11 Nov 2002 13:39:00 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 29512 invoked from network); 11 Nov 2002 21:39:08 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <current@FreeBSD.org>; 11 Nov 2002 21:39:08 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gABLcw2D002338;
	Mon, 11 Nov 2002 16:38:58 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20021111163900.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <20021111213427.GA74011@rot13.obsecurity.org>
Date: Mon, 11 Nov 2002 16:39:00 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Kris Kennaway <kris@obsecurity.org>
Subject: RE: "panic: sleeping thread owns a mutex" in unmount()
Cc: current@FreeBSD.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 11-Nov-2002 Kris Kennaway wrote:
> I just got this on a Nov 1 current kernel:
> 
> panic: sleeping thread owns a mutex
> Debugger("panic")
> Stopped at      Debugger+0x54:  xchgl   %ebx,in_Debugger.0
> db> bt
> No such command
> db> trace
> Debugger(c04038ad,c047e2c0,c0402a36,d928bb80,1) at Debugger+0x54
> panic(c0402a36,1,c04029a2,6b,0) at panic+0xab
> propagate_priority(c6be8270,2,c04029a2,23b,c0401a58) at propagate_priority+0x13c
> _mtx_lock_sleep(c044c420,0,c0409d2a,c47,0) at _mtx_lock_sleep+0x219
> _mtx_lock_flags(c044c420,0,c0409d2a,c47,15f) at _mtx_lock_flags+0x94
> vfs_msync(c5828c00,1,1,c6be8270,10000) at vfs_msync+0x5b
> dounmount(c5828c00,80000,c6be8270,bfbffb06,0) at dounmount+0x123
> unmount(c6be8270,d928bd10,c04245ae,409,2) at unmount+0xcc
> syscall(2f,2f,2f,809a40e,80b483d) at syscall+0x28e
> Xint0x80_syscall() at Xint0x80_syscall+0x1d
> --- syscall (22, FreeBSD ELF32, unmount), eip = 0x804b207, esp = 0xbfbff41c, ebp = 0xbfbff498 ---
> db>
> 
> Unfortunately I was unable to get a dump.

If you use WITNESS (yes, it's slow) then you can find out when and
where a thread went to sleep holding a lock which is much easier to
try and backtrace.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 14:22:29 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C3BE037B401
	for <FreeBSD-current@freebsd.org>; Mon, 11 Nov 2002 14:22:28 -0800 (PST)
Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 61F3D43E6E
	for <FreeBSD-current@freebsd.org>; Mon, 11 Nov 2002 14:22:28 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0108.cvx40-bradley.dialup.earthlink.net ([216.244.42.108] helo=mindspring.com)
	by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18BMwi-00038O-00; Mon, 11 Nov 2002 14:22:17 -0800
Message-ID: <3DD02D4C.607E37C3@mindspring.com>
Date: Mon, 11 Nov 2002 14:21:00 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: TOMITA Yoshinori <yoshint@flab.fujitsu.co.jp>
Cc: Thomas David Rivers <rivers@dignus.com>,
	FreeBSD-current@FreeBSD.ORG
Subject: Re: gcc 3.2.1 optimization bug ?
References: <ywlvg34jn21.fsf@cerberus.proc.flab.fujitsu.co.jp>
	 <200211111355.gABDt2g55397@lakes.dignus.com> <ywlfzu8i44g.fsf@cerberus.proc.flab.fujitsu.co.jp>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

TOMITA Yoshinori wrote:
> Yes, I agree with your example code.
> 
> But unfortunately, that ugly code was contained in our inhouse library
> written by someone.
> It took me two days to debug and find out where difference comes from
> between gcc-2.95.4 and gcc-3.2.1.

And half a day to fire the person who wrote it?  8-) 8-).

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 14:39:33 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8345837B401
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 14:39:32 -0800 (PST)
Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11])
	by mx1.FreeBSD.org (Postfix) with SMTP id 30B8343E3B
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 14:39:31 -0800 (PST)
	(envelope-from dwmalone@maths.tcd.ie)
Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP
          id <aa98089@salmon>; 11 Nov 2002 22:39:25 +0000 (GMT)
Date: Mon, 11 Nov 2002 22:39:24 +0000
From: David Malone <dwmalone@maths.tcd.ie>
To: Harti Brandt <brandt@fokus.gmd.de>
Cc: Andrew Gallatin <gallatin@cs.duke.edu>,
	FreeBSD-current@FreeBSD.ORG
Subject: Re: gcc 3.2.1 optimization bug ?
Message-ID: <20021111223924.GA30568@walton.maths.tcd.ie>
References: <15823.48873.236346.943980@grasshopper.cs.duke.edu> <20021111163918.Y13339-100000@beagle.fokus.gmd.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021111163918.Y13339-100000@beagle.fokus.gmd.de>
User-Agent: Mutt/1.3.25i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, Nov 11, 2002 at 04:52:22PM +0100, Harti Brandt wrote:
AG>But does using a union make it safe?

> Well, I just had a long discussion with a collegue about the topic. The
> main problem is in the ISO-C standard, section 6.7 point 4 which states:
> 
> All declarations in the same scope that refer to the same object or
> function shall specify compatible types.

I think Section 6.5 paragraph 7 allows access through unions. There
is a footnote saying that the list given (which includes access
through the same type, qualified versions of the same type, aggregates
and unions containign that type and character types) is intended
for determining aliasing rules.

	David.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 14:52:43 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E79CB37B401
	for <freebsd-current@FreeBSD.ORG>; Mon, 11 Nov 2002 14:52:42 -0800 (PST)
Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 456D643E3B
	for <freebsd-current@FreeBSD.ORG>; Mon, 11 Nov 2002 14:52:42 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: from HAL9000.homeunix.com (localhost [127.0.0.1])
	by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gABMqT2q000534;
	Mon, 11 Nov 2002 14:52:29 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: (from das@localhost)
	by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gABMqSY4000533;
	Mon, 11 Nov 2002 14:52:28 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Date: Mon, 11 Nov 2002 14:52:28 -0800
From: David Schultz <dschultz@uclink.Berkeley.EDU>
To: Andre Albsmeier <andre@albsmeier.net>
Cc: "Justin T. Gibbs" <gibbs@scsiguy.com>,
	freebsd-current@FreeBSD.ORG
Subject: Re: adaptec scsi - seagate da -- current
Message-ID: <20021111225228.GA507@HAL9000.homeunix.com>
Mail-Followup-To: Andre Albsmeier <andre@albsmeier.net>,
	"Justin T. Gibbs" <gibbs@scsiguy.com>, freebsd-current@FreeBSD.ORG
References: <20021030095416.GA1840@hurd1.kashmir.etowns.net> <376290000.1035997229@aslan.btc.adaptec.com> <20021110081757.GA961@HAL9000.homeunix.com> <20021111094918.GA5702@HAL9000.homeunix.com> <20021111145243.A407@schlappy.albsmeier.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021111145243.A407@schlappy.albsmeier.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Thus spake Andre Albsmeier <andre@albsmeier.net>:
> It seems to be a Quantum Atlas drive. IIRC, I have several of them
> running fine (I am not 100% sure, I am on holidays at the moment :-)).
> You might want to check the firmware of that drive. I have upgraded
> the FW on my Quantum Atlas I and II drives a (long) time ago. You
> might want to look at ftp://ftp.quantum.com for FW upgrades. When
> I am back on wednesday, I can give you more info about the FW stuff.
> In case you want to download a new one, I have written a small tool for
> FreeBSD to upgrade the FW on several SCSI devices (the Quantum Atlas
> and Viking are supported).

Thanks for the tip.  I couldn't log on to ftp.quantum.com, but I
found the firmware updates at
ftpdownload.maxtor.com/pub/Quantum%20Products/.  The update
doesn't seem to have made any difference, unfortunately.  *sigh*

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 15:42:36 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2084337B401
	for <freebsd-current@FreeBSD.ORG>; Mon, 11 Nov 2002 15:42:35 -0800 (PST)
Received: from rootlabs.com (root.org [67.118.192.226])
	by mx1.FreeBSD.org (Postfix) with SMTP id 167E843E4A
	for <freebsd-current@FreeBSD.ORG>; Mon, 11 Nov 2002 15:42:34 -0800 (PST)
	(envelope-from nate@rootlabs.com)
Received: (qmail 34178 invoked by uid 1000); 11 Nov 2002 23:42:34 -0000
Date: Mon, 11 Nov 2002 15:42:34 -0800 (PST)
From: Nate Lawson <nate@root.org>
To: David Schultz <dschultz@uclink.Berkeley.EDU>
Cc: Andre Albsmeier <andre@albsmeier.net>,
	"Justin T. Gibbs" <gibbs@scsiguy.com>, freebsd-current@FreeBSD.ORG
Subject: Re: adaptec scsi - seagate da -- current
In-Reply-To: <20021111225228.GA507@HAL9000.homeunix.com>
Message-ID: <Pine.BSF.4.21.0211111541520.34161-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, 11 Nov 2002, David Schultz wrote:
> Thus spake Andre Albsmeier <andre@albsmeier.net>:
> > It seems to be a Quantum Atlas drive. IIRC, I have several of them
> > running fine (I am not 100% sure, I am on holidays at the moment :-)).
> > You might want to check the firmware of that drive. I have upgraded
> > the FW on my Quantum Atlas I and II drives a (long) time ago. You
> > might want to look at ftp://ftp.quantum.com for FW upgrades. When
> > I am back on wednesday, I can give you more info about the FW stuff.
> > In case you want to download a new one, I have written a small tool for
> > FreeBSD to upgrade the FW on several SCSI devices (the Quantum Atlas
> > and Viking are supported).
> 
> Thanks for the tip.  I couldn't log on to ftp.quantum.com, but I
> found the firmware updates at
> ftpdownload.maxtor.com/pub/Quantum%20Products/.  The update
> doesn't seem to have made any difference, unfortunately.  *sigh*

Try using camcontrol to set the tags level low to begin with (8 or so).  I
noticed it was auto-adjusting down from 255 to 32.

-Nate


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 15:50:11 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B3F8A37B401
	for <current@freebsd.org>; Mon, 11 Nov 2002 15:50:09 -0800 (PST)
Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 77B2D43E6E
	for <current@freebsd.org>; Mon, 11 Nov 2002 15:50:09 -0800 (PST)
	(envelope-from des@FreeBSD.org)
Received: from beast.freebsd.org (localhost [127.0.0.1])
	by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gABNo9sc071068
	for <current@freebsd.org>; Mon, 11 Nov 2002 15:50:09 -0800 (PST)
	(envelope-from des@beast.freebsd.org)
Received: (from des@localhost)
	by beast.freebsd.org (8.12.6/8.12.6/Submit) id gABNo9UR071066
	for current@freebsd.org; Mon, 11 Nov 2002 15:50:09 -0800 (PST)
Date: Mon, 11 Nov 2002 15:50:09 -0800 (PST)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200211112350.gABNo9UR071066@beast.freebsd.org>
To: current@freebsd.org
Subject: alpha tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Mon Nov 11 15:11:07 PST 2002
--------------------------------------------------------------
>>> Kernel build for GENERIC completed on Mon Nov 11 15:44:11 PST 2002
--------------------------------------------------------------
>>> Kernel build for LINT started on Mon Nov 11 15:44:11 PST 2002
--------------------------------------------------------------
===> vinum
"Makefile", line 4437: warning: duplicate script for target "geom_bsd.o" ignored
cc1: warnings being treated as errors
/h/des/src/sys/dev/aic7xxx/aic79xx.c: In function `ahd_alloc':
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsigned int format, different type arg (arg 3)
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsigned int format, different type arg (arg 4)
/h/des/src/sys/dev/aic7xxx/aic79xx.c: In function `ahd_init_scbdata':
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4601: warning: unsigned int format, different type arg (arg 3)
*** Error code 1

Stop in /h/des/obj/h/des/src/sys/LINT.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 16:14:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1E41637B401
	for <current@freebsd.org>; Mon, 11 Nov 2002 16:14:57 -0800 (PST)
Received: from grasshopper.iavmb.pl (grasshopper.iavmb.pl [217.153.79.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6656B43E6E
	for <current@freebsd.org>; Mon, 11 Nov 2002 16:14:56 -0800 (PST)
	(envelope-from beaker@iavision.com)
Received: from localhost (localhost.iavmb.pl [127.0.0.1])
	by grasshopper.iavmb.pl (Postfix) with ESMTP
	id 093973284D58; Tue, 12 Nov 2002 01:14:48 +0100 (CET)
Received: by grasshopper.iavmb.pl (Postfix, from userid 1001)
	id C1A203284D49; Tue, 12 Nov 2002 01:14:46 +0100 (CET)
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: current@freebsd.org
Subject: "panic: process 657(fetch):32 holds inp but isn't blocked on a mutex"
References: <86n0ojbozd.fsf@grasshopper.iavmb.pl>
	<xzpadkfeqnd.fsf@flood.ping.uio.no>
From: Krzysztof Jedruczyk <beaker@hot.pl>
Date: 12 Nov 2002 01:14:46 +0100
In-Reply-To: <xzpadkfeqnd.fsf@flood.ping.uio.no>
Message-ID: <86smy7od8p.fsf_-_@grasshopper.iavmb.pl>
Lines: 15
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by AMaViS perl-11
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dag-Erling Smorgrav <des@ofug.org> writes:

> Please use a more descriptive subject line, fetch(1) is not in any way
> the cause of your problem.

Yes, the subject could have been more informative... Hope this one is
better.

As for the problem - it still crashes very reliably. I could try to extract
more information if someone who understands what is going on would
tell me what to look at.

--
        Krzysztof Jedruczyk


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 19:37:23 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 553D737B401
	for <freebsd-current@freebsd.org>; Mon, 11 Nov 2002 19:37:22 -0800 (PST)
Received: from magnesium.net (toxic.magnesium.net [207.154.84.15])
	by mx1.FreeBSD.org (Postfix) with SMTP id DB49943E42
	for <freebsd-current@freebsd.org>; Mon, 11 Nov 2002 19:37:21 -0800 (PST)
	(envelope-from drbrain@magnesium.net)
Received: (qmail 34489 invoked by uid 1100); 12 Nov 2002 03:37:21 -0000
Date: Mon, 11 Nov 2002 19:37:21 -0800
From: Eric Hodel <drbrain@segment7.net>
To: Ray Kohler <ataraxia@cox.net>
Cc: freebsd-current@freebsd.org
Subject: Re: phoenix works on -current!
Message-ID: <20021112033446.GA29718@segment7.net>
References: <200211082041.gA8KfssF079747@arkadia.nv.cox.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="4jXrM3lyYWu4nBt5"
Content-Disposition: inline
In-Reply-To: <200211082041.gA8KfssF079747@arkadia.nv.cox.net>
User-Agent: Mutt/1.4i
Organization: Eric Conspiracy Secret Labs
X-Eric-Conspiracy: There is no conspiracy
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--4jXrM3lyYWu4nBt5
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Ray Kohler (ataraxia@cox.net) wrote:

>=20
> I've sent mail to phoenix@ , but I thought I'd let this list
> know as well. Native phoenix works fine on -current for me,
> in spite of the Makefile claims. Install the perl5 port on a
> recent -current and phoenix will build and run perfectly. (And
> if it doesn't, I'm sure phoenix@ would like to know about
> it anyway.)

I've been building it from CVS since not long after it was born.
There's really not anything different between phoenix and mozilla other
than a few bits of UI.

--=20
Eric Hodel - drbrain@segment7.net - http://segment7.net
All messages signed with fingerprint:
FEC2 57F1 D465 EB15 5D6E  7C11 332A 551C 796C 9F04


--4jXrM3lyYWu4nBt5
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (FreeBSD)

iD8DBQE90HdxMypVHHlsnwQRAkhlAKC2PwAF/bFP8/6abBJ7G0Qg7r0YpgCdGXvO
sQlefMMZIGvoku3wNxCu4Mk=
=B3io
-----END PGP SIGNATURE-----

--4jXrM3lyYWu4nBt5--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 19:41:43 2002
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id 467AA37B401; Mon, 11 Nov 2002 19:41:42 -0800 (PST)
Date: Mon, 11 Nov 2002 19:41:42 -0800
From: Juli Mallett <jmallett@FreeBSD.org>
To: current@FreeBSD.org
Subject: Two panics...  One ffs related, one lockmgr.
Message-ID: <20021111194142.A31849@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <jmallett@xMach.org>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>, <jmallett@OpenDarwin.org>
X-Towel: Yes
X-LiveJournal: flata, jmallett
X-Negacore: Yes
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Unfortunately I can't provide much useful information, just the two
panic messages.  At least in the trap case, the dmesg buffer will
include the trap stuff, but in plain panic cases, I don't have any
way to copy the trace stuff rom the box I saw these on, sigh.

Anyway...

In both cases, the filesystem where stuff was going on which appeared
to lead to the panic was UFS2.

I got this one, the first one, when I was just running my normal
everyday stuff, and a kse test app.

panic: allocdirect_merge: old blkno 1236712 != new 1381064 || old size 4096 != new 8192

And this one, when running a kse test app shoving lots of info into
a file, while background fsck was going.

panic: lockmgr: locking against myself

And of course, the subsequent fun.
syncing disks... panic: bdwrite: buffer is not busy
Uptime: 5m5s
pfs_vncache_unload(): 1 entries remaining
Dumping 63 MB
ata0: resetting devices ..
wi0: wi_cmd: busy bit won't clear.
panic: bwrite: buffer is not busy???
Uptime: 5m25s
pfs_vncache_unload(): 1 entries remaining
cbb0: bad Vcc request. ctrl=0xffffff88, status=0xffffffff
cbb_power: CARD_VCC_0V and CARD_VPP_0V [44]
cbb1: bad Vcc request. ctrl=0xffffff88, status=0xffffffff
cbb_power: CARD_VCC_0V and CARD_VPP_0V [44]
Automatic reboot in 15 seconds - press a key on the console to abort
--> Press a key on the console to reboot,
--> or switch off the system now.
-- 
Juli Mallett <jmallett@FreeBSD.org>
OpenDarwin, Mono, FreeBSD Developer.
FreeBSD on MIPS-Anything on FreeBSD.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 19:50:40 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F38BA37B401
	for <current@FreeBSD.ORG>; Mon, 11 Nov 2002 19:50:38 -0800 (PST)
Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3C86143E42
	for <current@FreeBSD.ORG>; Mon, 11 Nov 2002 19:50:38 -0800 (PST)
	(envelope-from mike@espresso.q9media.com)
Received: by espresso.q9media.com (Postfix, from userid 1002)
	id 1D95A9BC3; Mon, 11 Nov 2002 22:41:46 -0500 (EST)
Date: Mon, 11 Nov 2002 22:41:46 -0500
From: Mike Barcroft <mike@FreeBSD.org>
To: Marc Recht <marc@informatik.uni-bremen.de>
Cc: Garrett Wollman <wollman@lcs.mit.edu>, current@FreeBSD.ORG
Subject: Re: addition to cdefs
Message-ID: <20021111224146.H52940@espresso.q9media.com>
References: <1037017897.779.20.camel@leeloo.intern.geht.de> <20021111095458.F52940@espresso.q9media.com> <1037029019.779.87.camel@leeloo.intern.geht.de> <20021111112128.G52940@espresso.q9media.com> <1037033768.779.101.camel@leeloo.intern.geht.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1037033768.779.101.camel@leeloo.intern.geht.de>; from marc@informatik.uni-bremen.de on Mon, Nov 11, 2002 at 05:56:08PM +0100
Organization: The FreeBSD Project
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Marc Recht <marc@informatik.uni-bremen.de> writes:
> > I've had the attached patch in my tree for a while.  I'll try and get
> > it and the <unistd.h> patch committed today.
> Thanks! This solves some problems, but there are some left. Mostly socket 
> and rpc related. For example PF_INET and friends are undefined..

This one looks like a problem on Python's end.  <sys/socket.h> is new
in POSIX.1-2001, so including it in a strictly conforming older POSIX
or X/Open program is wrong.  I could recommend either specifying
200112 for the POSIX version (likewise the X/Open) constant or not
specifying a standard.

> > The whole point of the standards constants is to specify a strict
> > environment.  If you want a BSD environment don't specify a particular
> > standard, it's simple.
> I'm thinking more of it like an aggregation. IMHO it should be possible,
> if the user wants to, to get POSIX 199506 and BSD.

With no standard environment specified, all POSIX.1-1996 objects
should still be available.  Can you provide an example where no
constants specified would differ from _BSD_SOURCE and _POSIX_C_SOURCE
being specified?

Best regards,
Mike Barcroft

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 20:39:32 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A178437B401
	for <freebsd-current@FreeBSD.ORG>; Mon, 11 Nov 2002 20:39:31 -0800 (PST)
Received: from pakastelohi.cypherpunks.to (pakastelohi.cypherpunks.to [213.130.163.34])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6576B43E4A
	for <freebsd-current@FreeBSD.ORG>; Mon, 11 Nov 2002 20:39:27 -0800 (PST)
	(envelope-from shamrock@cypherpunks.to)
Received: from VAIO650 (d160.nas2.sr2.sonic.net [208.201.229.160])
	(using TLSv1 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by pakastelohi.cypherpunks.to (Postfix) with ESMTP id 4F4D036422
	for <freebsd-current@FreeBSD.ORG>; Tue, 12 Nov 2002 05:39:11 +0100 (CET)
From: "Lucky Green" <shamrock@cypherpunks.to>
To: <freebsd-current@FreeBSD.ORG>
Subject: DRM_LINUX, potential draw backs?
Date: Mon, 11 Nov 2002 20:39:07 -0800
Message-ID: <001401c28a05$7179c330$6701a8c0@VAIO650>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
Importance: Normal
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Are there any potential draw backs to enabling DRM_LINUX? Or should
DRM_LINUX be enabled whenever one enables COMPAT_LINUX?

This has not been clear to me from reading NOTES.

Thanks,
--Lucky Green


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 20:54:38 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3F31937B401; Mon, 11 Nov 2002 20:54:37 -0800 (PST)
Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 91FDD43E3B; Mon, 11 Nov 2002 20:54:36 -0800 (PST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1])
	by khavrinen.lcs.mit.edu (8.12.3/8.12.5) with ESMTP id gAC4sZen055100
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK);
	Mon, 11 Nov 2002 23:54:36 -0500 (EST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: (from wollman@localhost)
	by khavrinen.lcs.mit.edu (8.12.3/8.12.5/Submit) id gAC4sZLB055097;
	Mon, 11 Nov 2002 23:54:35 -0500 (EST)
	(envelope-from wollman)
Date: Mon, 11 Nov 2002 23:54:35 -0500 (EST)
From: Garrett Wollman <wollman@lcs.mit.edu>
Message-Id: <200211120454.gAC4sZLB055097@khavrinen.lcs.mit.edu>
To: Marc Recht <marc@informatik.uni-bremen.de>
Cc: current@FreeBSD.ORG, mike@FreeBSD.ORG
Subject: addition to cdefs
In-Reply-To: <1037017897.779.20.camel@leeloo.intern.geht.de>
References: <1037017897.779.20.camel@leeloo.intern.geht.de>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

<<On 11 Nov 2002 13:31:36 +0100, Marc Recht <marc@informatik.uni-bremen.de> said:

> This is needed for some programs. For example for Python 2.3cvs sets
> (among others) _POSIX_C_SOURCE 199506L, but also expects to have chroot
> and friends.

Then it's wrong.  If it doesn't want a POSIX environment (evidently
not since it needs chroot()) then it shouldn't ask for one.

-GAWollman


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 21:46:33 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2BEDB37B401
	for <freebsd-current@FreeBSD.ORG>; Mon, 11 Nov 2002 21:46:32 -0800 (PST)
Received: from haystack.lclark.edu (haystack.lclark.edu [149.175.1.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A82D443E3B
	for <freebsd-current@FreeBSD.ORG>; Mon, 11 Nov 2002 21:46:21 -0800 (PST)
	(envelope-from eta@lclark.edu)
Received: from copeland-30-191.lclark.edu (anholt@copeland-30-191.lclark.edu [149.175.30.191])
	by haystack.lclark.edu (8.9.3/8.9.3) with ESMTP id VAA21483;
	Mon, 11 Nov 2002 21:45:57 -0800 (PST)
Subject: Re: DRM_LINUX, potential draw backs?
From: Eric Anholt <eta@lclark.edu>
To: Lucky Green <shamrock@cypherpunks.to>
Cc: freebsd-current@FreeBSD.ORG
In-Reply-To: <001401c28a05$7179c330$6701a8c0@VAIO650>
References: <001401c28a05$7179c330$6701a8c0@VAIO650>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.8 
Date: 11 Nov 2002 21:45:59 -0800
Message-Id: <1037079965.720.194.camel@anholt.dyndns.org>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, 2002-11-11 at 20:39, Lucky Green wrote:
> Are there any potential draw backs to enabling DRM_LINUX? Or should
> DRM_LINUX be enabled whenever one enables COMPAT_LINUX?
> 
> This has not been clear to me from reading NOTES.

It is an option that applies to the drm to allow linux binaries to use
the DRI.

-- 
Eric Anholt <eta@lclark.edu>
http://people.freebsd.org/~anholt/dri/



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 21:53:33 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 731B837B401
	for <current@freebsd.org>; Mon, 11 Nov 2002 21:53:31 -0800 (PST)
Received: from motgate2.mot.com (motgate2.mot.com [136.182.1.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DAC5C43E97
	for <current@freebsd.org>; Mon, 11 Nov 2002 21:53:27 -0800 (PST)
	(envelope-from rittle@latour.rsch.comm.mot.com)
Received: from mothost.mot.com (mothost.mot.com [129.188.137.101])
	by motgate2.mot.com (Motorola/Motgate2) with ESMTP id gAC5rZw4021504;
	Mon, 11 Nov 2002 22:53:35 -0700 (MST)
Received: [from latour.rsch.comm.mot.com (latour.rsch.comm.mot.com [145.1.80.116]) by mothost.mot.com (MOT-pobox 2.0) with ESMTP id WAA25411; Mon, 11 Nov 2002 22:53:26 -0700 (MST)]
Received: from latour.rsch.comm.mot.com (localhost.rsch.comm.mot.com [127.0.0.1])
	by latour.rsch.comm.mot.com (8.12.6/8.12.6) with ESMTP id gAC5rQdF093275;
	Mon, 11 Nov 2002 23:53:26 -0600 (CST)
	(envelope-from rittle@latour.rsch.comm.mot.com)
Received: (from rittle@localhost)
	by latour.rsch.comm.mot.com (8.12.6/8.12.6/Submit) id gAC5rQFi093274;
	Mon, 11 Nov 2002 23:53:26 -0600 (CST)
Date: Mon, 11 Nov 2002 23:53:26 -0600 (CST)
From: Loren James Rittle <rittle@latour.rsch.comm.mot.com>
Message-Id: <200211120553.gAC5rQFi093274@latour.rsch.comm.mot.com>
To: current@freebsd.org
Subject: binutils symbol hiding and versioning (was Re: [PATCH] note the __sF change in src/UPDATING)
In-Reply-To: <200211080929.17687.dfr@nlsystems.com>
References: <3DCADE51.2090607@acm.org>
Organization: Networks and Infrastructure Lab (IL02/2240), Motorola Labs
Cc: dfr@nlsystems.com
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Doug Rabson wrote:
> In the windows world, all this is handled by having a strict list of explicit 
> symbol exports, either in the source code using syntax extensions or with a 
> file supplied to the linker. I'm not sure whether binutils supports this kind 
> of thing but it would allow us to cut down the set of symbols exported from 
> libc.so.

It does.  Proof by example: libstdc++.so and libgcc_s.so built from
sources included with FSF gcc 3.1 and all forward releases support
this feature on FreeBSD.  It works fine on FreeBSD 4.7 and 5.0 (with
system copy of binutils in both cases).  I don't know the exact
version of binutils that added this feature but it was before
2.12[.2].  The ld features being used are both symbol versioning and
symbol hiding.

(Speaking of which, I am reminded to insert this advisement of a
related minor issue with the current system compiler:)

libstdc++.so as built along with the system compiler does not make use
of these features yet on FreeBSD 5.0 since the system-static Makefiles
to build the compiler-related libraries have not been updated to
account for the feature and many extra symbols are exported as a
result.  libstdc++.so uses this linker features to present a more
stable ABI, no matter the concrete implementation under the hood of
the library.  I am hoping that the gcc maintainer on the FreeBSD
system-side will reconsider this issue before 5.0 is released.

FYI, the libstdc++-v3 maintainers on the FSF side are only
guaranteeing forward ABI compatibility of any sort if libstdc++.so is
built with symbol versioning and symbol hiding.  Also, I believe it
may be an error to even ship a libstdc++.so unless it is linked
against libgcc_s.so (and it currently is not so linked since we don't
build libgcc_s.so).  As I understand it, if a user of the system
compiler attempts to build a stand-alone C++ shared library (i.e. no
link against libstdc++.so) but then later uses it in an application
that also uses libstdc++.so, EH will fail unless libgcc_s.so was
properly built and used.

I understand that FreeBSD circa 1996(?) attempted to use a "shared
libgcc.so"; libgcc_s.so is similar but different.  For one libgcc_s.so
is only part of what was libgcc.a; i.e. all code still links against
libgcc.a when libgcc_s.so is built and used properly.

Regards,
Loren

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 22: 0:18 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5A88137B401
	for <current@freebsd.org>; Mon, 11 Nov 2002 22:00:17 -0800 (PST)
Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9A3E743E4A
	for <current@freebsd.org>; Mon, 11 Nov 2002 22:00:15 -0800 (PST)
	(envelope-from Alex.Wilkinson@dsto.defence.gov.au)
Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150])
	by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id gAC5wGe18054
	for <current@freebsd.org>; Tue, 12 Nov 2002 16:28:16 +1030 (CST)
Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au
 (Content Technologies SMTPRS 4.2.10) with ESMTP id <T5e857e683d83b9029609f@dsto-ms2.dsto.defence.gov.au> for <current@freebsd.org>;
 Tue, 12 Nov 2002 16:29:39 +1030
Received: from salex001.dsto.defence.gov.au (salex001.dsto.defence.gov.au [131.185.2.9])
	by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id QAA11006
	for <current@freebsd.org>; Tue, 12 Nov 2002 16:24:22 +1030 (CST)
Received: from squirm.dsto.defence.gov.au ([131.185.75.211]) by salex001.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id WFFGZ2D9; Tue, 12 Nov 2002 16:24:23 +1030
Date: Tue, 12 Nov 2002 16:24:22 +1030 (CST)
From: "Wilkinson,Alex" <Alex.Wilkinson@dsto.defence.gov.au>
X-X-Sender: wilkinsa@squirm.dsto.defence.gov.au
Reply-To: Alex.Wilkinson@dsto.defence.gov.au
To: current@freebsd.org
Subject: building -STABLE from within -CURRENT
Message-ID: <20021112162347.D38524-100000@squirm.dsto.defence.gov.au>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi all,

In a dual boot situation, is it possible to be logged into -CURRENT and
build -STABLE ( ie -STABLE filesystems live on separate fdisk partitions
and are exported ) ?

 Thanks

 - aW



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Nov 11 23:25:21 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id ED3AD37B401
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 23:25:19 -0800 (PST)
Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9A14943E42
	for <FreeBSD-current@FreeBSD.ORG>; Mon, 11 Nov 2002 23:25:18 -0800 (PST)
	(envelope-from brandt@fokus.gmd.de)
Received: from beagle (beagle [193.175.132.100])
	by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id gAC7PCl17377;
	Tue, 12 Nov 2002 08:25:12 +0100 (MET)
Date: Tue, 12 Nov 2002 08:25:12 +0100 (CET)
From: Harti Brandt <brandt@fokus.gmd.de>
To: David Malone <dwmalone@maths.tcd.ie>
Cc: Andrew Gallatin <gallatin@cs.duke.edu>,
	<FreeBSD-current@FreeBSD.ORG>
Subject: Re: gcc 3.2.1 optimization bug ?
In-Reply-To: <20021111223924.GA30568@walton.maths.tcd.ie>
Message-ID: <20021112082236.Y34632-100000@beagle.fokus.gmd.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, 11 Nov 2002, David Malone wrote:

DM>On Mon, Nov 11, 2002 at 04:52:22PM +0100, Harti Brandt wrote:
DM>AG>But does using a union make it safe?
DM>
DM>> Well, I just had a long discussion with a collegue about the topic. The
DM>> main problem is in the ISO-C standard, section 6.7 point 4 which states:
DM>>
DM>> All declarations in the same scope that refer to the same object or
DM>> function shall specify compatible types.
DM>
DM>I think Section 6.5 paragraph 7 allows access through unions. There
DM>is a footnote saying that the list given (which includes access
DM>through the same type, qualified versions of the same type, aggregates
DM>and unions containign that type and character types) is intended
DM>for determining aliasing rules.

That just allows you to do

int	foo
union bar {
	int	foofoo;
} *ptr = (union bar)&foo;

I think. You end up with the same situation - you can refer the integer
object foo only through an integer pointer.

harti
-- 
harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private
              brandt@fokus.gmd.de, brandt@fokus.fhg.de


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  0:14:34 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1049E37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 00:14:33 -0800 (PST)
Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9C78143E3B
	for <current@freebsd.org>; Tue, 12 Nov 2002 00:14:27 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0166.cvx21-bradley.dialup.earthlink.net ([209.179.192.166] helo=mindspring.com)
	by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18BWBe-0006MH-00; Tue, 12 Nov 2002 00:14:18 -0800
Message-ID: <3DD0B80B.2279721@mindspring.com>
Date: Tue, 12 Nov 2002 00:12:59 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Loren James Rittle <rittle@latour.rsch.comm.mot.com>
Cc: current@freebsd.org, dfr@nlsystems.com
Subject: Re: binutils symbol hiding and versioning (was Re: [PATCH] note the __sF 
 change in src/UPDATING)
References: <3DCADE51.2090607@acm.org> <200211120553.gAC5rQFi093274@latour.rsch.comm.mot.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Loren James Rittle wrote:
> FYI, the libstdc++-v3 maintainers on the FSF side are only
> guaranteeing forward ABI compatibility of any sort if libstdc++.so is
> built with symbol versioning and symbol hiding.

FWIW: symbol versioning is incredibly broken.  It attempts to
do in UNIX what interface versioning does in Windows, through
the use of class factories accessed via IUnknown.  The point of
the exercise is to allow multiple simultaneous versions of an
interface to be exported by a single library.

The main reason this is bas is the same reason that Novell must,
in their SDK's, support interface versions all the way back to
NetWare 1.x: in order to hve the largest possible user base, a
software vendor would have to be stupid to write to anything
other than the lowest common denominator of interfaces: it's
really stupid to limit your customers to running NetWare 4.2 or
above, when there is still such a large installed base of 3.x,
4.0, and 4.1 versions of NetWare.  The only thing you do when
you do that is to disenfranchise postential customers for your
product.

Windows uses this approach because they do not have the concept
of shared object versioning; VCRTL32.DLL is VCRTL32.DLL, no
matter what, so a version change that permits old applications
to continue working is a the same DLL, plus extensions (since
there is no version in the file name,multiple versions can only
exist simultaneously if they exist in the same file).

It would be a very big mistake to actually utilize symbol name
versioning on a UNIX system, and buy into this model, even if
the idea was supported by the tools.  That Linux has bought into
the idea of using this is, frankly, Linux's problem, and they are
going to regret it in the future as much, or more, than they
regretted implementing shared library support in the SVR3.2 way,
of linking libraries to fixed locations, and carving up chunks
of the user virtual address space to implement them, back when
they first supported shared libraries.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  0:16:55 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0FF8A37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 00:16:54 -0800 (PST)
Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 903B743E6E
	for <current@freebsd.org>; Tue, 12 Nov 2002 00:16:53 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0166.cvx21-bradley.dialup.earthlink.net ([209.179.192.166] helo=mindspring.com)
	by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18BWE7-00007b-00; Tue, 12 Nov 2002 00:16:51 -0800
Message-ID: <3DD0B8A4.B84FA70D@mindspring.com>
Date: Tue, 12 Nov 2002 00:15:32 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Alex.Wilkinson@dsto.defence.gov.au
Cc: current@freebsd.org
Subject: Re: building -STABLE from within -CURRENT
References: <20021112162347.D38524-100000@squirm.dsto.defence.gov.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Wilkinson,Alex" wrote:
> In a dual boot situation, is it possible to be logged into -CURRENT and
> build -STABLE ( ie -STABLE filesystems live on separate fdisk partitions
> and are exported ) ?

Only if you unpack the contents of CDROM #2 from a -STABLE system
into a chroot environment.

Specifically, the compiler and FFS changes have added a number of
incompatabilities that are insurmountable for cross-building, from
my experience.

Check the -current mailing list archives, as it applies to being
able to cross-build versions of FreeBSD; this was covered in detail
last week (and about every two weeks, previous to that).

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  1:48:28 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7943837B439
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 01:48:25 -0800 (PST)
Received: from pohoda.cz (pohoda.pohoda.cz [194.228.111.151])
	by mx1.FreeBSD.org (Postfix) with SMTP id 9C12543E6E
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 01:48:23 -0800 (PST)
	(envelope-from plusik@pohoda.cz)
Received: (qmail 21400 invoked from network); 12 Nov 2002 09:48:24 -0000
Received: from plusik@pohoda.cz by pohoda.cz by uid 500 with qmail-scanner-1.15 
 ( Clear:. 
 Processed in 0.049096 secs); 12 lis 2002 09:48:24 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 12 Nov 2002 09:48:23 -0000
Date: Tue, 12 Nov 2002 10:48:23 +0100 (CET)
From: Tomas Pluskal <plusik@pohoda.cz>
To: <freebsd-fs@freebsd.org>, <freebsd-hackers@freebsd.org>,
	<freebsd-current@freebsd.org>
Subject: seeking help to rewrite the msdos filesystem
Message-ID: <Pine.LNX.4.30L2.0211121047290.21366-100000@pohoda.cz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hello,

I believe that everybody here knows about the "slow msdosfs" problem, that
is AFAIK caused by implementation without clustering.
For me this is very annoying, because I use digital camera, and ZIP drive,
and FAT on both of them. Speed is about 10 times lower than it could be..
I would like to rewrite the msdosfs driver to use clustering (in fact, I
have chosen it as school project, so I have to do it anyway :).

Is there anybody, who could spend few minutes and write me some
information about how these filesystems are implemented, what should I
read first, and what steps to follow to implement clustering ?
I am ready to do the hard work :)

Thanks

Tomas Pluskal


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  2: 9:10 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2DF5C37B401
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 02:09:09 -0800 (PST)
Received: from mail.continum.net (mail.Continum.net [80.72.129.88])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7EF7F43E42
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 02:09:08 -0800 (PST)
	(envelope-from florian.george@continum.net)
Received: from frha.datafarm.de ([213.182.142.10] helo=continum.net)
	by mail.continum.net with esmtp (Exim 3.22 #5)
	id 18BXya-0003uG-00; Tue, 12 Nov 2002 11:08:57 +0100
Message-ID: <3DD0D330.2080600@continum.net>
Date: Tue, 12 Nov 2002 11:08:48 +0100
From: Florian George <florian.george@continum.net>
Organization: Continum AG
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: David Wolfskill <david@catwhisker.org>,
	freebsd-current <freebsd-current@FreeBSD.ORG>
Subject: Re: Loader-Problem with current kernel
References: <200211111752.gABHqoHq048770@bunrab.catwhisker.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

David Wolfskill wrote:
> Did you remember to create /boot/device.hints?
> 
> Cheers,
> david

Hi,

the file didn't exist so i just copied the /usr/src/sys/i386/conf/GENERIC.hints
to /boot/device.hints. I think it is ok because i compiled the GENERIC-kernel.
Unfortunately it doesn't help. The machine hangs after trying to load the kernel.

Florian.

-- 
-----------------------------------------------------------------

Florian George                               Technik, Unix

Continum AG                                  Tel. +49 761 4794095
Boetzinger Strasse 29a                       Fax. +49 761 4794099
79111 Freiburg i. Br.                        www.continum.net
-----------------------------------------------------------------


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  2:13:56 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0257C37B401
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 02:13:56 -0800 (PST)
Received: from dragon.nuxi.com (trangmoi.nuxi.com [66.93.134.19])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7BF6843E3B
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 02:13:55 -0800 (PST)
	(envelope-from obrien@NUXI.com)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id gACADsXD025587;
	Tue, 12 Nov 2002 02:13:54 -0800 (PST)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.6/8.12.6/Submit) id gACACa66025576;
	Tue, 12 Nov 2002 02:12:36 -0800 (PST)
Date: Tue, 12 Nov 2002 02:12:36 -0800
From: "David O'Brien" <obrien@FreeBSD.ORG>
To: Mark Murray <mark@grondar.org>
Cc: Kris Kennaway <kris@obsecurity.org>, current@FreeBSD.ORG
Subject: Re: perl5.6.1 wrapper
Message-ID: <20021112101236.GB8744@dragon.nuxi.com>
Reply-To: current@FreeBSD.ORG
Mail-Followup-To: David O'Brien <obrien@FreeBSD.org>,
	Mark Murray <mark@grondar.org>, Kris Kennaway <kris@obsecurity.org>,
	current@FreeBSD.ORG
References: <20021107014750.GA18398@rot13.obsecurity.org> <200211080858.gA88wiCE029745@grimreaper.grondar.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200211080858.gA88wiCE029745@grimreaper.grondar.org>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD 5.0-CURRENT
Organization: The NUXI BSD Group
X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3  90 76 5D 69 58 D9 98 7A
X-Pgp-Rsa-Keyid: 1024/34F9F9D5
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Nov 08, 2002 at 08:58:44AM +0000, Mark Murray wrote:
> IMVHO, the perl wrapper should be removed altogether, and the
> perl port's "use.port" symlink-creating feature should be used
> instead.

Do we have consensus on this?  The perl wrapper really isn't working out
for all the cases I hoped it would when I committed it.

-- 
-- David  (obrien@FreeBSD.org)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  2:24: 0 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EDA1A37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 02:23:58 -0800 (PST)
Received: from outel.org (outel.org [168.150.177.152])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E9DC943E6E
	for <current@freebsd.org>; Tue, 12 Nov 2002 02:23:56 -0800 (PST)
	(envelope-from qumqats@outel.org)
Received: from localhost (winxp [192.168.1.20])
	by outel.org (8.12.6/8.12.6) with ESMTP id gACAMiqi074011
	for <current@freebsd.org>; Tue, 12 Nov 2002 02:23:43 -0800 (PST)
	(envelope-from qumqats@outel.org)
Date: Tue, 12 Nov 2002 02:22:38 -0800
From: "Joel M. Baldwin" <qumqats@outel.org>
To: current@freebsd.org
Subject: dnet causes panic ( was Hard Lock )
Message-ID: <4814673.1037067758@[192.168.1.20]>
X-Mailer: Mulberry/3.0.0b8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Well I'm not getting Hard Locks when I try running dnet on a
SMP kernel.  Instead I've gotten the following panics.

It turns out I can run a single non threaded dnet process when
I invoke it thus:  'dnet -cpunum 0'

-----------------------------------------------------------------

lock order reversal
 1st 0xc2685e68 process lock (process lock) @ 
../../../kern/kern_fork.c:571
 2nd 0xc03cd760 proctree (proctree) @ ../../../kern/kern_fork.c:596
recursed on non-recursive lock (sleep mutex) process lock @ 
../../../kern/kern_fork.c:599
first acquired @ ../../../kern/kern_fork.c:571
panic: recurse
cpuid = 1; lapic.id = 01000000
Debugger("panic")
Stopped at      Debugger+0x55:  xchgl   %ebx,in_Debugger.0
db> t
Debugger(c039059a,1000000,c039397a,cdcebc08,1) at Debugger+0x55
panic(c039397a,c038dd4b,23b,c038dd4b,257) at panic+0x11f
witness_lock(c2685e68,8,c038dd4b,257,0) at witness_lock+0x3e6
_mtx_lock_flags(c2685e68,0,c038dd4b,257,cdcebcb8) at 
_mtx_lock_flags+0xb2
fork1(c25279c0,6050,0,cdcebcd4,c2685e68) at fork1+0xbfc
rfork(c25279c0,cdcebd10,c03ae516,407,1) at rfork+0x65
syscall(2f,2f,2f,0,80ddf10) at syscall+0x28e
Xint0x80_syscall() at Xint0x80_syscall+0x1d
--- syscall (251, FreeBSD ELF32, rfork), eip = 0x8087d14, esp = 
0xbfbff82c, ebp = 0xbfbff8a8 ---

--------------------------------------------------------------

lock order reversal
 1st 0xc285a228 process lock (process lock) @ 
../../../kern/kern_fork.c:571
 2nd 0xc03cd760 proctree (proctree) @ ../../../kern/kern_fork.c:596
recursed on non-recursive lock (sleep mutex) process lock @ 
../../../kern/kern_fork.c:599
first acquired @ ../../../kern/kern_fork.c:571
panic: recurse
cpuid = 1; lapic.id = 01000000
Debugger("panic")
Stopped at      Debugger+0x55:  xchgl   %ebx,in_Debugger.0



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  2:35:55 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0D96237B401; Tue, 12 Nov 2002 02:35:54 -0800 (PST)
Received: from smtp.wineasy.se (smtp.wineasy.se [195.42.198.20])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id E26F943E3B; Tue, 12 Nov 2002 02:35:51 -0800 (PST)
	(envelope-from john@veidit.net)
Received: from Sleeper (20.130.88.213.host.tele1europe.se [213.88.130.20] (may be forged))
	by smtp.wineasy.se  with SMTP id gACAZpr02219;
	Tue, 12 Nov 2002 11:35:51 +0100
Date: Tue, 12 Nov 2002 11:35:48 +0100
From: John Angelmo <john@veidit.net>
To: multimedia@FreeBSD.org
Cc: current@FreeBSD.org
Subject: Compaq Evo n115
Message-Id: <20021112113548.01313911.john@veidit.net>
X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; i386-portbld-freebsd5.0)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This was posted earlier in mobile@FreeBSD.org
----
Hello

I have a Compaq evo n115, everything seems to be found by FreeBSD-Current but the sound dosn't work

This seems to be the important part:
pcm0: <VIA VT82C686A> port 0x1850-0x1853,0x1854-0x1857,0x1000-0x10ff irq 5 at device 7.5 on pci0

So that works, but still no sound, but I don't get any error either.

Everything is detected by Windows XP to, but I still need these drivers to get it to work:
ADI WDM Audio Driver for Microsoft Windows

The drivers seems to be made by Analog Deviced: www.analog.com/ But I can't find anything about drivers for either Linux or FreeBSD

----

Now I found out that there is a patch for Linux, perhaps this can be adapted for FreeBSD?
patch: http://wwwhome.cs.utwente.nl/~berensch/SoundCompaq.patch

/John

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  3:37:17 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 01DE237B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 03:37:17 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 40BB943E9C
	for <current@freebsd.org>; Tue, 12 Nov 2002 03:37:16 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id AADBC5359; Tue, 12 Nov 2002 12:37:13 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: "Andrey A. Chernov" <ache@nagual.pp.ru>
Cc: current@freebsd.org
Subject: Re: sshd: double "Last login:" bugfix spammed again
References: <20021106141959.GA53561@nagual.pp.ru>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Tue, 12 Nov 2002 12:37:13 +0100
In-Reply-To: <20021106141959.GA53561@nagual.pp.ru> ("Andrey A. Chernov"'s
 message of "Wed, 6 Nov 2002 17:19:59 +0300")
Message-ID: <xzplm3z81ee.fsf@flood.ping.uio.no>
Lines: 9
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Andrey A. Chernov" <ache@nagual.pp.ru> writes:
> Old bugfix for double "Last login:" was spammed in 3rd time, causing 
> following printout:

I can't reproduce this here.

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  3:42:11 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id ED83A37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 03:42:09 -0800 (PST)
Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B1EE143E3B
	for <current@freebsd.org>; Tue, 12 Nov 2002 03:42:09 -0800 (PST)
	(envelope-from des@FreeBSD.org)
Received: from beast.freebsd.org (localhost [127.0.0.1])
	by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gACBg9sc015928
	for <current@freebsd.org>; Tue, 12 Nov 2002 03:42:09 -0800 (PST)
	(envelope-from des@beast.freebsd.org)
Received: (from des@localhost)
	by beast.freebsd.org (8.12.6/8.12.6/Submit) id gACBg9Es015926
	for current@freebsd.org; Tue, 12 Nov 2002 03:42:09 -0800 (PST)
Date: Tue, 12 Nov 2002 03:42:09 -0800 (PST)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200211121142.gACBg9Es015926@beast.freebsd.org>
To: current@freebsd.org
Subject: alpha tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Tue Nov 12 03:07:53 PST 2002
--------------------------------------------------------------
>>> Kernel build for GENERIC completed on Tue Nov 12 03:37:01 PST 2002
--------------------------------------------------------------
>>> Kernel build for LINT started on Tue Nov 12 03:37:02 PST 2002
--------------------------------------------------------------
===> vinum
"Makefile", line 4437: warning: duplicate script for target "geom_bsd.o" ignored
cc1: warnings being treated as errors
/h/des/src/sys/dev/aic7xxx/aic79xx.c: In function `ahd_alloc':
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsigned int format, different type arg (arg 3)
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsigned int format, different type arg (arg 4)
/h/des/src/sys/dev/aic7xxx/aic79xx.c: In function `ahd_init_scbdata':
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4601: warning: unsigned int format, different type arg (arg 3)
*** Error code 1

Stop in /h/des/obj/h/des/src/sys/LINT.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  4:34:49 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2C33337B401
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 04:34:48 -0800 (PST)
Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3AF6A43E3B
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 04:34:47 -0800 (PST)
	(envelope-from mark@grondar.org)
Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1])
	by storm.FreeBSD.org.uk (8.12.6/8.12.6) with ESMTP id gACCYj5V063241;
	Tue, 12 Nov 2002 12:34:45 GMT
	(envelope-from mark@grondar.org)
Received: (from uucp@localhost)
	by storm.FreeBSD.org.uk (8.12.6/8.12.6/Submit) with UUCP id gACCYjKU063240;
	Tue, 12 Nov 2002 12:34:45 GMT
Received: from grondar.org (localhost [127.0.0.1])
	by grimreaper.grondar.org (8.12.6/8.12.6) with ESMTP id gACCYNpD019022;
	Tue, 12 Nov 2002 12:34:24 GMT
	(envelope-from mark@grondar.org)
Message-Id: <200211121234.gACCYNpD019022@grimreaper.grondar.org>
To: current@FreeBSD.ORG
Cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: perl5.6.1 wrapper 
In-Reply-To: Your message of "Tue, 12 Nov 2002 02:12:36 PST."
             <20021112101236.GB8744@dragon.nuxi.com> 
Date: Tue, 12 Nov 2002 12:34:23 +0000
From: Mark Murray <mark@grondar.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> On Fri, Nov 08, 2002 at 08:58:44AM +0000, Mark Murray wrote:
> > IMVHO, the perl wrapper should be removed altogether, and the
> > perl port's "use.port" symlink-creating feature should be used
> > instead.
> 
> Do we have consensus on this?  The perl wrapper really isn't working out
> for all the cases I hoped it would when I committed it.

Yes, I think so. DES (The author?) doesn't mind. I'm for removal and so is
Kris.

M
--
Mark Murray
Beware! I'm umop ap!sdn

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  4:55:52 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D4E8337B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 04:55:50 -0800 (PST)
Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 08E2A43E4A
	for <current@freebsd.org>; Tue, 12 Nov 2002 04:55:49 -0800 (PST)
	(envelope-from ache@pobrecita.freebsd.ru)
Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1])
	by nagual.pp.ru (8.12.6/8.12.6) with ESMTP id gACCtlmj029122;
	Tue, 12 Nov 2002 15:55:47 +0300 (MSK)
	(envelope-from ache@pobrecita.freebsd.ru)
Received: (from ache@localhost)
	by pobrecita.freebsd.ru (8.12.6/8.12.6/Submit) id gACCtlQb029121;
	Tue, 12 Nov 2002 15:55:47 +0300 (MSK)
	(envelope-from ache)
Date: Tue, 12 Nov 2002 15:55:47 +0300
From: "Andrey A. Chernov" <ache@nagual.pp.ru>
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: current@freebsd.org
Subject: Re: sshd: double "Last login:" bugfix spammed again
Message-ID: <20021112125547.GA28874@nagual.pp.ru>
References: <20021106141959.GA53561@nagual.pp.ru> <xzplm3z81ee.fsf@flood.ping.uio.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <xzplm3z81ee.fsf@flood.ping.uio.no>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Nov 12, 2002 at 12:37:13 +0100, Dag-Erling Smorgrav wrote:
> "Andrey A. Chernov" <ache@nagual.pp.ru> writes:
> > Old bugfix for double "Last login:" was spammed in 3rd time, causing 
> > following printout:
> 
> I can't reproduce this here.

Look at session.c, one "Last login" comes from 
	print_pam_messages();
and second one comes just few lines below under 
	if (options.print_lastlog ...
condition. Now look at the times:

Last login: Tue Nov 12 15:44:54 from xxx.yyy.zzz
                       ^^^^^^^^
Last login: Tue Nov 12 15:38:01 2002 xxx.yyy.zzz

The first time from print_pam_messages() is wrong in anycase, it is JUST
login time, not LAST one! It clearly indicates that something wrong with
print_pam_messages().

We have two ways of fix:
1) Just disable print_pam_messages() ignoring what is wrong there.
2) Fix print_pam_messages() to print right time and remove second print 
from sshd.

-- 
Andrey A. Chernov
http://ache.pp.ru/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  5: 1:51 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 128F537B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 05:01:51 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6801343E4A
	for <current@freebsd.org>; Tue, 12 Nov 2002 05:01:49 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id A5ECF534E; Tue, 12 Nov 2002 14:01:43 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: "Andrey A. Chernov" <ache@nagual.pp.ru>
Cc: current@freebsd.org
Subject: Re: sshd: double "Last login:" bugfix spammed again
References: <20021106141959.GA53561@nagual.pp.ru>
	<xzplm3z81ee.fsf@flood.ping.uio.no>
	<20021112125547.GA28874@nagual.pp.ru>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Tue, 12 Nov 2002 14:01:43 +0100
In-Reply-To: <20021112125547.GA28874@nagual.pp.ru> ("Andrey A. Chernov"'s
 message of "Tue, 12 Nov 2002 15:55:47 +0300")
Message-ID: <xzp4ran7xhk.fsf@flood.ping.uio.no>
Lines: 13
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Andrey A. Chernov" <ache@nagual.pp.ru> writes:
> On Tue, Nov 12, 2002 at 12:37:13 +0100, Dag-Erling Smorgrav wrote:
> > "Andrey A. Chernov" <ache@nagual.pp.ru> writes:
> > > Old bugfix for double "Last login:" was spammed in 3rd time, causing 
> > > following printout:
> > I can't reproduce this here.
> Look at session.c [...]

I still can't reproduce it.  What configuration changes have you made?

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  5:12:32 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EC8E937B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 05:12:30 -0800 (PST)
Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F106543E6E
	for <current@freebsd.org>; Tue, 12 Nov 2002 05:12:29 -0800 (PST)
	(envelope-from ache@pobrecita.freebsd.ru)
Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1])
	by nagual.pp.ru (8.12.6/8.12.6) with ESMTP id gACDCSmj029324;
	Tue, 12 Nov 2002 16:12:28 +0300 (MSK)
	(envelope-from ache@pobrecita.freebsd.ru)
Received: (from ache@localhost)
	by pobrecita.freebsd.ru (8.12.6/8.12.6/Submit) id gACDCRmB029323;
	Tue, 12 Nov 2002 16:12:27 +0300 (MSK)
	(envelope-from ache)
Date: Tue, 12 Nov 2002 16:12:27 +0300
From: "Andrey A. Chernov" <ache@nagual.pp.ru>
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: current@freebsd.org
Subject: Re: sshd: double "Last login:" bugfix spammed again
Message-ID: <20021112131227.GB28874@nagual.pp.ru>
References: <20021106141959.GA53561@nagual.pp.ru> <xzplm3z81ee.fsf@flood.ping.uio.no> <20021112125547.GA28874@nagual.pp.ru> <xzp4ran7xhk.fsf@flood.ping.uio.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <xzp4ran7xhk.fsf@flood.ping.uio.no>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Nov 12, 2002 at 14:01:43 +0100, Dag-Erling Smorgrav wrote:
> "Andrey A. Chernov" <ache@nagual.pp.ru> writes:
> > On Tue, Nov 12, 2002 at 12:37:13 +0100, Dag-Erling Smorgrav wrote:
> > > "Andrey A. Chernov" <ache@nagual.pp.ru> writes:
> > > > Old bugfix for double "Last login:" was spammed in 3rd time, causing 
> > > > following printout:
> > > I can't reproduce this here.
> > Look at session.c [...]
> 
> I still can't reproduce it.  What configuration changes have you made?

I have standard /etc/pam.d from latest -current.
Before I'll send you my /etc/ssh config, I think there is more simple way 
to find it out.

I have a question: which one prompt _you_ have? 

If there is a year 2002 present, it comes from ssh. It means that with 
standard /etc/pam.d pam_print_messages() still prints something in 
my case for unknown reason.

If there is no 2002, it comes from pam_print_messages(). It means you have 
no print lastlogin option in your sshd config. Check for 
PrintLastLog yes

-- 
Andrey A. Chernov
http://ache.pp.ru/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  5:15:17 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A26AD37B401
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 05:15:15 -0800 (PST)
Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A9D3443E6E
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 05:15:14 -0800 (PST)
	(envelope-from drosih@rpi.edu)
Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47])
	by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id gACDFAXL257398;
	Tue, 12 Nov 2002 08:15:11 -0500
Mime-Version: 1.0
X-Sender: drosih@mail.rpi.edu
Message-Id: <p05200f12b9f6a49a4ba2@[128.113.24.47]>
In-Reply-To: <200211082313.gA8NDgJC004268@grimreaper.grondar.org>
References: <20021108215352.GA26821@rot13.obsecurity.org>
 <200211082313.gA8NDgJC004268@grimreaper.grondar.org>
Date: Tue, 12 Nov 2002 08:15:09 -0500
To: Mark Murray <mark@grondar.org>,
	Kris Kennaway <kris@obsecurity.org>
From: Garance A Drosihn <drosih@rpi.edu>
Subject: Re: perl5.6.1 wrapper
Cc: current@FreeBSD.ORG
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

At 11:13 PM +0000 11/8/02, Mark Murray wrote:
>  > > I mean *all* the cruft -- old modules and config files,
>  > > deprecated binaries and man pages, even old shlibs if it's safe.
>  >
>  > I agree with you, and I was giving an example that a lesser
>  > form of this is already required during the upgrade.
>  >
>  > It would be VERY useful if someone could develop a script to
>  > do this (e.g. install various versions of 4.x and do an upgrade,
>  > then collect a complete list of all the stale files).

Sometime soon I hope to get a new machine for my freebsd testing,
one which would be considerably faster than the one I have.  It
should also soon be true that I won't be as swamped at my "day job",
so I would have some time to try to do something like this.

I would only be doing this on i386 though, and I don't know if there
would be significant differences for a similar list on alpha's.

>#=========================================
>#!/bin/sh
>
>installdirs=	/bin /sbin /usr/bin /usr/sbin /usr/libdata 
>/usr/libexec /usr/include /usr/share /usr/lib
>
>for dir in ${installdirs} ; do
>	find ${dir} -type f -ctime +1 -delete
>	find ${dir} -type d -empty -delete
>	find ${dir} -type l -delete
>done
>
># 4.x -> 5.x only:
># rm -rf /kernel* /modules*
>
>cd /usr/src && make installworld
>#=========================================
>
>The second "make installworld" is to repopulate your lib/compat/ dirs,
>rebuild the hierarchy and to catch files (groff support IIRC) that
>this erroneously deletes.
>
>I do this pretty often.

With 5.0-release, we will start to have people who are upgrading
"somewhat production-ish" systems from 4.x-stable.  I think it
would be rather hostile of us to blindly remove files based only
on the last time they were changed.  The users could have a number
of files of their own in these paths, files that will do absolutely
no harm if left, and which could cause problems if they are blindly
removed.  Since this will be "5.0-stable", we will not be able to
use the favorite excuse that "hey, this branch is documented as the
cutting edge, so if you were screwed by it then it's your own fault".

I would rather have some explicit list of filenames where we have
good reason to delete them, and then adapt the above script to at
least tell the user about the remaining files.  Perhaps even delete
them, but only *after* saving a copy away in some tar file.  Just
to do something which is a bit friendlier to all the people who
will be seeing 5.0 for the first time.

-- 
Garance Alistair Drosehn            =   gad@gilead.netel.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  5:27: 5 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DABF837B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 05:27:03 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EA3BB43E42
	for <current@freebsd.org>; Tue, 12 Nov 2002 05:27:02 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 80383534E; Tue, 12 Nov 2002 14:26:58 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: "Andrey A. Chernov" <ache@nagual.pp.ru>
Cc: current@freebsd.org
Subject: Re: sshd: double "Last login:" bugfix spammed again
References: <20021106141959.GA53561@nagual.pp.ru>
	<xzplm3z81ee.fsf@flood.ping.uio.no>
	<20021112125547.GA28874@nagual.pp.ru>
	<xzp4ran7xhk.fsf@flood.ping.uio.no>
	<20021112131227.GB28874@nagual.pp.ru>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Tue, 12 Nov 2002 14:26:58 +0100
In-Reply-To: <20021112131227.GB28874@nagual.pp.ru> ("Andrey A. Chernov"'s
 message of "Tue, 12 Nov 2002 16:12:27 +0300")
Message-ID: <xzpy97y7wbh.fsf@flood.ping.uio.no>
Lines: 22
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Andrey A. Chernov" <ache@nagual.pp.ru> writes:
> I have standard /etc/pam.d from latest -current.

pam.d is not relevant, sshd_config is.

> Before I'll send you my /etc/ssh config, I think there is more simple way 
> to find it out.
>
> I have a question: which one prompt _you_ have? 

des@des ~% ssh localhost
Last login: Tue Nov 12 14:25:39 2002 from :0.0
Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994
        The Regents of the University of California.  All rights reserved.

FreeBSD 5.0-CURRENT (DES) #0: Sun Nov 10 12:35:54 CET 2002

Welcome to FreeBSD!

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  5:36:36 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 73E6B37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 05:36:35 -0800 (PST)
Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6DC7243E6E
	for <current@freebsd.org>; Tue, 12 Nov 2002 05:36:34 -0800 (PST)
	(envelope-from ache@pobrecita.freebsd.ru)
Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1])
	by nagual.pp.ru (8.12.6/8.12.6) with ESMTP id gACDaWmj029657;
	Tue, 12 Nov 2002 16:36:32 +0300 (MSK)
	(envelope-from ache@pobrecita.freebsd.ru)
Received: (from ache@localhost)
	by pobrecita.freebsd.ru (8.12.6/8.12.6/Submit) id gACDaVIi029656;
	Tue, 12 Nov 2002 16:36:31 +0300 (MSK)
	(envelope-from ache)
Date: Tue, 12 Nov 2002 16:36:31 +0300
From: "Andrey A. Chernov" <ache@nagual.pp.ru>
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: current@freebsd.org
Subject: Re: sshd: double "Last login:" bugfix spammed again
Message-ID: <20021112133631.GA29498@nagual.pp.ru>
References: <20021106141959.GA53561@nagual.pp.ru> <xzplm3z81ee.fsf@flood.ping.uio.no> <20021112125547.GA28874@nagual.pp.ru> <xzp4ran7xhk.fsf@flood.ping.uio.no> <20021112131227.GB28874@nagual.pp.ru> <xzpy97y7wbh.fsf@flood.ping.uio.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <xzpy97y7wbh.fsf@flood.ping.uio.no>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Nov 12, 2002 at 14:26:58 +0100, Dag-Erling Smorgrav wrote:

> pam.d is not relevant, sshd_config is.

I sent it to you privately.

> des@des ~% ssh localhost
> Last login: Tue Nov 12 14:25:39 2002 from :0.0

It is "Last login" with right time comes from sshd itself (second in my
case). It means that print_pam_messages() remains silent in your case but
be verbose form my case for unknown reason. Is there some way to debug 
print_pam_messages() deeply I can turn on?


BTW, double-testes options.print_lastlog looks suspiciuos. For what 
print_pam_messages() used here? It is unclear to me.

#ifdef USE_PAM
        if (options.print_lastlog && !is_pam_password_change_required())
                print_pam_messages();
#endif /* USE_PAM */

...
#ifndef NO_SSH_LASTLOG
        if (options.print_lastlog && s->last_login_time != 0) {
		...
		printf("Last login: %s from %s\r\n", time_string,


-- 
Andrey A. Chernov
http://ache.pp.ru/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  5:47:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E7C4F37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 05:47:57 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0562043E4A
	for <current@freebsd.org>; Tue, 12 Nov 2002 05:47:57 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 54F175350; Tue, 12 Nov 2002 14:47:52 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: "Andrey A. Chernov" <ache@nagual.pp.ru>
Cc: current@freebsd.org
Subject: Re: sshd: double "Last login:" bugfix spammed again
References: <20021106141959.GA53561@nagual.pp.ru>
	<xzplm3z81ee.fsf@flood.ping.uio.no>
	<20021112125547.GA28874@nagual.pp.ru>
	<xzp4ran7xhk.fsf@flood.ping.uio.no>
	<20021112131227.GB28874@nagual.pp.ru>
	<xzpy97y7wbh.fsf@flood.ping.uio.no>
	<20021112133631.GA29498@nagual.pp.ru>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Tue, 12 Nov 2002 14:47:51 +0100
In-Reply-To: <20021112133631.GA29498@nagual.pp.ru> ("Andrey A. Chernov"'s
 message of "Tue, 12 Nov 2002 16:36:31 +0300")
Message-ID: <xzplm3y7vco.fsf@flood.ping.uio.no>
Lines: 9
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Andrey A. Chernov" <ache@nagual.pp.ru> writes:
> BTW, double-testes options.print_lastlog looks suspiciuos. For what 
> print_pam_messages() used here? It is unclear to me.

I think the idea is that we should define NO_SSH_LASTLOG in config.h.

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  5:51:30 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BABCE37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 05:51:29 -0800 (PST)
Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B973D43E97
	for <current@freebsd.org>; Tue, 12 Nov 2002 05:51:28 -0800 (PST)
	(envelope-from ache@pobrecita.freebsd.ru)
Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1])
	by nagual.pp.ru (8.12.6/8.12.6) with ESMTP id gACDpRmj029897;
	Tue, 12 Nov 2002 16:51:27 +0300 (MSK)
	(envelope-from ache@pobrecita.freebsd.ru)
Received: (from ache@localhost)
	by pobrecita.freebsd.ru (8.12.6/8.12.6/Submit) id gACDpRg7029896;
	Tue, 12 Nov 2002 16:51:27 +0300 (MSK)
	(envelope-from ache)
Date: Tue, 12 Nov 2002 16:51:27 +0300
From: "Andrey A. Chernov" <ache@nagual.pp.ru>
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: current@freebsd.org
Subject: Re: sshd: double "Last login:" bugfix spammed again
Message-ID: <20021112135127.GA29816@nagual.pp.ru>
References: <20021106141959.GA53561@nagual.pp.ru> <xzplm3z81ee.fsf@flood.ping.uio.no> <20021112125547.GA28874@nagual.pp.ru> <xzp4ran7xhk.fsf@flood.ping.uio.no> <20021112131227.GB28874@nagual.pp.ru> <xzpy97y7wbh.fsf@flood.ping.uio.no> <20021112133631.GA29498@nagual.pp.ru> <xzplm3y7vco.fsf@flood.ping.uio.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <xzplm3y7vco.fsf@flood.ping.uio.no>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Nov 12, 2002 at 14:47:51 +0100, Dag-Erling Smorgrav wrote:
> "Andrey A. Chernov" <ache@nagual.pp.ru> writes:
> > BTW, double-testes options.print_lastlog looks suspiciuos. For what 
> > print_pam_messages() used here? It is unclear to me.
> 
> I think the idea is that we should define NO_SSH_LASTLOG in config.h.

It physically eliminates "Last loging" comes from sshd, but not fix wrong
_time_ printed by print_pam_messages() in my case (first prompt), as I
already write, there is JUST time, not LAST time.

-- 
Andrey A. Chernov
http://ache.pp.ru/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  5:55:38 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0E98937B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 05:55:37 -0800 (PST)
Received: from mail.rapidsite.net (mail.rapidsite.net [207.158.192.62])
	by mx1.FreeBSD.org (Postfix) with SMTP id 192C943E3B
	for <current@freebsd.org>; Tue, 12 Nov 2002 05:55:31 -0800 (PST)
	(envelope-from jvervlied@boca.verio.net)
Received: from n00.bcrtfl01.us.wh.nameservers.net (208.55.254.110)
	by mail.rapidsite.net (RS ver 1.0.63s) with SMTP id 07358169
	for <current@freebsd.org>; Tue, 12 Nov 2002 08:55:18 -0500 (EST)
Date: Tue, 12 Nov 2002 08:55:27 -0500 (EST)
From: Jason Vervlied <jvervlied@boca.verio.net>
To: current@freebsd.org
Subject: Samba on -current
Message-ID: <20021112085104.V52417-100000@bertha.boca.verio.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Loop-Detect: 1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I am having problems with a Samba share on my -current box, I just
installed from 20021103-SNAP. I did recompile my kernel with the following
options.

options         SMBFS
options         NETSMB
options         NETSMBCRYPTO
options         LIBMCHAIN
options         LIBICONV

I also added the SMP options to the kernel. I used the same options under
-stable and experineced no issues. Here is the error I get when I try to
copy a file from my samba share

[jvervlied@current 80-85]$ cp bad_religion-yesterday.mp3 ~/
cp: /home/jvervlied/bad_religion-yesterday.mp3: Bad address

--
Jason Vervlied
~


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  6: 2:38 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C37B337B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 06:02:37 -0800 (PST)
Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 46F3943E3B
	for <current@freebsd.org>; Tue, 12 Nov 2002 06:02:35 -0800 (PST)
	(envelope-from sheldonh@starjuice.net)
Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 4.10)
	id 18BbcR-000HCS-00; Tue, 12 Nov 2002 16:02:19 +0200
Date: Tue, 12 Nov 2002 16:02:19 +0200
From: Sheldon Hearn <sheldonh@starjuice.net>
To: Jason Vervlied <jvervlied@boca.verio.net>
Cc: current@freebsd.org
Subject: Re: Samba on -current
Message-ID: <20021112140219.GR64153@starjuice.net>
Mail-Followup-To: Jason Vervlied <jvervlied@boca.verio.net>,
	current@freebsd.org
References: <20021112085104.V52417-100000@bertha.boca.verio.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021112085104.V52417-100000@bertha.boca.verio.net>
User-Agent: Mutt/1.5.1i
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *18BbcR-000HCS-00*AsfW7tlUwvo*
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On (2002/11/12 08:55), Jason Vervlied wrote:

> I am having problems with a Samba share on my -current box, I just
> installed from 20021103-SNAP. I did recompile my kernel with the following
> options.

I'll bet your problem as nothing to do with Samba.  What you have is a
problem with smbfs.

> Here is the error I get when I try to copy a file from my samba share
> 
> [jvervlied@current 80-85]$ cp bad_religion-yesterday.mp3 ~/
> cp: /home/jvervlied/bad_religion-yesterday.mp3: Bad address

I'll bet you get that error when you try to copy a file from a remote
filesystem mounted locally with smbfs.

It's a known problem.  Consider reading the -current mailing list to
keep up to date with known problems.  It was discussed last week.

No solution is known at this time.  Use dd(1) instead of cp(1) as an
interim workaround.

Ciao,
Sheldon.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  6: 5:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5880C37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 06:05:57 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5B75143E4A
	for <current@freebsd.org>; Tue, 12 Nov 2002 06:05:56 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 8E4D4534E; Tue, 12 Nov 2002 15:05:53 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: "Andrey A. Chernov" <ache@nagual.pp.ru>
Cc: current@freebsd.org
Subject: Re: sshd: double "Last login:" bugfix spammed again
References: <20021106141959.GA53561@nagual.pp.ru>
	<xzplm3z81ee.fsf@flood.ping.uio.no>
	<20021112125547.GA28874@nagual.pp.ru>
	<xzp4ran7xhk.fsf@flood.ping.uio.no>
	<20021112131227.GB28874@nagual.pp.ru>
	<xzpy97y7wbh.fsf@flood.ping.uio.no>
	<20021112133631.GA29498@nagual.pp.ru>
	<xzplm3y7vco.fsf@flood.ping.uio.no>
	<20021112135127.GA29816@nagual.pp.ru>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Tue, 12 Nov 2002 15:05:52 +0100
In-Reply-To: <20021112135127.GA29816@nagual.pp.ru> ("Andrey A. Chernov"'s
 message of "Tue, 12 Nov 2002 16:51:27 +0300")
Message-ID: <xzpd6pa7uin.fsf@flood.ping.uio.no>
Lines: 11
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Andrey A. Chernov" <ache@nagual.pp.ru> writes:
> It physically eliminates "Last loging" comes from sshd, but not fix wrong
> _time_ printed by print_pam_messages() in my case (first prompt), as I
> already write, there is JUST time, not LAST time.

That is a separate bug, probably in pam_lastlog.  I'll see what I can
do.

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  6:11: 9 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D412C37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 06:11:08 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E2EFA43E4A
	for <current@freebsd.org>; Tue, 12 Nov 2002 06:11:07 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 4FE8C534E; Tue, 12 Nov 2002 15:11:05 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: "Andrey A. Chernov" <ache@nagual.pp.ru>
Cc: current@freebsd.org
Subject: Re: sshd: double "Last login:" bugfix spammed again
References: <20021106141959.GA53561@nagual.pp.ru>
	<xzplm3z81ee.fsf@flood.ping.uio.no>
	<20021112125547.GA28874@nagual.pp.ru>
	<xzp4ran7xhk.fsf@flood.ping.uio.no>
	<20021112131227.GB28874@nagual.pp.ru>
	<xzpy97y7wbh.fsf@flood.ping.uio.no>
	<20021112133631.GA29498@nagual.pp.ru>
	<xzplm3y7vco.fsf@flood.ping.uio.no>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Tue, 12 Nov 2002 15:11:04 +0100
In-Reply-To: <xzplm3y7vco.fsf@flood.ping.uio.no> (Dag-Erling Smorgrav's
 message of "Tue, 12 Nov 2002 14:47:51 +0100")
Message-ID: <xzp8yzy7u9z.fsf@flood.ping.uio.no>
Lines: 9
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dag-Erling Smorgrav <des@ofug.org> writes:
> I think the idea is that we should define NO_SSH_LASTLOG in config.h.

Actually, I think the problem is that DISABLE_LASTLOG should imply
NO_SSH_LASTLOG but doesn't.

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  6:17:21 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6712537B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 06:17:20 -0800 (PST)
Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6206E43E6E
	for <current@freebsd.org>; Tue, 12 Nov 2002 06:17:19 -0800 (PST)
	(envelope-from ache@pobrecita.freebsd.ru)
Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1])
	by nagual.pp.ru (8.12.6/8.12.6) with ESMTP id gACEHImj030181;
	Tue, 12 Nov 2002 17:17:18 +0300 (MSK)
	(envelope-from ache@pobrecita.freebsd.ru)
Received: (from ache@localhost)
	by pobrecita.freebsd.ru (8.12.6/8.12.6/Submit) id gACEHI9T030180;
	Tue, 12 Nov 2002 17:17:18 +0300 (MSK)
	(envelope-from ache)
Date: Tue, 12 Nov 2002 17:17:17 +0300
From: "Andrey A. Chernov" <ache@nagual.pp.ru>
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: current@freebsd.org
Subject: Re: sshd: double "Last login:" bugfix spammed again
Message-ID: <20021112141717.GA30147@nagual.pp.ru>
References: <20021106141959.GA53561@nagual.pp.ru> <xzplm3z81ee.fsf@flood.ping.uio.no> <20021112125547.GA28874@nagual.pp.ru> <xzp4ran7xhk.fsf@flood.ping.uio.no> <20021112131227.GB28874@nagual.pp.ru> <xzpy97y7wbh.fsf@flood.ping.uio.no> <20021112133631.GA29498@nagual.pp.ru> <xzplm3y7vco.fsf@flood.ping.uio.no> <xzp8yzy7u9z.fsf@flood.ping.uio.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <xzp8yzy7u9z.fsf@flood.ping.uio.no>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Nov 12, 2002 at 15:11:04 +0100, Dag-Erling Smorgrav wrote:
> Dag-Erling Smorgrav <des@ofug.org> writes:
> > I think the idea is that we should define NO_SSH_LASTLOG in config.h.
> 
> Actually, I think the problem is that DISABLE_LASTLOG should imply
> NO_SSH_LASTLOG but doesn't.

There was USE_LASTLOG on the way, which is currently on and checked before 
DISABLE_LASTLOG, so DISABLE_LASTLOG does nothing. See loginrec.c

-- 
Andrey A. Chernov
http://ache.pp.ru/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  6:28:47 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3F72C37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 06:28:46 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4AA2943E42
	for <current@freebsd.org>; Tue, 12 Nov 2002 06:28:45 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id DC5AA534E; Tue, 12 Nov 2002 15:28:41 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: "Andrey A. Chernov" <ache@nagual.pp.ru>
Cc: current@freebsd.org
Subject: Re: sshd: double "Last login:" bugfix spammed again
References: <20021106141959.GA53561@nagual.pp.ru>
	<xzplm3z81ee.fsf@flood.ping.uio.no>
	<20021112125547.GA28874@nagual.pp.ru>
	<xzp4ran7xhk.fsf@flood.ping.uio.no>
	<20021112131227.GB28874@nagual.pp.ru>
	<xzpy97y7wbh.fsf@flood.ping.uio.no>
	<20021112133631.GA29498@nagual.pp.ru>
	<xzplm3y7vco.fsf@flood.ping.uio.no>
	<xzp8yzy7u9z.fsf@flood.ping.uio.no>
	<20021112141717.GA30147@nagual.pp.ru>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Tue, 12 Nov 2002 15:28:41 +0100
In-Reply-To: <20021112141717.GA30147@nagual.pp.ru> ("Andrey A. Chernov"'s
 message of "Tue, 12 Nov 2002 17:17:17 +0300")
Message-ID: <xzp4ram7tgm.fsf@flood.ping.uio.no>
Lines: 10
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Andrey A. Chernov" <ache@nagual.pp.ru> writes:
> There was USE_LASTLOG on the way, which is currently on and checked before 
> DISABLE_LASTLOG, so DISABLE_LASTLOG does nothing. See loginrec.c

No, USE_LASTLOG is not defined if DISABLE_LASTLOG is defined.  See
defines.h.

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  6:30:52 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D5A1C37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 06:30:51 -0800 (PST)
Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D045043E42
	for <current@freebsd.org>; Tue, 12 Nov 2002 06:30:50 -0800 (PST)
	(envelope-from ache@pobrecita.freebsd.ru)
Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1])
	by nagual.pp.ru (8.12.6/8.12.6) with ESMTP id gACEUnmj030284;
	Tue, 12 Nov 2002 17:30:49 +0300 (MSK)
	(envelope-from ache@pobrecita.freebsd.ru)
Received: (from ache@localhost)
	by pobrecita.freebsd.ru (8.12.6/8.12.6/Submit) id gACEUnSO030283;
	Tue, 12 Nov 2002 17:30:49 +0300 (MSK)
	(envelope-from ache)
Date: Tue, 12 Nov 2002 17:30:49 +0300
From: "Andrey A. Chernov" <ache@nagual.pp.ru>
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: current@freebsd.org
Subject: Re: sshd: double "Last login:" bugfix spammed again
Message-ID: <20021112143049.GA30251@nagual.pp.ru>
References: <xzplm3z81ee.fsf@flood.ping.uio.no> <20021112125547.GA28874@nagual.pp.ru> <xzp4ran7xhk.fsf@flood.ping.uio.no> <20021112131227.GB28874@nagual.pp.ru> <xzpy97y7wbh.fsf@flood.ping.uio.no> <20021112133631.GA29498@nagual.pp.ru> <xzplm3y7vco.fsf@flood.ping.uio.no> <xzp8yzy7u9z.fsf@flood.ping.uio.no> <20021112141717.GA30147@nagual.pp.ru> <xzp4ram7tgm.fsf@flood.ping.uio.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <xzp4ram7tgm.fsf@flood.ping.uio.no>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Nov 12, 2002 at 15:28:41 +0100, Dag-Erling Smorgrav wrote:
> "Andrey A. Chernov" <ache@nagual.pp.ru> writes:
> > There was USE_LASTLOG on the way, which is currently on and checked before 
> > DISABLE_LASTLOG, so DISABLE_LASTLOG does nothing. See loginrec.c
> 
> No, USE_LASTLOG is not defined if DISABLE_LASTLOG is defined.  See
> defines.h.

Yes. Sorry, false alarm.

-- 
Andrey A. Chernov
http://ache.pp.ru/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  7:19:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2036437B401
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 07:19:57 -0800 (PST)
Received: from dibbler.ne.client2.attbi.com (dibbler.ne.client2.attbi.com [24.61.41.247])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7CCC343E4A
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 07:19:56 -0800 (PST)
	(envelope-from rodrigc@attbi.com)
Received: from dibbler.ne.client2.attbi.com (localhost [127.0.0.1])
	by dibbler.ne.client2.attbi.com (8.12.6/8.12.6) with ESMTP id gACFK0mF001341
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 10:20:01 -0500 (EST)
	(envelope-from rodrigc@dibbler.ne.client2.attbi.com)
Received: (from rodrigc@localhost)
	by dibbler.ne.client2.attbi.com (8.12.6/8.12.6/Submit) id gACFK0rr001340
	for freebsd-current@freebsd.org; Tue, 12 Nov 2002 10:20:00 -0500 (EST)
Date: Tue, 12 Nov 2002 10:20:00 -0500
From: Craig Rodrigues <rodrigc@attbi.com>
To: freebsd-current@freebsd.org
Subject: Clock runs too fast
Message-ID: <20021112102000.A1323@attbi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

I have a problem with my ASUS P5A-B motherboard, where the timer
runs too fast.  This is with -CURRENT, cvsup'd from 1.5 weeks ago.

I encountered this problem before, and found a fix which worke;:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=145760+0+archive/2002/freebsd-current/20020915.freebsd-current

However, this fix (adding kern.timecounter.hardware=i8254 to /etc/sysctl.conf)
does not seem to work anymore.  The clock still runs too fast.

Here are my sysctl values for kern.timecounter

kern.timecounter.nbinuptime: 450054
kern.timecounter.nnanouptime: 3
kern.timecounter.nmicrouptime: 0
kern.timecounter.nbintime: 21313
kern.timecounter.nnanotime: 15
kern.timecounter.nmicrotime: 21298
kern.timecounter.ngetbinuptime: 0
kern.timecounter.ngetnanouptime: 95
kern.timecounter.ngetmicrouptime: 60405
kern.timecounter.ngetbintime: 0
kern.timecounter.ngetnanotime: 0
kern.timecounter.ngetmicrotime: 142134
kern.timecounter.hardware: i8254
kern.timecounter.tick: 10000

Any ideas?

Thanks.
-- 
Craig Rodrigues        
http://www.gis.net/~craigr    
rodrigc@attbi.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  8:11:54 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 92E5237B404
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 08:11:53 -0800 (PST)
Received: from 21322530218.direct.eti.at (21322530218.direct.eti.at [213.225.30.218])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3CB1F43E3B
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 08:11:47 -0800 (PST)
	(envelope-from tilman@arved.de)
Received: from huckfinn.arved.de (localhost [127.0.0.1])
	by 21322530218.direct.eti.at (8.12.5/8.12.5) with ESMTP id gACGRINP006635;
	Tue, 12 Nov 2002 17:27:18 +0100 (CET)
	(envelope-from tilman@arved.de)
Received: (from tilman@localhost)
	by huckfinn.arved.de (8.12.5/8.12.5/Submit) id gACGRHjl006634;
	Tue, 12 Nov 2002 17:27:17 +0100 (CET)
X-Authentication-Warning: huckfinn.arved.de: tilman set sender to tilman@arved.de using -f
Date: Tue, 12 Nov 2002 17:27:17 +0100
From: Tilman Linneweh <tilman@arved.de>
To: Craig Rodrigues <rodrigc@attbi.com>
Cc: freebsd-current@freebsd.org
Subject: Re: Clock runs too fast
Message-ID: <20021112162717.GA6584@huckfinn.arved.de>
References: <20021112102000.A1323@attbi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021112102000.A1323@attbi.com>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> I have a problem with my ASUS P5A-B motherboard, where the timer
> runs too fast.  This is with -CURRENT, cvsup'd from 1.5 weeks ago.
> 
> I encountered this problem before, and found a fix which worke;:
> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=145760+0+archive/2002/freebsd-current/20020915.freebsd-current
> 
> However, this fix (adding kern.timecounter.hardware=i8254 to /etc/sysctl.conf)
> does not seem to work anymore.  The clock still runs too fast.

You are not alone.
Same motherboard, same problem. No idea.

regards
tilman

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  8:18:46 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5850837B401
	for <freebsd-current@FreeBSD.ORG>; Tue, 12 Nov 2002 08:18:45 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2B62043E75
	for <freebsd-current@FreeBSD.ORG>; Tue, 12 Nov 2002 08:18:43 -0800 (PST)
	(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gACGIDOr075487;
	Tue, 12 Nov 2002 17:18:18 +0100 (CET)
	(envelope-from phk@critter.freebsd.dk)
To: Tilman Linneweh <tilman@arved.de>
Cc: Craig Rodrigues <rodrigc@attbi.com>, freebsd-current@FreeBSD.ORG
Subject: Re: Clock runs too fast 
In-Reply-To: Your message of "Tue, 12 Nov 2002 17:27:17 +0100."
             <20021112162717.GA6584@huckfinn.arved.de> 
Date: Tue, 12 Nov 2002 17:18:13 +0100
Message-ID: <75486.1037117893@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <20021112162717.GA6584@huckfinn.arved.de>, Tilman Linneweh writes:
>> I have a problem with my ASUS P5A-B motherboard, where the timer
>> runs too fast.  This is with -CURRENT, cvsup'd from 1.5 weeks ago.
>> 
>> I encountered this problem before, and found a fix which worke;:
>> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=145760+0+archive/2002/freebsd-current/20020915.freebsd-current
>> 
>> However, this fix (adding kern.timecounter.hardware=i8254 to /etc/sysctl.conf)
>> does not seem to work anymore.  The clock still runs too fast.
>
>You are not alone.
>Same motherboard, same problem. No idea.

Are you saying that the i8254 also runs twice as fast as it should ?

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  9: 8:50 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F10AC37B41E
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 09:08:45 -0800 (PST)
Received: from dibbler.ne.client2.attbi.com (dibbler.ne.client2.attbi.com [24.61.41.247])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C218743E42
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 09:08:44 -0800 (PST)
	(envelope-from rodrigc@attbi.com)
Received: from dibbler.ne.client2.attbi.com (localhost [127.0.0.1])
	by dibbler.ne.client2.attbi.com (8.12.6/8.12.6) with ESMTP id gACH8nmF001673
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 12:08:49 -0500 (EST)
	(envelope-from rodrigc@dibbler.ne.client2.attbi.com)
Received: (from rodrigc@localhost)
	by dibbler.ne.client2.attbi.com (8.12.6/8.12.6/Submit) id gACH8m9v001672
	for freebsd-current@freebsd.org; Tue, 12 Nov 2002 12:08:48 -0500 (EST)
Date: Tue, 12 Nov 2002 12:08:48 -0500
From: Craig Rodrigues <rodrigc@attbi.com>
To: freebsd-current@freebsd.org
Subject: Re: Clock runs too fast
Message-ID: <20021112120848.B1632@attbi.com>
References: <20021112162717.GA6584@huckfinn.arved.de> <75486.1037117893@critter.freebsd.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <75486.1037117893@critter.freebsd.dk>; from phk@critter.freebsd.dk on Tue, Nov 12, 2002 at 05:18:13PM +0100
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Nov 12, 2002 at 05:18:13PM +0100, Poul-Henning Kamp wrote:
> Are you saying that the i8254 also runs twice as fast as it should ?

It looks like it.  Here is some additional output from
dmesg.  Does it give a clue?

Calibrating clock(s) ... TSC clock: 400911902 Hz, i8254 clock: 1193190 Hz
CLK_USE_I8254_CALIBRATION not specified - using default frequency
Timecounter "i8254"  frequency 1193182 Hz
CLK_USE_TSC_CALIBRATION not specified - using old calibration method

[snip]

ACPI timer looks BAD  min = 0, max = 5, width = 6
ACPI timer looks BAD  min = 0, max = 16777210, width = 16777211
ACPI timer looks BAD  min = 1, max = 16777215, width = 16777215
ACPI timer looks BAD  min = 2, max = 16777204, width = 16777203
ACPI timer looks BAD  min = 0, max = 16777215, width = 16777216
ACPI timer looks BAD  min = 0, max = 16777215, width = 16777216
ACPI timer looks BAD  min = 2, max = 16777210, width = 16777209
ACPI timer looks BAD  min = 2, max = 16777208, width = 16777207
ACPI timer looks BAD  min = 0, max = 16777208, width = 16777209
ACPI timer looks BAD  min = 2, max = 16777215, width = 16777214
Timecounter "ACPI-safe"  frequency 3579545 Hz
acpi_timer0: <24-bit timer at 3.579545MHz> port 0xec08-0xec0b on acpi0
acpi_cpu0: <CPU> on acpi0

[snip]

Timecounters tick every 10.000 msec


-- 
Craig Rodrigues        
http://www.gis.net/~craigr    
rodrigc@attbi.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  9:29:28 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B868C37B404
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 09:29:26 -0800 (PST)
Received: from dragon.nuxi.com (trangmoi.nuxi.com [66.93.134.19])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4337643E42
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 09:29:26 -0800 (PST)
	(envelope-from obrien@NUXI.com)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id gACHTPXD060337;
	Tue, 12 Nov 2002 09:29:25 -0800 (PST)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.6/8.12.6/Submit) id gACHS1nK060320;
	Tue, 12 Nov 2002 09:28:01 -0800 (PST)
Date: Tue, 12 Nov 2002 09:28:01 -0800
From: "David O'Brien" <obrien@FreeBSD.ORG>
To: Mark Murray <mark@grondar.org>
Cc: current@FreeBSD.ORG, Kris Kennaway <kris@obsecurity.org>
Subject: Re: perl5.6.1 wrapper
Message-ID: <20021112172801.GA60237@dragon.nuxi.com>
Reply-To: obrien@FreeBSD.ORG
Mail-Followup-To: David O'Brien <obrien@FreeBSD.org>,
	Mark Murray <mark@grondar.org>, current@FreeBSD.ORG,
	Kris Kennaway <kris@obsecurity.org>
References: <20021112101236.GB8744@dragon.nuxi.com> <200211121234.gACCYNpD019022@grimreaper.grondar.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200211121234.gACCYNpD019022@grimreaper.grondar.org>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD 5.0-CURRENT
Organization: The NUXI BSD Group
X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3  90 76 5D 69 58 D9 98 7A
X-Pgp-Rsa-Keyid: 1024/34F9F9D5
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Nov 12, 2002 at 12:34:23PM +0000, Mark Murray wrote:
> > Do we have consensus on this?  The perl wrapper really isn't working out
> > for all the cases I hoped it would when I committed it.
> 
> Yes, I think so. DES (The author?) doesn't mind. I'm for removal and so is
> Kris.

Why does DES have to be asked?  I did the import.  It does not matter
where the code came from.

Do I need to send out a **HEADS UP** to make it absolutely clear what is
being proposed?  Or can I move forward working on the theory that working
nice for ports building is sufficient backing?

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  9:44:42 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A3B4037B401
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 09:44:40 -0800 (PST)
Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11])
	by mx1.FreeBSD.org (Postfix) with SMTP id 24ADD43E42
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 09:44:39 -0800 (PST)
	(envelope-from dwmalone@maths.tcd.ie)
Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP
          id <aa23871@salmon>; 12 Nov 2002 17:44:37 +0000 (GMT)
Date: Tue, 12 Nov 2002 17:44:36 +0000
From: David Malone <dwmalone@maths.tcd.ie>
To: Craig Rodrigues <rodrigc@attbi.com>
Cc: freebsd-current@freebsd.org
Subject: Re: Clock runs too fast
Message-ID: <20021112174436.GA54505@walton.maths.tcd.ie>
References: <20021112102000.A1323@attbi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021112102000.A1323@attbi.com>
User-Agent: Mutt/1.3.25i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Nov 12, 2002 at 10:20:00AM -0500, Craig Rodrigues wrote:
> However, this fix (adding kern.timecounter.hardware=i8254 to /etc/sysctl.conf)
> does not seem to work anymore.  The clock still runs too fast.

Could you try kern.timecounter.hardware=TSC - this worked for someone
else sometime last week. If the TSC works and the i8254 doesn't it
may give phk some better idea about what is going on.

	David.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  9:49:50 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id DFDBE37B404; Tue, 12 Nov 2002 09:49:48 -0800 (PST)
Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id BB59B43E42; Tue, 12 Nov 2002 09:49:47 -0800 (PST)
	(envelope-from mark@grondar.org)
Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1])
	by storm.FreeBSD.org.uk (8.12.6/8.12.6) with ESMTP id gACHnk5V065955;
	Tue, 12 Nov 2002 17:49:46 GMT
	(envelope-from mark@grondar.org)
Received: (from uucp@localhost)
	by storm.FreeBSD.org.uk (8.12.6/8.12.6/Submit) with UUCP id gACHnkj0065953;
	Tue, 12 Nov 2002 17:49:46 GMT
Received: from grondar.org (localhost [127.0.0.1])
	by grimreaper.grondar.org (8.12.6/8.12.6) with ESMTP id gACHkUpD021266;
	Tue, 12 Nov 2002 17:46:30 GMT
	(envelope-from mark@grondar.org)
Message-Id: <200211121746.gACHkUpD021266@grimreaper.grondar.org>
To: obrien@FreeBSD.ORG
Cc: current@FreeBSD.ORG, Kris Kennaway <kris@obsecurity.org>
Subject: Re: perl5.6.1 wrapper 
In-Reply-To: Your message of "Tue, 12 Nov 2002 09:28:01 PST."
             <20021112172801.GA60237@dragon.nuxi.com> 
Date: Tue, 12 Nov 2002 17:46:30 +0000
From: Mark Murray <mark@grondar.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> On Tue, Nov 12, 2002 at 12:34:23PM +0000, Mark Murray wrote:
> > > Do we have consensus on this?  The perl wrapper really isn't working out
> > > for all the cases I hoped it would when I committed it.
> > 
> > Yes, I think so. DES (The author?) doesn't mind. I'm for removal and so is
> > Kris.
> 
> Why does DES have to be asked?  I did the import.  It does not matter
> where the code came from.

Careful. DES put effort into writing that, and throwing it away without
so much as a "by your leave" is IMHO rude. As it turns out, his position
is pretty clear, but I still want to do this properly.

> Do I need to send out a **HEADS UP** to make it absolutely clear what is
> being proposed?  Or can I move forward working on the theory that working
> nice for ports building is sufficient backing?

Please send a "HEADS UP" nowish, and do the removal a week after that.

There will inevitably be bikeshedding. Please be very gentle.

M
--
Mark Murray
Beware! I'm umop ap!sdn

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12  9:58:20 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9D7CC37B401
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 09:58:19 -0800 (PST)
Received: from dibbler.ne.client2.attbi.com (dibbler.ne.client2.attbi.com [24.61.41.247])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EDD2243E42
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 09:58:18 -0800 (PST)
	(envelope-from rodrigc@attbi.com)
Received: from dibbler.ne.client2.attbi.com (localhost [127.0.0.1])
	by dibbler.ne.client2.attbi.com (8.12.6/8.12.6) with ESMTP id gACHwGmF001852
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 12:58:16 -0500 (EST)
	(envelope-from rodrigc@dibbler.ne.client2.attbi.com)
Received: (from rodrigc@localhost)
	by dibbler.ne.client2.attbi.com (8.12.6/8.12.6/Submit) id gACHwFvg001851
	for freebsd-current@freebsd.org; Tue, 12 Nov 2002 12:58:15 -0500 (EST)
Date: Tue, 12 Nov 2002 12:58:15 -0500
From: Craig Rodrigues <rodrigc@attbi.com>
To: freebsd-current@freebsd.org
Subject: Re: Clock runs too fast
Message-ID: <20021112125815.A1843@attbi.com>
References: <20021112102000.A1323@attbi.com> <20021112174436.GA54505@walton.maths.tcd.ie>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021112174436.GA54505@walton.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Tue, Nov 12, 2002 at 05:44:36PM +0000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Nov 12, 2002 at 05:44:36PM +0000, David Malone wrote:
> On Tue, Nov 12, 2002 at 10:20:00AM -0500, Craig Rodrigues wrote:
> > However, this fix (adding kern.timecounter.hardware=i8254 to /etc/sysctl.conf)
> > does not seem to work anymore.  The clock still runs too fast.
> 
> Could you try kern.timecounter.hardware=TSC - this worked for someone
> else sometime last week. If the TSC works and the i8254 doesn't it
> may give phk some better idea about what is going on.

I just tried this, and it seems to work fine.
So TSC seems to work, and i8254 does not seem to work.

-- 
Craig Rodrigues        
http://www.gis.net/~craigr    
rodrigc@attbi.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 10:18: 7 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E481137B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:18:04 -0800 (PST)
Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F27AA43E4A
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:18:03 -0800 (PST)
	(envelope-from david@catwhisker.org)
Received: from bunrab.catwhisker.org (localhost [127.0.0.1])
	by bunrab.catwhisker.org (8.12.6/8.12.6) with ESMTP id gACII3G8052660
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:18:03 -0800 (PST)
	(envelope-from david@bunrab.catwhisker.org)
Received: (from david@localhost)
	by bunrab.catwhisker.org (8.12.6/8.12.6/Submit) id gACII3oB052659
	for current@freebsd.org; Tue, 12 Nov 2002 10:18:03 -0800 (PST)
Date: Tue, 12 Nov 2002 10:18:03 -0800 (PST)
From: David Wolfskill <david@catwhisker.org>
Message-Id: <200211121818.gACII3oB052659@bunrab.catwhisker.org>
To: current@freebsd.org
Subject: Weird error during "make installworld" [executable becomes "data"]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

OK; this is a bit strange, and I've come up with a circumvention (read
"really ugly bloody hack"), but my real concern is that this may be a
manifestation or symptom of something broken in some subtle way.  The
note is rather long- winded; sorry about that, but I didn't see a better
way to do this.

Background:  I track -CURRENT (and -STABLE) daily on both an SMP "build
machine" and on my laptop.  Other thandifferences imposed by the
different hardware types, and the fact that the build machine is normally
run headless (with a serial console), the machines are set up fairly
similarly -- in particular, I mount /tmp on /dev/md10 on both machines.
However, I have never seen this problem on the build machine, but I have
been seeing it regularly on the laptop for the past week or so.

Here's an excerpt of the typescript from the "make installworld":

---%<----- snip! ------------------------------------------
>>> Installing everything..
...
===> share/examples
...
if [ -L /usr/share/examples/bootforth ]; then  rm -f /usr/share/examples/bootforth;  fi
if [ -L /usr/share/examples/cvsup ]; then  rm -f /usr/share/examples/cvsup;  fi
...
if [ -L /usr/share/examples/startslip ]; then  rm -f /usr/share/examples/startslip;  fi
if [ -L /usr/share/examples/sunrpc ]; then  rm -f /usr/share/examples/sunrpc;  fi
if [ -L /usr/share/examples/worm ]; then  rm -f /usr/share/examples/worm;  fi
mtree -deU   -f /usr/src/share/examples/../../etc/mtree/BSD.usr.dist -p /usr   : not found                                                                     : not found                                                                     : not found                                                                     : not found                                                                     : not found                                                                     : not found                                                                     : not found                                                                     : not found                                                                     : not found                                                                     : not found                                                                     : not found                                                                     : not found                   !
                                                  : not found                                                                     : not found
/tmp/install.O6fzOZh4/mtree: 62: Syntax error: "(" unexpected
*** Error code 2
---%<----- snip! ------------------------------------------

Now, watch this:

g1-9(5.0-C)[4] file /tmp/install.O6fzOZh4/* |grep data
/tmp/install.O6fzOZh4/mtree:    data
g1-9(5.0-C)[5] 


Huh??!?

The symptom seems to be associated with some small number of the
executables that are stuffed away in /tmp/install.* for execution during
the "make installworld" starting out OK (yes, I verified this), but at
some point during the installworld, "file" stops identifying them as
executables, and identifies them as mere "data".  This does not appear to
merely be a matter of file modes and flags:

g1-9(5.0-C)[5] ls -lo /tmp/install.O6fzOZh4/mtree
-r-xr-xr-x  1 root  wheel  - 27128 Nov 12 09:37 /tmp/install.O6fzOZh4/mtree

Rather, I suspect that the (swap-backed) image is getting corrupted in
some way:

g1-9(5.0-C)[6] hd -n 32 !$
hd -n 32 /tmp/install.O6fzOZh4/mtree
00000000  00 00 00 00 00 00 00 00  00 00 01 00 00 00 00 00  |................|
00000010  00 00 00 00 02 00 00 00  00 00 00 00 00 00 03 00  |................|
00000020
g1-9(5.0-C)[7] hd -n 32 /tmp/install.O6fzOZh4/mv
00000000  7f 45 4c 46 01 01 01 09  00 00 00 00 00 00 00 00  |.ELF............|
00000010  02 00 03 00 01 00 00 00  c0 80 04 08 34 00 00 00  |........À...4...|
00000020

The circumvention has had 100% success rate in 3 tries so far.  It
consists of the starting up the following in another window once
the "make installworld" is under way:

	while (1)
	  file /tmp/install.*/* | grep data && date && break; sleep 5
	end


Just *why* that appears to be effective is not something I can even
guess right now, but that it does is what suggests to me that there
is something subtly broken somewhere that could bite us badly.

Sometimes it's mtreee that gets clobbered; less often, it's zic.  These are
the only two victims I recall at present.

I may experiment with tweaking the part of installworld that creates the
/tmp/install* directory to make the directory & its contents immutable
as a different possible circumvention.  (In my case, since /tmp is
only swap-backed, I have a fair degree of confidence that anything
put there really is ephemeral, regardless of flags.)

In the case in question, I just blew away the old /tmp/install.O6fzOZh4
directory, fired up the "make installworld" again, then started the
above-cited loop.  And the "make installworld" has now finished,
apparently successfully.

And yes, I know that the "make installworld" should be done in single-
user mode.  I tried that; it does not appear to help.  I *think* I
also saw the symptom one time when I tried doing the installworld in
single-user mode without creating a separate swap-backed /tmp -- though
I confess I am not certain of that as of this writing.

I don't recall seeing similar symptoms being mentioned by anyone else.
Is it plausible that there's something weird about this laptop (Dell
Inspiron 5000e) that might contribute to these symptoms?

Thanks,
david
-- 
David H. Wolfskill				david@catwhisker.org
I have no confidence in results obtained through the use of Microsoft products.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 10:23: 1 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E37BF37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:23:00 -0800 (PST)
Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6EDCD43E75
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:23:00 -0800 (PST)
	(envelope-from scottl@catholic.org)
Received: (from apache@localhost)
	by webmail.catholic.org (8.11.6/8.11.6) id gACINSc13411;
	Tue, 12 Nov 2002 18:23:28 GMT
Received: from 66.45.56.244
        (COL Webmail authenticated user scottl)
        by webmail.catholic.org with HTTP;
        Tue, 12 Nov 2002 18:23:27 -0000 (UTC)
Message-ID: <2648.66.45.56.244.1037125407.squirrel@webmail.catholic.org>
Date: Tue, 12 Nov 2002 18:23:27 -0000 (UTC)
Subject: Interesting
From: <scottl@catholic.org>
To: <current@freebsd.org>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.7)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA



-----------------------------------------
This email was sent using FREE Catholic Online Webmail.
Please tell your family, friends and children about COL Webmail!
http://webmail.catholic.org/



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 10:23:48 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9F07537B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:23:47 -0800 (PST)
Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 31FB443E3B
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:23:47 -0800 (PST)
	(envelope-from scottl@catholic.org)
Received: (from apache@localhost)
	by webmail.catholic.org (8.11.6/8.11.6) id gACIOEZ13536;
	Tue, 12 Nov 2002 18:24:14 GMT
Received: from 66.45.56.244
        (COL Webmail authenticated user scottl)
        by webmail.catholic.org with HTTP;
        Tue, 12 Nov 2002 18:24:14 -0000 (UTC)
Message-ID: <2891.66.45.56.244.1037125454.squirrel@webmail.catholic.org>
Date: Tue, 12 Nov 2002 18:24:14 -0000 (UTC)
Subject: Interesting
From: <scottl@catholic.org>
To: <current@freebsd.org>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.7)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA



-----------------------------------------
This email was sent using FREE Catholic Online Webmail.
Please tell your family, friends and children about COL Webmail!
http://webmail.catholic.org/



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 10:24: 7 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 37F1937B401
	for <freebsd-current@FreeBSD.ORG>; Tue, 12 Nov 2002 10:24:06 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C1E7543E91
	for <freebsd-current@FreeBSD.ORG>; Tue, 12 Nov 2002 10:24:04 -0800 (PST)
	(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gACINpOr077363;
	Tue, 12 Nov 2002 19:23:51 +0100 (CET)
	(envelope-from phk@critter.freebsd.dk)
To: Craig Rodrigues <rodrigc@attbi.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Clock runs too fast 
In-Reply-To: Your message of "Tue, 12 Nov 2002 12:58:15 EST."
             <20021112125815.A1843@attbi.com> 
Date: Tue, 12 Nov 2002 19:23:51 +0100
Message-ID: <77362.1037125431@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <20021112125815.A1843@attbi.com>, Craig Rodrigues writes:
>On Tue, Nov 12, 2002 at 05:44:36PM +0000, David Malone wrote:
>> On Tue, Nov 12, 2002 at 10:20:00AM -0500, Craig Rodrigues wrote:
>> > However, this fix (adding kern.timecounter.hardware=i8254 to /etc/sysctl.conf)
>> > does not seem to work anymore.  The clock still runs too fast.
>> 
>> Could you try kern.timecounter.hardware=TSC - this worked for someone
>> else sometime last week. If the TSC works and the i8254 doesn't it
>> may give phk some better idea about what is going on.
>
>I just tried this, and it seems to work fine.
>So TSC seems to work, and i8254 does not seem to work.

And ACPI doesn't work either, right ?

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 10:24:19 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 72F7C37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:24:18 -0800 (PST)
Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F0EBB43E6E
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:24:17 -0800 (PST)
	(envelope-from scottl@catholic.org)
Received: (from apache@localhost)
	by webmail.catholic.org (8.11.6/8.11.6) id gACIOjs13584;
	Tue, 12 Nov 2002 18:24:45 GMT
Received: from 66.45.56.244
        (COL Webmail authenticated user scottl)
        by webmail.catholic.org with HTTP;
        Tue, 12 Nov 2002 18:24:44 -0000 (UTC)
Message-ID: <3118.66.45.56.244.1037125484.squirrel@webmail.catholic.org>
Date: Tue, 12 Nov 2002 18:24:44 -0000 (UTC)
Subject: Interesting
From: <scottl@catholic.org>
To: <current@freebsd.org>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.7)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA



-----------------------------------------
This email was sent using FREE Catholic Online Webmail.
Please tell your family, friends and children about COL Webmail!
http://webmail.catholic.org/



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 10:24:56 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4BFE537B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:24:55 -0800 (PST)
Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A295B43E42
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:24:54 -0800 (PST)
	(envelope-from scottl@catholic.org)
Received: (from apache@localhost)
	by webmail.catholic.org (8.11.6/8.11.6) id gACIPMK13595;
	Tue, 12 Nov 2002 18:25:22 GMT
Received: from 66.45.56.244
        (COL Webmail authenticated user scottl)
        by webmail.catholic.org with HTTP;
        Tue, 12 Nov 2002 18:25:21 -0000 (UTC)
Message-ID: <3242.66.45.56.244.1037125521.squirrel@webmail.catholic.org>
Date: Tue, 12 Nov 2002 18:25:21 -0000 (UTC)
Subject: Interesting
From: <scottl@catholic.org>
To: <current@freebsd.org>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.7)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA



-----------------------------------------
This email was sent using FREE Catholic Online Webmail.
Please tell your family, friends and children about COL Webmail!
http://webmail.catholic.org/



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 10:25:28 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 861AE37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:25:27 -0800 (PST)
Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D3ECA43E3B
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:25:26 -0800 (PST)
	(envelope-from scottl@catholic.org)
Received: (from apache@localhost)
	by webmail.catholic.org (8.11.6/8.11.6) id gACIPsT13607;
	Tue, 12 Nov 2002 18:25:54 GMT
Received: from 66.45.56.244
        (COL Webmail authenticated user scottl)
        by webmail.catholic.org with HTTP;
        Tue, 12 Nov 2002 18:25:54 -0000 (UTC)
Message-ID: <3358.66.45.56.244.1037125554.squirrel@webmail.catholic.org>
Date: Tue, 12 Nov 2002 18:25:54 -0000 (UTC)
Subject: Interesting
From: <scottl@catholic.org>
To: <current@freebsd.org>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.7)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA



-----------------------------------------
This email was sent using FREE Catholic Online Webmail.
Please tell your family, friends and children about COL Webmail!
http://webmail.catholic.org/



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 10:27:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9587737B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:27:58 -0800 (PST)
Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1C2FD43E4A
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:27:57 -0800 (PST)
	(envelope-from scottl@catholic.org)
Received: (from apache@localhost)
	by webmail.catholic.org (8.11.6/8.11.6) id gACISO113699;
	Tue, 12 Nov 2002 18:28:24 GMT
Received: from 66.45.56.244
        (COL Webmail authenticated user scottl)
        by webmail.catholic.org with HTTP;
        Tue, 12 Nov 2002 18:28:24 -0000 (UTC)
Message-ID: <3764.66.45.56.244.1037125704.squirrel@webmail.catholic.org>
Date: Tue, 12 Nov 2002 18:28:24 -0000 (UTC)
Subject: Interesting
From: <scottl@catholic.org>
To: <current@freebsd.org>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.7)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA



-----------------------------------------
This email was sent using FREE Catholic Online Webmail.
Please tell your family, friends and children about COL Webmail!
http://webmail.catholic.org/



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 10:28:47 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EBB2537B413
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:28:45 -0800 (PST)
Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9FF4243E3B
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:28:44 -0800 (PST)
	(envelope-from scottl@catholic.org)
Received: (from apache@localhost)
	by webmail.catholic.org (8.11.6/8.11.6) id gACITB013810;
	Tue, 12 Nov 2002 18:29:11 GMT
Received: from 66.45.56.244
        (COL Webmail authenticated user scottl)
        by webmail.catholic.org with HTTP;
        Tue, 12 Nov 2002 18:29:11 -0000 (UTC)
Message-ID: <3890.66.45.56.244.1037125751.squirrel@webmail.catholic.org>
Date: Tue, 12 Nov 2002 18:29:11 -0000 (UTC)
Subject: Interesting
From: <scottl@catholic.org>
To: <current@freebsd.org>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.7)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA



-----------------------------------------
This email was sent using FREE Catholic Online Webmail.
Please tell your family, friends and children about COL Webmail!
http://webmail.catholic.org/



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 10:29:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2F7FD37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:29:15 -0800 (PST)
Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4650543E3B
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:29:14 -0800 (PST)
	(envelope-from scottl@catholic.org)
Received: (from apache@localhost)
	by webmail.catholic.org (8.11.6/8.11.6) id gACITfY13837;
	Tue, 12 Nov 2002 18:29:41 GMT
Received: from 66.45.56.244
        (COL Webmail authenticated user scottl)
        by webmail.catholic.org with HTTP;
        Tue, 12 Nov 2002 18:29:41 -0000 (UTC)
Message-ID: <3942.66.45.56.244.1037125781.squirrel@webmail.catholic.org>
Date: Tue, 12 Nov 2002 18:29:41 -0000 (UTC)
Subject: Interesting
From: <scottl@catholic.org>
To: <current@freebsd.org>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.7)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA
FUCK SCOTT LONG AND FUCK BILL FUMEROLA



-----------------------------------------
This email was sent using FREE Catholic Online Webmail.
Please tell your family, friends and children about COL Webmail!
http://webmail.catholic.org/



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 10:36:57 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BE00A37B401
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 10:36:56 -0800 (PST)
Received: from dibbler.ne.client2.attbi.com (dibbler.ne.client2.attbi.com [24.61.41.247])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E8AAA43E77
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 10:36:55 -0800 (PST)
	(envelope-from rodrigc@attbi.com)
Received: from dibbler.ne.client2.attbi.com (localhost [127.0.0.1])
	by dibbler.ne.client2.attbi.com (8.12.6/8.12.6) with ESMTP id gACIasmF002012
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 13:36:54 -0500 (EST)
	(envelope-from rodrigc@dibbler.ne.client2.attbi.com)
Received: (from rodrigc@localhost)
	by dibbler.ne.client2.attbi.com (8.12.6/8.12.6/Submit) id gACIas5u002011
	for freebsd-current@freebsd.org; Tue, 12 Nov 2002 13:36:54 -0500 (EST)
Date: Tue, 12 Nov 2002 13:36:54 -0500
From: Craig Rodrigues <rodrigc@attbi.com>
To: freebsd-current@freebsd.org
Subject: Re: Clock runs too fast
Message-ID: <20021112133654.A2003@attbi.com>
References: <20021112125815.A1843@attbi.com> <77362.1037125431@critter.freebsd.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <77362.1037125431@critter.freebsd.dk>; from phk@critter.freebsd.dk on Tue, Nov 12, 2002 at 07:23:51PM +0100
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Nov 12, 2002 at 07:23:51PM +0100, Poul-Henning Kamp wrote:
> >I just tried this, and it seems to work fine.
> >So TSC seems to work, and i8254 does not seem to work.
> 
> And ACPI doesn't work either, right ?

That's right, doing:
sysctl -w kern.timecounter.hardware=ACPI-safe

does not work either, ie. clock is too fast.
-- 
Craig Rodrigues        
http://www.gis.net/~craigr    
rodrigc@attbi.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 10:47:25 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BADD237B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:47:23 -0800 (PST)
Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5F6A643E77
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:47:23 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0174.cvx40-bradley.dialup.earthlink.net ([216.244.42.174] helo=mindspring.com)
	by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18Bg4A-00021p-00; Tue, 12 Nov 2002 10:47:14 -0800
Message-ID: <3DD14C5F.5DFACA7C@mindspring.com>
Date: Tue, 12 Nov 2002 10:45:51 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Jason Vervlied <jvervlied@boca.verio.net>
Cc: current@freebsd.org
Subject: Re: Samba on -current
References: <20021112085104.V52417-100000@bertha.boca.verio.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Jason Vervlied wrote:
> I am having problems with a Samba share on my -current box, I just
> installed from 20021103-SNAP. I did recompile my kernel with the following
> options.

[ ... ]

> I also added the SMP options to the kernel. I used the same options under
> -stable and experineced no issues. Here is the error I get when I try to
> copy a file from my samba share
> 
> [jvervlied@current 80-85]$ cp bad_religion-yesterday.mp3 ~/
> cp: /home/jvervlied/bad_religion-yesterday.mp3: Bad address

This was discussed in detail about 3 weeks ago.  I suggested one
workaround, which would be to disable the Samba-specific
getpages/putpages code, since the timeout is in the getpages,
where an operational status code says that the attempt is both
"not recoverable" and "should be retried".

Another partial fix is to retry for a count, but the "unrecoverable"
part of the error indicates that the operation need to be retried
at a much higher level (potentially, all the way to the point of
reestablishing the session).

See the archived previous discussion for details.

One alternative is to use "dd" instead of "cp" to copy the file,
thus avoiding the mmap'ed data failts that come from "cp" to the
SMBFS.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 10:56:24 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3E4EA37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:56:23 -0800 (PST)
Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CE1DE43E75
	for <current@freebsd.org>; Tue, 12 Nov 2002 10:56:22 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0174.cvx40-bradley.dialup.earthlink.net ([216.244.42.174] helo=mindspring.com)
	by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18BgCq-0007Xd-00; Tue, 12 Nov 2002 10:56:12 -0800
Message-ID: <3DD14E77.55B5EA1A@mindspring.com>
Date: Tue, 12 Nov 2002 10:54:47 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Sheldon Hearn <sheldonh@starjuice.net>
Cc: Jason Vervlied <jvervlied@boca.verio.net>, current@freebsd.org
Subject: Re: Samba on -current
References: <20021112085104.V52417-100000@bertha.boca.verio.net> <20021112140219.GR64153@starjuice.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Sheldon Hearn wrote:
> It's a known problem.  Consider reading the -current mailing list to
> keep up to date with known problems.  It was discussed last week.
> 
> No solution is known at this time.  Use dd(1) instead of cp(1) as an
> interim workaround.

Actually, it's fixable 3 ways:

o	Full fix for "cp", ugly

	Remove the getpages/putpages from the implementation of
	the SMBFS' VOPs table.  This will force it to fall back
	to code that uses read/write instead, which doesn't have
	the problem.  Performance will suck, but the copies will
	work as expected, though "mmap" won't.

o	Incomplete fix, ugly, may be enough anyway

	Put a retry loop in the getpages/putpages code (mostly,
	the getpages code), to retry the operation at that level;
	if the failure does not occur at the session or handle
	level, then this will cover up the problem.  If the session
	or handle reference is failing, there is insufficient data
	to rewind state to the point where it can be retried, due
	to the fact that you would need to go up several calls, and
	then back down into the VOP, to reestablish the handle to
	retry the call again.  If you had to reestablish the session,
	you'd have to go even higher.

o	Complete fix, a lot of work

	The code needs to be refactored, so that a restart with the
	handle or session invalid works.  This means seperating out
	the session and handle management from the standard code
	path, so that it can be restarted at any point, so that the
	state doesn't need to be unwound.  The problem here is that
	you are in a trap handler of a write on another FS, faulting
	on a page that's backed by the SMBFS, so it's not like you
	can recover enough information otherwise to recreate the
	handle or session, if necessary.  So you would have to ask
	for the handle from the cache, and then the session for the
	handle from the cache, if the handle was not valid.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 12:31:20 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9F3FF37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 12:31:19 -0800 (PST)
Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 14EF343E6E
	for <current@freebsd.org>; Tue, 12 Nov 2002 12:31:19 -0800 (PST)
	(envelope-from dwcjr@inethouston.net)
Received: by leviathan.inethouston.net (Postfix, from userid 1001)
	id AD4A010DE0D; Tue, 12 Nov 2002 14:31:12 -0600 (CST)
Date: Tue, 12 Nov 2002 14:31:12 -0600
From: "David W. Chapman Jr." <dwcjr@inethouston.net>
To: current@freebsd.org
Subject: buildkernel failure
Message-ID: <20021112203112.GA99234@leviathan.inethouston.net>
Reply-To: "David W. Chapman Jr." <dwcjr@inethouston.net>
Mail-Followup-To: current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: FreeBSD 4.6-STABLE i386
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I have been trying to cvsup since yesterday to get this fixed, so it 
appears to still be broken, anyone else seeing this?

anding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-p
rototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -ansi -c /us
r/src/sys/dev/pcic/i82365.c
/usr/src/sys/dev/pcic/i82365.c: In function `pcic_event_thread':
/usr/src/sys/dev/pcic/i82365.c:566: `DETACH_FORCE' undeclared (first use in this
 function)
/usr/src/sys/dev/pcic/i82365.c:566: (Each undeclared identifier is reported only
 once
/usr/src/sys/dev/pcic/i82365.c:566: for each function it appears in.)
/usr/src/sys/dev/pcic/i82365.c: In function `pcic_intr_socket':
/usr/src/sys/dev/pcic/i82365.c:673: `DETACH_FORCE' undeclared (first use in this
 function)
/usr/src/sys/dev/pcic/i82365.c: In function `pcic_detach_card':
/usr/src/sys/dev/pcic/i82365.c:728: too many arguments to function `CARD_DETACH_
CARD'
*** Error code 1

Stop in /usr/src/sys/modules/pcic.
*** Error code 1


-- 
David W. Chapman Jr.
dwcjr@inethouston.net	Raintree Network Services, Inc. <www.inethouston.net>
dwcjr@freebsd.org	FreeBSD Committer <www.FreeBSD.org>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 14:30:13 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AF3A837B401
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 14:30:11 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-146.dsl.lsan03.pacbell.net [63.207.60.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 256DE43E4A
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 14:30:06 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP
	id 0DF7666B33; Tue, 12 Nov 2002 14:30:03 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id A00011209; Tue, 12 Nov 2002 14:32:14 -0800 (PST)
Date: Tue, 12 Nov 2002 14:32:14 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: Garance A Drosihn <drosih@rpi.edu>
Cc: Mark Murray <mark@grondar.org>,
	Kris Kennaway <kris@obsecurity.org>, current@FreeBSD.ORG
Subject: Re: perl5.6.1 wrapper
Message-ID: <20021112223208.GA79255@rot13.obsecurity.org>
References: <20021108215352.GA26821@rot13.obsecurity.org> <200211082313.gA8NDgJC004268@grimreaper.grondar.org> <p05200f12b9f6a49a4ba2@[128.113.24.47]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb"
Content-Disposition: inline
In-Reply-To: <p05200f12b9f6a49a4ba2@[128.113.24.47]>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--VS++wcV0S1rZb1Fb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, Nov 12, 2002 at 08:15:09AM -0500, Garance A Drosihn wrote:

> I would rather have some explicit list of filenames where we have
> good reason to delete them, and then adapt the above script to at
> least tell the user about the remaining files.  Perhaps even delete
> them, but only *after* saving a copy away in some tar file.  Just
> to do something which is a bit friendlier to all the people who
> will be seeing 5.0 for the first time.

Yeah, this is essentially what I was asking for.

Kris

--VS++wcV0S1rZb1Fb
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE90YFnWry0BWjoQKURAgwTAJ95Cycne1611ucwWjctwwfwf9OrcwCfQEHk
eb0BMCvh5mKMdQJ+30STo6E=
=RlIf
-----END PGP SIGNATURE-----

--VS++wcV0S1rZb1Fb--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 14:59:52 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D084D37B401
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 14:59:51 -0800 (PST)
Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0EAE943E3B
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 14:59:51 -0800 (PST)
	(envelope-from mark@grondar.org)
Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1])
	by storm.FreeBSD.org.uk (8.12.6/8.12.6) with ESMTP id gACMxo5V068747;
	Tue, 12 Nov 2002 22:59:50 GMT
	(envelope-from mark@grondar.org)
Received: (from uucp@localhost)
	by storm.FreeBSD.org.uk (8.12.6/8.12.6/Submit) with UUCP id gACMxnQF068746;
	Tue, 12 Nov 2002 22:59:49 GMT
Received: from grondar.org (localhost [127.0.0.1])
	by grimreaper.grondar.org (8.12.6/8.12.6) with ESMTP id gACMwCpD024298;
	Tue, 12 Nov 2002 22:58:12 GMT
	(envelope-from mark@grondar.org)
Message-Id: <200211122258.gACMwCpD024298@grimreaper.grondar.org>
To: Kris Kennaway <kris@obsecurity.org>
Cc: current@FreeBSD.ORG
Subject: Re: perl5.6.1 wrapper 
In-Reply-To: Your message of "Tue, 12 Nov 2002 14:32:14 PST."
             <20021112223208.GA79255@rot13.obsecurity.org> 
Date: Tue, 12 Nov 2002 22:58:12 +0000
From: Mark Murray <mark@grondar.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> On Tue, Nov 12, 2002 at 08:15:09AM -0500, Garance A Drosihn wrote:
> 
> > I would rather have some explicit list of filenames where we have
> > good reason to delete them, and then adapt the above script to at
> > least tell the user about the remaining files.  Perhaps even delete
> > them, but only *after* saving a copy away in some tar file.  Just
> > to do something which is a bit friendlier to all the people who
> > will be seeing 5.0 for the first time.
> 
> Yeah, this is essentially what I was asking for.

Anyone have a trash-box that we can do a 4-STABLE --> 5-CURRENT
upgrade on to diff the file list?

I have a box that I'd rather not trash, but if need be I'll use that.

M
--
Mark Murray
Beware! I'm umop ap!sdn

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 15: 8:39 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B087037B401
	for <current@FreeBSD.org>; Tue, 12 Nov 2002 15:08:33 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-146.dsl.lsan03.pacbell.net [63.207.60.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D727F43E42
	for <current@FreeBSD.org>; Tue, 12 Nov 2002 15:08:31 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP id 3424366B33
	for <current@FreeBSD.org>; Tue, 12 Nov 2002 15:08:31 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id 6ACA51209; Tue, 12 Nov 2002 15:10:48 -0800 (PST)
Date: Tue, 12 Nov 2002 15:10:48 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: current@FreeBSD.org
Subject: Machine wedged on Nov 1 kernel (with DDB information)
Message-ID: <20021112231047.GB79447@rot13.obsecurity.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

One of the gohan machines apparently wedged up (the kernel was
running, but the network stack was not responding to connection
requests).  Breaking into DDB from the console shows that the
following processes are running:

  pid   proc     addr    uid  ppid  pgrp  flag   stat  wmesg    wchan  cmd
70137 c550f700 d8e13000    0 70132 47867 0004000 norm[LOCK  Giant c0445a40] sed
70136 c6cf0c40 d931e000    0 70132 47867 0004000 norm[RUNQ] tr
70135 c527ac40 d8f7e000    0 70132 47867 0002000 norm[LOCK PCPU MAP ENTRY c083a868] sh
70134 c57f98c0 d8e8c000    0 70130 54326 0004000 norm[LOCK  Giant c0445a40] sed
70132 c6cde1c0 d91ef000    0 70121 47867 0000000 norm[SLPQ    wait c6cde1c0][SLP] sh
70131 c6cde000 d91ee000    0 69776 69769 0004000 norm[SLPQ  sbwait c4261164][SLP] cp
70130 c4ac6a80 d8f3c000    0 69779 54326 0000000 norm[SLPQ    wait c4ac6a80][SLP] sh
70121 c57fbc40 d8e97000    0 70072 47867 0004000 norm[SLPQ  piperd c4e11790][SLP] sh
70115 c4bf9540 d9041000    0   479    41 0004000 norm[SLPQ  nanslp c047ebd4][SLP] sleep
70072 c550f8c0 d8e14000    0 70005 47867 0004000 norm[SLPQ    wait c550f8c0][SLP] make
70005 c526f700 d8f67000    0 69991 47867 0004000 norm[SLPQ  piperd c532b420][SLP] sh
69991 c4bfdc40 d904e000    0 69158 47867 0004000 norm[SLPQ    wait c4bfdc40][SLP] make
69987 c6cf0a80 d92a3000    0 69985 93931 0004000 norm[SLPQ  piperd c48d42c0][SLP] as
69986 c6cf0380 d8dc9000    0 69985 93931 0004000 norm[RUNQ] cc1plus
69985 c4bf9e00 d9046000    0 25697 93931 0004000 norm[SLPQ    wait c4bf9e00][SLP] g++
69779 c57f9000 d8e1d000    0 64122 54326 0004000 norm[SLPQ  piperd c4e11d10][SLP] sh
69776 c4bf98c0 d9043000    0 69769 69769 0004000 norm[SLPQ    wait c4bf98c0][SLP] sh
69769 c6cd0540 d9148000    0 69757 69769 2004000 norm[SLPQ   pause d9148000][SLP] csh
69757 c57f9a80 d8e8d000    0   374   374 0000100 norm[CVQ  select c0448c04][SLP] sshd
69653 c60b6a80 d9103000    0 69651 21959 0004000 norm[LOCK  Giant c0445a40] ld
69651 c57fbe00 d8e98000    0 69060 21959 0004000 norm[SLPQ    wait c57fbe00][SLP] c++
69458 c4dc3380 d8ea0000    0 69457 66960 0004000 norm[LOCK  Giant c0445a40] bzip2
69457 c60b2540 d90ee000    0 69456 66960 0004000 norm[SLPQ  piperd c4284d10][SLP] tar
69456 c526f540 d8f66000    0 69452 66960 0004000 norm[SLPQ    wait c526f540][SLP] sh
69452 c4dc3700 d8ec7000    0 69451 66960 0004000 norm[SLPQ    wait c4dc3700][SLP] pkg_add
69451 c423dc40 d8d86000    0 67685 66960 0004000 norm[SLPQ    wait c423dc40][SLP] sh
69199 c5665e00 d902a000    0 69194 63021 0004000 norm[RUNQ] perl
69194 c6cdec40 d91f5000    0 69192 63021 0004000 norm[SLPQ    wait c6cdec40][SLP] sh
69192 c60b2700 d90ef000    0 67173 63021 0004000 norm[SLPQ    wait c60b2700][SLP] sh
69159 c42441c0 d7b53000    0 69156 47867 0004000 norm[SLPQ  piperd c48d44d0][SLP] awk
69158 c43b8540 d8d2f000    0 69156 47867 0000000 norm[SLPQ  piperd c48d4c60][SLP] sh
69156 c4bfd700 d904b000    0 68905 47867 0004000 norm[SLPQ    wait c4bfd700][SLP] sh
69060 c6cfaa80 d9326000    0 65416 21959 0004000 norm[SLPQ    wait c6cfaa80][SLP] sh
68907 c4bfd8c0 d904c000    0 68904 47867 0004000 norm[SLPQ  piperd c538a2c0][SLP] sort
68906 c4bf9700 d9042000    0 68904 47867 0004000 norm[SLPQ  piperd c47ac630][SLP] grep
68905 c6cdf540 d91fa000    0 68904 47867 0004000 norm[SLPQ    wait c6cdf540][SLP] make
68904 c526fe00 d8f6b000    0 68901 47867 0000000 norm[SLPQ    wait c526fe00][SLP] sh
68901 c4dc3000 d8e4e000    0 56484 47867 0004000 norm[SLPQ  piperd c47ac000][SLP] sh
67996 c60b58c0 d90f9000    0 67994 19490 0004000 norm[SLPQ  piperd c5f38bb0][SLP] as
67995 c4dc3a80 d8ed9000    0 67994 19490 0004000 norm[RUNQ] cc1plus
67994 c4ac6700 d8f3a000    0 67907 19490 0004000 norm[SLPQ    wait c4ac6700][SLP] c++
67907 c57f9380 d8e1f000    0 23994 19490 0004000 norm[SLPQ    wait c57f9380][SLP] sh
67685 c550ba80 d8e0c000    0 67494 66960 0004000 norm[SLPQ    wait c550ba80][SLP] pkg_add
67495 c527a000 d8f6c000    0 66961 66960 0004000 norm[SLPQ  piperd c47ac840][SLP] tee
67494 c550f1c0 d8e10000    0 66961 66960 0004000 norm[SLPQ    wait c550f1c0][SLP] sh
67173 c423b8c0 d8d7b000    0 67172 63021 0004000 norm[SLPQ    wait c423b8c0][SLP] pkg_add
67172 c5229700 d8ee0000    0 65808 63021 0004000 norm[SLPQ    wait c5229700][SLP] sh
66961 c6cf0e00 d931f000    0 66960 66960 0004000 norm[SLPQ    wait c6cf0e00][SLP] sh
66960 c60b6540 d9100000    0 66946 66960 2004000 norm[SLPQ   pause d9100000][SLP] csh
66946 c6cde700 d91f2000    0   374   374 0000100 norm[CVQ  select c0448c04][SLP] sshd
65808 c4ac68c0 d8f3b000    0 63876 63021 0004000 norm[SLPQ    wait c4ac68c0][SLP] pkg_add
65416 c6cd0a80 d91eb000    0 65412 21959 0004000 norm[SLPQ    wait c6cd0a80][SLP] gmake
65412 c6cf0700 d928c000    0 65375 21959 0004000 norm[SLPQ    wait c6cf0700][SLP] sh
65375 c57f9c40 d8e8e000    0 62292 21959 0004000 norm[SLPQ    wait c57f9c40][SLP] gmake
64122 c6cfa000 d9320000    0 64121 54326 0004000 norm[SLPQ    wait c6cfa000][SLP] sh
64121 c43b8e00 d8d34000    0 64120 54326 0000000 norm[SLPQ    wait c43b8e00][SLP] sh
64120 c6d0b540 d932c000    0 63524 54326 0004000 norm[SLPQ    wait c6d0b540][SLP] sh
63877 c5665540 d8f8d000    0 63022 63021 0004000 norm[SLPQ  piperd c532bd10][SLP] tee
63876 c550fe00 d8e17000    0 63022 63021 0004000 norm[SLPQ    wait c550fe00][SLP] sh
63525 c6cfa8c0 d9325000    0 63523 54326 0000000 norm[SLPQ  nanslp c047ebd4][SLP] pnohang
63524 c60b51c0 d90f5000    0 63523 54326 0004000 norm[SLPQ    wait c60b51c0][SLP] make
63523 c60b5e00 d90fc000    0 63493 54326 0004000 norm[SLPQ    wait c60b5e00][SLP] pnohang
63493 c550b000 d8dcd000    0 54327 54326 0004000 norm[SLPQ    wait c550b000][SLP] sh
63022 c6cde8c0 d91f3000    0 63021 63021 0004000 norm[SLPQ    wait c6cde8c0][SLP] sh
63021 c56658c0 d8fb6000    0 63007 63021 2004000 norm[SLPQ   pause d8fb6000][SLP] csh
63007 c6cde540 d91f1000    0   374   374 0000100 norm[CVQ  select c0448c04][SLP] sshd
62292 c550f380 d8e11000    0 62239 21959 0004000 norm[SLPQ    wait c550f380][SLP] sh
62239 c526f380 d8f65000    0 44957 21959 0004000 norm[SLPQ    wait c526f380][SLP] gmake
56485 c6cdfa80 d91fd000    0 56483 47867 0000000 norm[SLPQ  nanslp c047ebd4][SLP] pnohang
56484 c5665000 d8e4b000    0 56483 47867 0004000 norm[SLPQ    wait c5665000][SLP] make
56483 c52291c0 d8edd000    0 56385 47867 0004000 norm[SLPQ    wait c52291c0][SLP] pnohang
56385 c4ac6540 d8f39000    0 47868 47867 0004000 norm[SLPQ    wait c4ac6540][SLP] sh
54327 c52298c0 d8ee1000    0 54326 54326 0004000 norm[SLPQ    wait c52298c0][SLP] sh
54326 c423ba80 d8d7c000    0 54291 54326 2004000 norm[SLPQ   pause d8d7c000][SLP] csh
54291 c550b1c0 d8e07000    0   374   374 0000100 norm[CVQ  select c0448c04][SLP] sshd
47868 c4dc31c0 d8e9f000    0 47867 47867 0004000 norm[SLPQ    wait c4dc31c0][SLP] sh
47867 c423b1c0 d8d2c000    0 47865 47867 2004000 norm[SLPQ   pause d8d2c000][SLP] csh
47865 c526f1c0 d8f64000    0   374   374 0000100 norm[CVQ  select c0448c04][SLP] sshd
44957 c57fb700 d8e94000    0 44920 21959 0004000 norm[SLPQ    wait c57fb700][SLP] sh
44920 c43b8c40 d8d33000    0 33207 21959 0004000 norm[SLPQ    wait c43b8c40][SLP] gmake
33207 c4bfde00 d904f000    0 33170 21959 0004000 norm[SLPQ    wait c4bfde00][SLP] sh
33170 c6d0b000 d9329000    0 33166 21959 0004000 norm[SLPQ    wait c6d0b000][SLP] gmake
33166 c57fba80 d8e96000    0 33163 21959 0004000 norm[SLPQ    wait c57fba80][SLP] sh
33163 c5665700 d8fb5000    0 33014 21959 0004000 norm[SLPQ    wait c5665700][SLP] gmake
33014 c60b6700 d9101000    0 33011 21959 0004000 norm[SLPQ    wait c60b6700][SLP] gmake
33011 c6cdfe00 d91ff000    0 25760 21959 0004000 norm[SLPQ    wait c6cdfe00][SLP] sh
25761 c550b380 d8e08000    0 25759 21959 0000000 norm[SLPQ  nanslp c047ebd4][SLP] pnohang
25760 c60b2000 d90b2000    0 25759 21959 0004000 norm[SLPQ    wait c60b2000][SLP] make
25759 c550fc40 d8e16000    0 25731 21959 0004000 norm[SLPQ    wait c550fc40][SLP] pnohang
25731 c4bf91c0 d902d000    0 21960 21959 0004000 norm[SLPQ    wait c4bf91c0][SLP] sh
25697 c57f91c0 d8e1e000    0 25696 93931 0004000 norm[SLPQ    wait c57f91c0][SLP] gmake
25696 c57fb1c0 d8e91000    0 12613 93931 0004000 norm[SLPQ    wait c57fb1c0][SLP] sh
23994 c423d540 d8d82000    0 23989 19490 0004000 norm[SLPQ    wait c423d540][SLP] gmake
23989 c4ac6e00 d8f3e000    0 23972 19490 0004000 norm[SLPQ    wait c4ac6e00][SLP] sh
23972 c4ac6000 d8efd000    0 23968 19490 0004000 norm[SLPQ    wait c4ac6000][SLP] gmake
23968 c60b2c40 d90f2000    0 23967 19490 0004000 norm[SLPQ    wait c60b2c40][SLP] sh
23967 c60b68c0 d9102000    0 23965 19490 0004000 norm[SLPQ    wait c60b68c0][SLP] gmake
23965 c60b61c0 d90fe000    0 23964 19490 0004000 norm[SLPQ    wait c60b61c0][SLP] gmake
23964 c4dc38c0 d8ed8000    0 21723 19490 0004000 norm[SLPQ    wait c4dc38c0][SLP] sh
21960 c423d8c0 d8d84000    0 21959 21959 0004000 norm[SLPQ    wait c423d8c0][SLP] sh
21959 c5665c40 d9029000    0 21955 21959 2004000 norm[SLPQ   pause d9029000][SLP] csh
21955 c57fb380 d8e92000    0   374   374 0000100 norm[CVQ  select c0448c04][SLP] sshd
21724 c6cdf380 d91f9000    0 21722 19490 0000000 norm[SLPQ  nanslp c047ebd4][SLP] pnohang
21723 c43b88c0 d8d31000    0 21722 19490 0004000 norm[SLPQ    wait c43b88c0][SLP] make
21722 c57f9540 d8e3f000    0 21694 19490 0004000 norm[SLPQ    wait c57f9540][SLP] pnohang
21694 c550fa80 d8e15000    0 19497 19490 0004000 norm[SLPQ    wait c550fa80][SLP] sh
19497 c6cdea80 d91f4000    0 19490 19490 0004000 norm[SLPQ    wait c6cdea80][SLP] sh
19490 c4bfd000 d9047000    0 19488 19490 2004000 norm[SLPQ   pause d9047000][SLP] csh
19488 c4bfd540 d904a000    0   374   374 0000100 norm[CVQ  select c0448c04][SLP] sshd
12613 c4dc3c40 d8eda000    0 12612 93931 0004000 norm[SLPQ    wait c4dc3c40][SLP] gmake
12612 c6cd01c0 d9134000    0   759 93931 0004000 norm[SLPQ    wait c6cd01c0][SLP] sh
 6725 c423de00 d8d87000    0  6596 46930 0004000 norm[CPU 0] awk
 6596 c6cdf700 d91fb000    0 96327 46930 0004000 norm[SLPQ    wait c6cdf700][SLP] sh
  759 c423da80 d8d85000    0   705 93931 0004000 norm[SLPQ    wait c423da80][SLP] gmake
  705 c423d000 d8d7f000    0   141 93931 0004000 norm[SLPQ    wait c423d000][SLP] sh
  142 c550f000 d8e0f000    0   140 93931 0000000 norm[SLPQ  nanslp c047ebd4][SLP] pnohang
  141 c526fa80 d8f69000    0   140 93931 0004000 norm[SLPQ    wait c526fa80][SLP] make
  140 c57f9700 d8e8b000    0   120 93931 0004000 norm[SLPQ    wait c57f9700][SLP] pnohang
  120 c550be00 d8e0e000    0 93936 93931 0004000 norm[SLPQ    wait c550be00][SLP] sh
96327 c5229000 d8edc000    0 96322 46930 0004000 norm[SLPQ    wait c5229000][SLP] sh
96322 c4bf9a80 d9044000    0 95961 46930 0004000 norm[SLPQ    wait c4bf9a80][SLP] sh
95962 c526f000 d8f4b000    0 95958 46930 0000000 norm[SLPQ  nanslp c047ebd4][SLP] pnohang
95961 c5229380 d8ede000    0 95958 46930 0004000 norm[SLPQ    wait c5229380][SLP] make
95958 c526f8c0 d8f68000    0 95830 46930 0004000 norm[SLPQ    wait c526f8c0][SLP] pnohang
95830 c6cfa380 d9322000    0 46935 46930 0004000 norm[SLPQ    wait c6cfa380][SLP] sh
93936 c60b5c40 d90fb000    0 93931 93931 0004000 norm[SLPQ    wait c60b5c40][SLP] sh
93931 c60b28c0 d90f0000    0 93919 93931 2004000 norm[SLPQ   pause d90f0000][SLP] csh
93919 c6cde380 d91f0000    0   374   374 0000100 norm[CVQ  select c0448c04][SLP] sshd
46935 c6cfa700 d9324000    0 46930 46930 0004000 norm[SLPQ    wait c6cfa700][SLP] sh
46930 c60b6c40 d9104000    0 46915 46930 2004000 norm[SLPQ   pause d9104000][SLP] csh
46915 c5229a80 d8ee2000    0   374   374 0000100 norm[CVQ  select c0448c04][SLP] sshd
 7795 c5665a80 d9028000    0     1  7795 0000100 norm[CVQ  select c0448c04][SLP][SWAP] lpd
59163 c5229e00 d8ee4000    0     1  3939 0004100 norm[SLPQ  semwait c40cec00][SLP] gds_lock_mgr
  520 c423d1c0 d8d80000    0     1   520 0004002 norm[SLPQ   ttyin c456ce10][SLP][SWAP] getty
  519 c423d380 d8d81000    0     1   519 0004002 norm[SLPQ   ttyin c456ca10][SLP][SWAP] getty
  518 c4244380 d7b54000    0     1   518 0004002 norm[SLPQ   ttyin c456c610][SLP][SWAP] getty
  517 c4241380 d7b12000    0     1   517 0004002 norm[SLPQ   ttyin c456c010][SLP][SWAP] getty
  516 c43b8700 d8d30000    0     1   516 0004002 norm[SLPQ   ttyin c423fe10][SLP][SWAP] getty
  515 c43b81c0 d8d2d000    0     1   515 0004002 norm[SLPQ   ttyin c456bc10][SLP][SWAP] getty
  514 c4118a80 d7b0d000    0     1   514 0004002 norm[SLPQ   ttyin c456b810][SLP][SWAP] getty
  513 c4118e00 d7b0f000    0     1   513 0004002 norm[SLPQ   ttyin c4120410][SLP][SWAP] getty
  504 c4244700 d7b56000    0     1   504 0000000 norm[SLPQ  nanslp c047ebd4][SLP] cron
  479 c4244540 d7b55000    0     1    41 0004002 norm[SLPQ    wait c4244540][SLP] sh
  383 c43b8000 d8d22000   25     1   383 2000100 norm[SLPQ   pause d8d22000][SLP] sendmail
  380 c42411c0 d7b11000    0     1   380 0000100 norm[CVQ  select c0448c04][SLP] sendmail
  374 c4244a80 d7b58000    0     1   374 0000100 norm[CVQ  select c0448c04][SLP] sshd
  343 c42448c0 d7b57000    0     1   343 0000000 norm[CVQ  select c0448c04][SLP] ntpd
  216 c4244e00 d7b5a000    0     1   216 0000000 norm[CVQ  select c0448c04][SLP] syslogd
  117 c4118c40 d7b0e000    0     0     0 0000204 norm[SLPQ  mdwait c456b000][SLP] md2
  103 c4244c40 d7b59000    0     0     0 0000204 norm[SLPQ  mdwait c4120600][SLP] md1
   57 c4241000 d7b10000    0     0     0 0000204 norm[SLPQ  mdwait c423f600][SLP] md0
   40 c4241540 d7b13000    0     0     0 0000204 norm[SLPQ  nfsidl c0456bac][SLP] nfsiod 3
   39 c4241700 d7b14000    0     0     0 0000204 norm[SLPQ  nfsidl c0456ba8][SLP] nfsiod 2
   38 c42418c0 d7b15000    0     0     0 0000204 norm[SLPQ  nfsidl c0456ba4][SLP] nfsiod 1
   37 c4241a80 d7b4f000    0     0     0 0000204 norm[SLPQ  nfsidl c0456ba0][SLP] nfsiod 0
   36 c4241c40 d7b50000    0     0     0 0000204 norm[SLPQ  syncer c0446ca0][SLP] syncer
   35 c4241e00 d7b51000    0     0     0 0000204 norm[SLPQ  vlruwt c4241e00][SLP] vnlru
   34 c4244000 d7b52000    0     0     0 0000204 norm[SLPQ  psleep c047f744][SLP] bufdaemon
   33 c40ca540 d7afc000    0     0     0 000020c norm[RUNQ] pagezero
    9 c40ca700 d7afd000    0     0     0 0000204 norm[SLPQ  psleep c048306c][SLP] vmdaemon
    8 c40ca8c0 d7afe000    0     0     0 0000204 norm[SLPQ  psleep c045e0d8][SLP] pagedaemon
   32 c40caa80 d7aff000    0     0     0 0000204 new [IWAIT] irq8: rtc
   31 c40cac40 d7b00000    0     0     0 0000204 new [IWAIT] irq0: clk
   30 c40cae00 d7b01000    0     0     0 0000204 new [IWAIT] irq13:
   29 c4118000 d7b07000    0     0     0 0000204 new [IWAIT] irq7: ppc0
   28 c41181c0 d7b08000    0     0     0 0000204 new [IWAIT] irq3: sio1
   27 c4118380 d7b09000    0     0     0 0000204 new [IWAIT] irq4: sio0
   26 c4118540 d7b0a000    0     0     0 0000204 norm[IWAIT] swi0: tty:sio
   25 c4118700 d7b0b000    0     0     0 0000204 norm[SLPQ  usbtsk c043dc9c][SLP] usbtask
   24 c41188c0 d7b0c000    0     0     0 0000204 norm[SLPQ  usbevt c40b8210][SLP] usb0
   23 c16001c0 d68f7000    0     0     0 0000204 new [IWAIT] irq15: ata1
   22 c1600380 d68f8000    0     0     0 0000204 norm[IWAIT] irq14: ata0
   21 c1600540 d68f9000    0     0     0 0000204 norm[LOCK  Giant c0445a40] irq10: fxp0 uhci0
    7 c1600700 d68fa000    0     0     0 0000204 norm[SLPQ  actask c0431c3c][SLP] acpi_task2
    6 c16008c0 d68fb000    0     0     0 0000204 norm[SLPQ  actask c0431c3c][SLP] acpi_task1
    5 c1600a80 d68fc000    0     0     0 0000204 norm[SLPQ  actask c0431c3c][SLP] acpi_task0
   20 c1600c40 d68fd000    0     0     0 0000204 norm[IWAIT] irq9: acpi0
   19 c1600e00 d68fe000    0     0     0 0000204 new [IWAIT] swi5: task queue
   18 c40ca000 d7ac0000    0     0     0 0000204 new [IWAIT] swi3: cambio
   17 c40ca1c0 d7ac1000    0     0     0 0000204 new [IWAIT] swi2: camnet
   16 c40ca380 d7ac2000    0     0     0 0000204 norm[IWAIT] swi5: acpitaskq
   15 c15f9000 d687b000    0     0     0 0000204 norm[SLPQ   sleep c046a3e0][SLP] random
    4 c15f91c0 d68ee000    0     0     0 0000204 norm[SLPQ  g_down c043fef0][SLP] g_down
    3 c15f9380 d68ef000    0     0     0 0000204 norm[SLPQ    g_up c043feec][SLP] g_up
    2 c15f9540 d68f0000    0     0     0 0000204 norm[SLPQ  g_events c043fee4][SLP] g_event
   14 c15f9700 d68f1000    0     0     0 0000204 norm[IWAIT] swi1: net
   13 c15f98c0 d68f2000    0     0     0 0000204 new [IWAIT] swi4: vm
   12 c15f9a80 d68f3000    0     0     0 000020c norm[LOCK  Giant c0445a40] swi6: tty:sio clock
   11 c15f9c40 d68f4000    0     0     0 000020c norm[Can run] idle
    1 c15f9e00 d68f5000    0     0     1 0004200 norm[SLPQ    wait c15f9e00][SLP] init
   10 c1600000 d68f6000    0     0     0 0000204 norm[CVQ  ktrace c047aee4][SLP] ktrace
    0 c0441160 c055a000    0     0     0 0000200 norm[SLPQ   sched c0441160][SLP] swapper

The only one that stands out to my untrained eye is 

70135 c527ac40 d8f7e000    0 70132 47867 0002000 norm[LOCK PCPU MAP ENTRY c083a868] sh

db> trace 70135
mi_switch(c42435b0,2,c04029a2,23b,d7b2dbbc) at mi_switch+0x1e1
_mtx_lock_sleep(c083a868,0,c041bd65,693,1c4) at _mtx_lock_sleep+0x226
_mtx_lock_flags(c083a868,0,c041bd65,693,0) at _mtx_lock_flags+0x94
uma_zfree_arg(c083a780,c52bebf4,0,d7b2dc14,c0372174) at uma_zfree_arg+0x78
vm_map_entry_dispose(c526abf4,c52bebf4,c68c5c98,c52bebf4,d7b2dc68) at vm_map_entry_dispose+0x32
vm_map_entry_delete(c526abf4,c52bebf4,c041a2f8,826,c0401a58) at vm_map_entry_delete+0x44
vm_map_delete(c526abf4,0,bfc00000,c526abf4,0) at vm_map_delete+0x323
vm_map_remove(c526abf4,0,bfc00000,114,c04459e0) at vm_map_remove+0x55
exit1(c42435b0,0,c0400ed3,70,d7b2dd40) at exit1+0x471
sys_exit(c42435b0,d7b2dd10,c04245ae,409,1) at sys_exit+0x41
syscall(2f,2f,2f,0,bfbffc88) at syscall+0x28e
Xint0x80_syscall() at Xint0x80_syscall+0x1d
--- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x807b3ef, esp = 0xbfbfed6c, ebp = 0xbfbfedf8 ---

Is there anything else I should do?

Kris

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 15:12:53 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3A2DB37B401
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 15:12:52 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-146.dsl.lsan03.pacbell.net [63.207.60.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8528B43E42
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 15:12:51 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP
	id 50BE766B33; Tue, 12 Nov 2002 15:12:50 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id 176D11210; Tue, 12 Nov 2002 15:15:07 -0800 (PST)
Date: Tue, 12 Nov 2002 15:15:07 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: Mark Murray <mark@grondar.org>
Cc: Kris Kennaway <kris@obsecurity.org>, current@FreeBSD.ORG
Subject: Re: perl5.6.1 wrapper
Message-ID: <20021112231504.GA79583@rot13.obsecurity.org>
References: <20021112223208.GA79255@rot13.obsecurity.org> <200211122258.gACMwCpD024298@grimreaper.grondar.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI"
Content-Disposition: inline
In-Reply-To: <200211122258.gACMwCpD024298@grimreaper.grondar.org>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--+HP7ph2BbKc20aGI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Nov 12, 2002 at 10:58:12PM +0000, Mark Murray wrote:
> > On Tue, Nov 12, 2002 at 08:15:09AM -0500, Garance A Drosihn wrote:
> >=20
> > > I would rather have some explicit list of filenames where we have
> > > good reason to delete them, and then adapt the above script to at
> > > least tell the user about the remaining files.  Perhaps even delete
> > > them, but only *after* saving a copy away in some tar file.  Just
> > > to do something which is a bit friendlier to all the people who
> > > will be seeing 5.0 for the first time.
> >=20
> > Yeah, this is essentially what I was asking for.
>=20
> Anyone have a trash-box that we can do a 4-STABLE --> 5-CURRENT
> upgrade on to diff the file list?
>=20
> I have a box that I'd rather not trash, but if need be I'll use that.

You can probably just do it in a jail, by successively unpacking the
various 4.x-release installation distributions (everything except the
sources..actually, maybe those too, since things will break if people
try to just unpack the new 5.0 sources over the 4.x sources).

Kris

--+HP7ph2BbKc20aGI
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE90Yt3Wry0BWjoQKURArIOAKCiW6LFRrUIOdDdlXIf8gKRL9JbvgCgzFtO
7lZ/+wM29613g8YZBF70ZKM=
=6S9R
-----END PGP SIGNATURE-----

--+HP7ph2BbKc20aGI--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 15:58:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EFE7237B401
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 15:58:57 -0800 (PST)
Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 55EFE43E6E
	for <current@FreeBSD.ORG>; Tue, 12 Nov 2002 15:58:57 -0800 (PST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1])
	by khavrinen.lcs.mit.edu (8.12.3/8.12.5) with ESMTP id gACNwsen060882
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK);
	Tue, 12 Nov 2002 18:58:54 -0500 (EST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: (from wollman@localhost)
	by khavrinen.lcs.mit.edu (8.12.3/8.12.5/Submit) id gACNwrnI060879;
	Tue, 12 Nov 2002 18:58:53 -0500 (EST)
	(envelope-from wollman)
Date: Tue, 12 Nov 2002 18:58:53 -0500 (EST)
From: Garrett Wollman <wollman@lcs.mit.edu>
Message-Id: <200211122358.gACNwrnI060879@khavrinen.lcs.mit.edu>
To: Marc Recht <marc@informatik.uni-bremen.de>
Cc: current@FreeBSD.ORG
Subject: Re: addition to cdefs
In-Reply-To: <1037033768.779.101.camel@leeloo.intern.geht.de>
References: <1037017897.779.20.camel@leeloo.intern.geht.de>
	<20021111095458.F52940@espresso.q9media.com>
	<1037029019.779.87.camel@leeloo.intern.geht.de>
	<20021111112128.G52940@espresso.q9media.com>
	<1037033768.779.101.camel@leeloo.intern.geht.de>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

<<On 11 Nov 2002 17:56:08 +0100, Marc Recht <marc@informatik.uni-bremen.de> said:

> I'm thinking more of it like an aggregation. IMHO it should be possible,
> if the user wants to, to get POSIX 199506 and BSD.

That would be very difficult, since FreeBSD never supported that
version (indeed, never even claimed support for that version).  In
order to make this happen, someone would have to go back to a printed
copy of ISO/IEC 9945-1:1996 and compare all of the text against what
is in FreeBSD to determine the appropriate conditionals.  (That's not
counting any semantic changes.)  I've already done some of this work,
and it's a lot of hard work (not least because of the way the previous
POSIX standards were structured) for very little gain (since
FreeBSD/i386 has never correctly supported any version of POSIX, not
even the one it used to claim to support).

-GAWollman


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 16: 0: 8 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id B82A537B406; Tue, 12 Nov 2002 16:00:06 -0800 (PST)
Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 229EF43E3B; Tue, 12 Nov 2002 16:00:06 -0800 (PST)
	(envelope-from archie@dellroad.org)
Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20])
	by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id PAA11857;
	Tue, 12 Nov 2002 15:49:06 -0800 (PST)
Received: from arch20m.dellroad.org (localhost [127.0.0.1])
	by arch20m.dellroad.org (8.12.6/8.12.6) with ESMTP id gACNn5OS017669;
	Tue, 12 Nov 2002 15:49:05 -0800 (PST)
	(envelope-from archie@arch20m.dellroad.org)
Received: (from archie@localhost)
	by arch20m.dellroad.org (8.12.6/8.12.6/Submit) id gACNn5cX017668;
	Tue, 12 Nov 2002 15:49:05 -0800 (PST)
From: Archie Cobbs <archie@dellroad.org>
Message-Id: <200211122349.gACNn5cX017668@arch20m.dellroad.org>
Subject: Re: addition to cdefs
In-Reply-To: <20021111112128.G52940@espresso.q9media.com>
To: Mike Barcroft <mike@FreeBSD.org>
Date: Tue, 12 Nov 2002 15:49:05 -0800 (PST)
Cc: Marc Recht <marc@informatik.uni-bremen.de>,
	Garrett Wollman <wollman@lcs.mit.edu>, current@FreeBSD.org
X-Mailer: ELM [version 2.4ME+ PL99b (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> Marc Recht <marc@informatik.uni-bremen.de> writes:
> I've had the attached patch in my tree for a while.  I'll try and get
> it and the <unistd.h> patch committed today.

    static __inline void
    __fd_zero(fd_set *p, __size_t n)
    {
	    n = _howmany(n, _NFDBITS);
	    while (n > 0)
		    p->fds_bits[n--] = 0;
    }

That looks broken. Maybe you meant this:

    static __inline void
    __fd_zero(fd_set *p, __size_t n)
    {
	    n = _howmany(n, _NFDBITS);
	    while (n > 0)
		    p->fds_bits[--n] = 0;
    }

But why not just this?

    static __inline void
    __fd_zero(fd_set *p, __size_t n)
    {
	    memset(p->fds_bits, 0, _howmany(n, _NFDBITS));
    }

-Archie

__________________________________________________________________________
Archie Cobbs     *     Packet Design     *     http://www.packetdesign.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 16: 3:22 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 38FE637B401; Tue, 12 Nov 2002 16:03:21 -0800 (PST)
Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8829343E77; Tue, 12 Nov 2002 16:03:20 -0800 (PST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1])
	by khavrinen.lcs.mit.edu (8.12.3/8.12.5) with ESMTP id gAD03Jen060976
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK);
	Tue, 12 Nov 2002 19:03:20 -0500 (EST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: (from wollman@localhost)
	by khavrinen.lcs.mit.edu (8.12.3/8.12.5/Submit) id gAD03JYb060973;
	Tue, 12 Nov 2002 19:03:19 -0500 (EST)
	(envelope-from wollman)
Date: Tue, 12 Nov 2002 19:03:19 -0500 (EST)
From: Garrett Wollman <wollman@lcs.mit.edu>
Message-Id: <200211130003.gAD03JYb060973@khavrinen.lcs.mit.edu>
To: Mike Barcroft <mike@FreeBSD.org>
Cc: current@FreeBSD.org
Subject: Re: addition to cdefs
In-Reply-To: <20021111095458.F52940@espresso.q9media.com>
References: <1037017897.779.20.camel@leeloo.intern.geht.de>
	<20021111095458.F52940@espresso.q9media.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

<<On Mon, 11 Nov 2002 09:54:58 -0500, Mike Barcroft <mike@FreeBSD.org> said:

>  /* 1003.2-1992 */
> -#if __POSIX_VISIBLE >= 199209
> +#if __POSIX_VISIBLE >= 199209 || __XSI_VISIBLE
>  size_t	 confstr(int, char *, size_t);
>  int	 getopt(int, char * const [], const char *);
 
__XSI_VISIBLE should never be non-zero when __POSIX_VISIBLE is less
than 199506, so I don't entirely understand what's going on here.  We
don't really support XPG4.2 or older environments.

-GAWollman


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 16: 7:29 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DA9ED37B401
	for <current@FreeBSD.org>; Tue, 12 Nov 2002 16:07:28 -0800 (PST)
Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 367FC43E6E
	for <current@FreeBSD.org>; Tue, 12 Nov 2002 16:07:28 -0800 (PST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1])
	by khavrinen.lcs.mit.edu (8.12.3/8.12.5) with ESMTP id gAD07Qen060997
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK);
	Tue, 12 Nov 2002 19:07:26 -0500 (EST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: (from wollman@localhost)
	by khavrinen.lcs.mit.edu (8.12.3/8.12.5/Submit) id gAD07PsE060994;
	Tue, 12 Nov 2002 19:07:25 -0500 (EST)
	(envelope-from wollman)
Date: Tue, 12 Nov 2002 19:07:25 -0500 (EST)
From: Garrett Wollman <wollman@lcs.mit.edu>
Message-Id: <200211130007.gAD07PsE060994@khavrinen.lcs.mit.edu>
To: Archie Cobbs <archie@dellroad.org>
Cc: current@FreeBSD.org
Subject: Re: addition to cdefs
In-Reply-To: <200211122349.gACNn5cX017668@arch20m.dellroad.org>
References: <20021111112128.G52940@espresso.q9media.com>
	<200211122349.gACNn5cX017668@arch20m.dellroad.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

<<On Tue, 12 Nov 2002 15:49:05 -0800 (PST), Archie Cobbs <archie@dellroad.org> said:

> But why not just this?

>     static __inline void
>     __fd_zero(fd_set *p, __size_t n)
>     {
> 	    memset(p->fds_bits, 0, _howmany(n, _NFDBITS));
>     }

Because a declaration of memset() is not permitted in that context.

-GAWollman


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 16:12: 5 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 007CF37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 16:12:04 -0800 (PST)
Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9ED1943E42
	for <current@freebsd.org>; Tue, 12 Nov 2002 16:12:03 -0800 (PST)
	(envelope-from des@FreeBSD.org)
Received: from beast.freebsd.org (localhost [127.0.0.1])
	by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gAD0C3sc068039
	for <current@freebsd.org>; Tue, 12 Nov 2002 16:12:03 -0800 (PST)
	(envelope-from des@beast.freebsd.org)
Received: (from des@localhost)
	by beast.freebsd.org (8.12.6/8.12.6/Submit) id gAD0C36n068037
	for current@freebsd.org; Tue, 12 Nov 2002 16:12:03 -0800 (PST)
Date: Tue, 12 Nov 2002 16:12:03 -0800 (PST)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200211130012.gAD0C36n068037@beast.freebsd.org>
To: current@freebsd.org
Subject: alpha tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Tue Nov 12 15:23:53 PST 2002
--------------------------------------------------------------
>>> Kernel build for GENERIC completed on Tue Nov 12 16:04:22 PST 2002
--------------------------------------------------------------
>>> Kernel build for LINT started on Tue Nov 12 16:04:22 PST 2002
--------------------------------------------------------------
===> vinum
"Makefile", line 4441: warning: duplicate script for target "geom_bsd.o" ignored
cc1: warnings being treated as errors
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1931: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_out':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 4)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 5)
*** Error code 1

Stop in /h/des/obj/h/des/src/sys/LINT.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 16:25:30 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 811AE37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 16:25:29 -0800 (PST)
Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9F3DE43E3B
	for <current@freebsd.org>; Tue, 12 Nov 2002 16:25:27 -0800 (PST)
	(envelope-from Alex.Wilkinson@dsto.defence.gov.au)
Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150])
	by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id gAD0NYe09327
	for <current@freebsd.org>; Wed, 13 Nov 2002 10:53:34 +1030 (CST)
Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au
 (Content Technologies SMTPRS 4.2.10) with ESMTP id <T5e8972942783b902960a0@dsto-ms2.dsto.defence.gov.au>;
 Wed, 13 Nov 2002 10:55:13 +1030
Received: from salex001.dsto.defence.gov.au (salex001.dsto.defence.gov.au [131.185.2.9])
	by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id KAA31230;
	Wed, 13 Nov 2002 10:47:53 +1030 (CST)
Received: from squirm.dsto.defence.gov.au ([131.185.75.211]) by salex001.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id WFFGZY05; Wed, 13 Nov 2002 10:47:54 +1030
Date: Wed, 13 Nov 2002 10:47:53 +1030 (CST)
From: "Wilkinson,Alex" <Alex.Wilkinson@dsto.defence.gov.au>
X-X-Sender: wilkinsa@squirm.dsto.defence.gov.au
Reply-To: Alex.Wilkinson@dsto.defence.gov.au
To: Terry Lambert <tlambert2@mindspring.com>
Cc: current@freebsd.org
Subject: Re: building -STABLE from within -CURRENT
In-Reply-To: <3DD0B8A4.B84FA70D@mindspring.com>
Message-ID: <20021113104638.J36116-100000@squirm.dsto.defence.gov.au>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Is there any documentation of how to cross-build different versions of FreeBSD ?

 - aW


	Only if you unpack the contents of CDROM #2 from a -STABLE system
	into a chroot environment.

	Specifically, the compiler and FFS changes have added a number of
	incompatabilities that are insurmountable for cross-building, from
	my experience.

	Check the -current mailing list archives, as it applies to being
	able to cross-build versions of FreeBSD; this was covered in detail
	last week (and about every two weeks, previous to that).

	-- Terry


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 16:37:45 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5353D37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 16:37:44 -0800 (PST)
Received: from rootlabs.com (root.org [67.118.192.226])
	by mx1.FreeBSD.org (Postfix) with SMTP id 667FE43E6E
	for <current@freebsd.org>; Tue, 12 Nov 2002 16:37:40 -0800 (PST)
	(envelope-from nate@rootlabs.com)
Received: (qmail 37511 invoked by uid 1000); 13 Nov 2002 00:37:41 -0000
Date: Tue, 12 Nov 2002 16:37:41 -0800 (PST)
From: Nate Lawson <nate@root.org>
To: current@freebsd.org
Subject: sleep(1) behavior
Message-ID: <Pine.BSF.4.21.0211121633330.37340-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I've found an interesting contradiction and was wondering what behavior
sleep should have.  It checks for a command line flag with getopt(3) and
exits with usage() if it finds one.  However, it then checks for a '-' or
'+' sign.  If negative, it behaves like "sleep 0" and exits
immediately.  This case can almost never be triggered since the
getopt(3) will catch the minus sign, even if a digit follows it.

Current behavior:
sleep 0 = exits immediately
sleep -1 = exits with usage()
sleep -f = exits with usage()
sleep "   -1" = exits immediately and is the only way I know to trigger
the negative case.

What is the standard, desired behavior?

-Nate


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 16:44:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EA27937B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 16:44:56 -0800 (PST)
Received: from motgate3.mot.com (motgate3.mot.com [144.189.100.103])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3F9F143E4A
	for <current@freebsd.org>; Tue, 12 Nov 2002 16:44:56 -0800 (PST)
	(envelope-from rittle@latour.rsch.comm.mot.com)
Received: from mothost.mot.com (mothost.mot.com [129.188.137.101])
	by motgate3.mot.com (Motorola/Motgate3) with ESMTP id gAD0fpUH023078;
	Tue, 12 Nov 2002 17:41:52 -0700 (MST)
Received: [from latour.rsch.comm.mot.com (latour.rsch.comm.mot.com [145.1.80.116]) by mothost.mot.com (MOT-pobox 2.0) with ESMTP id RAA05623; Tue, 12 Nov 2002 17:44:54 -0700 (MST)]
Received: from latour.rsch.comm.mot.com (localhost.rsch.comm.mot.com [127.0.0.1])
	by latour.rsch.comm.mot.com (8.12.6/8.12.6) with ESMTP id gAD0irdF005836;
	Tue, 12 Nov 2002 18:44:53 -0600 (CST)
	(envelope-from rittle@latour.rsch.comm.mot.com)
Received: (from rittle@localhost)
	by latour.rsch.comm.mot.com (8.12.6/8.12.6/Submit) id gAD0irOo005833;
	Tue, 12 Nov 2002 18:44:53 -0600 (CST)
Date: Tue, 12 Nov 2002 18:44:53 -0600 (CST)
From: Loren James Rittle <rittle@latour.rsch.comm.mot.com>
Message-Id: <200211130044.gAD0irOo005833@latour.rsch.comm.mot.com>
To: tlambert2@mindspring.com
Cc: current@freebsd.org
In-reply-to: <3DD0B80B.2279721@mindspring.com> (message from Terry Lambert on
	Tue, 12 Nov 2002 00:12:59 -0800)
Subject: Re: binutils symbol hiding and versioning (was Re: [PATCH] note the __sF change in src/UPDATING)
Reply-To: rittle@labs.mot.com
References: <3DCADE51.2090607@acm.org> <200211120553.gAC5rQFi093274@latour.rsch.comm.mot.com> <3DD0B80B.2279721@mindspring.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In article <3DD0B80B.2279721@mindspring.com>,
Terry Lambert<tlambert2@mindspring.com> writes:

> Loren James Rittle wrote:
>> FYI, the libstdc++-v3 maintainers on the FSF side are only
>> guaranteeing forward ABI compatibility of any sort if libstdc++.so is
>> built with symbol versioning and symbol hiding.

> FWIW: symbol versioning is incredibly broken.  It attempts to
> do in UNIX what interface versioning does in Windows, through
> the use of class factories accessed via IUnknown.

You might be absolutely correct in general.  However, please read
http://gcc.gnu.org/onlinedocs/libstdc++/abi.txt .  It is clear that
symbol versioning is not being used at all like you supposed it might
have been (mis-)used.  FWIW: There is no concept of IUnknown or
implementation factories (and, yes, I do understand those concepts) in
how libstdc++.so (v3) is using symbol versioning.  I invite you to
take a close look at how that library is actually using symbol hiding
and versioning before you attempt to cast your judgment.  If you have
informed comments, then please direction them to libstdc++@gcc.gnu.org
not me personally (as a libstdc++-v3 maintainer, I will read them over
there like all others).

Short summation: We only mark the first version of the library that a
new symbol is added.  E.g. there will never be X@3.2 and also X@3.2.1.
The first release after an ELF library version number bump resets all
tags to be the same.  As clearly documented, libstdc++.so (v3) will bump
the major version number just like FreeBSD does on installed shared
libraries to express other sorts of C++ compiler or library ABI change.

If the system compiler of FreeBSD still wanted to install multiple
versions of libstdc++.so (v3) with major number bumps for other
reasons (because it is considered safer for compatibility by the
system designers), that would be quite fine.  But completely ignoring
the symbol hiding features will make the FreeBSD C++ system compiler
and environment worse than the Linux version and worse than a g++
installed from equivalent FSF sources IMHO (since we will leak all
sorts of internal implementation symbols that are not suppose to
influence user application link behavior).  Anyways, Alex was already
going to look into trying this for the FreeBSD 5.0 system compiler so
hopefully this will not be the case.

Regards,
Loren

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 17:13:25 2002
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id 6B7E937B401; Tue, 12 Nov 2002 17:13:24 -0800 (PST)
Date: Tue, 12 Nov 2002 17:13:24 -0800
From: Juli Mallett <jmallett@FreeBSD.org>
To: Nate Lawson <nate@root.org>
Cc: current@freebsd.org
Subject: Re: sleep(1) behavior
Message-ID: <20021112171324.A6608@FreeBSD.org>
References: <Pine.BSF.4.21.0211121633330.37340-100000@root.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.BSF.4.21.0211121633330.37340-100000@root.org>; from nate@root.org on Tue, Nov 12, 2002 at 04:37:41PM -0800
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <jmallett@xMach.org>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>, <jmallett@OpenDarwin.org>
X-Towel: Yes
X-LiveJournal: flata, jmallett
X-Negacore: Yes
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* De: Nate Lawson <nate@root.org> [ Data: 2002-11-12 ]
	[ Subjecte: sleep(1) behavior ]
> I've found an interesting contradiction and was wondering what behavior
> sleep should have.  It checks for a command line flag with getopt(3) and
> exits with usage() if it finds one.  However, it then checks for a '-' or
> '+' sign.  If negative, it behaves like "sleep 0" and exits
> immediately.  This case can almost never be triggered since the
> getopt(3) will catch the minus sign, even if a digit follows it.
> 
> Current behavior:
> sleep 0 = exits immediately
> sleep -1 = exits with usage()
> sleep -f = exits with usage()
> sleep "   -1" = exits immediately and is the only way I know to trigger
> the negative case.

What about:

sleep -- -1

?
-- 
Juli Mallett <jmallett@FreeBSD.org>
OpenDarwin, Mono, FreeBSD Developer.
FreeBSD on MIPS-Anything on FreeBSD.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 17:15:31 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4FD3C37B404
	for <current@freebsd.org>; Tue, 12 Nov 2002 17:15:30 -0800 (PST)
Received: from rootlabs.com (root.org [67.118.192.226])
	by mx1.FreeBSD.org (Postfix) with SMTP id BDEE343E88
	for <current@freebsd.org>; Tue, 12 Nov 2002 17:15:29 -0800 (PST)
	(envelope-from nate@rootlabs.com)
Received: (qmail 37572 invoked by uid 1000); 13 Nov 2002 01:15:31 -0000
Date: Tue, 12 Nov 2002 17:15:31 -0800 (PST)
From: Nate Lawson <nate@root.org>
To: Juli Mallett <jmallett@FreeBSD.org>
Cc: current@freebsd.org
Subject: Re: sleep(1) behavior
In-Reply-To: <20021112171324.A6608@FreeBSD.org>
Message-ID: <Pine.BSF.4.21.0211121714540.37551-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, 12 Nov 2002, Juli Mallett wrote:
> * De: Nate Lawson <nate@root.org> [ Data: 2002-11-12 ]
> 	[ Subjecte: sleep(1) behavior ]
> > I've found an interesting contradiction and was wondering what behavior
> > sleep should have.  It checks for a command line flag with getopt(3) and
> > exits with usage() if it finds one.  However, it then checks for a '-' or
> > '+' sign.  If negative, it behaves like "sleep 0" and exits
> > immediately.  This case can almost never be triggered since the
> > getopt(3) will catch the minus sign, even if a digit follows it.
> > 
> > Current behavior:
> > sleep 0 = exits immediately
> > sleep -1 = exits with usage()
> > sleep -f = exits with usage()
> > sleep "   -1" = exits immediately and is the only way I know to trigger
> > the negative case.
> 
> What about:
> 
> sleep -- -1
> 
> ?

Same as the last case.  My question is, what is required/desired behavior?

-Nate


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 17:53: 6 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4AAF537B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 17:53:04 -0800 (PST)
Received: from web14104.mail.yahoo.com (web14104.mail.yahoo.com [216.136.172.134])
	by mx1.FreeBSD.org (Postfix) with SMTP id D107943E9C
	for <current@freebsd.org>; Tue, 12 Nov 2002 17:53:03 -0800 (PST)
	(envelope-from galen_sampson@yahoo.com)
Message-ID: <20021113015303.78222.qmail@web14104.mail.yahoo.com>
Received: from [209.245.143.243] by web14104.mail.yahoo.com via HTTP; Tue, 12 Nov 2002 17:53:03 PST
Date: Tue, 12 Nov 2002 17:53:03 -0800 (PST)
From: Galen Sampson <galen_sampson@yahoo.com>
Subject: Mergemaster Bug (Though not a serious one)
To: current@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello All,

I just cvsup'd -current last night and ran "make buildworld, make buildkernel,
make installkernel, reboot, make installworld, mergemaster" (thus updating my
system from a May -current).

One thing that I found interesting during mergemaster was the grouping of
changes.  For instance mergemaster determined that my /etc/group file was
lacking some groups.  The 4 groups that needed changing were on adjacent lines.
 Mergemaster gave me the option of merging all 4 changes at once as apposed to
merging the changes 1 line at a time.

 Example:
   Existing /etc/group       |       New /etc/group
   __________________________|_____________________
   wheel:root,galen          |       wheel:root
   foo:x,y                   |       foo:

  mergemaster would show something like above and I would have to choose
  which of the (group of two lines) I want.

IIRC the old mergemaster merged changes like this one line at a time.  I know
mergemaster has been changed since May (been rewritten to use sh instead of
perl).  I looked at the man page, didn't see any relevant options to this
situation.  I don't know if this is intended behavior, if a fix was recently
posted, or it is pilot error on my part.  I just thought I would let someone
know in case this needs fixing for 5.0-release.

regards,
Galen Sampson

__________________________________________________
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 18: 2:12 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BD76137B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 18:02:11 -0800 (PST)
Received: from web14104.mail.yahoo.com (web14104.mail.yahoo.com [216.136.172.134])
	by mx1.FreeBSD.org (Postfix) with SMTP id 7A22443E6E
	for <current@freebsd.org>; Tue, 12 Nov 2002 18:02:11 -0800 (PST)
	(envelope-from galen_sampson@yahoo.com)
Message-ID: <20021113020211.79584.qmail@web14104.mail.yahoo.com>
Received: from [209.245.143.243] by web14104.mail.yahoo.com via HTTP; Tue, 12 Nov 2002 18:02:11 PST
Date: Tue, 12 Nov 2002 18:02:11 -0800 (PST)
From: Galen Sampson <galen_sampson@yahoo.com>
Subject: Handbook Section 21.4
To: current@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello all,

After looking in the mailling list archives for problems with mergemaster and
reading the man page I noticed the -p option.  I have been building the world
with the sequence (as denoted in the handbook section 21.4):

"make buildworld, make buildkernel, make installkernel, reboot, make
installworld"

If "make buildworld, ..., reboot, make installkernel"
                                 ^
                                 mergemaster -p,

is the propper way to upgrade then that information could be added to the
handbook as it is not there. Just FYI.

regards,
Galen Sampson

__________________________________________________
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 18:48:53 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0ED3B37B401; Tue, 12 Nov 2002 18:48:52 -0800 (PST)
Received: from ns.gddsn.org.cn (ns.gddsn.org.cn [210.21.6.33])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id A082543E8A; Tue, 12 Nov 2002 18:48:51 -0800 (PST)
	(envelope-from wsk@ns.gddsn.org.cn)
Received: from mail.gddsn.org.cn (unknown [192.168.168.4])
	by ns.gddsn.org.cn (Postfix) with ESMTP
	id 7603438CC51; Wed, 13 Nov 2002 10:48:39 +0800 (CST)
Message-ID: <3DD1BDA8.7080106@mail.gddsn.org.cn>
Date: Wed, 13 Nov 2002 10:49:12 +0800
From: suken woo <wsk@mail.gddsn.org.cn>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020912
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current <freebsd-current@FreeBSD.ORG>,
	freebsd-java <freebsd-java@freebsd.org>
Subject: -current make jdk13 with native_threads error
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

hi,all:
   errors occurred during make with native_threads.
e -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE 
-DUSE_PTHREADS -DMOOT
_PRIORITIES -DNO_INTERRUPTIBLE_IO    -c -o 
../../../../build/bsd-i386/tmp/java/h
pi/native_threads/obj/threads_md.o 
../../../../src/solaris/hpi/native_threads/sr
c/threads_md.c
In file included from 
../../../../src/solaris/hpi/native_threads/src/threads_md.
c:27:
/usr/include/sys/resource.h:61: field `ru_utime' has incomplete type
/usr/include/sys/resource.h:62: field `ru_stime' has incomplete type
gmake[4]: *** 
[../../../../build/bsd-i386/tmp/java/hpi/native_threads/obj/thread
s_md.o] Error 1
gmake[4]: Leaving directory 
`/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi
/native'
gmake[3]: *** [optimized] Error 2
gmake[3]: Leaving directory 
`/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi
/native'
gmake[2]: *** [all] Error 1
gmake[2]: Leaving directory 
`/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi
'
gmake[1]: *** [all] Error 1
gmake[1]: Leaving directory 
`/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java'
gmake: *** [all] Error 1
*** Error code 2
Stop in /usr/ports/java/jdk13.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 19:54: 0 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B837537B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 19:53:59 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-146.dsl.lsan03.pacbell.net [63.207.60.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0FA0843E42
	for <current@freebsd.org>; Tue, 12 Nov 2002 19:53:54 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP
	id A00D066B33; Tue, 12 Nov 2002 19:53:53 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id CAEAF1215; Tue, 12 Nov 2002 19:56:12 -0800 (PST)
Date: Tue, 12 Nov 2002 19:56:12 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: Galen Sampson <galen_sampson@yahoo.com>
Cc: current@freebsd.org
Subject: Re: Mergemaster Bug (Though not a serious one)
Message-ID: <20021113035612.GA80525@rot13.obsecurity.org>
References: <20021113015303.78222.qmail@web14104.mail.yahoo.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR"
Content-Disposition: inline
In-Reply-To: <20021113015303.78222.qmail@web14104.mail.yahoo.com>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--T4sUOijqQbZv57TR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, Nov 12, 2002 at 05:53:03PM -0800, Galen Sampson wrote:

> IIRC the old mergemaster merged changes like this one line at a time.

I don't recall it ever behaving this way, but I could be wrong.

Kris

--T4sUOijqQbZv57TR
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE90c1cWry0BWjoQKURAjUjAKC2xdrPhPl/Qea+k2ne4OQ9IpjT6ACfS1X7
uCi0GNIxe1cohcl9fCVNu0k=
=SPFN
-----END PGP SIGNATURE-----

--T4sUOijqQbZv57TR--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 20:24:26 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3774A37B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 20:24:25 -0800 (PST)
Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.112.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 653D543EAF
	for <current@freebsd.org>; Tue, 12 Nov 2002 20:24:21 -0800 (PST)
	(envelope-from smkelly@zombie.org)
Received: by edgemaster.zombie.org (Postfix, from userid 1001)
	id 4EE1841513; Tue, 12 Nov 2002 22:24:20 -0600 (CST)
Date: Tue, 12 Nov 2002 22:24:20 -0600
From: Sean Kelly <smkelly@zombie.org>
To: Eirik Nygaard <eirikn@bluezone.no>
Cc: current@freebsd.org
Subject: Re: rmuser
Message-ID: <20021113042420.GC30866@edgemaster.zombie.org>
References: <20021109152711.GA746@eirikn.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021109152711.GA746@eirikn.net>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Nov 09, 2002 at 04:27:12PM +0100, Eirik Nygaard wrote:
> I have rewritten the rmuser.perl script into C. But got no experiense with at, and I see the the perl port got a function that removes any at jobs for the user being removed. So I wonderd if anyone could make a patch that does that, any feedback on the code or bug reports would also be greate. 
> 
> I have sent in a mail once before, fixed all the style bugs since them :)
> The source is attached.

I really hope somebody with a commit bit looks at this. I know I don't want
to have to install Perl in 5.0-RELEASE just to use rmuser. This looks much
better than the previous submissions.

My two bit comments on the code below.

> char	passwd_file[] = "/etc/master.passwd";
> char	passwd_tmp[PATH_MAX] = "/etc/ptmp.XXXXX";
> char	*passwd_tmp2;
> char	group_file[] = "/etc/group";
> char	new_group_file[] = "/etc/group.new";
> char	mail_dir[] = "/var/mail";
> char	crontab_dir[] = "/var/cron/tabs";
> char	path[] = "/bin:/sbin:/usr/bin:/usr/sbin";

Consider making a pathnames.h

> 	printf("\nMatching password entry: \n");
> 	printf("\t%s:%s:%d:%d:%s:%s\n", password->pw_name, password->pw_passwd, password->pw_uid, password->pw_gid, password->pw_dir, password->pw_shell);

It looks like it is done this way now, but does anybody have any
security/privacy concerns with showing the encrypted password like that? Is
it necessary?

Consider strlcpy() as well. I saw a few uses of strncpy(), but strlcpy()
may be better.

Should all your "Warning:" lines be sent to stderr?

There are some places that seem to break style(9). You might want to wrap
long lines and such.

> void 
> del_mail()

I *think* this should be del_mail(void). I'm not sure how strictly style(9)
is followed and I don't see a direct example of it though. Somebody else
who enjoys enforcing style(9) might want to reply.

Anyway, I wish you luck in your conquest to contribute and help FreeBSD's
journey away from Perl. I just hope somebody else other than me replies to
this thread and helps you take steps to get this code into the world.

-- 
Sean Kelly         | PGP KeyID: 77042C7B
smkelly@zombie.org | http://www.zombie.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 22:17:15 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 006AE37B401; Tue, 12 Nov 2002 22:17:14 -0800 (PST)
Received: from 12-234-90-219.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7F8D043E6E; Tue, 12 Nov 2002 22:17:13 -0800 (PST)
	(envelope-from DougB@FreeBSD.org)
Received: from FreeBSD.org (master.gorean.org [10.0.0.2])
	by 12-234-90-219.client.attbi.com (8.12.6/8.12.6) with ESMTP id gAD6H2b1065156;
	Tue, 12 Nov 2002 22:17:03 -0800 (PST)
	(envelope-from DougB@FreeBSD.org)
Message-ID: <3DD1EE5E.E268055A@FreeBSD.org>
Date: Tue, 12 Nov 2002 22:17:02 -0800
From: Doug Barton <DougB@FreeBSD.org>
Organization: Triborough Bridge & Tunnel Authority
X-Mailer: Mozilla 4.8 [en] (X11; U; FreeBSD 4.7-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: current@FreeBSD.org
Cc: Mark Murray <mark@grondar.org>,
	Kris Kennaway <kris@obsecurity.org>, des@FreeBSD.org,
	tobez@FreeBSD.org
Subject: Re: perl5.6.1 wrapper
References: <20021107014750.GA18398@rot13.obsecurity.org> <200211080858.gA88wiCE029745@grimreaper.grondar.org> <20021112101236.GB8744@dragon.nuxi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

David O'Brien wrote:
> 
> On Fri, Nov 08, 2002 at 08:58:44AM +0000, Mark Murray wrote:
> > IMVHO, the perl wrapper should be removed altogether, and the
> > perl port's "use.port" symlink-creating feature should be used
> > instead.
> 
> Do we have consensus on this?  The perl wrapper really isn't working out
> for all the cases I hoped it would when I committed it.

In case another vote is needed, I've always been opposed to the wrapper.
tobez and I put some work into getting the use.perl script in the port
to DTRT shortly after the demise of base perl, and I'm still willing to
help fine tune it if needed. 

FWIW,

Doug

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 22:38:20 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3D3C537B401; Tue, 12 Nov 2002 22:38:19 -0800 (PST)
Received: from om.tgngu.tyumen.ru (om.tgngu.tyumen.ru [80.237.64.34])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id F2A6343E77; Tue, 12 Nov 2002 22:38:16 -0800 (PST)
	(envelope-from nullguid@tgngu.tyumen.ru)
Received: from tgngu.tyumen.ru (chertenok.tgngu.tyumen.ru [80.237.64.116])
	by om.tgngu.tyumen.ru (8.11.3/8.9.3) with ESMTP id gAD6c6R20151;
	Wed, 13 Nov 2002 11:38:06 +0500 (YEKT)
	(envelope-from nullguid@tgngu.tyumen.ru)
Message-ID: <3DD1F401.10809@tgngu.tyumen.ru>
Date: Wed, 13 Nov 2002 11:41:05 +0500
From: Ilya Novoselov <nullguid@tgngu.tyumen.ru>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.1) Gecko/20021014
X-Accept-Language: ru, en
MIME-Version: 1.0
To: John Angelmo <john@veidit.net>
Cc: multimedia@FreeBSD.ORG, current@FreeBSD.ORG
Subject: Re: Compaq Evo n115
References: <20021112113548.01313911.john@veidit.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

John Angelmo wrote:
> This was posted earlier in mobile@FreeBSD.org
> ----
> Hello
> 
> I have a Compaq evo n115, everything seems to be found by FreeBSD-Current but the sound dosn't work
> 
> This seems to be the important part:
> pcm0: <VIA VT82C686A> port 0x1850-0x1853,0x1854-0x1857,0x1000-0x10ff irq 5 at device 7.5 on pci0
> 
> So that works, but still no sound, but I don't get any error either.

This line tells that sound device is detected and working problem, maybe 
you just need to adjust mixer with aumix or something?


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 22:38:28 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BAEB037B43E
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 22:38:22 -0800 (PST)
Received: from white.dogwood.com (white.dogwood.com [63.96.228.130])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 721CA43E75
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 22:38:19 -0800 (PST)
	(envelope-from dave@dogwood.com)
Received: from white.dogwood.com (localhost [127.0.0.1])
	by white.dogwood.com (8.12.6/8.12.5) with ESMTP id gAD6btPh017407
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 22:37:58 -0800 (PST)
	(envelope-from dave@white.dogwood.com)
Received: (from dave@localhost)
	by white.dogwood.com (8.12.6/8.12.6/Submit) id gAD6btTC017406
	for freebsd-current@freebsd.org; Tue, 12 Nov 2002 22:37:55 -0800 (PST)
From: Dave Cornejo <dave@dogwood.com>
Message-Id: <200211130637.gAD6btTC017406@white.dogwood.com>
Subject: current SMP kernel crashes (different?)
To: freebsd-current@freebsd.org
Date: Tue, 12 Nov 2002 22:37:55 -0800 (PST)
X-Mailer: ELM [version 2.4ME+ PL99b (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I've had a problem with a SuperMicro 2010H server crashing when
attempting to run an SMP kernel.  I've noticed a lot of this lately,
but this seem to be crashing in the clock code.  Below is the console
output from power-up to crash.  If I use an UP kernel of the same
vintage there is no problem.  If I'm reading the code correctly this
seems to be a problem in APIC mode 8254 detection.

Does anyone have any idea why this is happening?  Any magical hints I
could use to get past this?  I've tried disabling ACPI to no avail.

thanks,
dave c


Rebooting...
Console: serial port
BIOS drive A: is disk0
BIOS drive C: is disk1
BIOS drive D: is disk2
BIOS 639kB/1047488kB available memory

FreeBSD/i386 bootstrap loader, Revision 1.1
(dave@white.dogwood.com, Fri Nov  8 11:05:00 PST 2002)
Loading /boot/defaults/loader.conf 
/boot/kernel/kernel text=0x3edda0 data=0x56898+0x82bec syms=[0x4+0x4d580+0x4+0x5bcf9]
/
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel]...               
/boot/kernel/acpi.ko text=0x38abc data=0x1a58+0xb48 syms=[0x4+0x5770+0x4+0x73b9]
Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #2: Tue Nov 12 21:19:51 PST 2002
    dave@white.dogwood.com:/usr/obj/usr/src/sys/WHITE
Preloaded elf kernel "/boot/kernel/kernel" at 0xc06bc000.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06bc0a8.
Timecounter "i8254"  frequency 1193182 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (999.53-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x686  Stepping = 6
  Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory  = 1073676288 (1023 MB)
avail memory = 1036230656 (988 MB)
Programming 16 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
Programming 16 pins in IOAPIC #1
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
 cpu0 (BSP): apic id:  0, version: 0x00040011, at 0xfee00000
 cpu1 (AP):  apic id:  1, version: 0x00040011, at 0xfee00000
 io0 (APIC): apic id:  4, version: 0x000f0011, at 0xfec00000
 io1 (APIC): apic id:  5, version: 0x000f0011, at 0xfec01000
Initializing GEOMetry subsystem
Pentium Pro MTRR support enabled
    ACPI-0623: *** Warning: Type override - [DEB_] had invalid type (Integer) for Scope operator, changed to (Scope)
    ACPI-0623: *** Warning: Type override - [MLIB] had invalid type (Integer) for Scope operator, changed to (Scope)
    ACPI-0623: *** Warning: Type override - [IO__] had invalid type (Integer) for Scope operator, changed to (Scope)
    ACPI-0623: *** Warning: Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope)
    ACPI-0623: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope)
    ACPI-0623: *** Warning: Type override - [SB__] had invalid type (String) for Scope operator, changed to (Scope)
    ACPI-0623: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope)
    ACPI-0623: *** Warning: Type override - [ICNT] had invalid type (String) for Scope operator, changed to (Scope)
    ACPI-0623: *** Warning: Type override - [ACPI] had invalid type (String) for Scope operator, changed to (Scope)
    ACPI-0623: *** Warning: Type override - [OSB4] had invalid type (String) for Scope operator, changed to (Scope)
    ACPI-0623: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope)
    ACPI-0623: *** Warning: Type override - [BIOS] had invalid type (Integer) for Scope operator, changed to (Scope)
    ACPI-0623: *** Warning: Type override - [CMOS] had invalid type (Integer) for Scope operator, changed to (Scope)
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <RCC    RCCNILE > on motherboard
acpi0: power button is handled as a fixed feature programming model.
acpi0: sleep button is handled as a fixed feature programming model.
Timecounter "ACPI-safe"  frequency 3579545 Hz
Using $PIR table, 7 entries at 0xc00f5370
acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0
acpi_cpu0: <CPU> on acpi0
acpi_cpu1: <CPU> on acpi0
acpi_cpu2: <CPU> on acpi0
acpi_cpu3: <CPU> on acpi0
acpi_button0: <Sleep Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
---- initial configuration ------------------------
\_SB_.LNUS irq   0: [ 10]  0.15.0
---- before setting priority for links ------------
\_SB_.LNUS:
        interrupts:         10
        penalty:           110
        references:     1
        priority:       0
---- before fixup boot-disabled links -------------
\_SB_.LNUS:
        interrupts:         10
        penalty:           110
        references:     1
        priority:       110
---- after fixup boot-disabled links --------------
\_SB_.LNUS:
        interrupts:         10
        penalty:           110
        references:     1
        priority:       110
---- arbitrated configuration ---------------------
\_SB_.LNUS irq   0: [ 10]  0.15.0
pci0: <ACPI PCI bus> on pcib0
IOAPIC #1 intpin 12 -> irq 2
IOAPIC #1 intpin 10 -> irq 5
IOAPIC #1 intpin 11 -> irq 7
IOAPIC #1 intpin 15 -> irq 9
pcib1: <ACPI PCI-PCI bridge> at device 0.1 on pci0
---- initial configuration ------------------------
---- before setting priority for links ------------
\_SB_.LNUS:
        interrupts:         10
        penalty:           110
        references:     1
        priority:       110
---- before fixup boot-disabled links -------------
\_SB_.LNUS:
        interrupts:         10
        penalty:           110
        references:     1
        priority:       110
---- after fixup boot-disabled links --------------
\_SB_.LNUS:
        interrupts:         10
        penalty:           110
        references:     1
        priority:       110
---- arbitrated configuration ---------------------
pci1: <ACPI PCI bus> on pcib1
IOAPIC #1 intpin 14 -> irq 10
pci1: <display, VGA> at device 0.0 (no driver attached)
fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0xc800-0xc83f mem 0xfe800000-0xfe8fffff,0xfeafb000-0xfeafbfff irq 2 at device 4.0 on pci0
fxp0: Ethernet address 00:30:48:11:69:84
inphy0: <i82555 10/100 media interface> on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
ahc0: <Adaptec aic7899 Ultra160 SCSI adapter> port 0xd000-0xd0ff mem 0xfeafc000-0xfeafcfff irq 5 at device 5.0 on pci0
aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
ahc1: <Adaptec aic7899 Ultra160 SCSI adapter> port 0xd800-0xd8ff mem 0xfeaff000-0xfeafffff irq 7 at device 5.1 on pci0
aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs
fxp1: <Intel Pro 10/100B/100+ Ethernet> port 0xd400-0xd43f mem 0xfe900000-0xfe9fffff,0xfeafd000-0xfeafdfff irq 9 at device 6.0 on pci0
fxp1: Ethernet address 00:30:48:11:6e:27
inphy1: <i82555 10/100 media interface> on miibus1
inphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
isab0: <PCI-ISA bridge> port 0x580-0x58f at device 15.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <ServerWorks ROSB4 ATA33 controller> port 0xffa0-0xffaf at device 15.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
ohci0: <OHCI (generic) USB controller> mem 0xfffff000-0xffffffff irq 0 at device 15.2 on pci0
usb0: OHCI version 1.0, legacy support
usb0: <OHCI (generic) USB controller> on ohci0
usb0: USB revision 1.0
uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 4 ports with 4 removable, self powered
pcib2: <ACPI Host-PCI bridge> on acpi0
acpi0: couldn't attach pci bus
device_probe_and_attach: pcib2 attach returned 6
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
fdc0: cmd 3 failed at out byte 1 of 3
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A, console
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
pcib2: <ACPI Host-PCI bridge> on acpi0
acpi0: couldn't attach pci bus
device_probe_and_attach: pcib2 attach returned 6
fdc0: cmd 3 failed at out byte 1 of 3
orm0: <Option ROMs> at iomem 0xcf000-0xcffff,0xc9000-0xcefff,0xc8000-0xc8fff,0xc0000-0xc7fff on isa0
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
pmtimer0 on isa0
ppc0: parallel port not found.
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x100>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 10.000 msec
APIC_IO: Testing 8254 interrupt delivery


Fatal trap 12: page fault while in kernel mode
cpuid = 0; lapic.id = 00000000
fault virtual address   = 0x6dbc00
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc02d7383
stack pointer           = 0x10:0xc06decf8
frame pointer           = 0x10:0xc06ded18
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 0 (swapper)
kernel: type 12 trap, code=0
Stopped at      _mtx_lock_flags+0x43:   cmpl    $0xc05216c0,0(%ebx)
db> trace
_mtx_lock_flags(6dbc00,0,c04c3c00,138,c02d767d) at _mtx_lock_flags+0x43
ithread_remove_handler(c06ded80,c06ded78,c046c427,c06ded80,0) at ithread_remove_handler+0x53
inthand_remove(c06ded80,0,c04e8e36,445,a0) at inthand_remove+0x11
cpu_initclocks(c06ded98,c02bcf75,0,6db000,6dbc00) at cpu_initclocks+0x327
initclocks(0,6db000,6dbc00,6db000,0) at initclocks+0x1c
mi_startup() at mi_startup+0xb5
begin() at begin+0x2c
db>

_mtx_lock_flags+0x43 -> sys/kern/kern_mutex.c:324
ithread_remove_handler+0x53 -> sys/kern/kern_intr.c:314
inthand_remove+0x11 -> sys/i386/isa/intr_machdep.c:705
cpu_initclocks+0x327 -> sys/i386/isa/clock.c:1096
initclocks+0x1c -> sys/kern/kern_clock.c:153
mi_startup+0xb5 -> sys/kern/init_main.c:217


-- 
Dave Cornejo @ Dogwood Media, Fremont, California (also dcornejo@ieee.org)
  "There aren't any monkeys chasing us..." - Xochi

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 22:50:57 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 866C137B404
	for <current@freebsd.org>; Tue, 12 Nov 2002 22:50:54 -0800 (PST)
Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BF50F43E42
	for <current@freebsd.org>; Tue, 12 Nov 2002 22:50:53 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0207.cvx21-bradley.dialup.earthlink.net ([209.179.192.207] helo=mindspring.com)
	by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18BrMP-0003K9-00; Tue, 12 Nov 2002 22:50:50 -0800
Message-ID: <3DD1F5D0.590E079E@mindspring.com>
Date: Tue, 12 Nov 2002 22:48:48 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: rittle@labs.mot.com
Cc: current@freebsd.org
Subject: Re: binutils symbol hiding and versioning (was Re: [PATCH] note the __sF 
 change in src/UPDATING)
References: <3DCADE51.2090607@acm.org> <200211120553.gAC5rQFi093274@latour.rsch.comm.mot.com> <3DD0B80B.2279721@mindspring.com> <200211130044.gAD0irOo005833@latour.rsch.comm.mot.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Loren James Rittle wrote:
> > FWIW: symbol versioning is incredibly broken.  It attempts to
> > do in UNIX what interface versioning does in Windows, through
> > the use of class factories accessed via IUnknown.
> 
> You might be absolutely correct in general.  However, please read
> http://gcc.gnu.org/onlinedocs/libstdc++/abi.txt .  It is clear that
> symbol versioning is not being used at all like you supposed it might
> have been (mis-)used.

To provide multiple API's in a single shared library image, to
avoid a number of images being necessary?

That's exactly how it's being used; they call it "age gracefully",
but what that means is that multiple API versions remain supported
for a very, very long time, without having seperate libraries
involved.

Technically, the symbol decoration used in C++ is also in error;
it's there simply to avoid having to change the object file format
to accomodate interface attributes seperately from the symbol name
(just as adding an "@@<version name>" suffix does).  If this were
not ther, the linker could automatically create glue code for doing
argument coercion, and it would save a lot of code that currently
has to be supplied by programmers.


> FWIW: There is no concept of IUnknown or
> implementation factories (and, yes, I do understand those concepts) in
> how libstdc++.so (v3) is using symbol versioning.  I invite you to
> take a close look at how that library is actually using symbol hiding
> and versioning before you attempt to cast your judgment.  If you have
> informed comments, then please direction them to libstdc++@gcc.gnu.org
> not me personally (as a libstdc++-v3 maintainer, I will read them over
> there like all others).

I'm well aware of how it's used; the IUnknown reference was an
analogy; the document you refer to specifically states that it's
to avoid a proliferation of shared library files.  That's exactly
the purpose of IUnknown version information for class factories,
as well.

Part of the problem here is that GCC dropped the minor version
number from shared libraries in binutils, and FreeBSD and Linux
followed suit.  Now this turns out to be a mistake, and rather
than admitting the mistake, instead now we have more decoration
occurring in the symbol name to fake up another orthogonal namespace.

Traditional UNIX systems have minor versions on shared libraries
to address this, and bump major versions only if existing interfaces
change, not when interfaces are added (thus program "foo" linked
against "lib.so.<M>.<N>" works just fine against "lib.so.<M>.<N+K>").

If you don't like the Microsoft DLL version analogy, a different
analogy is the Aztec C support for "directories", by naming files
with their complete path, and treating the character "/" as a
path component seperator in order to achieve a namespace escape,
when the Mac FS didn't support directory hierarchies.

In all cases, what's happening is a namespace incursion in order to
permit coexistance of otherwise conflicting implementations.


> Short summation: We only mark the first version of the library that a
> new symbol is added.  E.g. there will never be X@3.2 and also X@3.2.1.
> The first release after an ELF library version number bump resets all
> tags to be the same.  As clearly documented, libstdc++.so (v3) will bump
> the major version number just like FreeBSD does on installed shared
> libraries to express other sorts of C++ compiler or library ABI change.

This still fails when the OS version does not bump each time the
compiler version bumps.  I guess this is OK, if you are a compiler
vendor, but less OK, when you are an OS vendor.  8-).


> If the system compiler of FreeBSD still wanted to install multiple
> versions of libstdc++.so (v3) with major number bumps for other
> reasons (because it is considered safer for compatibility by the
> system designers), that would be quite fine.  But completely ignoring
> the symbol hiding features will make the FreeBSD C++ system compiler
> and environment worse than the Linux version and worse than a g++
> installed from equivalent FSF sources IMHO (since we will leak all
> sorts of internal implementation symbols that are not suppose to
> influence user application link behavior).  Anyways, Alex was already
> going to look into trying this for the FreeBSD 5.0 system compiler so
> hopefully this will not be the case.

No, it will make it incompatible, which is rather annoying, but
it's an introduced incompatability that came from the compiler,
and we shouldn't pretend it isn't.

In any case, the issue was in attempting to prevent the exposure
of data interfaces, and symbols not part of the defined API; this
is still goinf to cause problems for the reasons this discussion
came up in the first place: other language compilers that need to
link against system libraries, and share implementation instances
so that they can be linked against foreign object files that use the
same underlying implementation.  For the purposes of this discussion,
that's the stdio implementation, as exposed in the FORTRAN 95 and
Modula 3 compilers (non-GNU compilers, incapable of implementing
symbol decoration without substantial modification).

The reason for the current discussion was hiding of implementation
details, using the symbol-hiding facilities.

Implementing symbol versioning, instead, fails to hide the symbols
that are created as part of the implementation details.

And that's still evil(tm).

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 23: 0:35 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 861E437B401
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 23:00:33 -0800 (PST)
Received: from w250.z064001178.sjc-ca.dsl.cnc.net (adsl-66.218.45.239.dslextreme.com [66.218.45.239])
	by mx1.FreeBSD.org (Postfix) with SMTP id 04EEB43E6E
	for <freebsd-current@freebsd.org>; Tue, 12 Nov 2002 23:00:33 -0800 (PST)
	(envelope-from jos@catnook.com)
Received: (qmail 72687 invoked by uid 1000); 13 Nov 2002 07:00:53 -0000
Date: Tue, 12 Nov 2002 23:00:31 -0800
From: Jos Backus <jos@catnook.com>
To: freebsd-current@freebsd.org
Subject: Strange buildworld failure
Message-ID: <20021113070053.GA72604@lizzy.catnook.com>
Reply-To: jos@catnook.com
Mail-Followup-To: freebsd-current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

[ I don't want to hijack David Wolfskill's thread so I am starting a new one.
I did see David's problem (see his message ``Weird error during "make
installworld"'') but that one hasn't reappeared on my home system since I
rebooted after first seeing it. ]

===> share/zoneinfo
umask 022; cd /disk0/usr/src/share/zoneinfo;  zic -D -d /usr/share/zoneinfo -p A
merica/New_York  -u root -g wheel   -y /disk0/usr/obj/disk0/usr/src/share/zonein
fo/yearistype africa antarctica asia australasia etcetera europe  factory northa
merica southamerica systemv
/usr/libexec/ld-elf.so.1: zic: Shared object has no run-time symbol table
*** Error code 1

Stop in /disk0/usr/src/share/zoneinfo.
*** Error code 1

Stop in /disk0/usr/src/share.
*** Error code 1

Stop in /disk0/usr/src.
*** Error code 1

Stop in /disk0/usr/src.
*** Error code 1

Stop in /disk0/usr/src.
*** Error code 1

Stop in /disk0/usr/src.

I consistently see this in combination with

Nov 12 22:49:02 lizzy kernel: swap_pager_strategy: bp 0xc4c34c00 blk 0 size 0, n
ot page bounded

Fyi,
-- 
Jos Backus                       _/  _/_/_/      Sunnyvale, CA
                                _/  _/   _/
                               _/  _/_/_/
                          _/  _/  _/    _/
jos at catnook.com        _/_/   _/_/_/          require 'std/disclaimer'

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 23:20:56 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2911437B401; Tue, 12 Nov 2002 23:20:55 -0800 (PST)
Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C810F43E6E; Tue, 12 Nov 2002 23:20:54 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0207.cvx21-bradley.dialup.earthlink.net ([209.179.192.207] helo=mindspring.com)
	by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18BrpC-0004Tc-00; Tue, 12 Nov 2002 23:20:34 -0800
Message-ID: <3DD1FCC1.5E2CDFE6@mindspring.com>
Date: Tue, 12 Nov 2002 23:18:25 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: suken woo <wsk@mail.gddsn.org.cn>
Cc: freebsd-current <freebsd-current@FreeBSD.ORG>,
	freebsd-java <freebsd-java@freebsd.org>
Subject: Re: -current make jdk13 with native_threads error
References: <3DD1BDA8.7080106@mail.gddsn.org.cn>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

suken woo wrote:
> In file included from
> ../../../../src/solaris/hpi/native_threads/src/threads_md.c:27:
> /usr/include/sys/resource.h:61: field `ru_utime' has incomplete type
> /usr/include/sys/resource.h:62: field `ru_stime' has incomplete type

"struct timeval" is not in scope.

Modify the file:

../../../../src/solaris/hpi/native_threads/src/threads_md.c

and add

#include <sys/time.h>

before the #include on line # 27.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 23:45:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9720837B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 23:45:07 -0800 (PST)
Received: from web14105.mail.yahoo.com (web14105.mail.yahoo.com [216.136.172.135])
	by mx1.FreeBSD.org (Postfix) with SMTP id 4430443E8A
	for <current@freebsd.org>; Tue, 12 Nov 2002 23:45:07 -0800 (PST)
	(envelope-from galen_sampson@yahoo.com)
Message-ID: <20021113074507.30655.qmail@web14105.mail.yahoo.com>
Received: from [209.245.128.232] by web14105.mail.yahoo.com via HTTP; Tue, 12 Nov 2002 23:45:07 PST
Date: Tue, 12 Nov 2002 23:45:07 -0800 (PST)
From: Galen Sampson <galen_sampson@yahoo.com>
Subject: Internal Compiler Error (not from ports)
To: current@freebsd.org
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="0-1283656024-1037173507=:30222"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--0-1283656024-1037173507=:30222
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello all,

After updating to -current sources last night I found that I can reproduce an
internal compiler error with my own source code.  I'm not sure if it is related
to the internal compiler error people are having with the ports are not.

the command:
   g++ -Wall -c btree.cpp

generates the error (source code attached).

To help track this down line 12 of btree.h is commented out.  Uncommenting this
line allows the compiler to produce a .o file.

If anyone is interested I will be happy to build a debug g++ if someone will
point me in the right direction to get that accomplished.  If you need me to
ident g++ or need more information feel free to ask.

regards,
Galen Sampson


__________________________________________________
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2
--0-1283656024-1037173507=:30222
Content-Type: text/plain; name="btree.h"
Content-Description: btree.h
Content-Disposition: inline; filename="btree.h"

#ifndef BTREE_H
#define BTREE_H

#include <cstdlib>

#define N 7

template <class Key, class Element>
class BTree {
private:
	class Node;
//        class KeyNode;
        class DataNode;
        Node *root;
public:
	inline BTree();
	inline ~BTree();
	
	inline bool search(Key &, Element &) const;
	inline bool insert(Key &, Element &);
	inline bool remove(Key &, Element &);
};

#endif

--0-1283656024-1037173507=:30222
Content-Type: text/plain; name="btree.cpp"
Content-Description: btree.cpp
Content-Disposition: inline; filename="btree.cpp"

#include "btree.h"

/* BTree nested class Node definitions */
template <class Key, class Element>
class BTree<Key, Element>::Node {
public:
	Node *left;
	Node *right;
	
	inline Node();
	virtual bool search(Key &, Element &) const = 0;
	virtual bool insert(Node * &, Node * &, Key &, Element &) = 0;
	virtual bool remove(Node * &, Node * &, Key &, Element &) = 0;
protected:
	unsigned int numElements;
};

/* Node funtion definitions */
template <class Key, class Element>
inline BTree<Key, Element>::Node::Node()
:left(NULL), right(NULL), numElements(0)
{
}

/* KeyNode nested and inherited class definition */
template <class Key, class Element>
class BTree<Key, Element>::KeyNode : BTree<Key, Element>::Node {
public:
	bool search(Key &, Element &) const;
	bool insert(Node * &, Node * &, Key &, Element &);
	//bool remove(Node * &, Node * &, Key &, Element &);
private:
	class NodeItem {
	public:
		Key &k;
		BTree<Key, Element>::Node *child;
		NodeItem *next;
	};
	
	NodeItem *preHead;
	NodeItem *head;
	NodeItem *tail;
	NodeItem *splitPoint;
	
	KeyNode(Node *);
	inline NodeItem * _search(Key &k) const
	{
		/* preHead and head can _never_ be NULL;
		 * For a KeyNode to exist at least two DataNodes must exist
		 *
		 * This means it is not necessary to check if preHead == NULL
		 * and it is also not necessary to check if head == NULL
		 */
		if(k < head->k)
			return preHead;

		NodeItem *temp = head;
		while(temp->next != NULL && temp->next->k >= k)
			temp = temp->next;

		return temp;	
	}
};

template <class Key, class Element>
class BTree<Key, Element>::DataNode : BTree<Key, Element>::Node {
public:
	inline DataNode();
	bool search(Key &, Element &) const;
	bool insert(Node * &, Node * &, Key &, Element &);
	bool remove(Node * &, Node * &, Key &, Element &);
private:
	class NodeItem {
	public:
		Key &k;
		Element &e;
		NodeItem *next;
	};

	NodeItem *head;
	NodeItem *tail;
	NodeItem *splitPoint;
	
	DataNode(Node *);
};

/* BTree function definitions */
template <class Key, class Element>
inline BTree<Key, Element>::BTree()
{
	root = new DataNode();
}

template <class Key, class Element>
inline BTree<Key, Element>::~BTree()
{
	delete root;
}

template <class Key, class Element>
inline bool BTree<Key, Element>::search(Key &k, Element &e) const
{
	return root->search(k, e);
}

template <class Key, class Element>
inline bool BTree<Key, Element>::insert(Key &k, Element &e)
{
	Node *p = root;
	return root->insert(p, k, e);
}

template <class Key, class Element>
inline bool BTree<Key, Element>::remove(Key &k, Element &e)
{
	Node *p = root;
	return root->remove(p, k, e);
}

/* KeyNode function definitions */
template <class Key, class Element>
BTree<Key, Element>::KeyNode::KeyNode(Node *l)
:preHead(l->splitPoint), head(l->splitPoint->next), tail(l->tail)
{
	numElements = l->numElements / 2;
	left = l;
	right = l->right, 
	preHead->next = NULL;
}

template <class Key, class Element>
bool BTree<Key, Element>::KeyNode::search(Key &k, Element &e) const
{
	return _search(k)->child->search(k, e);	
}

template <class Key, class Element>
bool BTree<Key, Element>::KeyNode::insert(Node * &p, Node * &toAdd, Key &k, Element &e)
{
	bool toReturn;
	
	NodeItem *temp = _search(k);
	Node *newNode = NULL;
	
	toReturn = temp->child->insert(p, newNode, k, e);

	if(newNode != NULL)
	{
		numElements++;
		
		if(temp == preHead)
		{
			preHead->next = head;
			head = preHead;
			preHead = new NodeItem(k, newNode, NULL);
		}
		else
		{
			temp->next = new NodeItem(k, newNode, temp->next);
			if(temp == tail)
			{
				tail = temp->next;
			}
		}
	}
	
	if(numElements > N)
	{
		Node *newRight = new KeyNode(this);
		if(right != NULL)
		{
			right->left = newRight;
		}
		right = newRight;

		if(p == this)
		{
			p = new KeyNode(this, newRight);
		}
		else
		{
			toAdd = newRight;
		}
	}

	return toReturn;
}

/*
template <class Key, class Element>
bool BTree<Key, Element>::KeyNode::remove(Node * &, Key &, Element &)
{
	return true;
}
*/

/*
template <class Key, class Element>
inline BTree<Key, Element>::KeyNode::NodeItem *
BTree<Key, Element>::KeyNode::_search(Key &k) const
{
	/* preHead and head can _never_ be NULL;
	 * For a KeyNode to exist at least two DataNodes must exist
	 *
	 * This means it is not necessary to check if preHead == NULL
	 * and it is also not necessary to check if head == NULL
	 */
	 /*
	if(k < head->k)
		return preHead;

	NodeItem *temp = head;
	while(temp->next != NULL && temp->next->k >= k)
		temp = temp->next;

	return temp;	
}
*/

/* DataNode function definitions */
template <class Key, class Element>
inline BTree<Key, Element>::DataNode::DataNode()
:head(NULL), tail(NULL)
{
}

template <class Key, class Element>
BTree<Key, Element>::DataNode::DataNode(Node *l)
:head(l->splitPoint->next), tail(l->tail)
{
	numElements = l->numElements / 2;
	left = l;
	right = l->right, 
	preHead->next = NULL;
}

template <class Key, class Element>
bool BTree<Key, Element>::DataNode::search(Key &k, Element &e) const
{
	NodeItem *temp = head;
	while(temp != NULL && k != temp->k)
		temp = temp->next;

	if(temp == NULL)
	{
		return false;
	}

	e = temp->e;
	return true;	
}

template <class Key, class Element>
bool BTree<Key, Element>::DataNode::insert(Node * &p, Node * &toAdd, Key &k, Element &e)
{
	bool toReturn;

	if(head == NULL)
	{
		head = new NodeItem();
		head->k = k;
		head->e = e;
		head->next = NULL;
	}
	else
	{
		NodeItem *temp = head;
		while(temp->next != NULL && k <= temp->k)
			temp = temp->next;

		if(k == temp->k)
		{
			return false;
		}

		NodeItem *toInsert = new NodeItem();
		toInsert->k = k;
		toInsert->e = e;
		if(temp == head)
		{
			toInsert->next = head;
			head = toInsert;
		}
		else if(temp == tail)
		{
			tail->next = toInsert;
			tail = toInsert;
		}
		else
		{
			toInsert->next = temp->next->next;
			temp->next = toInsert;
		}
	}
		
	toReturn = true;
	
	if(numElements > N)
	{
		Node *newRight = new DataNode(this);
		if(right != NULL)
		{
			right->left = newRight;
		}
		right = newRight;

		if(p == this)
		{
			p = new KeyNode(this, newRight);
		}
		else
		{
			toAdd = newRight;
		}
	}

	return toReturn;
}


--0-1283656024-1037173507=:30222--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 23:56:12 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 555A137B401
	for <current@FreeBSD.org>; Tue, 12 Nov 2002 23:56:11 -0800 (PST)
Received: from 12-234-90-219.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 65EB943E42
	for <current@FreeBSD.org>; Tue, 12 Nov 2002 23:56:10 -0800 (PST)
	(envelope-from DougB@FreeBSD.org)
Received: from FreeBSD.org (master.gorean.org [10.0.0.2])
	by 12-234-90-219.client.attbi.com (8.12.6/8.12.6) with ESMTP id gAD7u9b1065608;
	Tue, 12 Nov 2002 23:56:09 -0800 (PST)
	(envelope-from DougB@FreeBSD.org)
Message-ID: <3DD20599.E5383037@FreeBSD.org>
Date: Tue, 12 Nov 2002 23:56:09 -0800
From: Doug Barton <DougB@FreeBSD.org>
Organization: Triborough Bridge & Tunnel Authority
X-Mailer: Mozilla 4.8 [en] (X11; U; FreeBSD 4.7-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Galen Sampson <galen_sampson@yahoo.com>
Cc: current@FreeBSD.org
Subject: Re: Mergemaster Bug (Though not a serious one)
References: <20021113015303.78222.qmail@web14104.mail.yahoo.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Galen Sampson wrote:

> One thing that I found interesting during mergemaster was the grouping of
> changes.  For instance mergemaster determined that my /etc/group file was
> lacking some groups.  The 4 groups that needed changing were on adjacent lines.
>  Mergemaster gave me the option of merging all 4 changes at once as apposed to
> merging the changes 1 line at a time.

If you read the man page, you discover that mergemaster uses sdiff to
handle this function, so the deltas are generated using (essentially)
the standard diff algorithm for this purpose. There is no option to
sdiff that displays diffs one line at a time.

> IIRC the old mergemaster merged changes like this one line at a time.

Nope. See above.

> I know mergemaster has been changed since May (been rewritten to use sh
> instead of perl). 

Be careful with what you know. :) There were two lines of perl in
mergemaster, to deal with file/directory mode glom'ing. Everything else
in it has always been Bourne shell.

> I just thought I would let someone know in case this needs fixing for 5.0-release.

Thank you for your interest in making FreeBSD better.

Doug


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 23:58:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8A1D337B401; Tue, 12 Nov 2002 23:58:15 -0800 (PST)
Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 66B6243E75; Tue, 12 Nov 2002 23:58:14 -0800 (PST)
	(envelope-from sheldonh@starjuice.net)
Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 4.10)
	id 18BsPW-0000US-00; Wed, 13 Nov 2002 09:58:06 +0200
Date: Wed, 13 Nov 2002 09:58:06 +0200
From: Sheldon Hearn <sheldonh@starjuice.net>
To: Doug Barton <DougB@FreeBSD.org>
Cc: current@FreeBSD.org, Mark Murray <mark@grondar.org>,
	Kris Kennaway <kris@obsecurity.org>, des@FreeBSD.org,
	tobez@FreeBSD.org
Subject: Re: perl5.6.1 wrapper
Message-ID: <20021113075806.GM1278@starjuice.net>
Mail-Followup-To: Doug Barton <DougB@FreeBSD.org>,
	current@FreeBSD.org, Mark Murray <mark@grondar.org>,
	Kris Kennaway <kris@obsecurity.org>, des@FreeBSD.org,
	tobez@FreeBSD.org
References: <20021107014750.GA18398@rot13.obsecurity.org> <200211080858.gA88wiCE029745@grimreaper.grondar.org> <20021112101236.GB8744@dragon.nuxi.com> <3DD1EE5E.E268055A@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3DD1EE5E.E268055A@FreeBSD.org>
User-Agent: Mutt/1.5.1i
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *18BsPW-0000US-00*vruOlz64KYY*
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On (2002/11/12 22:17), Doug Barton wrote:

> In case another vote is needed, I've always been opposed to the wrapper.
> tobez and I put some work into getting the use.perl script in the port
> to DTRT shortly after the demise of base perl, and I'm still willing to
> help fine tune it if needed. 

I hate to drag this out further, but nobody else seems to have mentioned
something I think is important.

Where are we with making lang/perl5's package default selected in
sysinstall?

While I've been opposed to the inclusion of the wrapper since before it
was imported, I think its removal would be well accompanied by the
sysinstall change.

If there's already a precedent in sysinstall, I'll happily go
cut-n-paste a solution myself.  Just tell me what the precedent is. :-)

Ciao,
Sheldon.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Nov 12 23:59: 1 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 86CE637B401
	for <current@freebsd.org>; Tue, 12 Nov 2002 23:58:59 -0800 (PST)
Received: from freebee.epages.net (freebee.epages.net [196.38.130.67])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4E6C343E42
	for <current@freebsd.org>; Tue, 12 Nov 2002 23:58:55 -0800 (PST)
	(envelope-from Tony@epages.net)
Received: from rabbit.epages.net ([192.168.0.221])
	by freebee.epages.net with esmtp (Exim 3.16 #2)
	id 18BsQB-00050L-00
	for current@freebsd.org; Wed, 13 Nov 2002 09:58:47 +0200
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: Calendar Changes.
X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0
Date: Wed, 13 Nov 2002 09:58:47 +0200
Message-ID: <C488E371DE5F0E45B1D254CDDADD4B6307445C@rabbit.epages.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Calendar Changes.
Thread-Index: AcKK6n7F3L+DlEXJTRmZGPWaZ/Wz5A==
From: "Tony Harverson" <Tony@epages.net>
To: <current@freebsd.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Good Morning, All.

My attention was drawn a little while ago to the fact that the South
African holidays in /usr/share/calendar/ were far out of date (most not
having been celebrated since 1994), and so I decided to clean them up.
As soon as I got into actually working in that directory, it struck me
that it's hard to know just where to fix things.

Calendar.all includes calendar.world, which has all the common dates (in
it, as well as calendar.holiday, which has all the world holidays in it
(with country names attached) but *also* includes calendar.usholiday,
which does not have country names attached to it, making the output of a
calendar -f calendar.all -t 04.07 gives you things like "Jul 04
Independence Day" (as well as breaking  my terminal emulator with some
fun multi-lingual output..)

I'm getting the impression the whole thing grew organically, rather than
with a design in mind..
(If I'm wrong, and there is a rationale to the whole thing, please
someone point me to the document..)

Do you know if anything in the tree relies on the current directory
structure?  Is it useful to ponder the structure of this directory, and
come up with a new, extensible, non-us-centric structure, or am I just
wasting my time?

Thanks,

Tony Harverson
Network Administrator
____________________________
ePages Internet & Multimedia
http://www.epages.net/
Tel : +27 (0)31 2679999

************************************************************************
**

This message may contain information which is confidential, private or
privileged in nature. If you are not the intended recipient, you may not
peruse, use, disseminate, distribute or copy this message or any file
which is attached to this message. ePages Internet and Multimedia (Pty)
Ltd
accepts no liability or responsibility for action taken in reliance of
the content of this message or any attached files. If you have received=20
this message in error, please notify the sender thereof immediately by=20
e-mail, facsimile or telephone and thereafter return and/or destroy the
original message.
ePages Internet and Multimedia (Pty) Ltd accepts no liability or=20
responsibility of whatever nature for any loss, liability, damage=20
or expense resulting directly or indirectly from the access of any=20
files which are attached to this message and it is therefore recommended
that the recipient scan this e-mail and any attached files for viruses
and the like.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  0: 4:30 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 534E337B401
	for <current@freebsd.org>; Wed, 13 Nov 2002 00:04:29 -0800 (PST)
Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 42A1F43E4A
	for <current@freebsd.org>; Wed, 13 Nov 2002 00:04:28 -0800 (PST)
	(envelope-from sheldonh@starjuice.net)
Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 4.10)
	id 18BsVd-0000VW-00; Wed, 13 Nov 2002 10:04:25 +0200
Date: Wed, 13 Nov 2002 10:04:25 +0200
From: Sheldon Hearn <sheldonh@starjuice.net>
To: Nate Lawson <nate@root.org>
Cc: current@freebsd.org
Subject: Re: sleep(1) behavior
Message-ID: <20021113080425.GO1278@starjuice.net>
Mail-Followup-To: Nate Lawson <nate@root.org>, current@freebsd.org
References: <Pine.BSF.4.21.0211121633330.37340-100000@root.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.21.0211121633330.37340-100000@root.org>
User-Agent: Mutt/1.5.1i
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *18BsVd-0000VW-00*.pD0/i5bTTU*
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On (2002/11/12 16:37), Nate Lawson wrote:

> I've found an interesting contradiction and was wondering what behavior
> sleep should have.  It checks for a command line flag with getopt(3) and
> exits with usage() if it finds one.  However, it then checks for a '-' or
> '+' sign.  If negative, it behaves like "sleep 0" and exits
> immediately.  This case can almost never be triggered since the
> getopt(3) will catch the minus sign, even if a digit follows it.
> 
> Current behavior:
> sleep 0 = exits immediately
> sleep -1 = exits with usage()
> sleep -f = exits with usage()
> sleep "   -1" = exits immediately and is the only way I know to trigger
> the negative case.
> 
> What is the standard, desired behavior?

IEEE Std 1003.2-1992 says:

	time	A nonnegative decimal integer specifying the number of
		seconds for which to suspend execution.

I think it's pretty clear that negative time arguments to sleep(1) are
not portable.

Ciao,
Sheldon.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  0:16: 3 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CC84F37B401
	for <current@freebsd.org>; Wed, 13 Nov 2002 00:16:01 -0800 (PST)
Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 61F1643E4A
	for <current@freebsd.org>; Wed, 13 Nov 2002 00:16:01 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0207.cvx21-bradley.dialup.earthlink.net ([209.179.192.207] helo=mindspring.com)
	by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18Bsgd-0004fh-00; Wed, 13 Nov 2002 00:15:47 -0800
Message-ID: <3DD20994.CD5FE4A8@mindspring.com>
Date: Wed, 13 Nov 2002 00:13:08 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Tony Harverson <Tony@epages.net>
Cc: current@freebsd.org
Subject: Re: Calendar Changes.
References: <C488E371DE5F0E45B1D254CDDADD4B6307445C@rabbit.epages.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Tony Harverson wrote:
> My attention was drawn a little while ago to the fact that the South
> African holidays in /usr/share/calendar/ were far out of date (most not
> having been celebrated since 1994), and so I decided to clean them up.
> As soon as I got into actually working in that directory, it struck me
> that it's hard to know just where to fix things.
[ ... ]
> I'm getting the impression the whole thing grew organically, rather than
> with a design in mind..


I'm getting the impression that South Africa's major historical
events have occurred at almost random times, with the resulting
list of official holidays growing organically, rather than with
a design in mind...

8-) 8-).

Maybe we should put a cap on major historical events?

"Yes, Oingnatia, it would be nice for your people to be free, but
if you become a representative democracy, and make a holiday of it,
we will have to edit calendar.holiday, and that would be a pain;
could you keep your murderous dictator until Next July 17th? Then
we will be able to just symlink you to your neighbor, Mugataland,
since that's when they killed off their former military Junta. Or
if you could at least wait to throw off the chains of oppression
until after 5.0 is released, we'd really appreciate it.  Thanks."

Things involving people often grow organically, rather than being
planned; I think we just have to live with it...

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  0:24:24 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6A30C37B401
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 00:24:23 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-146.dsl.lsan03.pacbell.net [63.207.60.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 778C043E3B
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 00:24:17 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP
	id 0679666B33; Wed, 13 Nov 2002 00:24:17 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id E34381217; Wed, 13 Nov 2002 00:26:37 -0800 (PST)
Date: Wed, 13 Nov 2002 00:26:37 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: Galen Sampson <galen_sampson@yahoo.com>
Cc: current@FreeBSD.ORG
Subject: Re: Internal Compiler Error (not from ports)
Message-ID: <20021113082637.GA81766@rot13.obsecurity.org>
References: <20021113074507.30655.qmail@web14105.mail.yahoo.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU"
Content-Disposition: inline
In-Reply-To: <20021113074507.30655.qmail@web14105.mail.yahoo.com>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--EeQfGwPcQSOJBaQU
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, Nov 12, 2002 at 11:45:07PM -0800, Galen Sampson wrote:

> If anyone is interested I will be happy to build a debug g++ if someone will
> point me in the right direction to get that accomplished.  If you need me to
> ident g++ or need more information feel free to ask.

Have you submitted this to the gcc developers as requested by the error message?

Kris

--EeQfGwPcQSOJBaQU
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE90gy9Wry0BWjoQKURAnBOAJwKmFQwPtmKTsAnAXWDBiHG/OSJnwCfZUQh
YqslL/qBC1V1AaXWQGgx6N0=
=OgCJ
-----END PGP SIGNATURE-----

--EeQfGwPcQSOJBaQU--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  0:44:54 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 188BE37B401
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 00:44:53 -0800 (PST)
Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3BCDF43E6E
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 00:44:52 -0800 (PST)
	(envelope-from mark@grondar.org)
Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1])
	by storm.FreeBSD.org.uk (8.12.6/8.12.6) with ESMTP id gAD8io5V055865;
	Wed, 13 Nov 2002 08:44:50 GMT
	(envelope-from mark@grondar.org)
Received: (from uucp@localhost)
	by storm.FreeBSD.org.uk (8.12.6/8.12.6/Submit) with UUCP id gAD8io1b055864;
	Wed, 13 Nov 2002 08:44:50 GMT
Received: from grondar.org (localhost [127.0.0.1])
	by grimreaper.grondar.org (8.12.6/8.12.6) with ESMTP id gAD8fvpD028029;
	Wed, 13 Nov 2002 08:41:57 GMT
	(envelope-from mark@grondar.org)
Message-Id: <200211130841.gAD8fvpD028029@grimreaper.grondar.org>
To: Sheldon Hearn <sheldonh@starjuice.net>
Cc: current@FreeBSD.ORG
Subject: Re: perl5.6.1 wrapper 
In-Reply-To: Your message of "Wed, 13 Nov 2002 09:58:06 +0200."
             <20021113075806.GM1278@starjuice.net> 
Date: Wed, 13 Nov 2002 08:41:57 +0000
From: Mark Murray <mark@grondar.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> Where are we with making lang/perl5's package default selected in
> sysinstall?

We are discussing it under your excellent chairmanship :-).

> While I've been opposed to the inclusion of the wrapper since before it
> was imported, I think its removal would be well accompanied by the
> sysinstall change.
> 
> If there's already a precedent in sysinstall, I'll happily go
> cut-n-paste a solution myself.  Just tell me what the precedent is. :-)

Closest is probably X.

M
--
Mark Murray
Beware! I'm umop ap!sdn

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  0:50: 0 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1476C37B401; Wed, 13 Nov 2002 00:49:59 -0800 (PST)
Received: from smtp.wineasy.se (smtp.wineasy.se [195.42.198.20])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 34C4943E3B; Wed, 13 Nov 2002 00:49:57 -0800 (PST)
	(envelope-from john@veidit.net)
Received: from veidit.net (20.130.88.213.host.tele1europe.se [213.88.130.20] (may be forged))
	by smtp.wineasy.se  with ESMTP id gAD8nZh05945;
	Wed, 13 Nov 2002 09:49:35 +0100
Message-ID: <3DD2121B.1070503@veidit.net>
Date: Wed, 13 Nov 2002 09:49:31 +0100
From: John Angelmo <john@veidit.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021112
X-Accept-Language: sv, en, en-us
MIME-Version: 1.0
To: Ilya Novoselov <nullguid@tgngu.tyumen.ru>
Cc: multimedia@FreeBSD.ORG, current@FreeBSD.ORG
Subject: Re: Compaq Evo n115
References: <20021112113548.01313911.john@veidit.net> <3DD1F401.10809@tgngu.tyumen.ru>
In-Reply-To: <20021112113548.01313911.john@veidit.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Ilya Novoselov wrote:

> John Angelmo wrote:
>
> > This was posted earlier in mobile@FreeBSD.org
> > ----
> > Hello
> >
> > I have a Compaq evo n115, everything seems to be found by
> > FreeBSD-Current but the sound dosn't work
> >
> > This seems to be the important part:
> > pcm0:  port 0x1850-0x1853,0x1854-0x1857,0x1000-0x10ff
> > irq 5 at device 7.5 on pci0
> >
> > So that works, but still no sound, but I don't get any error either.
>
>
> This line tells that sound device is detected and working problem, maybe
> you just need to adjust mixer with aumix or something?
>
>
No there is something more, according to WinXP everything is detected 
when it's installed but still theres a package needed to get soundoutput:
ADI WDM Audio Driver for Microsoft Windows




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  0:54:28 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8C2F737B401
	for <freebsd-current@FreeBSD.org>; Wed, 13 Nov 2002 00:54:27 -0800 (PST)
Received: from step.cg.tuwien.ac.at (step.cg.tuwien.ac.at [128.131.166.89])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5005243E6E
	for <freebsd-current@FreeBSD.org>; Wed, 13 Nov 2002 00:54:26 -0800 (PST)
	(envelope-from step@acm.org)
Received: from acm.org (N387P025.adsl.highway.telekom.at [213.33.48.89])
	by step.cg.tuwien.ac.at (8.9.3/8.9.3) with ESMTP id JAA23915
	for <freebsd-current@FreeBSD.org>; Wed, 13 Nov 2002 09:54:14 +0100
Message-ID: <3DD2142E.30302@acm.org>
Date: Wed, 13 Nov 2002 09:58:22 +0100
From: stephan mantler <step@acm.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current <freebsd-current@FreeBSD.org>
Subject: Matrox Meteor on -current
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

Apparently the Matrox Meteor drivers haven't been updated yet,
even though the note about COMPAT_OLDPCI has been in UPDATING
since 03/2000. The CVS log doesn't show any significant activity
on the driver either. Am I really the only person to use that frame
grabber?

Anyway, I suppose this also means there currently isn't really a
maintainer I could bug. In which case I would volunteer to work
on the driver if there's interest to keep FreeBSD support for
this card. My kernel knowledge is still rather limited, but
that's only a matter of time :-)

Greetings,
-Stephan

stephan mantler: endurance sports maniac    reality is in fact virtual.
http://step.schmelzweb.at/                                step@acm.org


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  1:34:17 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8AACF37B401; Wed, 13 Nov 2002 01:34:14 -0800 (PST)
Received: from ns.gddsn.org.cn (ns.gddsn.org.cn [210.21.6.33])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id D353143E3B; Wed, 13 Nov 2002 01:34:13 -0800 (PST)
	(envelope-from wsk@ns.gddsn.org.cn)
Received: from mail.gddsn.org.cn (unknown [192.168.168.4])
	by ns.gddsn.org.cn (Postfix) with ESMTP
	id 44A2C38CC51; Wed, 13 Nov 2002 17:34:12 +0800 (CST)
Message-ID: <3DD21CB7.7080100@mail.gddsn.org.cn>
Date: Wed, 13 Nov 2002 17:34:47 +0800
From: suken woo <wsk@mail.gddsn.org.cn>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020912
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Terry Lambert <tlambert2@mindspring.com>,
	freebsd-current <freebsd-current@FreeBSD.org>,
	freebsd-java <freebsd-java@freebsd.org>
Subject: Re: -current make jdk13 with native_threads error
References: <3DD1BDA8.7080106@mail.gddsn.org.cn> <3DD1FCC1.5E2CDFE6@mindspring.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Terry Lambert wrote:

>suken woo wrote:
>  
>
>>In file included from
>>../../../../src/solaris/hpi/native_threads/src/threads_md.c:27:
>>/usr/include/sys/resource.h:61: field `ru_utime' has incomplete type
>>/usr/include/sys/resource.h:62: field `ru_stime' has incomplete type
>>    
>>
>
>"struct timeval" is not in scope.
>
>Modify the file:
>
>../../../../src/solaris/hpi/native_threads/src/threads_md.c
>
>and add
>
>#include <sys/time.h>
>
>before the #include on line # 27.
>
but anothers error still occured! thanks your help.
/usr/bin/gcc  -O -pipe -mcpu=pentiumpro -W -Wall  -Wno-unused 
-Wno-parentheses -pthread -I/usr/src/lib/libc_r/uthread 
-I/usr/src/lib/libc/include  -Di386 -DARCH='"i386"' -DSOLARIS2 
-DRELEASE='"1.3.1-p7"' -DFULL_VERSION='"1.3.1-p7-wsk-021113-17:31"' 
-D_LARGEFILE64_SOURCE -D_GNU_SOURCE -D_REENTRANT -DLOGGING 
-D_LITTLE_ENDIAN -I. 
-I../../../../build/bsd-i386/tmp/java/hpi/native_threads/CClassHeaders 
-I../../../../src/solaris/javavm/export 
-I../../../../src/share/javavm/export 
-I../../../../src/solaris/hpi/native_threads/include 
-I../../../../src/solaris/hpi/include 
-I../../../../src/solaris/hpi/export -I../../../../src/share/hpi/include 
-I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DUSE_PTHREADS 
-DMOOT_PRIORITIES -DNO_INTERRUPTIBLE_IO    -c -o 
../../../../build/bsd-i386/tmp/java/hpi/native_threads/obj/threads_bsd.o 
../../../../src/solaris/hpi/native_threads/src/threads_bsd.c
../../../../src/solaris/hpi/native_threads/src/threads_bsd.c:287: 
warning: `enum pthread_susp' declared inside parameter list
../../../../src/solaris/hpi/native_threads/src/threads_bsd.c:287: 
warning: its scope is only this definition or declaration, which is 
probably not what you 
want../../../../src/solaris/hpi/native_threads/src/threads_bsd.c:288: 
parameter `suspendState' has incomplete type
../../../../src/solaris/hpi/native_threads/src/threads_bsd.c:321: 
warning: initializer-string for array of chars is too long
../../../../src/solaris/hpi/native_threads/src/threads_bsd.c:321: 
warning: (near initialization for `SignalList[21]')
../../../../src/solaris/hpi/native_threads/src/threads_bsd.c:323: 
warning: excess elements in array initializer
../../../../src/solaris/hpi/native_threads/src/threads_bsd.c:323: 
warning: (near initialization for `SignalList')
../../../../src/solaris/hpi/native_threads/src/threads_bsd.c: In 
function `record_gc_registers_of':
../../../../src/solaris/hpi/native_threads/src/threads_bsd.c:530: 
structure has no member named `ctxtype'
../../../../src/solaris/hpi/native_threads/src/threads_bsd.c:532: 
`CTX_JB_NOSIG' undeclared (first use in this function)
../../../../src/solaris/hpi/native_threads/src/threads_bsd.c:532: (Each 
undeclared identifier is reported only once
../../../../src/solaris/hpi/native_threads/src/threads_bsd.c:532: for 
each function it appears in.)
../../../../src/solaris/hpi/native_threads/src/threads_bsd.c:533: 
`CTX_JB' undeclared (first use in this function)
../../../../src/solaris/hpi/native_threads/src/threads_bsd.c:534: 
`CTX_SJB' undeclared (first use in this function)
../../../../src/solaris/hpi/native_threads/src/threads_bsd.c:540: 
`CTX_UC' undeclared (first use in this function)
gmake[4]: *** 
[../../../../build/bsd-i386/tmp/java/hpi/native_threads/obj/threads_bsd.o] 
Error 1
gmake[4]: Leaving directory 
`/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi/native'
gmake[3]: *** [optimized] Error 2
gmake[3]: Leaving directory 
`/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi/native'
gmake[2]: *** [all] Error 1
gmake[2]: Leaving directory 
`/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi'
gmake[1]: *** [all] Error 1
gmake[1]: Leaving directory 
`/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java'
gmake: *** [all] Error 1
*** Error code 2

Stop in /usr/ports/java/jdk13.



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  1:52: 4 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3276537B401; Wed, 13 Nov 2002 01:52:03 -0800 (PST)
Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id B58A743E42; Wed, 13 Nov 2002 01:52:02 -0800 (PST)
	(envelope-from billh@gnuppy.monkey.org)
Received: from billh by gnuppy.monkey.org with local (Exim 3.36 #1 (Debian))
	id 18BuBO-0001gQ-00; Wed, 13 Nov 2002 01:51:38 -0800
Date: Wed, 13 Nov 2002 01:51:38 -0800
To: suken woo <wsk@mail.gddsn.org.cn>
Cc: Terry Lambert <tlambert2@mindspring.com>,
	freebsd-current <freebsd-current@FreeBSD.org>,
	freebsd-java <freebsd-java@freebsd.org>,
	"Bill Huey (Hui)" <billh@gnuppy.monkey.org>
Subject: Re: -current make jdk13 with native_threads error
Message-ID: <20021113095138.GA6450@gnuppy.monkey.org>
References: <3DD1BDA8.7080106@mail.gddsn.org.cn> <3DD1FCC1.5E2CDFE6@mindspring.com> <3DD21CB7.7080100@mail.gddsn.org.cn>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3DD21CB7.7080100@mail.gddsn.org.cn>
User-Agent: Mutt/1.4i
From: Bill Huey (Hui) <billh@gnuppy.monkey.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Nov 13, 2002 at 05:34:47PM +0800, suken woo wrote:
> Terry Lambert wrote:
> 
> `CTX_JB_NOSIG' undeclared (first use in this function)
> `CTX_JB' undeclared (first use in this function)
> `CTX_SJB' undeclared (first use in this function)
> `CTX_UC' undeclared (first use in this function)

That's all been removed from a MFC of libc_r recently. Native
threading wasn't designed to be fully working with -classic, but
HotSpot is at this time, minus a signal/safepoint problems that
I'm just discovering.

If your target is HotSpot, then just blank out the functions for
now and build the library. Next, build HotSpot. HotSpot has it's
own threading glue layer to the OS in question, so it won't touch
those functions you're having compilation problem with at this
time.

bill


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  1:53:17 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9ECF337B401; Wed, 13 Nov 2002 01:53:16 -0800 (PST)
Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 5575E43E42; Wed, 13 Nov 2002 01:53:16 -0800 (PST)
	(envelope-from billh@gnuppy.monkey.org)
Received: from billh by gnuppy.monkey.org with local (Exim 3.36 #1 (Debian))
	id 18BuCe-0001gx-00; Wed, 13 Nov 2002 01:52:56 -0800
Date: Wed, 13 Nov 2002 01:52:56 -0800
To: suken woo <wsk@mail.gddsn.org.cn>
Cc: Terry Lambert <tlambert2@mindspring.com>,
	freebsd-current <freebsd-current@FreeBSD.org>,
	freebsd-java <freebsd-java@freebsd.org>,
	"Bill Huey (Hui)" <billh@gnuppy.monkey.org>
Subject: Re: -current make jdk13 with native_threads error
Message-ID: <20021113095256.GB6450@gnuppy.monkey.org>
References: <3DD1BDA8.7080106@mail.gddsn.org.cn> <3DD1FCC1.5E2CDFE6@mindspring.com> <3DD21CB7.7080100@mail.gddsn.org.cn> <20021113095138.GA6450@gnuppy.monkey.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021113095138.GA6450@gnuppy.monkey.org>
User-Agent: Mutt/1.4i
From: Bill Huey (Hui) <billh@gnuppy.monkey.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Nov 13, 2002 at 01:51:38AM -0800, Bill Huey wrote:
> That's all been removed from a MFC of libc_r recently. Native

Uh, you're running on -current I presume (without reviewing the
original post), but the same logic still applies.

bill


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  2:23:57 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1186137B401; Wed, 13 Nov 2002 02:23:56 -0800 (PST)
Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id BAA2543E75; Wed, 13 Nov 2002 02:23:55 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0207.cvx21-bradley.dialup.earthlink.net ([209.179.192.207] helo=mindspring.com)
	by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18BugP-0000HY-00; Wed, 13 Nov 2002 02:23:41 -0800
Message-ID: <3DD22730.8F0D0D33@mindspring.com>
Date: Wed, 13 Nov 2002 02:19:28 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: "Bill Huey (Hui)" <billh@gnuppy.monkey.org>
Cc: suken woo <wsk@mail.gddsn.org.cn>,
	freebsd-current <freebsd-current@FreeBSD.org>,
	freebsd-java <freebsd-java@freebsd.org>
Subject: Re: -current make jdk13 with native_threads error
References: <3DD1BDA8.7080106@mail.gddsn.org.cn> <3DD1FCC1.5E2CDFE6@mindspring.com> <3DD21CB7.7080100@mail.gddsn.org.cn> <20021113095138.GA6450@gnuppy.monkey.org> <20021113095256.GB6450@gnuppy.monkey.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Bill Huey (Hui)" wrote:
> On Wed, Nov 13, 2002 at 01:51:38AM -0800, Bill Huey wrote:
> > That's all been removed from a MFC of libc_r recently. Native
> 
> Uh, you're running on -current I presume (without reviewing the
> original post), but the same logic still applies.

They didn't say; I assumed they were, because of the line number
in the header fole for the undefined timeval struct matching
the -current source code, but not 4.7, and because they posted
to the -current list.  8-).

Thanks for the HotSpot info, BTW; it was worth squirreling away
for me, and I'm sure they will find it useful...

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  2:32:38 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id D176237B401; Wed, 13 Nov 2002 02:32:36 -0800 (PST)
Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 4E40D43E75; Wed, 13 Nov 2002 02:32:36 -0800 (PST)
	(envelope-from billh@gnuppy.monkey.org)
Received: from billh by gnuppy.monkey.org with local (Exim 3.36 #1 (Debian))
	id 18Buom-0001je-00; Wed, 13 Nov 2002 02:32:20 -0800
Date: Wed, 13 Nov 2002 02:32:20 -0800
To: Terry Lambert <tlambert2@mindspring.com>
Cc: suken woo <wsk@mail.gddsn.org.cn>,
	freebsd-current <freebsd-current@FreeBSD.org>,
	freebsd-java <freebsd-java@freebsd.org>,
	"Bill Huey (Hui)" <billh@gnuppy.monkey.org>
Subject: Re: -current make jdk13 with native_threads error
Message-ID: <20021113103220.GA6660@gnuppy.monkey.org>
References: <3DD1BDA8.7080106@mail.gddsn.org.cn> <3DD1FCC1.5E2CDFE6@mindspring.com> <3DD21CB7.7080100@mail.gddsn.org.cn> <20021113095138.GA6450@gnuppy.monkey.org> <20021113095256.GB6450@gnuppy.monkey.org> <3DD22730.8F0D0D33@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3DD22730.8F0D0D33@mindspring.com>
User-Agent: Mutt/1.4i
From: Bill Huey (Hui) <billh@gnuppy.monkey.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Nov 13, 2002 at 02:19:28AM -0800, Terry Lambert wrote:
> They didn't say; I assumed they were, because of the line number
> in the header fole for the undefined timeval struct matching
> the -current source code, but not 4.7, and because they posted
> to the -current list.  8-).

It's an amazingly tricky source tree (JVM + HotSpot), so making any
assertions about the code without look at it is precarious. ;)

> Thanks for the HotSpot info, BTW; it was worth squirreling away
> for me, and I'm sure they will find it useful...

Squirreling ? That's a new one. ;)

Alexey Zelkin is working on a 1.4 port, but it's currently got some
fundamental problems related to threads/signals and safepointing in
HotSpot.

For some reason my 1.3.1 port of that compiler completely avoided the
use of SIGUSR1 for dealing with rudimentary GC root sucking from a
thread's ucontext. It works close to perfect for some reason without it.
I'll have to look at the differences between both revisions of HotSpot
and see what changed in the JIT safepointing code, roll_forward()
and such. ;)

bill


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  2:41:51 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A95A337B401
	for <freebsd-current@FreeBSD.ORG>; Wed, 13 Nov 2002 02:41:49 -0800 (PST)
Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8FC9143E77
	for <freebsd-current@FreeBSD.ORG>; Wed, 13 Nov 2002 02:41:46 -0800 (PST)
	(envelope-from hiten@angelica.unixdaemons.com)
Received: from angelica.unixdaemons.com (hiten@localhost.unixdaemons.com [127.0.0.1])
	by angelica.unixdaemons.com (8.12.5/8.12.1) with ESMTP id gADAfO06020167;
	Wed, 13 Nov 2002 05:41:24 -0500 (EST)
X-Authentication-Warning: angelica.unixdaemons.com: Host hiten@localhost.unixdaemons.com [127.0.0.1] claimed to be angelica.unixdaemons.com
Received: (from hiten@localhost)
	by angelica.unixdaemons.com (8.12.5/8.12.1/Submit) id gADAfHWY020148;
	Wed, 13 Nov 2002 05:41:17 -0500 (EST)
	(envelope-from hiten)
Date: Wed, 13 Nov 2002 05:41:17 -0500
From: Hiten Pandya <hiten@angelica.unixdaemons.com>
To: Brooks Davis <brooks@one-eyed-alien.net>
Cc: "Matthew N. Dodd" <winter@jurai.net>,
	Terry Lambert <tlambert2@mindspring.com>, freebsd-current@FreeBSD.ORG
Subject: Re: Will official-NVIDIA-driver for 4.7 work with -CURRENT ?
Message-ID: <20021113054117.A19848@angelica.unixdaemons.com>
References: <3DCC3CC0.5DE547CC@mindspring.com> <20021108174356.L35807-100000@sasami.jurai.net> <20021108220909.A85237@angelica.unixdaemons.com> <20021108192132.A14837@Odin.AC.HMC.Edu> <20021109084021.A40758@angelica.unixdaemons.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021109084021.A40758@angelica.unixdaemons.com>; from hiten@angelica.unixdaemons.com on Sat, Nov 09, 2002 at 08:40:21AM -0500
X-Operating-System: FreeBSD i386
X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc
X-URL: http://www.unixdaemons.com/~hiten
X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Nov 09, 2002 at 08:40:21AM -0500, Hiten Pandya wrote the words in effect of:
> On Fri, Nov 08, 2002 at 07:21:32PM -0800, Brooks Davis wrote the words in effect of:
> > On Fri, Nov 08, 2002 at 10:09:10PM -0500, Hiten Pandya wrote:
> > > P.S.  hw.pci should moved somewhere global, but donno how this can be
> > > done or even if it is possible to do.
> > 
> > I think you just need a SYSCTL_DECL(_hw_pci) in scope.
> 
> Thanks!  I added SYSCTL_DECL(_hw_pci), and then uncommented out the
> sysctl bits.  Now it works fine.  But I have a question, should I put
> SYSCTL_DECL(_hw_pci) in some sort of header file?
> 
> Anyway, patch at:
> http://www.unixdaemons.com/~hiten/work/diffs/pci_pci.patch
> 
> I have not attached it, because I just asked a question, and if I do
> have to put it in a header file, then it would just be worthless having
> a patch in this mail.
> 
> Cheers.

Hi there.

As requested some people, the patch has been committed, and no
behaviours have changed, except that PCI_ALLOW_UNSUPPORTED_IO_RANGE
kernel configuration option has been nuked.

A loader tunable, hw.pci.allow_unsupported_io_range is available. It is
set to 0 by default, and a sysctl is provided to show the readonly
value.

The above patch was committed, with a few other changes, by Matthew
(mdodd).  Cheers.

-- 
Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org)
http://www.unixdaemons.com/~hiten/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  3:40:24 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6CCFC37B401
	for <current@freebsd.org>; Wed, 13 Nov 2002 03:40:23 -0800 (PST)
Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1E95E43E75
	for <current@freebsd.org>; Wed, 13 Nov 2002 03:40:23 -0800 (PST)
	(envelope-from des@FreeBSD.org)
Received: from beast.freebsd.org (localhost [127.0.0.1])
	by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gADBeM3b031789
	for <current@freebsd.org>; Wed, 13 Nov 2002 03:40:22 -0800 (PST)
	(envelope-from des@beast.freebsd.org)
Received: (from des@localhost)
	by beast.freebsd.org (8.12.6/8.12.6/Submit) id gADBeMxk031787
	for current@freebsd.org; Wed, 13 Nov 2002 03:40:22 -0800 (PST)
Date: Wed, 13 Nov 2002 03:40:22 -0800 (PST)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200211131140.gADBeMxk031787@beast.freebsd.org>
To: current@freebsd.org
Subject: alpha tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Wed Nov 13 03:05:04 PST 2002
--------------------------------------------------------------
>>> Kernel build for GENERIC completed on Wed Nov 13 03:35:15 PST 2002
--------------------------------------------------------------
>>> Kernel build for LINT started on Wed Nov 13 03:35:15 PST 2002
--------------------------------------------------------------
===> vinum
"Makefile", line 4441: warning: duplicate script for target "geom_bsd.o" ignored
cc1: warnings being treated as errors
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1931: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_out':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 4)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 5)
*** Error code 1

Stop in /h/des/obj/h/des/src/sys/LINT.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  4: 5:37 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1063B37B401; Wed, 13 Nov 2002 04:05:34 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 65E1643E3B; Wed, 13 Nov 2002 04:05:32 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id XAA27605;
	Wed, 13 Nov 2002 23:05:21 +1100
Date: Wed, 13 Nov 2002 23:17:53 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Tomas Pluskal <plusik@pohoda.cz>
Cc: freebsd-fs@FreeBSD.ORG, <freebsd-hackers@FreeBSD.ORG>,
	<freebsd-current@FreeBSD.ORG>
Subject: Re: seeking help to rewrite the msdos filesystem
In-Reply-To: <Pine.LNX.4.30L2.0211121047290.21366-100000@pohoda.cz>
Message-ID: <20021113221729.N381-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, 12 Nov 2002, Tomas Pluskal wrote:

> I believe that everybody here knows about the "slow msdosfs" problem, that
> is AFAIK caused by implementation without clustering.

Which problem.  msdosfs has a number of small problems.  Mostly they don't
matter.

> For me this is very annoying, because I use digital camera, and ZIP drive,
> and FAT on both of them. Speed is about 10 times lower than it could be..

ZIP drives have much larger speed problems thn msdosfs.  msdosfs happens
to be a good way to get the worst out of them.  They have a minumum
i/o overhead of 20 msec (at least for all the 100MB ones that I tried),
so if you use msdosfs's minimum block size of 512 then their maximum
speed is 25K/sec which is about 40 times slower than it could be.  The
default block size of 2K gives a speed which is about 10 times slower
than it could be.  The ffs default block size of 16K gives a speed which
is only about 1.25 times slower than it could be.  E.g.:

%%%
Script started on Wed Nov 13 22:13:53 2002
ttyv1:root@gamplex:/tmp> newfs /dev/afd0
/dev/afd0: 96.0MB (196608 sectors) block size 16384, fragment size 2048
	using 4 cylinder groups of 24.02MB, 1537 blks, 3200 inodes.
super-block backups (for fsck -b #) at:
 32, 49216, 98400, 147584
newfs: ioctl (DIOCWDINFO): /dev/afd0: can't rewrite disk label: Operation not supported by device
ttyv1:root@gamplex:/tmp> mount /dev/afd0 /mnt
ttyv1:root@gamplex:/tmp> dd if=/dev/zero of=/mnt/zz bs=1m count=20
time umount /mnt
20+0 records in
20+0 records out
20971520 bytes transferred in 18.827154 secs (1113898 bytes/sec)
ttyv1:root@gamplex:/tmp> time umount /mnt
        0.29 real         0.00 user         0.02 sys
ttyv1:root@gamplex:/tmp> newfs_msdos -b 16384 /dev/afd0
/dev/afd0: 196512 sectors in 6141 FAT16 clusters (16384 bytes/cluster)
bps=512 spc=32 res=1 nft=2 rde=512 mid=0xf0 spf=24 spt=32 hds=64 hid=0 bsec=196608
ttyv1:root@gamplex:/tmp> mount -t msdosfs /dev/afd0 /mnt
ttyv1:root@gamplex:/tmp> dd if=/dev/zero of=/mnt/zz bs=1m count=20
time umount /mnt
20+0 records in
20+0 records out
20971520 bytes transferred in 27.729786 secs (756281 bytes/sec)
ttyv1:root@gamplex:/tmp> time umount /mnt
        5.57 real         0.00 user         0.03 sys
ttyv1:root@gamplex:/tmp> exit

Script done on Wed Nov 13 22:16:06 2002
%%%

The above "could be" calculations are based on a speed of 1000K/sec.  My
test drive can't quite reach this using raw reads with a block size of 64K,
but ffs clusters the data so well that it exceeds this speed for writes.
msdosfs with a block size of 16K achieves about 63% of this speed (not
the 87.5% suggested by the naive calculations).

My times are with some small improvements which I think don't affect
the tests much (they affect latency more than throughput).  With lots
of small files (smaller than the block size), clustering doesn't makes
even less difference; however, msdosfs doesn't support soft updates
or async mounts so it it is about as slow as plain ffs (in my test of
writing 1000 files of size 512, msdosfs is actually only 5 times slower
than ffs with soft updates or async; plain ffs is about 7.5 times slower).

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  4:14: 4 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 65C9437B404; Wed, 13 Nov 2002 04:14:02 -0800 (PST)
Received: from smtp.wineasy.se (smtp.wineasy.se [195.42.198.20])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 4EAD443E3B; Wed, 13 Nov 2002 04:13:53 -0800 (PST)
	(envelope-from john@veidit.net)
Received: from veidit.net (20.130.88.213.host.tele1europe.se [213.88.130.20] (may be forged))
	by smtp.wineasy.se  with ESMTP id gADCDjx27334;
	Wed, 13 Nov 2002 13:13:45 +0100
Message-ID: <3DD241F5.5070108@veidit.net>
Date: Wed, 13 Nov 2002 13:13:41 +0100
From: John Angelmo <john@veidit.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021112
X-Accept-Language: sv, en, en-us
MIME-Version: 1.0
To: Ilya Novoselov <nullguid@tgngu.tyumen.ru>
Cc: multimedia@FreeBSD.ORG, current@FreeBSD.ORG
Subject: Re: Compaq Evo n115
References: <20021112113548.01313911.john@veidit.net> <3DD1F401.10809@tgngu.tyumen.ru>
In-Reply-To: <20021112113548.01313911.john@veidit.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Ilya Novoselov wrote:

> John Angelmo wrote:
>
> > This was posted earlier in mobile@FreeBSD.org
> > ----
> > Hello
> >
> > I have a Compaq evo n115, everything seems to be found by
> > FreeBSD-Current but the sound dosn't work
> >
> > This seems to be the important part:
> > pcm0:  port 0x1850-0x1853,0x1854-0x1857,0x1000-0x10ff
> > irq 5 at device 7.5 on pci0
> >
> > So that works, but still no sound, but I don't get any error either.
>
>
> This line tells that sound device is detected and working problem, maybe
> you just need to adjust mixer with aumix or something?
>
It seems to be compaq related according to the Linux patch:

+
+
+
+/*
+ *	Presario700 workaround
+ * 	for Jack Sense/SPDIF Register misetting causing
+ *	no audible output
+ *	by Santiago Nullo 04/05/2002
+ */
+
+#define AC97_AD1886_JACK_SENSE 0x72
+
+static int ad1886_init(struct ac97_codec * codec)
+{
+	/* from AD1886 Specs */
+	codec->codec_write(codec, AC97_AD1886_JACK_SENSE, 0x0010);
+	return 0;
+}
+
+


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  4:33:26 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 42BC937B401; Wed, 13 Nov 2002 04:33:24 -0800 (PST)
Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7526F43E6E; Wed, 13 Nov 2002 04:33:13 -0800 (PST)
	(envelope-from Alexander@Leidinger.net)
Received: from fwd06.sul.t-online.de 
	by mailout09.sul.t-online.com with smtp 
	id 18BwhZ-000206-08; Wed, 13 Nov 2002 13:33:01 +0100
Received: from Andro-Beta.Leidinger.net (520065502893-0001@[217.83.22.193]) by fmrl06.sul.t-online.com
	with esmtp id 18BwhL-0wnAJcC; Wed, 13 Nov 2002 13:32:47 +0100
Received: from Magelan.Leidinger.net (Magelan [192.168.1.1])
	by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id gADCWcqu003401;
	Wed, 13 Nov 2002 13:32:38 +0100 (CET)
	(envelope-from Alexander@Leidinger.net)
Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1])
	by Magelan.Leidinger.net (8.12.6/8.12.6) with SMTP id gADCX1dh001822;
	Wed, 13 Nov 2002 13:33:01 +0100 (CET)
	(envelope-from Alexander@Leidinger.net)
Date: Wed, 13 Nov 2002 13:33:01 +0100
From: Alexander Leidinger <Alexander@Leidinger.net>
To: Bruce Evans <bde@zeta.org.au>
Cc: plusik@pohoda.cz, freebsd-fs@FreeBSD.ORG,
	freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: seeking help to rewrite the msdos filesystem
Message-Id: <20021113133301.767d8a4d.Alexander@Leidinger.net>
In-Reply-To: <20021113221729.N381-100000@gamplex.bde.org>
References: <Pine.LNX.4.30L2.0211121047290.21366-100000@pohoda.cz>
	<20021113221729.N381-100000@gamplex.bde.org>
X-Mailer: Sylpheed version 0.8.5claws (GTK+ 1.2.10; i386-portbld-freebsd5.0)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Sender: 520065502893-0001@t-dialin.net
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 13 Nov 2002 23:17:53 +1100 (EST)
Bruce Evans <bde@zeta.org.au> wrote:

> My times are with some small improvements which I think don't affect
> the tests much (they affect latency more than throughput).  With lots
> of small files (smaller than the block size), clustering doesn't makes
> even less difference; however, msdosfs doesn't support soft updates
> or async mounts so it it is about as slow as plain ffs (in my test of
> writing 1000 files of size 512, msdosfs is actually only 5 times slower
> than ffs with soft updates or async; plain ffs is about 7.5 times slower).

mtools feels faster (yes, no measurement, pure subjective observation).

Bye,
Alexander.

-- 
   If Bill Gates had a dime for every time a Windows box crashed...
                ...Oh, wait a minute, he already does.

http://www.Leidinger.net                       Alexander @ Leidinger.net
  GPG fingerprint = C518 BC70 E67F 143F BE91  3365 79E2 9C60 B006 3FE7

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  4:56: 6 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 073F237B401
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 04:56:05 -0800 (PST)
Received: from hermes.if.lt (hermes.if.lt [212.122.73.34])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0A20443E6E
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 04:56:04 -0800 (PST)
	(envelope-from vd@vmunix.lt)
Received: from abnormal (pool1.if.lt [212.122.73.3])
	by hermes.if.lt (IF DRAUDIMAS mail) with ESMTP id AED5B210C7
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 14:54:57 +0200 (EET)
Content-Type: text/plain;
  charset="us-ascii"
From: Vaidas Damosevicius <vd@vmunix.lt>
Organization: IF DRAUDIMAS
To: freebsd-current@freebsd.org
Subject: 5.0 & Mylex AcceleRaid170
Date: Wed, 13 Nov 2002 14:57:28 +0200
User-Agent: KMail/1.4.2
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200211131457.28145.vd@vmunix.lt>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello,

=09I'm trying to install 5.0 (2002.11.12 snapshot) on:
=09
=09Intel SE7500WV2 server board
=092x Xeon 2 Ghz
=092 Gb. RAM
=096x 73 Gb. SCSI disks
=09Mylex AcceleRaid 170

=09I made:
=09
=09UFS:
=09/ - 8 gb
=09swap - 8 gb
=09/usr - 16 gb
=09/var - 16 gb

=09UFS2:
=09/data - 300 gb
=09
=09
=09And ... sysinstall simply hangs on 69% on files extract into '/'. I tr=
ied:

=09- install from CD-ROM & FTP=20
=09- all snapshots from 2002.11.03 till 2002.11.12
=09- with and without softupdates
=09- RAID firmware upgrade/downgrade

P.S. Linux (fuck) works well on this hardware :(

vd


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  6: 0:53 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8AAEC37B401; Wed, 13 Nov 2002 06:00:51 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C417B43E4A; Wed, 13 Nov 2002 06:00:49 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id BAA02253;
	Thu, 14 Nov 2002 01:00:41 +1100
Date: Thu, 14 Nov 2002 01:13:13 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Archie Cobbs <archie@dellroad.org>
Cc: Mike Barcroft <mike@FreeBSD.ORG>,
	Marc Recht <marc@informatik.uni-bremen.de>,
	Garrett Wollman <wollman@lcs.mit.edu>, <current@FreeBSD.ORG>
Subject: Re: addition to cdefs
In-Reply-To: <200211122349.gACNn5cX017668@arch20m.dellroad.org>
Message-ID: <20021114010436.O5042-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, 12 Nov 2002, Archie Cobbs wrote:

> > Marc Recht <marc@informatik.uni-bremen.de> writes:
> > I've had the attached patch in my tree for a while.  I'll try and get
> > it and the <unistd.h> patch committed today.
>
>     static __inline void
>     __fd_zero(fd_set *p, __size_t n)
>     {
> 	    n = _howmany(n, _NFDBITS);
> 	    while (n > 0)
> 		    p->fds_bits[n--] = 0;
>     }
>
> That looks broken. Maybe you meant this:
>
>     static __inline void
>     __fd_zero(fd_set *p, __size_t n)
>     {
> 	    n = _howmany(n, _NFDBITS);
> 	    while (n > 0)
> 		    p->fds_bits[--n] = 0;
>     }

Both have large namespace pollution (p and n are in the application
namespace).  Both give huge code wih a copy of the function in every
object file whose source file(s) include this header if inline functions
are not actually inline (which happens if the compiler is gcc -O0 or
non-gcc).

> But why not just this?
>
>     static __inline void
>     __fd_zero(fd_set *p, __size_t n)
>     {
> 	    memset(p->fds_bits, 0, _howmany(n, _NFDBITS));
>     }

As already pointed out in another reply, memset() gives the same namespace
problems as this function exists to avoid.  __builtin_memset() could be
used if the compiler is gcc.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  6: 1: 3 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1DA1637B401
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 06:01:03 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E2EF643E3B
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 06:01:01 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id D9F2B534E; Wed, 13 Nov 2002 15:00:53 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: Tilman Linneweh <tilman@arved.de>
Cc: Craig Rodrigues <rodrigc@attbi.com>, freebsd-current@freebsd.org
Subject: Re: Clock runs too fast
References: <20021112102000.A1323@attbi.com>
	<20021112162717.GA6584@huckfinn.arved.de>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Wed, 13 Nov 2002 15:00:53 +0100
In-Reply-To: <20021112162717.GA6584@huckfinn.arved.de> (Tilman Linneweh's
 message of "Tue, 12 Nov 2002 17:27:17 +0100")
Message-ID: <xzpel9p602y.fsf@flood.ping.uio.no>
Lines: 12
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Tilman Linneweh <tilman@arved.de> writes:
> > I have a problem with my ASUS P5A-B motherboard, where the timer
> > runs too fast.  This is with -CURRENT, cvsup'd from 1.5 weeks ago.
> Same motherboard, same problem. No idea.

I used to have the same problem with the same board.  At the time, I
worked around it by disabling ACPI.  However, the problem no longer
occurs on my system, even though I've reenabled ACPI.

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  6: 6:28 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1120137B401
	for <current@freebsd.org>; Wed, 13 Nov 2002 06:06:28 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 247BA43E3B
	for <current@freebsd.org>; Wed, 13 Nov 2002 06:06:27 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 72B885350; Wed, 13 Nov 2002 15:06:24 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: Sheldon Hearn <sheldonh@starjuice.net>
Cc: Nate Lawson <nate@root.org>, current@freebsd.org
Subject: Re: sleep(1) behavior
References: <Pine.BSF.4.21.0211121633330.37340-100000@root.org>
	<20021113080425.GO1278@starjuice.net>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Wed, 13 Nov 2002 15:06:24 +0100
In-Reply-To: <20021113080425.GO1278@starjuice.net> (Sheldon Hearn's message
 of "Wed, 13 Nov 2002 10:04:25 +0200")
Message-ID: <xzpadkd5ztr.fsf@flood.ping.uio.no>
Lines: 12
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Sheldon Hearn <sheldonh@starjuice.net> writes:
> I think it's pretty clear that negative time arguments to sleep(1) are
> not portable.

I have, somewhere in my big bag of tricks, an unfinished patch which
would allow us to implement negative sleep times by directing the PSU
to emit positrons instead of electrons for the required period of
time, thereby causing the system to run backward in time.

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  6:12:19 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BD8E437B401
	for <current@freebsd.org>; Wed, 13 Nov 2002 06:12:18 -0800 (PST)
Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4568E43E75
	for <current@freebsd.org>; Wed, 13 Nov 2002 06:12:16 -0800 (PST)
	(envelope-from sheldonh@starjuice.net)
Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 4.10)
	id 18ByFU-0001AA-00; Wed, 13 Nov 2002 16:12:08 +0200
Date: Wed, 13 Nov 2002 16:12:08 +0200
From: Sheldon Hearn <sheldonh@starjuice.net>
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: current@freebsd.org
Subject: Re: sleep(1) behavior
Message-ID: <20021113141208.GP1278@starjuice.net>
Mail-Followup-To: Dag-Erling Smorgrav <des@ofug.org>,
	current@freebsd.org
References: <Pine.BSF.4.21.0211121633330.37340-100000@root.org> <20021113080425.GO1278@starjuice.net> <xzpadkd5ztr.fsf@flood.ping.uio.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <xzpadkd5ztr.fsf@flood.ping.uio.no>
User-Agent: Mutt/1.5.1i
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *18ByFU-0001AA-00*nfxroUBn1nE*
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On (2002/11/13 15:06), Dag-Erling Smorgrav wrote:

> > I think it's pretty clear that negative time arguments to sleep(1) are
> > not portable.
> 
> I have, somewhere in my big bag of tricks, an unfinished patch which
> would allow us to implement negative sleep times by directing the PSU
> to emit positrons instead of electrons for the required period of
> time, thereby causing the system to run backward in time.

For the love of dog, whatever you do, just please make sure it works
when kern.turbo is not set.  It's all very well adding new features,
but you need to consider folks who're still using perfectly legitimate
legacy configurations.

Ciao,
Sheldon.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  6:43: 1 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4B2DA37B401
	for <current@freebsd.org>; Wed, 13 Nov 2002 06:43:00 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6063A43E75
	for <current@freebsd.org>; Wed, 13 Nov 2002 06:42:59 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 90A07534E; Wed, 13 Nov 2002 15:42:56 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: current@freebsd.org
Subject: Re: sleep(1) behavior
References: <Pine.BSF.4.21.0211121633330.37340-100000@root.org>
	<20021113080425.GO1278@starjuice.net>
	<xzpadkd5ztr.fsf@flood.ping.uio.no>
	<20021113141208.GP1278@starjuice.net>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Wed, 13 Nov 2002 15:42:56 +0100
In-Reply-To: <20021113141208.GP1278@starjuice.net> (Sheldon Hearn's message
 of "Wed, 13 Nov 2002 16:12:08 +0200")
Message-ID: <xzp4ral5y4v.fsf@flood.ping.uio.no>
Lines: 12
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Sheldon Hearn <sheldonh@starjuice.net> writes:
> For the love of dog, whatever you do, just please make sure it works
> when kern.turbo is not set.  It's all very well adding new features,
> but you need to consider folks who're still using perfectly legitimate
> legacy configurations.

Don't worry, I'll continue to support kern.turbo=0.  My grilf
complains that advent runs too fast when it's on.

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  7: 5: 5 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B3F4A37B401
	for <current@FreeBSD.org>; Wed, 13 Nov 2002 07:05:02 -0800 (PST)
Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 16ABC43E42
	for <current@FreeBSD.org>; Wed, 13 Nov 2002 07:05:02 -0800 (PST)
	(envelope-from hiten@angelica.unixdaemons.com)
Received: from angelica.unixdaemons.com (hiten@localhost.unixdaemons.com [127.0.0.1])
	by angelica.unixdaemons.com (8.12.5/8.12.1) with ESMTP id gADF4v06042351
	for <current@FreeBSD.org>; Wed, 13 Nov 2002 10:04:57 -0500 (EST)
X-Authentication-Warning: angelica.unixdaemons.com: Host hiten@localhost.unixdaemons.com [127.0.0.1] claimed to be angelica.unixdaemons.com
Received: (from hiten@localhost)
	by angelica.unixdaemons.com (8.12.5/8.12.1/Submit) id gADF4vom042350
	for current@FreeBSD.org; Wed, 13 Nov 2002 10:04:57 -0500 (EST)
	(envelope-from hiten)
Date: Wed, 13 Nov 2002 10:04:57 -0500
From: Hiten Pandya <hiten@angelica.unixdaemons.com>
To: current@FreeBSD.org
Subject: blimitd fixes (was: ports broken by KSE changes)
Message-ID: <20021113100457.A41441@angelica.unixdaemons.com>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="tThc/1wpZn/ma/RB"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
X-Operating-System: FreeBSD i386
X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc
X-URL: http://www.unixdaemons.com/~hiten
X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--tThc/1wpZn/ma/RB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi there.

I have tried and fix some of the ports which were reported by Kris, as
_not working on -current_.  I also checked the bento logs, and here it
is.  More mails will follow up as I write more fixes.

I donno why, but no one bumped __FreeBSD_version, when Dr. Kirk made the
change to sys/user.h: removal of struct kp_eproc from struct user.  So,
I have just used the version 500000 and 500023 in my patches.

Note: This only applies to -current.

"blimitd" users:
http://www.unixdaemons.com/~hiten/work/ports/blimitd-patches

Cheers.

-- 
Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org)
http://www.unixdaemons.com/~hiten/

--tThc/1wpZn/ma/RB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=blimitd-patches

--- config.h	Sat Aug  4 15:11:31 2001
+++ config.h.new	Wed Oct 23 16:46:47 2002
@@ -13,7 +13,7 @@
 #define SYSLOG_IDENT "blimitd"
 
 /* location of pid file */
-#define PID_FILE	_PATH_VARRUN ## "blimitd.pid"
+#define PID_FILE	_PATH_VARRUN "blimitd.pid"
 
 /* how often to check for infringements (in seconds). NB warnings can't be
  * sent more frequently than this figure either */
--- kill.c	Sat Aug  4 15:11:31 2001
+++ kill.c.new	Fri Oct 25 04:53:40 2002
@@ -143,6 +143,7 @@
 	 */
 
 	 /* copy the session structure to our address space */
+#if __FreeBSD_version <= 500023
 	if (kvm_read(kd, (unsigned long)processes[0].kp_eproc.e_tsess, &tty_session, sizeof(tty_session)) != sizeof(tty_session)) {
 		syslog(LOG_ERR, "kvm_read failed (%s:%d): %s", __FILE__, __LINE__, kvm_geterr(kd));
 		goto failure;
@@ -162,7 +163,36 @@
 		/* success? well possibly..we don't actually check the process went */
 		return_value = 1;
 	}
+#else /* if __FreeBSD_version >= 500023 */
+	if (kvm_read(kd, (unsigned long) processes[0].ki_paddr->p_session, &tty_session,
+		sizeof(tty_session)) != sizeof(tty_session)) {
+			syslog(LOG_ERR, "kvm_read failed (%s:%d): %s", 
+				__FILE__, __LINE__, kvm_geterr(kd));
+			goto failure;
+	}
+
+	/* copy the session leader's structp proc to our address space */
+	if (processes[0].ki_kiflag & KI_SLEADER) {
+		if (kvm_read(kd, (unsigned long)tty_session.s_leader, 
+			&session_leader, sizeof(session_leader)) != 
+				sizeof(session_leader)) {
+			syslog(LOG_ERR, "kvm_read failed (%s:%d): %s", 
+				__FILE__, __LINE__, kvm_geterr(kd));
+			goto failure;
+		}
 
+		/* send a hangup signal to the shell */
+		if (kill(session_leader.p_pid, SIGHUP) != 0) {
+			syslog(LOG_ERR, "kill failed (%s:%d): %m", __FILE__,
+				__LINE__);
+			goto failure;
+		} else {
+			/* success? well possibly.. we don't know actually
+			 * check where the process went */
+			return_value = 1;
+		}
+	}
+#endif
 	/* we skip to here if things fail so we always close the kvm interface.
 	 * we could have used massive if staements or do/while(0) and break but
 	 * we didn't */

--tThc/1wpZn/ma/RB--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  7:12:14 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5E2C937B406; Wed, 13 Nov 2002 07:12:13 -0800 (PST)
Received: from ip68-14-62-49.no.no.cox.net (ip68-14-62-49.no.no.cox.net [68.14.62.49])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 5A78E43E7B; Wed, 13 Nov 2002 07:12:12 -0800 (PST)
	(envelope-from conrads@cox.net)
Received: from ip68-14-62-49.no.no.cox.net (localhost [127.0.0.1])
	by ip68-14-62-49.no.no.cox.net (8.12.6/8.12.6) with ESMTP id gADFCBS9094075;
	Wed, 13 Nov 2002 09:12:11 -0600 (CST)
	(envelope-from conrads@ip68-14-62-49.no.no.cox.net)
Received: (from conrads@localhost)
	by ip68-14-62-49.no.no.cox.net (8.12.6/8.12.6/Submit) id gADFC6bo094074;
	Wed, 13 Nov 2002 09:12:06 -0600 (CST)
	(envelope-from conrads)
Message-ID: <XFMail.20021113091206.conrads@cox.net>
X-Mailer: XFMail 1.5.3 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
Date: Wed, 13 Nov 2002 09:12:06 -0600 (CST)
Reply-To: conrads@cox.net
Organization: A Rag-Tag Band of Drug-crazed Hippies
From: Conrad Sabatier <conrads@cox.net>
To: freebsd-multimedia@freebsd.org
Subject: /dev/acd*t* no longer available in -current?
Cc: freebsd-current@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I've been using a homemade CD ripping script under -stable that uses dd
with the acd0t* devices.  Unfortunately, these seem no longer to exist in
-current, or am I mistaken?

I'm still a bit perplexed by devfs, to be honest.  Is there any way to
create these devices (if they are still supported, that is)?

Any info/help much appreciated.

-- 
Conrad Sabatier <conrads@cox.net>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  7:20: 3 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1DFA237B401
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 07:20:02 -0800 (PST)
Received: from gypsy.vrac.iastate.edu (gypsy.vrac.iastate.edu [129.186.232.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6F44243E6E
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 07:20:01 -0800 (PST)
	(envelope-from patrick@137.org)
Received: from 137.org (crow.vrac.iastate.edu [129.186.232.120])
	by gypsy.vrac.iastate.edu (Postfix) with ESMTP id B781111
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 09:20:00 -0600 (CST)
Message-ID: <3DD26D6F.4010202@137.org>
Date: Wed, 13 Nov 2002 09:19:11 -0600
From: Patrick Hartling <patrick@137.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Subject: Lost disklabel
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I have a machine that is running -current from October 10, 2002.  It had 
been running fine for about two weeks--up until I had to reboot it. 
When it came back up, one of my disks apparently lost its disklabel.

Is there any way to recover a disklabel?  If not, I'm willing to grovel 
the disk and try to reconstruct its disklabel (there is really only one 
partition on it that I need to get back, and its at the beginning of the 
disk), but disklabel(8) won't even let me try to make a new one.  If I 
run 'disklabel -e da3s1', I get an error saying "ioctl DIOCGDINFO: 
Inappropriate ioctl for device".  Running 'disklabel -r da3s1' gives a 
"bad magic pack number" error, which does not surprise me.

This is a "dangerously dedicated" disk with a single BIOS partition 
containing four FreeBSD partitions.  I have a second identical disk in 
the machine.  fdisk(8) gives the same information for each, so I don't 
think the BIOS partition is messed up.  Is there something obvious that 
I'm missing about how to fix this problem?

  -Patrick


-- 
Patrick L. Hartling			| Research Assistant, VRAC
patrick@137.org				| 2274 Howe Hall Room 2624
PGP: http://www.137.org/patrick/pgp.txt	| T: +1.515.294.4916
http://www.137.org/patrick/		| http://www.vrac.iastate.edu/


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  7:29:14 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D2D3637B401
	for <current@FreeBSD.org>; Wed, 13 Nov 2002 07:29:13 -0800 (PST)
Received: from dibbler.ne.client2.attbi.com (dibbler.ne.client2.attbi.com [24.61.41.247])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 257E643E7B
	for <current@FreeBSD.org>; Wed, 13 Nov 2002 07:29:13 -0800 (PST)
	(envelope-from rodrigc@attbi.com)
Received: from dibbler.ne.client2.attbi.com (localhost [127.0.0.1])
	by dibbler.ne.client2.attbi.com (8.12.6/8.12.6) with ESMTP id gADFT4mF006452;
	Wed, 13 Nov 2002 10:29:05 -0500 (EST)
	(envelope-from rodrigc@dibbler.ne.client2.attbi.com)
Received: (from rodrigc@localhost)
	by dibbler.ne.client2.attbi.com (8.12.6/8.12.6/Submit) id gADFT4Il006451;
	Wed, 13 Nov 2002 10:29:04 -0500 (EST)
Date: Wed, 13 Nov 2002 10:29:04 -0500
From: Craig Rodrigues <rodrigc@attbi.com>
To: Hiten Pandya <hiten@angelica.unixdaemons.com>
Cc: current@FreeBSD.org
Subject: Re: blimitd fixes (was: ports broken by KSE changes)
Message-ID: <20021113102904.A6439@attbi.com>
References: <20021113100457.A41441@angelica.unixdaemons.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021113100457.A41441@angelica.unixdaemons.com>; from hiten@angelica.unixdaemons.com on Wed, Nov 13, 2002 at 10:04:57AM -0500
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

Could you use diff -urN and send-pr to send an update to the port
as outlined in the Porters Handbook?

http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/port-upgrading.html


> Note: This only applies to -current.
> 
> "blimitd" users:
> http://www.unixdaemons.com/~hiten/work/ports/blimitd-patches

-- 
Craig Rodrigues        
http://www.gis.net/~craigr    
rodrigc@attbi.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  7:32:12 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 7DAF037B401; Wed, 13 Nov 2002 07:32:11 -0800 (PST)
Received: from msgbas1.cos.agilent.com (msgbas1x.cos.agilent.com [192.25.240.36])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 36C8643E6E; Wed, 13 Nov 2002 07:32:10 -0800 (PST)
	(envelope-from darrylo@soco.agilent.com)
Received: from relcos2.cos.agilent.com (relcos2.cos.agilent.com [130.29.152.237])
	by msgbas1.cos.agilent.com (Postfix) with ESMTP
	id EF8F58806; Wed, 13 Nov 2002 08:32:00 -0700 (MST)
Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157])
	by relcos2.cos.agilent.com (Postfix) with ESMTP
	id 589E0586; Wed, 13 Nov 2002 08:31:57 -0700 (MST)
Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1])
	by mina.soco.agilent.com (8.9.3 (PHNE_25184)/8.9.3 SMKit7.1.1_Agilent) with ESMTP id HAA07951;
	Wed, 13 Nov 2002 07:31:56 -0800 (PST)
Message-Id: <200211131531.HAA07951@mina.soco.agilent.com>
To: Ilya Novoselov <nullguid@tgngu.tyumen.ru>
Cc: John Angelmo <john@veidit.net>, multimedia@FreeBSD.ORG,
	current@FreeBSD.ORG
Subject: Re: Compaq Evo n115 
Reply-To: Darryl Okahata <darrylo@soco.agilent.com>
In-Reply-To: Your message of "Wed, 13 Nov 2002 11:41:05 +0500."
             <3DD1F401.10809@tgngu.tyumen.ru> 
Mime-Version: 1.0 (generated by tm-edit 1.7)
Content-Type: text/plain; charset=US-ASCII
Date: Wed, 13 Nov 2002 07:31:55 -0800
From: Darryl Okahata <darrylo@soco.agilent.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Ilya Novoselov <nullguid@tgngu.tyumen.ru> wrote:

> > This seems to be the important part:
> > pcm0: <VIA VT82C686A> port 0x1850-0x1853,0x1854-0x1857,0x1000-0x10ff irq 5 
> at device 7.5 on pci0
> > 
> > So that works, but still no sound, but I don't get any error either.
> 
> This line tells that sound device is detected and working problem, maybe 
> you just need to adjust mixer with aumix or something?

     If you look at the referenced linux patch, you'll see a workaround
for a "no sound" problem.  Perhaps that's the problem?

-- 
	Darryl Okahata
	darrylo@soco.agilent.com

DISCLAIMER: this message is the author's personal opinion and does not
constitute the support, opinion, or policy of Agilent Technologies, or
of the little green men that have been following him all day.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  7:39:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3004D37B401
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 07:39:57 -0800 (PST)
Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C633043E42
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 07:39:56 -0800 (PST)
	(envelope-from mike@espresso.q9media.com)
Received: by espresso.q9media.com (Postfix, from userid 1002)
	id 38FE49BC3; Wed, 13 Nov 2002 10:31:11 -0500 (EST)
Date: Wed, 13 Nov 2002 10:31:11 -0500
From: Mike Barcroft <mike@FreeBSD.org>
To: Bruce Evans <bde@zeta.org.au>
Cc: Archie Cobbs <archie@dellroad.org>,
	Marc Recht <marc@informatik.uni-bremen.de>,
	Garrett Wollman <wollman@lcs.mit.edu>, current@FreeBSD.ORG
Subject: Re: addition to cdefs
Message-ID: <20021113103111.B98651@espresso.q9media.com>
References: <200211122349.gACNn5cX017668@arch20m.dellroad.org> <20021114010436.O5042-100000@gamplex.bde.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021114010436.O5042-100000@gamplex.bde.org>; from bde@zeta.org.au on Thu, Nov 14, 2002 at 01:13:13AM +1100
Organization: The FreeBSD Project
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Bruce Evans <bde@zeta.org.au> writes:
> Both have large namespace pollution (p and n are in the application
> namespace).  Both give huge code wih a copy of the function in every
> object file whose source file(s) include this header if inline functions
> are not actually inline (which happens if the compiler is gcc -O0 or
> non-gcc).

I fixed the namespace problems in the version I posted for review on
-standards.  Do you see any problems with changing FD_ZERO() to:

#define FD_ZERO(p)	do {				\
	fd_set *_p = (p);				\
	__size_t _n = _howmany(FD_SETSIZE, _NFDBITS);	\
	while (_n > 0)					\
		_p->__fds_bits[--_n] = 0;		\
} while (0);

...to overcome the issues with the inline version?

Best regards,
Mike Barcroft

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  8: 0:39 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id F106D37B401; Wed, 13 Nov 2002 08:00:37 -0800 (PST)
Received: from smtp.wineasy.se (smtp.wineasy.se [195.42.198.20])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7058543E42; Wed, 13 Nov 2002 08:00:34 -0800 (PST)
	(envelope-from john@veidit.net)
Received: from veidit.net (20.130.88.213.host.tele1europe.se [213.88.130.20] (may be forged))
	by smtp.wineasy.se  with ESMTP id gADG0RN12419;
	Wed, 13 Nov 2002 17:00:27 +0100
Message-ID: <3DD27714.2020409@veidit.net>
Date: Wed, 13 Nov 2002 17:00:20 +0100
From: John Angelmo <john@veidit.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021112
X-Accept-Language: sv, en, en-us
MIME-Version: 1.0
To: Darryl Okahata <darrylo@soco.agilent.com>
Cc: Ilya Novoselov <nullguid@tgngu.tyumen.ru>,
	multimedia@FreeBSD.ORG, current@FreeBSD.ORG
Subject: Re: Compaq Evo n115
References: <200211131531.HAA07951@mina.soco.agilent.com>
In-Reply-To: <200211131531.HAA07951@mina.soco.agilent.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Darryl Okahata wrote:

> Ilya Novoselov  wrote:
>
>
> >>This seems to be the important part:
> >>pcm0:  port 0x1850-0x1853,0x1854-0x1857,0x1000-0x10ff irq 5
> >
> >at device 7.5 on pci0
> >
> >>So that works, but still no sound, but I don't get any error either.
> >
> >This line tells that sound device is detected and working problem, maybe
> >you just need to adjust mixer with aumix or something?
>
>
>      If you look at the referenced linux patch, you'll see a workaround
> for a "no sound" problem.  Perhaps that's the problem?
>
Yes

I think that thats the problem but I'm not a coder so I have no idea how 
to apply it.

-- 
/John


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  9: 2:50 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D49C737B4E9
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 09:02:46 -0800 (PST)
Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5A0DE43E77
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 09:02:46 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 14190 invoked from network); 13 Nov 2002 17:02:50 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <freebsd-current@freebsd.org>; 13 Nov 2002 17:02:50 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gADH2i2D008460;
	Wed, 13 Nov 2002 12:02:44 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20021113120246.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <200211130637.gAD6btTC017406@white.dogwood.com>
Date: Wed, 13 Nov 2002 12:02:46 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Dave Cornejo <dave@dogwood.com>
Subject: RE: current SMP kernel crashes (different?)
Cc: freebsd-current@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 13-Nov-2002 Dave Cornejo wrote:
> I've had a problem with a SuperMicro 2010H server crashing when
> attempting to run an SMP kernel.  I've noticed a lot of this lately,
> but this seem to be crashing in the clock code.  Below is the console
> output from power-up to crash.  If I use an UP kernel of the same
> vintage there is no problem.  If I'm reading the code correctly this
> seems to be a problem in APIC mode 8254 detection.
> 
> Does anyone have any idea why this is happening?  Any magical hints I
> could use to get past this?  I've tried disabling ACPI to no avail.

I think the ACPI PCI LNK code is messing up b/c with SMP we don't use
LNK's.  So you probably want to disable ACPI for now.  Is the panic the
same w/o ACPI?
 
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; lapic.id = 00000000
> fault virtual address   = 0x6dbc00
> fault code              = supervisor read, page not present
> instruction pointer     = 0x8:0xc02d7383
> stack pointer           = 0x10:0xc06decf8
> frame pointer           = 0x10:0xc06ded18
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, def32 1, gran 1
> processor eflags        = interrupt enabled, resume, IOPL = 0
> current process         = 0 (swapper)
> kernel: type 12 trap, code=0
> Stopped at      _mtx_lock_flags+0x43:   cmpl    $0xc05216c0,0(%ebx)
> db> trace
> _mtx_lock_flags(6dbc00,0,c04c3c00,138,c02d767d) at _mtx_lock_flags+0x43
> ithread_remove_handler(c06ded80,c06ded78,c046c427,c06ded80,0) at ithread_remove_handler+0x53
> inthand_remove(c06ded80,0,c04e8e36,445,a0) at inthand_remove+0x11
> cpu_initclocks(c06ded98,c02bcf75,0,6db000,6dbc00) at cpu_initclocks+0x327
> initclocks(0,6db000,6dbc00,6db000,0) at initclocks+0x1c
> mi_startup() at mi_startup+0xb5
> begin() at begin+0x2c
> db>
> 
> _mtx_lock_flags+0x43 -> sys/kern/kern_mutex.c:324
> ithread_remove_handler+0x53 -> sys/kern/kern_intr.c:314
> inthand_remove+0x11 -> sys/i386/isa/intr_machdep.c:705
> cpu_initclocks+0x327 -> sys/i386/isa/clock.c:1096
> initclocks+0x1c -> sys/kern/kern_clock.c:153
> mi_startup+0xb5 -> sys/kern/init_main.c:217

        KASSERT(m->mtx_object.lo_class == &lock_class_mtx_sleep,
            ("mtx_lock() of spin mutex %s @ %s:%d", m->mtx_object.lo_name,
            file, line));

It's blowing up doing that == compare, so it seems that the mutex pointer
(m) (%ebx) is 0x6dbc00.  (Doing a p $ebx might confirm this.)  That means
that the ithread might be messed up.  Either that or the handler itself
might be messed up.  If you do a hexdump of the first argument to
ithread_remove_handler() that should give you a dump of the struct intrhand,
and you can then see if that looks valid, esp. the ithread pointer.  If the
ithread pointer is valid then you can start looking at the ithread structure
via hexdump and see if it looks valid.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  9:33:13 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3A6CF37B404; Wed, 13 Nov 2002 09:33:12 -0800 (PST)
Received: from ip68-14-62-49.no.no.cox.net (ip68-14-62-49.no.no.cox.net [68.14.62.49])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 6EE2943E42; Wed, 13 Nov 2002 09:33:11 -0800 (PST)
	(envelope-from conrads@cox.net)
Received: from ip68-14-62-49.no.no.cox.net (localhost [127.0.0.1])
	by ip68-14-62-49.no.no.cox.net (8.12.6/8.12.6) with ESMTP id gADHX9S9009334;
	Wed, 13 Nov 2002 11:33:09 -0600 (CST)
	(envelope-from conrads@ip68-14-62-49.no.no.cox.net)
Received: (from conrads@localhost)
	by ip68-14-62-49.no.no.cox.net (8.12.6/8.12.6/Submit) id gADHX4KB009333;
	Wed, 13 Nov 2002 11:33:04 -0600 (CST)
	(envelope-from conrads)
Message-ID: <XFMail.20021113113304.conrads@cox.net>
X-Mailer: XFMail 1.5.3 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <XFMail.20021113091206.conrads@cox.net>
Date: Wed, 13 Nov 2002 11:33:04 -0600 (CST)
Reply-To: conrads@cox.net
Organization: A Rag-Tag Band of Drug-crazed Hippies
From: Conrad Sabatier <conrads@cox.net>
To: Conrad Sabatier <conrads@cox.net>
Subject: Re: /dev/acd*t* no longer available in -current?
Cc: freebsd-current@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Please disregard.  I discovered it was just that I was using single-digit
track numbers (e.g., acd0t1), whereas leading-zero numbers were expected
(e.g., acd0t01).

Sorry 'bout that.  :\

On 13-Nov-2002 Conrad Sabatier wrote:
> I've been using a homemade CD ripping script under -stable that uses dd
> with the acd0t* devices.  Unfortunately, these seem no longer to exist in
> -current, or am I mistaken?
> 
> I'm still a bit perplexed by devfs, to be honest.  Is there any way to
> create these devices (if they are still supported, that is)?
> 
> Any info/help much appreciated.
> 
> -- 
> Conrad Sabatier <conrads@cox.net>
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-multimedia" in the body of the message
> 

-- 
Conrad Sabatier <conrads@cox.net>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13  9:37:26 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0951937B401
	for <current@freebsd.org>; Wed, 13 Nov 2002 09:37:25 -0800 (PST)
Received: from ref5.freebsd.org (ref5.freebsd.org [216.136.204.102])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A510D43E75
	for <current@freebsd.org>; Wed, 13 Nov 2002 09:37:24 -0800 (PST)
	(envelope-from des@FreeBSD.org)
Received: from ref5.freebsd.org (localhost [127.0.0.1])
	by ref5.freebsd.org (8.12.6/8.12.6) with ESMTP id gADHbOD5056248
	for <current@freebsd.org>; Wed, 13 Nov 2002 09:37:24 -0800 (PST)
	(envelope-from des@ref5.freebsd.org)
Received: (from des@localhost)
	by ref5.freebsd.org (8.12.6/8.12.6/Submit) id gADHbOjW056246
	for current@freebsd.org; Wed, 13 Nov 2002 09:37:24 -0800 (PST)
Date: Wed, 13 Nov 2002 09:37:24 -0800 (PST)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200211131737.gADHbOjW056246@ref5.freebsd.org>
To: current@freebsd.org
Subject: i386 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Wed Nov 13 09:34:58 PST 2002
--------------------------------------------------------------
===> vesa
./aicasm: 877 instructions used
./aicasm: 686 instructions used
/local0/scratch/des/src/sys/dev/pci/pci_pci.c:50:21: opt_pci.h: No such file or directory
/local0/scratch/des/src/sys/pci/agp.c:30:21: opt_pci.h: No such file or directory
/local0/scratch/des/src/sys/pci/agp_intel.c:30:21: opt_pci.h: No such file or directory
/local0/scratch/des/src/sys/pci/agp_via.c:30:21: opt_pci.h: No such file or directory
/local0/scratch/des/src/sys/pci/agp_sis.c:30:21: opt_pci.h: No such file or directory
/local0/scratch/des/src/sys/pci/agp_ali.c:30:21: opt_pci.h: No such file or directory
/local0/scratch/des/src/sys/pci/agp_amd.c:30:21: opt_pci.h: No such file or directory
/local0/scratch/des/src/sys/pci/agp_i810.c:35:21: opt_pci.h: No such file or directory
mkdep: compile failed
*** Error code 1

Stop in /local0/scratch/des/obj/local0/scratch/des/src/sys/GENERIC.
*** Error code 1

Stop in /local0/scratch/des/obj/local0/scratch/des/src/sys/GENERIC.
*** Error code 1

Stop in /local0/scratch/des/src.
*** Error code 1

Stop in /local0/scratch/des/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 10: 7:29 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AC2A837B401
	for <current@freebsd.org>; Wed, 13 Nov 2002 10:07:26 -0800 (PST)
Received: from rootlabs.com (root.org [67.118.192.226])
	by mx1.FreeBSD.org (Postfix) with SMTP id 0F42643E7B
	for <current@freebsd.org>; Wed, 13 Nov 2002 10:07:22 -0800 (PST)
	(envelope-from nate@rootlabs.com)
Received: (qmail 40017 invoked by uid 1000); 13 Nov 2002 18:07:22 -0000
Date: Wed, 13 Nov 2002 10:07:22 -0800 (PST)
From: Nate Lawson <nate@root.org>
To: Sheldon Hearn <sheldonh@starjuice.net>
Cc: current@freebsd.org
Subject: Re: sleep(1) behavior
In-Reply-To: <20021113080425.GO1278@starjuice.net>
Message-ID: <Pine.BSF.4.21.0211131003010.39871-200000@root.org>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-2102765526-1037210842=:39871"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--0-2102765526-1037210842=:39871
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 13 Nov 2002, Sheldon Hearn wrote:
> On (2002/11/12 16:37), Nate Lawson wrote:
> 
> > I've found an interesting contradiction and was wondering what behavior
> > sleep should have.  It checks for a command line flag with getopt(3) and
> > exits with usage() if it finds one.  However, it then checks for a '-' or
> > '+' sign.  If negative, it behaves like "sleep 0" and exits
> > immediately.  This case can almost never be triggered since the
> > getopt(3) will catch the minus sign, even if a digit follows it.
> > 
> > Current behavior:
> > sleep 0 = exits immediately
> > sleep -1 = exits with usage()
> > sleep -f = exits with usage()
> > sleep "   -1" = exits immediately and is the only way I know to trigger
> > the negative case.
> > 
> > What is the standard, desired behavior?
> 
> IEEE Std 1003.2-1992 says:
> 
> 	time	A nonnegative decimal integer specifying the number of
> 		seconds for which to suspend execution.
> 
> I think it's pretty clear that negative time arguments to sleep(1) are
> not portable.

Thanks, that's what I was expecting.  The attached patch provides the
following behavior:

sleep 0 = exit 0 immediately
sleep [ \t]*1AAAA = sleep 1 second
sleep [ \t]*\.2zzz = sleep .2 seconds
sleep [ \t]*-.* = usage()

Please let me know if there are any problems with this patch.

-Nate

--0-2102765526-1037210842=:39871
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="sleep.diff"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.BSF.4.21.0211131007220.39871@root.org>
Content-Description: 
Content-Disposition: attachment; filename="sleep.diff"

SW5kZXg6IHNsZWVwLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBm
aWxlOiAvaG9tZS9uY3ZzL3NyYy9iaW4vc2xlZXAvc2xlZXAuYyx2DQpyZXRy
aWV2aW5nIHJldmlzaW9uIDEuMTINCmRpZmYgLXUgLXIxLjEyIHNsZWVwLmMN
Ci0tLSBzbGVlcC5jCTMwIEp1biAyMDAyIDA1OjE1OjA0IC0wMDAwCTEuMTIN
CisrKyBzbGVlcC5jCTEzIE5vdiAyMDAyIDE4OjAwOjMxIC0wMDAwDQpAQCAt
NDcsMTAgKzQ3LDEwIEBADQogDQogI2luY2x1ZGUgPGN0eXBlLmg+DQogI2lu
Y2x1ZGUgPGxpbWl0cy5oPg0KLSNpbmNsdWRlIDxzdGRpby5oPg0KICNpbmNs
dWRlIDxzdGRsaWIuaD4NCiAjaW5jbHVkZSA8dGltZS5oPg0KICNpbmNsdWRl
IDx1bmlzdGQuaD4NCisjaW5jbHVkZSA8c3RyaW5nLmg+DQogDQogdm9pZCB1
c2FnZSh2b2lkKTsNCiANCkBAIC01OSw1MSArNTksNDMgQEANCiB7DQogCXN0
cnVjdCB0aW1lc3BlYyB0aW1lX3RvX3NsZWVwOw0KIAlsb25nIGw7DQotCWlu
dCBjaCwgbmVnOw0KIAljaGFyICpwOw0KIA0KLQl3aGlsZSAoKGNoID0gZ2V0
b3B0KGFyZ2MsIGFyZ3YsICIiKSkgIT0gLTEpDQotCQlzd2l0Y2goY2gpIHsN
Ci0JCWNhc2UgJz8nOg0KLQkJZGVmYXVsdDoNCi0JCQl1c2FnZSgpOw0KLQkJ
CS8qIE5PVFJFQUNIRUQgKi8NCi0JCX0NCi0JYXJnYyAtPSBvcHRpbmQ7DQot
CWFyZ3YgKz0gb3B0aW5kOw0KLQ0KLQlpZiAoYXJnYyAhPSAxKSB7DQorCWlm
IChhcmdjICE9IDIpIHsNCiAJCXVzYWdlKCk7DQogCQkvKiBOT1RSRUFDSEVE
ICovDQogCX0NCiANCi0JcCA9IGFyZ3ZbMF07DQorCXAgPSBhcmd2WzFdOw0K
IA0KIAkvKiBTa2lwIG92ZXIgbGVhZGluZyB3aGl0ZXNwYWNlcy4gKi8NCiAJ
d2hpbGUgKGlzc3BhY2UoKHVuc2lnbmVkIGNoYXIpKnApKQ0KIAkJKytwOw0K
IA0KLQkvKiBDaGVjayBmb3Igb3B0aW9uYWwgYCsnIG9yIGAtJyBzaWduLiAq
Lw0KLQluZWcgPSAwOw0KKwkvKiBObyBhcmd1bWVudHMgb3IgbmVnYXRpdmUg
dmFsdWVzIGFyZSBhbGxvd2VkICovDQogCWlmICgqcCA9PSAnLScpIHsNCi0J
CW5lZyA9IDE7DQotCQkrK3A7DQorCQl1c2FnZSgpOw0KKwkJLyogTk9UUkVB
Q0hFRCAqLw0KIAl9DQotCWVsc2UgaWYgKCpwID09ICcrJykNCisNCisJLyog
Q2hlY2sgZm9yIG9wdGlvbmFsIGArJyBzaWduLiAqLw0KKwlpZiAoKnAgPT0g
JysnKQ0KIAkJKytwOw0KIA0KIAkvKiBDYWxjdWxhdGUgc2Vjb25kcy4gKi8N
Ci0JaWYgKGlzZGlnaXQoKHVuc2lnbmVkIGNoYXIpKnApKSB7DQotCQlsID0g
c3RydG9sKHAsICZwLCAxMCk7DQotCQlpZiAobCA+IElOVF9NQVgpIHsNCisJ
bCA9IDA7DQorCXdoaWxlIChpc2RpZ2l0KCh1bnNpZ25lZCBjaGFyKSpwKSkg
ew0KKwkJbCA9IChsICogMTApICsgKCpwIC0gJzAnKTsNCisJCWlmIChsID4g
SU5UX01BWCB8fCBsIDwgMCkgew0KIAkJCS8qDQogCQkJICogQXZvaWQgb3Zl
cmZsb3cgd2hlbiBgc2Vjb25kcycgaXMgaHVnZS4gIFRoaXMgYXNzdW1lcw0K
IAkJCSAqIHRoYXQgdGhlIG1heGltdW0gdmFsdWUgZm9yIGEgdGltZV90IGlz
ID49IElOVF9NQVguDQogCQkJICovDQogCQkJbCA9IElOVF9NQVg7DQorCQkJ
YnJlYWs7DQogCQl9DQotCX0gZWxzZQ0KLQkJbCA9IDA7DQorCQkrK3A7DQor
CX0NCiAJdGltZV90b19zbGVlcC50dl9zZWMgPSAodGltZV90KWw7DQogDQog
CS8qIENhbGN1bGF0ZSBuYW5vc2Vjb25kcy4gKi8NCkBAIC0xMTksNyArMTEx
LDcgQEANCiAJCX0gd2hpbGUgKGwgLz0gMTApOw0KIAl9DQogDQotCWlmICgh
bmVnICYmICh0aW1lX3RvX3NsZWVwLnR2X3NlYyA+IDAgfHwgdGltZV90b19z
bGVlcC50dl9uc2VjID4gMCkpDQorCWlmICh0aW1lX3RvX3NsZWVwLnR2X3Nl
YyA+IDAgfHwgdGltZV90b19zbGVlcC50dl9uc2VjID4gMCkNCiAJCSh2b2lk
KW5hbm9zbGVlcCgmdGltZV90b19zbGVlcCwgKHN0cnVjdCB0aW1lc3BlYyAq
KU5VTEwpOw0KIA0KIAlleGl0KDApOw0KQEAgLTEyOCw3ICsxMjAsOCBAQA0K
IHZvaWQNCiB1c2FnZSh2b2lkKQ0KIHsNCisJY29uc3QgY2hhciAqbXNnID0g
InVzYWdlOiBzbGVlcCBzZWNvbmRzXG4iOw0KIA0KLQkodm9pZClmcHJpbnRm
KHN0ZGVyciwgInVzYWdlOiBzbGVlcCBzZWNvbmRzXG4iKTsNCisJd3JpdGUo
U1RET1VUX0ZJTEVOTywgbXNnLCBzdHJsZW4obXNnKSk7DQogCWV4aXQoMSk7
DQogfQ0K
--0-2102765526-1037210842=:39871--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 10:20: 2 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9532237B401
	for <current@freebsd.org>; Wed, 13 Nov 2002 10:20:00 -0800 (PST)
Received: from rootlabs.com (root.org [67.118.192.226])
	by mx1.FreeBSD.org (Postfix) with SMTP id 4F4A843E3B
	for <current@freebsd.org>; Wed, 13 Nov 2002 10:20:00 -0800 (PST)
	(envelope-from nate@rootlabs.com)
Received: (qmail 40083 invoked by uid 1000); 13 Nov 2002 18:20:01 -0000
Date: Wed, 13 Nov 2002 10:20:01 -0800 (PST)
From: Nate Lawson <nate@root.org>
To: Sheldon Hearn <sheldonh@starjuice.net>
Cc: current@freebsd.org
Subject: Re: sleep(1) behavior
In-Reply-To: <Pine.BSF.4.21.0211131003010.39871-200000@root.org>
Message-ID: <Pine.BSF.4.21.0211131019090.39871-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Forgot to fix usage (STDERR, not STDOUT):

@@ -128,7 +120,8 @@
 void
 usage(void)
 {
+       const char *msg = "usage: sleep seconds\n";
 
-       (void)fprintf(stderr, "usage: sleep seconds\n");
+       write(STDERR_FILENO, msg, strlen(msg));
        exit(1);
 }


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 10:33:13 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A77A137B401
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 10:33:12 -0800 (PST)
Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DF6D443E6E
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 10:33:10 -0800 (PST)
	(envelope-from drosih@rpi.edu)
Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47])
	by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id gADIX4gq173794;
	Wed, 13 Nov 2002 13:33:05 -0500
Mime-Version: 1.0
X-Sender: drosih@mail.rpi.edu
Message-Id: <p05200f17b9f84b064cc1@[128.113.24.47]>
In-Reply-To: <200211122258.gACMwCpD024298@grimreaper.grondar.org>
References: <200211122258.gACMwCpD024298@grimreaper.grondar.org>
Date: Wed, 13 Nov 2002 13:33:03 -0500
To: Mark Murray <mark@grondar.org>,
	Kris Kennaway <kris@obsecurity.org>
From: Garance A Drosihn <drosih@rpi.edu>
Subject: Re: perl5.6.1 wrapper
Cc: current@FreeBSD.ORG
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

At 10:58 PM +0000 11/12/02, Mark Murray wrote:
>  > On Tue, Nov 12, 2002 at 08:15:09AM -0500, Garance A Drosihn wrote:
>>
>>  > I would rather have some explicit list of filenames where we have
>>  > good reason to delete them, and then adapt the above script to at
>>  > least tell the user about the remaining files.  Perhaps even delete
>>  > them, but only *after* saving a copy away in some tar file.  Just
>>  > to do something which is a bit friendlier to all the people who
>>  > will be seeing 5.0 for the first time.
>>
>>  Yeah, this is essentially what I was asking for.
>
>Anyone have a trash-box that we can do a 4-STABLE --> 5-CURRENT
>upgrade on to diff the file list?
>
>I have a box that I'd rather not trash, but if need be I'll use that.

This is what I am planning to do.  I am a little short on free time
right now, what is the "timetable for need" on this?  My hope was
to get to this sometime before the end of the month.

-- 
Garance Alistair Drosehn            =   gad@gilead.netel.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 10:59:49 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6EF2637B404
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 10:59:47 -0800 (PST)
Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9ED5C43E6E
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 10:59:46 -0800 (PST)
	(envelope-from mark@grondar.org)
Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1])
	by storm.FreeBSD.org.uk (8.12.6/8.12.6) with ESMTP id gADIxj5V061475;
	Wed, 13 Nov 2002 18:59:45 GMT
	(envelope-from mark@grondar.org)
Received: (from uucp@localhost)
	by storm.FreeBSD.org.uk (8.12.6/8.12.6/Submit) with UUCP id gADIxjtw061474;
	Wed, 13 Nov 2002 18:59:45 GMT
Received: from grondar.org (localhost [127.0.0.1])
	by grimreaper.grondar.org (8.12.6/8.12.6) with ESMTP id gADIxZpD032187;
	Wed, 13 Nov 2002 18:59:35 GMT
	(envelope-from mark@grondar.org)
Message-Id: <200211131859.gADIxZpD032187@grimreaper.grondar.org>
To: Garance A Drosihn <drosih@rpi.edu>
Cc: Kris Kennaway <kris@obsecurity.org>, current@FreeBSD.ORG
Subject: Re: perl5.6.1 wrapper 
In-Reply-To: Your message of "Wed, 13 Nov 2002 13:33:03 EST."
             <p05200f17b9f84b064cc1@[128.113.24.47]> 
Date: Wed, 13 Nov 2002 18:59:35 +0000
From: Mark Murray <mark@grondar.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> >Anyone have a trash-box that we can do a 4-STABLE --> 5-CURRENT
> >upgrade on to diff the file list?
> >
> >I have a box that I'd rather not trash, but if need be I'll use that.
> 
> This is what I am planning to do.  I am a little short on free time
> right now, what is the "timetable for need" on this?  My hope was
> to get to this sometime before the end of the month.

I can only do this after BSDConEU - ie next week.

M
--
Mark Murray
Beware! I'm umop ap!sdn

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 11: 2:42 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 39BB037B401
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 11:02:40 -0800 (PST)
Received: from theinternet.com.au (c17609.carlnfd1.nsw.optusnet.com.au [210.49.139.216])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C64EF43E77
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 11:02:23 -0800 (PST)
	(envelope-from akm@theinternet.com.au)
Received: (from akm@localhost)
	by theinternet.com.au (8.11.6/8.11.4) id gADJ1kC11835;
	Thu, 14 Nov 2002 06:01:46 +1100 (EST)
	(envelope-from akm)
Date: Thu, 14 Nov 2002 06:01:46 +1100
From: Andrew Kenneth Milton <akm@theinternet.com.au>
To: Garance A Drosihn <drosih@rpi.edu>
Cc: Mark Murray <mark@grondar.org>,
	Kris Kennaway <kris@obsecurity.org>, current@FreeBSD.ORG
Subject: Re: perl5.6.1 wrapper
Message-ID: <20021113190146.GB615@zeus.theinternet.com.au>
References: <200211122258.gACMwCpD024298@grimreaper.grondar.org> <p05200f17b9f84b064cc1@[128.113.24.47]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <p05200f17b9f84b064cc1@[128.113.24.47]>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

+-------[ Garance A Drosihn ]----------------------
| At 10:58 PM +0000 11/12/02, Mark Murray wrote:
| > > On Tue, Nov 12, 2002 at 08:15:09AM -0500, Garance A Drosihn wrote:
| >>
| >> > I would rather have some explicit list of filenames where we have
| >> > good reason to delete them, and then adapt the above script to at
| >> > least tell the user about the remaining files.  Perhaps even delete
| >> > them, but only *after* saving a copy away in some tar file.  Just
| >> > to do something which is a bit friendlier to all the people who
| >> > will be seeing 5.0 for the first time.
| >>
| >> Yeah, this is essentially what I was asking for.
| >
| >Anyone have a trash-box that we can do a 4-STABLE --> 5-CURRENT
| >upgrade on to diff the file list?
| >
| >I have a box that I'd rather not trash, but if need be I'll use that.
| 
| This is what I am planning to do.  I am a little short on free time
| right now, what is the "timetable for need" on this?  My hope was
| to get to this sometime before the end of the month.

Why can't someone with a fresh stable do an ls -R /
And someone with a fresh current do the same?

Check the diff ?

I can provide an ls -R / | grep -v /usr/local for a fairly recent current 

-- 
Totally Holistic Enterprises Internet|                      | Andrew Milton
The Internet (Aust) Pty Ltd          |  M:+61 416 022 411   |
ACN: 082 081 472 ABN: 83 082 081 472 |akm@theinternet.com.au| Carpe Daemon

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 11: 3:27 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BCB6F37B401
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 11:03:26 -0800 (PST)
Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 11ABC43E3B
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 11:03:26 -0800 (PST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1])
	by khavrinen.lcs.mit.edu (8.12.3/8.12.5) with ESMTP id gADJ3Oen066073
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK);
	Wed, 13 Nov 2002 14:03:24 -0500 (EST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: (from wollman@localhost)
	by khavrinen.lcs.mit.edu (8.12.3/8.12.5/Submit) id gADJ3OuR066070;
	Wed, 13 Nov 2002 14:03:24 -0500 (EST)
	(envelope-from wollman)
Date: Wed, 13 Nov 2002 14:03:24 -0500 (EST)
From: Garrett Wollman <wollman@lcs.mit.edu>
Message-Id: <200211131903.gADJ3OuR066070@khavrinen.lcs.mit.edu>
To: Nate Lawson <nate@root.org>
Cc: Sheldon Hearn <sheldonh@starjuice.net>, current@FreeBSD.ORG
Subject: Re: sleep(1) behavior
In-Reply-To: <Pine.BSF.4.21.0211131003010.39871-200000@root.org>
References: <20021113080425.GO1278@starjuice.net>
	<Pine.BSF.4.21.0211131003010.39871-200000@root.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

<<On Wed, 13 Nov 2002 10:07:22 -0800 (PST), Nate Lawson <nate@root.org> said:

> Thanks, that's what I was expecting.  The attached patch provides the
> following behavior:

> sleep 0 = exit 0 immediately
> sleep [ \t]*1AAAA = sleep 1 second
> sleep [ \t]*\.2zzz = sleep .2 seconds
> sleep [ \t]*-.* = usage()

I believe that the language in the Standard was adopted so that an
implementation can just use strtoul() and have the Standard Thing
happen.

-GAWollman


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 11:26:47 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3D1B237B401
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 11:26:45 -0800 (PST)
Received: from rootlabs.com (root.org [67.118.192.226])
	by mx1.FreeBSD.org (Postfix) with SMTP id 4EC6D43E3B
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 11:26:44 -0800 (PST)
	(envelope-from nate@rootlabs.com)
Received: (qmail 40274 invoked by uid 1000); 13 Nov 2002 19:26:44 -0000
Date: Wed, 13 Nov 2002 11:26:44 -0800 (PST)
From: Nate Lawson <nate@root.org>
To: Garrett Wollman <wollman@lcs.mit.edu>
Cc: Sheldon Hearn <sheldonh@starjuice.net>, current@FreeBSD.ORG
Subject: Re: sleep(1) behavior
In-Reply-To: <200211131903.gADJ3OuR066070@khavrinen.lcs.mit.edu>
Message-ID: <Pine.BSF.4.21.0211131125300.39871-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 13 Nov 2002, Garrett Wollman wrote:
> <<On Wed, 13 Nov 2002 10:07:22 -0800 (PST), Nate Lawson <nate@root.org> said:
> 
> > Thanks, that's what I was expecting.  The attached patch provides the
> > following behavior:
> 
> > sleep 0 = exit 0 immediately
> > sleep [ \t]*1AAAA = sleep 1 second
> > sleep [ \t]*\.2zzz = sleep .2 seconds
> > sleep [ \t]*-.* = usage()
> 
> I believe that the language in the Standard was adopted so that an
> implementation can just use strtoul() and have the Standard Thing
> happen.

So "sleep -1" should sleep for ~0UL seconds?  And should usage() ever be
called then?

-Nate


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 11:42:13 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3774B37B401; Wed, 13 Nov 2002 11:42:11 -0800 (PST)
Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 854D343E4A; Wed, 13 Nov 2002 11:42:08 -0800 (PST)
	(envelope-from drosih@rpi.edu)
Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47])
	by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id gADJffgq323492;
	Wed, 13 Nov 2002 14:41:41 -0500
Mime-Version: 1.0
X-Sender: drosih@mail.rpi.edu
Message-Id: <p05200f18b9f84bca7aba@[128.113.24.47]>
In-Reply-To: <3DD1EE5E.E268055A@FreeBSD.org>
References: <20021107014750.GA18398@rot13.obsecurity.org>
 <200211080858.gA88wiCE029745@grimreaper.grondar.org>
 <20021112101236.GB8744@dragon.nuxi.com> <3DD1EE5E.E268055A@FreeBSD.org>
Date: Wed, 13 Nov 2002 14:41:40 -0500
To: Doug Barton <DougB@FreeBSD.ORG>, current@FreeBSD.ORG
From: Garance A Drosihn <drosih@rpi.edu>
Subject: Re: perl5.6.1 wrapper
Cc: Mark Murray <mark@grondar.org>,
	Kris Kennaway <kris@obsecurity.org>, des@FreeBSD.ORG,
	tobez@FreeBSD.ORG
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

At 10:17 PM -0800 11/12/02, Doug Barton wrote:
>David O'Brien wrote:
>>
>>  On Fri, Nov 08, 2002 at 08:58:44AM +0000, Mark Murray wrote:
>>  > IMVHO, the perl wrapper should be removed altogether, and the
>>  > perl port's "use.port" symlink-creating feature should be used
>>  > instead.
>>
>  > Do we have consensus on this?  The perl wrapper really isn't
>  > working out for all the cases I hoped it would when I committed it.
>
>In case another vote is needed, I've always been opposed to the
>wrapper.  tobez and I put some work into getting the use.perl
>script in the port to DTRT shortly after the demise of base perl,
>and I'm still willing to help fine tune it if needed.

For what it's worth, I still think the idea of a wrapper is a
good idea, if it was done right.  I do agree that the current
implementation isn't quite good enough.  But first, to look at
the issue that started this thread:

    enigma# make -V BUILD_DEPENDS
    perl5.6.1:/usr/ports/lang/perl5

    However 5.0 has perl5.6.1 in the base system still, so
    this dependency is always satisfied, the perl port is
    never added and the port build that relies on it will fail.

[Does the build really require 5.6.1, or would other versions of
perl5 also work?]

Kris complained that there is a wrapper in /usr/bin/perl5.6.1.
When people are voting, are they voting to remove just that wrapper,
or do they want to remove wrappers for all versions?  (I just want
to be sure no one is surprised by their vote being taken in some
way other than how they meant it)  I assume everyone so far has
been voting on getting rid of all the perl wrappers.

I do have ideas for how the perl wrapper could be made better and
more useful, but obviously there is nothing I can do which will fix
any process who merely checks for the existence of a file to make
its decision.  I'm also well aware that there are a number of
developers who wouldn't like a wrapper, no matter how it worked.
So, I vote for improving the wrapper instead of removing it, but
wouldn't want to spend much time debating it.  I'll also agree that
it might be a little late in this release cycle to try and come up
with a great wrapper, even if everyone loves the idea.

[note: RPI has been using a wrapper for perl and other scripting
languages for more than 10 years now, which is why I think a wrapper
can be useful if it is done correctly]

-- 
Garance Alistair Drosehn            =   gad@gilead.netel.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 11:47:49 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3C17B37B401
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 11:47:48 -0800 (PST)
Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9F27643E91
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 11:47:47 -0800 (PST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1])
	by khavrinen.lcs.mit.edu (8.12.3/8.12.5) with ESMTP id gADJlken066492
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK);
	Wed, 13 Nov 2002 14:47:47 -0500 (EST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: (from wollman@localhost)
	by khavrinen.lcs.mit.edu (8.12.3/8.12.5/Submit) id gADJlkfV066489;
	Wed, 13 Nov 2002 14:47:46 -0500 (EST)
	(envelope-from wollman)
Date: Wed, 13 Nov 2002 14:47:46 -0500 (EST)
From: Garrett Wollman <wollman@lcs.mit.edu>
Message-Id: <200211131947.gADJlkfV066489@khavrinen.lcs.mit.edu>
To: Nate Lawson <nate@root.org>
Cc: current@FreeBSD.ORG
Subject: Re: sleep(1) behavior
In-Reply-To: <Pine.BSF.4.21.0211131125300.39871-100000@root.org>
References: <200211131903.gADJ3OuR066070@khavrinen.lcs.mit.edu>
	<Pine.BSF.4.21.0211131125300.39871-100000@root.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

<<On Wed, 13 Nov 2002 11:26:44 -0800 (PST), Nate Lawson <nate@root.org> said:

> So "sleep -1" should sleep for ~0UL seconds?  And should usage() ever be
> called then?

Well, the standard says that anything might happen as a result of
`sleep -- -1'.  I'm just pointing out why the standard says so.
(This sort of thing is what is referred to in the standards jargon as
``quality of implementation'' -- the standard doesn't require an error
for this case, because doing so would require implementations to
partially reimplement strtoul() in the sleep utility, just to validate
the argument.  The standard does not prohibit an implementor from
going to this effort, however, and if you are already using strtod()
instead of strtoul(), there's no additional effort required.)

-GAWollman


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 12: 4:50 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id C1DFE37B401; Wed, 13 Nov 2002 12:04:48 -0800 (PST)
Received: from tomts12-srv.bellnexxia.net (tomts12.bellnexxia.net [209.226.175.56])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id ABB9243E4A; Wed, 13 Nov 2002 12:04:42 -0800 (PST)
	(envelope-from mike@sparc64.style9.org)
Received: from bowie.private ([65.93.75.148]) by tomts12-srv.bellnexxia.net
          (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP
          id <20021113200440.CTH1892.tomts12-srv.bellnexxia.net@bowie.private>;
          Wed, 13 Nov 2002 15:04:40 -0500
Received: from bowie.private (localhost [127.0.0.1])
	by bowie.private (8.12.6/8.12.5) with ESMTP id gADK5Q7p005856;
	Wed, 13 Nov 2002 20:05:26 GMT
	(envelope-from mike@bowie.private)
Received: (from mike@localhost)
	by bowie.private (8.12.6/8.12.6/Submit) id gADK5QlF005854;
	Wed, 13 Nov 2002 20:05:26 GMT
Date: Wed, 13 Nov 2002 20:05:26 GMT
From: Mike Barcroft <mike@sparc64.style9.org>
Message-Id: <200211132005.gADK5QlF005854@bowie.private>
To: current@FreeBSD.org, sparc64@FreeBSD.org
Subject: sparc64 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Wed Nov 13 20:02:02 GMT 2002
--------------------------------------------------------------
===> ipfilter
./aicasm: 877 instructions used
/tinderbox/sparc64/src/sys/dev/pci/pci_pci.c:50:21: opt_pci.h: No such file or directory
mkdep: compile failed
*** Error code 1

Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC.
*** Error code 1

Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC.
*** Error code 1

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 13:35:24 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1279D37B404
	for <current@freebsd.org>; Wed, 13 Nov 2002 13:35:22 -0800 (PST)
Received: from odin.eirikn.net (a217-118-47-173.bluecom.no [217.118.47.173])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 155C843E42
	for <current@freebsd.org>; Wed, 13 Nov 2002 13:35:20 -0800 (PST)
	(envelope-from eirik@odin.eirikn.net)
Received: from odin.eirikn.net (localhost [127.0.0.1])
	by odin.eirikn.net (8.12.6/8.12.6) with ESMTP id gADLZMN3005047
	for <current@freebsd.org>; Wed, 13 Nov 2002 22:35:23 +0100 (CET)
	(envelope-from eirik@odin.eirikn.net)
Received: (from eirik@localhost)
	by odin.eirikn.net (8.12.6/8.12.6/Submit) id gADLZMC8005034
	for current@freebsd.org; Wed, 13 Nov 2002 22:35:22 +0100 (CET)
Date: Wed, 13 Nov 2002 22:35:22 +0100
From: Eirik Nygaard <eirikn@bluezone.no>
To: current@freebsd.org
Subject: libdisk/rules.c broken
Message-ID: <20021113213522.GC9291@eirikn.net>
Reply-To: eirikn@bluezone.no
Mail-Followup-To: current@freebsd.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="0eh6TmSyL6TZE2Uz"
Content-Disposition: inline
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--0eh6TmSyL6TZE2Uz
Content-Type: multipart/mixed; boundary="fdj2RfSjLxBAspz7"
Content-Disposition: inline


--fdj2RfSjLxBAspz7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

lib/libdisk/rules.c is broken in Check_Chunk().
cc  -mcpu=3Dpentiumpro -Werror -Wall -Wno-format-y2k -Wno-uninitialized  -c=
 rules.c -o rules.o
cc1: warnings being treated as errors
rules.c: In function `Check_Chunk':
rules.c:254: warning: enumeration value `p_any' not handled in switch
rules.c:254: warning: enumeration value `p_alpha' not handled in switch
rules.c:254: warning: enumeration value `p_sparc64' not handled in switch
rules.c:254: warning: enumeration value `p_ia64' not handled in switch
rules.c:254: warning: enumeration value `p_ppc' not handled in switch
*** Error code 1

A patch is attached.

--=20

Eirik Nygaard <eirikn@bluezone.no>
PGP Key: 83C55EDE


--fdj2RfSjLxBAspz7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="libdisk+rules.c.diff"
Content-Transfer-Encoding: quoted-printable

Index: rules.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/ncvs/src/lib/libdisk/rules.c,v
retrieving revision 1.27
diff -u -r1.27 rules.c
--- rules.c	31 Oct 2002 05:51:25 -0000	1.27
+++ rules.c	13 Nov 2002 21:25:16 -0000
@@ -251,6 +251,12 @@
 		if (c->next)
 			Check_Chunk(d, c->next, msg);
 		break;
+	case p_alpha:
+	case p_sparc64:
+	case p_ia64:
+	case p_ppc:
+	case p_any:
+		break;
 	}
 }
=20

--fdj2RfSjLxBAspz7--

--0eh6TmSyL6TZE2Uz
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE90sWa1JB0Z4PFXt4RArpSAJ9mhqp2YUY8/lbDGPaX/kUfW0AaRQCggO4j
kEirRSw5xCQnGJkL+R1cSSQ=
=kvDu
-----END PGP SIGNATURE-----

--0eh6TmSyL6TZE2Uz--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 13:57:42 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B18B137B401
	for <current@freebsd.org>; Wed, 13 Nov 2002 13:57:40 -0800 (PST)
Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 79A9F43E3B
	for <current@freebsd.org>; Wed, 13 Nov 2002 13:57:40 -0800 (PST)
	(envelope-from des@FreeBSD.org)
Received: from beast.freebsd.org (localhost [127.0.0.1])
	by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gADLve3b030558
	for <current@freebsd.org>; Wed, 13 Nov 2002 13:57:40 -0800 (PST)
	(envelope-from des@beast.freebsd.org)
Received: (from des@localhost)
	by beast.freebsd.org (8.12.6/8.12.6/Submit) id gADLve8g030552
	for current@freebsd.org; Wed, 13 Nov 2002 13:57:40 -0800 (PST)
Date: Wed, 13 Nov 2002 13:57:40 -0800 (PST)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200211132157.gADLve8g030552@beast.freebsd.org>
To: current@freebsd.org
Subject: alpha tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
===> lib/libc
/h/des/src/lib/libc/gen/_pthread_stubs.c:59: conflicting types for `__thr_jtable'
/h/des/src/lib/libc/include/libc_private.h:106: previous declaration of `__thr_jtable'
*** Error code 1

Stop in /h/des/src/lib/libc.
*** Error code 1

Stop in /h/des/src/lib.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 15:17:56 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1451737B401
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 15:17:55 -0800 (PST)
Received: from borja.sarenet.es (borja.sarenet.es [192.148.167.77])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B6EF343E42
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 15:17:53 -0800 (PST)
	(envelope-from borjamar@sarenet.es)
Received: from nenuial.arnor.es (localhost [127.0.0.1])
	by borja.sarenet.es (8.12.6/8.12.6) with ESMTP id gADNHqIP036771
	for <freebsd-current@freebsd.org>; Thu, 14 Nov 2002 00:17:52 +0100 (CET)
	(envelope-from borjamar@sarenet.es)
Content-Type: text/plain;
  charset="us-ascii"
From: Borja Marcos <borjamar@sarenet.es>
To: freebsd-current@freebsd.org
Subject: Bug? vm.stats.sys.v_syscall not updated
Date: Thu, 14 Nov 2002 00:17:52 +0100
User-Agent: KMail/1.4.3
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200211140017.52416.borjamar@sarenet.es>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


=09Hello,

=09I have tried to file PR, but the web pages give an authorization error=
=2E

=09There is a problem in -CURRENT. The vm.stats.sys.v_syscall from the sy=
stem=20
MIB is not updated. This variable was used at least by the systat command=
,=20
and it happens to be used by an Orca (www.orcaware.com) data collector I =
am=20
writing for FreeBSD.

=09Is this a bug? If it is not, is there another system call counter avai=
lable?

=09Thanks in advance,




=09Borja.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 15:28:54 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id D751837B401; Wed, 13 Nov 2002 15:28:50 -0800 (PST)
Received: from tomts6-srv.bellnexxia.net (tomts6.bellnexxia.net [209.226.175.26])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 97B3C43E4A; Wed, 13 Nov 2002 15:28:44 -0800 (PST)
	(envelope-from mike@sparc64.style9.org)
Received: from bowie.private ([65.93.75.148]) by tomts6-srv.bellnexxia.net
          (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP
          id <20021113232843.VGCD3342.tomts6-srv.bellnexxia.net@bowie.private>;
          Wed, 13 Nov 2002 18:28:43 -0500
Received: from bowie.private (localhost [127.0.0.1])
	by bowie.private (8.12.6/8.12.5) with ESMTP id gADNTa7p054795;
	Wed, 13 Nov 2002 23:29:36 GMT
	(envelope-from mike@bowie.private)
Received: (from mike@localhost)
	by bowie.private (8.12.6/8.12.6/Submit) id gADNTZuM054793;
	Wed, 13 Nov 2002 23:29:35 GMT
Date: Wed, 13 Nov 2002 23:29:35 GMT
From: Mike Barcroft <mike@sparc64.style9.org>
Message-Id: <200211132329.gADNTZuM054793@bowie.private>
To: current@FreeBSD.org, sparc64@FreeBSD.org
Subject: sparc64 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
===> lib/libc
/tinderbox/sparc64/src/lib/libc/gen/_pthread_stubs.c:59: conflicting types for `__thr_jtable'
/tinderbox/sparc64/src/lib/libc/include/libc_private.h:106: previous declaration of `__thr_jtable'
*** Error code 1

Stop in /tinderbox/sparc64/src/lib/libc.
*** Error code 1

Stop in /tinderbox/sparc64/src/lib.
*** Error code 1

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 15:50:49 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E017A37B401
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 15:50:47 -0800 (PST)
Received: from borja.sarenet.es (borja.sarenet.es [192.148.167.77])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 061F543E3B
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 15:50:47 -0800 (PST)
	(envelope-from borjam@sarenet.es)
Received: from nenuial.arnor.es (localhost [127.0.0.1])
	by borja.sarenet.es (8.12.6/8.12.6) with ESMTP id gADNojIP046104;
	Thu, 14 Nov 2002 00:50:45 +0100 (CET)
	(envelope-from borjam@sarenet.es)
Content-Type: text/plain;
  charset="iso-8859-1"
From: Borja Marcos <borjam@sarenet.es>
To: Borja Marcos <borjamar@sarenet.es>
Subject: MORE: Re: Bug? vm.stats.sys.v_syscall not updated
Date: Thu, 14 Nov 2002 00:50:44 +0100
User-Agent: KMail/1.4.3
References: <200211140017.52416.borjamar@sarenet.es>
In-Reply-To: <200211140017.52416.borjamar@sarenet.es>
Organization: Sarenet S.A.
Cc: freebsd-current@freebsd.org
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200211140050.44760.borjam@sarenet.es>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


=09Looking at the kernel sources, I see that in /usr/src/sys/i386/i386/tr=
ap.c,

--- snip

    /*
     * note: PCPU_LAZY_INC() can only be used if we can afford
     * occassional inaccuracy in the count.
     */
    PCPU_LAZY_INC(cnt.v_syscall);

--- snip

=09This seems to be a macro to update a per-CPU variable. But, AFAIK, the=
re is=20
*only* one variable now. Is it correct?=20

=09The ia64 version (/usr/src/sys/ia64/ia64) happily updates this variabl=
e:

---- snip
syscall(int code, u_int64_t *args, struct trapframe *framep)
{
    struct sysent *callp;
    struct thread *td;
    struct proc *p;   =20
    int error =3D 0; =20
    u_int64_t oldip, oldri;
    u_int sticks;

    cnt.v_syscall++;
---- snip

=09What happens here? Is this a bug caught in the middle of a change?

=09BTW... Is there a major change in the sysctl MIB for 5.0-RELEASE? I am=
 using=20
it to get most of the information logged to Orca and I should take it int=
o=20
account.

=09Thanks,




=09Borja.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 16:31:28 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 47BBB37B401
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 16:31:27 -0800 (PST)
Received: from ns.gddsn.org.cn (ns.gddsn.org.cn [210.21.6.33])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DB63143E3B
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 16:31:26 -0800 (PST)
	(envelope-from wsk@ns.gddsn.org.cn)
Received: from mail.gddsn.org.cn (unknown [192.168.168.4])
	by ns.gddsn.org.cn (Postfix) with ESMTP id B001338CC51
	for <freebsd-current@freebsd.org>; Thu, 14 Nov 2002 08:31:04 +0800 (CST)
Message-ID: <3DD2EEEF.3060106@mail.gddsn.org.cn>
Date: Thu, 14 Nov 2002 08:31:43 +0800
From: suken woo <wsk@mail.gddsn.org.cn>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020912
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current <freebsd-current@freebsd.org>
Subject: after cvsup make chinpui3 get undefined reference error
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

g++ -o chinput chinput.o init.o server.o config.o color.o util.o 
convert.o IC.o XIM.o focus.o root.o overspot.o onspot.o offspot.o 
voice.o keyboard.o handw.o hwengine.o loop.o -L/usr/X11R6/lib -lXext 
-lX11 ./IMdkit/lib/libXimd.a -L../../unicon-im/client 
-L../../unicon-im/server -limmclient 
-Wl,-rpath=/usr/local/lib/Chinput/im -limm_server -lc_r -lc -lImlib
../../unicon-im/server/libimm_server.so: undefined reference to 
`ostream::operator<<(char const*)'
../../unicon-im/server/libimm_server.so: undefined reference to `cout'
*** Error code 1

Stop in /usr/ports/chinese/chinput3/work/chinput/src/Chinput-3.0.2/src.
*** Error code 1

Stop in /usr/ports/chinese/chinput3/work/chinput/src/Chinput-3.0.2.
*** Error code 1

Stop in /usr/ports/chinese/chinput3/work/chinput.
*** Error code 1

Stop in /usr/ports/chinese/chinput3.



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 16:41:47 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 7396F37B401; Wed, 13 Nov 2002 16:41:45 -0800 (PST)
Received: from citusc.usc.edu (citusc.usc.edu [128.125.38.123])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 1492643E6E; Wed, 13 Nov 2002 16:41:45 -0800 (PST)
	(envelope-from kris@citusc.usc.edu)
Received: (from kris@localhost)
	by citusc.usc.edu (8.11.6/8.11.2) id gAE0fiJ05073;
	Wed, 13 Nov 2002 16:41:44 -0800
Date: Wed, 13 Nov 2002 16:41:43 -0800
From: Kris Kennaway <kris@FreeBSD.org>
To: current@FreeBSD.org
Cc: alfred@FreeBSD.org
Subject: rpc.lockd problems
Message-ID: <20021113164143.C4476@citusc.usc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

A few months ago I posted about rpc.lockd interop problems I am having
between my 5.0 NFS client and a Redhat 7.1 server.  Both are running
rpc.lockd, but when I send a lock request to the server it hangs
forever blocked on the /var/run/lock socket.

tcpdump shows that the lock RPC request is being sent, and answered by
the server.  I have the complete tcpdump trace if anyone is
interested.

16:27:25.828109 citusc17.usc.edu.641493192 > citusc.usc.edu.nfs: 140 access fh 0,1/117442560 003f
16:27:25.828897 citusc.usc.edu.nfs > citusc17.usc.edu.641493192: reply ok 120 access c 0003 (DF)
16:27:25.829031 citusc17.usc.edu.641493193 > citusc.usc.edu.nfs: 96 access fh Unknown/1 003f
16:27:25.829706 citusc.usc.edu.nfs > citusc17.usc.edu.641493193: reply ok 120 access c 001f (DF)
16:27:25.829801 citusc17.usc.edu.641493194 > citusc.usc.edu.nfs: 96 access fh Unknown/1 003f
16:27:25.830483 citusc.usc.edu.nfs > citusc17.usc.edu.641493194: reply ok 120 access c 001f (DF)
16:27:28.257514 citusc17.usc.edu.641493195 > citusc.usc.edu.nfs: 140 access fh 0,1/117442560 003f
16:27:28.258283 citusc.usc.edu.nfs > citusc17.usc.edu.641493195: reply ok 120 access c 0003 (DF)
16:27:28.258427 citusc17.usc.edu.641493196 > citusc.usc.edu.nfs: 96 access fh Unknown/1 003f
16:27:28.259107 citusc.usc.edu.nfs > citusc17.usc.edu.641493196: reply ok 120 access c 001f (DF)
16:27:28.259317 citusc17.usc.edu.641493197 > citusc.usc.edu.nfs: 104 lookup fh Unknown/1 "incoming"
16:27:28.260202 citusc.usc.edu.nfs > citusc17.usc.edu.641493197: reply ok 232 lookup fh Unknown/1 (DF)
16:27:28.260344 citusc17.usc.edu.641493198 > citusc.usc.edu.nfs: 96 access fh Unknown/1 003f
16:27:28.261022 citusc.usc.edu.nfs > citusc17.usc.edu.641493198: reply ok 120 access c 001f (DF)
16:27:28.261119 citusc17.usc.edu.641493199 > citusc.usc.edu.nfs: 100 access fh Unknown/1 003f
16:27:28.261808 citusc.usc.edu.nfs > citusc17.usc.edu.641493199: reply ok 120 access c 000d (DF)
16:27:28.261918 citusc17.usc.edu.641493200 > citusc.usc.edu.nfs: 100 access fh Unknown/1 003f
16:27:28.262608 citusc.usc.edu.nfs > citusc17.usc.edu.641493200: reply ok 120 access c 000d (DF)
16:27:28.263888 citusc17.usc.edu.641493201 > citusc.usc.edu.nfs: 140 setattr fh Unknown/1
16:27:28.264646 citusc.usc.edu.nfs > citusc17.usc.edu.641493201: reply ok 120 setattr (DF)
16:27:28.285259 citusc17.usc.edu.641493202 > citusc.usc.edu.nfs: 104 lookup fh Unknown/1 "incoming"
16:27:28.286179 citusc.usc.edu.nfs > citusc17.usc.edu.641493202: reply ok 232 lookup fh Unknown/1 (DF)
16:27:28.287395 citusc17.usc.edu.55771 > citusc.usc.edu.sunrpc: udp 56
16:27:28.288491 citusc.usc.edu.sunrpc > citusc17.usc.edu.55771: udp 28 (DF)
16:27:28.289631 citusc17.usc.edu.55772 > citusc.usc.edu.49437: udp 200
16:27:28.290549 citusc.usc.edu.49437 > citusc17.usc.edu.55772: udp 28 (DF)

Here is what rpc.lockd -d 10 shows:

Nov 13 16:39:51 citusc17 rpc.lockd: process ID: 10865
Nov 13 16:39:51 citusc17 rpc.lockd: fh_len 24, fh \01\00\00\02\00\08\00\07\02\00\00\00\40\a0\0e\00\73\09\c6\11\2a\a0\0e\00
Nov 13 16:39:51 citusc17 rpc.lockd: start 0; len 0; pid 1; type 1; whence 0
Nov 13 16:39:51 citusc17 rpc.lockd: wait was not set
Nov 13 16:39:51 citusc17 rpc.lockd: lock request: V4: read to 128.125.38.123
Nov 13 16:39:51 citusc17 rpc.lockd: Found CLIENT* in cache
Nov 13 16:40:11 citusc17 rpc.lockd: process ID: 10865
Nov 13 16:40:11 citusc17 rpc.lockd: fh_len 24, fh \01\00\00\02\00\08\00\07\02\00\00\00\40\a0\0e\00\73\09\c6\11\2a\a0\0e\00
Nov 13 16:40:11 citusc17 rpc.lockd: start 0; len 0; pid 1; type 1; whence 0
Nov 13 16:40:11 citusc17 rpc.lockd: wait was not set
Nov 13 16:40:11 citusc17 rpc.lockd: lock request: V4: read to 128.125.38.123
Nov 13 16:40:11 citusc17 rpc.lockd: Found CLIENT* in cache
Nov 13 16:40:31 citusc17 rpc.lockd: process ID: 10865
Nov 13 16:40:31 citusc17 rpc.lockd: fh_len 24, fh \01\00\00\02\00\08\00\07\02\00\00\00\40\a0\0e\00\73\09\c6\11\2a\a0\0e\00
Nov 13 16:40:31 citusc17 rpc.lockd: start 0; len 0; pid 1; type 1; whence 0
Nov 13 16:40:31 citusc17 rpc.lockd: wait was not set
Nov 13 16:40:31 citusc17 rpc.lockd: lock request: V4: read to 128.125.38.123
Nov 13 16:40:31 citusc17 rpc.lockd: Found CLIENT* in cache

(this repeats every 20 seconds)

Kris

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 17:33:27 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id AD40D37B401; Wed, 13 Nov 2002 17:33:25 -0800 (PST)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 6DEE143E42; Wed, 13 Nov 2002 17:33:25 -0800 (PST)
	(envelope-from bright@elvis.mu.org)
Received: by elvis.mu.org (Postfix, from userid 1192)
	id 332D6AE216; Wed, 13 Nov 2002 17:33:20 -0800 (PST)
Date: Wed, 13 Nov 2002 17:33:20 -0800
From: Alfred Perlstein <alfred@FreeBSD.org>
To: Kris Kennaway <kris@FreeBSD.org>
Cc: current@FreeBSD.org
Subject: Re: rpc.lockd problems
Message-ID: <20021114013320.GA50692@elvis.mu.org>
References: <20021113164143.C4476@citusc.usc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021113164143.C4476@citusc.usc.edu>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* Kris Kennaway <kris@FreeBSD.org> [021113 16:41] wrote:
> A few months ago I posted about rpc.lockd interop problems I am having
> between my 5.0 NFS client and a Redhat 7.1 server.  Both are running
> rpc.lockd, but when I send a lock request to the server it hangs
> forever blocked on the /var/run/lock socket.
> 
> tcpdump shows that the lock RPC request is being sent, and answered by
> the server.  I have the complete tcpdump trace if anyone is
> interested.

Ah finally!  Some useful debug info!

It looks like the remote server is not running lockd, or posibly just
dropping the lock requests on the floor.  Can you get some information
about the remote lockd?

> 16:27:28.285259 citusc17.usc.edu.641493202 > citusc.usc.edu.nfs: 104 lookup fh Unknown/1 "incoming"
> 16:27:28.286179 citusc.usc.edu.nfs > citusc17.usc.edu.641493202: reply ok 232 lookup fh Unknown/1 (DF)
> 16:27:28.287395 citusc17.usc.edu.55771 > citusc.usc.edu.sunrpc: udp 56
> 16:27:28.288491 citusc.usc.edu.sunrpc > citusc17.usc.edu.55771: udp 28 (DF)
> 16:27:28.289631 citusc17.usc.edu.55772 > citusc.usc.edu.49437: udp 200
> 16:27:28.290549 citusc.usc.edu.49437 > citusc17.usc.edu.55772: udp 28 (DF)

Ok, here's where the lock request is done...

> Here is what rpc.lockd -d 10 shows:
> 
> Nov 13 16:39:51 citusc17 rpc.lockd: process ID: 10865
> Nov 13 16:39:51 citusc17 rpc.lockd: fh_len 24, fh \01\00\00\02\00\08\00\07\02\00\00\00\40\a0\0e\00\73\09\c6\11\2a\a0\0e\00
> Nov 13 16:39:51 citusc17 rpc.lockd: start 0; len 0; pid 1; type 1; whence 0
> Nov 13 16:39:51 citusc17 rpc.lockd: wait was not set
> Nov 13 16:39:51 citusc17 rpc.lockd: lock request: V4: read to 128.125.38.123
> Nov 13 16:39:51 citusc17 rpc.lockd: Found CLIENT* in cache
> Nov 13 16:40:11 citusc17 rpc.lockd: process ID: 10865
> Nov 13 16:40:11 citusc17 rpc.lockd: fh_len 24, fh \01\00\00\02\00\08\00\07\02\00\00\00\40\a0\0e\00\73\09\c6\11\2a\a0\0e\00
> Nov 13 16:40:11 citusc17 rpc.lockd: start 0; len 0; pid 1; type 1; whence 0
> Nov 13 16:40:11 citusc17 rpc.lockd: wait was not set
> Nov 13 16:40:11 citusc17 rpc.lockd: lock request: V4: read to 128.125.38.123
> Nov 13 16:40:11 citusc17 rpc.lockd: Found CLIENT* in cache
> Nov 13 16:40:31 citusc17 rpc.lockd: process ID: 10865
> Nov 13 16:40:31 citusc17 rpc.lockd: fh_len 24, fh \01\00\00\02\00\08\00\07\02\00\00\00\40\a0\0e\00\73\09\c6\11\2a\a0\0e\00
> Nov 13 16:40:31 citusc17 rpc.lockd: start 0; len 0; pid 1; type 1; whence 0
> Nov 13 16:40:31 citusc17 rpc.lockd: wait was not set
> Nov 13 16:40:31 citusc17 rpc.lockd: lock request: V4: read to 128.125.38.123
> Nov 13 16:40:31 citusc17 rpc.lockd: Found CLIENT* in cache
> 
> (this repeats every 20 seconds)

Neither the tcpdump nor the lockd debug output show any response from the
server...  can you look into this?

-Alfred

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 18:15:29 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 91B3C37B401; Wed, 13 Nov 2002 18:15:28 -0800 (PST)
Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 026C843E88; Wed, 13 Nov 2002 18:15:27 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0374.cvx22-bradley.dialup.earthlink.net ([209.179.199.119] helo=mindspring.com)
	by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18C9XS-0000HH-00; Wed, 13 Nov 2002 18:15:26 -0800
Message-ID: <3DD306C1.41DFA8D4@mindspring.com>
Date: Wed, 13 Nov 2002 18:13:21 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Kris Kennaway <kris@FreeBSD.org>
Cc: current@FreeBSD.org, alfred@FreeBSD.org
Subject: Re: rpc.lockd problems
References: <20021113164143.C4476@citusc.usc.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Kris Kennaway wrote:
> A few months ago I posted about rpc.lockd interop problems I am having
> between my 5.0 NFS client and a Redhat 7.1 server.  Both are running
> rpc.lockd, but when I send a lock request to the server it hangs
> forever blocked on the /var/run/lock socket.
> 
> tcpdump shows that the lock RPC request is being sent, and answered by
> the server.  I have the complete tcpdump trace if anyone is
> interested.

This might be a long standing problem that FreeBSD has serving
UDP NFS client requests.

You need to look at the packets.  Is the IP on the response the
same as the one on the request?

The cache for pending rpc requests in the kernel that is used to
handle responses does not recognize aliases being used by the
response sender, if they are not the same as the one the request
went out on.  This is a particular problem with UDP, because it's
connectionless.  The fix is to open a seperate UDP per IP address,
and respond on the UIDP socket associated with the IP, rather than
a global UDP on INADDR_ANY.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 18:38:30 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3D31037B401; Wed, 13 Nov 2002 18:38:29 -0800 (PST)
Received: from citusc.usc.edu (citusc.usc.edu [128.125.38.123])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id CF1E243E4A; Wed, 13 Nov 2002 18:38:28 -0800 (PST)
	(envelope-from kris@citusc.usc.edu)
Received: (from kris@localhost)
	by citusc.usc.edu (8.11.6/8.11.2) id gAE2cRO06101;
	Wed, 13 Nov 2002 18:38:27 -0800
Date: Wed, 13 Nov 2002 18:38:27 -0800
From: Kris Kennaway <kris@FreeBSD.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Kris Kennaway <kris@FreeBSD.org>, current@FreeBSD.org,
	alfred@FreeBSD.org
Subject: Re: rpc.lockd problems
Message-ID: <20021113183827.C5919@citusc.usc.edu>
References: <20021113164143.C4476@citusc.usc.edu> <3DD306C1.41DFA8D4@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3DD306C1.41DFA8D4@mindspring.com>; from tlambert2@mindspring.com on Wed, Nov 13, 2002 at 06:13:21PM -0800
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Nov 13, 2002 at 06:13:21PM -0800, Terry Lambert wrote:
> Kris Kennaway wrote:
> > A few months ago I posted about rpc.lockd interop problems I am having
> > between my 5.0 NFS client and a Redhat 7.1 server.  Both are running
> > rpc.lockd, but when I send a lock request to the server it hangs
> > forever blocked on the /var/run/lock socket.
> > 
> > tcpdump shows that the lock RPC request is being sent, and answered by
> > the server.  I have the complete tcpdump trace if anyone is
> > interested.
> 
> This might be a long standing problem that FreeBSD has serving
> UDP NFS client requests.
> 
> You need to look at the packets.  Is the IP on the response the
> same as the one on the request?

Yes, and I have no problems interoperating NFS under 4.x between these
machines (or under 5.0 as long as I don't try and lock any files) -
it's just 5.0's rpc.lockd.

Kris

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 19:12:43 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6F36737B401; Wed, 13 Nov 2002 19:12:42 -0800 (PST)
Received: from ip68-14-62-49.no.no.cox.net (ip68-14-62-49.no.no.cox.net [68.14.62.49])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C0AF243E42; Wed, 13 Nov 2002 19:12:41 -0800 (PST)
	(envelope-from conrads@cox.net)
Received: from ip68-14-62-49.no.no.cox.net (localhost [127.0.0.1])
	by ip68-14-62-49.no.no.cox.net (8.12.6/8.12.6) with ESMTP id gAE3CeS9046071;
	Wed, 13 Nov 2002 21:12:40 -0600 (CST)
	(envelope-from conrads@ip68-14-62-49.no.no.cox.net)
Received: (from conrads@localhost)
	by ip68-14-62-49.no.no.cox.net (8.12.6/8.12.6/Submit) id gAE3CZas046070;
	Wed, 13 Nov 2002 21:12:35 -0600 (CST)
	(envelope-from conrads)
Message-ID: <XFMail.20021113211235.conrads@cox.net>
X-Mailer: XFMail 1.5.3 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <200211121100.gACB0lbV085953@freefall.freebsd.org>
Date: Wed, 13 Nov 2002 21:12:35 -0600 (CST)
Reply-To: conrads@cox.net
Organization: A Rag-Tag Band of Drug-crazed Hippies
From: Conrad Sabatier <conrads@cox.net>
To: Dag-Erling Smorgrav <des@FreeBSD.ORG>
Subject: Re: cvs commit: src/sbin/sysctl sysctl.8 src/sys/kern init_main.c
Cc: cvs-committers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Was the following just swallowed up into the bowels of the CVS beast or
something?  :-)

I've tried updating my sources several times, and still not retrieving it.

On 12-Nov-2002 Dag-Erling Smorgrav wrote:
> des         2002/11/12 02:69:42 PST
> 
>   Modified files:
>     sbin/sysctl          sysctl.8
>     sys/kern             init_main.c
>   Log:
>   Add the kern.turbo sysctl, which makes the system run twice as fast.
>   Default to 0 (off) for backward compatibility.
> 
>   Revision  Changes    Path
>   1.48      +1 -0      src/sbin/sysctl/sysctl.8
>   1.215     +3 -0      src/sys/kern/init_main.c

-- 
Conrad Sabatier <conrads@cox.net>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 19:35: 4 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id C081437B401; Wed, 13 Nov 2002 19:34:59 -0800 (PST)
Received: from ip68-14-62-49.no.no.cox.net (ip68-14-62-49.no.no.cox.net [68.14.62.49])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 0316D43E42; Wed, 13 Nov 2002 19:34:59 -0800 (PST)
	(envelope-from conrads@cox.net)
Received: from ip68-14-62-49.no.no.cox.net (localhost [127.0.0.1])
	by ip68-14-62-49.no.no.cox.net (8.12.6/8.12.6) with ESMTP id gAE3YqS9046901;
	Wed, 13 Nov 2002 21:34:57 -0600 (CST)
	(envelope-from conrads@ip68-14-62-49.no.no.cox.net)
Received: (from conrads@localhost)
	by ip68-14-62-49.no.no.cox.net (8.12.6/8.12.6/Submit) id gAE3YhAP046900;
	Wed, 13 Nov 2002 21:34:43 -0600 (CST)
	(envelope-from conrads)
Message-ID: <XFMail.20021113213443.conrads@cox.net>
X-Mailer: XFMail 1.5.3 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <XFMail.20021113211235.conrads@cox.net>
Date: Wed, 13 Nov 2002 21:34:43 -0600 (CST)
Reply-To: conrads@cox.net
Organization: A Rag-Tag Band of Drug-crazed Hippies
From: Conrad Sabatier <conrads@cox.net>
To: Conrad Sabatier <conrads@cox.net>
Subject: Re: cvs commit: src/sbin/sysctl sysctl.8 src/sys/kern init_main.c
Cc: freebsd-current@FreeBSD.ORG, cvs-committers@FreeBSD.ORG,
	Dag-Erling Smorgrav <des@FreeBSD.ORG>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Urgh, nevermind.  I just noticed (in another of my mail folders) that the
committer got jumped on over this one and, presumably, has already backed
it out.

Sorry, that makes two "neverminds" in one day.  Shame on me.  :-)

On 14-Nov-2002 Conrad Sabatier wrote:
> Was the following just swallowed up into the bowels of the CVS beast or
> something?  :-)
> 
> I've tried updating my sources several times, and still not retrieving
> it.
> 
> On 12-Nov-2002 Dag-Erling Smorgrav wrote:
>> des         2002/11/12 02:69:42 PST
>> 
>>   Modified files:
>>     sbin/sysctl          sysctl.8
>>     sys/kern             init_main.c
>>   Log:
>>   Add the kern.turbo sysctl, which makes the system run twice as fast.
>>   Default to 0 (off) for backward compatibility.
>> 
>>   Revision  Changes    Path
>>   1.48      +1 -0      src/sbin/sysctl/sysctl.8
>>   1.215     +3 -0      src/sys/kern/init_main.c
> 
> -- 
> Conrad Sabatier <conrads@cox.net>
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
> 

-- 
Conrad Sabatier <conrads@cox.net>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 19:58:34 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9969F37B401
	for <current@freebsd.org>; Wed, 13 Nov 2002 19:58:33 -0800 (PST)
Received: from ion.gank.org (ion.gank.org [198.78.66.164])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2B1BF43E7B
	for <current@freebsd.org>; Wed, 13 Nov 2002 19:58:33 -0800 (PST)
	(envelope-from craig@gjgth.gank.org)
Received: from aldaris (dsl081-113-221.dfw1.dsl.speakeasy.net [64.81.113.221])
	by ion.gank.org (GankMail) with ESMTP
	id B47EA2BA71; Wed, 13 Nov 2002 21:56:04 -0600 (CST)
Message-ID: <010701c28b92$16412790$5445a8c0@auir.gank.org>
Reply-To: "Craig Boston" <craig@gjgth.gank.org>
From: "Craig Boston" <craig@gjgth.gank.org>
To: "Sheldon Hearn" <sheldonh@starjuice.net>,
	"Dag-Erling Smorgrav" <des@ofug.org>
Cc: "Nate Lawson" <nate@root.org>, <current@freebsd.org>
References: <Pine.BSF.4.21.0211121633330.37340-100000@root.org><20021113080425.GO1278@starjuice.net> <xzpadkd5ztr.fsf@flood.ping.uio.no>
Subject: Re: sleep(1) behavior
Date: Wed, 13 Nov 2002 21:58:23 -0600
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dag-Erling Smorgrav said:
> I have, somewhere in my big bag of tricks, an unfinished patch which
> would allow us to implement negative sleep times by directing the PSU
> to emit positrons instead of electrons for the required period of
> time, thereby causing the system to run backward in time.

I found this patch (by searching the mailing list archives for cvs-all
postings with the date Feb. 4, 2005), and it applied cleanly, but now syslog
is getting spammed with:

microuptime() went backwards (443643.141593 -> 443642.210394)
microuptime() went backwards (443647.382021 -> 443640.104932)
microuptime() went backwards (443648.320102 -> 443847.981025)

...ad nauseam.  It looks like the timecounter code needs to be modified to
account for the temporal distortion.  Either that or maybe my crystal ball
interface isn't working properly (usbd has been kind of flaky about
detecting it lately).

Craig
(apologies if I'm beating a dead horse :)


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 20:59:51 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 20A1037B406
	for <current@freebsd.org>; Wed, 13 Nov 2002 20:59:49 -0800 (PST)
Received: from mailg.telia.com (mailg.telia.com [194.22.194.26])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 69DA843EAA
	for <current@freebsd.org>; Wed, 13 Nov 2002 20:59:36 -0800 (PST)
	(envelope-from david@realityrift.com)
Received: from d1o836.telia.com (d1o836.telia.com [213.65.240.241])
	by mailg.telia.com (8.12.5/8.12.5) with ESMTP id gAE4xZa0021788
	for <current@freebsd.org>; Thu, 14 Nov 2002 05:59:35 +0100 (CET)
X-Original-Recipient: <current@freebsd.org>
Received: from rift.ath.cx (h128n2fls32o836.telia.com [217.208.105.128])
	by d1o836.telia.com (8.10.2/8.10.1) with ESMTP id gAE4xZH02385
	for <current@freebsd.org>; Thu, 14 Nov 2002 05:59:35 +0100 (CET)
Content-Type: text/plain;
  charset="iso-8859-1"
From: David Holm <david@realityrift.com>
To: current@freebsd.org
Subject: Re: alpha tinderbox failure
Date: Thu, 14 Nov 2002 05:59:34 +0100
User-Agent: KMail/1.4.3
References: <200211132157.gADLve8g030552@beast.freebsd.org>
In-Reply-To: <200211132157.gADLve8g030552@beast.freebsd.org>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200211140559.34814.david@realityrift.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wednesday 13 November 2002 22.57, Dag-Erling Smorgrav wrote:
> =3D=3D=3D> lib/libc
> /h/des/src/lib/libc/gen/_pthread_stubs.c:59: conflicting types for
> `__thr_jtable' /h/des/src/lib/libc/include/libc_private.h:106: previous
> declaration of `__thr_jtable' *** Error code 1
>
> Stop in /h/des/src/lib/libc.
> *** Error code 1

Hi,
I have the exact same problem on an i386. Checked out the source yesterda=
y=20
(20021113).

//David Holm

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 21: 4: 2 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E2C4137B401
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 21:04:01 -0800 (PST)
Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5DA1C43E42
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 21:04:01 -0800 (PST)
	(envelope-from eischen@pcnet1.pcnet.com)
Received: from localhost (eischen@localhost)
	by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id gAE53t7P026044;
	Thu, 14 Nov 2002 00:03:55 -0500 (EST)
Date: Thu, 14 Nov 2002 00:03:55 -0500 (EST)
From: Daniel Eischen <eischen@pcnet1.pcnet.com>
To: David Holm <david@realityrift.com>
Cc: current@FreeBSD.ORG
Subject: Re: alpha tinderbox failure
In-Reply-To: <200211140559.34814.david@realityrift.com>
Message-ID: <Pine.GSO.4.10.10211140002240.25902-100000@pcnet1.pcnet.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 14 Nov 2002, David Holm wrote:

> On Wednesday 13 November 2002 22.57, Dag-Erling Smorgrav wrote:
> > ===> lib/libc
> > /h/des/src/lib/libc/gen/_pthread_stubs.c:59: conflicting types for
> > `__thr_jtable' /h/des/src/lib/libc/include/libc_private.h:106: previous
> > declaration of `__thr_jtable' *** Error code 1
> >
> > Stop in /h/des/src/lib/libc.
> > *** Error code 1
> 
> Hi,
> I have the exact same problem on an i386. Checked out the source yesterday 
> (20021113).

These should be fixed.  There was a period fo a couple of hours where
it was broke.  I did a buildworld on beast earlier and it worked.  cvsup
and try again.  Let me know if it doesn't work.

-- 
Dan Eischen


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 21:44:57 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AB75737B401
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 21:44:55 -0800 (PST)
Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DE54243E42
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 21:44:54 -0800 (PST)
	(envelope-from mheffner@vt.edu)
Received: from zidane.cc.vt.edu (IDENT:mirapoint@zidane-lb.cc.vt.edu [10.1.1.13])
	by lennier.cc.vt.edu (8.11.4/8.11.4) with ESMTP id gAE5isH63294
	for <freebsd-current@freebsd.org>; Thu, 14 Nov 2002 00:44:54 -0500 (EST)
Received: from enterprise.muriel.penguinpowered.com ([199.3.139.243])
	by zidane.cc.vt.edu (Mirapoint Messaging Server MOS 3.2.1-GA)
	with ESMTP id ATW38915 (AUTH mheffner);
	Thu, 14 Nov 2002 00:44:53 -0500 (EST)
Message-ID: <XFMail.20021114004431.mheffner@vt.edu>
X-Mailer: XFMail 1.5.3 on FreeBSD
X-Priority: 3 (Normal)
MIME-Version: 1.0
Content-Type: multipart/signed;
 boundary="_=XFMail.1.5.3.FreeBSD:20021114004431:14186=_";
 micalg=pgp-md5; protocol="application/pgp-signature"
Date: Thu, 14 Nov 2002 00:44:31 -0500 (EST)
From: Mike Heffner <mheffner@vt.edu>
To: freebsd-current@freebsd.org
Subject: Disabling OPIE prevents FTP access
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This message is in MIME format
--_=XFMail.1.5.3.FreeBSD:20021114004431:14186=_
Content-Type: text/plain; charset=us-ascii

I've been playing around with OPIE in -current and have found that when I
disable OPIE for a user (opiepasswd -d) that I can no longer login to
ftpd with my normal unix password. However, I am able to login(1) when
it's disabled with my normal unix password.

> opiepasswd -c
...
Using MD5 to compute responses.
Enter new secret pass phrase:
Again new secret pass phrase:
 
ID spock OTP key is 499 cu0653
DIE HICK SKY SLEW HOB BOSE
> opiepasswd -d
Updating spock:
Disable spock's OTP access? (yes or no) yes
 
ID spock is disabled.
> ftp localhost
Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
220 localhost FTP server (Version 6.00LS) ready.
Name (localhost:spock): spock
331 Response to otp-md5 498 cu65 ext required for spock.
Password:       <--- entering normal unix password here
530 Login incorrect.
ftp: Login failed.
ftp> quit
221 Goodbye.


Is this incorrect behavior? Or am I doing something wrong with OPIE?


Thanks,

Mike

-- 
  Mike Heffner       <mheffner@[acm.]vt.edu>
                         <mikeh@FreeBSD.org>


--_=XFMail.1.5.3.FreeBSD:20021114004431:14186=_
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (FreeBSD)
Comment: For info see http://www.gnupg.org

iD8DBQE90zg+FokZQs3sv5kRAnSLAKCMPgprZm7JXnIC5iEkmOWstJYzcQCfdHcg
qlneYIe4PXOR4y4fa2Z2lR0=
=FKXV
-----END PGP SIGNATURE-----

--_=XFMail.1.5.3.FreeBSD:20021114004431:14186=_--
End of MIME message

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 22:14: 0 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DCCB437B401
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 22:13:57 -0800 (PST)
Received: from c001.snv.cp.net (h013.c001.snv.cp.net [209.228.32.127])
	by mx1.FreeBSD.org (Postfix) with SMTP id 274D643E6E
	for <freebsd-current@freebsd.org>; Wed, 13 Nov 2002 22:13:57 -0800 (PST)
	(envelope-from kutulu@kutulu.org)
Received: (cpmta 5282 invoked from network); 13 Nov 2002 22:13:56 -0800
Received: from 68.50.103.109 (HELO KutuluWare)
  by smtp.register-admin.com (209.228.32.127) with SMTP; 13 Nov 2002 22:13:56 -0800
X-Sent: 14 Nov 2002 06:13:56 GMT
Message-ID: <00b701c28ba3$a69dba40$6d673244@KutuluWare>
From: "Kutulu" <kutulu@kutulu.org>
To: <freebsd-current@freebsd.org>
Subject: panic when removing umass device (USB Camera)
Date: Thu, 14 Nov 2002 01:03:05 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I have an HP digital camera w/ CompactFlash that acts as a USB mass-storage
device that's panic'ing my system when I remove it.

If I do not load the umass driver, then the camera is detected as a simple
generic ugen0 device, and I can safely add/remove the device at will.  If I
load the umass driver, the camera is correctly detected as a mass-storage
device as such:

umass0: HP USB DIGITAL CAMERA, rev 1.10/1.00, addr4
umass0: Residue incorrect, was 0, should've been 252
umass0: Residue incorrect, was 0, should've been 252
umass0: Residue incorrect, was 0, should've been 252
umass0: Residue incorrect, was 0, should've been 252
umass0: Residue incorrect, was 0, should've been 252
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <HP USB CAMERA 1.00> Removeable Direct Access SCSI-0 device
da0: 1.000 MB/s transfers
da0: 30 MB (62657 512 byte sectors: 64H 32S/T 30C)

At this point, if I detach the camera (or, if the camera puts itself to
sleep as it will do after 5 minutes of inactivity), I get the following
errors:

umass0: BBB reset failed, IOERROR
umass0: BBB bulk-in clear stall failed, IOERROR
umass0: BBB bulk-out clear stall failed, IOERROR
(these are repeated 4 more times...)
umass0: at uhub1 port 4 (addr 4) disconnected
(da0: umass-sim0:0:0:)): lost device
umass0: detached

followed by a panic:

Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0xdeadc10a
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc01ea9d6
stack pointer           = 0x10:0xc5e42b74
frame pointers          = 0x10:0xc5e42b74
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def 32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL0
current process         = 23 (usb0)
kernel: type 12 trap, code=0
Stopped at      device_get_nameunit+0x6:        movl    0x2c(%eax), %eax


The really odd part is, if I haven't done anything between attaching and
detaching, then I now get dropped into DDB and cannot continue without
rebooting.  However, if I *have* tried to access the device (even so much as
cat /dev/da0) before detaching, I get the panic then get returned
immediately to my console.  The SCSI device disappears when I rescan the
SCSI bus with camcontrol, and if I reattach the camera is doesn't come back,
but otherwise the system keeps going like normal.  (The actual devfs nodes
/dev/da0 and /dev/umass0 are still there, however).

Should I be able to remove this device at run-time, or am I trying to do
something that's presently unsupported?  And if so, what else do I need to
do?
Is there anything additional I need to add to my kernel, aside from usb,
uhci, umass, scbus, da, and pass?

Thanks for any assistance, and if there's more information I can provide
please let me know.  (I don't have backtraces because I have to copy stuff
down on pen/paper and my hand cramped up after the panic :/   If those would
be useful I'll try to find a space laptop & serial cable.)

--Mike Edenfield


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Nov 13 23:11:12 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 659F337B404
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 23:11:08 -0800 (PST)
Received: from odin.eirikn.net (a217-118-47-173.bluecom.no [217.118.47.173])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 67B3A43E6E
	for <current@FreeBSD.ORG>; Wed, 13 Nov 2002 23:11:07 -0800 (PST)
	(envelope-from eirik@odin.eirikn.net)
Received: from odin.eirikn.net (localhost [127.0.0.1])
	by odin.eirikn.net (8.12.6/8.12.6) with ESMTP id gAE7BCN3076827
	for <current@FreeBSD.ORG>; Thu, 14 Nov 2002 08:11:12 +0100 (CET)
	(envelope-from eirik@odin.eirikn.net)
Received: (from eirik@localhost)
	by odin.eirikn.net (8.12.6/8.12.6/Submit) id gAE7BB1T076826
	for current@FreeBSD.ORG; Thu, 14 Nov 2002 08:11:11 +0100 (CET)
Date: Thu, 14 Nov 2002 08:11:11 +0100
From: Eirik Nygaard <eirikn@bluezone.no>
To: current@FreeBSD.ORG
Subject: Re: libdisk/rules.c broken
Message-ID: <20021114071111.GE9291@eirikn.net>
Reply-To: eirikn@bluezone.no
Mail-Followup-To: current@FreeBSD.ORG
References: <20021113213522.GC9291@eirikn.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="MAH+hnPXVZWQ5cD/"
Content-Disposition: inline
In-Reply-To: <20021113213522.GC9291@eirikn.net>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--MAH+hnPXVZWQ5cD/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Sorry, forgot to give som version info, I am running -CURRENT as of 13 Nov.

Uname: FreeBSD odin.eirikn.net 5.0-CURRENT FreeBSD 5.0-CURRENT #4: Sun Nov =
10 13:08:46 CET 2002     eirik@odin.eirikn.net:/usr/obj/usr/src/sys/ITvisio=
n  i386

On Wed, Nov 13, 2002 at 10:35:22PM +0100, Eirik Nygaard wrote:
> lib/libdisk/rules.c is broken in Check_Chunk().
> cc  -mcpu=3Dpentiumpro -Werror -Wall -Wno-format-y2k -Wno-uninitialized  =
-c rules.c -o rules.o
> cc1: warnings being treated as errors
> rules.c: In function `Check_Chunk':
> rules.c:254: warning: enumeration value `p_any' not handled in switch
> rules.c:254: warning: enumeration value `p_alpha' not handled in switch
> rules.c:254: warning: enumeration value `p_sparc64' not handled in switch
> rules.c:254: warning: enumeration value `p_ia64' not handled in switch
> rules.c:254: warning: enumeration value `p_ppc' not handled in switch
> *** Error code 1
>=20
> A patch is attached.
>=20
> --=20
>=20
> Eirik Nygaard <eirikn@bluezone.no>
> PGP Key: 83C55EDE
>=20

> Index: rules.c
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /home/ncvs/src/lib/libdisk/rules.c,v
> retrieving revision 1.27
> diff -u -r1.27 rules.c
> --- rules.c	31 Oct 2002 05:51:25 -0000	1.27
> +++ rules.c	13 Nov 2002 21:25:16 -0000
> @@ -251,6 +251,12 @@
>  		if (c->next)
>  			Check_Chunk(d, c->next, msg);
>  		break;
> +	case p_alpha:
> +	case p_sparc64:
> +	case p_ia64:
> +	case p_ppc:
> +	case p_any:
> +		break;
>  	}
>  }
> =20




--=20

Eirik Nygaard <eirikn@bluezone.no>
PGP Key: 83C55EDE


--MAH+hnPXVZWQ5cD/
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE900yP1JB0Z4PFXt4RAu6hAJ45H7pia7GCHkvpHveEsI5VjvffqwCfdJxL
Tz5xNdsknbz4/MTL5sZQOz8=
=qRZ/
-----END PGP SIGNATURE-----

--MAH+hnPXVZWQ5cD/--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  1:47:45 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8B66737B401; Thu, 14 Nov 2002 01:47:44 -0800 (PST)
Received: from mail.allcaps.org (h-66-166-142-198.SNDACAGL.covad.net [66.166.142.198])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 0690D43E42; Thu, 14 Nov 2002 01:47:44 -0800 (PST)
	(envelope-from bsder@mail.allcaps.org)
Received: by mail.allcaps.org (Postfix, from userid 501)
	id 28A9115534; Thu, 14 Nov 2002 01:47:43 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by mail.allcaps.org (Postfix) with ESMTP
	id 1CFDB15533; Thu, 14 Nov 2002 01:47:43 -0800 (PST)
Date: Thu, 14 Nov 2002 01:47:43 -0800 (PST)
From: "Andrew P. Lentvorski" <bsder@mail.allcaps.org>
To: Kris Kennaway <kris@FreeBSD.org>
Cc: Terry Lambert <tlambert2@mindspring.com>, <alfred@FreeBSD.org>,
	<current@freebsd.org>
Subject: Re: rpc.lockd problems
In-Reply-To: <20021113183827.C5919@citusc.usc.edu>
Message-ID: <20021114004418.O675-100000@mail.allcaps.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 13 Nov 2002, Kris Kennaway wrote:

> Yes, and I have no problems interoperating NFS under 4.x between these
> machines (or under 5.0 as long as I don't try and lock any files) -
> it's just 5.0's rpc.lockd.

Can you help isolate the problem by trying this same operation from a
Solaris NFS client?  I'm actually happy to get bug reports about rpc.lockd
as it means that someone is actually using my code.  However, after having
rewritten and debugged the FreeBSD rpc.lockd, I have no desire to debug
the Linux one. ;)

I believe that Linux client, at least, requires special patches to make
its NFS properly compliant (it's not part of the main kernel tree).  I
don't track Linux enough to know if the server also requires something
similar.

See the talk from Connectathon 2002:
http://www.connectathon.org/talks02/trond.pdf

As well as the NFS patches at:
http://www.fys.uio.no/~trondmy/
http://www.fys.uio.no/~trondmy/src/

-a

-a


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  2: 0:31 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0C8F937B401
	for <current@FreeBSD.ORG>; Thu, 14 Nov 2002 02:00:30 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-146.dsl.lsan03.pacbell.net [63.207.60.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 751A143E6E
	for <current@FreeBSD.ORG>; Thu, 14 Nov 2002 02:00:29 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP
	id 6292A66F50; Thu, 14 Nov 2002 01:59:52 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id 9B1DB1232; Thu, 14 Nov 2002 02:01:56 -0800 (PST)
Date: Thu, 14 Nov 2002 02:01:56 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: Andrew Kenneth Milton <akm@theinternet.com.au>
Cc: Garance A Drosihn <drosih@rpi.edu>,
	Mark Murray <mark@grondar.org>, Kris Kennaway <kris@obsecurity.org>,
	current@FreeBSD.ORG
Subject: Re: perl5.6.1 wrapper
Message-ID: <20021114100149.GA9129@rot13.obsecurity.org>
References: <200211122258.gACMwCpD024298@grimreaper.grondar.org> <p05200f17b9f84b064cc1@[128.113.24.47]> <20021113190146.GB615@zeus.theinternet.com.au>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N"
Content-Disposition: inline
In-Reply-To: <20021113190146.GB615@zeus.theinternet.com.au>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--fUYQa+Pmc3FrFX/N
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Thu, Nov 14, 2002 at 06:01:46AM +1100, Andrew Kenneth Milton wrote:

> Why can't someone with a fresh stable do an ls -R /
> And someone with a fresh current do the same?

Because that's only part of the story.  What about people updating
from other supported "source upgrade" versions (4.0, 4.1, 4.2, 4.3,
4.4, 4.5, 4.6, 4.7)?

Kris

--fUYQa+Pmc3FrFX/N
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE903SMWry0BWjoQKURAkJCAKD6W/nkeYpGurPPoSwHhXj6kJsTtgCgpxAL
xPYf204Y27lHWQAAjAFNq4s=
=ELUu
-----END PGP SIGNATURE-----

--fUYQa+Pmc3FrFX/N--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  2:40:34 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 79CF437B401
	for <freebsd-current@FreeBSD.org>; Thu, 14 Nov 2002 02:40:33 -0800 (PST)
Received: from 12-234-90-219.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E4C6343E3B
	for <freebsd-current@FreeBSD.org>; Thu, 14 Nov 2002 02:40:32 -0800 (PST)
	(envelope-from DougB@FreeBSD.org)
Received: from FreeBSD.org (master.gorean.org [10.0.0.2])
	by 12-234-90-219.client.attbi.com (8.12.6/8.12.6) with ESMTP id gAEAeWb1087496
	for <freebsd-current@FreeBSD.org>; Thu, 14 Nov 2002 02:40:32 -0800 (PST)
	(envelope-from DougB@FreeBSD.org)
Message-ID: <3DD37DA0.44F1D099@FreeBSD.org>
Date: Thu, 14 Nov 2002 02:40:32 -0800
From: Doug Barton <DougB@FreeBSD.org>
Organization: Triborough Bridge & Tunnel Authority
X-Mailer: Mozilla 4.8 [en] (X11; U; FreeBSD 4.7-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: freebsd-current@FreeBSD.org
Subject: mdconfig /tmp problem
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Folks,

I have been using an mdconfig /tmp for quite a while. Today, running
-current from 11/14 I got the following errors while doing an
installworld after testing my bind 8.3.3-patched import stuff:

kernel: swap_pager_strategy: bp 0xc2f34480 blk 0 size 0, not page
bounded
(plus lots more)

During the installworld whatever binary was being read from the
/tmp/install.foo directory would segfault, and I'd get one or more of
those in my log.

Here is my little script for creating the mem disk. It hasn't changed in
a long time.

# Usually a noop, but just in case
mdconfig -d -u 10 2>/dev/null

mdconfig -a -t swap -s 8M -u 10

disklabel -r -w md10 auto >/dev/null
newfs -U /dev/md10c >/dev/null
mount /dev/md10c /tmp
/bin/chmod 1777 /tmp


I'll be upgrading to a more recent -current asap, but I thought I'd
throw this out there what with the release imminent and all.

Doug

-- 
   "We have known freedom's price. We have shown freedom's power.
      And in this great conflict, ...  we will see freedom's victory."
	- George W. Bush, President of the United States
          State of the Union, January 28, 2002

         Do YOU Yahoo!?

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  2:57: 6 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id A311937B401; Thu, 14 Nov 2002 02:57:05 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 06ED543E42; Thu, 14 Nov 2002 02:57:05 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id EB846534E; Thu, 14 Nov 2002 11:57:02 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: conrads@cox.net
Cc: cvs-committers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: cvs commit: src/sbin/sysctl sysctl.8 src/sys/kern init_main.c
References: <XFMail.20021113211235.conrads@cox.net>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Thu, 14 Nov 2002 11:57:02 +0100
In-Reply-To: <XFMail.20021113211235.conrads@cox.net> (Conrad Sabatier's
 message of "Wed, 13 Nov 2002 21:12:35 -0600 (CST)")
Message-ID: <xzplm3w2zcx.fsf@flood.ping.uio.no>
Lines: 11
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Conrad Sabatier <conrads@cox.net> writes:
> Was the following just swallowed up into the bowels of the CVS beast or
> something?  :-)
>
> I've tried updating my sources several times, and still not retrieving it.

Hook, line and sinker, eh?

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  3:39:17 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 90EC437B401
	for <current@freebsd.org>; Thu, 14 Nov 2002 03:39:15 -0800 (PST)
Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3DBDB43E42
	for <current@freebsd.org>; Thu, 14 Nov 2002 03:39:15 -0800 (PST)
	(envelope-from des@FreeBSD.org)
Received: from beast.freebsd.org (localhost [127.0.0.1])
	by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gAEBdF3b086327
	for <current@freebsd.org>; Thu, 14 Nov 2002 03:39:15 -0800 (PST)
	(envelope-from des@beast.freebsd.org)
Received: (from des@localhost)
	by beast.freebsd.org (8.12.6/8.12.6/Submit) id gAEBdE1Y086325
	for current@freebsd.org; Thu, 14 Nov 2002 03:39:15 -0800 (PST)
Date: Thu, 14 Nov 2002 03:39:15 -0800 (PST)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200211141139.gAEBdE1Y086325@beast.freebsd.org>
To: current@freebsd.org
Subject: alpha tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Thu Nov 14 03:03:50 PST 2002
--------------------------------------------------------------
>>> Kernel build for GENERIC completed on Thu Nov 14 03:34:06 PST 2002
--------------------------------------------------------------
>>> Kernel build for LINT started on Thu Nov 14 03:34:07 PST 2002
--------------------------------------------------------------
===> vinum
"Makefile", line 4441: warning: duplicate script for target "geom_bsd.o" ignored
cc1: warnings being treated as errors
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1931: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_out':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 4)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 5)
*** Error code 1

Stop in /h/des/obj/h/des/src/sys/LINT.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  4: 1:28 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 94D3137B401; Thu, 14 Nov 2002 04:01:27 -0800 (PST)
Received: from ip68-14-62-49.no.no.cox.net (ip68-14-62-49.no.no.cox.net [68.14.62.49])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id F3F5A43E3B; Thu, 14 Nov 2002 04:01:26 -0800 (PST)
	(envelope-from conrads@cox.net)
Received: from ip68-14-62-49.no.no.cox.net (localhost [127.0.0.1])
	by ip68-14-62-49.no.no.cox.net (8.12.6/8.12.6) with ESMTP id gAEC1PS9010499;
	Thu, 14 Nov 2002 06:01:26 -0600 (CST)
	(envelope-from conrads@ip68-14-62-49.no.no.cox.net)
Received: (from conrads@localhost)
	by ip68-14-62-49.no.no.cox.net (8.12.6/8.12.6/Submit) id gAEC1KMZ010498;
	Thu, 14 Nov 2002 06:01:20 -0600 (CST)
	(envelope-from conrads)
Message-ID: <XFMail.20021114060120.conrads@cox.net>
X-Mailer: XFMail 1.5.3 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <xzplm3w2zcx.fsf@flood.ping.uio.no>
Date: Thu, 14 Nov 2002 06:01:20 -0600 (CST)
Reply-To: conrads@cox.net
Organization: A Rag-Tag Band of Drug-crazed Hippies
From: Conrad Sabatier <conrads@cox.net>
To: Dag-Erling Smorgrav <des@ofug.org>
Subject: Re: cvs commit: src/sbin/sysctl sysctl.8 src/sys/kern init_main.c
Cc: freebsd-current@FreeBSD.ORG, cvs-committers@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 14-Nov-2002 Dag-Erling Smorgrav wrote:
> Conrad Sabatier <conrads@cox.net> writes:
>> Was the following just swallowed up into the bowels of the CVS beast or
>> something?  :-)
>>
>> I've tried updating my sources several times, and still not retrieving
>> it.
> 
> Hook, line and sinker, eh?

You know, I did suspect that maybe it was a prank.  Thought it seemed a
little too good to be true.  :-)

-- 
Conrad Sabatier <conrads@cox.net>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  5: 9:10 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6AB0237B401
	for <current@FreeBSD.org>; Thu, 14 Nov 2002 05:09:09 -0800 (PST)
Received: from smtp01.iprimus.net.au (smtp01.iprimus.net.au [210.50.30.70])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3ED1A43E4A
	for <current@FreeBSD.org>; Thu, 14 Nov 2002 05:09:08 -0800 (PST)
	(envelope-from tim@robbins.dropbear.id.au)
Received: from dilbert.robbins.dropbear.id.au ([210.50.114.183]) by smtp01.iprimus.net.au with Microsoft SMTPSVC(5.0.2195.5600);
	 Fri, 15 Nov 2002 00:08:31 +1100
Received: from dilbert.robbins.dropbear.id.au (ba27e6mvibqk0gbr@localhost [127.0.0.1])
	by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6) with ESMTP id gAED7Ibo047372
	for <current@FreeBSD.org>; Fri, 15 Nov 2002 00:07:39 +1100 (EST)
	(envelope-from tim@dilbert.robbins.dropbear.id.au)
Received: (from tim@localhost)
	by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6/Submit) id gAED6qV3047344
	for current@FreeBSD.org; Fri, 15 Nov 2002 00:06:52 +1100 (EST)
	(envelope-from tim)
Date: Fri, 15 Nov 2002 00:06:51 +1100
From: Tim Robbins <tjr@FreeBSD.org>
To: current@FreeBSD.org
Subject: truss and KSE
Message-ID: <20021115000651.A46903@dilbert.robbins.dropbear.id.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
X-OriginalArrivalTime: 14 Nov 2002 13:08:55.0728 (UTC) FILETIME=[FCA22300:01C28BDE]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

While experimenting with the new libpthread, I found that if you run
`truss' on a KSE process, both truss and its victim get into a weird
state and don't respond to TERM, INT or QUIT signals. The truss proc
dies if you send it the KILL signal, but the victim process cannot be
killed. Stranger still, it's in the run state but not actually
performing any work.

I understand that KSE is still an experimental feature but I thought
this was worth pointing out because it could be used as a local DoS
and we are nearing 5.0-RELEASE.


Tim

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  5:39:13 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id A572A37B401; Thu, 14 Nov 2002 05:39:12 -0800 (PST)
Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 3AB5943E6E; Thu, 14 Nov 2002 05:39:12 -0800 (PST)
	(envelope-from davidxu@FreeBSD.org)
Received: from freefall.freebsd.org (davidxu@localhost [127.0.0.1])
	by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id gAEDdCx3052479;
	Thu, 14 Nov 2002 05:39:12 -0800 (PST)
	(envelope-from davidxu@freefall.freebsd.org)
Received: (from davidxu@localhost)
	by freefall.freebsd.org (8.12.6/8.12.6/Submit) id gAEDdC7i052478;
	Thu, 14 Nov 2002 05:39:12 -0800 (PST)
Date: Thu, 14 Nov 2002 05:39:12 -0800 (PST)
From: David Xu <davidxu@FreeBSD.org>
Message-Id: <200211141339.gAEDdC7i052478@freefall.freebsd.org>
To: "current@FreeBSD.ORG" <current@FreeBSD.ORG>,
	"Tim Robbins" <tjr@FreeBSD.ORG>
Subject: Re: truss and KSE
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

What is your revision of kern_thread.c? revision 1.58 should fix this problem.

----- Original Message ----- 
From: "Tim Robbins" <tjr@FreeBSD.ORG>
To: <current@FreeBSD.ORG>
Sent: Thursday, November 14, 2002 9:06 PM
Subject: truss and KSE


> While experimenting with the new libpthread, I found that if you run
> `truss' on a KSE process, both truss and its victim get into a weird
> state and don't respond to TERM, INT or QUIT signals. The truss proc
> dies if you send it the KILL signal, but the victim process cannot be
> killed. Stranger still, it's in the run state but not actually
> performing any work.
> 
> I understand that KSE is still an experimental feature but I thought
> this was worth pointing out because it could be used as a local DoS
> and we are nearing 5.0-RELEASE.
> 
> 
> Tim
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  6:14:40 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id DBDAF37B404; Thu, 14 Nov 2002 06:14:37 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id B607B43E42; Thu, 14 Nov 2002 06:14:35 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id BAA18429;
	Fri, 15 Nov 2002 01:14:25 +1100
Date: Fri, 15 Nov 2002 01:26:59 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Conrad Sabatier <conrads@cox.net>
Cc: freebsd-current@FreeBSD.ORG, <freebsd-multimedia@FreeBSD.ORG>
Subject: Re: /dev/acd*t* no longer available in -current?
In-Reply-To: <XFMail.20021113113304.conrads@cox.net>
Message-ID: <20021115011200.E10490-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 13 Nov 2002, Conrad Sabatier wrote:

> Please disregard.  I discovered it was just that I was using single-digit
> track numbers (e.g., acd0t1), whereas leading-zero numbers were expected
> (e.g., acd0t01).
>
> Sorry 'bout that.  :\
>
> On 13-Nov-2002 Conrad Sabatier wrote:
> > I've been using a homemade CD ripping script under -stable that uses dd
> > with the acd0t* devices.  Unfortunately, these seem no longer to exist in
> > -current, or am I mistaken?
> >
> > I'm still a bit perplexed by devfs, to be honest.  Is there any way to
> > create these devices (if they are still supported, that is)?

Single-digit track numbers are correct and are still generated by MAKEDEV.
The devfs numbers were broken in:

% RCS file: /home/ncvs/src/sys/dev/ata/atapi-cd.c,v
% Working file: atapi-cd.c
% head: 1.126
% ...
% ----------------------------
% revision 1.119
% date: 2002/05/28 17:39:17;  author: sos;  state: Exp;  lines: +1 -1
% Use %02d in track numbers, so that 1 is 01, much easier for scripts
% ----------------------------

Contrary to the log message, %02d is harder for scripts.  It gives many
more cases to handle:
- %d format under RELENG_4
- %d format under -current in the non-devfs case
- %d format under -current even in the devfs case for track numbers >= 100
- %02d under -current in the devfs case for track numbers < 100.

The following patch backs out rev.1.119 of atapi-cd.c and fixes the
following older devfs bugs in acd:
- insecure permissions.  Among other holes, these allowed the world to
  erase cd-rw's.
- hard-coded ownerships leading to broken groups for the track devices.

%%%
Index: atapi-cd.c
===================================================================
RCS file: /home/ncvs/src/sys/dev/ata/atapi-cd.c,v
retrieving revision 1.126
diff -u -2 -r1.126 atapi-cd.c
--- atapi-cd.c	18 Oct 2002 22:03:34 -0000	1.126
+++ atapi-cd.c	14 Nov 2002 13:10:52 -0000
@@ -282,5 +282,5 @@

     dev = make_dev(&acd_cdevsw, dkmakeminor(cdp->lun, 0, 0),
-		   UID_ROOT, GID_OPERATOR, 0644, "acd%d", cdp->lun);
+		   UID_ROOT, GID_OPERATOR, 0640, "acd%d", cdp->lun);
     make_dev_alias(dev, "acd%da", cdp->lun);
     make_dev_alias(dev, "acd%dc", cdp->lun);
@@ -1330,8 +1330,8 @@
 	char name[16];

-	sprintf(name, "acd%dt%02d", cdp->lun, track);
+	sprintf(name, "acd%dt%d", cdp->lun, track);
 	entry = malloc(sizeof(struct acd_devlist), M_ACD, M_NOWAIT | M_ZERO);
 	entry->dev = make_dev(&acd_cdevsw, (cdp->lun << 3) | (track << 16),
-			      0, 0, 0644, name, NULL);
+			      UID_ROOT, GID_OPERATOR, 0640, name, NULL);
 	entry->dev->si_drv1 = cdp->dev->si_drv1;
 	TAILQ_INSERT_TAIL(&cdp->dev_list, entry, chain);
%%%

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  6:42:14 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 81D5737B401
	for <freebsd-current@FreeBSD.ORG>; Thu, 14 Nov 2002 06:42:12 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D115243E4A
	for <freebsd-current@FreeBSD.ORG>; Thu, 14 Nov 2002 06:42:10 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id BAA20017;
	Fri, 15 Nov 2002 01:42:01 +1100
Date: Fri, 15 Nov 2002 01:54:35 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Borja Marcos <borjamar@sarenet.es>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Bug? vm.stats.sys.v_syscall not updated
In-Reply-To: <200211140017.52416.borjamar@sarenet.es>
Message-ID: <20021115014610.L10490-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 14 Nov 2002, Borja Marcos wrote:

> 	There is a problem in -CURRENT. The vm.stats.sys.v_syscall from the system
> MIB is not updated. This variable was used at least by the systat command,
> and it happens to be used by an Orca (www.orcaware.com) data collector I am
> writing for FreeBSD.
>
> 	Is this a bug? If it is not, is there another system call counter available?

This is a bug in rev.1.62 of vm_meter.c and associated changes.  I use
the following fix:

%%%
Index: pcpu.h
===================================================================
RCS file: /home/ncvs/src/sys/sys/pcpu.h,v
retrieving revision 1.9
diff -u -2 -r1.9 pcpu.h
--- pcpu.h	20 Aug 2002 19:50:30 -0000	1.9
+++ pcpu.h	21 Aug 2002 00:17:02 -0000
@@ -98,6 +100,10 @@
  *			support single-instruction memory increments.
  */
-#define PCPU_LAZY_INC(var)	(++*PCPU_PTR(var))
-
+#ifdef SMP
+#define	PCPU_LAZY_INC(var)	(++*PCPU_PTR(var))
+#else
+#define	PCPU_LAZY_INC(var)	(++(var))
+#endif
+
 /*
  * Machine dependent callouts.  cpu_pcpu_init() is responsible for
%%%

There are several related bugs.  E.g., in the SMP case the stats aren't
up to date in their usual place until you look at them, so programs
that look at them using kvm will see stale values.  There are too many
such programs...  jhb may have more complete fixes.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  6:51:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 66B7137B401
	for <freebsd-current@FreeBSD.ORG>; Thu, 14 Nov 2002 06:51:57 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6C05943E7B
	for <freebsd-current@FreeBSD.ORG>; Thu, 14 Nov 2002 06:51:55 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id BAA20557;
	Fri, 15 Nov 2002 01:51:45 +1100
Date: Fri, 15 Nov 2002 02:04:21 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Borja Marcos <borjam@sarenet.es>
Cc: Borja Marcos <borjamar@sarenet.es>, <freebsd-current@FreeBSD.ORG>
Subject: Re: MORE: Re: Bug? vm.stats.sys.v_syscall not updated
In-Reply-To: <200211140050.44760.borjam@sarenet.es>
Message-ID: <20021115015646.K10490-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 14 Nov 2002, Borja Marcos wrote:

> 	Looking at the kernel sources, I see that in /usr/src/sys/i386/i386/trap.c,
>
> --- snip
>
>     /*
>      * note: PCPU_LAZY_INC() can only be used if we can afford
>      * occassional inaccuracy in the count.
>      */
>     PCPU_LAZY_INC(cnt.v_syscall);
>
> --- snip
>
> 	This seems to be a macro to update a per-CPU variable. But, AFAIK, there is
> *only* one variable now. Is it correct?
>
> 	The ia64 version (/usr/src/sys/ia64/ia64) happily updates this variable:
> ...

This part is a bug in the ia64 version (in fact, in all non-i386 arches for
syscall() and in all arches for many other statistics): PCPU_LAZY_INC() is
only deployed for 1 variable on 1 arch so far.  (See an earlier reply for
how to unbreak the deployed case.)

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  7: 2: 4 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 75EB937B401; Thu, 14 Nov 2002 07:01:58 -0800 (PST)
Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 30FBE43E4A; Thu, 14 Nov 2002 07:01:52 -0800 (PST)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1])
	by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id gAEF1g5V039787
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Thu, 14 Nov 2002 17:01:42 +0200 (EET)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: (from ru@localhost)
	by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id gAEF1gPo039782;
	Thu, 14 Nov 2002 17:01:42 +0200 (EET)
Date: Thu, 14 Nov 2002 17:01:42 +0200
From: Ruslan Ermilov <ru@FreeBSD.org>
To: Dag-Erling Smorgrav <des@FreeBSD.org>
Cc: current@FreeBSD.org
Subject: PAM modules dependency on PAM library (was: Re: cvs commit: src/lib/libpam/modules/pam_unix pam_unix.c)
Message-ID: <20021114150142.GA38737@sunbay.com>
References: <200204072043.g37KhRi76699@freefall.freebsd.org> <20020408101138.GA68318@sunbay.com> <xzp1ydqqyx6.fsf@flood.ping.uio.no> <20020408110123.GB68318@sunbay.com> <xzpg026pd8f.fsf@flood.ping.uio.no>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="yNb1oOkm5a9FJOVX"
Content-Disposition: inline
In-Reply-To: <xzpg026pd8f.fsf@flood.ping.uio.no>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--yNb1oOkm5a9FJOVX
Content-Type: multipart/mixed; boundary="8t9RHnE3ZwKMSgU+"
Content-Disposition: inline


--8t9RHnE3ZwKMSgU+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Apr 08, 2002 at 02:49:04PM +0200, Dag-Erling Smorgrav wrote:
> Ruslan Ermilov <ru@FreeBSD.org> writes:
> > You're right.  I forgot to relink pam_ssh.so library, and the diff was
> > against the wrong revision.  I will still commit the "const poisoning"
> > patch to libutil, as the impact turned out to be really low.
>=20
> Thanks, const poisoning is a Good Thing [tm].
>=20
> BTW, could you try to figure out a way we can split up the libpam
> build so the modules can depend on libpam.so?  What I'd like is:
>=20
>  1) build static modules
>  2) build static and dynamic libpam
>  3) build dynamic modules (with dependency on libpam.so)
>=20
> or
>=20
>  1) build dynamic libpam
>  2) build modules (with dependency on libpam.so)
>  3) build static libpam
>=20
> or something similar.
>=20
Uh oh, here is the version that seems to work.  Once I'm confident it
passes the "make release" test (it has already passed the preliminary
"make buildworld" test), I intend to commit it.

Note that I'm not passing the _NO_LIBPAM_SO_YET to the "depend" stage
intentionally; otherwise, it results in incomplete .depend files.


Cheers,
--=20
Ruslan Ermilov		Sysadmin and DBA,
ru@sunbay.com		Sunbay Software AG,
ru@FreeBSD.org		FreeBSD committer,
+380.652.512.251	Simferopol, Ukraine

http://www.FreeBSD.org	The Power To Serve
http://www.oracle.com	Enabling The Information Age

--8t9RHnE3ZwKMSgU+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=p
Content-Transfer-Encoding: quoted-printable

Index: Makefile.inc1
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/ncvs/src/Makefile.inc1,v
retrieving revision 1.311
diff -u -r1.311 Makefile.inc1
--- Makefile.inc1	13 Nov 2002 13:49:29 -0000	1.311
+++ Makefile.inc1	14 Nov 2002 14:39:46 -0000
@@ -729,7 +729,8 @@
 .endif
=20
 _prebuild_libs+=3D lib/libcom_err lib/libcrypt lib/libkvm lib/libmd \
-		lib/libncurses lib/libopie lib/libradius lib/librpcsvc \
+		lib/libncurses lib/libopie lib/libpam lib/libradius \
+		lib/librpcsvc \
 		lib/libsbuf lib/libtacplus lib/libutil lib/libypclnt \
 		lib/libz lib/msun
=20
@@ -755,7 +756,7 @@
 _generic_libs+=3D	usr.sbin/pcvt/keycap
 .endif
=20
-.for _lib in ${_startup_libs} ${_prebuild_libs} ${_generic_libs}
+.for _lib in ${_startup_libs} ${_prebuild_libs:Nlib/libpam} ${_generic_lib=
s}
 ${_lib}__L: .PHONY
 .if exists(${.CURDIR}/${_lib})
 	${ECHODIR} "=3D=3D=3D> ${_lib}"; \
@@ -765,6 +766,16 @@
 		${MAKE} DIRPRFX=3D${_lib}/ install
 .endif
 .endfor
+
+# libpam is special: we need to build static PAM modules before
+# static PAM library, and dynamic PAM library before dynamic PAM
+# modules.
+lib/libpam__L: .PHONY
+	${ECHODIR} "=3D=3D=3D> lib/libpam"; \
+		cd ${.CURDIR}/lib/libpam; \
+		${MAKE} DIRPRFX=3Dlib/libpam/ depend; \
+		${MAKE} DIRPRFX=3Dlib/libpam/ -D_NO_LIBPAM_SO_YET all; \
+		${MAKE} DIRPRFX=3Dlib/libpam/ -D_NO_LIBPAM_SO_YET install
=20
 _startup_libs: ${_startup_libs:S/$/__L/}
 _prebuild_libs: ${_prebuild_libs:S/$/__L/}
Index: lib/libpam/modules/Makefile.inc
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/ncvs/src/lib/libpam/modules/Makefile.inc,v
retrieving revision 1.13
diff -u -r1.13 Makefile.inc
--- lib/libpam/modules/Makefile.inc	13 May 2002 10:53:24 -0000	1.13
+++ lib/libpam/modules/Makefile.inc	14 Nov 2002 14:39:46 -0000
@@ -4,7 +4,6 @@
=20
 NOINSTALLLIB=3D	yes
 NOPROFILE=3D	yes
-SHLIB_NAME?=3D	${LIB}.so.${SHLIB_MAJOR}
=20
 CFLAGS+=3D	-I${PAMDIR}/include
 CFLAGS+=3D	-I${.CURDIR}/../../libpam
@@ -14,8 +13,12 @@
 # This is nasty.
 # For the static case, libpam.a depends on the modules.
 # For the dynamic case, the modules depend on libpam.so.N
-# Punt for the time being until I can figure out how to do it.
-#DPADD+=3D		${LIBPAM}
-#LDADD+=3D		-lpam
+.if defined(_NO_LIBPAM_SO_YET)
+NOPIC=3D		YES
+.else
+SHLIB_NAME?=3D	${LIB}.so.${SHLIB_MAJOR}
+DPADD+=3D		${LIBPAM}
+LDADD+=3D		-lpam
+.endif
=20
 .include	"../Makefile.inc"

--8t9RHnE3ZwKMSgU+--

--yNb1oOkm5a9FJOVX
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE907rWUkv4P6juNwoRAuN3AJ9ISNvrAg1mYch3DtUzAs+qIeirswCfbTkN
Xu3Zz4JvVNCBcRcbW/JapZk=
=hdr2
-----END PGP SIGNATURE-----

--yNb1oOkm5a9FJOVX--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  7:28:47 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6EF8537B401; Thu, 14 Nov 2002 07:28:46 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 3D3BC43E75; Thu, 14 Nov 2002 07:28:44 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id EE410534E; Thu, 14 Nov 2002 16:28:38 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: Ruslan Ermilov <ru@FreeBSD.org>
Cc: current@FreeBSD.org
Subject: Re: PAM modules dependency on PAM library (was: Re: cvs commit:
 src/lib/libpam/modules/pam_unix pam_unix.c)
References: <200204072043.g37KhRi76699@freefall.freebsd.org>
	<20020408101138.GA68318@sunbay.com>
	<xzp1ydqqyx6.fsf@flood.ping.uio.no>
	<20020408110123.GB68318@sunbay.com>
	<xzpg026pd8f.fsf@flood.ping.uio.no>
	<20021114150142.GA38737@sunbay.com>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Thu, 14 Nov 2002 16:28:37 +0100
In-Reply-To: <20021114150142.GA38737@sunbay.com> (Ruslan Ermilov's message
 of "Thu, 14 Nov 2002 17:01:42 +0200")
Message-ID: <xzpvg30187u.fsf@flood.ping.uio.no>
Lines: 10
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Ruslan Ermilov <ru@FreeBSD.org> writes:
> Uh oh, here is the version that seems to work.  Once I'm confident it
> passes the "make release" test (it has already passed the preliminary
> "make buildworld" test), I intend to commit it.

Thanks!

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  7:46:34 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2C8C637B401; Thu, 14 Nov 2002 07:46:32 -0800 (PST)
Received: from white.dogwood.com (white.dogwood.com [63.96.228.130])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8A7B243E4A; Thu, 14 Nov 2002 07:46:31 -0800 (PST)
	(envelope-from dave@dogwood.com)
Received: from white.dogwood.com (localhost [127.0.0.1])
	by white.dogwood.com (8.12.6/8.12.5) with ESMTP id gAEFkSoJ000893;
	Thu, 14 Nov 2002 07:46:29 -0800 (PST)
	(envelope-from dave@white.dogwood.com)
Received: (from dave@localhost)
	by white.dogwood.com (8.12.6/8.12.6/Submit) id gAEFkS2h000892;
	Thu, 14 Nov 2002 07:46:28 -0800 (PST)
From: Dave Cornejo <dave@dogwood.com>
Message-Id: <200211141546.gAEFkS2h000892@white.dogwood.com>
Subject: Re: current SMP kernel crashes (different?)
In-Reply-To: <XFMail.20021113120246.jhb@FreeBSD.org>
To: John Baldwin <jhb@FreeBSD.org>
Date: Thu, 14 Nov 2002 07:46:28 -0800 (PST)
Cc: Dave Cornejo <dave@dogwood.com>, freebsd-current@FreeBSD.org
X-Mailer: ELM [version 2.4ME+ PL99b (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

you wrote:
> I think the ACPI PCI LNK code is messing up b/c with SMP we don't use
> LNK's.  So you probably want to disable ACPI for now.  Is the panic the
> same w/o ACPI?

without ACPI the kernel hangs after the "Waiting 2 seconds for SCSI
devices to settle" message. 

> > Fatal trap 12: page fault while in kernel mode
> > cpuid = 0; lapic.id = 00000000
> > fault virtual address   = 0x6dbc00
> > fault code              = supervisor read, page not present
> > instruction pointer     = 0x8:0xc02d7383
> > stack pointer           = 0x10:0xc06decf8
> > frame pointer           = 0x10:0xc06ded18
> > code segment            = base 0x0, limit 0xfffff, type 0x1b
> >                         = DPL 0, pres 1, def32 1, gran 1
> > processor eflags        = interrupt enabled, resume, IOPL = 0
> > current process         = 0 (swapper)
> > kernel: type 12 trap, code=0
> > Stopped at      _mtx_lock_flags+0x43:   cmpl    $0xc05216c0,0(%ebx)
> > db> trace
> > _mtx_lock_flags(6dbc00,0,c04c3c00,138,c02d767d) at _mtx_lock_flags+0x43
> > ithread_remove_handler(c06ded80,c06ded78,c046c427,c06ded80,0) at ithread_remove_handler+0x53
> > inthand_remove(c06ded80,0,c04e8e36,445,a0) at inthand_remove+0x11
> > cpu_initclocks(c06ded98,c02bcf75,0,6db000,6dbc00) at cpu_initclocks+0x327
> > initclocks(0,6db000,6dbc00,6db000,0) at initclocks+0x1c
> > mi_startup() at mi_startup+0xb5
> > begin() at begin+0x2c
> > db>
> > 
> > _mtx_lock_flags+0x43 -> sys/kern/kern_mutex.c:324
> > ithread_remove_handler+0x53 -> sys/kern/kern_intr.c:314
> > inthand_remove+0x11 -> sys/i386/isa/intr_machdep.c:705
> > cpu_initclocks+0x327 -> sys/i386/isa/clock.c:1096
> > initclocks+0x1c -> sys/kern/kern_clock.c:153
> > mi_startup+0xb5 -> sys/kern/init_main.c:217
> 
>         KASSERT(m->mtx_object.lo_class == &lock_class_mtx_sleep,
>             ("mtx_lock() of spin mutex %s @ %s:%d", m->mtx_object.lo_name,
>             file, line));
> 
> It's blowing up doing that == compare, so it seems that the mutex pointer
> (m) (%ebx) is 0x6dbc00.  (Doing a p $ebx might confirm this.)  That means
> that the ithread might be messed up.  Either that or the handler itself
> might be messed up.  If you do a hexdump of the first argument to
> ithread_remove_handler() that should give you a dump of the struct intrhand,
> and you can then see if that looks valid, esp. the ithread pointer.  If the
> ithread pointer is valid then you can start looking at the ithread structure
> via hexdump and see if it looks valid.

Thanks for these hints, I'll try them ASAP,

dave c

-- 
Dave Cornejo @ Dogwood Media, Fremont, California (also dcornejo@ieee.org)
  "There aren't any monkeys chasing us..." - Xochi

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  7:48:21 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4ECB337B401
	for <freebsd-current@freebsd.org>; Thu, 14 Nov 2002 07:48:19 -0800 (PST)
Received: from kernighan.cl.msu.edu (kernighan.cl.msu.edu [35.9.75.201])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D323243E3B
	for <freebsd-current@freebsd.org>; Thu, 14 Nov 2002 07:48:18 -0800 (PST)
	(envelope-from muk@msu.edu)
Received: from 24.247.248.229.gha.mi.chartermi.net ([24.247.248.229] helo=msu.edu)
	by kernighan.cl.msu.edu with asmtp (Exim 4.05 #5)
	(TLSv1:DES-CBC3-SHA:168)
	id 18CMDr-0004YA-00
	for freebsd-current@freebsd.org; Thu, 14 Nov 2002 10:48:03 -0500
Date: Thu, 14 Nov 2002 10:48:21 -0500
Mime-Version: 1.0 (Apple Message framework v548)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Subject: Quota/FS problems
From: Matthew Kolb <muk@msu.edu>
To: freebsd-current@freebsd.org
Content-Transfer-Encoding: 7bit
Message-Id: <8079B0B2-F7E8-11D6-B3FD-0003936F5EBA@msu.edu>
X-Mailer: Apple Mail (2.548)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello current@

I am having a problem with one of my machines running -CURRENT
srcs from Nov. 5

The machine is acting as an NFS server.  It crashed around the 12th or
so with a Softupdates deps error which is maybe what started all of 
this.
(no I do not have the crash dump, but I will do my best to get one if it
happens again).

The slice that puked (/dev/amrd1s1e	)was fsck'd and remounted on
reboot.

I had not noticed problems with the slice until I tried to apply quotas 
to it.

I added options QUOTA to my kernel, enable_quotas="YES" to /etc/rc.conf
and rebooted.

I then did an edquota on a proto user (quota).  I subsequently ran
edquota -p quota 1050-999999
which created a large quota file:
thompson# ls -sk quota.user                                             
         /maildirs
31264 quota.user

I then rebooted again for good measure (and to make sure
quotacheck ran)

when I ran repquota -a however, I was suprised to see incorrect values 
for
fs usage:

thompson# repquota -a | head -3 --                                      
                 ~
                                 Block  limits                    File  
limits
User                   used     soft     hard  grace     used    soft   
  hard  grace
12071           --       52    65536    67584      -        4       0   
     0      -

thompson# ls -l                                                       
/maildirs/1/7/12071
total 2
drwx------  10 12071  1024  512 Sep 13 17:12 Maildir/

thompson# du -sh *                                                    
/maildirs/1/7/12071
  62M    Maildir

so, I decided that I should unmount the slice and run quotacheck on it
by hand, which i did:

thompson# quotacheck -a
quotacheck: bad inode number 1 to nextinode
THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY:
/dev/amrd1s1e (/maildirs)

I then tried to fsck -fF /dev/amrd1s1e
which acted normal (reported no errors, nor any fixing)

Then, quotacheck again, with the same results as before.

So...I tried turning off softupdates with tunefs -n disable; fsck'ing;
quotachecking again, and again, same results.

Thanks for reading this far, if you haven't given up yet, hopefully you 
can help
me.  I really don't know what is going on, and after searching the 
archives
I turned up nothing helpful.  Is there something about Softupdates, and 
quotas?

dmesg and fstab are at http://www.msu.edu/~muk/thompson/

Is my disk just hosed? If so, why isn't fsck saying anything?  Any help 
would be
greatly appreciated.

Thanks in advance,

./muk

-- 
m. kolb  <muk@msu.edu>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14  8:40:10 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5CA0537B401; Thu, 14 Nov 2002 08:40:09 -0800 (PST)
Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id ECD8C43E75; Thu, 14 Nov 2002 08:40:08 -0800 (PST)
	(envelope-from obrien@NUXI.com)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id gAEGcBXD049218;
	Thu, 14 Nov 2002 08:38:11 -0800 (PST)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.6/8.12.6/Submit) id gAEGau8H049211;
	Thu, 14 Nov 2002 08:36:56 -0800 (PST)
Date: Thu, 14 Nov 2002 08:36:56 -0800
From: "David O'Brien" <obrien@freebsd.org>
To: current@freebsd.org
Subject: **HEADS UP** /usr/bin/perl wrapper removal imminent
Message-ID: <20021114163656.GA49184@dragon.nuxi.com>
Reply-To: current@freebsd.org
Mail-Followup-To: David O'Brien <obrien@FreeBSD.org>,
	current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD 5.0-CURRENT
Organization: The NUXI BSD Group
X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3  90 76 5D 69 58 D9 98 7A
X-Pgp-Rsa-Keyid: 1024/34F9F9D5
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

The /usr/bin/perl wrapper isn't solving many of the problems it was
imported to deal with.  There are limitations to it that don't have a
clear "fix".  One of the bigger problems is the duplicate "perl"
binaries that occurs building and using packages from /usr/ports.

Since the import of the /usr/bin/perl wrapper, the Perl port has
gained an enhanced "use.perl" script that solves the problems.  Thus
the wrapper will be removed from the base system in a 5 days (Monday
Nov 18th PST).

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 10: 1:24 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DC2E637B401
	for <current@FreeBSD.ORG>; Thu, 14 Nov 2002 10:01:23 -0800 (PST)
Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5285343E91
	for <current@FreeBSD.ORG>; Thu, 14 Nov 2002 10:01:22 -0800 (PST)
	(envelope-from drosih@rpi.edu)
Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47])
	by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id gAEI13bv238436;
	Thu, 14 Nov 2002 13:01:03 -0500
Mime-Version: 1.0
X-Sender: drosih@mail.rpi.edu
Message-Id: <p05200f1db9f994dc9ad1@[128.113.24.47]>
In-Reply-To: <20021114100149.GA9129@rot13.obsecurity.org>
References: <200211122258.gACMwCpD024298@grimreaper.grondar.org>
 <p05200f17b9f84b064cc1@[128.113.24.47]>
 <20021113190146.GB615@zeus.theinternet.com.au>
 <20021114100149.GA9129@rot13.obsecurity.org>
Date: Thu, 14 Nov 2002 13:01:02 -0500
To: Kris Kennaway <kris@obsecurity.org>,
	Andrew Kenneth Milton <akm@theinternet.com.au>
From: Garance A Drosihn <drosih@rpi.edu>
Subject: Re: perl5.6.1 wrapper
Cc: Mark Murray <mark@grondar.org>, current@FreeBSD.ORG
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

At 2:01 AM -0800 11/14/02, Kris Kennaway wrote:
>On Thu, Nov 14, 2002, Andrew Kenneth Milton wrote:
>
>>  Why can't someone with a fresh stable do an ls -R /
>>  And someone with a fresh current do the same?
>
>Because that's only part of the story.  What about people updating
>from other supported "source upgrade" versions (4.0, 4.1, 4.2, 4.3,
>4.4, 4.5, 4.6, 4.7)?

I'll try to do as many of these as I can.  Is there any initial
ISO image available for what will be 5.0-dp2?

-- 
Garance Alistair Drosehn            =   gad@gilead.netel.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 10:27:40 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id BDCD737B401; Thu, 14 Nov 2002 10:27:38 -0800 (PST)
Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 0C89B43E77; Thu, 14 Nov 2002 10:27:31 -0800 (PST)
	(envelope-from sos@spider.deepcore.dk)
Received: (from sos@localhost)
	by spider.deepcore.dk (8.12.5/8.12.6) id gAEIRRQG026591;
	Thu, 14 Nov 2002 19:27:27 +0100 (CET)
	(envelope-from sos)
From: Soeren Schmidt <sos@spider.deepcore.dk>
Message-Id: <200211141827.gAEIRRQG026591@spider.deepcore.dk>
Subject: Re: /dev/acd*t* no longer available in -current?
In-Reply-To: <20021115011200.E10490-100000@gamplex.bde.org>
To: Bruce Evans <bde@zeta.org.au>
Date: Thu, 14 Nov 2002 19:27:27 +0100 (CET)
Cc: Conrad Sabatier <conrads@cox.net>, freebsd-current@FreeBSD.ORG,
	freebsd-multimedia@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL98b (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=ISO-8859-1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

It seems Bruce Evans wrote:
> Single-digit track numbers are correct and are still generated by MAKEDEV.

Single digit track numbers are wrong and should be fixed in MAKEDEV.

> The devfs numbers were broken in:
> 
> % RCS file: /home/ncvs/src/sys/dev/ata/atapi-cd.c,v
> % Working file: atapi-cd.c
> % head: 1.126
> % ...
> % ----------------------------
> % revision 1.119
> % date: 2002/05/28 17:39:17;  author: sos;  state: Exp;  lines: +1 -1
> % Use %02d in track numbers, so that 1 is 01, much easier for scripts
> % ----------------------------
> 
> Contrary to the log message, %02d is harder for scripts.  It gives many
> more cases to handle:
> - %d format under RELENG_4

Should be fixed.

> - %d format under -current in the non-devfs case

DEVFS should be considered mandatory for the track devices on current.

> - %d format under -current even in the devfs case for track numbers >= 100

BZZT!! there can be a max of 99 tracks on a CD.

> - %02d under -current in the devfs case for track numbers < 100.

Thats actually the one thats right :)

> The following patch backs out rev.1.119 of atapi-cd.c and fixes the
> following older devfs bugs in acd:
> - insecure permissions.  Among other holes, these allowed the world to
>   erase cd-rw's.

Use rc.devfs for that as it was intended.

> - hard-coded ownerships leading to broken groups for the track devices.

Well, that sounds like a bug alright...

-Sĝren

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 11:14:10 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5742537B401
	for <freebsd-current@freebsd.org>; Thu, 14 Nov 2002 11:14:07 -0800 (PST)
Received: from rootlabs.com (root.org [67.118.192.226])
	by mx1.FreeBSD.org (Postfix) with SMTP id A0C2D43E3B
	for <freebsd-current@freebsd.org>; Thu, 14 Nov 2002 11:14:03 -0800 (PST)
	(envelope-from nate@rootlabs.com)
Received: (qmail 43810 invoked by uid 1000); 14 Nov 2002 19:13:59 -0000
Date: Thu, 14 Nov 2002 11:13:59 -0800 (PST)
From: Nate Lawson <nate@root.org>
To: Kutulu <kutulu@kutulu.org>
Cc: freebsd-current@freebsd.org
Subject: Re: panic when removing umass device (USB Camera)
In-Reply-To: <00b701c28ba3$a69dba40$6d673244@KutuluWare>
Message-ID: <Pine.BSF.4.21.0211141104510.43663-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 14 Nov 2002, Kutulu wrote:
> I have an HP digital camera w/ CompactFlash that acts as a USB mass-storage
> device that's panic'ing my system when I remove it.
> 
> If I do not load the umass driver, then the camera is detected as a simple
> generic ugen0 device, and I can safely add/remove the device at will.  If I
> load the umass driver, the camera is correctly detected as a mass-storage
> device as such:
> 
> umass0: HP USB DIGITAL CAMERA, rev 1.10/1.00, addr4
> umass0: Residue incorrect, was 0, should've been 252
> umass0: Residue incorrect, was 0, should've been 252
> umass0: Residue incorrect, was 0, should've been 252
> umass0: Residue incorrect, was 0, should've been 252
> umass0: Residue incorrect, was 0, should've been 252
> da0 at umass-sim0 bus 0 target 0 lun 0
> da0: <HP USB CAMERA 1.00> Removeable Direct Access SCSI-0 device
> da0: 1.000 MB/s transfers
> da0: 30 MB (62657 512 byte sectors: 64H 32S/T 30C)
> 
> At this point, if I detach the camera (or, if the camera puts itself to
> sleep as it will do after 5 minutes of inactivity), I get the following
> errors:
> 
> umass0: BBB reset failed, IOERROR
> umass0: BBB bulk-in clear stall failed, IOERROR
> umass0: BBB bulk-out clear stall failed, IOERROR
> (these are repeated 4 more times...)
> umass0: at uhub1 port 4 (addr 4) disconnected
> (da0: umass-sim0:0:0:)): lost device
> umass0: detached

Try this patch for the BBB stall:

Index: /sys/cam/scsi/scsi_da.c
===================================================================
RCS file: /home/ncvs/src/sys/cam/scsi/scsi_da.c,v
retrieving revision 1.113
diff -u -r1.113 scsi_da.c
--- /sys/cam/scsi/scsi_da.c     17 Oct 2002 18:04:41 -0000      1.113
+++ /sys/cam/scsi/scsi_da.c     14 Nov 2002 19:04:40 -0000
@@ -416,7 +416,7 @@
                 * HP 315 Digital Camera
                 * PR: kern/41010
                 */
-               {T_DIRECT, SIP_MEDIA_REMOVABLE, "HP", "USB Camera*", "*"},
+               {T_DIRECT, SIP_MEDIA_REMOVABLE, "HP", "USB CAMERA*", "*"},
                /*quirks*/ DA_Q_NO_6_BYTE
        }
 };

 
> followed by a panic:
> 
> Fatal trap 12: page fault while in kernel mode
> fault virtual address   = 0xdeadc10a
> fault code              = supervisor read, page not present
> instruction pointer     = 0x8:0xc01ea9d6
> stack pointer           = 0x10:0xc5e42b74
> frame pointers          = 0x10:0xc5e42b74
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, def 32 1, gran 1
> processor eflags        = interrupt enabled, resume, IOPL0
> current process         = 23 (usb0)
> kernel: type 12 trap, code=0
> Stopped at      device_get_nameunit+0x6:        movl    0x2c(%eax), %eax

Something is attempting to access memory that has already been freed (note
the 0xdead).  I need a stacktrace from a kernel with symbols to know more
about who is calling device_get_nameunit.  You can set a dumpdev and get a
core or run gdb over a serial line against the kernel.debug.  If you don't
have that yet, just a "tr" in ddb would help.

> The really odd part is, if I haven't done anything between attaching and
> detaching, then I now get dropped into DDB and cannot continue without
> rebooting.  However, if I *have* tried to access the device (even so much as
> cat /dev/da0) before detaching, I get the panic then get returned
> immediately to my console.  The SCSI device disappears when I rescan the
> SCSI bus with camcontrol, and if I reattach the camera is doesn't come back,
> but otherwise the system keeps going like normal.  (The actual devfs nodes
> /dev/da0 and /dev/umass0 are still there, however)

Page fault != panic although it often results in one.  Once you access
/dev/da0, it gets SI_NAMED and thus the data isn't freed twice in the same
matter.  The bug is still there, it's just being masked.

> Should I be able to remove this device at run-time, or am I trying to do
> something that's presently unsupported?  And if so, what else do I need to
> do?

This should work.  As long as you don't have an fs mounted on the device,
you should be able to detach it.

-Nate


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 11:30:41 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EA99037B401
	for <current@FreeBSD.org>; Thu, 14 Nov 2002 11:30:39 -0800 (PST)
Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BB40843E75
	for <current@FreeBSD.org>; Thu, 14 Nov 2002 11:30:35 -0800 (PST)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1])
	by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id gAEJUV5V064806
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Thu, 14 Nov 2002 21:30:31 +0200 (EET)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: (from ru@localhost)
	by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id gAEJUOdf064787;
	Thu, 14 Nov 2002 21:30:24 +0200 (EET)
Date: Thu, 14 Nov 2002 21:30:24 +0200
From: Ruslan Ermilov <ru@FreeBSD.org>
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: current@FreeBSD.org
Subject: Re: PAM modules dependency on PAM library (was: Re: cvs commit: src/lib/libpam/modules/pam_unix pam_unix.c)
Message-ID: <20021114193024.GA64606@sunbay.com>
References: <200204072043.g37KhRi76699@freefall.freebsd.org> <20020408101138.GA68318@sunbay.com> <xzp1ydqqyx6.fsf@flood.ping.uio.no> <20020408110123.GB68318@sunbay.com> <xzpg026pd8f.fsf@flood.ping.uio.no> <20021114150142.GA38737@sunbay.com> <xzpvg30187u.fsf@flood.ping.uio.no>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z"
Content-Disposition: inline
In-Reply-To: <xzpvg30187u.fsf@flood.ping.uio.no>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--7AUc2qLy4jB3hD7Z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Nov 14, 2002 at 04:28:37PM +0100, Dag-Erling Smorgrav wrote:
> Ruslan Ermilov <ru@FreeBSD.org> writes:
> > Uh oh, here is the version that seems to work.  Once I'm confident it
> > passes the "make release" test (it has already passed the preliminary
> > "make buildworld" test), I intend to commit it.
>=20
> Thanks!
>=20
I've tested it with i386 buildworld and cross-release of alpha.
(i386 release died in buildkernel due to already fixed breakage
in /sys/dev/pccard.)  This is now committed.


Cheers,
--=20
Ruslan Ermilov		Sysadmin and DBA,
ru@sunbay.com		Sunbay Software AG,
ru@FreeBSD.org		FreeBSD committer,
+380.652.512.251	Simferopol, Ukraine

http://www.FreeBSD.org	The Power To Serve
http://www.oracle.com	Enabling The Information Age

--7AUc2qLy4jB3hD7Z
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE90/nQUkv4P6juNwoRAqJbAJ9Cva28nmw7YEfr8jGlwOb4T4XgmQCfRbRv
/2nVEeZCbjLFXWPGUzdZapU=
=hBn6
-----END PGP SIGNATURE-----

--7AUc2qLy4jB3hD7Z--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 12: 5:22 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 73A7237B401; Thu, 14 Nov 2002 12:05:21 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-146.dsl.lsan03.pacbell.net [63.207.60.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id CC95443EAA; Thu, 14 Nov 2002 12:05:16 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP
	id 9830C66D9C; Thu, 14 Nov 2002 12:05:15 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id 20868123A; Thu, 14 Nov 2002 12:07:50 -0800 (PST)
Date: Thu, 14 Nov 2002 12:07:50 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: "Andrew P. Lentvorski" <bsder@mail.allcaps.org>
Cc: Kris Kennaway <kris@FreeBSD.org>,
	Terry Lambert <tlambert2@mindspring.com>, alfred@FreeBSD.org,
	current@FreeBSD.org
Subject: Re: rpc.lockd problems
Message-ID: <20021114200749.GB11056@rot13.obsecurity.org>
References: <20021113183827.C5919@citusc.usc.edu> <20021114004418.O675-100000@mail.allcaps.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="7ZAtKRhVyVSsbBD2"
Content-Disposition: inline
In-Reply-To: <20021114004418.O675-100000@mail.allcaps.org>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--7ZAtKRhVyVSsbBD2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Nov 14, 2002 at 01:47:43AM -0800, Andrew P. Lentvorski wrote:
> On Wed, 13 Nov 2002, Kris Kennaway wrote:
>=20
> > Yes, and I have no problems interoperating NFS under 4.x between these
> > machines (or under 5.0 as long as I don't try and lock any files) -
> > it's just 5.0's rpc.lockd.
>=20
> Can you help isolate the problem by trying this same operation from a
> Solaris NFS client?  I'm actually happy to get bug reports about rpc.lockd
> as it means that someone is actually using my code.  However, after having
> rewritten and debugged the FreeBSD rpc.lockd, I have no desire to debug
> the Linux one. ;)

Sorry, I have no access to a Solaris machine :(

Kris

--7ZAtKRhVyVSsbBD2
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE91AKVWry0BWjoQKURAsGuAKDD6ykLLQFMM7SsNkyij7fl8jdn1ACfXeqm
zfWTRl5yLN6TPJBusSWmaYk=
=Fz2p
-----END PGP SIGNATURE-----

--7ZAtKRhVyVSsbBD2--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 14:58:22 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6EFAA37B401
	for <freebsd-current@FreeBSD.ORG>; Thu, 14 Nov 2002 14:58:21 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-146.dsl.lsan03.pacbell.net [63.207.60.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 96D7443E42
	for <freebsd-current@FreeBSD.ORG>; Thu, 14 Nov 2002 14:58:20 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP
	id 1303C66D9C; Thu, 14 Nov 2002 14:58:20 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id 8CC411238; Thu, 14 Nov 2002 15:00:51 -0800 (PST)
Date: Thu, 14 Nov 2002 15:00:51 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: suken woo <wsk@ns.gddsn.org.cn>
Cc: freebsd-current <freebsd-current@FreeBSD.ORG>
Subject: Re: after cvsup make chinpui3 get undefined reference error
Message-ID: <20021114230051.GA12183@rot13.obsecurity.org>
References: <3DD2EEEF.3060106@mail.gddsn.org.cn>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd"
Content-Disposition: inline
In-Reply-To: <3DD2EEEF.3060106@mail.gddsn.org.cn>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--vkogqOf2sHV7VnPd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Nov 14, 2002 at 08:31:43AM +0800, suken woo wrote:
> g++ -o chinput chinput.o init.o server.o config.o color.o util.o=20
> convert.o IC.o XIM.o focus.o root.o overspot.o onspot.o offspot.o=20
> voice.o keyboard.o handw.o hwengine.o loop.o -L/usr/X11R6/lib -lXext=20
> -lX11 ./IMdkit/lib/libXimd.a -L../../unicon-im/client=20
> -L../../unicon-im/server -limmclient=20
> -Wl,-rpath=3D/usr/local/lib/Chinput/im -limm_server -lc_r -lc -lImlib
> ../../unicon-im/server/libimm_server.so: undefined reference to=20
> `ostream::operator<<(char const*)'
> ../../unicon-im/server/libimm_server.so: undefined reference to `cout'
> *** Error code 1

Again, it's unfortunate but expected that many ports fail to build on
-current.  There's not much point in reporting them (they're all
listed at http://bento.freebsd.org) unless you can supply a patch to
fix it.

Kris

--vkogqOf2sHV7VnPd
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE91CsjWry0BWjoQKURApllAKCRbg91B1Z4XU6VwWZUxwtPbHqTUwCg7jRT
oUAZPpBTIrUOBCg+d0t1Jms=
=XFrk
-----END PGP SIGNATURE-----

--vkogqOf2sHV7VnPd--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 15:37: 2 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EED5537B401
	for <freebsd-current@FreeBSD.ORG>; Thu, 14 Nov 2002 15:37:00 -0800 (PST)
Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8A06143E4A
	for <freebsd-current@FreeBSD.ORG>; Thu, 14 Nov 2002 15:37:00 -0800 (PST)
	(envelope-from sgk@troutmask.apl.washington.edu)
Received: from troutmask.apl.washington.edu (localhost [127.0.0.1])
	by troutmask.apl.washington.edu (8.12.6/8.12.6) with ESMTP id gAENb08A046196;
	Thu, 14 Nov 2002 15:37:00 -0800 (PST)
	(envelope-from sgk@troutmask.apl.washington.edu)
Received: (from sgk@localhost)
	by troutmask.apl.washington.edu (8.12.6/8.12.6/Submit) id gAENaxd4046195;
	Thu, 14 Nov 2002 15:36:59 -0800 (PST)
Date: Thu, 14 Nov 2002 15:36:59 -0800
From: Steve Kargl <sgk@troutmask.apl.washington.edu>
To: Kris Kennaway <kris@obsecurity.org>
Cc: suken woo <wsk@ns.gddsn.org.cn>,
	freebsd-current <freebsd-current@FreeBSD.ORG>
Subject: Re: after cvsup make chinpui3 get undefined reference error
Message-ID: <20021114233659.GA45770@troutmask.apl.washington.edu>
References: <3DD2EEEF.3060106@mail.gddsn.org.cn> <20021114230051.GA12183@rot13.obsecurity.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021114230051.GA12183@rot13.obsecurity.org>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Nov 14, 2002 at 03:00:51PM -0800, Kris Kennaway wrote:
> On Thu, Nov 14, 2002 at 08:31:43AM +0800, suken woo wrote:
> > g++ -o chinput chinput.o init.o server.o config.o color.o util.o 
> > convert.o IC.o XIM.o focus.o root.o overspot.o onspot.o offspot.o 
> > voice.o keyboard.o handw.o hwengine.o loop.o -L/usr/X11R6/lib -lXext 
> > -lX11 ./IMdkit/lib/libXimd.a -L../../unicon-im/client 
> > -L../../unicon-im/server -limmclient 
> > -Wl,-rpath=/usr/local/lib/Chinput/im -limm_server -lc_r -lc -lImlib
> > ../../unicon-im/server/libimm_server.so: undefined reference to 
> > `ostream::operator<<(char const*)'
> > ../../unicon-im/server/libimm_server.so: undefined reference to `cout'
> > *** Error code 1
> 
> Again, it's unfortunate but expected that many ports fail to build on
> -current.  There's not much point in reporting them (they're all
> listed at http://bento.freebsd.org) unless you can supply a patch to
> fix it.
> 

I just had 3 PR (44290,44291,45201) closed because no one
would commit the patches to fix the builds on -current.
Two of these PRs were submitted almost a month ago.  So,
supplying patch hardly guarantees the port will be fixed.

-- 
Steve

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 15:57:44 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2CF5437B406
	for <current@freebsd.org>; Thu, 14 Nov 2002 15:57:43 -0800 (PST)
Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CA4EC43E77
	for <current@freebsd.org>; Thu, 14 Nov 2002 15:57:42 -0800 (PST)
	(envelope-from des@FreeBSD.org)
Received: from beast.freebsd.org (localhost [127.0.0.1])
	by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gAENvg3b065298
	for <current@freebsd.org>; Thu, 14 Nov 2002 15:57:42 -0800 (PST)
	(envelope-from des@beast.freebsd.org)
Received: (from des@localhost)
	by beast.freebsd.org (8.12.6/8.12.6/Submit) id gAENvgi7065296
	for current@freebsd.org; Thu, 14 Nov 2002 15:57:42 -0800 (PST)
Date: Thu, 14 Nov 2002 15:57:42 -0800 (PST)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200211142357.gAENvgi7065296@beast.freebsd.org>
To: current@freebsd.org
Subject: alpha tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Thu Nov 14 15:20:14 PST 2002
--------------------------------------------------------------
>>> Kernel build for GENERIC completed on Thu Nov 14 15:51:41 PST 2002
--------------------------------------------------------------
>>> Kernel build for LINT started on Thu Nov 14 15:51:41 PST 2002
--------------------------------------------------------------
===> vinum
"Makefile", line 4441: warning: duplicate script for target "geom_bsd.o" ignored
cc1: warnings being treated as errors
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1931: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_out':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 4)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 5)
*** Error code 1

Stop in /h/des/obj/h/des/src/sys/LINT.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 16:13:28 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BA43137B401
	for <current@freebsd.org>; Thu, 14 Nov 2002 16:13:27 -0800 (PST)
Received: from ebb.errno.com (ebb.errno.com [66.127.85.87])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0695843E91
	for <current@freebsd.org>; Thu, 14 Nov 2002 16:13:27 -0800 (PST)
	(envelope-from sam@errno.com)
Received: from melange (melange.errno.com [66.127.85.82])
	(authenticated bits=0)
	by ebb.errno.com (8.12.5/8.12.1) with ESMTP id gAF0DP9i036699
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <current@freebsd.org>; Thu, 14 Nov 2002 16:13:26 -0800 (PST)?g
	(envelope-from sam@errno.com)œ
X-Authentication-Warning: ebb.errno.com: Host melange.errno.com [66.127.85.82] claimed to be melange
Message-ID: <166901c28c3b$d1794520$52557f42@errno.com>
From: "Sam Leffler" <sam@errno.com>
To: <current@freebsd.org>
Subject: HEADS UP: network changes committed (read this)
Date: Thu, 14 Nov 2002 16:13:25 -0800
Organization: Errno Consulting
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I just committed a large set of changes that affect all network interface
drivers.  For the most part these changes are simple and should have no
effect.  A few drivers however needed significant work and I was unable to
test them because I don't have the hardware.  If you use the:ie, le, or wl
drivers beware that things may be broken.  Specifically input packet
handling no longer strips the Ethernet header in the drivers; instead the
header is left at the front of the packet.  In these drivers the code
actually read the Ethernet header into a separate structure and changing it
to write the header in the mbuf chain required non-trivial changes.  If you
have one of these drivers and experience problems please contact me directly
so I can work with you to fix it.

In general, the changes to drivers should not be noticeable.  There were
changes to the VLAN support that you will notice.  If you're a VLAN user
please let me know if you experience problems.

    Sam


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 17: 8: 2 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3174A37B401
	for <freebsd-current@FreeBSD.ORG>; Thu, 14 Nov 2002 17:08:00 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-146.dsl.lsan03.pacbell.net [63.207.60.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 27D6043E42
	for <freebsd-current@FreeBSD.ORG>; Thu, 14 Nov 2002 17:07:54 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP
	id CFB6666D9C; Thu, 14 Nov 2002 17:07:53 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id 4B0E91242; Thu, 14 Nov 2002 17:10:30 -0800 (PST)
Date: Thu, 14 Nov 2002 17:10:30 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: Steve Kargl <sgk@troutmask.apl.washington.edu>
Cc: Kris Kennaway <kris@obsecurity.org>,
	suken woo <wsk@ns.gddsn.org.cn>,
	freebsd-current <freebsd-current@FreeBSD.ORG>
Subject: Re: after cvsup make chinpui3 get undefined reference error
Message-ID: <20021115011030.GB12616@rot13.obsecurity.org>
References: <3DD2EEEF.3060106@mail.gddsn.org.cn> <20021114230051.GA12183@rot13.obsecurity.org> <20021114233659.GA45770@troutmask.apl.washington.edu>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI"
Content-Disposition: inline
In-Reply-To: <20021114233659.GA45770@troutmask.apl.washington.edu>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--+HP7ph2BbKc20aGI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Nov 14, 2002 at 03:36:59PM -0800, Steve Kargl wrote:
> On Thu, Nov 14, 2002 at 03:00:51PM -0800, Kris Kennaway wrote:
> > On Thu, Nov 14, 2002 at 08:31:43AM +0800, suken woo wrote:
> > > g++ -o chinput chinput.o init.o server.o config.o color.o util.o=20
> > > convert.o IC.o XIM.o focus.o root.o overspot.o onspot.o offspot.o=20
> > > voice.o keyboard.o handw.o hwengine.o loop.o -L/usr/X11R6/lib -lXext=
=20
> > > -lX11 ./IMdkit/lib/libXimd.a -L../../unicon-im/client=20
> > > -L../../unicon-im/server -limmclient=20
> > > -Wl,-rpath=3D/usr/local/lib/Chinput/im -limm_server -lc_r -lc -lImlib
> > > ../../unicon-im/server/libimm_server.so: undefined reference to=20
> > > `ostream::operator<<(char const*)'
> > > ../../unicon-im/server/libimm_server.so: undefined reference to `cout'
> > > *** Error code 1
> >=20
> > Again, it's unfortunate but expected that many ports fail to build on
> > -current.  There's not much point in reporting them (they're all
> > listed at http://bento.freebsd.org) unless you can supply a patch to
> > fix it.
> >=20
>=20
> I just had 3 PR (44290,44291,45201) closed because no one
> would commit the patches to fix the builds on -current.

So the PR was closed with the problems still existing?  That shouldn't
have happened.

> Two of these PRs were submitted almost a month ago.  So,
> supplying patch hardly guarantees the port will be fixed.

Well, there are never guarantees in this game, but there's certainly a
greater chance.  I've done a number of passes through the PR database
committing PRs that fix build errors, and we have 3 new committers
recently who are also working on this.

Kris

--+HP7ph2BbKc20aGI
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE91EmGWry0BWjoQKURAqBLAKDNf2j1u/nnPOE6vfl1JwbpCOxqUwCg78Gw
Sb8cYYQH7e/9O1mye57YrPY=
=Gv2K
-----END PGP SIGNATURE-----

--+HP7ph2BbKc20aGI--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 17:38: 4 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9B01237B401
	for <FreeBSD-current@FreeBSD.ORG>; Thu, 14 Nov 2002 17:38:03 -0800 (PST)
Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D748043E77
	for <FreeBSD-current@FreeBSD.ORG>; Thu, 14 Nov 2002 17:38:02 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: from HAL9000.homeunix.com (localhost [127.0.0.1])
	by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gAF1bp2q012212;
	Thu, 14 Nov 2002 17:37:51 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: (from das@localhost)
	by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gAF1bpPI012211;
	Thu, 14 Nov 2002 17:37:51 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Date: Thu, 14 Nov 2002 17:37:50 -0800
From: David Schultz <dschultz@uclink.Berkeley.EDU>
To: TOMITA Yoshinori <yoshint@flab.fujitsu.co.jp>
Cc: Thomas David Rivers <rivers@dignus.com>,
	FreeBSD-current@FreeBSD.ORG
Subject: Re: gcc 3.2.1 optimization bug ?
Message-ID: <20021115013750.GA12079@HAL9000.homeunix.com>
Mail-Followup-To: TOMITA Yoshinori <yoshint@flab.fujitsu.co.jp>,
	Thomas David Rivers <rivers@dignus.com>, FreeBSD-current@FreeBSD.ORG
References: <ywlvg34jn21.fsf@cerberus.proc.flab.fujitsu.co.jp> <200211111355.gABDt2g55397@lakes.dignus.com> <ywlfzu8i44g.fsf@cerberus.proc.flab.fujitsu.co.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <ywlfzu8i44g.fsf@cerberus.proc.flab.fujitsu.co.jp>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Thus spake TOMITA Yoshinori <yoshint@flab.fujitsu.co.jp>:
> But unfortunately, that ugly code was contained in our inhouse library
> written by someone.
> It took me two days to debug and find out where difference comes from
> between gcc-2.95.4 and gcc-3.2.1.

You can work around the problem by disabling -fschedule-insns or
-fstrict-aliasing, both of which are turned on by -O2.  The latter
option is the more direct cause of your problem, but for some
reason only the combination of the two seems to generate incorrect
output on i386.

Of course what you really ought to do is fix the code.  C99 makes
no provisions for type punning, to my knowledge.  However, the GCC
project officially blesses two practices:

	- referring to any object through a character pointer

	- punning the elements of a union

Note that the latter only works if you directly refer to the union
directly, rather than through a pointer.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 18: 4:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7932E37B401
	for <current@freebsd.org>; Thu, 14 Nov 2002 18:04:14 -0800 (PST)
Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 97FDB43E3B
	for <current@freebsd.org>; Thu, 14 Nov 2002 18:04:13 -0800 (PST)
	(envelope-from anarcat@anarcat.ath.cx)
Received: from shall.anarcat.ath.cx (s2cgosilamf4faxt@dsl-129-56.aei.ca [66.36.129.56])
	by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id gAF240807602
	for <current@freebsd.org>; Thu, 14 Nov 2002 21:04:01 -0500 (EST)
Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4])
	by shall.anarcat.ath.cx (Postfix) with SMTP id 8C6F85
	for <current@freebsd.org>; Thu, 14 Nov 2002 21:03:58 -0500 (EST)
Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Thu, 14 Nov 2002 21:03:58 -0500
Date: Thu, 14 Nov 2002 21:03:58 -0500
From: The Anarcat <anarcat@anarcat.ath.cx>
To: current@freebsd.org
Subject: -stable build on -current
Message-ID: <20021115020358.GA307@lenny.anarcat.ath.cx>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH"
Content-Disposition: inline
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--7JfCtLOvnd9MIVvH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello!

Can 5.x properly cross-buildworld a 4.x source tree?

Background info.. I have 3 machines at home:

1- graphic workstation 1Ghz, 1Gbyte of RAM dual Win2k/FreeBSD-stable
2- personal web/mail server P166 FreeBSD-stable
3- router 486 FreeBSD-stable

My concern is that I won't be able to buildworld in 50 minutes as I
can do now on the 1Ghz.

Basically, I would turn my experiments machine (the workstation) in a
real development machine, running -current and still a -stable world
for the 2 other boxes.

Anyone cares to share such experiences?

Please CC me, I'm not on the list (yet).

Thanks,

A.



--=20
=46rom the age of uniformity, from the age of solitude, from the age of
Big Brother, from the age of doublethink - greetings!

--7JfCtLOvnd9MIVvH
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE91FYNttcWHAnWiGcRAug4AJ43LnvdsczdcgLe8zHz3CR2dhyOOgCglDWO
G9h4zGaH0s1hCcq+GS+3gaw=
=uQfs
-----END PGP SIGNATURE-----

--7JfCtLOvnd9MIVvH--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 18: 8:40 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B3EA937B401
	for <freebsd-current@freebsd.org>; Thu, 14 Nov 2002 18:08:38 -0800 (PST)
Received: from c001.snv.cp.net (h001.c001.snv.cp.net [209.228.32.115])
	by mx1.FreeBSD.org (Postfix) with SMTP id 0987F43E7B
	for <freebsd-current@freebsd.org>; Thu, 14 Nov 2002 18:08:33 -0800 (PST)
	(envelope-from kutulu@kutulu.org)
Received: (cpmta 12209 invoked from network); 14 Nov 2002 18:08:28 -0800
Received: from 68.50.103.109 (HELO KutuluWare)
  by smtp.register-admin.com (209.228.32.115) with SMTP; 14 Nov 2002 18:08:28 -0800
X-Sent: 15 Nov 2002 02:08:28 GMT
Message-ID: <000f01c28c4a$8b6dc290$6d673244@KutuluWare>
From: "Kutulu" <kutulu@kutulu.org>
To: "Nate Lawson" <nate@root.org>
Cc: <freebsd-current@freebsd.org>
References: <00f901c28c43$852a8910$29330f0a@lcapps.educate.com>
Subject: Re: panic when removing umass device (USB Camera)
Date: Thu, 14 Nov 2002 20:58:50 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

 From: "Nate Lawson" <nate@root.org>
 Sent: Thursday, November 14, 2002 2:13 PM

>
> Try this patch for the BBB stall:
>
> Index: /sys/cam/scsi/scsi_da.c
> ===================================================================
> RCS file: /home/ncvs/src/sys/cam/scsi/scsi_da.c,v
> retrieving revision 1.113
> diff -u -r1.113 scsi_da.c
> --- /sys/cam/scsi/scsi_da.c     17 Oct 2002 18:04:41 -0000      1.113
> +++ /sys/cam/scsi/scsi_da.c     14 Nov 2002 19:04:40 -0000
> @@ -416,7 +416,7 @@
>                  * HP 315 Digital Camera
>                  * PR: kern/41010
>                  */
> -               {T_DIRECT, SIP_MEDIA_REMOVABLE, "HP", "USB Camera*", "*"},
> +               {T_DIRECT, SIP_MEDIA_REMOVABLE, "HP", "USB CAMERA*", "*"},
>                 /*quirks*/ DA_Q_NO_6_BYTE
>         }
>  };

I applied this patch and rebuilt my kernel w/ debugging symbols, so next
time it panic's I can get a core file.

The really good news is that this patch appears to have solved BOTH the BBB
stall errors *and* the panic:

umass0: at uhub1 port 4 (addr 4) disconnected
(da0:umass-sim0:0:0:0): lost device
(da0:umass-sim0:0:0:0): removing device entry
umass0: detached

Whatever the bug was appears to have been removing the da0 device entry, as
when the page fault did happen that message didn't appear on the console nor
did da0 go away.  Now I get da0 (and da0s1, which also didn't happen before)
when the camera's on, and neither device when the camera's off.

Thanks *a lot* for this quick turnaround time.  If you want me to back the
patch out and get a trace anyway (in case I'm now just covering up a bug
that still exists) I'd be more than happy to.  Lemme know.  I'm now going to
try actually mounting the device and moving files to/from it :)

--Mike Edenfield


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 18:17: 2 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 31FDF37B401
	for <current@freebsd.org>; Thu, 14 Nov 2002 18:17:01 -0800 (PST)
Received: from ion.gank.org (ion.gank.org [198.78.66.164])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B6DE043E3B
	for <current@freebsd.org>; Thu, 14 Nov 2002 18:17:00 -0800 (PST)
	(envelope-from craig@xfoil.gank.org)
Received: from aldaris (dsl081-113-221.dfw1.dsl.speakeasy.net [64.81.113.221])
	by ion.gank.org (GankMail) with ESMTP
	id AA1FC2BF2E; Thu, 14 Nov 2002 20:14:30 -0600 (CST)
Message-ID: <009301c28c4d$11664280$5445a8c0@auir.gank.org>
Reply-To: "Craig Boston" <craig@xfoil.gank.org>
From: "Craig Boston" <craig@xfoil.gank.org>
To: "The Anarcat" <anarcat@anarcat.ath.cx>
Cc: <current@freebsd.org>
References: <20021115020358.GA307@lenny.anarcat.ath.cx>
Subject: Re: -stable build on -current
Date: Thu, 14 Nov 2002 20:16:47 -0600
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> Hello!

> Can 5.x properly cross-buildworld a 4.x source tree?

I've tried this once when downgrading a not-so-stable -CURRENT (SMP) box to
a hopefully-more-stable -STABLE box.  I remember running into problems with
gcc 3.x failing to compile gcc 2.95 and some C++ related things.  I ended up
unpacking a 4.7 distribution from the CD into a chroot environment and
running buildworld in there.  IIRC, this produced a usable world/kernel that
could be installed.

Craig


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 18:20:42 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 31C8E37B401
	for <freebsd-current@freebsd.org>; Thu, 14 Nov 2002 18:20:41 -0800 (PST)
Received: from c001.snv.cp.net (h008.c001.snv.cp.net [209.228.32.122])
	by mx1.FreeBSD.org (Postfix) with SMTP id AD87943E4A
	for <freebsd-current@freebsd.org>; Thu, 14 Nov 2002 18:20:40 -0800 (PST)
	(envelope-from kutulu@kutulu.org)
Received: (cpmta 6059 invoked from network); 14 Nov 2002 18:20:39 -0800
Received: from 68.50.103.109 (HELO KutuluWare)
  by smtp.register-admin.com (209.228.32.122) with SMTP; 14 Nov 2002 18:20:39 -0800
X-Sent: 15 Nov 2002 02:20:39 GMT
Message-ID: <003f01c28c4c$3f1f3c50$6d673244@KutuluWare>
From: "Kutulu" <kutulu@kutulu.org>
To: "Nate Lawson" <nate@root.org>
Cc: <freebsd-current@freebsd.org>
References: <00f901c28c43$852a8910$29330f0a@lcapps.educate.com> <000f01c28c4a$8b6dc290$6d673244@KutuluWare>
Subject: Re: panic when removing umass device (USB Camera)
Date: Thu, 14 Nov 2002 21:11:01 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

From: "Kutulu" <kutulu@kutulu.org>
Sent: Thursday, November 14, 2002 8:58 PM
Subject: Re: panic when removing umass device (USB Camera)


> I'm now going to try actually mounting the device and moving files to/from
it :)

Quick follow-up that this is working fine, including the file system
unmounting itself when the camera goes to sleep.  I'm rather impressed, even
Windows 2000 complained about that one. :)

--Mike Edenfield


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 21: 5:31 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8656B37B401
	for <current@FreeBSD.ORG>; Thu, 14 Nov 2002 21:05:30 -0800 (PST)
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4A8D743E91
	for <current@FreeBSD.ORG>; Thu, 14 Nov 2002 21:05:29 -0800 (PST)
	(envelope-from imp@bsdimp.com)
Received: from localhost (warner@rover2.village.org [10.0.0.1])
	by harmony.village.org (8.12.3/8.12.3) with ESMTP id gAF55Bpk090715;
	Thu, 14 Nov 2002 22:05:21 -0700 (MST)
	(envelope-from imp@bsdimp.com)
Date: Thu, 14 Nov 2002 22:05:05 -0700 (MST)
Message-Id: <20021114.220505.22557807.imp@bsdimp.com>
To: dwcjr@inethouston.net
Cc: current@FreeBSD.ORG
Subject: Re: buildkernel failure
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20021112203112.GA99234@leviathan.inethouston.net>
References: <20021112203112.GA99234@leviathan.inethouston.net>
X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

pcic isn't supported with NEWCARD yet :-) I'll fix it none-the-less.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 21:29:46 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id C5D2737B401; Thu, 14 Nov 2002 21:29:43 -0800 (PST)
Received: from dibbler.ne.client2.attbi.com (dibbler.ne.client2.attbi.com [24.61.41.247])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 0461643E6E; Thu, 14 Nov 2002 21:29:43 -0800 (PST)
	(envelope-from rodrigc@attbi.com)
Received: from dibbler.ne.client2.attbi.com (localhost [127.0.0.1])
	by dibbler.ne.client2.attbi.com (8.12.6/8.12.6) with ESMTP id gAF5Z6wL005639;
	Fri, 15 Nov 2002 00:35:06 -0500 (EST)
	(envelope-from rodrigc@dibbler.ne.client2.attbi.com)
Received: (from rodrigc@localhost)
	by dibbler.ne.client2.attbi.com (8.12.6/8.12.6/Submit) id gAF5Z5dw005638;
	Fri, 15 Nov 2002 00:35:05 -0500 (EST)
Date: Fri, 15 Nov 2002 00:35:05 -0500
From: Craig Rodrigues <rodrigc@attbi.com>
To: freebsd-current@freebsd.org
Cc: freebsd-standards@freebsd.org
Subject: Question about POSIX AIO
Message-ID: <20021115003505.A5578@attbi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

I am running a -CURRENT system.

I had some code that was calling aio_suspend(), and
was setting errno to EINVAL.  From the man page for aio_suspend:

     [EINVAL]           iocbs contains more than AIO_LISTIO_MAX asynchronous
                        I/O requests, or at least one of the requests is not
                        valid.


I reduced my list of I/O requests to AIO_LISTIO_MAX -1, and I did not
got EINVAL any more.

My question is, why are the following values different?

The following program:

#include <aio.h>
#include <unistd.h>
#include <stdio.h>

int
main(int argc, char *argv)
{
  printf("%d\n", AIO_LISTIO_MAX);
  printf("%d\n", sysconf(_SC_AIO_LISTIO_MAX));
}

will print:
16
-1

sysctl -a | grep aio will return:

vfs.aio.max_aio_procs: 32
vfs.aio.num_aio_procs: 4
vfs.aio.target_aio_procs: 4
vfs.aio.max_aio_queue: 1024
vfs.aio.num_queue_count: 0
vfs.aio.num_buf_aio: 0
vfs.aio.aiod_timeout: 1000
vfs.aio.aiod_lifetime: 3000
vfs.aio.unloadable: 0
vfs.aio.max_aio_per_proc: 32
vfs.aio.max_aio_queue_per_proc: 256
vfs.aio.max_buf_aio: 16
p1003_1b.aio_listio_max: 0
p1003_1b.aio_max: 0
p1003_1b.aio_prio_delta_max: 0


How can I get sysconf(_SC_AIO_LISTIO_MAX) to return something sensible,
ie. where would I need to look in order to patch the system?

Thanks.
-- 
Craig Rodrigues        
http://www.gis.net/~craigr    
rodrigc@attbi.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 22:25:34 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0253C37B401; Thu, 14 Nov 2002 22:25:34 -0800 (PST)
Received: from smtp01.iprimus.net.au (smtp01.iprimus.net.au [210.50.30.70])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 984C443E42; Thu, 14 Nov 2002 22:25:32 -0800 (PST)
	(envelope-from tim@robbins.dropbear.id.au)
Received: from dilbert.robbins.dropbear.id.au ([203.134.134.98]) by smtp01.iprimus.net.au with Microsoft SMTPSVC(5.0.2195.5600);
	 Fri, 15 Nov 2002 17:25:21 +1100
Received: from dilbert.robbins.dropbear.id.au (pyxwav1v7twsprud@localhost [127.0.0.1])
	by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6) with ESMTP id gAF6P4bo096413;
	Fri, 15 Nov 2002 17:25:07 +1100 (EST)
	(envelope-from tim@dilbert.robbins.dropbear.id.au)
Received: (from tim@localhost)
	by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6/Submit) id gAF6OtBF096242;
	Fri, 15 Nov 2002 17:24:55 +1100 (EST)
	(envelope-from tim)
Date: Fri, 15 Nov 2002 17:24:54 +1100
From: Tim Robbins <tjr@FreeBSD.org>
To: David Xu <davidxu@FreeBSD.org>
Cc: "current@FreeBSD.ORG" <current@FreeBSD.org>
Subject: Re: truss and KSE
Message-ID: <20021115172454.A94335@dilbert.robbins.dropbear.id.au>
References: <200211141339.gAEDdC7i052478@freefall.freebsd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200211141339.gAEDdC7i052478@freefall.freebsd.org>; from davidxu@FreeBSD.org on Thu, Nov 14, 2002 at 05:39:12AM -0800
X-OriginalArrivalTime: 15 Nov 2002 06:25:25.0187 (UTC) FILETIME=[C8708130:01C28C6F]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Nov 14, 2002 at 05:39:12AM -0800, David Xu wrote:

> What is your revision of kern_thread.c? revision 1.58 should fix this problem.

I believe it was 1.57. I'll try with 1.58 and let you know if the problem
is still there.


Tim

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Nov 14 23:37: 7 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 767C037B401
	for <FreeBSD-current@FreeBSD.ORG>; Thu, 14 Nov 2002 23:37:06 -0800 (PST)
Received: from fgwmail6.fujitsu.co.jp (fgwmail6.fujitsu.co.jp [192.51.44.36])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1F09743E3B
	for <FreeBSD-current@FreeBSD.ORG>; Thu, 14 Nov 2002 23:37:05 -0800 (PST)
	(envelope-from yoshint@flab.fujitsu.co.jp)
Received: from m5.gw.fujitsu.co.jp by fgwmail6.fujitsu.co.jp (8.9.3/3.7W-MX0205-Fujitsu Gateway)
	id QAA04488; Fri, 15 Nov 2002 16:36:55 +0900 (JST)
	(envelope-from yoshint@flab.fujitsu.co.jp)
Received: from cerberus.proc.flab.fujitsu.co.jp by m5.gw.fujitsu.co.jp (8.12.1/Fujitsu Domain Master)
	id gAF7armH026793; Fri, 15 Nov 2002 16:36:54 +0900
	(envelope-from yoshint@flab.fujitsu.co.jp)
Received: from cerberus.proc.flab.fujitsu.co.jp (localhost [127.0.0.1])
	by cerberus.proc.flab.fujitsu.co.jp (8.12.6/8.12.5) with ESMTP id gAF7asuL010316;
	Fri, 15 Nov 2002 16:36:54 +0900 (JST)
	(envelope-from yoshint@flab.fujitsu.co.jp)
To: David Schultz <dschultz@uclink.Berkeley.EDU>
Cc: Thomas David Rivers <rivers@dignus.com>,
	FreeBSD-current@FreeBSD.ORG
Subject: Re: gcc 3.2.1 optimization bug ?
References: <ywlvg34jn21.fsf@cerberus.proc.flab.fujitsu.co.jp>
 <200211111355.gABDt2g55397@lakes.dignus.com>
 <ywlfzu8i44g.fsf@cerberus.proc.flab.fujitsu.co.jp>
 <20021115013750.GA12079@HAL9000.homeunix.com>
From: TOMITA Yoshinori <yoshint@flab.fujitsu.co.jp>
MIME-Version: 1.0 (generated by WEMIKO 1.14.1 - =?ISO-2022-JP?B?Ig==?=
 =?ISO-2022-JP?B?GyRCNl9KXExTQ24bKEIi?=)
Content-Type: text/plain; charset=US-ASCII
Date: Fri, 15 Nov 2002 16:36:54 +0900
In-Reply-To: <20021115013750.GA12079@HAL9000.homeunix.com>
 (David Schultz's message of "Thu, 14 Nov 2002 17:37:50 -0800")
Message-ID: <ywld6p7l1wp.fsf@cerberus.proc.flab.fujitsu.co.jp>
User-Agent: T-gnus/6.15.8 (based on Oort Gnus v0.08) (revision 05)
 Mule-UCS/0.84 (=?ISO-2022-JP?B?S09VR0VUU1VEQUk6GyRCOH43bkJmGyhC?=)
 WEMIKO/1.14.1 (=?ISO-2022-JP?B?GyRCNl9KXExTQ24bKEI=?=) SLIM/1.14.7
 (=?ISO-2022-JP?B?GyRCPHIwZjpMTD4bKEI=?=) APEL/10.3 MULE XEmacs/21.4 (patch
 9) (Informed Management) (i386-unknown-freebsd4.6)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

>> On Thu, 14 Nov 2002 17:37:50 -0800, David Schultz
>> <dschultz@uclink.Berkeley.EDU> said:

Da> You can work around the problem by disabling -fschedule-insns or
Da> -fstrict-aliasing, both of which are turned on by -O2.  The latter
Da> option is the more direct cause of your problem, but for some
Da> reason only the combination of the two seems to generate incorrect
Da> output on i386.

Before posting that question here, one of my colleague advised me that
it may have something to do with "aliasing" feature.  I looked up the
option "-fstrict-aliasing" in gcc.info and tried:

       gcc -O2 -fstrict-aliasing ...

ha-ha... I should have read the info more carefully.
-fno-strict-alias also worked for it. Thanks.


-- 
TOMITA Yoshinori

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  0:13: 2 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id E554A37B401; Fri, 15 Nov 2002 00:13:00 -0800 (PST)
Received: from tomts17-srv.bellnexxia.net (tomts17.bellnexxia.net [209.226.175.71])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8EBA243E4A; Fri, 15 Nov 2002 00:12:54 -0800 (PST)
	(envelope-from mike@sparc64.style9.org)
Received: from bowie.private ([65.93.75.148]) by tomts17-srv.bellnexxia.net
          (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP
          id <20021115081248.BMCW1531.tomts17-srv.bellnexxia.net@bowie.private>;
          Fri, 15 Nov 2002 03:12:48 -0500
Received: from bowie.private (localhost [127.0.0.1])
	by bowie.private (8.12.6/8.12.5) with ESMTP id gAF8D77p080798;
	Fri, 15 Nov 2002 08:13:07 GMT
	(envelope-from mike@bowie.private)
Received: (from mike@localhost)
	by bowie.private (8.12.6/8.12.6/Submit) id gAF8D7FN080796;
	Fri, 15 Nov 2002 08:13:07 GMT
Date: Fri, 15 Nov 2002 08:13:07 GMT
From: Mike Barcroft <mike@sparc64.style9.org>
Message-Id: <200211150813.gAF8D7FN080796@bowie.private>
To: current@FreeBSD.org, sparc64@FreeBSD.org
Subject: sparc64 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Fri Nov 15 08:03:44 GMT 2002
--------------------------------------------------------------
===> ipfilter
cc1: warnings being treated as errors
/tinderbox/sparc64/src/sys/dev/gem/if_gem.c: In function `gem_start':
/tinderbox/sparc64/src/sys/dev/gem/if_gem.c:1232: warning: passing arg 1 of `bpf_mtap' from incompatible pointer type
/tinderbox/sparc64/src/sys/dev/gem/if_gem.c: In function `gem_rint':
/tinderbox/sparc64/src/sys/dev/gem/if_gem.c:1457: warning: unused variable `eh'
*** Error code 1

Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC.
*** Error code 1

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  0:40:55 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1406C37B404
	for <current@FreeBSD.org>; Fri, 15 Nov 2002 00:40:53 -0800 (PST)
Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A176243E4A
	for <current@FreeBSD.org>; Fri, 15 Nov 2002 00:40:42 -0800 (PST)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1])
	by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id gAF8eL5V029548
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO)
	for <current@FreeBSD.org>; Fri, 15 Nov 2002 10:40:21 +0200 (EET)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: (from ru@localhost)
	by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id gAF8eLmc029543
	for current@FreeBSD.org; Fri, 15 Nov 2002 10:40:21 +0200 (EET)
Date: Fri, 15 Nov 2002 10:40:21 +0200
From: Ruslan Ermilov <ru@FreeBSD.org>
To: current@FreeBSD.org
Subject: Removing /boot/modules from BSD.root.dist
Message-ID: <20021115084021.GA29453@sunbay.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK"
Content-Disposition: inline
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--YZ5djTAD1cGYuMQK
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

Anyone objects to this patch?

%%%
Index: BSD.root.dist
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/ncvs/src/etc/mtree/BSD.root.dist,v
retrieving revision 1.58
diff -u -5 -r1.58 BSD.root.dist
--- BSD.root.dist	10 Jun 2002 04:47:26 -0000	1.58
+++ BSD.root.dist	15 Nov 2002 08:38:24 -0000
@@ -10,12 +10,10 @@
     boot
         defaults
         ..
         kernel
         ..
-        modules
-        ..
     ..
     dev
         fd              mode=3D0555
         ..
     ..
%%%


Cheers,
--=20
Ruslan Ermilov		Sysadmin and DBA,
ru@sunbay.com		Sunbay Software AG,
ru@FreeBSD.org		FreeBSD committer,
+380.652.512.251	Simferopol, Ukraine

http://www.FreeBSD.org	The Power To Serve
http://www.oracle.com	Enabling The Information Age

--YZ5djTAD1cGYuMQK
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE91LL1Ukv4P6juNwoRAqrCAJ4jzHzizXlF/C6qQ0py6SYpTM2o3gCggpUP
P7LxDmxWpkC4fNiAYl3ZbRU=
=tKL+
-----END PGP SIGNATURE-----

--YZ5djTAD1cGYuMQK--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  0:44:53 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 62F6E37B401
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 00:44:52 -0800 (PST)
Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A5FAD43E88
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 00:44:49 -0800 (PST)
	(envelope-from sheldonh@starjuice.net)
Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 4.10)
	id 18Cc5W-000Pj4-00; Fri, 15 Nov 2002 10:44:30 +0200
Date: Fri, 15 Nov 2002 10:44:30 +0200
From: Sheldon Hearn <sheldonh@starjuice.net>
To: Soeren Schmidt <sos@spider.deepcore.dk>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: /dev/acd*t* no longer available in -current?
Message-ID: <20021115084430.GI76728@starjuice.net>
Mail-Followup-To: Soeren Schmidt <sos@spider.deepcore.dk>,
	freebsd-current@FreeBSD.ORG
References: <20021115011200.E10490-100000@gamplex.bde.org> <200211141827.gAEIRRQG026591@spider.deepcore.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200211141827.gAEIRRQG026591@spider.deepcore.dk>
User-Agent: Mutt/1.5.1i
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *18Cc5W-000Pj4-00*mKTZdTj7h.6*
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On (2002/11/14 19:27), Soeren Schmidt wrote:

> > - insecure permissions.  Among other holes, these allowed the world to
> >   erase cd-rw's.
> 
> Use rc.devfs for that as it was intended.

Don't you think it makes more sense for the kernel to start off with
more restrictive permissions, and have the administrator determine
whether more restrictive permissions are appropriate?

I think this approach is much more in line with "the Unix way".

Ciao,
Sheldon.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  0:49: 6 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9BF9237B401
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 00:49:05 -0800 (PST)
Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 82B3243E4A
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 00:48:58 -0800 (PST)
	(envelope-from sos@spider.deepcore.dk)
Received: (from sos@localhost)
	by spider.deepcore.dk (8.12.5/8.12.6) id gAF8muEU060773;
	Fri, 15 Nov 2002 09:48:56 +0100 (CET)
	(envelope-from sos)
From: Soeren Schmidt <sos@spider.deepcore.dk>
Message-Id: <200211150848.gAF8muEU060773@spider.deepcore.dk>
Subject: Re: /dev/acd*t* no longer available in -current?
In-Reply-To: <20021115084430.GI76728@starjuice.net>
To: Sheldon Hearn <sheldonh@starjuice.net>
Date: Fri, 15 Nov 2002 09:48:56 +0100 (CET)
Cc: freebsd-current@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL98b (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=ISO-8859-1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

It seems Sheldon Hearn wrote:
> On (2002/11/14 19:27), Soeren Schmidt wrote:
> 
> > > - insecure permissions.  Among other holes, these allowed the world to
> > >   erase cd-rw's.
> > 
> > Use rc.devfs for that as it was intended.
> 
> Don't you think it makes more sense for the kernel to start off with
> more restrictive permissions, and have the administrator determine
> whether more restrictive permissions are appropriate?

Actually no I dont.
The security aware admin will know (or should that be "should know" :) )
what to do to make a system secure.
The avarage user that uses FreeBSD dont, and will get confused if the CDROM
device doesn't appear to work (ie writeprotected).

-Sĝren

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  1:12:43 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id EED1137B401; Fri, 15 Nov 2002 01:12:41 -0800 (PST)
Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id D2FD343E42; Fri, 15 Nov 2002 01:12:40 -0800 (PST)
	(envelope-from brandt@fokus.gmd.de)
Received: from beagle (beagle [193.175.132.100])
	by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id gAF9Cdw20810;
	Fri, 15 Nov 2002 10:12:39 +0100 (MET)
Date: Fri, 15 Nov 2002 10:12:39 +0100 (CET)
From: Harti Brandt <brandt@fokus.gmd.de>
To: Ruslan Ermilov <ru@FreeBSD.ORG>
Cc: current@FreeBSD.ORG
Subject: Re: Removing /boot/modules from BSD.root.dist
In-Reply-To: <20021115084021.GA29453@sunbay.com>
Message-ID: <20021115101200.H2812-100000@beagle.fokus.gmd.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 15 Nov 2002, Ruslan Ermilov wrote:

RE>Hi!
RE>
RE>Anyone objects to this patch?

Yes. Where do a install my modules then, that don't build with the kernel?

harti

RE>
RE>%%%
RE>Index: BSD.root.dist
RE>===================================================================
RE>RCS file: /home/ncvs/src/etc/mtree/BSD.root.dist,v
RE>retrieving revision 1.58
RE>diff -u -5 -r1.58 BSD.root.dist
RE>--- BSD.root.dist	10 Jun 2002 04:47:26 -0000	1.58
RE>+++ BSD.root.dist	15 Nov 2002 08:38:24 -0000
RE>@@ -10,12 +10,10 @@
RE>     boot
RE>         defaults
RE>         ..
RE>         kernel
RE>         ..
RE>-        modules
RE>-        ..
RE>     ..
RE>     dev
RE>         fd              mode=0555
RE>         ..
RE>     ..
RE>%%%
RE>
RE>
RE>Cheers,
RE>

-- 
harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private
              brandt@fokus.gmd.de, brandt@fokus.fhg.de


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  1:13:22 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7846737B401
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 01:13:21 -0800 (PST)
Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3BA3743E42
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 01:13:20 -0800 (PST)
	(envelope-from sheldonh@starjuice.net)
Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 4.10)
	id 18CcXJ-0002Vn-00; Fri, 15 Nov 2002 11:13:13 +0200
Date: Fri, 15 Nov 2002 11:13:13 +0200
From: Sheldon Hearn <sheldonh@starjuice.net>
To: Soeren Schmidt <sos@spider.deepcore.dk>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: /dev/acd*t* no longer available in -current?
Message-ID: <20021115091313.GK76728@starjuice.net>
Mail-Followup-To: Soeren Schmidt <sos@spider.deepcore.dk>,
	freebsd-current@FreeBSD.ORG
References: <20021115084430.GI76728@starjuice.net> <200211150848.gAF8muEU060773@spider.deepcore.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200211150848.gAF8muEU060773@spider.deepcore.dk>
User-Agent: Mutt/1.5.1i
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *18CcXJ-0002Vn-00*21lryw7mOYw*
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On (2002/11/15 09:48), Soeren Schmidt wrote:

> > Don't you think it makes more sense for the kernel to start off with
> > more restrictive permissions, and have the administrator determine
> > whether more restrictive permissions are appropriate?
> 
> Actually no I dont.
> The security aware admin will know (or should that be "should know" :) )
> what to do to make a system secure.
> The avarage user that uses FreeBSD dont, and will get confused if the CDROM
> device doesn't appear to work (ie writeprotected).

Well I think this goes against the grain of much of the work that's
happened recently.

Look at how sysinstall now defaults to installing an inetd.conf with no
services enabled.  Look at how sshd doesn't allow root login or empty
passwords by default.  Look at how IPFW defaults to deny all.  Look at
how the floppy drive is inaccessible to anyone but root by default.
And so on and so forth.

Ciao,
Sheldon.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  2:13:23 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EC89937B401
	for <freebsd-current@freebsd.org>; Fri, 15 Nov 2002 02:13:21 -0800 (PST)
Received: from hermes.if.lt (hermes.if.lt [212.122.73.34])
	by mx1.FreeBSD.org (Postfix) with ESMTP id ECFCF43E91
	for <freebsd-current@freebsd.org>; Fri, 15 Nov 2002 02:13:20 -0800 (PST)
	(envelope-from vd@vmunix.lt)
Received: from vd (pool1.if.lt [212.122.73.3])
	by hermes.if.lt (IF DRAUDIMAS mail) with SMTP id 2399621068
	for <freebsd-current@freebsd.org>; Fri, 15 Nov 2002 12:12:05 +0200 (EET)
Message-ID: <002201c28c98$410eecd0$84101fac@sampo.vlan>
From: "Vaidas Damosevicius" <vd@vmunix.lt>
To: <freebsd-current@freebsd.org>
Subject: SCSI & 'iir' problems on -CURRENT
Date: Fri, 15 Nov 2002 12:13:14 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-4"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello,

    Few minutes ago I tried to upgrade 4.7 -> 5.0 (2002.11.15) and after
reboot I got problem:

    Waiting 15 seconds for SCSI device to settle
    Mounting root from ufs:/dev/da0s1a
    sethostbyname failed
    ffs_mountroot: can't find rootvp
    Root mount failed: 6

    mountroot> ?
    List of GEOM disk devices:
        geom.ctl

    4.7 works with Intel RAID Controller SRCU32, but with 5.0 I have this
problem ...

vd



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  2:18:30 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2F8F737B401; Fri, 15 Nov 2002 02:18:29 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C170043E75; Fri, 15 Nov 2002 02:18:27 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id VAA11897;
	Fri, 15 Nov 2002 21:18:05 +1100
Date: Fri, 15 Nov 2002 21:30:44 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Soeren Schmidt <sos@spider.deepcore.dk>
Cc: Conrad Sabatier <conrads@cox.net>, <freebsd-current@FreeBSD.ORG>,
	<freebsd-multimedia@FreeBSD.ORG>
Subject: Re: /dev/acd*t* no longer available in -current?
In-Reply-To: <200211141827.gAEIRRQG026591@spider.deepcore.dk>
Message-ID: <20021115211212.X13725-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 14 Nov 2002, Soeren Schmidt wrote:

> It seems Bruce Evans wrote:
> > Single-digit track numbers are correct and are still generated by MAKEDEV.
>
> Single digit track numbers are wrong and should be fixed in MAKEDEV.

I disagree.

> > Contrary to the log message, %02d is harder for scripts.  It gives many
> > more cases to handle:
> > - %d format under RELENG_4
>
> Should be fixed.

Apart from being wrong, this would break compatibility with released versions
of RELENG_4 (except 4.0-4.2 since they didn't support tracks on acd).

> > - %d format under -current in the non-devfs case
>
> DEVFS should be considered mandatory for the track devices on current.

No thanks.  I only use devfs to debug it.

> > - %d format under -current even in the devfs case for track numbers >= 100
>
> BZZT!! there can be a max of 99 tracks on a CD.

Thnaks for your polite correction.  I was misled by MAKEDEV supporting track
numbers up to 169.  Google agrees that the maximum is 99, but cd drivers
in linux-2.4.1 have an interesting number of different definitions of the
maximum:

aztcd.h:#define MAX_TRACKS		104
cdu31a.h:#define MAX_TRACKS 100	/* The maximum tracks a disk may have. */
gscd.h:#define MAX_TRACKS		104
mcd.h:#define MAX_TRACKS		104
optcd.c:#define MAX_TRACKS		111
sbpcd.h:#define MAX_TRACKS	99
sjcd.h:#define SJCD_MAX_TRACKS		100

> > The following patch backs out rev.1.119 of atapi-cd.c and fixes the
> > following older devfs bugs in acd:
> > - insecure permissions.  Among other holes, these allowed the world to
> >   erase cd-rw's.
>
> Use rc.devfs for that as it was intended.

rc.devfs is not intended for fixing kernel bugs.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  2:22:26 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5DB7F37B401
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 02:22:25 -0800 (PST)
Received: from hermes.if.lt (hermes.if.lt [212.122.73.34])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E7E2C43E6E
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 02:22:24 -0800 (PST)
	(envelope-from vd@vmunix.lt)
Received: from zeus.sampo.vlan (zeus [212.122.73.14])
	by hermes.if.lt (IF DRAUDIMAS mail) with ESMTP id 11E9821068
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 12:21:10 +0200 (EET)
Date: Fri, 15 Nov 2002 12:19:57 +0200 (EET)
From: Vaidas Damosevicius <vd@vmunix.lt>
X-X-Sender: vd@zeus.sampo.vlan
To: freebsd-current@FreeBSD.ORG
Subject: RE: SCSI & 'iir' problems on -CURRENT
In-Reply-To: <000001c28c90$49acdd00$1401a8c0@hs0>
References: <000001c28c90$49acdd00$1401a8c0@hs0>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Message-Id: <20021115102110.11E9821068@hermes.if.lt>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 15 Nov 2002, Patrick Fish wrote:

> When you upgrade to 5.0, you need to do the following things from
> console:
>
> cd /usr/src/sys/boot/ && make && make install
>
>
> This is because the kernel location was changed, so you need to make
> boot manually.
>
> I also suggest you compile pam.d manually also.
>

I tried to do binary upgrade (4.7->5.0) because plain 5.0 installation is
impossible - same problem.

> pf
>

vd



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  2:37: 2 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A998A37B401
	for <freebsd-current@freebsd.org>; Fri, 15 Nov 2002 02:37:01 -0800 (PST)
Received: from MX4.estpak.ee (ld3.estpak.ee [194.126.101.102])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9155043E97
	for <freebsd-current@freebsd.org>; Fri, 15 Nov 2002 02:37:00 -0800 (PST)
	(envelope-from kalts@estpak.ee)
Received: from tiiu.internal (80-235-37-22-dsl.mus.estpak.ee [80.235.37.22])
	by MX4.estpak.ee (Postfix) with ESMTP id 9FCC31D005A
	for <freebsd-current@freebsd.org>; Fri, 15 Nov 2002 12:36:59 +0200 (EET)
Received: from tiiu.internal (localhost [127.0.0.1])
	by tiiu.internal (8.12.6/8.12.6) with ESMTP id gAFAaxTE001852
	for <freebsd-current@freebsd.org>; Fri, 15 Nov 2002 12:36:59 +0200 (EET)
	(envelope-from vallo@tiiu.internal)
Received: (from vallo@localhost)
	by tiiu.internal (8.12.6/8.12.6/Submit) id gAFAaxtO001851
	for freebsd-current@freebsd.org; Fri, 15 Nov 2002 12:36:59 +0200 (EET)
	(envelope-from vallo)
Date: Fri, 15 Nov 2002 12:36:59 +0200
From: Vallo Kallaste <kalts@estpak.ee>
To: freebsd-current@freebsd.org
Subject: DISABLE_PSE & DISABLE_PG_G still needed?
Message-ID: <20021115103659.GA1800@tiiu.internal>
Reply-To: kalts@estpak.ee
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.1i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi

The kernel compiled from yesterday sources and with the
abovementioned options disabled will not finish make -j2 buildworld
on P4. Dies with bus error:

/usr/src/lib/libc/gen/termios.c: In function `tcgetpgrp':
/usr/src/lib/libc/gen/termios.c:104: internal error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.

Are those options still needed? They are commented out in NOTES and
shouldn't be necessary, right?
-- 

Vallo Kallaste
kalts@estpak.ee

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  2:45:27 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2665F37B401; Fri, 15 Nov 2002 02:45:26 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id E7BA443E6E; Fri, 15 Nov 2002 02:45:24 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id VAA13700;
	Fri, 15 Nov 2002 21:45:20 +1100
Date: Fri, 15 Nov 2002 21:57:58 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Mike Barcroft <mike@FreeBSD.org>
Cc: Archie Cobbs <archie@dellroad.org>,
	Marc Recht <marc@informatik.uni-bremen.de>,
	Garrett Wollman <wollman@lcs.mit.edu>, <current@FreeBSD.org>
Subject: Re: addition to cdefs
In-Reply-To: <20021113103111.B98651@espresso.q9media.com>
Message-ID: <20021115214346.U13981-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 13 Nov 2002, Mike Barcroft wrote:

> Bruce Evans <bde@zeta.org.au> writes:
> > Both have large namespace pollution (p and n are in the application
> > namespace).  Both give huge code wih a copy of the function in every
> > object file whose source file(s) include this header if inline functions
> > are not actually inline (which happens if the compiler is gcc -O0 or
> > non-gcc).
>
> I fixed the namespace problems in the version I posted for review on
> -standards.  Do you see any problems with changing FD_ZERO() to:
>
> #define FD_ZERO(p)	do {				\
> 	fd_set *_p = (p);				\
> 	__size_t _n = _howmany(FD_SETSIZE, _NFDBITS);	\
> 	while (_n > 0)					\
> 		_p->__fds_bits[--_n] = 0;		\
> } while (0);
>
> ...to overcome the issues with the inline version?

I think avoiding the inline function is especially worthwile here,
since FD_ZERO is is always defined in <sys/types.h> in the default
(__BSD_VISIBLE) case and that won't change soon.

The above version has a bug: the semicolon at the end defeats the point
of the `do ... while (0)'.

I would format it a little differently (tab instead of space after
#define; space instead of tab before `do', and maybe not initialize
variables in declarations, and maybe leave a blank line after the
declarations -- I like to use normal formatting for macros unless
breaking the normal formatting can be used to get 1-line macros.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  3: 5: 3 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CA37E37B401
	for <freebsd-current@freebsd.org>; Fri, 15 Nov 2002 03:04:59 -0800 (PST)
Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7289043E4A
	for <freebsd-current@freebsd.org>; Fri, 15 Nov 2002 03:04:59 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0037.cvx21-bradley.dialup.earthlink.net ([209.179.192.37] helo=mindspring.com)
	by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18CeHL-0003zG-00; Fri, 15 Nov 2002 03:04:51 -0800
Message-ID: <3DD4D394.6DFEA085@mindspring.com>
Date: Fri, 15 Nov 2002 02:59:32 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: kalts@estpak.ee
Cc: freebsd-current@freebsd.org
Subject: Re: DISABLE_PSE & DISABLE_PG_G still needed?
References: <20021115103659.GA1800@tiiu.internal>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Vallo Kallaste wrote:
> 
> Hi
> 
> The kernel compiled from yesterday sources and with the
> abovementioned options disabled will not finish make -j2 buildworld
> on P4. Dies with bus error:
> 
> /usr/src/lib/libc/gen/termios.c: In function `tcgetpgrp':
> /usr/src/lib/libc/gen/termios.c:104: internal error: Bus error
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
> 
> Are those options still needed? They are commented out in NOTES and
> shouldn't be necessary, right?

What happens if you add those options?  Does it still crash?

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  3:25:33 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9CDCB37B401
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 03:25:32 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6996043E77
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 03:25:31 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id WAA16406;
	Fri, 15 Nov 2002 22:25:13 +1100
Date: Fri, 15 Nov 2002 22:37:52 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Sheldon Hearn <sheldonh@starjuice.net>
Cc: Soeren Schmidt <sos@spider.deepcore.dk>,
	<freebsd-current@FreeBSD.ORG>
Subject: Re: /dev/acd*t* no longer available in -current?
In-Reply-To: <20021115091313.GK76728@starjuice.net>
Message-ID: <20021115221603.A14142-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 15 Nov 2002, Sheldon Hearn wrote:

> On (2002/11/15 09:48), Soeren Schmidt wrote:
>
> > > Don't you think it makes more sense for the kernel to start off with
> > > more restrictive permissions, and have the administrator determine
> > > whether more restrictive permissions are appropriate?
> >
> > Actually no I dont.
> > The security aware admin will know (or should that be "should know" :) )
> > what to do to make a system secure.
> > The avarage user that uses FreeBSD dont, and will get confused if the CDROM
> > device doesn't appear to work (ie writeprotected).
>
> Well I think this goes against the grain of much of the work that's
> happened recently.

It is just a bug.  SCSI cd devices never had this bug, and acd devices
don't have it in the non-devfs case.  Average users don't depend on
this bug since average users run RELENG_4 which doesn't have devfs.

Some other devices have even more insecure permissions.  Sound devices
have mode 0666.  This bugs is "documented" in the snd_security_hole
variable name in MAKEDEV.  For devfs, you can grep the kernel sources
for 0666 to find similar security holes.  There are an alarming number
of 0666's.  Most are for ptys where they are OK.  The most obviously
wrong ones are for rp.  rp devices have mode 0666 in the devfs case.
rp gets this wrong in the opposite direction in MAKEDEV -- it is missing
a "umask 7" for the cua case, so its cua devices are not group readable.
rp also gets the user and group wrong for the cua devices the devfs
case, so world r/w permissions are necessary to grant even the usual
access to uucp:dialer.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  3:38:57 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9555C37B401
	for <current@freebsd.org>; Fri, 15 Nov 2002 03:38:55 -0800 (PST)
Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 420AA43E9E
	for <current@freebsd.org>; Fri, 15 Nov 2002 03:38:55 -0800 (PST)
	(envelope-from des@FreeBSD.org)
Received: from beast.freebsd.org (localhost [127.0.0.1])
	by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gAFBct3b023813
	for <current@freebsd.org>; Fri, 15 Nov 2002 03:38:55 -0800 (PST)
	(envelope-from des@beast.freebsd.org)
Received: (from des@localhost)
	by beast.freebsd.org (8.12.6/8.12.6/Submit) id gAFBctWM023811
	for current@freebsd.org; Fri, 15 Nov 2002 03:38:55 -0800 (PST)
Date: Fri, 15 Nov 2002 03:38:55 -0800 (PST)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200211151138.gAFBctWM023811@beast.freebsd.org>
To: current@freebsd.org
Subject: alpha tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Fri Nov 15 03:03:39 PST 2002
--------------------------------------------------------------
>>> Kernel build for GENERIC completed on Fri Nov 15 03:33:49 PST 2002
--------------------------------------------------------------
>>> Kernel build for LINT started on Fri Nov 15 03:33:49 PST 2002
--------------------------------------------------------------
===> vinum
"Makefile", line 4441: warning: duplicate script for target "geom_bsd.o" ignored
cc1: warnings being treated as errors
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1931: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_out':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 4)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 5)
*** Error code 1

Stop in /h/des/obj/h/des/src/sys/LINT.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  4:12:47 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9628437B401
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 04:12:45 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6CFA343E4A
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 04:12:44 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id XAA19636;
	Fri, 15 Nov 2002 23:11:48 +1100
Date: Fri, 15 Nov 2002 23:24:27 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: David Schultz <dschultz@uclink.Berkeley.EDU>
Cc: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, <gallatin@cs.duke.edu>,
	<petry@NetMasters.Com>, <julian@elischer.org>,
	<sidcarter@symonds.net>, <current@FreeBSD.ORG>
Subject: Re: Kernel not booting....Immediate crash
In-Reply-To: <20021109214141.GA8555@HAL9000.homeunix.com>
Message-ID: <20021115230332.L14273-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, 9 Nov 2002, David Schultz wrote:

> Thus spake Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>:
> > Hmmm, I didn't notice that there is a BIOS which requires
> > memory area below 640K even when calling INT 15H/E820.
> >
> > We cannot trust that today's BOISes have INT 12H, so it's
> > difficult to determine base memory size w/o INT 15H/E820.
>
> You keep saying this, which really surprises me, because the int
> 12h interface has been standard for over two decades.  I have not
> heard any great clammoring that DOS and NetBSD fail to boot on
> modern machines, and yet they both use int 12h.  Are you *sure*
> int 12h is really broken, or do you think perhaps the breakage
> you're seeing is a side-effect of another bug?  Does int 12h work
> in real mode?  Exactly what hardware has this problem?

Perhaps the problem with int 0x12 is the same as the one with int 0x15.
Old implementations of int 0x12 just read the word at 0x40:0x13 in
real or vm86 mode.  This only requires physical page 0 to be mapped
readable to work in vm86 calls.  New implementations might want more.
They could reasonably expect all of the first MB of physical memory
to be mapped r/w into vm86 space.  It's not clear that any BIOS call
works in vm86 mode.  BIOS calls could unreasonably expect to access
all of memory as if in real mode (e.g., they could stash their variables
in extended memory and use the himem hack or a switch to protected
mode to access them).

> Also, you mentioneded earlier that Linux doesn't use int 12h
> anymore.  But notice that they call 15:E820 in real mode, rather
> than turning on virtual memory and then temporarily mapping an
> arbitrary chunk of the first 640K of RAM.  Why don't you just put
> the memory size detection code in locore.s?  I'd be happy to help
> out with this, although my time is constrained after Monday.

locore.s runs entirely in protected mode.  It could switch between
real and protected mode like the boot code does, but that would defeat
the point of the (not very well designed) division of labour between
the boot code and locore -- the complications for real mode are
supposed to be limited to the boot code.  Of course, they have been
replaced by larger complications and bugs for vm86 mode :-(.  More
in another reply.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  4:27:20 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8E05837B401
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 04:27:18 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-146.dsl.lsan03.pacbell.net [63.207.60.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6BFBD43E3B
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 04:27:12 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP
	id E597B66D9C; Fri, 15 Nov 2002 04:27:11 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id E7DDC1250; Fri, 15 Nov 2002 04:29:50 -0800 (PST)
Date: Fri, 15 Nov 2002 04:29:50 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: Soeren Schmidt <sos@spider.deepcore.dk>
Cc: Sheldon Hearn <sheldonh@starjuice.net>,
	freebsd-current@FreeBSD.ORG
Subject: Re: /dev/acd*t* no longer available in -current?
Message-ID: <20021115122950.GA16194@rot13.obsecurity.org>
References: <20021115084430.GI76728@starjuice.net> <200211150848.gAF8muEU060773@spider.deepcore.dk>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC"
Content-Disposition: inline
In-Reply-To: <200211150848.gAF8muEU060773@spider.deepcore.dk>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--wRRV7LY7NUeQGEoC
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Nov 15, 2002 at 09:48:56AM +0100, Soeren Schmidt wrote:
> It seems Sheldon Hearn wrote:
> > On (2002/11/14 19:27), Soeren Schmidt wrote:
> >=20
> > > > - insecure permissions.  Among other holes, these allowed the world=
 to
> > > >   erase cd-rw's.
> > >=20
> > > Use rc.devfs for that as it was intended.
> >=20
> > Don't you think it makes more sense for the kernel to start off with
> > more restrictive permissions, and have the administrator determine
> > whether more restrictive permissions are appropriate?
>=20
> Actually no I dont.
> The security aware admin will know (or should that be "should know" :) )
> what to do to make a system secure.

That's a particularly uncompelling argument.

Kris

--wRRV7LY7NUeQGEoC
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE91Oi9Wry0BWjoQKURAoqkAKDEZZvxpE/YIGr6KIQrndtzYXX0egCgu3M1
RMbPMuqX1es4JN+AQ2Fz2Kw=
=VI5j
-----END PGP SIGNATURE-----

--wRRV7LY7NUeQGEoC--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  4:46: 2 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0D21537B401
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 04:46:01 -0800 (PST)
Received: from MX1.estpak.ee (ld3.estpak.ee [194.126.101.102])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AD93A43E6E
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 04:45:59 -0800 (PST)
	(envelope-from kalts@estpak.ee)
Received: from tiiu.internal (80-235-37-22-dsl.mus.estpak.ee [80.235.37.22])
	by MX1.estpak.ee (Postfix) with ESMTP
	id 785FE8884D; Fri, 15 Nov 2002 14:44:53 +0200 (EET)
Received: from tiiu.internal (localhost [127.0.0.1])
	by tiiu.internal (8.12.6/8.12.6) with ESMTP id gAFCjkTE002217;
	Fri, 15 Nov 2002 14:45:46 +0200 (EET)
	(envelope-from vallo@tiiu.internal)
Received: (from vallo@localhost)
	by tiiu.internal (8.12.6/8.12.6/Submit) id gAFCjkxg002216;
	Fri, 15 Nov 2002 14:45:46 +0200 (EET)
	(envelope-from vallo)
Date: Fri, 15 Nov 2002 14:45:45 +0200
From: Vallo Kallaste <kalts@estpak.ee>
To: Kris Kennaway <kris@obsecurity.org>
Cc: Soeren Schmidt <sos@spider.deepcore.dk>,
	Sheldon Hearn <sheldonh@starjuice.net>, freebsd-current@FreeBSD.ORG
Subject: Re: /dev/acd*t* no longer available in -current?
Message-ID: <20021115124545.GA2174@tiiu.internal>
Reply-To: kalts@estpak.ee
References: <20021115084430.GI76728@starjuice.net> <200211150848.gAF8muEU060773@spider.deepcore.dk> <20021115122950.GA16194@rot13.obsecurity.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021115122950.GA16194@rot13.obsecurity.org>
User-Agent: Mutt/1.5.1i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Nov 15, 2002 at 04:29:50AM -0800, Kris Kennaway
<kris@obsecurity.org> wrote:

> > > Don't you think it makes more sense for the kernel to start off with
> > > more restrictive permissions, and have the administrator determine
> > > whether more restrictive permissions are appropriate?
> > 
> > Actually no I dont.
> > The security aware admin will know (or should that be "should know" :) )
> > what to do to make a system secure.
> 
> That's a particularly uncompelling argument.

Yes. For what it's worth, I think that system should be airtight out
of the box and the consequences for average desktop user (as I am)
clearly documented in handbook. Users who will not read the fine
documentation fully deserve the pain. Moreover, they probably will
not make a way as fine FreeBSD user in a long run.
Be sure you read the following line:
IMHO
-- 

Vallo Kallaste
kalts@estpak.ee

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  4:48:33 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 392E637B401; Fri, 15 Nov 2002 04:48:32 -0800 (PST)
Received: from pump3.york.ac.uk (pump3.york.ac.uk [144.32.128.131])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id AD22743E88; Fri, 15 Nov 2002 04:48:30 -0800 (PST)
	(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81])
	by pump3.york.ac.uk (8.10.2/8.10.2) with ESMTP id gAFCm0F26746;
	Fri, 15 Nov 2002 12:48:15 GMT
Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1])
	by ury.york.ac.uk (8.12.3/8.12.3) with ESMTP id gAFCm0Sf020334;
	Fri, 15 Nov 2002 12:48:00 GMT
	(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from localhost (gavin@localhost)
	by ury.york.ac.uk (8.12.3/8.12.3/Submit) with ESMTP id gAFClxpC020330;
	Fri, 15 Nov 2002 12:48:00 GMT
X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs
Date: Fri, 15 Nov 2002 12:47:59 +0000 (GMT)
From: Gavin Atkinson <gavin@ury.york.ac.uk>
To: Ruslan Ermilov <ru@FreeBSD.ORG>
Cc: <current@FreeBSD.ORG>
Subject: Re: Removing /boot/modules from BSD.root.dist
In-Reply-To: <20021115084021.GA29453@sunbay.com>
Message-ID: <Pine.BSF.4.33.0211151246430.20240-100000@ury.york.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 15 Nov 2002, Ruslan Ermilov wrote:

> Anyone objects to this patch?

Yes - this is the only place to put modules which are not built as part
of the kernel, for example /usr/ports/comms/ltmdm.

Gavin


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  4:58:26 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id C311B37B401; Fri, 15 Nov 2002 04:58:23 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7196E43E6E; Fri, 15 Nov 2002 04:58:22 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id XAA22800;
	Fri, 15 Nov 2002 23:58:12 +1100
Date: Sat, 16 Nov 2002 00:10:51 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: David Schultz <dschultz@uclink.Berkeley.EDU>
Cc: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, <bde@FreeBSD.ORG>,
	<stable@FreeBSD.ORG>, <current@FreeBSD.ORG>
Subject: Re: machdep.c problem
In-Reply-To: <20021110195207.GA3323@HAL9000.homeunix.com>
Message-ID: <20021115232830.U14343-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, 10 Nov 2002, David Schultz wrote:

> Thus spake Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>:
> > > This approach is okay with me in the sense that it doesn't break
> > > anything that wasn't already broken, but as you say, I think we
> > > can do better.  Below is a patch that merely extracts the basemem
> > > size from the bootinfo structure for the purposes of mapping the
> > > EBDA.

Note that the int 0x12 call was removed from boot2, so the bi_basemem == 0
case can;t be trusted.

> > > I retained the int 12h fallback just to be safe, but I
> > > think the bootinfo structure is initialized with a valid basemem
> > > for all loaders since at least 1998.  (Maybe the fallbacks in the

Since 1995, but not in boot2 since 2002/10/01.  The bi_memsizes_valid
flag unfortunately covers both bi_basemem and bi_extmem, so it is still
set although bi_basemem is bogus.  Also, boot2 and most (all?) other
places never checked for errors from int 0x12, so bi_basemem may be
pure garbage.

> > > kernel should be removed entirely to avoid redundancy, or moved
> > > from loader and boot2 to locore.s.)
> >
> > Yes, this idea was in my first patch actually, and this was not
> > good solution as Bruce explained.  Please see the archive at:
> > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=94412+0+archive/2002/freebsd-current/20021006.freebsd-current
>
> It sounds like the basic objection is, ``We came up with this
> feature in 1995 and never used it, so we shouldn't start using it
> now.''

We did use it, at least in the non-VM86 case, until VM86 became standard
in 1999.  I didn't like making VM86 the default but got used to it.  I
now see that I was wrong :-).

IIRC, the main reason for making VM86 standard was to use it here.
vm86_intcall() still doesn't seem to be used much.  It is used mainly for
the memsize calls and setting vesa modes.  int 0x12 can be done just as
easily in the boot code.  Setting vesa modes can be optional.  Only the
memory map subcall of the int 0x15 is much easier to do like it is done
now (the maps are too large for the boot code to pass easily).

> Fine, but I still maintain that determining the memory
> size in real mode like everyone else is the right thing to do.

I agree.

> Are there any objections to the following?
>
> 	- Remove the redundant and unused memory detection code
> 	  from boot2, loader, and libi386.

I think this is currently the least bad place for it (except there
is not enough room to do int 0x15:0xe820 in boot2).

> 	- Mark the bootinfo fields bi_basemem and bi_extmem as
> 	  deprecated.

Doesn't go with leaving it in boot2, etc.

> 	- Determine basemem in locore.s using 15h:e820h, with a
> 	  fallback to int 12h.

I think this is the worst place to do it.

> 	- Remove the basemem calculation from machdep.c.

machdep.c could probably do the real mode switch without much more
difficulty than boot2, etc.

I would prefer to fix int 0x12 (if BIOSes are so broken as to trap
even when it is set up correctly, then handle the trap and make int
0x12 return 0; also return 0 if it fails.  So basemem is 0 in broken
cases -- waste a whole 640K as a reward for being broken.  Note that
the subsequent int 0x15 call(s) in machdep.c will still work, just as
if the BIOS ate the 640K -- we map it all r/w for the BIOS).

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  5: 2:10 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7611037B401
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 05:02:08 -0800 (PST)
Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 66E1A43E75
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 05:02:07 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: from HAL9000.homeunix.com (localhost [127.0.0.1])
	by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gAFD212q014085;
	Fri, 15 Nov 2002 05:02:01 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: (from das@localhost)
	by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gAFD21Js014084;
	Fri, 15 Nov 2002 05:02:01 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Date: Fri, 15 Nov 2002 05:02:01 -0800
From: David Schultz <dschultz@uclink.Berkeley.EDU>
To: Bruce Evans <bde@zeta.org.au>
Cc: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, gallatin@cs.duke.edu,
	petry@NetMasters.Com, julian@elischer.org, sidcarter@symonds.net,
	current@FreeBSD.ORG
Subject: Re: Kernel not booting....Immediate crash
Message-ID: <20021115130201.GA14000@HAL9000.homeunix.com>
Mail-Followup-To: Bruce Evans <bde@zeta.org.au>,
	Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, gallatin@cs.duke.edu,
	petry@NetMasters.Com, julian@elischer.org, sidcarter@symonds.net,
	current@FreeBSD.ORG
References: <20021109214141.GA8555@HAL9000.homeunix.com> <20021115230332.L14273-100000@gamplex.bde.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021115230332.L14273-100000@gamplex.bde.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Thus spake Bruce Evans <bde@zeta.org.au>:
> Perhaps the problem with int 0x12 is the same as the one with int 0x15.
> Old implementations of int 0x12 just read the word at 0x40:0x13 in
> real or vm86 mode.  This only requires physical page 0 to be mapped
> readable to work in vm86 calls.  New implementations might want more.
> They could reasonably expect all of the first MB of physical memory
> to be mapped r/w into vm86 space.  It's not clear that any BIOS call
> works in vm86 mode.  BIOS calls could unreasonably expect to access  
> all of memory as if in real mode (e.g., they could stash their variables  
> in extended memory and use the himem hack or a switch to protected
> mode to access them).

Could be.  I would hope that mapping page 0, the BIOS data
segment, and the EBDA would solve the problem, but there's still a
chicken-and-egg problem with doing this in vm86 mode.  I haven't
heard any additional details from Iwasaki-san, but making the
memory determination in vm86 mode seems fundamentally broken
regardless.

> > Also, you mentioneded earlier that Linux doesn't use int 12h
> > anymore.  But notice that they call 15:E820 in real mode, rather
> > than turning on virtual memory and then temporarily mapping an
> > arbitrary chunk of the first 640K of RAM.  Why don't you just put
> > the memory size detection code in locore.s?  I'd be happy to help
> > out with this, although my time is constrained after Monday.
> 
> locore.s runs entirely in protected mode.  It could switch between
> real and protected mode like the boot code does, but that would defeat
> the point of the (not very well designed) division of labour between
> the boot code and locore -- the complications for real mode are
> supposed to be limited to the boot code.  Of course, they have been
> replaced by larger complications and bugs for vm86 mode :-(.  More
> in another reply.

That is why I'm surprised by your earlier post where you say that
it's a bad idea to take the basemem value from the boot code.  As
it is, the kernel duplicates much of the memory determination code
of the boot loader.  I would think it could at least rely on
bootinfo.bi_basemem when that field is nonzero.  If these values
in bootinfo are going to remain unused, they should be removed,
but I think a far better solution is to start using them.  In
fact, the interface could be extended to pass the int 15h:e820h
memory map to the kernel.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  5: 6:31 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 94D3737B401
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 05:06:30 -0800 (PST)
Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CB1C843E3B
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 05:06:27 -0800 (PST)
	(envelope-from sheldonh@starjuice.net)
Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 4.10)
	id 18CgAq-0004KI-00; Fri, 15 Nov 2002 15:06:16 +0200
Date: Fri, 15 Nov 2002 15:06:16 +0200
From: Sheldon Hearn <sheldonh@starjuice.net>
To: Vallo Kallaste <kalts@estpak.ee>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: /dev/acd*t* no longer available in -current?
Message-ID: <20021115130616.GF14925@starjuice.net>
Mail-Followup-To: Vallo Kallaste <kalts@estpak.ee>,
	freebsd-current@FreeBSD.ORG
References: <20021115084430.GI76728@starjuice.net> <200211150848.gAF8muEU060773@spider.deepcore.dk> <20021115122950.GA16194@rot13.obsecurity.org> <20021115124545.GA2174@tiiu.internal>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021115124545.GA2174@tiiu.internal>
User-Agent: Mutt/1.5.1i
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *18CgAq-0004KI-00*C/fVe8Kr5wU*
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On (2002/11/15 14:45), Vallo Kallaste wrote:

> Yes. For what it's worth, I think that system should be airtight out
> of the box and the consequences for average desktop user (as I am)
> clearly documented in handbook. Users who will not read the fine
> documentation fully deserve the pain.

Well, in the case of being able to write to the CDRW, that's only true
because sysinstall doesn't ask you whether this is a multiuser or
single-user machine.

One day, when sysinstall makes that distinction, it can add more
permissive rules to the file that devfs(8) reads on startup if
the operator indicates that the installation is for a single-user
workstation.  By then, I'm sure we'll be running devfs(8) on startup.

Ciao,
Sheldon.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  5:23: 2 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id B0D6C37B401; Fri, 15 Nov 2002 05:23:00 -0800 (PST)
Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id DE13B43E4A; Fri, 15 Nov 2002 05:22:59 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: from HAL9000.homeunix.com (localhost [127.0.0.1])
	by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gAFDMw2q014131;
	Fri, 15 Nov 2002 05:22:58 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: (from das@localhost)
	by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gAFDMw67014130;
	Fri, 15 Nov 2002 05:22:58 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Date: Fri, 15 Nov 2002 05:22:58 -0800
From: David Schultz <dschultz@uclink.Berkeley.EDU>
To: Bruce Evans <bde@zeta.org.au>
Cc: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, bde@FreeBSD.ORG,
	stable@FreeBSD.ORG, current@FreeBSD.ORG
Subject: Re: machdep.c problem
Message-ID: <20021115132258.GB14000@HAL9000.homeunix.com>
Mail-Followup-To: Bruce Evans <bde@zeta.org.au>,
	Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>, bde@FreeBSD.ORG,
	stable@FreeBSD.ORG, current@FreeBSD.ORG
References: <20021110195207.GA3323@HAL9000.homeunix.com> <20021115232830.U14343-100000@gamplex.bde.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021115232830.U14343-100000@gamplex.bde.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Thus spake Bruce Evans <bde@zeta.org.au>:
> > > > I retained the int 12h fallback just to be safe, but I
> > > > think the bootinfo structure is initialized with a valid basemem
> > > > for all loaders since at least 1998.  (Maybe the fallbacks in the
> 
> Since 1995, but not in boot2 since 2002/10/01.  The bi_memsizes_valid
> flag unfortunately covers both bi_basemem and bi_extmem, so it is still
> set although bi_basemem is bogus.  Also, boot2 and most (all?) other
> places never checked for errors from int 0x12, so bi_basemem may be
> pure garbage.

That's easy enough to fix.  Add fields bi_newbasemem and
bi_newextmem, implement them correctly, and fall back to the
present behavior if neither are present.  This approach couldn't
make things any worse than they already are.

> IIRC, the main reason for making VM86 standard was to use it here.
> vm86_intcall() still doesn't seem to be used much.  It is used mainly for
> the memsize calls and setting vesa modes.  int 0x12 can be done just as
> easily in the boot code.  Setting vesa modes can be optional.  Only the
> memory map subcall of the int 0x15 is much easier to do like it is done
> now (the maps are too large for the boot code to pass easily).

Linux manages this by reserving a page for the int 15h:e820h map,
I think.  It doesn't look unreasonably difficult to pass the map
to the kernel.  Even if we have to resort to VM86 for this, we can
at least deal with basemem in real mode.

> > Are there any objections to the following?
[...]
> > 	- Remove the basemem calculation from machdep.c.
> 
> machdep.c could probably do the real mode switch without much more
> difficulty than boot2, etc.

You think so?  I would imagine that after paging is enabled,
switching to real mode from a loaded kernel would be nontrivial.

> I would prefer to fix int 0x12 (if BIOSes are so broken as to trap
> even when it is set up correctly, then handle the trap and make int
> 0x12 return 0; also return 0 if it fails.  So basemem is 0 in broken
> cases -- waste a whole 640K as a reward for being broken.  Note that
> the subsequent int 0x15 call(s) in machdep.c will still work, just as
> if the BIOS ate the 640K -- we map it all r/w for the BIOS).

Your idea sounds reasonable, although I would still prefer to fix
the boot loader to reliably report the base memory size.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  5:35:30 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1832137B401
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 05:35:29 -0800 (PST)
Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E411A43E77
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 05:35:23 -0800 (PST)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1])
	by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id gAFDZI5V062542
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Fri, 15 Nov 2002 15:35:18 +0200 (EET)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: (from ru@localhost)
	by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id gAFDZIR3062537;
	Fri, 15 Nov 2002 15:35:18 +0200 (EET)
Date: Fri, 15 Nov 2002 15:35:18 +0200
From: Ruslan Ermilov <ru@FreeBSD.ORG>
To: Gavin Atkinson <gavin@ury.york.ac.uk>
Cc: current@FreeBSD.ORG
Subject: Re: Removing /boot/modules from BSD.root.dist
Message-ID: <20021115133518.GB53986@sunbay.com>
References: <20021115084021.GA29453@sunbay.com> <Pine.BSF.4.33.0211151246430.20240-100000@ury.york.ac.uk>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="OwLcNYc0lM97+oe1"
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.33.0211151246430.20240-100000@ury.york.ac.uk>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--OwLcNYc0lM97+oe1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Nov 15, 2002 at 12:47:59PM +0000, Gavin Atkinson wrote:
> On Fri, 15 Nov 2002, Ruslan Ermilov wrote:
>=20
> > Anyone objects to this patch?
>=20
> Yes - this is the only place to put modules which are not built as part
> of the kernel, for example /usr/ports/comms/ltmdm.
>=20
This port puts it under /usr/local/share/ltmdm/ltmdm.ko.


Cheers,
--=20
Ruslan Ermilov		Sysadmin and DBA,
ru@sunbay.com		Sunbay Software AG,
ru@FreeBSD.org		FreeBSD committer,
+380.652.512.251	Simferopol, Ukraine

http://www.FreeBSD.org	The Power To Serve
http://www.oracle.com	Enabling The Information Age

--OwLcNYc0lM97+oe1
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE91PgVUkv4P6juNwoRAl6cAJ4w1ZdE0ZBGDREKulUtVHrMxC+ERQCeJUlc
9UHSyPS43WwNGTSGrbKBBhc=
=eM6g
-----END PGP SIGNATURE-----

--OwLcNYc0lM97+oe1--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  5:52: 3 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5CD6837B408; Fri, 15 Nov 2002 05:52:01 -0800 (PST)
Received: from pump3.york.ac.uk (pump3.york.ac.uk [144.32.128.131])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 3D28543E3B; Fri, 15 Nov 2002 05:52:00 -0800 (PST)
	(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81])
	by pump3.york.ac.uk (8.10.2/8.10.2) with ESMTP id gAFDpwF26413;
	Fri, 15 Nov 2002 13:51:58 GMT
Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1])
	by ury.york.ac.uk (8.12.3/8.12.3) with ESMTP id gAFDpvSf024023;
	Fri, 15 Nov 2002 13:51:57 GMT
	(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from localhost (gavin@localhost)
	by ury.york.ac.uk (8.12.3/8.12.3/Submit) with ESMTP id gAFDpv8t024020;
	Fri, 15 Nov 2002 13:51:57 GMT
X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs
Date: Fri, 15 Nov 2002 13:51:57 +0000 (GMT)
From: Gavin Atkinson <gavin@ury.york.ac.uk>
To: Ruslan Ermilov <ru@FreeBSD.ORG>
Cc: <current@FreeBSD.ORG>
Subject: Re: Removing /boot/modules from BSD.root.dist
In-Reply-To: <20021115133518.GB53986@sunbay.com>
Message-ID: <Pine.BSF.4.33.0211151345450.23596-100000@ury.york.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 15 Nov 2002, Ruslan Ermilov wrote:
> On Fri, Nov 15, 2002 at 12:47:59PM +0000, Gavin Atkinson wrote:
> > On Fri, 15 Nov 2002, Ruslan Ermilov wrote:
> >
> > > Anyone objects to this patch?
> >
> > Yes - this is the only place to put modules which are not built as part
> > of the kernel, for example /usr/ports/comms/ltmdm.
> >
> This port puts it under /usr/local/share/ltmdm/ltmdm.ko.

OK, it may have been a bad example, but I prefer having my kernel modules
loaded via the standard loader.conf method rather than using kldload for
modules which I always want to exist. /boot/modules has been documented as
being in the search path for modules for ages now, it seems unnecessary to
change this. I think that we do need somewhere on the root partition where
modules can be kept, without them being lost on the next upgrade.

Gavin


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  5:58:31 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5D7D437B401
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 05:58:29 -0800 (PST)
Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EC88643E6E
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 05:58:23 -0800 (PST)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1])
	by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id gAFDwH5V064960
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Fri, 15 Nov 2002 15:58:17 +0200 (EET)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: (from ru@localhost)
	by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id gAFDwHw4064955;
	Fri, 15 Nov 2002 15:58:17 +0200 (EET)
Date: Fri, 15 Nov 2002 15:58:17 +0200
From: Ruslan Ermilov <ru@FreeBSD.ORG>
To: Gavin Atkinson <gavin@ury.york.ac.uk>
Cc: current@FreeBSD.ORG
Subject: Re: Removing /boot/modules from BSD.root.dist
Message-ID: <20021115135817.GC53986@sunbay.com>
References: <20021115133518.GB53986@sunbay.com> <Pine.BSF.4.33.0211151345450.23596-100000@ury.york.ac.uk>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="GPJrCs/72TxItFYR"
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.33.0211151345450.23596-100000@ury.york.ac.uk>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--GPJrCs/72TxItFYR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Nov 15, 2002 at 01:51:57PM +0000, Gavin Atkinson wrote:
> On Fri, 15 Nov 2002, Ruslan Ermilov wrote:
> > On Fri, Nov 15, 2002 at 12:47:59PM +0000, Gavin Atkinson wrote:
> > > On Fri, 15 Nov 2002, Ruslan Ermilov wrote:
> > >
> > > > Anyone objects to this patch?
> > >
> > > Yes - this is the only place to put modules which are not built as pa=
rt
> > > of the kernel, for example /usr/ports/comms/ltmdm.
> > >
> > This port puts it under /usr/local/share/ltmdm/ltmdm.ko.
>=20
> OK, it may have been a bad example, but I prefer having my kernel modules
> loaded via the standard loader.conf method rather than using kldload for
> modules which I always want to exist. /boot/modules has been documented as
> being in the search path for modules for ages now, it seems unnecessary to
> change this. I think that we do need somewhere on the root partition where
> modules can be kept, without them being lost on the next upgrade.
>=20
Yes, the standard search path is /boot/kernel;/boot/modules;/modules.
Nevertheless, we don't create /modules, why should we create /boot/modules?
When you say ``documented'', what do you mean?  ``grep -r /boot/modules
doc/en_US.ISO8859-1'' returns nothing.  Do you mean kldconfig(8) only?


Cheers,
--=20
Ruslan Ermilov		Sysadmin and DBA,
ru@sunbay.com		Sunbay Software AG,
ru@FreeBSD.org		FreeBSD committer,
+380.652.512.251	Simferopol, Ukraine

http://www.FreeBSD.org	The Power To Serve
http://www.oracle.com	Enabling The Information Age

--GPJrCs/72TxItFYR
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE91P15Ukv4P6juNwoRAkD9AJ4pGI6iD9uNP2f/TnjvU8CyPdLLqgCcDqmT
omSaYhNqAZkAWi2Jxx8tRHg=
=fTa2
-----END PGP SIGNATURE-----

--GPJrCs/72TxItFYR--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  6:22:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 35D8F37B40F; Fri, 15 Nov 2002 06:22:57 -0800 (PST)
Received: from MX2.estpak.ee (mta1.mail.neti.ee [194.126.101.123])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 66EC544047; Fri, 15 Nov 2002 06:11:48 -0800 (PST)
	(envelope-from kalts@estpak.ee)
Received: from tiiu.internal (80-235-37-22-dsl.mus.estpak.ee [80.235.37.22])
	by MX2.estpak.ee (Postfix) with ESMTP
	id B37E073536; Fri, 15 Nov 2002 16:09:47 +0200 (EET)
Received: from tiiu.internal (localhost [127.0.0.1])
	by tiiu.internal (8.12.6/8.12.6) with ESMTP id gAFEAhTE002491;
	Fri, 15 Nov 2002 16:10:43 +0200 (EET)
	(envelope-from vallo@tiiu.internal)
Received: (from vallo@localhost)
	by tiiu.internal (8.12.6/8.12.6/Submit) id gAFEAhKV002490;
	Fri, 15 Nov 2002 16:10:43 +0200 (EET)
	(envelope-from vallo)
Date: Fri, 15 Nov 2002 16:10:43 +0200
From: Vallo Kallaste <kalts@estpak.ee>
To: Ruslan Ermilov <ru@FreeBSD.ORG>
Cc: Gavin Atkinson <gavin@ury.york.ac.uk>, current@FreeBSD.ORG
Subject: Re: Removing /boot/modules from BSD.root.dist
Message-ID: <20021115141043.GB2174@tiiu.internal>
Reply-To: kalts@estpak.ee
References: <20021115084021.GA29453@sunbay.com> <Pine.BSF.4.33.0211151246430.20240-100000@ury.york.ac.uk> <20021115133518.GB53986@sunbay.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021115133518.GB53986@sunbay.com>
User-Agent: Mutt/1.5.1i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Nov 15, 2002 at 03:35:18PM +0200, Ruslan Ermilov
<ru@FreeBSD.ORG> wrote:

> > > Anyone objects to this patch?
> > 
> > Yes - this is the only place to put modules which are not built as part
> > of the kernel, for example /usr/ports/comms/ltmdm.
> > 
> This port puts it under /usr/local/share/ltmdm/ltmdm.ko.

This is bad practice. The /boot/modules directory was discussed long
time ago and meant to third-party modules as I remember. That's why
I haven't discarded it locally. Even if ports have rules to install
everything under ports-dir they should install kernel modules into
/boot/modules. Otherwise it's a sphagetti to manage.
The IMHO thing applies to this message also quite well.
-- 

Vallo Kallaste
kalts@estpak.ee

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  6:23: 9 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5E32A37B40B; Fri, 15 Nov 2002 06:23:02 -0800 (PST)
Received: from tomts17-srv.bellnexxia.net (tomts17.bellnexxia.net [209.226.175.71])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 22F04441A1; Fri, 15 Nov 2002 06:14:09 -0800 (PST)
	(envelope-from mike@sparc64.style9.org)
Received: from bowie.private ([65.93.75.148]) by tomts17-srv.bellnexxia.net
          (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP
          id <20021115141316.JBJA1531.tomts17-srv.bellnexxia.net@bowie.private>;
          Fri, 15 Nov 2002 09:13:16 -0500
Received: from bowie.private (localhost [127.0.0.1])
	by bowie.private (8.12.6/8.12.5) with ESMTP id gAFEDm7p082448;
	Fri, 15 Nov 2002 14:13:49 GMT
	(envelope-from mike@bowie.private)
Received: (from mike@localhost)
	by bowie.private (8.12.6/8.12.6/Submit) id gAFEDilV082446;
	Fri, 15 Nov 2002 14:13:44 GMT
Date: Fri, 15 Nov 2002 14:13:44 GMT
From: Mike Barcroft <mike@sparc64.style9.org>
Message-Id: <200211151413.gAFEDilV082446@bowie.private>
To: current@FreeBSD.org, sparc64@FreeBSD.org
Subject: sparc64 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Fri Nov 15 14:04:21 GMT 2002
--------------------------------------------------------------
===> ipfilter
cc1: warnings being treated as errors
/tinderbox/sparc64/src/sys/dev/gem/if_gem.c: In function `gem_start':
/tinderbox/sparc64/src/sys/dev/gem/if_gem.c:1232: warning: passing arg 1 of `bpf_mtap' from incompatible pointer type
/tinderbox/sparc64/src/sys/dev/gem/if_gem.c: In function `gem_rint':
/tinderbox/sparc64/src/sys/dev/gem/if_gem.c:1457: warning: unused variable `eh'
*** Error code 1

Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC.
*** Error code 1

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  6:27:20 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3811237B401; Fri, 15 Nov 2002 06:27:19 -0800 (PST)
Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id EAB5743E8A; Fri, 15 Nov 2002 06:27:14 -0800 (PST)
	(envelope-from brandt@fokus.gmd.de)
Received: from beagle (beagle [193.175.132.100])
	by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id gAFERA408629;
	Fri, 15 Nov 2002 15:27:10 +0100 (MET)
Date: Fri, 15 Nov 2002 15:27:10 +0100 (CET)
From: Harti Brandt <brandt@fokus.gmd.de>
To: Ruslan Ermilov <ru@FreeBSD.ORG>
Cc: Gavin Atkinson <gavin@ury.york.ac.uk>, <current@FreeBSD.ORG>
Subject: Re: Removing /boot/modules from BSD.root.dist
In-Reply-To: <20021115135817.GC53986@sunbay.com>
Message-ID: <20021115151711.O2812-100000@beagle.fokus.gmd.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 15 Nov 2002, Ruslan Ermilov wrote:

RE>On Fri, Nov 15, 2002 at 01:51:57PM +0000, Gavin Atkinson wrote:
RE>> On Fri, 15 Nov 2002, Ruslan Ermilov wrote:
RE>> > On Fri, Nov 15, 2002 at 12:47:59PM +0000, Gavin Atkinson wrote:
RE>> > > On Fri, 15 Nov 2002, Ruslan Ermilov wrote:
RE>> > >
RE>> > > > Anyone objects to this patch?
RE>> > >
RE>> > > Yes - this is the only place to put modules which are not built as part
RE>> > > of the kernel, for example /usr/ports/comms/ltmdm.
RE>> > >
RE>> > This port puts it under /usr/local/share/ltmdm/ltmdm.ko.
RE>>
RE>> OK, it may have been a bad example, but I prefer having my kernel modules
RE>> loaded via the standard loader.conf method rather than using kldload for
RE>> modules which I always want to exist. /boot/modules has been documented as
RE>> being in the search path for modules for ages now, it seems unnecessary to
RE>> change this. I think that we do need somewhere on the root partition where
RE>> modules can be kept, without them being lost on the next upgrade.
RE>>
RE>Yes, the standard search path is /boot/kernel;/boot/modules;/modules.
RE>Nevertheless, we don't create /modules, why should we create /boot/modules?

Because then Makefiles don't have to fiddle with creating directories. I
don't have a rule for creating /usr/bin in every Makefile that installs
into /usr/bin. Why should I have one for /boot/modules?

harti
-- 
harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private
              brandt@fokus.gmd.de, brandt@fokus.fhg.de


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  6:30: 3 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E653B37B404
	for <freebsd-current@freebsd.org>; Fri, 15 Nov 2002 06:30:00 -0800 (PST)
Received: from MX1.estpak.ee (mta1.mail.neti.ee [194.126.101.123])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7A24843E9C
	for <freebsd-current@freebsd.org>; Fri, 15 Nov 2002 06:29:58 -0800 (PST)
	(envelope-from kalts@estpak.ee)
Received: from tiiu.internal (80-235-37-22-dsl.mus.estpak.ee [80.235.37.22])
	by MX1.estpak.ee (Postfix) with ESMTP
	id D089388878; Fri, 15 Nov 2002 16:29:01 +0200 (EET)
Received: from tiiu.internal (localhost [127.0.0.1])
	by tiiu.internal (8.12.6/8.12.6) with ESMTP id gAFETsTE002589;
	Fri, 15 Nov 2002 16:29:54 +0200 (EET)
	(envelope-from vallo@tiiu.internal)
Received: (from vallo@localhost)
	by tiiu.internal (8.12.6/8.12.6/Submit) id gAFETsRY002588;
	Fri, 15 Nov 2002 16:29:54 +0200 (EET)
	(envelope-from vallo)
Date: Fri, 15 Nov 2002 16:29:53 +0200
From: Vallo Kallaste <kalts@estpak.ee>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: freebsd-current@freebsd.org
Subject: Re: DISABLE_PSE & DISABLE_PG_G still needed?
Message-ID: <20021115142953.GC2174@tiiu.internal>
Reply-To: kalts@estpak.ee
References: <20021115103659.GA1800@tiiu.internal> <3DD4D394.6DFEA085@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3DD4D394.6DFEA085@mindspring.com>
User-Agent: Mutt/1.5.1i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Nov 15, 2002 at 02:59:32AM -0800, Terry Lambert
<tlambert2@mindspring.com> wrote:

> > The kernel compiled from yesterday sources and with the
> > abovementioned options disabled will not finish make -j2 buildworld
> > on P4. Dies with bus error:
> > 
> > /usr/src/lib/libc/gen/termios.c: In function `tcgetpgrp':
> > /usr/src/lib/libc/gen/termios.c:104: internal error: Bus error
> > Please submit a full bug report,
> > with preprocessed source if appropriate.
> > See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
> > 
> > Are those options still needed? They are commented out in NOTES and
> > shouldn't be necessary, right?
> 
> What happens if you add those options?  Does it still crash?

Just finished '-j2 buildworld' and it did well with kernel which had
the options enabled. Therefore I suppose that those options are
still absolutely necessary to make use of -current system. These
options should be uncommented in NOTES and added to GENERIC
otherwise new users will be trapped. All old -current users have
those options probably enabled for a while, that's because there are
no complaints. Actually, I'm not complaining, just testing out the
bad things I have encountered in the near past. This darn
5.0-RELEASE is nearing way too fast considering the state of
-current today.
-- 

Vallo Kallaste
kalts@estpak.ee

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  6:40:25 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3A96237B401; Fri, 15 Nov 2002 06:40:24 -0800 (PST)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 03F5943E42; Fri, 15 Nov 2002 06:40:24 -0800 (PST)
	(envelope-from mux@freebsd.org)
Received: by elvis.mu.org (Postfix, from userid 1920)
	id F382CAE307; Fri, 15 Nov 2002 06:40:14 -0800 (PST)
Date: Fri, 15 Nov 2002 06:40:14 -0800
From: Maxime Henrion <mux@freebsd.org>
To: Mike Barcroft <mike@sparc64.style9.org>
Cc: current@FreeBSD.org, sparc64@FreeBSD.org
Subject: Re: sparc64 tinderbox failure
Message-ID: <20021115144014.GF12995@elvis.mu.org>
References: <200211151413.gAFEDilV082446@bowie.private>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200211151413.gAFEDilV082446@bowie.private>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Mike Barcroft wrote:
> --------------------------------------------------------------
> >>> Kernel build for GENERIC started on Fri Nov 15 14:04:21 GMT 2002
> --------------------------------------------------------------
> ===> ipfilter
> cc1: warnings being treated as errors
> /tinderbox/sparc64/src/sys/dev/gem/if_gem.c: In function `gem_start':
> /tinderbox/sparc64/src/sys/dev/gem/if_gem.c:1232: warning: passing arg 1 of `bpf_mtap' from incompatible pointer type
> /tinderbox/sparc64/src/sys/dev/gem/if_gem.c: In function `gem_rint':
> /tinderbox/sparc64/src/sys/dev/gem/if_gem.c:1457: warning: unused variable `eh'
> *** Error code 1

I believe my last commit to if_gem.c fixed this.

Maxime

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  6:55:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C24B337B401
	for <freebsd-current@FreeBSD.org>; Fri, 15 Nov 2002 06:55:57 -0800 (PST)
Received: from mail.stageholding.nl (mail.stageholding.nl [212.153.250.243])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8760D43E4A
	for <freebsd-current@FreeBSD.org>; Fri, 15 Nov 2002 06:55:56 -0800 (PST)
	(envelope-from david.veenma@stageholding.nl)
Message-id: <fc.0064ba74005b0d720064ba74005b0d72.5b0db9@stageholding.nl>
Date: Fri, 15 Nov 2002 15:55:49 +0100
Subject: 
To: freebsd-current@FreeBSD.org
From: "David Veenma" <david.veenma@stageholding.nl>
MIME-Version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

subscribe freebsd-current



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  6:56:19 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9E9B337B401
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 06:56:18 -0800 (PST)
Received: from volatile.chemikals.org (cae57-176-131.sc.rr.com [66.57.176.131])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AEF0B43E42
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 06:56:09 -0800 (PST)
	(envelope-from morganw@chemikals.org)
Received: from localhost (morganw@localhost [127.0.0.1])
	by volatile.chemikals.org (8.12.6/8.12.6) with ESMTP id gAFEtqED031881;
	Fri, 15 Nov 2002 09:55:52 -0500 (EST)
	(envelope-from morganw@chemikals.org)
Date: Fri, 15 Nov 2002 09:55:52 -0500 (EST)
From: Wesley Morgan <morganw@chemikals.org>
To: Vallo Kallaste <kalts@estpak.ee>
Cc: Terry Lambert <tlambert2@mindspring.com>,
	<freebsd-current@FreeBSD.ORG>
Subject: Re: DISABLE_PSE & DISABLE_PG_G still needed?
In-Reply-To: <20021115142953.GC2174@tiiu.internal>
Message-ID: <20021115095302.T29662-100000@volatile.chemikals.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 15 Nov 2002, Vallo Kallaste wrote:

> Just finished '-j2 buildworld' and it did well with kernel which had
> the options enabled. Therefore I suppose that those options are
> still absolutely necessary to make use of -current system. These

This may be a bit overstated. I removed those options from my kernel a few
weeks ago and have no problems at all. Are you certain the problem is not
specific to a particular CPU?

> options should be uncommented in NOTES and added to GENERIC
> otherwise new users will be trapped. All old -current users have
> those options probably enabled for a while, that's because there are
> no complaints. Actually, I'm not complaining, just testing out the
> bad things I have encountered in the near past. This darn
> 5.0-RELEASE is nearing way too fast considering the state of
> -current today.

While I am just a small, small voice among many... I must agree :/... The
few things that remain broken for me would be enough to sour testing 5.0
if I wasnt used to working around it.


-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  7:46: 9 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 42C9F37B401
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 07:46:08 -0800 (PST)
Received: from MX2.estpak.ee (mta1.mail.neti.ee [194.126.101.123])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4F50243E9C
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 07:46:07 -0800 (PST)
	(envelope-from kalts@estpak.ee)
Received: from tiiu.internal (80-235-37-22-dsl.mus.estpak.ee [80.235.37.22])
	by MX2.estpak.ee (Postfix) with ESMTP
	id A208A73561; Fri, 15 Nov 2002 17:45:07 +0200 (EET)
Received: from tiiu.internal (localhost [127.0.0.1])
	by tiiu.internal (8.12.6/8.12.6) with ESMTP id gAFFk3TE002850;
	Fri, 15 Nov 2002 17:46:03 +0200 (EET)
	(envelope-from vallo@tiiu.internal)
Received: (from vallo@localhost)
	by tiiu.internal (8.12.6/8.12.6/Submit) id gAFFk2rj002849;
	Fri, 15 Nov 2002 17:46:02 +0200 (EET)
	(envelope-from vallo)
Date: Fri, 15 Nov 2002 17:46:02 +0200
From: Vallo Kallaste <kalts@estpak.ee>
To: Wesley Morgan <morganw@chemikals.org>
Cc: Terry Lambert <tlambert2@mindspring.com>,
	freebsd-current@FreeBSD.ORG
Subject: Re: DISABLE_PSE & DISABLE_PG_G still needed?
Message-ID: <20021115154602.GA2796@tiiu.internal>
Reply-To: kalts@estpak.ee
References: <20021115142953.GC2174@tiiu.internal> <20021115095302.T29662-100000@volatile.chemikals.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021115095302.T29662-100000@volatile.chemikals.org>
User-Agent: Mutt/1.5.1i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Nov 15, 2002 at 09:55:52AM -0500, Wesley Morgan
<morganw@chemikals.org> wrote:

> On Fri, 15 Nov 2002, Vallo Kallaste wrote:
> 
> > Just finished '-j2 buildworld' and it did well with kernel which had
> > the options enabled. Therefore I suppose that those options are
> > still absolutely necessary to make use of -current system. These
> 
> This may be a bit overstated. I removed those options from my kernel a few
> weeks ago and have no problems at all. Are you certain the problem is not
> specific to a particular CPU?

Sorry, this can be CPU specific, but I'm not sure. I'll try to
reproduce it on my home P2 system and P3-SMP lying under my desk at
work.
-- 

Vallo Kallaste
kalts@estpak.ee

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  8:25:35 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 02D4037B401
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 08:25:34 -0800 (PST)
Received: from fledge.watson.org (fledge.watson.org [204.156.12.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EADC843E42
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 08:25:32 -0800 (PST)
	(envelope-from robert@fledge.watson.org)
Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3])
	by fledge.watson.org (8.12.6/8.12.5) with SMTP id gAFGPPBF018348;
	Fri, 15 Nov 2002 11:25:26 -0500 (EST)
	(envelope-from robert@fledge.watson.org)
Date: Fri, 15 Nov 2002 11:25:25 -0500 (EST)
From: Robert Watson <rwatson@FreeBSD.ORG>
X-Sender: robert@fledge.watson.org
To: Sheldon Hearn <sheldonh@starjuice.net>
Cc: Soeren Schmidt <sos@spider.deepcore.dk>,
	freebsd-current@FreeBSD.ORG
Subject: Re: /dev/acd*t* no longer available in -current?
In-Reply-To: <20021115091313.GK76728@starjuice.net>
Message-ID: <Pine.NEB.3.96L.1021115112338.10878E-100000@fledge.watson.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Fri, 15 Nov 2002, Sheldon Hearn wrote:

> On (2002/11/15 09:48), Soeren Schmidt wrote:
> 
> > > Don't you think it makes more sense for the kernel to start off with
> > > more restrictive permissions, and have the administrator determine
> > > whether more restrictive permissions are appropriate?
> > 
> > Actually no I dont.
> > The security aware admin will know (or should that be "should know" :) )
> > what to do to make a system secure.
> > The avarage user that uses FreeBSD dont, and will get confused if the CDROM
> > device doesn't appear to work (ie writeprotected).
> 
> Well I think this goes against the grain of much of the work that's
> happened recently. 
> 
> Look at how sysinstall now defaults to installing an inetd.conf with no
> services enabled.  Look at how sshd doesn't allow root login or empty
> passwords by default.  Look at how IPFW defaults to deny all.  Look at
> how the floppy drive is inaccessible to anyone but root by default.  And
> so on and so forth. 

So one thing we could start doing is have sysinstall's adduser stuff offer
to place new users in the operator group, and set up the default
permissions on removable devices such that the operator group has
read/write access to them (or even just read-access).  This would be
logically equivilent to placing users in an admin group at instlal on
Windows or Mac OS X.  Operator access connotes the ability to shut down
the system in FreeBSD, as well as the ability to dump file systems, etc.
Another possibility would be to evolve our notion of console user based on
fbtab some for workstation configurations.

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
robert@fledge.watson.org      Network Associates Laboratories



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  8:37:29 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5C0F437B401
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 08:37:28 -0800 (PST)
Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DDF6943E91
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 08:37:27 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 6527 invoked from network); 15 Nov 2002 16:37:30 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <kalts@estpak.ee>; 15 Nov 2002 16:37:30 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gAFGbP2D015381;
	Fri, 15 Nov 2002 11:37:25 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20021115113727.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <20021115095302.T29662-100000@volatile.chemikals.org>
Date: Fri, 15 Nov 2002 11:37:27 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Wesley Morgan <morganw@chemikals.org>
Subject: Re: DISABLE_PSE & DISABLE_PG_G still needed?
Cc: freebsd-current@FreeBSD.ORG,
	Terry Lambert <tlambert2@mindspring.com>,
	Vallo Kallaste <kalts@estpak.ee>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 15-Nov-2002 Wesley Morgan wrote:
> On Fri, 15 Nov 2002, Vallo Kallaste wrote:
> 
>> Just finished '-j2 buildworld' and it did well with kernel which had
>> the options enabled. Therefore I suppose that those options are
>> still absolutely necessary to make use of -current system. These
> 
> This may be a bit overstated. I removed those options from my kernel a few
> weeks ago and have no problems at all. Are you certain the problem is not
> specific to a particular CPU?

It only happens with P4's.  I haven't seen it locally on a p4 test machine
at work that I have built test releases on.  Also, it would be nice to see
if just adding one of the options fixed the problems.  As for NOTES, those
options should not be enabled in NOTES as they would defeat the purpose of
LINT since they disable code.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  8:45:36 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id CB13637B401; Fri, 15 Nov 2002 08:45:34 -0800 (PST)
Received: from fledge.watson.org (fledge.watson.org [204.156.12.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 1440243E77; Fri, 15 Nov 2002 08:45:31 -0800 (PST)
	(envelope-from robert@fledge.watson.org)
Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3])
	by fledge.watson.org (8.12.6/8.12.5) with SMTP id gAFGjGBF024294;
	Fri, 15 Nov 2002 11:45:16 -0500 (EST)
	(envelope-from robert@fledge.watson.org)
Date: Fri, 15 Nov 2002 11:45:16 -0500 (EST)
From: Robert Watson <rwatson@FreeBSD.org>
X-Sender: robert@fledge.watson.org
To: John Baldwin <jhb@FreeBSD.org>
Cc: Wesley Morgan <morganw@chemikals.org>,
	freebsd-current@FreeBSD.org,
	Terry Lambert <tlambert2@mindspring.com>,
	Vallo Kallaste <kalts@estpak.ee>
Subject: Re: DISABLE_PSE & DISABLE_PG_G still needed?
In-Reply-To: <XFMail.20021115113727.jhb@FreeBSD.org>
Message-ID: <Pine.NEB.3.96L.1021115114340.10878F-100000@fledge.watson.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Fri, 15 Nov 2002, John Baldwin wrote:

> On 15-Nov-2002 Wesley Morgan wrote:
> > On Fri, 15 Nov 2002, Vallo Kallaste wrote:
> > 
> >> Just finished '-j2 buildworld' and it did well with kernel which had
> >> the options enabled. Therefore I suppose that those options are
> >> still absolutely necessary to make use of -current system. These
> > 
> > This may be a bit overstated. I removed those options from my kernel a few
> > weeks ago and have no problems at all. Are you certain the problem is not
> > specific to a particular CPU?
> 
> It only happens with P4's.  I haven't seen it locally on a p4 test
> machine at work that I have built test releases on.  Also, it would be
> nice to see if just adding one of the options fixed the problems.  As
> for NOTES, those options should not be enabled in NOTES as they would
> defeat the purpose of LINT since they disable code. 

Does this apply generally to all P4's, or just a subset?  If all, it may
be we want to add a P4-workaround to GENERIC so that P4's work better ouf
of the box.  If it's a select few, I wonder if there's some way to test
for the problem early in the boot...

One of the recurring themes here has (a) been P4 processors, and (b) been
a fear that because of timing changes introduced by the DISABLE_FOO flags,
the real bug is still there, but less visible in the tests people are
running.

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
robert@fledge.watson.org      Network Associates Laboratories



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15  9:51:48 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6507A37B401
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 09:51:47 -0800 (PST)
Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B1BF443E3B
	for <freebsd-current@FreeBSD.ORG>; Fri, 15 Nov 2002 09:51:44 -0800 (PST)
	(envelope-from flag@libero.it)
Received: from southcross.skynet.org (151.29.209.160) by smtp2.libero.it (6.5.028)
        id 3DD26E4E001295C2 for freebsd-current@FreeBSD.ORG; Fri, 15 Nov 2002 18:51:27 +0100
Received: by southcross.skynet.org (Postfix, from userid 1001)
	id 61B7B7930; Fri, 15 Nov 2002 12:00:25 +0100 (CET)
Date: Fri, 15 Nov 2002 12:00:24 +0100
From: Paolo Pisati <p.pisati@oltrelinux.com>
To: FreeBSD_Current <freebsd-current@FreeBSD.ORG>
Subject: When do you plan 5.0-RELEASE?
Message-ID: <20021115110024.GA49878@southcross.skynet.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: Look ma, it's a # sign! 
X-Operating-System: FreeBSD southcross.skynet.org 4.7-STABLE FreeBSD 4.7-STABLE 
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


if i remember correctly, 5.0-release was supposed to ship
somewhen in november, isn't it?

any news on this?

thank you

p.s. i work for an italian magazine and we are planning
a special issue dedicated to freebsd-5.0, a tiny manual (64pages)
with an installation guide step-by-step, a prime-time configuration, 
etcetc so we need to know an approximate timetable.

-- 

Paolo

Italian FreeBSD User Group: http://www.gufi.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 10:53: 0 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8984037B404; Fri, 15 Nov 2002 10:52:58 -0800 (PST)
Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 6F42B43E4A; Fri, 15 Nov 2002 10:52:57 -0800 (PST)
	(envelope-from hiten@angelica.unixdaemons.com)
Received: from angelica.unixdaemons.com (hiten@localhost.unixdaemons.com [127.0.0.1])
	by angelica.unixdaemons.com (8.12.5/8.12.1) with ESMTP id gAFIqZ06031257;
	Fri, 15 Nov 2002 13:52:35 -0500 (EST)
X-Authentication-Warning: angelica.unixdaemons.com: Host hiten@localhost.unixdaemons.com [127.0.0.1] claimed to be angelica.unixdaemons.com
Received: (from hiten@localhost)
	by angelica.unixdaemons.com (8.12.5/8.12.1/Submit) id gAFIqZRj031256;
	Fri, 15 Nov 2002 13:52:35 -0500 (EST)
	(envelope-from hiten)
Date: Fri, 15 Nov 2002 13:52:35 -0500
From: Hiten Pandya <hiten@angelica.unixdaemons.com>
To: Doug Barton <DougB@FreeBSD.ORG>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: mdconfig /tmp problem
Message-ID: <20021115135235.A74925@angelica.unixdaemons.com>
References: <3DD37DA0.44F1D099@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3DD37DA0.44F1D099@FreeBSD.org>; from DougB@FreeBSD.ORG on Thu, Nov 14, 2002 at 02:40:32AM -0800
X-Operating-System: FreeBSD i386
X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc
X-URL: http://www.unixdaemons.com/~hiten
X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Nov 14, 2002 at 02:40:32AM -0800, Doug Barton wrote the words in effect of:
> Folks,
> 
> I have been using an mdconfig /tmp for quite a while. Today, running
> -current from 11/14 I got the following errors while doing an
> installworld after testing my bind 8.3.3-patched import stuff:
> 
> kernel: swap_pager_strategy: bp 0xc2f34480 blk 0 size 0, not page
> bounded
> (plus lots more)
> 
> During the installworld whatever binary was being read from the
> /tmp/install.foo directory would segfault, and I'd get one or more of
> those in my log.
> 
> Here is my little script for creating the mem disk. It hasn't changed in
> a long time.
> 
> # Usually a noop, but just in case
> mdconfig -d -u 10 2>/dev/null
> 
> mdconfig -a -t swap -s 8M -u 10
> 
> disklabel -r -w md10 auto >/dev/null
> newfs -U /dev/md10c >/dev/null
> mount /dev/md10c /tmp
> /bin/chmod 1777 /tmp
> 

There is also another problem. mdconfig/md driver messes up when a 0
byte file is passed:

	# touch /tmp/tmp.fake; mdconfig -a -t vnode -f /tmp/tmp.fake

I have not been able to collect debugging data, but when I have some, I
will pass it on.

FYI.

-- 
Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org)
http://www.unixdaemons.com/~hiten/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 11: 5:14 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id DDCCD37B401; Fri, 15 Nov 2002 11:05:09 -0800 (PST)
Received: from MX1.estpak.ee (mta1.mail.neti.ee [194.126.101.123])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 5E7BA43E4A; Fri, 15 Nov 2002 11:05:08 -0800 (PST)
	(envelope-from kalts@estpak.ee)
Received: from tiiu.internal (80-235-37-22-dsl.mus.estpak.ee [80.235.37.22])
	by MX1.estpak.ee (Postfix) with ESMTP
	id 36ED2888FD; Fri, 15 Nov 2002 21:04:06 +0200 (EET)
Received: from tiiu.internal (localhost [127.0.0.1])
	by tiiu.internal (8.12.6/8.12.6) with ESMTP id gAFJ4xTE003620;
	Fri, 15 Nov 2002 21:04:59 +0200 (EET)
	(envelope-from vallo@tiiu.internal)
Received: (from vallo@localhost)
	by tiiu.internal (8.12.6/8.12.6/Submit) id gAFJ4rov003619;
	Fri, 15 Nov 2002 21:04:53 +0200 (EET)
	(envelope-from vallo)
Date: Fri, 15 Nov 2002 21:04:53 +0200
From: Vallo Kallaste <kalts@estpak.ee>
To: Robert Watson <rwatson@FreeBSD.org>
Cc: John Baldwin <jhb@FreeBSD.org>,
	Wesley Morgan <morganw@chemikals.org>, freebsd-current@FreeBSD.org,
	Terry Lambert <tlambert2@mindspring.com>
Subject: Re: DISABLE_PSE & DISABLE_PG_G still needed?
Message-ID: <20021115190453.GA3469@tiiu.internal>
Reply-To: kalts@estpak.ee
References: <XFMail.20021115113727.jhb@FreeBSD.org> <Pine.NEB.3.96L.1021115114340.10878F-100000@fledge.watson.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.NEB.3.96L.1021115114340.10878F-100000@fledge.watson.org>
User-Agent: Mutt/1.5.1i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Nov 15, 2002 at 11:45:16AM -0500, Robert Watson
<rwatson@FreeBSD.org> wrote:

> > It only happens with P4's.  I haven't seen it locally on a p4 test
> > machine at work that I have built test releases on.  Also, it would be
> > nice to see if just adding one of the options fixed the problems.  As
> > for NOTES, those options should not be enabled in NOTES as they would
> > defeat the purpose of LINT since they disable code. 
> 
> Does this apply generally to all P4's, or just a subset?  If all, it may
> be we want to add a P4-workaround to GENERIC so that P4's work better ouf
> of the box.  If it's a select few, I wonder if there's some way to test
> for the problem early in the boot...
> 
> One of the recurring themes here has (a) been P4 processors, and (b) been
> a fear that because of timing changes introduced by the DISABLE_FOO flags,
> the real bug is still there, but less visible in the tests people are
> running.

To add even more variables into the mix, this particular machine
seems to be running Celeron processor based on P4 core. The case has
"Celeron Inside" sticker and althought I haven't opened the case I
tend to believe what the sticker tells, because port/misc/cpuid
agrees. The local PC assembly company is well known and trusted
also. Kernel identifies the CPU as P4, no surprise because CPU core
is P4 based.

dmesg:

Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #0: Fri Nov 15 18:14:03 EET 2002
    root@vallo.internal:/usr/home/vallo/Vallo
Preloaded elf kernel "/boot/kernel/kernel" at 0xc04f0000.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04f00a8.
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 1699953860 Hz
CPU: Pentium 4 (1699.95-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0xf13  Stepping = 3
  Features=0x3febfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM>
real memory  = 132382720 (126 MB)
avail memory = 123219968 (117 MB)
Initializing GEOMetry subsystem
Pentium Pro MTRR support enabled
VESA: v3.0, 832k memory, flags:0x1, mode table:0xc0421d20 (1000040)
VESA: Brookdale-G Graphics Chip Accelerated VGA BIOS
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <INTEL  D845GLLY> on motherboard
Using $PIR table, 9 entries at 0xc00f3d20
acpi0: power button is handled as a fixed feature programming model.
Timecounter "ACPI-fast"  frequency 3579545 Hz
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0
acpi_cpu0: <CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
---- initial configuration ------------------------
---- before setting priority for links ------------
---- before fixup boot-disabled links -------------
---- after fixup boot-disabled links --------------
---- arbitrated configuration ---------------------
pci0: <ACPI PCI bus> on pcib0
agp0: <Intel 82845 (i845 GMCH) SVGA controller> mem 0xffa80000-0xffafffff,0xf0000000-0xf7ffffff irq 11 at device 2.0 on pci0
agp0: detected 892k stolen memory
agp0: aperture size is 128M
pci0: <serial bus, USB> at device 29.0 (no driver attached)
pci0: <serial bus, USB> at device 29.1 (no driver attached)
pci0: <serial bus, USB> at device 29.2 (no driver attached)
pcib1: <ACPI PCI-PCI bridge> at device 30.0 on pci0
---- initial configuration ------------------------
---- before setting priority for links ------------
---- before fixup boot-disabled links -------------
---- after fixup boot-disabled links --------------
---- arbitrated configuration ---------------------
pci1: <ACPI PCI bus> on pcib1
fxp0: <Intel Pro/100 Ethernet> port 0xdc00-0xdc3f mem 0xff8ff000-0xff8fffff irq 11 at device 8.0 on pci1
fxp0: Ethernet address 00:03:47:29:85:a5
inphy0: <i82562ET 10/100 media interface> on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH4 ATA100 controller> port 0xffa0-0xffaf,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
pcm0: <Intel 82801DB (ICH4)> port 0xe080-0xe0bf,0xe400-0xe4ff mem 0xffa7f800-0xffa7f8ff,0xffa7fc00-0xffa7fdff irq 5 at device 31.5 on pci0
acpi_button0: <Sleep Button> on acpi0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0 port 0x378-0x37f irq 7 on acpi0
ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
ppi0: <Parallel I/O> on ppbus0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <5 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 1.000 msec
acpi_cpu: CPU throttling enabled, 8 steps from 100% to 12.5%
ata1-slave: timeout waiting for interrupt
ata1-slave: ATAPI identify failed
ad0: 19541MB <Maxtor 2B020H1> [39703/16/63] at ata0-master UDMA100
acd0: CDROM <CD-540E> at ata1-master UDMA33
Mounting root from ufs:/dev/ad0s3a

ports/misc/cpuid:

 eax in    eax      ebx      ecx      edx
00000000 00000002 756e6547 6c65746e 49656e69
00000001 00000f13 0001080a 00000000 3febfbff
00000002 665b5001 00000000 00000000 00397040
80000000 80000004 00000000 00000000 00000000
80000001 00000000 00000000 00000000 00000000
80000002 20202020 20202020 20202020 20202020
80000003 65746e49 2952286c 6c654320 6e6f7265
80000004 20295228 20555043 30372e31 007a4847

Vendor ID: "GenuineIntel"; CPUID level 2

Intel-specific functions:
Version 00000f13:
Type 0 - Original OEM
Family 15 - Pentium 4
Extended family 0
Model 1 - 
Stepping 3
Reserved 0

Brand index: 10 [not in table]
Extended brand string: "                Intel(R) Celeron(R) CPU 1.70GHz"
CLFLUSH instruction cache line size: 8
Hyper threading siblings: 1

Feature flags 3febfbff:
FPU    Floating Point Unit
VME    Virtual 8086 Mode Enhancements
DE     Debugging Extensions
PSE    Page Size Extensions
TSC    Time Stamp Counter
MSR    Model Specific Registers
PAE    Physical Address Extension
MCE    Machine Check Exception
CX8    COMPXCHG8B Instruction
APIC   On-chip Advanced Programmable Interrupt Controller present and enabled
SEP    Fast System Call
MTRR   Memory Type Range Registers
PGE    PTE Global Flag
MCA    Machine Check Architecture
CMOV   Conditional Move and Compare Instructions
FGPAT  Page Attribute Table
PSE-36 36-bit Page Size Extension
CLFSH  CFLUSH instruction
DS     Debug store
ACPI   Thermal Monitor and Clock Ctrl
MMX    MMX instruction set
FXSR   Fast FP/MMX Streaming SIMD Extensions save/restore
SSE    Streaming SIMD Extensions instruction set
SSE2   SSE2 extensions
SS     Self Snoop
HT     Hyper Threading
TM     Thermal monitor

TLB and cache info:
50: Instruction TLB: 4KB and 2MB or 4MB pages, 64 entries
5b: Data TLB: 4KB and 4MB pages, 64 entries
66: 1st-level data cache: 8KB, 4-way set assoc, 64 byte line size
40: No 2nd-level cache, or if 2nd-level cache exists, no 3rd-level cache
70: Trace cache: 12K-micro-op, 4-way set assoc
39: unknown TLB/cache descriptor
-- 

Vallo Kallaste
kalts@estpak.ee

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 11:52:45 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 75A8F37B40D
	for <current@freebsd.org>; Fri, 15 Nov 2002 11:52:43 -0800 (PST)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 19D0043E77
	for <current@freebsd.org>; Fri, 15 Nov 2002 11:52:43 -0800 (PST)
	(envelope-from bright@elvis.mu.org)
Received: by elvis.mu.org (Postfix, from userid 1192)
	id DDCDFAE163; Fri, 15 Nov 2002 11:52:42 -0800 (PST)
Date: Fri, 15 Nov 2002 11:52:42 -0800
From: Alfred Perlstein <bright@mu.org>
To: Craig Rodrigues <rodrigc@attbi.com>
Cc: current@freebsd.org
Subject: Re: POSIX AIO on FreeBSD question
Message-ID: <20021115195242.GH50692@elvis.mu.org>
References: <20021115135804.A7869@attbi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021115135804.A7869@attbi.com>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* Craig Rodrigues <rodrigc@attbi.com> [021115 10:44] wrote:
> Hi,
> 
> Do you have any insight into the question that I recently posted
> to -current and -standards?

Sorry, I'm no longer subscribed to those lists. :(
I do appreciate you contacting me about this, see below...

> 
> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=822605+0+current/freebsd-current
> 
> Thanks. :)

Try this patch, if you have time please either add whatever else
_SC_FOOs to vfs_aio.c and return the diff to me, or at least suggest
what other ones need to be set where I set them.  This delta is
untested, but should likely fix your problem.

cd /usr/src/sys/kern ; patch < /path/to/this/attachment ; 
recompile and install kernel or just load the new module.

Please let me know asap.

Index: vfs_aio.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/vfs_aio.c,v
retrieving revision 1.143
diff -u -r1.143 vfs_aio.c
--- vfs_aio.c	7 Nov 2002 20:46:37 -0000	1.143
+++ vfs_aio.c	15 Nov 2002 19:48:50 -0000
@@ -47,6 +47,7 @@
 #include <sys/conf.h>
 #include <sys/event.h>
 
+#include <posix4/posix4.h>
 #include <vm/vm.h>
 #include <vm/vm_extern.h>
 #include <vm/pmap.h>
@@ -350,6 +351,7 @@
 	aiod_lifetime = AIOD_LIFETIME_DEFAULT;
 	jobrefid = 1;
 	async_io_version = _POSIX_VERSION;
+	p31b_setcfg(CTL_P1003_1B_AIO_LISTIO_MAX, AIO_LISTIO_MAX);
 }
 
 /*
@@ -372,6 +374,7 @@
 	rm_at_exit(aio_proc_rundown);
 	rm_at_exec(aio_proc_rundown);
 	kqueue_del_filteropts(EVFILT_AIO);
+	p31b_setcfg(CTL_P1003_1B_AIO_LISTIO_MAX, 0);
 	return (0);
 }
 

thanks,
-- 
-Alfred Perlstein [alfred@freebsd.org]
'Instead of asking why a piece of software is using "1970s technology,"
 start asking why software is ignoring 30 years of accumulated wisdom.'

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 12:12:30 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1174337B401; Fri, 15 Nov 2002 12:12:28 -0800 (PST)
Received: from tomts11-srv.bellnexxia.net (tomts11.bellnexxia.net [209.226.175.55])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id EE11643E8A; Fri, 15 Nov 2002 12:12:21 -0800 (PST)
	(envelope-from mike@sparc64.style9.org)
Received: from bowie.private ([65.93.75.148]) by tomts11-srv.bellnexxia.net
          (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP
          id <20021115201216.EQTU23632.tomts11-srv.bellnexxia.net@bowie.private>;
          Fri, 15 Nov 2002 15:12:16 -0500
Received: from bowie.private (localhost [127.0.0.1])
	by bowie.private (8.12.6/8.12.5) with ESMTP id gAFKD27p084098;
	Fri, 15 Nov 2002 20:13:02 GMT
	(envelope-from mike@bowie.private)
Received: (from mike@localhost)
	by bowie.private (8.12.6/8.12.6/Submit) id gAFKD1je084096;
	Fri, 15 Nov 2002 20:13:01 GMT
Date: Fri, 15 Nov 2002 20:13:01 GMT
From: Mike Barcroft <mike@sparc64.style9.org>
Message-Id: <200211152013.gAFKD1je084096@bowie.private>
To: current@FreeBSD.org, sparc64@FreeBSD.org
Subject: sparc64 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Fri Nov 15 20:03:41 GMT 2002
--------------------------------------------------------------
===> ipfilter
cc1: warnings being treated as errors
/tinderbox/sparc64/src/sys/dev/gem/if_gem.c: In function `gem_start':
/tinderbox/sparc64/src/sys/dev/gem/if_gem.c:1232: warning: passing arg 1 of `bpf_mtap' from incompatible pointer type
/tinderbox/sparc64/src/sys/dev/gem/if_gem.c: In function `gem_rint':
/tinderbox/sparc64/src/sys/dev/gem/if_gem.c:1457: warning: unused variable `eh'
*** Error code 1

Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC.
*** Error code 1

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 12:15: 5 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id BD5A637B401; Fri, 15 Nov 2002 12:15:03 -0800 (PST)
Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id DF9A943E4A; Fri, 15 Nov 2002 12:15:02 -0800 (PST)
	(envelope-from archie@dellroad.org)
Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20])
	by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id MAA36300;
	Fri, 15 Nov 2002 12:05:22 -0800 (PST)
Received: from arch20m.dellroad.org (localhost [127.0.0.1])
	by arch20m.dellroad.org (8.12.6/8.12.6) with ESMTP id gAFK5MOS036690;
	Fri, 15 Nov 2002 12:05:22 -0800 (PST)
	(envelope-from archie@arch20m.dellroad.org)
Received: (from archie@localhost)
	by arch20m.dellroad.org (8.12.6/8.12.6/Submit) id gAFK5MRL036689;
	Fri, 15 Nov 2002 12:05:22 -0800 (PST)
From: Archie Cobbs <archie@dellroad.org>
Message-Id: <200211152005.gAFK5MRL036689@arch20m.dellroad.org>
Subject: Re: alpha tinderbox failure
In-Reply-To: <200211151138.gAFBctWM023811@beast.freebsd.org>
To: current@FreeBSD.ORG
Date: Fri, 15 Nov 2002 12:05:22 -0800 (PST)
Cc: grog@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL99b (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dag-Erling Smorgrav wrote:
> ===> vinum
> "Makefile", line 4441: warning: duplicate script for target "geom_bsd.o" ignored
> cc1: warnings being treated as errors
> /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
> /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1931: warning: unsigned int format, different type arg (arg 2)
> /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_out':
> /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 2)
> /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 4)
> /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 5)
> *** Error code 1

I'm getting tired of this email.  Any objections to the patch below?

-Archie

__________________________________________________________________________
Archie Cobbs     *     Packet Design     *     http://www.packetdesign.com

Index: aic79xx_osm.c
===================================================================
RCS file: /home/ncvs/src/sys/dev/aic7xxx/aic79xx_osm.c,v
retrieving revision 1.3
diff -u -r1.3 aic79xx_osm.c
--- aic79xx_osm.c	31 Aug 2002 06:51:15 -0000	1.3
+++ aic79xx_osm.c	15 Nov 2002 20:01:24 -0000
@@ -1927,7 +1927,7 @@
 	if (count <= 0)
 		count = 1;
 	while (--count >= 0) {
-		db_printf("%04x (M)%x: \t", addr,
+		db_printf("%04lx (M)%x: \t", (u_long)addr,
 			  ahd_inb(ahd_ddb_softc, MODE_PTR));
 		switch (size) {
 		case 1:
@@ -1986,9 +1986,9 @@
 			ahd_outl(ahd_ddb_softc, addr, new_value);
 			break;
 		}
-		db_printf("%04x (M)%x: \t0x%x\t=\t0x%x",
-			  addr, ahd_inb(ahd_ddb_softc, MODE_PTR),
-			  old_value, new_value);
+		db_printf("%04lx (M)%x: \t0x%lx\t=\t0x%lx",
+			  (u_long)addr, ahd_inb(ahd_ddb_softc, MODE_PTR),
+			  (u_long)old_value, (u_long)new_value);
 		addr += size;
 	}
 	db_skip_to_eol();

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 12:25:13 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 838CC37B401
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 12:25:12 -0800 (PST)
Received: from rootlabs.com (root.org [67.118.192.226])
	by mx1.FreeBSD.org (Postfix) with SMTP id 905ED43E88
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 12:25:08 -0800 (PST)
	(envelope-from nate@rootlabs.com)
Received: (qmail 47361 invoked by uid 1000); 15 Nov 2002 20:25:09 -0000
Date: Fri, 15 Nov 2002 12:25:09 -0800 (PST)
From: Nate Lawson <nate@root.org>
To: Archie Cobbs <archie@dellroad.org>
Cc: current@FreeBSD.ORG, des@freebsd.org
Subject: Re: alpha tinderbox failure
In-Reply-To: <200211152005.gAFK5MRL036689@arch20m.dellroad.org>
Message-ID: <Pine.BSF.4.21.0211151223020.46823-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 15 Nov 2002, Archie Cobbs wrote:
> Dag-Erling Smorgrav wrote:
> > ===> vinum
> > "Makefile", line 4441: warning: duplicate script for target "geom_bsd.o" ignored
> > cc1: warnings being treated as errors
> > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
> > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1931: warning: unsigned int format, different type arg (arg 2)
> > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_out':
> > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 2)
> > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 4)
> > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 5)
> > *** Error code 1
> 
> I'm getting tired of this email.  Any objections to the patch below?

aic7xxx is vendor-supported and changing it takes it off their p4
branch.  I think gibbs@ has some patches to fix this but there are many
more problems in other drivers that follow it in the build.

DES, can you take LINT out temporarily from the alpha tinderbox?

-Nate


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 12:25:45 2002
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id 8CDE537B401; Fri, 15 Nov 2002 12:25:44 -0800 (PST)
Date: Fri, 15 Nov 2002 12:25:44 -0800
From: Juli Mallett <jmallett@FreeBSD.org>
To: Nate Lawson <nate@root.org>
Cc: Archie Cobbs <archie@dellroad.org>, current@FreeBSD.ORG,
	des@freebsd.org
Subject: Re: alpha tinderbox failure
Message-ID: <20021115122544.A48309@FreeBSD.org>
References: <200211152005.gAFK5MRL036689@arch20m.dellroad.org> <Pine.BSF.4.21.0211151223020.46823-100000@root.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.BSF.4.21.0211151223020.46823-100000@root.org>; from nate@root.org on Fri, Nov 15, 2002 at 12:25:09PM -0800
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <jmallett@xMach.org>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>, <jmallett@OpenDarwin.org>
X-Towel: Yes
X-LiveJournal: flata, jmallett
X-Negacore: Yes
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* De: Nate Lawson <nate@root.org> [ Data: 2002-11-15 ]
	[ Subjecte: Re: alpha tinderbox failure ]
> On Fri, 15 Nov 2002, Archie Cobbs wrote:
> > Dag-Erling Smorgrav wrote:
> > > ===> vinum
> > > "Makefile", line 4441: warning: duplicate script for target "geom_bsd.o" ignored
> > > cc1: warnings being treated as errors
> > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
> > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1931: warning: unsigned int format, different type arg (arg 2)
> > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_out':
> > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 2)
> > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 4)
> > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 5)
> > > *** Error code 1
> > 
> > I'm getting tired of this email.  Any objections to the patch below?
> 
> aic7xxx is vendor-supported and changing it takes it off their p4
> branch.  I think gibbs@ has some patches to fix this but there are many
> more problems in other drivers that follow it in the build.
> 
> DES, can you take LINT out temporarily from the alpha tinderbox?

Can't that file just be marked nowerror for now?
-- 
Juli Mallett <jmallett@FreeBSD.org>
OpenDarwin, Mono, FreeBSD Developer.
ircd-hybrid Developer, EFnet addict.
FreeBSD on MIPS-Anything on FreeBSD.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 12:30:20 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C678637B401
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 12:30:18 -0800 (PST)
Received: from rootlabs.com (root.org [67.118.192.226])
	by mx1.FreeBSD.org (Postfix) with SMTP id 0099C43E4A
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 12:30:18 -0800 (PST)
	(envelope-from nate@rootlabs.com)
Received: (qmail 47406 invoked by uid 1000); 15 Nov 2002 20:30:19 -0000
Date: Fri, 15 Nov 2002 12:30:18 -0800 (PST)
From: Nate Lawson <nate@root.org>
To: Juli Mallett <jmallett@FreeBSD.org>
Cc: Archie Cobbs <archie@dellroad.org>, current@FreeBSD.ORG,
	des@freebsd.org
Subject: Re: alpha tinderbox failure
In-Reply-To: <20021115122544.A48309@FreeBSD.org>
Message-ID: <Pine.BSF.4.21.0211151229480.46823-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 15 Nov 2002, Juli Mallett wrote:
> * De: Nate Lawson <nate@root.org> [ Data: 2002-11-15 ]
> 	[ Subjecte: Re: alpha tinderbox failure ]
> > On Fri, 15 Nov 2002, Archie Cobbs wrote:
> > > Dag-Erling Smorgrav wrote:
> > > > ===> vinum
> > > > "Makefile", line 4441: warning: duplicate script for target "geom_bsd.o" ignored
> > > > cc1: warnings being treated as errors
> > > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
> > > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1931: warning: unsigned int format, different type arg (arg 2)
> > > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_out':
> > > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 2)
> > > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 4)
> > > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 5)
> > > > *** Error code 1
> > > 
> > > I'm getting tired of this email.  Any objections to the patch below?
> > 
> > aic7xxx is vendor-supported and changing it takes it off their p4
> > branch.  I think gibbs@ has some patches to fix this but there are many
> > more problems in other drivers that follow it in the build.
> > 
> > DES, can you take LINT out temporarily from the alpha tinderbox?
> 
> Can't that file just be marked nowerror for now?

WERROR= you mean.   :)

-Nate


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 13:13:15 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2F84F37B404
	for <current@FreeBSD.org>; Fri, 15 Nov 2002 13:13:14 -0800 (PST)
Received: from rootlabs.com (root.org [67.118.192.226])
	by mx1.FreeBSD.org (Postfix) with SMTP id CE86643E88
	for <current@FreeBSD.org>; Fri, 15 Nov 2002 13:13:13 -0800 (PST)
	(envelope-from nate@rootlabs.com)
Received: (qmail 47502 invoked by uid 1000); 15 Nov 2002 21:13:14 -0000
Date: Fri, 15 Nov 2002 13:13:14 -0800 (PST)
From: Nate Lawson <nate@root.org>
To: Lars Eggert <larse@ISI.EDU>
Cc: current <current@FreeBSD.org>
Subject: Re: kernel panic when booting with USB CF reader
In-Reply-To: <3D966358.8010606@isi.edu>
Message-ID: <Pine.BSF.4.21.0211151311020.47412-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, 28 Sep 2002, Lars Eggert wrote:
> I'm seeing a kernel panic on -current (9/26) when booting with a SanDisk 
> ImageMate II USB comact flash reader plugged in. The panic occurs after 
> the kernel has loaded when the first rc.d scripts execute (dumpon, 
> vinum, etc).
> 
> If I boot with the device disconnected, I can plug it in and unplug it 
> without problems later.
> 
> Attached is a boot trace and a gdb backtrace. (gdb crashed on me, so I 
> couldn't get more information.) Here's the relevant info from the trace:
> 
> SMP: AP CPU #1 Launched!
> Mounting root from ufs:/dev/da0s1a
> Entropy harvesting: interrupts ethernet point_to_point.
> kernel dumps on /dev/da1s1b
> vinum: loaded
> umass0: BBB reset failed, STALLED
> da2 at umass-sim0 bus 0 target 0 lun 0
> da2: <SanDisk ImageMate II 1.30> Removable Direct Access SCSI-2 device
> da2: 1.000MB/s transfers
> da2: Attempt to query device size failed: NOT READY, Medium not present
> (da2:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0
> (da2:umass-sim0:0:0:0): CAM Status: SCSI Status Error
> (da2:umass-sim0:0:0:0): SCSI Status: Check Condition
> (da2:umass-sim0:0:0:0): NOT READY asc:3a,0
> (da2:umass-sim0:0:0:0): Medium not present
> (da2:umass-sim0:0:0:0): Unretryable error
> 
> Fatal trap 18: integer divide fault while in kernel mode
> cpuid = 1; lapic.id = 02000000
> instruction pointer	= 0x8:0xc0437608
> stack pointer	        = 0x10:0xeb484870
> frame pointer	        = 0x10:0xeb4848f8
> code segment		= base 0x0, limit 0xfffff, type 0x1b
> 			= DPL 0, pres 1, def32 1, gran 1
> processor eflags	= interrupt enabled, resume, IOPL = 0
> current process		= 67 (vinum)
> kernel: type 18 trap, code=0
> Stopped at      __qdivrem+0x38: divl    %ecx,%eax

Is this still a problem?  Does it work if you have a flash card plugged
into the reader while booting?  Can you enable options DDB and type
"tr" to get a backtrace after the panic?

The problem appears to be that something is using the return value from
READ CAP even though it is not set because there is no flash
present (i.e. div by 0).

-Nate


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 13:17:52 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 641F337B401
	for <current@FreeBSD.org>; Fri, 15 Nov 2002 13:17:49 -0800 (PST)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E4DC743E88
	for <current@FreeBSD.org>; Fri, 15 Nov 2002 13:17:48 -0800 (PST)
	(envelope-from larse@ISI.EDU)
Received: from isi.edu (nik.isi.edu [128.9.168.58])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id gAFLHdC16578;
	Fri, 15 Nov 2002 13:17:39 -0800 (PST)
Message-ID: <3DD56472.2080201@isi.edu>
Date: Fri, 15 Nov 2002 13:17:38 -0800
From: Lars Eggert <larse@ISI.EDU>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021029
X-Accept-Language: en-us, de-de
MIME-Version: 1.0
To: Nate Lawson <nate@root.org>
Cc: current <current@FreeBSD.org>
Subject: Re: kernel panic when booting with USB CF reader
References: <Pine.BSF.4.21.0211151311020.47412-100000@root.org>
In-Reply-To: <Pine.BSF.4.21.0211151311020.47412-100000@root.org>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090806070309000700070203"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This is a cryptographically signed message in MIME format.

--------------ms090806070309000700070203
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Nate Lawson wrote:

> On Sat, 28 Sep 2002, Lars Eggert wrote:
>
> >I'm seeing a kernel panic on -current (9/26) when booting with a SanDisk
> >ImageMate II USB comact flash reader plugged in. The panic occurs after
> >the kernel has loaded when the first rc.d scripts execute (dumpon,
> >vinum, etc).
>
> Is this still a problem?

Nope, the problem disappeared sometime in October.

Lars
-- 
Lars Eggert <larse@isi.edu>           USC Information Sciences Institute

--------------ms090806070309000700070203
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC
AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV
BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG
A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj
ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG
CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw
MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD
YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy
dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw
LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ
gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd
knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp
AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS
BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH
XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M
G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp
h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL
MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du
MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD
VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX
DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD
VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ
KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE
aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m
xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac
yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl
oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9
VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO
VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ
KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh
DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR
1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw
DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx
EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp
Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z
MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN
MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh
cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK
zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa
SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/
r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK
OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy
CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB
ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk
dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM
jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV
s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF
MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx
EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp
Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z
MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI
hvcNAQkFMQ8XDTAyMTExNTIxMTczOFowIwYJKoZIhvcNAQkEMRYEFEaxaREr5aHCaDETkIJQ
EK4ooOAuMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G
CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w
gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh
cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl
czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq
hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw
ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp
ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44
LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAPNRMlafDzIOOXBv83QJqicZTjkZTkLKGhOBf
KJhs0Zg3wJo+fyXwUVlNQX/f4QY1+yAJav6J+1z9Tyk8Bh2LxoTCS2Hl1yAdKaYzZwhf42Et
w6PWG9jwPiH7AMPqMmMgoX76KVGp5MDqlBBKcrvmUa2H4DYOxHntk35wg2tuCTfAMSptOkN8
8cHNjNgGj7iK3dwZUSQlJdOLYWzCOntKupgyE4uYJFgdpMqZ78eQufwTcSdPJtJks/Qemzw5
rwizaeE3LGxyV1+zO2FS+WrxonuW2lk3XAAfi/elvxqlKHlA83SrvW2PyZ9CWzwoa+MFaYBy
4l2UmLv63f//8hLbWQAAAAAAAA==
--------------ms090806070309000700070203--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 13:23:51 2002
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id D131537B401; Fri, 15 Nov 2002 13:23:50 -0800 (PST)
Date: Fri, 15 Nov 2002 13:23:50 -0800
From: Juli Mallett <jmallett@FreeBSD.org>
To: Nate Lawson <nate@root.org>
Cc: Archie Cobbs <archie@dellroad.org>, current@FreeBSD.ORG,
	des@freebsd.org
Subject: Re: alpha tinderbox failure
Message-ID: <20021115132350.A52046@FreeBSD.org>
References: <20021115122544.A48309@FreeBSD.org> <Pine.BSF.4.21.0211151229480.46823-100000@root.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.BSF.4.21.0211151229480.46823-100000@root.org>; from nate@root.org on Fri, Nov 15, 2002 at 12:30:18PM -0800
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <jmallett@xMach.org>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>, <jmallett@OpenDarwin.org>
X-Towel: Yes
X-LiveJournal: flata, jmallett
X-Negacore: Yes
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* De: Nate Lawson <nate@root.org> [ Data: 2002-11-15 ]
	[ Subjecte: Re: alpha tinderbox failure ]
> > > aic7xxx is vendor-supported and changing it takes it off their p4
> > > branch.  I think gibbs@ has some patches to fix this but there are many
> > > more problems in other drivers that follow it in the build.
> > > 
> > > DES, can you take LINT out temporarily from the alpha tinderbox?
> > 
> > Can't that file just be marked nowerror for now?
> 
> WERROR= you mean.   :)

No, I'm referring to a flag in the files list to not include the WERROR var
in that file's compilation line.
-- 
Juli Mallett <jmallett@FreeBSD.org>
OpenDarwin, Mono, FreeBSD Developer.
ircd-hybrid Developer, EFnet addict.
FreeBSD on MIPS-Anything on FreeBSD.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 13:26:40 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9AD9837B401
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 13:26:38 -0800 (PST)
Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2A17743E88
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 13:26:38 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 22578 invoked from network); 15 Nov 2002 21:26:44 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail11.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <jmallett@FreeBSD.org>; 15 Nov 2002 21:26:44 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gAFLQZ2D016421;
	Fri, 15 Nov 2002 16:26:35 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20021115162637.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <Pine.BSF.4.21.0211151229480.46823-100000@root.org>
Date: Fri, 15 Nov 2002 16:26:37 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Nate Lawson <nate@root.org>
Subject: Re: alpha tinderbox failure
Cc: des@freebsd.org, current@FreeBSD.ORG,
	Archie Cobbs <archie@dellroad.org>,
	Juli Mallett <jmallett@FreeBSD.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 15-Nov-2002 Nate Lawson wrote:
> On Fri, 15 Nov 2002, Juli Mallett wrote:
>> * De: Nate Lawson <nate@root.org> [ Data: 2002-11-15 ]
>>      [ Subjecte: Re: alpha tinderbox failure ]
>> > On Fri, 15 Nov 2002, Archie Cobbs wrote:
>> > > Dag-Erling Smorgrav wrote:
>> > > > ===> vinum
>> > > > "Makefile", line 4441: warning: duplicate script for target "geom_bsd.o" ignored
>> > > > cc1: warnings being treated as errors
>> > > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
>> > > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1931: warning: unsigned int format, different
>> > > > type arg (arg 2)
>> > > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_out':
>> > > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different
>> > > > type arg (arg 2)
>> > > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different
>> > > > type arg (arg 4)
>> > > > /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different
>> > > > type arg (arg 5)
>> > > > *** Error code 1
>> > > 
>> > > I'm getting tired of this email.  Any objections to the patch below?
>> > 
>> > aic7xxx is vendor-supported and changing it takes it off their p4
>> > branch.  I think gibbs@ has some patches to fix this but there are many
>> > more problems in other drivers that follow it in the build.
>> > 
>> > DES, can you take LINT out temporarily from the alpha tinderbox?
>> 
>> Can't that file just be marked nowerror for now?
> 
> WERROR= you mean.   :)

He means 'nowerror' in sys/conf/files

FWIW, the correct patch would be to use %j and uintmax_t, not longs.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 13:32:53 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DC6DC37B404
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 13:32:52 -0800 (PST)
Received: from rootlabs.com (root.org [67.118.192.226])
	by mx1.FreeBSD.org (Postfix) with SMTP id 7FCF743E75
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 13:32:52 -0800 (PST)
	(envelope-from nate@rootlabs.com)
Received: (qmail 47585 invoked by uid 1000); 15 Nov 2002 21:32:53 -0000
Date: Fri, 15 Nov 2002 13:32:53 -0800 (PST)
From: Nate Lawson <nate@root.org>
To: John Baldwin <jhb@FreeBSD.org>
Cc: current@FreeBSD.ORG
Subject: Re: alpha tinderbox failure
In-Reply-To: <XFMail.20021115162637.jhb@FreeBSD.org>
Message-ID: <Pine.BSF.4.21.0211151331190.47412-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 15 Nov 2002, John Baldwin wrote:
> He means 'nowerror' in sys/conf/files

Since this doesn't generate errors on i386, would it be counterproductive
to put it in the global files?

> FWIW, the correct patch would be to use %j and uintmax_t, not longs.

I believe this was not done due to Linux compat issues but I'm not sure.

-Nate


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 13:40:22 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 440CA37B401; Fri, 15 Nov 2002 13:40:11 -0800 (PST)
Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 5E4E643E4A; Fri, 15 Nov 2002 13:40:10 -0800 (PST)
	(envelope-from julian@elischer.org)
Received: from InterJet.elischer.org ([12.232.168.4])
          by sccrmhc01.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20021115214008.UCEP2683.sccrmhc01.attbi.com@InterJet.elischer.org>;
          Fri, 15 Nov 2002 21:40:08 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA46393;
	Fri, 15 Nov 2002 13:39:47 -0800 (PST)
Date: Fri, 15 Nov 2002 13:39:46 -0800 (PST)
From: Julian Elischer <julian@elischer.org>
To: FreeBSD current users <current@freebsd.org>
Cc: re@freebsd.org
Subject: First cut at sysinstall 64bit changes
Message-ID: <Pine.BSF.4.21.0211151327260.46162-200000@InterJet.elischer.org>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-700495603-1037396386=:46162"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--0-700495603-1037396386=:46162
Content-Type: TEXT/PLAIN; charset=US-ASCII

Here is a set of patches that alowed me to at least make a 1.5TB
partition on my raid set.
I am willing to bet that it breaks other platforms as I haven't 
even compiled them but it's mainly mechanical editing.

is there a "Mr sysinstall" these days?

The set I posted for 4.7++ is different from this as I think that
the two are diverging with the  addition of ufs2 to -current.

This is not complete but it did allow me to partition the
array with one big partition which is what I wanted (for testing UFS2).


Julian


--0-700495603-1037396386=:46162
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="64bit.diff"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.BSF.4.21.0211151339450.46162@InterJet.elischer.org>
Content-Description: 
Content-Disposition: attachment; filename="64bit.diff"

SW5kZXg6IGxpYi9saWJkaXNrL2NodW5rLmMNCj09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT0NClJDUyBmaWxlOiAvdXNyL2N2cy9zcmMvbGliL2xpYmRpc2svY2h1
bmsuYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNDQNCmRpZmYgLXUgLXIx
LjQ0IGNodW5rLmMNCi0tLSBsaWIvbGliZGlzay9jaHVuay5jCTEzIE5vdiAy
MDAyIDA1OjMxOjMyIC0wMDAwCTEuNDQNCisrKyBsaWIvbGliZGlzay9jaHVu
ay5jCTE1IE5vdiAyMDAyIDE4OjU2OjUwIC0wMDAwDQpAQCAtNDQsNyArNDQs
NyBAQA0KIH0NCiANCiBzdGF0aWMgc3RydWN0IGNodW5rICoNCi1GaW5kX01v
dGhlcl9DaHVuayhzdHJ1Y3QgY2h1bmsgKmNodW5rcywgdV9sb25nIG9mZnNl
dCwgdV9sb25nIGVuZCwgY2h1bmtfZSB0eXBlKQ0KK0ZpbmRfTW90aGVyX0No
dW5rKHN0cnVjdCBjaHVuayAqY2h1bmtzLCBibGtfY250IG9mZnNldCwgYmxr
X2NudCBlbmQsIGNodW5rX2UgdHlwZSkNCiB7DQogCXN0cnVjdCBjaHVuayAq
YzEsKmMyLGN0Ow0KIA0KQEAgLTEyMSw3ICsxMjEsNyBAQA0KIH0NCiANCiBp
bnQNCi1JbnNlcnRfQ2h1bmsoc3RydWN0IGNodW5rICpjMiwgdV9sb25nIG9m
ZnNldCwgdV9sb25nIHNpemUsIGNvbnN0IGNoYXIgKm5hbWUsDQorSW5zZXJ0
X0NodW5rKHN0cnVjdCBjaHVuayAqYzIsIGJsa19jbnQgb2Zmc2V0LCBibGtf
Y250IHNpemUsIGNvbnN0IGNoYXIgKm5hbWUsDQogCWNodW5rX2UgdHlwZSwg
aW50IHN1YnR5cGUsIHVfbG9uZyBmbGFncywgY29uc3QgY2hhciAqc25hbWUp
DQogew0KIAlzdHJ1Y3QgY2h1bmsgKmN0LCpjczsNCkBAIC0yMDQsMTEgKzIw
NCwxMSBAQA0KIH0NCiANCiBpbnQNCi1BZGRfQ2h1bmsoc3RydWN0IGRpc2sg
KmQsIGxvbmcgb2Zmc2V0LCB1X2xvbmcgc2l6ZSwgY29uc3QgY2hhciAqbmFt
ZSwNCitBZGRfQ2h1bmsoc3RydWN0IGRpc2sgKmQsIGJsa19jbnQgb2Zmc2V0
LCBibGtfY250IHNpemUsIGNvbnN0IGNoYXIgKm5hbWUsDQogCWNodW5rX2Ug
dHlwZSwgaW50IHN1YnR5cGUsIHVfbG9uZyBmbGFncywgY29uc3QgY2hhciAq
c25hbWUpDQogew0KIAlzdHJ1Y3QgY2h1bmsgKmMxLCpjMixjdDsNCi0JdV9s
b25nIGVuZCA9IG9mZnNldCArIHNpemUgLSAxOw0KKwlibGtfY250IGVuZCA9
IG9mZnNldCArIHNpemUgLSAxOw0KIAljdC5vZmZzZXQgPSBvZmZzZXQ7DQog
CWN0LmVuZCA9IGVuZDsNCiAJY3Quc2l6ZSA9IHNpemU7DQpAQCAtMzgxLDcg
KzM4MSw3IEBADQogCWZvcig7IGkgPCBvZmZzZXQ7IGkrKykgcHV0Y2hhcign
LScpOw0KIAlwdXRjaGFyKCc+Jyk7DQogCWZvcig7IGkgPCAxMDsgaSsrKSBw
dXRjaGFyKCcgJyk7DQotCXByaW50ZigiJXAgJThsZCAlOGx1ICU4bHUgJS04
cyAlLTE2cyAlLThzIDB4JTAyeCAlcyIsDQorCXByaW50ZigiJXAgJTEybGx1
ICUxMmxsdSAlMTJsbHUgJS04cyAlLTE2cyAlLThzIDB4JTAyeCAlcyIsDQog
CQljMSwgYzEtPm9mZnNldCwgYzEtPnNpemUsIGMxLT5lbmQsIGMxLT5uYW1l
LCBjMS0+c25hbWUsDQogCQljaHVua19uYW1lKGMxLT50eXBlKSwgYzEtPnN1
YnR5cGUsDQogCQlTaG93Q2h1bmtGbGFncyhjMSkpOw0KQEAgLTQwNyw3ICs0
MDcsNyBAQA0KIHsNCiAJc3RydWN0IGNodW5rICpjMT0wLCAqYzIsICpjMzsN
CiAJY2h1bmtfZSB0eXBlID0gYy0+dHlwZTsNCi0JdV9sb25nIG9mZnNldCA9
IGMtPm9mZnNldDsNCisJYmxrX2NudCBvZmZzZXQgPSBjLT5vZmZzZXQ7DQog
DQogCWlmKHR5cGUgPT0gd2hvbGUpDQogCQlyZXR1cm4gMTsNCkluZGV4OiBs
aWIvbGliZGlzay9jcmVhdGVfY2h1bmsuYw0KPT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PQ0KUkNTIGZpbGU6IC91c3IvY3ZzL3NyYy9saWIvbGliZGlzay9jcmVh
dGVfY2h1bmsuYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNzYNCmRpZmYg
LXUgLXIxLjc2IGNyZWF0ZV9jaHVuay5jDQotLS0gbGliL2xpYmRpc2svY3Jl
YXRlX2NodW5rLmMJMTEgTm92IDIwMDIgMDQ6NDY6MzkgLTAwMDAJMS43Ng0K
KysrIGxpYi9saWJkaXNrL2NyZWF0ZV9jaHVuay5jCTE1IE5vdiAyMDAyIDE5
OjI0OjQ4IC0wMDAwDQpAQCAtMTcxLDEwICsxNzEsMTAgQEANCiB9DQogDQog
aW50DQotQ3JlYXRlX0NodW5rKHN0cnVjdCBkaXNrICpkLCB1X2xvbmcgb2Zm
c2V0LCB1X2xvbmcgc2l6ZSwgY2h1bmtfZSB0eXBlLCBpbnQgc3VidHlwZSwg
dV9sb25nIGZsYWdzLCBjb25zdCBjaGFyICpzbmFtZSkNCitDcmVhdGVfQ2h1
bmsoc3RydWN0IGRpc2sgKmQsIGJsa19jbnQgb2Zmc2V0LCBibGtfY250IHNp
emUsIGNodW5rX2UgdHlwZSwgaW50IHN1YnR5cGUsIHVfbG9uZyBmbGFncywg
Y29uc3QgY2hhciAqc25hbWUpDQogew0KIAlpbnQgaTsNCi0JdV9sb25nIGw7
DQorCWJsa19jbnQgbDsNCiAJDQogCWlmKCEoZmxhZ3MgJiBDSFVOS19GT1JD
RV9BTEwpKSB7DQogI2lmZGVmIFBDOTgNCkBAIC0yMDIsNyArMjAyLDggQEAN
CiB9DQogDQogc3RydWN0IGNodW5rICoNCi1DcmVhdGVfQ2h1bmtfRFdJTShz
dHJ1Y3QgZGlzayAqZCwgY29uc3Qgc3RydWN0IGNodW5rICpwYXJlbnQgLCB1
X2xvbmcgc2l6ZSwgY2h1bmtfZSB0eXBlLCBpbnQgc3VidHlwZSwgdV9sb25n
IGZsYWdzKQ0KK0NyZWF0ZV9DaHVua19EV0lNKHN0cnVjdCBkaXNrICpkLCBj
b25zdCBzdHJ1Y3QgY2h1bmsgKnBhcmVudCAsIGJsa19jbnQgc2l6ZSwNCitj
aHVua19lIHR5cGUsIGludCBzdWJ0eXBlLCB1X2xvbmcgZmxhZ3MpDQogew0K
IAlpbnQgaTsNCiAJc3RydWN0IGNodW5rICpjMTsNCkluZGV4OiBsaWIvbGli
ZGlzay9kaXNrLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxl
OiAvdXNyL2N2cy9zcmMvbGliL2xpYmRpc2svZGlzay5jLHYNCnJldHJpZXZp
bmcgcmV2aXNpb24gMS4xMDgNCmRpZmYgLXUgLXIxLjEwOCBkaXNrLmMNCi0t
LSBsaWIvbGliZGlzay9kaXNrLmMJMTMgTm92IDIwMDIgMDU6MzE6MzIgLTAw
MDAJMS4xMDgNCisrKyBsaWIvbGliZGlzay9kaXNrLmMJMTUgTm92IDIwMDIg
MTk6MTk6MDEgLTAwMDANCkBAIC0xMDIsNyArMTAyLDcgQEANCiAJc2l6ZV90
IHR4dHNpemU7DQogCWludCBlcnJvciwgaTsNCiAJY2hhciAqcCwgKnEsICpy
LCAqYSwgKmIsICpuLCAqdDsNCi0Jb2ZmX3QgbywgbGVuLCBvZmY7DQorCWJs
a19jbnQgbywgbGVuLCBvZmY7DQogCXVfaW50IGwsIHMsIHR5LCBzYywgaGQs
IGFsdDsNCiAJb2ZmX3QgbG9bMTBdOw0KIA0KQEAgLTE1Miw3ICsxNTIsNyBA
QA0KIAlkLT5uYW1lID0gc3RyZHVwKG5hbWUpOw0KIA0KIAlhID0gc3Ryc2Vw
KCZwLCAiICIpOwkvKiBsZW5ndGggaW4gYnl0ZXMgKi8NCi0JbGVuID0gc3Ry
dG9pbWF4KGEsICZyLCAwKTsNCisJbGVuID0gc3RydG91bGwoYSwgJnIsIDAp
Ow0KIAlpZiAoKnIpIHsgcHJpbnRmKCJCQVJGICVkIDwlZD5cbiIsIF9fTElO
RV9fLCAqcik7IGV4aXQgKDApOyB9DQogDQogCWEgPSBzdHJzZXAoJnAsICIg
Iik7CS8qIHNlY3RvcnNpemUgKi8NCkBAIC0xNjIsNyArMTYyLDcgQEANCiAJ
ZC0+c2VjdG9yX3NpemUgPSBzOw0KIAlsZW4gLz0gczsJLyogbWVkaWEgc2l6
ZSBpbiBudW1iZXIgb2Ygc2VjdG9ycy4gKi8NCiANCi0JaWYgKEFkZF9DaHVu
ayhkLCAwLCBsZW4sIG5hbWUsIHdob2xlLCAwLCAwLCAiLSIpKQ0KKwlpZiAo
QWRkX0NodW5rKGQsIDBMTCwgbGVuLCBuYW1lLCB3aG9sZSwgMCwgMCwgIi0i
KSkNCiAJCURQUklOVCgoIkZhaWxlZCB0byBhZGQgJ3dob2xlJyBjaHVuayIp
KTsNCiANCiAJZm9yICg7Oykgew0KQEAgLTE3MCw3ICsxNzAsNyBAQA0KIAkJ
aWYgKGEgPT0gTlVMTCkNCiAJCQlicmVhazsNCiAJCWIgPSBzdHJzZXAoJnAs
ICIgIik7DQotCQlvID0gc3RydG91bChiLCAmciwgMCk7DQorCQlvID0gc3Ry
dG91bGwoYiwgJnIsIDApOw0KIAkJaWYgKCpyKSB7IHByaW50ZigiQkFSRiAl
ZCA8JWQ+XG4iLCBfX0xJTkVfXywgKnIpOyBleGl0ICgwKTsgfQ0KIAkJaWYg
KCFzdHJjbXAoYSwgImhkIikpDQogCQkJZC0+Ymlvc19oZCA9IG87DQpAQCAt
MjAyLDcgKzIwMiw3IEBADQogCQl0ID0gc3Ryc2VwKCZwLCAiICIpOwkvKiBU
eXBlIHtTVU4sIEJTRCwgTUJSLCBHUFR9ICovDQogCQluID0gc3Ryc2VwKCZw
LCAiICIpOwkvKiBuYW1lICovDQogCQlhID0gc3Ryc2VwKCZwLCAiICIpOwkv
KiBsZW4gKi8NCi0JCWxlbiA9IHN0cnRvaW1heChhLCAmciwgMCk7DQorCQls
ZW4gPSBzdHJ0b3VsbChhLCAmciwgMCk7DQogCQlpZiAoKnIpIHsgcHJpbnRm
KCJCQVJGICVkIDwlZD5cbiIsIF9fTElORV9fLCAqcik7IGV4aXQgKDApOyB9
DQogCQlhID0gc3Ryc2VwKCZwLCAiICIpOwkvKiBzZWNzaXplICovDQogCQlz
ID0gc3RydG9pbWF4KGEsICZyLCAwKTsNCkBAIC0yMTIsNyArMjEyLDcgQEAN
CiAJCQlpZiAoYSA9PSBOVUxMKQ0KIAkJCQlicmVhazsNCiAJCQliID0gc3Ry
c2VwKCZwLCAiICIpOw0KLQkJCW8gPSBzdHJ0b2ltYXgoYiwgJnIsIDApOw0K
KwkJCW8gPSBzdHJ0b3VsbChiLCAmciwgMCk7DQogCQkJaWYgKCpyKSB7DQog
CQkJCXVpbnQzMl90IHN0YXR1czsNCiANCkluZGV4OiBsaWIvbGliZGlzay9s
aWJkaXNrLmgNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAv
dXNyL2N2cy9zcmMvbGliL2xpYmRpc2svbGliZGlzay5oLHYNCnJldHJpZXZp
bmcgcmV2aXNpb24gMS41MQ0KZGlmZiAtdSAtcjEuNTEgbGliZGlzay5oDQot
LS0gbGliL2xpYmRpc2svbGliZGlzay5oCTExIE5vdiAyMDAyIDE4OjU1OjU3
IC0wMDAwCTEuNTENCisrKyBsaWIvbGliZGlzay9saWJkaXNrLmgJMTUgTm92
IDIwMDIgMTk6MjI6MzQgLTAwMDANCkBAIC0xMCw2ICsxMCw3IEBADQogKg0K
ICovDQogDQordHlwZWRlZiB1X2ludDY0X3QgYmxrX2NudDsNCiAjZGVmaW5l
IERFQlVHIDENCiAvKiBZb3UgY2FuIGRlZmluZSBhIHBhcnRpY3VsYXIgYXJj
aGl0ZWN0dXJlIGhlcmUgaWYgeW91IGFyZSBkZWJ1Z2dpbmcuICovDQogLyog
I2RlZmluZSBQX0RFQlVHIHBfc3BhcmM2NCAqLw0KQEAgLTEwMCw5ICsxMDEs
OSBAQA0KIAlzdHJ1Y3QgY2h1bmsJKm5leHQ7DQogCXN0cnVjdCBjaHVuawkq
cGFydDsNCiAJc3RydWN0IGRpc2sJKmRpc2s7DQotCWxvbmcJCW9mZnNldDsN
Ci0JdV9sb25nCQlzaXplOw0KLQl1X2xvbmcJCWVuZDsNCisJYmxrX2NudAkJ
b2Zmc2V0Ow0KKwlibGtfY250CQlzaXplOw0KKwlibGtfY250CQllbmQ7DQog
CWNoYXIJCSpzbmFtZTsJCS8qIFBDOTggZmllbGQgKi8NCiAJY2hhcgkJKm5h
bWU7DQogCWNoYXIJCSpvbmFtZTsNCkBAIC0xODAsNyArMTgxLDcgQEANCiAg
Ki8NCiANCiBpbnQNCi1JbnNlcnRfQ2h1bmsoc3RydWN0IGNodW5rICosIHVf
bG9uZywgdV9sb25nLCBjb25zdCBjaGFyICosIGNodW5rX2UsIGludCwNCitJ
bnNlcnRfQ2h1bmsoc3RydWN0IGNodW5rICosIGJsa19jbnQsIGJsa19jbnQs
IGNvbnN0IGNoYXIgKiwgY2h1bmtfZSwgaW50LA0KIAl1X2xvbmcsIGNvbnN0
IGNoYXIgKik7DQogDQogaW50DQpAQCAtMjA0LDcgKzIwNSw3IEBADQogICov
DQogDQogaW50DQotQ3JlYXRlX0NodW5rKHN0cnVjdCBkaXNrICosIHVfbG9u
ZywgdV9sb25nLCBjaHVua19lLCBpbnQsIHVfbG9uZywgY29uc3QgY2hhciAq
KTsNCitDcmVhdGVfQ2h1bmsoc3RydWN0IGRpc2sgKiwgYmxrX2NudCwgYmxr
X2NudCwgY2h1bmtfZSwgaW50LCB1X2xvbmcsIGNvbnN0IGNoYXIgKik7DQog
LyogQ3JlYXRlIGEgY2h1bmsgd2l0aCB0aGUgc3BlY2lmaWVkIHBhcmFtdGVy
cw0KICAqLw0KIA0KQEAgLTI0OSwzNiArMjUwLDM2IEBADQogLyogV3JpdGUg
YWxsIHRoZSBNQlJzLCBkaXNrbGFiZWxzLCBib290YmxvY2tzIGFuZCBib290
IG1hbmFnZXJzDQogICovDQogDQotdV9sb25nDQotTmV4dF9DeWxfQWxpZ25l
ZChjb25zdCBzdHJ1Y3QgZGlzayAqLCB1X2xvbmcpOw0KK2Jsa19jbnQNCitO
ZXh0X0N5bF9BbGlnbmVkKGNvbnN0IHN0cnVjdCBkaXNrICosIGJsa19jbnQp
Ow0KIC8qIFJvdW5kIG9mZnNldCB1cCB0byBuZXh0IGN5bGluZGVyIGFjY29y
ZGluZyB0byB0aGUgYmlvcy1nZW9tZXRyeQ0KICAqLw0KIA0KLXVfbG9uZw0K
LVByZXZfQ3lsX0FsaWduZWQoY29uc3Qgc3RydWN0IGRpc2sgKiwgdV9sb25n
KTsNCitibGtfY250DQorUHJldl9DeWxfQWxpZ25lZChjb25zdCBzdHJ1Y3Qg
ZGlzayAqLCBibGtfY250KTsNCiAvKiBSb3VuZCBvZmZzZXQgZG93biB0byBw
cmV2aW91cyBjeWxpbmRlciBhY2NvcmRpbmcgdG8gdGhlIGJpb3MtDQogICog
Z2VvbWV0cnkNCiAgKi8NCiANCiBpbnQNCi1UcmFja19BbGlnbmVkKGNvbnN0
IHN0cnVjdCBkaXNrICosIHVfbG9uZyk7DQorVHJhY2tfQWxpZ25lZChjb25z
dCBzdHJ1Y3QgZGlzayAqLCBibGtfY250KTsNCiAvKiBDaGVjayBpZiBvZmZz
ZXQgaXMgYWxpZ25lZCBvbiBhIHRyYWNrIGFjY29yZGluZyB0byB0aGUNCiAg
KiBiaW9zIGdlb21ldHJ5DQogICovDQogDQotdV9sb25nDQotTmV4dF9UcmFj
a19BbGlnbmVkKGNvbnN0IHN0cnVjdCBkaXNrICosIHVfbG9uZyk7DQorYmxr
X2NudA0KK05leHRfVHJhY2tfQWxpZ25lZChjb25zdCBzdHJ1Y3QgZGlzayAq
LCBibGtfY250KTsNCiAvKiBSb3VuZCBvZmZzZXQgdXAgdG8gbmV4dCB0cmFj
ayBhY2NvcmRpbmcgdG8gdGhlIGJpb3MtZ2VvbWV0cnkNCiAgKi8NCiANCi11
X2xvbmcNCi1QcmV2X1RyYWNrX0FsaWduZWQoY29uc3Qgc3RydWN0IGRpc2sg
KiwgdV9sb25nKTsNCitibGtfY250DQorUHJldl9UcmFja19BbGlnbmVkKGNv
bnN0IHN0cnVjdCBkaXNrICosIGJsa19jbnQpOw0KIC8qIENoZWNrIGlmIG9m
ZnNldCBpcyBhbGlnbmVkIG9uIGEgdHJhY2sgYWNjb3JkaW5nIHRvIHRoZQ0K
ICAqIGJpb3MgZ2VvbWV0cnkNCiAgKi8NCiANCiBzdHJ1Y3QgY2h1bmsgKg0K
LUNyZWF0ZV9DaHVua19EV0lNKHN0cnVjdCBkaXNrICosIGNvbnN0IHN0cnVj
dCBjaHVuayAqLCB1X2xvbmcsIGNodW5rX2UsIGludCwNCitDcmVhdGVfQ2h1
bmtfRFdJTShzdHJ1Y3QgZGlzayAqLCBjb25zdCBzdHJ1Y3QgY2h1bmsgKiwg
YmxrX2NudCwgY2h1bmtfZSwgaW50LA0KIAl1X2xvbmcpOw0KIC8qIFRoaXMg
b25lIGNyZWF0ZXMgYSBwYXJ0aXRpb24gaW5zaWRlIHRoZSBnaXZlbiBwYXJl
bnQgb2YgdGhlIGdpdmVuDQogICogc2l6ZSwgYW5kIHJldHVybnMgYSBwb2lu
dGVyIHRvIGl0LiAgVGhlIGZpcnN0IHVudXNlZCBjaHVuayBiaWcNCkBAIC0y
OTksNyArMzAwLDcgQEANCiB2b2lkIERlYnVnX0NodW5rKHN0cnVjdCBjaHVu
ayAqKTsNCiB2b2lkIEZyZWVfQ2h1bmsoc3RydWN0IGNodW5rICopOw0KIHN0
cnVjdCBjaHVuayAqQ2xvbmVfQ2h1bmsoY29uc3Qgc3RydWN0IGNodW5rICop
Ow0KLWludCBBZGRfQ2h1bmsoc3RydWN0IGRpc2sgKiwgbG9uZywgdV9sb25n
LCBjb25zdCBjaGFyICosIGNodW5rX2UsIGludCwgdV9sb25nLA0KK2ludCBB
ZGRfQ2h1bmsoc3RydWN0IGRpc2sgKiwgYmxrX2NudCwgYmxrX2NudCwgY29u
c3QgY2hhciAqLCBjaHVua19lLCBpbnQsIHVfbG9uZywNCiAJY29uc3QgY2hh
ciAqKTsNCiB2b2lkICpyZWFkX2Jsb2NrKGludCwgZGFkZHJfdCwgdV9sb25n
KTsNCiBpbnQgd3JpdGVfYmxvY2soaW50LCBkYWRkcl90LCBjb25zdCB2b2lk
ICosIHVfbG9uZyk7DQpJbmRleDogbGliL2xpYmRpc2svcnVsZXMuYw0KPT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC91c3IvY3ZzL3NyYy9s
aWIvbGliZGlzay9ydWxlcy5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4y
Nw0KZGlmZiAtdSAtcjEuMjcgcnVsZXMuYw0KLS0tIGxpYi9saWJkaXNrL3J1
bGVzLmMJMzEgT2N0IDIwMDIgMDU6NTE6MjUgLTAwMDAJMS4yNw0KKysrIGxp
Yi9saWJkaXNrL3J1bGVzLmMJMTUgTm92IDIwMDIgMTk6MjY6NTEgLTAwMDAN
CkBAIC0yNSw3ICsyNSw3IEBADQogI2luY2x1ZGUgImxpYmRpc2suaCINCiAN
CiBpbnQNCi1UcmFja19BbGlnbmVkKGNvbnN0IHN0cnVjdCBkaXNrICpkLCB1
X2xvbmcgb2Zmc2V0KQ0KK1RyYWNrX0FsaWduZWQoY29uc3Qgc3RydWN0IGRp
c2sgKmQsIGJsa19jbnQgb2Zmc2V0KQ0KIHsNCiAJaWYgKCFkLT5iaW9zX3Nl
Y3QpDQogCQlyZXR1cm4gMTsNCkBAIC0zNCwxNiArMzQsMTYgQEANCiAJcmV0
dXJuIDE7DQogfQ0KIA0KLXVfbG9uZw0KLVByZXZfVHJhY2tfQWxpZ25lZChj
b25zdCBzdHJ1Y3QgZGlzayAqZCwgdV9sb25nIG9mZnNldCkNCitibGtfY250
DQorUHJldl9UcmFja19BbGlnbmVkKGNvbnN0IHN0cnVjdCBkaXNrICpkLCBi
bGtfY250IG9mZnNldCkNCiB7DQogCWlmICghZC0+Ymlvc19zZWN0KQ0KIAkJ
cmV0dXJuIG9mZnNldDsNCiAJcmV0dXJuIChvZmZzZXQgLyBkLT5iaW9zX3Nl
Y3QpICogZC0+Ymlvc19zZWN0Ow0KIH0NCiANCi11X2xvbmcNCi1OZXh0X1Ry
YWNrX0FsaWduZWQoY29uc3Qgc3RydWN0IGRpc2sgKmQsIHVfbG9uZyBvZmZz
ZXQpDQorYmxrX2NudA0KK05leHRfVHJhY2tfQWxpZ25lZChjb25zdCBzdHJ1
Y3QgZGlzayAqZCwgYmxrX2NudCBvZmZzZXQpDQogew0KIAlpZiAoIWQtPmJp
b3Nfc2VjdCkNCiAJCXJldHVybiBvZmZzZXQ7DQpAQCAtNTEsNyArNTEsNyBA
QA0KIH0NCiANCiBzdGF0aWMgaW50DQotQ3lsX0FsaWduZWQoY29uc3Qgc3Ry
dWN0IGRpc2sgKmQsIHVfbG9uZyBvZmZzZXQpDQorQ3lsX0FsaWduZWQoY29u
c3Qgc3RydWN0IGRpc2sgKmQsIGJsa19jbnQgb2Zmc2V0KQ0KIHsNCiAJaWYg
KCFkLT5iaW9zX3NlY3QgfHwgIWQtPmJpb3NfaGQpDQogCQlyZXR1cm4gMTsN
CkBAIC02MCwxNiArNjAsMTYgQEANCiAJcmV0dXJuIDE7DQogfQ0KIA0KLXVf
bG9uZw0KLVByZXZfQ3lsX0FsaWduZWQoY29uc3Qgc3RydWN0IGRpc2sgKmQs
IHVfbG9uZyBvZmZzZXQpDQorYmxrX2NudA0KK1ByZXZfQ3lsX0FsaWduZWQo
Y29uc3Qgc3RydWN0IGRpc2sgKmQsIGJsa19jbnQgb2Zmc2V0KQ0KIHsNCiAJ
aWYgKCFkLT5iaW9zX3NlY3QgfHwgIWQtPmJpb3NfaGQpDQogCQlyZXR1cm4g
b2Zmc2V0Ow0KIAlyZXR1cm4gKG9mZnNldCAvIChkLT5iaW9zX3NlY3QqZC0+
Ymlvc19oZCkpICogZC0+Ymlvc19zZWN0ICogZC0+Ymlvc19oZDsNCiB9DQog
DQotdV9sb25nDQotTmV4dF9DeWxfQWxpZ25lZChjb25zdCBzdHJ1Y3QgZGlz
ayAqZCwgdV9sb25nIG9mZnNldCkNCitibGtfY250DQorTmV4dF9DeWxfQWxp
Z25lZChjb25zdCBzdHJ1Y3QgZGlzayAqZCwgYmxrX2NudCBvZmZzZXQpDQog
ew0KIAlpZiAoIWQtPmJpb3Nfc2VjdCB8fCAhZC0+Ymlvc19oZCkNCiAJCXJl
dHVybiBvZmZzZXQ7DQpAQCAtMTM0LDkgKzEzNCw5IEBADQogI2VuZGlmDQog
CQkJc3ByaW50Zihtc2cgKyBzdHJsZW4obXNnKSwNCiAjaWZkZWYgUEM5OA0K
LQkJICAgICJjaHVuayAnJXMnIFslbGQuLiVsZF0gZG9lcyBub3Qgc3RhcnQg
b24gYSBjeWxpbmRlciBib3VuZGFyeVxuIiwNCisJCSAgICAiY2h1bmsgJyVz
JyBbJWxsdS4uJWxsdV0gZG9lcyBub3Qgc3RhcnQgb24gYSBjeWxpbmRlciBi
b3VuZGFyeVxuIiwNCiAjZWxzZQ0KLQkJICAgICJjaHVuayAnJXMnIFslbGQu
LiVsZF0gZG9lcyBub3Qgc3RhcnQgb24gYSB0cmFjayBib3VuZGFyeVxuIiwN
CisJCSAgICAiY2h1bmsgJyVzJyBbJWxsdS4uJWxsdV0gZG9lcyBub3Qgc3Rh
cnQgb24gYSB0cmFjayBib3VuZGFyeVxuIiwNCiAjZW5kaWYNCiAJCQkJYzEt
Pm5hbWUsIGMxLT5vZmZzZXQsIGMxLT5lbmQpOw0KIAkJaWYgKChjLT50eXBl
ID09IHdob2xlIHx8IGMtPmVuZCA9PSBjMS0+ZW5kKQ0KQEAgLTE0NCw3ICsx
NDQsNyBAQA0KIAkJCTsNCiAJCWVsc2UNCiAJCQlzcHJpbnRmKG1zZyArIHN0
cmxlbihtc2cpLA0KLQkJICAgICJjaHVuayAnJXMnIFslbGQuLiVsZF0gZG9l
cyBub3QgZW5kIG9uIGEgY3lsaW5kZXIgYm91bmRhcnlcbiIsDQorCQkgICAg
ImNodW5rICclcycgWyVsbHUuLiVsbHVdIGRvZXMgbm90IGVuZCBvbiBhIGN5
bGluZGVyIGJvdW5kYXJ5XG4iLA0KIAkJCQljMS0+bmFtZSwgYzEtPm9mZnNl
dCwgYzEtPmVuZCk7DQogCX0NCiB9DQpJbmRleDogbGliL2xpYmRpc2svd3Jp
dGVfaTM4Nl9kaXNrLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBm
aWxlOiAvdXNyL2N2cy9zcmMvbGliL2xpYmRpc2svd3JpdGVfaTM4Nl9kaXNr
LmMsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjQNCmRpZmYgLXUgLXIxLjQg
d3JpdGVfaTM4Nl9kaXNrLmMNCi0tLSBsaWIvbGliZGlzay93cml0ZV9pMzg2
X2Rpc2suYwk4IE5vdiAyMDAyIDE0OjAwOjQ0IC0wMDAwCTEuNA0KKysrIGxp
Yi9saWJkaXNrL3dyaXRlX2kzODZfZGlzay5jCTE1IE5vdiAyMDAyIDE5OjM2
OjE4IC0wMDAwDQpAQCAtODIsOCArODIsOSBAQA0KIGludA0KIFdyaXRlX0Rp
c2soY29uc3Qgc3RydWN0IGRpc2sgKmQxKQ0KIHsNCi0JaW50IGZkLGk7DQot
CWludCBqOw0KKwlpbnQgZmQ7DQorCWJsa19jbnQgYmxrczsNCisJaW50IGks
IGo7DQogCXN0cnVjdCBkaXNrICpvbGQgPSAwOw0KIAlzdHJ1Y3QgY2h1bmsg
KmMxOw0KIAlpbnQgcmV0ID0gMDsNCkBAIC0xMjAsNDMgKzEyMSw0MyBAQA0K
IAkJV3JpdGVfSW50MzIoJmRwW2pdLmRwX3N0YXJ0LCBjMS0+b2Zmc2V0KTsN
CiAJCVdyaXRlX0ludDMyKCZkcFtqXS5kcF9zaXplLCBjMS0+c2l6ZSk7DQog
DQotCQlpID0gYzEtPm9mZnNldDsNCi0JCWlmIChpID49IDEwMjQqZDEtPmJp
b3Nfc2VjdCpkMS0+Ymlvc19oZCkgew0KKwkJYmxrcyA9IGMxLT5vZmZzZXQ7
DQorCQlpZiAoYmxrcyA+PSAxMDI0KmQxLT5iaW9zX3NlY3QqZDEtPmJpb3Nf
aGQpIHsNCiAJCQlkcFtqXS5kcF9zc2VjdCA9IDB4ZmY7DQogCQkJZHBbal0u
ZHBfc2hkID0gMHhmZjsNCiAJCQlkcFtqXS5kcF9zY3lsID0gMHhmZjsNCiAJ
CQluZWVkX2VkZCsrOw0KIAkJfSBlbHNlIHsNCi0JCQlkcFtqXS5kcF9zc2Vj
dCA9IGkgJSBkMS0+Ymlvc19zZWN0Ow0KLQkJCWkgLT0gZHBbal0uZHBfc3Nl
Y3QrKzsNCi0JCQlpIC89IGQxLT5iaW9zX3NlY3Q7DQotCQkJZHBbal0uZHBf
c2hkID0gIGkgJSBkMS0+Ymlvc19oZDsNCi0JCQlpIC09IGRwW2pdLmRwX3No
ZDsNCi0JCQlpIC89IGQxLT5iaW9zX2hkOw0KLQkJCWRwW2pdLmRwX3NjeWwg
PSBpOw0KLQkJCWkgLT0gZHBbal0uZHBfc2N5bDsNCi0JCQlkcFtqXS5kcF9z
c2VjdCB8PSBpID4+IDI7DQorCQkJZHBbal0uZHBfc3NlY3QgPSBibGtzICUg
ZDEtPmJpb3Nfc2VjdDsNCisJCQlibGtzIC09IGRwW2pdLmRwX3NzZWN0Kys7
DQorCQkJYmxrcyAvPSBkMS0+Ymlvc19zZWN0Ow0KKwkJCWRwW2pdLmRwX3No
ZCA9ICBibGtzICUgZDEtPmJpb3NfaGQ7DQorCQkJYmxrcyAtPSBkcFtqXS5k
cF9zaGQ7DQorCQkJYmxrcyAvPSBkMS0+Ymlvc19oZDsNCisJCQlkcFtqXS5k
cF9zY3lsID0gYmxrczsNCisJCQlibGtzIC09IGRwW2pdLmRwX3NjeWw7DQor
CQkJZHBbal0uZHBfc3NlY3QgfD0gYmxrcyA+PiAyOw0KIAkJfQ0KIA0KICNp
ZmRlZiBERUJVRw0KLQkJcHJpbnRmKCJTOiVsdSA9ICgleC8leC8leCkiLA0K
KwkJcHJpbnRmKCJTOiVsbHUgPSAoJXgvJXgvJXgpIiwNCiAJCQljMS0+b2Zm
c2V0LCBkcFtqXS5kcF9zY3lsLCBkcFtqXS5kcF9zaGQsIGRwW2pdLmRwX3Nz
ZWN0KTsNCiAjZW5kaWYNCiANCi0JCWkgPSBjMS0+ZW5kOw0KLQkJZHBbal0u
ZHBfZXNlY3QgPSBpICUgZDEtPmJpb3Nfc2VjdDsNCi0JCWkgLT0gZHBbal0u
ZHBfZXNlY3QrKzsNCi0JCWkgLz0gZDEtPmJpb3Nfc2VjdDsNCi0JCWRwW2pd
LmRwX2VoZCA9ICBpICUgZDEtPmJpb3NfaGQ7DQotCQlpIC09IGRwW2pdLmRw
X2VoZDsNCi0JCWkgLz0gZDEtPmJpb3NfaGQ7DQotCQlpZiAoaT4xMDIzKSBp
ID0gMTAyMzsNCi0JCWRwW2pdLmRwX2VjeWwgPSBpOw0KLQkJaSAtPSBkcFtq
XS5kcF9lY3lsOw0KLQkJZHBbal0uZHBfZXNlY3QgfD0gaSA+PiAyOw0KKwkJ
YmxrcyA9IGMxLT5lbmQ7DQorCQlkcFtqXS5kcF9lc2VjdCA9IGJsa3MgJSBk
MS0+Ymlvc19zZWN0Ow0KKwkJYmxrcyAtPSBkcFtqXS5kcF9lc2VjdCsrOw0K
KwkJYmxrcyAvPSBkMS0+Ymlvc19zZWN0Ow0KKwkJZHBbal0uZHBfZWhkID0g
IGJsa3MgJSBkMS0+Ymlvc19oZDsNCisJCWJsa3MgLT0gZHBbal0uZHBfZWhk
Ow0KKwkJYmxrcyAvPSBkMS0+Ymlvc19oZDsNCisJCWlmIChibGtzPjEwMjMp
IGJsa3MgPSAxMDIzOw0KKwkJZHBbal0uZHBfZWN5bCA9IGJsa3M7DQorCQli
bGtzIC09IGRwW2pdLmRwX2VjeWw7DQorCQlkcFtqXS5kcF9lc2VjdCB8PSBi
bGtzID4+IDI7DQogDQogI2lmZGVmIERFQlVHDQotCQlwcmludGYoIiAgRTol
bHUgPSAoJXgvJXgvJXgpXG4iLA0KKwkJcHJpbnRmKCIgIEU6JWxsdSA9ICgl
eC8leC8leClcbiIsDQogCQkJYzEtPmVuZCwgZHBbal0uZHBfZWN5bCwgZHBb
al0uZHBfZWhkLCBkcFtqXS5kcF9lc2VjdCk7DQogI2VuZGlmDQogDQpJbmRl
eDogdXNyLnNiaW4vc3lzaW5zdGFsbC9kaXNrcy5jDQo9PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09DQpSQ1MgZmlsZTogL3Vzci9jdnMvc3JjL3Vzci5zYmluL3N5
c2luc3RhbGwvZGlza3MuYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTM5
DQpkaWZmIC11IC1yMS4xMzkgZGlza3MuYw0KLS0tIHVzci5zYmluL3N5c2lu
c3RhbGwvZGlza3MuYwkxMyBOb3YgMjAwMiAwNTozOTo1OCAtMDAwMAkxLjEz
OQ0KKysrIHVzci5zYmluL3N5c2luc3RhbGwvZGlza3MuYwkxNSBOb3YgMjAw
MiAxOTo0ODo1MiAtMDAwMA0KQEAgLTY2LDcgKzY2LDcgQEANCiB7DQogICAg
IHN0cnVjdCBjaHVuayAqYzEgPSBOVUxMOw0KICAgICBpbnQgaSA9IDA7DQot
ICAgIGludCBsYXN0X2ZyZWUgPSAwOw0KKyAgICBibGtfY250IGxhc3RfZnJl
ZSA9IDA7DQogDQogICAgIGlmICghZC0+Y2h1bmtzKQ0KIAltc2dGYXRhbCgi
Tm8gY2h1bmsgbGlzdCBmb3VuZCBmb3IgJXMhIiwgZC0+bmFtZSk7DQpAQCAt
ODMsMTkgKzgzLDE5IEBADQogCWN1cnJlbnRfY2h1bmsgPSBpIC0gMTsNCiB9
DQogDQotc3RhdGljIGludCBUb3RhbDsNCitzdGF0aWMgYmxrX2NudCBUb3Rh
bDsNCiANCiBzdGF0aWMgdm9pZA0KIHByaW50X2NodW5rcyhEaXNrICpkLCBp
bnQgdSkNCiB7DQogICAgIGludCByb3c7DQogICAgIGludCBpOw0KLSAgICBp
bnQgc3o7DQorICAgIGJsa19jbnQgc3o7DQogICAgIGNoYXIgKnN6c3RyOw0K
IA0KICAgICBzenN0ciA9ICh1ID09IFVOSVRfTUVHID8gIk1CIiA6ICh1ID09
IFVOSVRfS0lMTyA/ICJLQiIgOiAiU1QiKSk7DQogDQotICAgIGZvciAoaSA9
IFRvdGFsID0gMDsgY2h1bmtfaW5mb1tpXTsgaSsrKQ0KKyAgICBmb3IgKGkg
PSAwLCBUb3RhbCA9IDBMTDsgY2h1bmtfaW5mb1tpXTsgaSsrKQ0KIAlUb3Rh
bCArPSBjaHVua19pbmZvW2ldLT5zaXplOw0KICNpZmRlZiBQQzk4DQogICAg
IGlmIChkLT5iaW9zX2N5bCA+PSA2NTUzNiB8fCBkLT5iaW9zX2hkID4gMTYg
fHwgZC0+Ymlvc19zZWN0ID49IDI1Nikgew0KQEAgLTEyMSwxMCArMTIxLDEw
IEBADQogICAgIGF0dHJzZXQoQV9SRVZFUlNFKTsgYWRkc3RyKGQtPm5hbWUp
OyBhdHRyc2V0KEFfTk9STUFMKTsNCiAgICAgYXR0cnNldChBX1JFVkVSU0Up
OyBtdmFkZHN0cigwLCA1NSwgIkZESVNLIFBhcnRpdGlvbiBFZGl0b3IiKTsg
YXR0cnNldChBX05PUk1BTCk7DQogICAgIG12cHJpbnR3KDEsIDAsDQotCSAg
ICAgIkRJU0sgR2VvbWV0cnk6XHQlbHUgY3lscy8lbHUgaGVhZHMvJWx1IHNl
Y3RvcnMgPSAlbHUgc2VjdG9ycyAoJWx1TUIpIiwNCisJICAgICAiRElTSyBH
ZW9tZXRyeTpcdCVsdSBjeWxzLyVsdSBoZWFkcy8lbHUgc2VjdG9ycyA9ICVs
bHUgc2VjdG9ycyAoJWx1TUIpIiwNCiAJICAgICBkLT5iaW9zX2N5bCwgZC0+
Ymlvc19oZCwgZC0+Ymlvc19zZWN0LA0KLQkgICAgIGQtPmJpb3NfY3lsICog
ZC0+Ymlvc19oZCAqIGQtPmJpb3Nfc2VjdCwNCi0JICAgICBkLT5iaW9zX2N5
bCAqIGQtPmJpb3NfaGQgKiBkLT5iaW9zX3NlY3QgLyAoMTAyNC81MTIpIC8g
MTAyNCk7DQorCSAgICAgKGJsa19jbnQpZC0+Ymlvc19jeWwgKiBkLT5iaW9z
X2hkICogZC0+Ymlvc19zZWN0LA0KKwkgICAgIChibGtfY250KWQtPmJpb3Nf
Y3lsICogZC0+Ymlvc19oZCAqIGQtPmJpb3Nfc2VjdCAvICgxMDI0LzUxMikg
LyAxMDI0KTsNCiAgICAgbXZwcmludHcoMywgMCwgIiU2cyAlMTBzKCVzKSAl
MTBzICU4cyAlNnMgJTEwcyAlOHMgJThzIiwNCiAJICAgICAiT2Zmc2V0Iiwg
IlNpemUiLCBzenN0ciwgIkVuZCIsICJOYW1lIiwgIlBUeXBlIiwgIkRlc2Mi
LA0KIAkgICAgICJTdWJ0eXBlIiwgIkZsYWdzIik7DQpAQCAtMTQzLDcgKzE0
Myw3IEBADQogCX0NCiAJaWYgKGkgPT0gY3VycmVudF9jaHVuaykNCiAJICAg
IGF0dHJzZXQoQVRUUl9TRUxFQ1RFRCk7DQotCW12cHJpbnR3KHJvdywgMCwg
IiUxMGxkICUxMGx1ICUxMGx1ICU4cyAlNmQgJTEwcyAlOGRcdCUtNnMiLA0K
KwltdnByaW50dyhyb3csIDAsICIlMTBsbHUgJTEwbGx1ICUxMGxsdSAlOHMg
JTZkICUxMHMgJThkXHQlLTZzIiwNCiAJCSBjaHVua19pbmZvW2ldLT5vZmZz
ZXQsIHN6LA0KIAkJIGNodW5rX2luZm9baV0tPmVuZCwgY2h1bmtfaW5mb1tp
XS0+bmFtZSwNCiAJCSBjaHVua19pbmZvW2ldLT50eXBlLCANCkBAIC00MDAs
NyArNDAwLDcgQEANCiAJCW1zZyA9ICJTbGljZSBpbiB1c2UsIGRlbGV0ZSBp
dCBmaXJzdCBvciBtb3ZlIHRvIGFuIHVudXNlZCBvbmUuIjsNCiAJICAgIGVs
c2Ugew0KIAkJY2hhciAqdmFsLCB0bXBbMjBdLCAqY3A7DQotCQlpbnQgc2l6
ZTsNCisJCWJsa19jbnQgc2l6ZTsNCiAjaWZkZWYgUEM5OA0KIAkJY2hhciBu
YW1lWzE2XTsNCiANCkBAIC00MTYsNyArNDE2LDcgQEANCiAJCXNucHJpbnRm
KHRtcCwgMjAsICIlbHUiLCBjaHVua19pbmZvW2N1cnJlbnRfY2h1bmtdLT5z
aXplKTsNCiAJCXZhbCA9IG1zZ0dldElucHV0KHRtcCwgIlBsZWFzZSBzcGVj
aWZ5IHRoZSBzaXplIGZvciBuZXcgRnJlZUJTRCBzbGljZSBpbiBibG9ja3Nc
biINCiAJCQkJICAib3IgYXBwZW5kIGEgdHJhaWxpbmcgYE0nIGZvciBtZWdh
Ynl0ZXMgKGUuZy4gMjBNKS4iKTsNCi0JCWlmICh2YWwgJiYgKHNpemUgPSBz
dHJ0b2wodmFsLCAmY3AsIDApKSA+IDApIHsNCisJCWlmICh2YWwgJiYgKHNp
emUgPSBzdHJ0b3VsbCh2YWwsICZjcCwgMCkpID4gMCkgew0KIAkJICAgIGlm
ICgqY3AgJiYgdG91cHBlcigqY3ApID09ICdNJykNCiAJCQlzaXplICo9IE9O
RV9NRUc7DQogCQkgICAgZWxzZSBpZiAoKmNwICYmIHRvdXBwZXIoKmNwKSA9
PSAnRycpDQpAQCAtODgzLDcgKzg4Myw4IEBADQogZGlza1BhcnRpdGlvbk5v
bkludGVyYWN0aXZlKERldmljZSAqZGV2KQ0KIHsNCiAgICAgY2hhciAqY3A7
DQotICAgIGludCBpLCBzeiwgYWxsX2Rpc2sgPSAwOw0KKyAgICBpbnQgaSwg
YWxsX2Rpc2sgPSAwOw0KKyAgICBibGtfY250IHN6Ow0KICNpZmRlZiBQQzk4
DQogICAgIHVfY2hhciAqYm9vdGlwbDsNCiAgICAgc2l6ZV90IGJvb3RpcGxf
c2l6ZTsNCkBAIC05MzYsNyArOTM3LDcgQEANCiANCiAJICAgIEFsbF9GcmVl
QlNEKGQsIGFsbF9kaXNrID0gVFJVRSk7DQogCX0NCi0JZWxzZSBpZiAoKHN6
ID0gc3RydG9sKGNwLCAmY3AsIDApKSkgew0KKwllbHNlIGlmICgoc3ogPSBz
dHJ0b3VsbChjcCwgJmNwLCAwKSkpIHsNCiAJICAgIC8qIExvb2sgZm9yIHN6
IGJ5dGVzIGZyZWUgKi8NCiAJICAgIGlmICgqY3AgJiYgdG91cHBlcigqY3Ap
ID09ICdNJykNCiAJCXN6ICo9IE9ORV9NRUc7DQpJbmRleDogdXNyLnNiaW4v
c3lzaW5zdGFsbC9sYWJlbC5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS
Q1MgZmlsZTogL3Vzci9jdnMvc3JjL3Vzci5zYmluL3N5c2luc3RhbGwvbGFi
ZWwuYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTMwDQpkaWZmIC11IC1y
MS4xMzAgbGFiZWwuYw0KLS0tIHVzci5zYmluL3N5c2luc3RhbGwvbGFiZWwu
YwkxNCBOb3YgMjAwMiAwMTo0NjoyMCAtMDAwMAkxLjEzMA0KKysrIHVzci5z
YmluL3N5c2luc3RhbGwvbGFiZWwuYwkxNSBOb3YgMjAwMiAyMDo0Mjo0MSAt
MDAwMA0KQEAgLTI0NCwxMSArMjQ0LDExIEBADQogfQ0KIA0KIC8qIEhvdyBt
dWNoIHNwYWNlIGlzIGluIHRoaXMgRnJlZUJTRCBzbGljZT8gKi8NCi1zdGF0
aWMgaW50DQorc3RhdGljIGJsa19jbnQNCiBzcGFjZV9mcmVlKHN0cnVjdCBj
aHVuayAqYykNCiB7DQogICAgIHN0cnVjdCBjaHVuayAqYzE7DQotICAgIGlu
dCBzeiA9IGMtPnNpemU7DQorICAgIGJsa19jbnQgc3ogPSBjLT5zaXplOw0K
IA0KICAgICBmb3IgKGMxID0gYy0+cGFydDsgYzE7IGMxID0gYzEtPm5leHQp
IHsNCiAJaWYgKGMxLT50eXBlICE9IHVudXNlZCkNCkBAIC00NzQsNyArNDc0
LDcgQEANCiBwcmludF9sYWJlbF9jaHVua3Modm9pZCkNCiB7DQogICAgIGlu
dCAgaSwgaiwgc3JvdywgcHJvdywgcGNvbDsNCi0gICAgaW50ICBzejsNCisg
ICAgYmxrX2NudCAgc3o7DQogICAgIGNoYXIgY2xybXNnWzgwXTsNCiAgICAg
aW50IENodW5rUGFydFN0YXJ0Um93Ow0KICAgICBXSU5ET1cgKkNodW5rV2lu
Ow0KQEAgLTU3MCw3ICs1NzAsNyBAQA0KICAgICAgICAgICAgICAgICBwc2xp
Y2VfZm9jdXNfZm91bmQgPSAtMTsNCiANCiAJICAgIG12cHJpbnR3KHNyb3cr
KywgMCwgDQotCQkgICAgICJEaXNrOiAlc1x0UGFydGl0aW9uIG5hbWU6ICVz
XHRGcmVlOiAlZCBibG9ja3MgKCVkTUIpIiwNCisJCSAgICAgIkRpc2s6ICVz
XHRQYXJ0aXRpb24gbmFtZTogJXNcdEZyZWU6ICVsbHUgYmxvY2tzICglbGx1
TUIpIiwNCiAJCSAgICAgbGFiZWxfY2h1bmtfaW5mb1tpXS5jLT5kaXNrLT5u
YW1lLCBsYWJlbF9jaHVua19pbmZvW2ldLmMtPm5hbWUsIA0KIAkJICAgICBz
eiwgKHN6IC8gT05FX01FRykpOw0KIAkgICAgYXR0cnNldChBX05PUk1BTCk7
DQpAQCAtNzEzLDcgKzcxMyw4IEBADQogc3RhdGljIGludA0KIGRpc2tMYWJl
bChEZXZpY2UgKmRldikNCiB7DQotICAgIGludCBzeiwga2V5ID0gMDsNCisg
ICAgYmxrX2NudCBzejsNCisgICAgaW50ICBrZXkgPSAwOw0KICAgICBCb29s
ZWFuIGxhYmVsaW5nOw0KICAgICBjaGFyICptc2cgPSBOVUxMOw0KICAgICBQ
YXJ0SW5mbyAqcCwgKm9sZHA7DQpAQCAtODQwLDE4ICs4NDEsMTggQEANCiAJ
ICAgIH0NCiAJICAgIGVsc2Ugew0KIAkJY2hhciAqdmFsOw0KLQkJaW50IHNp
emU7DQorCQlibGtfY250IHNpemU7DQogCQlzdHJ1Y3QgY2h1bmsgKnRtcDsN
CiAJCWNoYXIgb3NpemVbODBdOw0KIAkJdV9sb25nIGZsYWdzID0gMDsNCiAN
Ci0JCXNwcmludGYob3NpemUsICIlZCIsIHN6KTsNCisJCXNwcmludGYob3Np
emUsICIlbGx1Iiwgc3opOw0KIAkJdmFsID0gbXNnR2V0SW5wdXQob3NpemUs
DQogCQkJCSAgIlBsZWFzZSBzcGVjaWZ5IHRoZSBwYXJ0aXRpb24gc2l6ZSBp
biBibG9ja3Mgb3IgYXBwZW5kIGEgdHJhaWxpbmcgRyBmb3JcbiINCiAJCQkJ
ICAiZ2lnYWJ5dGVzLCBNIGZvciBtZWdhYnl0ZXMsIG9yIEMgZm9yIGN5bGlu
ZGVycy5cbiINCi0JCQkJICAiJWQgYmxvY2tzICglZE1CKSBhcmUgZnJlZS4i
LA0KKwkJCQkgICIlbGx1IGJsb2NrcyAoJWxsdU1CKSBhcmUgZnJlZS4iLA0K
IAkJCQkgIHN6LCBzeiAvIE9ORV9NRUcpOw0KLQkJaWYgKCF2YWwgfHwgKHNp
emUgPSBzdHJ0b2wodmFsLCAmY3AsIDApKSA8PSAwKSB7DQorCQlpZiAoIXZh
bCB8fCAoc2l6ZSA9IHN0cnRvdWxsKHZhbCwgJmNwLCAwKSkgPD0gMCkgew0K
IAkJICAgIGNsZWFyX3dpbnMoKTsNCiAJCSAgICBicmVhazsNCiAJCX0NCkBA
IC0xMTYwLDE0ICsxMTYxLDE0IEBADQogICAgIHJldHVybiBESVRFTV9TVUND
RVNTOw0KIH0NCiANCi1zdGF0aWMgX19pbmxpbmUgaW50DQotcmVxdWVzdGVk
X3BhcnRfc2l6ZShjaGFyICp2YXJOYW1lLCBpbnQgbm9tLCBpbnQgZGVmLCBp
bnQgcGVyYykNCitzdGF0aWMgX19pbmxpbmUgYmxrX2NudA0KK3JlcXVlc3Rl
ZF9wYXJ0X3NpemUoY2hhciAqdmFyTmFtZSwgYmxrX2NudCBub20sIGludCBk
ZWYsIGludCBwZXJjKQ0KIHsNCiAgICAgY2hhciAqY3A7DQotICAgIGludCBz
ejsNCisgICAgYmxrX2NudCBzejsNCiANCiAgICAgaWYgKChjcCA9IHZhcmlh
YmxlX2dldCh2YXJOYW1lKSkgIT0gTlVMTCkNCi0Jc3ogPSBhdG9pKGNwKTsN
CisJc3ogPSBzdHJ0b3VsbChjcCwgTlVMTCwgMCk7DQogICAgIGVsc2UNCiAJ
c3ogPSBub20gKyAoZGVmIC0gbm9tKSAqIHBlcmMgLyAxMDA7DQogICAgIHJl
dHVybihzeiAqIE9ORV9NRUcpOw0KQEAgLTExODgsNyArMTE4OSw3IEBADQog
c3RhdGljIGNoYXIgKg0KIHRyeV9hdXRvX2xhYmVsKERldmljZSAqKmRldnMs
IERldmljZSAqZGV2LCBpbnQgcGVyYywgaW50ICpyZXEpDQogew0KLSAgICBp
bnQgc3o7DQorICAgIGJsa19jbnQgc3o7DQogICAgIHN0cnVjdCBjaHVuayAq
cm9vdF9jaHVuayA9IE5VTEw7DQogICAgIHN0cnVjdCBjaHVuayAqc3dhcF9j
aHVuayA9IE5VTEw7DQogICAgIHN0cnVjdCBjaHVuayAqdXNyX2NodW5rID0g
TlVMTDsNCkBAIC0xMjI3LDggKzEyMjgsOCBAQA0KICAgICBpZiAoIXN3YXBk
ZXYpIHsNCiAJc3ogPSByZXF1ZXN0ZWRfcGFydF9zaXplKFZBUl9TV0FQX1NJ
WkUsIDAsIDAsIHBlcmMpOw0KIAlpZiAoc3ogPT0gMCkgew0KLQkgICAgaW50
IG5vbTsNCi0JICAgIGludCBkZWY7DQorCSAgICBibGtfY250IG5vbTsNCisJ
ICAgIGJsa19jbnQgZGVmOw0KIA0KIAkgICAgbWliWzBdID0gQ1RMX0hXOw0K
IAkgICAgbWliWzFdID0gSFdfUEhZU01FTTsNCkBAIC0xNDAyLDExICsxNDAz
LDEyIEBADQogCSAgICBpbnQgZW50cmllczsNCiANCiAJICAgIGZvciAoZW50
cmllcyA9IDE7OyBlbnRyaWVzKyspIHsNCi0JCWludCBzeiwgc29mdCA9IDA7
DQorCQlibGtfY250IHN6Ow0KKwkJaW50IHNvZnQgPSAwOw0KIAkJc25wcmlu
dGYobmFtZSwgc2l6ZW9mIG5hbWUsICIlcy0lZCIsIGMxLT5uYW1lLCBlbnRy
aWVzKTsNCiAJCWlmICgoY3AgPSB2YXJpYWJsZV9nZXQobmFtZSkpID09IE5V
TEwpDQogCQkgICAgYnJlYWs7DQotCQlpZiAoc3NjYW5mKGNwLCAiJXMgJWQg
JXMgJWQiLCB0eXAsICZzeiwgbXBvaW50LCAmc29mdCkgPCAzKSB7DQorCQlp
ZiAoc3NjYW5mKGNwLCAiJXMgJWxsdSAlcyAlZCIsIHR5cCwgJnN6LCBtcG9p
bnQsICZzb2Z0KSA8IDMpIHsNCiAJCSAgICBtc2dDb25maXJtKCJGb3Igc2xp
Y2UgZW50cnkgJXMsIGdvdCBhbiBpbnZhbGlkIGRldGFpbCBlbnRyeSBvZjog
JXMiLCAgYzEtPm5hbWUsIGNwKTsNCiAJCSAgICBzdGF0dXMgPSBESVRFTV9G
QUlMVVJFOw0KIAkJICAgIGJyZWFrOw0K
--0-700495603-1037396386=:46162--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 13:43:17 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 410BF37B401
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 13:43:16 -0800 (PST)
Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CB35643E91
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 13:43:15 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 13138 invoked from network); 15 Nov 2002 21:43:22 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail15.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <current@FreeBSD.ORG>; 15 Nov 2002 21:43:22 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gAFLhD2D016485;
	Fri, 15 Nov 2002 16:43:14 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20021115164316.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <Pine.BSF.4.21.0211151331190.47412-100000@root.org>
Date: Fri, 15 Nov 2002 16:43:16 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Nate Lawson <nate@root.org>
Subject: Re: alpha tinderbox failure
Cc: current@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 15-Nov-2002 Nate Lawson wrote:
> On Fri, 15 Nov 2002, John Baldwin wrote:
>> He means 'nowerror' in sys/conf/files
> 
> Since this doesn't generate errors on i386, would it be counterproductive
> to put it in the global files?

Yes.  Hence it has not been done.

>> FWIW, the correct patch would be to use %j and uintmax_t, not longs.
> 
> I believe this was not done due to Linux compat issues but I'm not sure.

C99 is a bit recent I guess.  We just started supporting it ourselves.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 13:58:56 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 96BE237B401
	for <current@freebsd.org>; Fri, 15 Nov 2002 13:58:54 -0800 (PST)
Received: from smartie.xs4all.nl (smartie.xs4all.nl [213.84.1.157])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9B0AC43E3B
	for <current@freebsd.org>; Fri, 15 Nov 2002 13:58:53 -0800 (PST)
	(envelope-from martijn@smartie.xs4all.nl)
Received: from sillywalks.org (boekje.ipv6.sillywalks.org [IPv6:3ffe:8280:10:580:260:8ff:febc:f191])
	by smartie.xs4all.nl (8.12.6/8.12.6) with ESMTP id gAFLweE0086979
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK);
	Fri, 15 Nov 2002 22:58:50 +0100 (CET)
	(envelope-from martijn@sillywalks.org)
Message-ID: <3DD56DF8.6050206@sillywalks.org>
Date: Fri, 15 Nov 2002 22:58:16 +0100
From: Martijn Pronk <martijn@smartie.xs4all.nl>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021103
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Kris Kennaway <kris@obsecurity.org>
Cc: "Andrew P. Lentvorski" <bsder@mail.allcaps.org>,
	current@freebsd.org
Subject: Re: rpc.lockd problems
References: <20021114171353.A2223-100000@mail.allcaps.org> <3DD497C7.6070700@sillywalks.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=-4.6 required=5.0
	tests=CARRIAGE_RETURNS,QUOTED_EMAIL_TEXT,REFERENCES,
	      SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MOZILLA_UA,
	      X_ACCEPT_LANG
	version=2.41
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Martijn Pronk wrote:

>>> "My program" is just anything that attempts to obtain a lock on a file
>>> on the NFS filesystem.  vi does this when opening an existing file, as
>>> does mutt when opening a mailbox.
>>>   
>>
>>
>> Well, that sure simplifies the problem of running your program. ;)
>>  
>>
> Thanks for the info, I will try that tonight after I get back home 
> from the first
> day of the EuroBSDcon.

OK, I tested it with a Solaris 8 NFS server with -current as a client,
and locking does indeed work. (At least, vi didn't show the word "UNLOCKED"
in the bottom line after I enabled rpc.lockd)

However, I had some starting problems with rpc.lockd.
Aparently it requires that rpc.statd also is running. Since I didn't had 
these things
enabled in rc.conf, I started them manually. rpc.lockd quits silently 
without logging
anything about what happened.
The manualpage does mention that rpc.lockd " typically runs in 
conjunction with
rpc.statd" As I don't see a direct requirement in this line, I didn't 
realize it was required.

HTH,

Martijn


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 14: 1:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6F5D237B401; Fri, 15 Nov 2002 14:01:57 -0800 (PST)
Received: from mail1.qc.uunet.ca (mail1.qc.uunet.ca [198.168.54.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 4F64D43E6E; Fri, 15 Nov 2002 14:01:56 -0800 (PST)
	(envelope-from anarcat@espresso-com.com)
Received: from xtanbul.studio.espresso-com.com ([216.94.147.57])
	by mail1.qc.uunet.ca (8.10.2/8.10.2) with ESMTP id gAFM1mZ10797;
	Fri, 15 Nov 2002 17:01:52 -0500
Received: from anarcat by xtanbul.studio.espresso-com.com with local (Exim 3.36 #1 (Debian))
	id 18CoWu-0007kt-00; Fri, 15 Nov 2002 17:01:36 -0500
Date: Fri, 15 Nov 2002 17:01:36 -0500
From: The Anarcat <anarcat@anarcat.ath.cx>
To: Ruslan Ermilov <ru@freebsd.org>
Cc: current@freebsd.org
Subject: Re: -stable build on -current
Message-ID: <20021115220132.GA29767@xtanbul.studio.espresso-com.com>
References: <20021115020358.GA307@lenny.anarcat.ath.cx> <20021115201013.GD92514@sunbay.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <20021115201013.GD92514@sunbay.com>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri Nov 15, 2002 at 10:10:13PM +0200, Ruslan Ermilov wrote:
> On Thu, Nov 14, 2002 at 09:03:58PM -0500, The Anarcat wrote:
> > Hello!
> >=20
> > Can 5.x properly cross-buildworld a 4.x source tree?
> >=20
> > Background info.. I have 3 machines at home:
> >=20
> > 1- graphic workstation 1Ghz, 1Gbyte of RAM dual Win2k/FreeBSD-stable
> > 2- personal web/mail server P166 FreeBSD-stable
> > 3- router 486 FreeBSD-stable
> >=20
> > My concern is that I won't be able to buildworld in 50 minutes as I
> > can do now on the 1Ghz.
> >=20
> > Basically, I would turn my experiments machine (the workstation) in a
> > real development machine, running -current and still a -stable world
> > for the 2 other boxes.
> >=20
> > Anyone cares to share such experiences?
> >=20
> > Please CC me, I'm not on the list (yet).
> >=20
> It was possible some time ago -- I've spent a few hours today making
> this possible again.  You need to perform the following steps to do
> this:
>=20
> 1.  Install ports/lang/perl5 (I haven't tested with perl5.8).
> 2.  Make a symlink from /usr/local/bin/pod2man to /usr/bin.
> 3.  Make sure all the attached commits are in your /usr/src.
>=20
> With these fixes, I have successfully built RELENG_4 world on today's
> morning 5.0-CURRENT:
>=20
> : =3D=3D=3D> etc/sendmail
> : rm -f freebsd.cf
> : (cd /STABLE/usr/src/etc/sendmail &&  m4 -D_CF_DIR_=3D/STABLE/usr/src/et=
c/sendmail/../../contrib/sendmail/cf/   /STABLE/usr/src/etc/sendmail/../../=
contrib/sendmail/cf/m4/cf.m4 freebsd.mc) > freebsd.cf
> : chmod 444 freebsd.cf
>=20
> But I didn't test the buildkernel yet -- you're welcome to, or I will,
> on Monday.

This is great news!

So in other words, a -stable build on a -current machine is not
necessarly some dare-devil crazy thing to do, and should be perfecly
workable, right?

If that is so, I'm switching. I've been waiting way too long on
-stable.. If I can help debugging the crossbuild in the way, it'll
make things only better, I guess. :)

Thanks,

A.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 14:20:21 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id D635F37B401; Fri, 15 Nov 2002 14:20:19 -0800 (PST)
Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 5556443E75; Fri, 15 Nov 2002 14:20:19 -0800 (PST)
	(envelope-from scottl@btc.adaptec.com)
Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11])
	by magic.adaptec.com (8.11.6+Sun/8.11.6) with ESMTP id gAFMKIj17014;
	Fri, 15 Nov 2002 14:20:19 -0800 (PST)
Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52])
	by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id OAA27590;
	Fri, 15 Nov 2002 14:20:13 -0800 (PST)
Received: from hollin.btc.adaptec.com (hollin [10.100.253.56])
	by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id PAA04922;
	Fri, 15 Nov 2002 15:20:10 -0700 (MST)
Received: from hollin.btc.adaptec.com (localhost [127.0.0.1])
	by hollin.btc.adaptec.com (8.12.6/8.12.5) with ESMTP id gAFMGXfw011670;
	Fri, 15 Nov 2002 15:16:33 -0700 (MST)
	(envelope-from scottl@hollin.btc.adaptec.com)
Received: (from scottl@localhost)
	by hollin.btc.adaptec.com (8.12.6/8.12.5/Submit) id gAFMGXZB011669;
	Fri, 15 Nov 2002 15:16:33 -0700 (MST)
Date: Fri, 15 Nov 2002 15:16:33 -0700
From: Scott Long <scott_long@btc.adaptec.com>
To: John Baldwin <jhb@freebsd.org>
Cc: Nate Lawson <nate@root.org>, current@freebsd.org
Subject: Re: alpha tinderbox failure
Message-ID: <20021115221632.GB11650@hollin.btc.adaptec.com>
References: <Pine.BSF.4.21.0211151331190.47412-100000@root.org> <XFMail.20021115164316.jhb@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <XFMail.20021115164316.jhb@FreeBSD.org>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Nov 15, 2002 at 04:43:16PM -0500, John Baldwin wrote:
> 
> On 15-Nov-2002 Nate Lawson wrote:
> > On Fri, 15 Nov 2002, John Baldwin wrote:
> >> He means 'nowerror' in sys/conf/files
> > 
> > Since this doesn't generate errors on i386, would it be counterproductive
> > to put it in the global files?
> 
> Yes.  Hence it has not been done.
> 
> >> FWIW, the correct patch would be to use %j and uintmax_t, not longs.
> > 
> > I believe this was not done due to Linux compat issues but I'm not sure.
> 
> C99 is a bit recent I guess.  We just started supporting it ourselves.
> 

Guys,

We understand this problem and apologize for not addressing it yet.  As
many of you know, we are coming off of a highly compressed and stressful
developemnt cycle and just haven't had the time to push out fixes for this
and many other things.  Our plan is to address these driver next week.
If you can't wait until then, just go ahead and disconnect the drivers from
the alpha tinderbox and move on.  As was pointed out though, this is only
the tip of the iceberg of warnings in /sys/dev.

Scott

> -- 
> 
> John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
> "Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 15:15: 7 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6E62437B401; Fri, 15 Nov 2002 15:15:06 -0800 (PST)
Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7754943E97; Fri, 15 Nov 2002 15:15:05 -0800 (PST)
	(envelope-from archie@dellroad.org)
Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20])
	by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id PAA37326;
	Fri, 15 Nov 2002 15:06:17 -0800 (PST)
Received: from arch20m.dellroad.org (localhost [127.0.0.1])
	by arch20m.dellroad.org (8.12.6/8.12.6) with ESMTP id gAFN6GOS037299;
	Fri, 15 Nov 2002 15:06:16 -0800 (PST)
	(envelope-from archie@arch20m.dellroad.org)
Received: (from archie@localhost)
	by arch20m.dellroad.org (8.12.6/8.12.6/Submit) id gAFN6GEw037298;
	Fri, 15 Nov 2002 15:06:16 -0800 (PST)
From: Archie Cobbs <archie@dellroad.org>
Message-Id: <200211152306.gAFN6GEw037298@arch20m.dellroad.org>
Subject: Re: alpha tinderbox failure
In-Reply-To: <XFMail.20021115162637.jhb@FreeBSD.org>
To: John Baldwin <jhb@FreeBSD.org>
Date: Fri, 15 Nov 2002 15:06:16 -0800 (PST)
Cc: Nate Lawson <nate@root.org>, des@FreeBSD.org,
	current@FreeBSD.org, Archie Cobbs <archie@dellroad.org>,
	Juli Mallett <jmallett@FreeBSD.org>
X-Mailer: ELM [version 2.4ME+ PL99b (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

John Baldwin wrote:
> >> > > I'm getting tired of this email.  Any objections to the patch below?
> >> > 
> >> > aic7xxx is vendor-supported and changing it takes it off their p4
> >> > branch.  I think gibbs@ has some patches to fix this but there are many
> >> > more problems in other drivers that follow it in the build.
> >> > 
> >> > DES, can you take LINT out temporarily from the alpha tinderbox?
> >> 
> >> Can't that file just be marked nowerror for now?
> > 
> > WERROR= you mean.   :)
> 
> He means 'nowerror' in sys/conf/files
> 
> FWIW, the correct patch would be to use %j and uintmax_t, not longs.

Thanks, I've adjusted the patch to use %jx and uintmax_t instead,
in case we still want to commit it.

I'll leave it uncommitted until there is general agreement to do so.

Thanks,
-Archie

__________________________________________________________________________
Archie Cobbs     *     Packet Design     *     http://www.packetdesign.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 15:29: 8 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 059BF37B401; Fri, 15 Nov 2002 15:29:08 -0800 (PST)
Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 800B743E3B; Fri, 15 Nov 2002 15:29:07 -0800 (PST)
	(envelope-from dan@dan.emsphone.com)
Received: (from dan@localhost)
	by dan.emsphone.com (8.12.6/8.12.6) id gAFNT1dG045396;
	Fri, 15 Nov 2002 17:29:01 -0600 (CST)
	(envelope-from dan)
Date: Fri, 15 Nov 2002 17:29:01 -0600
From: Dan Nelson <dnelson@allantgroup.com>
To: Ruslan Ermilov <ru@FreeBSD.ORG>
Cc: Gavin Atkinson <gavin@ury.york.ac.uk>, current@FreeBSD.ORG
Subject: Re: Removing /boot/modules from BSD.root.dist
Message-ID: <20021115232901.GF52475@dan.emsphone.com>
References: <20021115133518.GB53986@sunbay.com> <Pine.BSF.4.33.0211151345450.23596-100000@ury.york.ac.uk> <20021115135817.GC53986@sunbay.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021115135817.GC53986@sunbay.com>
X-OS: FreeBSD 5.0-CURRENT
X-message-flag: Outlook Error
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In the last episode (Nov 15), Ruslan Ermilov said:
> Yes, the standard search path is /boot/kernel;/boot/modules;/modules.
> Nevertheless, we don't create /modules, why should we create /boot/modules?
> When you say ``documented'', what do you mean?  ``grep -r /boot/modules
> doc/en_US.ISO8859-1'' returns nothing.  Do you mean kldconfig(8) only?

I think /modules is in the path because that's where 3rd-party modules
went in 4.*, and is just there for compatibility.  Putting them in
/boot/modules lets you (theoretically) have a small /boot partition
with just the files required to get the kernel booted and root mounted.

-- 
	Dan Nelson
	dnelson@allantgroup.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 15:46:12 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1716F37B401
	for <current@freebsd.org>; Fri, 15 Nov 2002 15:46:11 -0800 (PST)
Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B957F43E6E
	for <current@freebsd.org>; Fri, 15 Nov 2002 15:46:10 -0800 (PST)
	(envelope-from des@FreeBSD.org)
Received: from beast.freebsd.org (localhost [127.0.0.1])
	by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gAFNkA3b078865
	for <current@freebsd.org>; Fri, 15 Nov 2002 15:46:10 -0800 (PST)
	(envelope-from des@beast.freebsd.org)
Received: (from des@localhost)
	by beast.freebsd.org (8.12.6/8.12.6/Submit) id gAFNkAXw078863
	for current@freebsd.org; Fri, 15 Nov 2002 15:46:10 -0800 (PST)
Date: Fri, 15 Nov 2002 15:46:10 -0800 (PST)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200211152346.gAFNkAXw078863@beast.freebsd.org>
To: current@freebsd.org
Subject: alpha tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Fri Nov 15 15:07:58 PST 2002
--------------------------------------------------------------
>>> Kernel build for GENERIC completed on Fri Nov 15 15:40:42 PST 2002
--------------------------------------------------------------
>>> Kernel build for LINT started on Fri Nov 15 15:40:42 PST 2002
--------------------------------------------------------------
===> vinum
"Makefile", line 4441: warning: duplicate script for target "geom_bsd.o" ignored
cc1: warnings being treated as errors
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1931: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_out':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 4)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 5)
*** Error code 1

Stop in /h/des/obj/h/des/src/sys/LINT.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 15:52:11 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4034237B401
	for <freebsd-current@freebsd.org>; Fri, 15 Nov 2002 15:52:10 -0800 (PST)
Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EFC4543E42
	for <freebsd-current@freebsd.org>; Fri, 15 Nov 2002 15:52:09 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0182.cvx22-bradley.dialup.earthlink.net ([209.179.198.182] helo=mindspring.com)
	by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18CqFq-0000UA-00; Fri, 15 Nov 2002 15:52:06 -0800
Message-ID: <3DD58857.E4C04AE6@mindspring.com>
Date: Fri, 15 Nov 2002 15:50:47 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: kalts@estpak.ee
Cc: Wesley Morgan <morganw@chemikals.org>,
	freebsd-current@FreeBSD.ORG
Subject: Re: DISABLE_PSE & DISABLE_PG_G still needed?
References: <20021115142953.GC2174@tiiu.internal> <20021115095302.T29662-100000@volatile.chemikals.org> <20021115154602.GA2796@tiiu.internal>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Vallo Kallaste wrote:
> > This may be a bit overstated. I removed those options from my kernel a few
> > weeks ago and have no problems at all. Are you certain the problem is not
> > specific to a particular CPU?
> 
> Sorry, this can be CPU specific, but I'm not sure. I'll try to
> reproduce it on my home P2 system and P3-SMP lying under my desk at
> work.

How much memory do these systems have?

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 16: 0:17 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id E61E737B401; Fri, 15 Nov 2002 16:00:12 -0800 (PST)
Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 46CC943E3B; Fri, 15 Nov 2002 16:00:12 -0800 (PST)
	(envelope-from julian@elischer.org)
Received: from InterJet.elischer.org ([12.232.168.4])
          by sccrmhc02.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20021116000010.MKQE21905.sccrmhc02.attbi.com@InterJet.elischer.org>;
          Sat, 16 Nov 2002 00:00:10 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA47363;
	Fri, 15 Nov 2002 15:59:26 -0800 (PST)
Date: Fri, 15 Nov 2002 15:59:25 -0800 (PST)
From: Julian Elischer <julian@elischer.org>
To: re@freebsd.org, FreeBSD current users <current@FreeBSD.ORG>
Subject: Sign fixes for disklabel(8)
Message-ID: <Pine.BSF.4.21.0211151555190.46162-200000@InterJet.elischer.org>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-169692073-1037404765=:46162"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--0-169692073-1037404765=:46162
Content-Type: TEXT/PLAIN; charset=US-ASCII


Here are the diffs to allow disklabel to correctly create partitions >
1TB (up to 2TB is useful with UFS2) pending a different partitionning
scheme. It also allows you to correctly make smaller partitions beyond
1TB which is nice if you don't want to waste 800GB on an array :-)


permission to commit please?
(pending comments by others)

(also the sysinstall changes posted before)
(also the bluetooth code)


--0-169692073-1037404765=:46162
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="disklabel.diff"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.BSF.4.21.0211151559250.46162@InterJet.elischer.org>
Content-Description: 
Content-Disposition: attachment; filename="disklabel.diff"

SW5kZXg6IGRpc2tsYWJlbC5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS
Q1MgZmlsZTogL3Vzci9jdnMvc3JjL3NiaW4vZGlza2xhYmVsL2Rpc2tsYWJl
bC5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS42Mg0KZGlmZiAtdSAtcjEu
NjIgZGlza2xhYmVsLmMNCi0tLSBkaXNrbGFiZWwuYwk4IE9jdCAyMDAyIDEy
OjEzOjE5IC0wMDAwCTEuNjINCisrKyBkaXNrbGFiZWwuYwkxNSBOb3YgMjAw
MiAyMzo1MzowNCAtMDAwMA0KQEAgLTk0Myw3ICs5NDMsOCBAQA0KIAljb25z
dCBjaGFyICoqY3BwOw0KIAl1bnNpZ25lZCBpbnQgcGFydDsNCiAJY2hhciAq
dHAsIGxpbmVbQlVGU0laXTsNCi0JaW50IHYsIGxpbmVubyA9IDAsIGVycm9y
cyA9IDA7DQorCXVuc2lnbmVkIGludCB2Ow0KKwlpbnQgbGluZW5vID0gMCwg
ZXJyb3JzID0gMDsNCiAJaW50IGk7DQogDQogCWxwLT5kX2Jic2l6ZSA9IEJC
U0laRTsJCQkJLyogWFhYICovDQpAQCAtOTczLDcgKzk3NCw3IEBADQogCQkJ
CX0NCiAJCQlpZiAoY3BwIDwgJmRrdHlwZW5hbWVzW0RLTUFYVFlQRVNdKQ0K
IAkJCQljb250aW51ZTsNCi0JCQl2ID0gYXRvaSh0cCk7DQorCQkJdiA9IHN0
cnRvdWwodHAsIE5VTEwsIDApOw0KIAkJCWlmICgodW5zaWduZWQpdiA+PSBE
S01BWFRZUEVTKQ0KIAkJCQlmcHJpbnRmKHN0ZGVyciwgImxpbmUgJWQ6JXMg
JWRcbiIsIGxpbmVubywNCiAJCQkJICAgICJXYXJuaW5nLCB1bmtub3duIGRp
c2sgdHlwZSIsIHYpOw0KQEAgLTEwMDYsOCArMTAwNyw4IEBADQogCQkJfQ0K
IAkJCWNvbnRpbnVlOw0KIAkJfQ0KLQkJaWYgKHNzY2FuZihjcCwgIiVkIHBh
cnRpdGlvbnMiLCAmdikgPT0gMSkgew0KLQkJCWlmICh2ID09IDAgfHwgKHVu
c2lnbmVkKXYgPiBNQVhQQVJUSVRJT05TKSB7DQorCQlpZiAoc3NjYW5mKGNw
LCAiJXUgcGFydGl0aW9ucyIsICZ2KSA9PSAxKSB7DQorCQkJaWYgKHYgPT0g
MCB8fCB2ID4gTUFYUEFSVElUSU9OUykgew0KIAkJCQlmcHJpbnRmKHN0ZGVy
ciwNCiAJCQkJICAgICJsaW5lICVkOiBiYWQgIyBvZiBwYXJ0aXRpb25zXG4i
LCBsaW5lbm8pOw0KIAkJCQlscC0+ZF9ucGFydGl0aW9ucyA9IE1BWFBBUlRJ
VElPTlM7DQpAQCAtMTAyNyw3ICsxMDI4LDcgQEANCiAJCQljb250aW51ZTsN
CiAJCX0NCiAJCWlmIChzdHJlcShjcCwgImJ5dGVzL3NlY3RvciIpKSB7DQot
CQkJdiA9IGF0b2kodHApOw0KKwkJCXYgPSBzdHJ0b3VsKHRwLCBOVUxMLCAw
KTsNCiAJCQlpZiAodiA8PSAwIHx8ICh2ICUgREVWX0JTSVpFKSAhPSAwKSB7
DQogCQkJCWZwcmludGYoc3RkZXJyLA0KIAkJCQkgICAgImxpbmUgJWQ6ICVz
OiBiYWQgc2VjdG9yIHNpemVcbiIsDQpAQCAtMTAzOCw3ICsxMDM5LDcgQEAN
CiAJCQljb250aW51ZTsNCiAJCX0NCiAJCWlmIChzdHJlcShjcCwgInNlY3Rv
cnMvdHJhY2siKSkgew0KLQkJCXYgPSBhdG9pKHRwKTsNCisJCQl2ID0gc3Ry
dG91bCh0cCwgTlVMTCwgMCk7DQogCQkJaWYgKHYgPD0gMCkgew0KIAkJCQlm
cHJpbnRmKHN0ZGVyciwgImxpbmUgJWQ6ICVzOiBiYWQgJXNcbiIsDQogCQkJ
CSAgICBsaW5lbm8sIHRwLCBjcCk7DQpAQCAtMTA0OCw3ICsxMDQ5LDcgQEAN
CiAJCQljb250aW51ZTsNCiAJCX0NCiAJCWlmIChzdHJlcShjcCwgInNlY3Rv
cnMvY3lsaW5kZXIiKSkgew0KLQkJCXYgPSBhdG9pKHRwKTsNCisJCQl2ID0g
c3RydG91bCh0cCwgTlVMTCwgMCk7DQogCQkJaWYgKHYgPD0gMCkgew0KIAkJ
CQlmcHJpbnRmKHN0ZGVyciwgImxpbmUgJWQ6ICVzOiBiYWQgJXNcbiIsDQog
CQkJCSAgICBsaW5lbm8sIHRwLCBjcCk7DQpAQCAtMTA1OCw3ICsxMDU5LDcg
QEANCiAJCQljb250aW51ZTsNCiAJCX0NCiAJCWlmIChzdHJlcShjcCwgInRy
YWNrcy9jeWxpbmRlciIpKSB7DQotCQkJdiA9IGF0b2kodHApOw0KKwkJCXYg
PSBzdHJ0b3VsKHRwLCBOVUxMLCAwKTsNCiAJCQlpZiAodiA8PSAwKSB7DQog
CQkJCWZwcmludGYoc3RkZXJyLCAibGluZSAlZDogJXM6IGJhZCAlc1xuIiwN
CiAJCQkJICAgIGxpbmVubywgdHAsIGNwKTsNCkBAIC0xMDY4LDcgKzEwNjks
NyBAQA0KIAkJCWNvbnRpbnVlOw0KIAkJfQ0KIAkJaWYgKHN0cmVxKGNwLCAi
Y3lsaW5kZXJzIikpIHsNCi0JCQl2ID0gYXRvaSh0cCk7DQorCQkJdiA9IHN0
cnRvdWwodHAsIE5VTEwsIDApOw0KIAkJCWlmICh2IDw9IDApIHsNCiAJCQkJ
ZnByaW50ZihzdGRlcnIsICJsaW5lICVkOiAlczogYmFkICVzXG4iLA0KIAkJ
CQkgICAgbGluZW5vLCB0cCwgY3ApOw0KQEAgLTEwNzgsNyArMTA3OSw3IEBA
DQogCQkJY29udGludWU7DQogCQl9DQogCQlpZiAoc3RyZXEoY3AsICJzZWN0
b3JzL3VuaXQiKSkgew0KLQkJCXYgPSBhdG9pKHRwKTsNCisJCQl2ID0gc3Ry
dG91bCh0cCwgTlVMTCwgMCk7DQogCQkJaWYgKHYgPD0gMCkgew0KIAkJCQlm
cHJpbnRmKHN0ZGVyciwgImxpbmUgJWQ6ICVzOiBiYWQgJXNcbiIsDQogCQkJ
CSAgICBsaW5lbm8sIHRwLCBjcCk7DQpAQCAtMTA4OCw3ICsxMDg5LDcgQEAN
CiAJCQljb250aW51ZTsNCiAJCX0NCiAJCWlmIChzdHJlcShjcCwgInJwbSIp
KSB7DQotCQkJdiA9IGF0b2kodHApOw0KKwkJCXYgPSBzdHJ0b3VsKHRwLCBO
VUxMLCAwKTsNCiAJCQlpZiAodiA8PSAwKSB7DQogCQkJCWZwcmludGYoc3Rk
ZXJyLCAibGluZSAlZDogJXM6IGJhZCAlc1xuIiwNCiAJCQkJICAgIGxpbmVu
bywgdHAsIGNwKTsNCkBAIC0xMDk4LDcgKzEwOTksNyBAQA0KIAkJCWNvbnRp
bnVlOw0KIAkJfQ0KIAkJaWYgKHN0cmVxKGNwLCAiaW50ZXJsZWF2ZSIpKSB7
DQotCQkJdiA9IGF0b2kodHApOw0KKwkJCXYgPSBzdHJ0b3VsKHRwLCBOVUxM
LCAwKTsNCiAJCQlpZiAodiA8PSAwKSB7DQogCQkJCWZwcmludGYoc3RkZXJy
LCAibGluZSAlZDogJXM6IGJhZCAlc1xuIiwNCiAJCQkJICAgIGxpbmVubywg
dHAsIGNwKTsNCkBAIC0xMTA4LDcgKzExMDksNyBAQA0KIAkJCWNvbnRpbnVl
Ow0KIAkJfQ0KIAkJaWYgKHN0cmVxKGNwLCAidHJhY2tza2V3IikpIHsNCi0J
CQl2ID0gYXRvaSh0cCk7DQorCQkJdiA9IHN0cnRvdWwodHAsIE5VTEwsIDAp
Ow0KIAkJCWlmICh2IDwgMCkgew0KIAkJCQlmcHJpbnRmKHN0ZGVyciwgImxp
bmUgJWQ6ICVzOiBiYWQgJXNcbiIsDQogCQkJCSAgICBsaW5lbm8sIHRwLCBj
cCk7DQpAQCAtMTExOCw3ICsxMTE5LDcgQEANCiAJCQljb250aW51ZTsNCiAJ
CX0NCiAJCWlmIChzdHJlcShjcCwgImN5bGluZGVyc2tldyIpKSB7DQotCQkJ
diA9IGF0b2kodHApOw0KKwkJCXYgPSBzdHJ0b3VsKHRwLCBOVUxMLCAwKTsN
CiAJCQlpZiAodiA8IDApIHsNCiAJCQkJZnByaW50ZihzdGRlcnIsICJsaW5l
ICVkOiAlczogYmFkICVzXG4iLA0KIAkJCQkgICAgbGluZW5vLCB0cCwgY3Ap
Ow0KQEAgLTExMjgsNyArMTEyOSw3IEBADQogCQkJY29udGludWU7DQogCQl9
DQogCQlpZiAoc3RyZXEoY3AsICJoZWFkc3dpdGNoIikpIHsNCi0JCQl2ID0g
YXRvaSh0cCk7DQorCQkJdiA9IHN0cnRvdWwodHAsIE5VTEwsIDApOw0KIAkJ
CWlmICh2IDwgMCkgew0KIAkJCQlmcHJpbnRmKHN0ZGVyciwgImxpbmUgJWQ6
ICVzOiBiYWQgJXNcbiIsDQogCQkJCSAgICBsaW5lbm8sIHRwLCBjcCk7DQpA
QCAtMTEzOCw3ICsxMTM5LDcgQEANCiAJCQljb250aW51ZTsNCiAJCX0NCiAJ
CWlmIChzdHJlcShjcCwgInRyYWNrLXRvLXRyYWNrIHNlZWsiKSkgew0KLQkJ
CXYgPSBhdG9pKHRwKTsNCisJCQl2ID0gc3RydG91bCh0cCwgTlVMTCwgMCk7
DQogCQkJaWYgKHYgPCAwKSB7DQogCQkJCWZwcmludGYoc3RkZXJyLCAibGlu
ZSAlZDogJXM6IGJhZCAlc1xuIiwNCiAJCQkJICAgIGxpbmVubywgdHAsIGNw
KTsNCkBAIC0xMTgyLDcgKzExODMsNyBAQA0KIAkJcmV0dXJuICgxKTsgXA0K
IAl9IGVsc2UgeyBcDQogCQljcCA9IHRwLCB0cCA9IHdvcmQoY3ApOyBcDQot
CQkobikgPSBhdG9pKGNwKTsgXA0KKwkJKG4pID0gc3RydG91bChjcCwgTlVM
TCwgMCk7IFwNCiAJfSBcDQogfSB3aGlsZSAoMCkNCiANCkBAIC0xMTk0LDcg
KzExOTUsNyBAQA0KIAl9IGVsc2UgeyBcDQogCSAgICAgICAgY2hhciAqdG1w
OyBcDQogCQljcCA9IHRwLCB0cCA9IHdvcmQoY3ApOyBcDQotCSAgICAgICAg
KG4pID0gc3RydG9sKGNwLCZ0bXAsMTApOyBcDQorCSAgICAgICAgKG4pID0g
c3RydG91bChjcCwgJnRtcCwgMTApOyBcDQogCQlpZiAodG1wKSAodykgPSAq
dG1wOyBcDQogCX0gXA0KIH0gd2hpbGUgKDApDQpAQCAtMTIwOSw3ICsxMjEw
LDcgQEANCiAJc3RydWN0IHBhcnRpdGlvbiAqcHA7DQogCWNoYXIgKmNwOw0K
IAljb25zdCBjaGFyICoqY3BwOw0KLQlpbnQgdjsNCisJdW5zaWduZWQgaW50
IHY7DQogDQogCXBwID0gJmxwLT5kX3BhcnRpdGlvbnNbcGFydF07DQogCWNw
ID0gTlVMTDsNCkBAIC0xMzcwLDcgKzEzNzEsNyBAQA0KIAkJCQkJCWhvZ19w
YXJ0ID0gaTsNCiAJCQkJfQ0KIAkJCX0gZWxzZSB7DQotCQkJCW9mZl90IHNp
emU7DQorCQkJCXVfaW50NjRfdCBzaXplOw0KIA0KIAkJCQlzaXplID0gcHAt
PnBfc2l6ZTsNCiAJCQkJc3dpdGNoIChwYXJ0X3NpemVfdHlwZVtpXSkgew0K
QEAgLTE1MTcsNyArMTUxOCw3IEBADQogCQkJICAgICJwYXJ0aXRpb24gJWM6
IG9mZnNldCBwYXN0IGVuZCBvZiB1bml0XG4iLCBwYXJ0KTsNCiAJCQllcnJv
cnMrKzsNCiAJCX0NCi0JCWlmIChwcC0+cF9vZmZzZXQgKyBwcC0+cF9zaXpl
ID4gbHAtPmRfc2VjcGVydW5pdCkgew0KKwkJaWYgKChwcC0+cF9vZmZzZXQg
KyBwcC0+cF9zaXplKSA+IGxwLT5kX3NlY3BlcnVuaXQpIHsNCiAJCQlmcHJp
bnRmKHN0ZGVyciwNCiAJCQkicGFydGl0aW9uICVjOiBwYXJ0aXRpb24gZXh0
ZW5kcyBwYXN0IGVuZCBvZiB1bml0XG4iLA0KIAkJCSAgICBwYXJ0KTsNCg==
--0-169692073-1037404765=:46162--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 16: 1:37 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3F14B37B401; Fri, 15 Nov 2002 16:01:36 -0800 (PST)
Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C8EEF43E42; Fri, 15 Nov 2002 16:01:35 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0182.cvx22-bradley.dialup.earthlink.net ([209.179.198.182] helo=mindspring.com)
	by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18CqP0-0005ge-00; Fri, 15 Nov 2002 16:01:35 -0800
Message-ID: <3DD58A8F.A402D461@mindspring.com>
Date: Fri, 15 Nov 2002 16:00:15 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Robert Watson <rwatson@FreeBSD.org>
Cc: John Baldwin <jhb@FreeBSD.org>,
	Wesley Morgan <morganw@chemikals.org>, freebsd-current@FreeBSD.org,
	Vallo Kallaste <kalts@estpak.ee>
Subject: Re: DISABLE_PSE & DISABLE_PG_G still needed?
References: <Pine.NEB.3.96L.1021115114340.10878F-100000@fledge.watson.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Robert Watson wrote:
> On Fri, 15 Nov 2002, John Baldwin wrote:
> > It only happens with P4's.  I haven't seen it locally on a p4 test
> > machine at work that I have built test releases on.  Also, it would be
> > nice to see if just adding one of the options fixed the problems.  As
> > for NOTES, those options should not be enabled in NOTES as they would
> > defeat the purpose of LINT since they disable code.
> 
> Does this apply generally to all P4's, or just a subset?  If all, it may
> be we want to add a P4-workaround to GENERIC so that P4's work better ouf
> of the box.  If it's a select few, I wonder if there's some way to test
> for the problem early in the boot...
> 
> One of the recurring themes here has (a) been P4 processors, and (b) been
> a fear that because of timing changes introduced by the DISABLE_FOO flags,
> the real bug is still there, but less visible in the tests people are
> running.

The amount of RAM will also affect it.  It can also happen on P3's
and AMD K6's.  It is a CPU bug related to the use of 4M pages.

Bosko understands the problem (I have explained it to him under
non-disclosure), and he has a patch which avoids it without really
disclosing the problem, which I'm OK with.  Using the patch cranks
the amount of base memory required for a minimal FreeBSD up to 16M,
and loads the kernel at 4M, instead of 1M.  This avoids the problem
on purpose that the older FreeBSD locore.s used to avoid by accident.

The alternative is to take up to a 15% performance hit by not using
4M and global pages, or to revert the locore.s code so that it does
not tickle the hardware bug.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 16: 9:38 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 847F037B401
	for <freebsd-current@FreeBSD.org>; Fri, 15 Nov 2002 16:09:37 -0800 (PST)
Received: from volatile.chemikals.org (cae57-176-131.sc.rr.com [66.57.176.131])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3531C43E4A
	for <freebsd-current@FreeBSD.org>; Fri, 15 Nov 2002 16:09:28 -0800 (PST)
	(envelope-from morganw@chemikals.org)
Received: from localhost (morganw@localhost [127.0.0.1])
	by volatile.chemikals.org (8.12.6/8.12.6) with ESMTP id gAG09MED034320;
	Fri, 15 Nov 2002 19:09:22 -0500 (EST)
	(envelope-from morganw@chemikals.org)
Date: Fri, 15 Nov 2002 19:09:22 -0500 (EST)
From: Wesley Morgan <morganw@chemikals.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: freebsd-current@FreeBSD.org
Subject: Re: DISABLE_PSE & DISABLE_PG_G still needed?
In-Reply-To: <3DD58A8F.A402D461@mindspring.com>
Message-ID: <20021115190426.G33491-100000@volatile.chemikals.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Based on this, are you recommending that the DISABLE_* still be used? Will
I never see the problem with 512mb of ram?

On Fri, 15 Nov 2002, Terry Lambert wrote:

> The amount of RAM will also affect it.  It can also happen on P3's
> and AMD K6's.  It is a CPU bug related to the use of 4M pages.

Let's not dance around the issue. Software has bugs. Hardware has defects.

> Bosko understands the problem (I have explained it to him under
> non-disclosure), and he has a patch which avoids it without really
> disclosing the problem, which I'm OK with.  Using the patch cranks

So basically, there is a DEFECT in something that either Intel or AMD has
some me (you, everyone) and they will not disclose the defect, honor any
warranties, or provide fixes for the problem?

How... crappy. Reminds me of the Redhat/DMCA suppressed patch. I think
consumers have a right to know about any defects in something they have
bought. And I also think that the marketer should assume some liability
for selling defective hardware (even though software makers seem to be
able to get away with it).

But this is getting way off topic :P

-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 16:15: 8 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id D0FE037B401; Fri, 15 Nov 2002 16:15:06 -0800 (PST)
Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 6633243E75; Fri, 15 Nov 2002 16:15:06 -0800 (PST)
	(envelope-from julian@elischer.org)
Received: from InterJet.elischer.org ([12.232.168.4])
          by rwcrmhc51.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20021116001504.JGFP6492.rwcrmhc51.attbi.com@InterJet.elischer.org>;
          Sat, 16 Nov 2002 00:15:04 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA47499;
	Fri, 15 Nov 2002 16:14:42 -0800 (PST)
Date: Fri, 15 Nov 2002 16:14:41 -0800 (PST)
From: Julian Elischer <julian@elischer.org>
To: re@freebsd.org, FreeBSD current users <current@FreeBSD.ORG>
Subject: Re: Sign fixes for disklabel(8)
In-Reply-To: <Pine.BSF.4.21.0211151555190.46162-200000@InterJet.elischer.org>
Message-ID: <Pine.BSF.4.21.0211151611040.46162-100000@InterJet.elischer.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG



On Fri, 15 Nov 2002, Julian Elischer wrote:

> 
> Here are the diffs to allow disklabel to correctly create partitions >
> 1TB (up to 2TB is useful with UFS2) pending a different partitionning
> scheme. It also allows you to correctly make smaller partitions beyond
> 1TB which is nice if you don't want to waste 800GB on an array :-)
> 
> 
> permission to commit please?
> (pending comments by others)
> 
> (also the sysinstall changes posted before)
> (also the bluetooth code)

The diff should not contain the following debug 'leftovers'
which will not be committed..
                        } else {
-                               off_t size;
+                               u_int64_t size;
 
                                size = pp->p_size;



and

                }
-               if (pp->p_offset + pp->p_size > lp->d_secperunit) {
+               if ((pp->p_offset + pp->p_size) > lp->d_secperunit) {
                        fprintf(stderr,


> 
> 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 17: 3:51 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A2EAE37B401
	for <freebsd-current@freebsd.org>; Fri, 15 Nov 2002 17:03:49 -0800 (PST)
Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E986543E77
	for <freebsd-current@freebsd.org>; Fri, 15 Nov 2002 17:03:47 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0182.cvx22-bradley.dialup.earthlink.net ([209.179.198.182] helo=mindspring.com)
	by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1)
	id 18CrN9-0005ZJ-00; Fri, 15 Nov 2002 17:03:43 -0800
Message-ID: <3DD59916.22CC2AA3@mindspring.com>
Date: Fri, 15 Nov 2002 17:02:14 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Wesley Morgan <morganw@chemikals.org>
Cc: freebsd-current@FreeBSD.org
Subject: Re: DISABLE_PSE & DISABLE_PG_G still needed?
References: <20021115190426.G33491-100000@volatile.chemikals.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Wesley Morgan wrote:
> Based on this, are you recommending that the DISABLE_* still be used? Will
> I never see the problem with 512mb of ram?

When Matt Dillon made some of the machdep.c allocation sizes
dependent on the physical RAM size, it made the problem much
less predictable, based on the amount of RAM, so without
sitting down and doing some math to find out exactly where
each byte of memory was going, I could not tell you for a
given amount of RAM and CPU.

What I will tell you is that there is a stair function involved
in the amount of RAM you can install, and there is a following
function that looks similar, for the allocations made by machdep.c
now.  The problem will occur when there is a gap between the
stair and the follower, e.g.:

RAM available
|  ----.
|  ....+..
|      | .                 <-- bug triggered
|      `-+----.
|        .....+..
|             | .          <-- bug triggered
|             `-+----.
|               .....+..
|                    | .   <-- bug triggered
V
RAM used ------------------->


> > Bosko understands the problem (I have explained it to him under
> > non-disclosure), and he has a patch which avoids it without really
> > disclosing the problem, which I'm OK with.  Using the patch cranks
> 
> So basically, there is a DEFECT in something that either Intel or AMD has
> some me (you, everyone) and they will not disclose the defect, honor any
> warranties, or provide fixes for the problem?

No.  The non-disclosure was mine.  I am not an Intel/AMD employee;
I discovered the defect independently.  As far as I know, they are
aware of the problem from Microsoft, but have no idea as to its
root cause.  It is likely that AMD licensed Intel designs, in order
for AMD to have the same problem.

You should be aware that Microsoft recommends a registry setting
that disables the use of 4M pages to work around the problem on
customer systems that have the problem.  They don't have the PG_G
problem that FreeBSD 5.x has, for the same reason that FreeBSD 4.3
didn't have it: serendipity.


> How... crappy. Reminds me of the Redhat/DMCA suppressed patch. I think
> consumers have a right to know about any defects in something they have
> bought.

Argue with your congressman; it was a U.S. law that suppressed the
patch, in that case.

> And I also think that the marketer should assume some liability
> for selling defective hardware (even though software makers seem to be
> able to get away with it).

Even defects that haven't been discovered or characterized by them?
Argue with the U.S. Supreme Court and the tobacco industry on that
one.  Degree of product liability is based on the prior knowledge of
potential harm.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 17: 8:50 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 54B1337B401
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 17:08:49 -0800 (PST)
Received: from rootlabs.com (root.org [67.118.192.226])
	by mx1.FreeBSD.org (Postfix) with SMTP id 7003A43E9C
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 17:08:45 -0800 (PST)
	(envelope-from nate@rootlabs.com)
Received: (qmail 48152 invoked by uid 1000); 16 Nov 2002 01:08:46 -0000
Date: Fri, 15 Nov 2002 17:08:46 -0800 (PST)
From: Nate Lawson <nate@root.org>
To: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>
Cc: current@FreeBSD.ORG, acpi-jp@jp.freebsd.org
Subject: Re: ACPI errors and then panic
In-Reply-To: <20021005.100416.13778160.iwasaki@jp.FreeBSD.org>
Message-ID: <Pine.BSF.4.21.0211151314330.47412-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, 5 Oct 2002, Mitsuru IWASAKI wrote:
> From: Nate Lawson <nate@root.org>
> Subject: ACPI errors and then panic
> Date: Fri, 4 Oct 2002 17:14:31 -0700 (PDT)
> Message-ID: <Pine.BSF.4.21.0210041705180.96157-100000@root.org>
> 
> > My laptop appears to work ok without ACPI but of course I don't get
> > suspend, resume, etc.  I have never been able to get ACPI to work with it,
> > including with a -current as of 2 hours ago.  If ACPI is enabled, I get a
> > spew of:
> > 
> > ACPI-0412 *** Error: NsSearchAndEnter: Bad character in ACPI name
> > 
> > and then a panic from acpi_attach.

I sent a reply including the requested traces on Oct 25.  Do you need any
more information?

Thanks,
-Nate



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 17:49:20 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D4DDE37B401
	for <current@freebsd.org>; Fri, 15 Nov 2002 17:49:19 -0800 (PST)
Received: from mail.allcaps.org (h-66-166-142-198.SNDACAGL.covad.net [66.166.142.198])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3349A43E75
	for <current@freebsd.org>; Fri, 15 Nov 2002 17:49:19 -0800 (PST)
	(envelope-from bsder@mail.allcaps.org)
Received: by mail.allcaps.org (Postfix, from userid 501)
	id 620B915534; Fri, 15 Nov 2002 17:49:17 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by mail.allcaps.org (Postfix) with ESMTP
	id 563DE15533; Fri, 15 Nov 2002 17:49:17 -0800 (PST)
Date: Fri, 15 Nov 2002 17:49:17 -0800 (PST)
From: "Andrew P. Lentvorski" <bsder@mail.allcaps.org>
To: Martijn Pronk <martijn@smartie.xs4all.nl>
Cc: Kris Kennaway <kris@obsecurity.org>, <current@freebsd.org>
Subject: Re: rpc.lockd problems
In-Reply-To: <3DD56DF8.6050206@sillywalks.org>
Message-ID: <20021115173904.P4380-100000@mail.allcaps.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 15 Nov 2002, Martijn Pronk wrote:

> However, I had some starting problems with rpc.lockd.
> Aparently it requires that rpc.statd also is running.

Hmmm, it shouldn't fail if rpc.statd isn't enabled, but it should probably
complain loudly.  Make sure you file a FreeBSD bug report on that, and
I'll go take a look why.

statd is used to recover locks when the server dies or to release locks
when the client dies.  I don't actually know if it is "required" by the
specification, but I don't think I've ever seen NFS used without it.

Can you produce a packet trace for Kris?  This would give him a known good
trace so that he can point out the differences from his particular
configuration, or, alternatively, he could file a bug report with the
Linux folks.

Thanks for taking the time to try the configuration,
-a


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 18:18:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5B27037B401
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 18:18:57 -0800 (PST)
Received: from smtp02.iprimus.net.au (smtp02.iprimus.net.au [210.50.76.70])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B7B1F43E3B
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 18:18:55 -0800 (PST)
	(envelope-from tim@robbins.dropbear.id.au)
Received: from dilbert.robbins.dropbear.id.au ([210.50.203.155]) by smtp02.iprimus.net.au with Microsoft SMTPSVC(5.0.2195.5600);
	 Sat, 16 Nov 2002 13:18:46 +1100
Received: from dilbert.robbins.dropbear.id.au (vx0fccdbdepxfvz8@localhost [127.0.0.1])
	by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6) with ESMTP id gAG2Ihbo092852;
	Sat, 16 Nov 2002 13:18:43 +1100 (EST)
	(envelope-from tim@dilbert.robbins.dropbear.id.au)
Received: (from tim@localhost)
	by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6/Submit) id gAG2Igbm092851;
	Sat, 16 Nov 2002 13:18:42 +1100 (EST)
	(envelope-from tim)
Date: Sat, 16 Nov 2002 13:18:42 +1100
From: Tim Robbins <tjr@FreeBSD.ORG>
To: Julian Elischer <julian@elischer.org>
Cc: FreeBSD current users <current@FreeBSD.ORG>
Subject: Re: Sign fixes for disklabel(8)
Message-ID: <20021116131842.A92191@dilbert.robbins.dropbear.id.au>
References: <Pine.BSF.4.21.0211151555190.46162-200000@InterJet.elischer.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.BSF.4.21.0211151555190.46162-200000@InterJet.elischer.org>; from julian@elischer.org on Fri, Nov 15, 2002 at 03:59:25PM -0800
X-OriginalArrivalTime: 16 Nov 2002 02:18:47.0417 (UTC) FILETIME=[7EB1BE90:01C28D16]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Nov 15, 2002 at 03:59:25PM -0800, Julian Elischer wrote:

> Here are the diffs to allow disklabel to correctly create partitions >
> 1TB (up to 2TB is useful with UFS2) pending a different partitionning
> scheme. It also allows you to correctly make smaller partitions beyond
> 1TB which is nice if you don't want to waste 800GB on an array :-)
> 
> 
> permission to commit please?
> (pending comments by others)
> 
> (also the sysinstall changes posted before)
> (also the bluetooth code)
[...]
> -	int v, lineno = 0, errors = 0;
> +	unsigned int v;
> +	int lineno = 0, errors = 0;
>  	int i;
[...]
> -			v = atoi(tp);
> +			v = strtoul(tp, NULL, 0);
>  			if ((unsigned)v >= DKMAXTYPES)
>  				fprintf(stderr, "line %d:%s %d\n", lineno,
>  				    "Warning, unknown disk type", v);

This cast is redundant since v is already unsigned. The fprintf() format
string needs to use %u instead of %d. Use 10 as the base argument to
stroul(), not 0 otherwise numbers with leading zeros will be interpreted
as octal.

[...]
> -			v = atoi(tp);
> +			v = strtoul(tp, NULL, 0);
>  			if (v <= 0 || (v % DEV_BSIZE) != 0) {
>  				fprintf(stderr,
>  				    "line %d: %s: bad sector size\n",

Should be == 0, not <= 0 since v is unsigned.

[...]
> -			v = atoi(tp);
> +			v = strtoul(tp, NULL, 0);
>  			if (v < 0) {
>  				fprintf(stderr, "line %d: %s: bad %s\n",
>  				    lineno, tp, cp);

v < 0 is impossible.


Tim

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 21:16:11 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id EAF2837B401; Fri, 15 Nov 2002 21:16:10 -0800 (PST)
Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 4D69443E77; Fri, 15 Nov 2002 21:16:10 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: from HAL9000.homeunix.com (localhost [127.0.0.1])
	by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gAG5G82q016781;
	Fri, 15 Nov 2002 21:16:09 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Received: (from das@localhost)
	by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gAG5G6Wm016780;
	Fri, 15 Nov 2002 21:16:06 -0800 (PST)
	(envelope-from dschultz@uclink.Berkeley.EDU)
Date: Fri, 15 Nov 2002 21:16:06 -0800
From: David Schultz <dschultz@uclink.Berkeley.EDU>
To: Robert Watson <rwatson@FreeBSD.ORG>
Cc: Sheldon Hearn <sheldonh@starjuice.net>,
	Soeren Schmidt <sos@spider.deepcore.dk>, freebsd-current@FreeBSD.ORG
Subject: Re: /dev/acd*t* no longer available in -current?
Message-ID: <20021116051606.GB16666@HAL9000.homeunix.com>
Mail-Followup-To: Robert Watson <rwatson@FreeBSD.ORG>,
	Sheldon Hearn <sheldonh@starjuice.net>,
	Soeren Schmidt <sos@spider.deepcore.dk>, freebsd-current@FreeBSD.ORG
References: <20021115091313.GK76728@starjuice.net> <Pine.NEB.3.96L.1021115112338.10878E-100000@fledge.watson.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.NEB.3.96L.1021115112338.10878E-100000@fledge.watson.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Thus spake Robert Watson <rwatson@FreeBSD.ORG>:
> So one thing we could start doing is have sysinstall's adduser stuff offer
> to place new users in the operator group, and set up the default
> permissions on removable devices such that the operator group has
> read/write access to them (or even just read-access).  This would be
> logically equivilent to placing users in an admin group at instlal on
> Windows or Mac OS X.  Operator access connotes the ability to shut down
> the system in FreeBSD, as well as the ability to dump file systems, etc.
> Another possibility would be to evolve our notion of console user based on
> fbtab some for workstation configurations.

I think putting new users in the operator group, even as a
default-off option, is more liberal than necessary.  Using fbtab
to allow access to removable and audio devices seems like the
right thing to do.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Nov 15 22: 7:50 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DE5AC37B401
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 22:07:48 -0800 (PST)
Received: from rootlabs.com (root.org [67.118.192.226])
	by mx1.FreeBSD.org (Postfix) with SMTP id 2CE1443E75
	for <current@FreeBSD.ORG>; Fri, 15 Nov 2002 22:07:48 -0800 (PST)
	(envelope-from nate@rootlabs.com)
Received: (qmail 48512 invoked by uid 1000); 16 Nov 2002 06:07:50 -0000
Date: Fri, 15 Nov 2002 22:07:50 -0800 (PST)
From: Nate Lawson <nate@root.org>
To: Tim Robbins <tjr@FreeBSD.ORG>
Cc: Julian Elischer <julian@elischer.org>,
	FreeBSD current users <current@FreeBSD.ORG>
Subject: Re: Sign fixes for disklabel(8)
In-Reply-To: <20021116131842.A92191@dilbert.robbins.dropbear.id.au>
Message-ID: <Pine.BSF.4.21.0211152205130.48493-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, 16 Nov 2002, Tim Robbins wrote:
> On Fri, Nov 15, 2002 at 03:59:25PM -0800, Julian Elischer wrote:
> 
> > Here are the diffs to allow disklabel to correctly create partitions >
> > 1TB (up to 2TB is useful with UFS2) pending a different partitionning
> > scheme. It also allows you to correctly make smaller partitions beyond
> > 1TB which is nice if you don't want to waste 800GB on an array :-)
> > 
> > 
> > permission to commit please?
> > (pending comments by others)
> > 
> > (also the sysinstall changes posted before)
> > (also the bluetooth code)
> [...]
> > -			v = atoi(tp);
> > +			v = strtoul(tp, NULL, 0);
> >  			if (v <= 0 || (v % DEV_BSIZE) != 0) {
> >  				fprintf(stderr,
> >  				    "line %d: %s: bad sector size\n",
> 
> Should be == 0, not <= 0 since v is unsigned.
> 
> [...]
> > -			v = atoi(tp);
> > +			v = strtoul(tp, NULL, 0);
> >  			if (v < 0) {
> >  				fprintf(stderr, "line %d: %s: bad %s\n",
> >  				    lineno, tp, cp);
> 
> v < 0 is impossible.

In the overflow case, strtoul returns ULONG_MAX.  Or if you're interested
in catching invalid characters, use endptr.

-Nate


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  0:40:18 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id EBF2B37B401; Sat, 16 Nov 2002 00:40:11 -0800 (PST)
Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id ECDF143E3B; Sat, 16 Nov 2002 00:40:10 -0800 (PST)
	(envelope-from julian@elischer.org)
Received: from InterJet.elischer.org ([12.232.168.4])
          by rwcrmhc51.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20021116084009.SIUB6492.rwcrmhc51.attbi.com@InterJet.elischer.org>;
          Sat, 16 Nov 2002 08:40:09 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA50675;
	Sat, 16 Nov 2002 00:37:15 -0800 (PST)
Date: Sat, 16 Nov 2002 00:37:13 -0800 (PST)
From: Julian Elischer <julian@elischer.org>
To: Nate Lawson <nate@root.org>
Cc: Tim Robbins <tjr@FreeBSD.ORG>,
	FreeBSD current users <current@FreeBSD.ORG>
Subject: Re: Sign fixes for disklabel(8)
In-Reply-To: <Pine.BSF.4.21.0211152205130.48493-100000@root.org>
Message-ID: <Pine.BSF.4.21.0211160011590.50399-200000@InterJet.elischer.org>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-661448415-1037435833=:50399"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--0-661448415-1037435833=:50399
Content-Type: TEXT/PLAIN; charset=US-ASCII



On Fri, 15 Nov 2002, Nate Lawson wrote:

> On Sat, 16 Nov 2002, Tim Robbins wrote:
> > On Fri, Nov 15, 2002 at 03:59:25PM -0800, Julian Elischer wrote:
> > 
> > > Here are the diffs to allow disklabel to correctly create partitions >
> > > 1TB (up to 2TB is useful with UFS2) pending a different partitionning
> > > scheme. It also allows you to correctly make smaller partitions beyond
> > > 1TB which is nice if you don't want to waste 800GB on an array :-)
> > > 
> > > 
> > > permission to commit please?
> > > (pending comments by others)
> > > 
> > > (also the sysinstall changes posted before)
> > > (also the bluetooth code)
> > [...]
> > > -			v = atoi(tp);
> > > +			v = strtoul(tp, NULL, 0);
> > >  			if (v <= 0 || (v % DEV_BSIZE) != 0) {
> > >  				fprintf(stderr,
> > >  				    "line %d: %s: bad sector size\n",
> > 
> > Should be == 0, not <= 0 since v is unsigned.
good catch.
I've altered all the checks of v to be unsigned..


> > 
> > [...]
> > > -			v = atoi(tp);
> > > +			v = strtoul(tp, NULL, 0);
> > >  			if (v < 0) {
> > >  				fprintf(stderr, "line %d: %s: bad %s\n",
> > >  				    lineno, tp, cp);
> > 
> > v < 0 is impossible.
> 
> In the overflow case, strtoul returns ULONG_MAX.  Or if you're interested
> in catching invalid characters, use endptr.

I'm not that interested in catching those cases.. they were not caught
before and I'm looking for the minimal diff..

I've just removed the clause. See new patch attached..
A sensible thing might be to compare against a "sensible" value
but who knows what that value should be?

I include the new diff for your coments

Any comments from anyone about the sysinstall fixes would also be
apreciated..


> 
> -Nate
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
> 

--0-661448415-1037435833=:50399
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="disklabel.current.diff"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.BSF.4.21.0211160037130.50399@InterJet.elischer.org>
Content-Description: 
Content-Disposition: attachment; filename="disklabel.current.diff"

SW5kZXg6IGRpc2tsYWJlbC5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS
Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc2Jpbi9kaXNrbGFiZWwvZGlza2xh
YmVsLmMsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjYyDQpkaWZmIC11IC1y
MS42MiBkaXNrbGFiZWwuYw0KLS0tIGRpc2tsYWJlbC5jCTggT2N0IDIwMDIg
MTI6MTM6MTkgLTAwMDAJMS42Mg0KKysrIGRpc2tsYWJlbC5jCTE2IE5vdiAy
MDAyIDA4OjIzOjE0IC0wMDAwDQpAQCAtOTQzLDcgKzk0Myw4IEBADQogCWNv
bnN0IGNoYXIgKipjcHA7DQogCXVuc2lnbmVkIGludCBwYXJ0Ow0KIAljaGFy
ICp0cCwgbGluZVtCVUZTSVpdOw0KLQlpbnQgdiwgbGluZW5vID0gMCwgZXJy
b3JzID0gMDsNCisJdW5zaWduZWQgaW50IHY7DQorCWludCBsaW5lbm8gPSAw
LCBlcnJvcnMgPSAwOw0KIAlpbnQgaTsNCiANCiAJbHAtPmRfYmJzaXplID0g
QkJTSVpFOwkJCQkvKiBYWFggKi8NCkBAIC05NzMsNyArOTc0LDcgQEANCiAJ
CQkJfQ0KIAkJCWlmIChjcHAgPCAmZGt0eXBlbmFtZXNbREtNQVhUWVBFU10p
DQogCQkJCWNvbnRpbnVlOw0KLQkJCXYgPSBhdG9pKHRwKTsNCisJCQl2ID0g
c3RydG91bCh0cCwgTlVMTCwgMCk7DQogCQkJaWYgKCh1bnNpZ25lZCl2ID49
IERLTUFYVFlQRVMpDQogCQkJCWZwcmludGYoc3RkZXJyLCAibGluZSAlZDol
cyAlZFxuIiwgbGluZW5vLA0KIAkJCQkgICAgIldhcm5pbmcsIHVua25vd24g
ZGlzayB0eXBlIiwgdik7DQpAQCAtMTAwNiw4ICsxMDA3LDggQEANCiAJCQl9
DQogCQkJY29udGludWU7DQogCQl9DQotCQlpZiAoc3NjYW5mKGNwLCAiJWQg
cGFydGl0aW9ucyIsICZ2KSA9PSAxKSB7DQotCQkJaWYgKHYgPT0gMCB8fCAo
dW5zaWduZWQpdiA+IE1BWFBBUlRJVElPTlMpIHsNCisJCWlmIChzc2NhbmYo
Y3AsICIldSBwYXJ0aXRpb25zIiwgJnYpID09IDEpIHsNCisJCQlpZiAodiA9
PSAwIHx8IHYgPiBNQVhQQVJUSVRJT05TKSB7DQogCQkJCWZwcmludGYoc3Rk
ZXJyLA0KIAkJCQkgICAgImxpbmUgJWQ6IGJhZCAjIG9mIHBhcnRpdGlvbnNc
biIsIGxpbmVubyk7DQogCQkJCWxwLT5kX25wYXJ0aXRpb25zID0gTUFYUEFS
VElUSU9OUzsNCkBAIC0xMDI3LDggKzEwMjgsOCBAQA0KIAkJCWNvbnRpbnVl
Ow0KIAkJfQ0KIAkJaWYgKHN0cmVxKGNwLCAiYnl0ZXMvc2VjdG9yIikpIHsN
Ci0JCQl2ID0gYXRvaSh0cCk7DQotCQkJaWYgKHYgPD0gMCB8fCAodiAlIERF
Vl9CU0laRSkgIT0gMCkgew0KKwkJCXYgPSBzdHJ0b3VsKHRwLCBOVUxMLCAw
KTsNCisJCQlpZiAodiA9PSAwIHx8ICh2ICUgREVWX0JTSVpFKSAhPSAwKSB7
DQogCQkJCWZwcmludGYoc3RkZXJyLA0KIAkJCQkgICAgImxpbmUgJWQ6ICVz
OiBiYWQgc2VjdG9yIHNpemVcbiIsDQogCQkJCSAgICBsaW5lbm8sIHRwKTsN
CkBAIC0xMDM4LDggKzEwMzksOCBAQA0KIAkJCWNvbnRpbnVlOw0KIAkJfQ0K
IAkJaWYgKHN0cmVxKGNwLCAic2VjdG9ycy90cmFjayIpKSB7DQotCQkJdiA9
IGF0b2kodHApOw0KLQkJCWlmICh2IDw9IDApIHsNCisJCQl2ID0gc3RydG91
bCh0cCwgTlVMTCwgMCk7DQorCQkJaWYgKHYgPT0gMCkgew0KIAkJCQlmcHJp
bnRmKHN0ZGVyciwgImxpbmUgJWQ6ICVzOiBiYWQgJXNcbiIsDQogCQkJCSAg
ICBsaW5lbm8sIHRwLCBjcCk7DQogCQkJCWVycm9ycysrOw0KQEAgLTEwNDgs
OCArMTA0OSw4IEBADQogCQkJY29udGludWU7DQogCQl9DQogCQlpZiAoc3Ry
ZXEoY3AsICJzZWN0b3JzL2N5bGluZGVyIikpIHsNCi0JCQl2ID0gYXRvaSh0
cCk7DQotCQkJaWYgKHYgPD0gMCkgew0KKwkJCXYgPSBzdHJ0b3VsKHRwLCBO
VUxMLCAwKTsNCisJCQlpZiAodiA9PSAwKSB7DQogCQkJCWZwcmludGYoc3Rk
ZXJyLCAibGluZSAlZDogJXM6IGJhZCAlc1xuIiwNCiAJCQkJICAgIGxpbmVu
bywgdHAsIGNwKTsNCiAJCQkJZXJyb3JzKys7DQpAQCAtMTA1OCw4ICsxMDU5
LDggQEANCiAJCQljb250aW51ZTsNCiAJCX0NCiAJCWlmIChzdHJlcShjcCwg
InRyYWNrcy9jeWxpbmRlciIpKSB7DQotCQkJdiA9IGF0b2kodHApOw0KLQkJ
CWlmICh2IDw9IDApIHsNCisJCQl2ID0gc3RydG91bCh0cCwgTlVMTCwgMCk7
DQorCQkJaWYgKHYgPT0gMCkgew0KIAkJCQlmcHJpbnRmKHN0ZGVyciwgImxp
bmUgJWQ6ICVzOiBiYWQgJXNcbiIsDQogCQkJCSAgICBsaW5lbm8sIHRwLCBj
cCk7DQogCQkJCWVycm9ycysrOw0KQEAgLTEwNjgsOCArMTA2OSw4IEBADQog
CQkJY29udGludWU7DQogCQl9DQogCQlpZiAoc3RyZXEoY3AsICJjeWxpbmRl
cnMiKSkgew0KLQkJCXYgPSBhdG9pKHRwKTsNCi0JCQlpZiAodiA8PSAwKSB7
DQorCQkJdiA9IHN0cnRvdWwodHAsIE5VTEwsIDApOw0KKwkJCWlmICh2ID09
IDApIHsNCiAJCQkJZnByaW50ZihzdGRlcnIsICJsaW5lICVkOiAlczogYmFk
ICVzXG4iLA0KIAkJCQkgICAgbGluZW5vLCB0cCwgY3ApOw0KIAkJCQllcnJv
cnMrKzsNCkBAIC0xMDc4LDggKzEwNzksOCBAQA0KIAkJCWNvbnRpbnVlOw0K
IAkJfQ0KIAkJaWYgKHN0cmVxKGNwLCAic2VjdG9ycy91bml0IikpIHsNCi0J
CQl2ID0gYXRvaSh0cCk7DQotCQkJaWYgKHYgPD0gMCkgew0KKwkJCXYgPSBz
dHJ0b3VsKHRwLCBOVUxMLCAwKTsNCisJCQlpZiAodiA9PSAwKSB7DQogCQkJ
CWZwcmludGYoc3RkZXJyLCAibGluZSAlZDogJXM6IGJhZCAlc1xuIiwNCiAJ
CQkJICAgIGxpbmVubywgdHAsIGNwKTsNCiAJCQkJZXJyb3JzKys7DQpAQCAt
MTA4OCw4ICsxMDg5LDggQEANCiAJCQljb250aW51ZTsNCiAJCX0NCiAJCWlm
IChzdHJlcShjcCwgInJwbSIpKSB7DQotCQkJdiA9IGF0b2kodHApOw0KLQkJ
CWlmICh2IDw9IDApIHsNCisJCQl2ID0gc3RydG91bCh0cCwgTlVMTCwgMCk7
DQorCQkJaWYgKHYgPT0gMCkgew0KIAkJCQlmcHJpbnRmKHN0ZGVyciwgImxp
bmUgJWQ6ICVzOiBiYWQgJXNcbiIsDQogCQkJCSAgICBsaW5lbm8sIHRwLCBj
cCk7DQogCQkJCWVycm9ycysrOw0KQEAgLTEwOTgsOCArMTA5OSw4IEBADQog
CQkJY29udGludWU7DQogCQl9DQogCQlpZiAoc3RyZXEoY3AsICJpbnRlcmxl
YXZlIikpIHsNCi0JCQl2ID0gYXRvaSh0cCk7DQotCQkJaWYgKHYgPD0gMCkg
ew0KKwkJCXYgPSBzdHJ0b3VsKHRwLCBOVUxMLCAwKTsNCisJCQlpZiAodiA9
PSAwKSB7DQogCQkJCWZwcmludGYoc3RkZXJyLCAibGluZSAlZDogJXM6IGJh
ZCAlc1xuIiwNCiAJCQkJICAgIGxpbmVubywgdHAsIGNwKTsNCiAJCQkJZXJy
b3JzKys7DQpAQCAtMTEwOCw0MyArMTEwOSwyMyBAQA0KIAkJCWNvbnRpbnVl
Ow0KIAkJfQ0KIAkJaWYgKHN0cmVxKGNwLCAidHJhY2tza2V3IikpIHsNCi0J
CQl2ID0gYXRvaSh0cCk7DQotCQkJaWYgKHYgPCAwKSB7DQotCQkJCWZwcmlu
dGYoc3RkZXJyLCAibGluZSAlZDogJXM6IGJhZCAlc1xuIiwNCi0JCQkJICAg
IGxpbmVubywgdHAsIGNwKTsNCi0JCQkJZXJyb3JzKys7DQotCQkJfSBlbHNl
DQotCQkJCWxwLT5kX3RyYWNrc2tldyA9IHY7DQorCQkJdiA9IHN0cnRvdWwo
dHAsIE5VTEwsIDApOw0KKwkJCWxwLT5kX3RyYWNrc2tldyA9IHY7DQogCQkJ
Y29udGludWU7DQogCQl9DQogCQlpZiAoc3RyZXEoY3AsICJjeWxpbmRlcnNr
ZXciKSkgew0KLQkJCXYgPSBhdG9pKHRwKTsNCi0JCQlpZiAodiA8IDApIHsN
Ci0JCQkJZnByaW50ZihzdGRlcnIsICJsaW5lICVkOiAlczogYmFkICVzXG4i
LA0KLQkJCQkgICAgbGluZW5vLCB0cCwgY3ApOw0KLQkJCQllcnJvcnMrKzsN
Ci0JCQl9IGVsc2UNCi0JCQkJbHAtPmRfY3lsc2tldyA9IHY7DQorCQkJdiA9
IHN0cnRvdWwodHAsIE5VTEwsIDApOw0KKwkJCWxwLT5kX2N5bHNrZXcgPSB2
Ow0KIAkJCWNvbnRpbnVlOw0KIAkJfQ0KIAkJaWYgKHN0cmVxKGNwLCAiaGVh
ZHN3aXRjaCIpKSB7DQotCQkJdiA9IGF0b2kodHApOw0KLQkJCWlmICh2IDwg
MCkgew0KLQkJCQlmcHJpbnRmKHN0ZGVyciwgImxpbmUgJWQ6ICVzOiBiYWQg
JXNcbiIsDQotCQkJCSAgICBsaW5lbm8sIHRwLCBjcCk7DQotCQkJCWVycm9y
cysrOw0KLQkJCX0gZWxzZQ0KLQkJCQlscC0+ZF9oZWFkc3dpdGNoID0gdjsN
CisJCQl2ID0gc3RydG91bCh0cCwgTlVMTCwgMCk7DQorCQkJbHAtPmRfaGVh
ZHN3aXRjaCA9IHY7DQogCQkJY29udGludWU7DQogCQl9DQogCQlpZiAoc3Ry
ZXEoY3AsICJ0cmFjay10by10cmFjayBzZWVrIikpIHsNCi0JCQl2ID0gYXRv
aSh0cCk7DQotCQkJaWYgKHYgPCAwKSB7DQotCQkJCWZwcmludGYoc3RkZXJy
LCAibGluZSAlZDogJXM6IGJhZCAlc1xuIiwNCi0JCQkJICAgIGxpbmVubywg
dHAsIGNwKTsNCi0JCQkJZXJyb3JzKys7DQotCQkJfSBlbHNlDQotCQkJCWxw
LT5kX3Rya3NlZWsgPSB2Ow0KKwkJCXYgPSBzdHJ0b3VsKHRwLCBOVUxMLCAw
KTsNCisJCQlscC0+ZF90cmtzZWVrID0gdjsNCiAJCQljb250aW51ZTsNCiAJ
CX0NCiAJCS8qIHRoZSAnOicgd2FzIHJlbW92ZWQgYWJvdmUgKi8NCkBAIC0x
MTgyLDcgKzExNjMsNyBAQA0KIAkJcmV0dXJuICgxKTsgXA0KIAl9IGVsc2Ug
eyBcDQogCQljcCA9IHRwLCB0cCA9IHdvcmQoY3ApOyBcDQotCQkobikgPSBh
dG9pKGNwKTsgXA0KKwkJKG4pID0gc3RydG91bChjcCwgTlVMTCwgMCk7IFwN
CiAJfSBcDQogfSB3aGlsZSAoMCkNCiANCkBAIC0xMTk0LDcgKzExNzUsNyBA
QA0KIAl9IGVsc2UgeyBcDQogCSAgICAgICAgY2hhciAqdG1wOyBcDQogCQlj
cCA9IHRwLCB0cCA9IHdvcmQoY3ApOyBcDQotCSAgICAgICAgKG4pID0gc3Ry
dG9sKGNwLCZ0bXAsMTApOyBcDQorCSAgICAgICAgKG4pID0gc3RydG91bChj
cCwgJnRtcCwgMTApOyBcDQogCQlpZiAodG1wKSAodykgPSAqdG1wOyBcDQog
CX0gXA0KIH0gd2hpbGUgKDApDQpAQCAtMTIwOSwxNCArMTE5MCwxNCBAQA0K
IAlzdHJ1Y3QgcGFydGl0aW9uICpwcDsNCiAJY2hhciAqY3A7DQogCWNvbnN0
IGNoYXIgKipjcHA7DQotCWludCB2Ow0KKwl1bnNpZ25lZCBpbnQgdjsNCiAN
CiAJcHAgPSAmbHAtPmRfcGFydGl0aW9uc1twYXJ0XTsNCiAJY3AgPSBOVUxM
Ow0KIA0KIAl2ID0gMDsNCiAJTlhUV09SRChwYXJ0X3NpemVfdHlwZVtwYXJ0
XSx2KTsNCi0JaWYgKHYgPCAwIHx8ICh2ID09IDAgJiYgcGFydF9zaXplX3R5
cGVbcGFydF0gIT0gJyonKSkgew0KKwlpZiAodiA9PSAwICYmIHBhcnRfc2l6
ZV90eXBlW3BhcnRdICE9ICcqJykgew0KIAkJZnByaW50ZihzdGRlcnIsICJs
aW5lICVkOiAlczogYmFkIHBhcnRpdGlvbiBzaXplXG4iLCBsaW5lbm8sDQog
CQkgICAgY3ApOw0KIAkJcmV0dXJuICgxKTsNCkBAIC0xMjI1LDggKzEyMDYs
OCBAQA0KIA0KIAl2ID0gMDsNCiAJTlhUV09SRChwYXJ0X29mZnNldF90eXBl
W3BhcnRdLHYpOw0KLQlpZiAodiA8IDAgfHwgKHYgPT0gMCAmJiBwYXJ0X29m
ZnNldF90eXBlW3BhcnRdICE9ICcqJyAmJg0KLQkgICAgcGFydF9vZmZzZXRf
dHlwZVtwYXJ0XSAhPSAnXDAnKSkgew0KKwlpZiAodiA9PSAwICYmIHBhcnRf
b2Zmc2V0X3R5cGVbcGFydF0gIT0gJyonICYmDQorCSAgICBwYXJ0X29mZnNl
dF90eXBlW3BhcnRdICE9ICdcMCcpIHsNCiAJCWZwcmludGYoc3RkZXJyLCAi
bGluZSAlZDogJXM6IGJhZCBwYXJ0aXRpb24gb2Zmc2V0XG4iLCBsaW5lbm8s
DQogCQkgICAgY3ApOw0KIAkJcmV0dXJuICgxKTsNCkBAIC0xMjQwLDcgKzEy
MjEsNyBAQA0KIAkJcHAtPnBfZnN0eXBlID0gY3BwIC0gZnN0eXBlbmFtZXM7
DQogCX0gZWxzZSB7DQogCQlpZiAoaXNkaWdpdCgqY3ApKQ0KLQkJCXYgPSBh
dG9pKGNwKTsNCisJCQl2ID0gc3RydG91bChjcCwgTlVMTCwgMCk7DQogCQll
bHNlDQogCQkJdiA9IEZTTUFYVFlQRVM7DQogCQlpZiAoKHVuc2lnbmVkKXYg
Pj0gRlNNQVhUWVBFUykgew0K
--0-661448415-1037435833=:50399--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  0:50:10 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 30DDF37B401; Sat, 16 Nov 2002 00:50:09 -0800 (PST)
Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id DD9E843E75; Sat, 16 Nov 2002 00:50:08 -0800 (PST)
	(envelope-from julian@elischer.org)
Received: from InterJet.elischer.org ([12.232.168.4])
          by rwcrmhc52.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20021116085007.UXKS1052.rwcrmhc52.attbi.com@InterJet.elischer.org>;
          Sat, 16 Nov 2002 08:50:07 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA50746;
	Sat, 16 Nov 2002 00:47:30 -0800 (PST)
Date: Sat, 16 Nov 2002 00:47:29 -0800 (PST)
From: Julian Elischer <julian@elischer.org>
To: re@freebsd.org, FreeBSD current users <current@FreeBSD.ORG>
Subject: Re: Sign fixes for disklabel(8)
In-Reply-To: <Pine.BSF.4.21.0211151611040.46162-100000@InterJet.elischer.org>
Message-ID: <Pine.BSF.4.21.0211160045240.50399-100000@InterJet.elischer.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG



On Fri, 15 Nov 2002, Julian Elischer wrote:

(patches not copied)
also two now unneeded occurrences of " (unsigned)v" replaced by "v"


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  0:51:24 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1999A37B401; Sat, 16 Nov 2002 00:51:23 -0800 (PST)
Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 1920843E77; Sat, 16 Nov 2002 00:51:22 -0800 (PST)
	(envelope-from kuriyama@imgsrc.co.jp)
Received: from localhost (localhost [127.0.0.1])
	by white.imgsrc.co.jp (Postfix) with ESMTP
	id 228C924DB8; Sat, 16 Nov 2002 17:51:21 +0900 (JST)
Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130])
	by white.imgsrc.co.jp (Postfix) with ESMTP
	id 5CA7A24D98; Sat, 16 Nov 2002 17:51:17 +0900 (JST)
Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130])
	by black.imgsrc.co.jp (Postfix) with ESMTP
	id 0B3D91E4816; Sat, 16 Nov 2002 17:51:15 +0900 (JST)
Date: Sat, 16 Nov 2002 17:51:15 +0900
Message-ID: <7mvg2xaoe4.wl@black.imgsrc.co.jp>
From: Jun Kuriyama <kuriyama@imgsrc.co.jp>
To: markm@FreeBSD.org
Cc: Current <freebsd-current@FreeBSD.org>
Subject: makewhatis.local
User-Agent: Wanderlust/2.9.10 (Unchained Melody) SEMI/1.14.4 (Hosorogi)
 FLIM/1.14.4 (=?ISO-8859-4?Q?Kashiharajing=FE-mae?=) APEL/10.4 Emacs/21.2
 (i386--freebsd) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi")
Content-Type: text/plain; charset=US-ASCII
X-Virus-Scanned: by AMaViS on ns.imgsrc.co.jp
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I've installed fresh -current box and it seems it does not have
/usr/libexec/makewhatis.local script.

How about connecting makewhatis.local to the build?  That is shell
script and doesn't require perl.


Index: Makefile
===================================================================
RCS file: /home/ncvs/src/gnu/usr.bin/man/Makefile,v
retrieving revision 1.5
diff -u -r1.5 Makefile
--- Makefile	18 May 2002 19:47:57 -0000	1.5
+++ Makefile	16 Nov 2002 08:46:26 -0000
@@ -7,6 +7,6 @@
 # $FreeBSD: src/gnu/usr.bin/man/Makefile,v 1.5 2002/05/18 19:47:57 markm Exp $
 #
 
-SUBDIR = lib man manpath apropos
+SUBDIR = lib man manpath apropos makewhatis
 
 .include <bsd.subdir.mk>
Index: makewhatis/Makefile
===================================================================
RCS file: /home/ncvs/src/gnu/usr.bin/man/makewhatis/Makefile,v
retrieving revision 1.18
diff -u -r1.18 Makefile
--- makewhatis/Makefile	7 Apr 2001 11:21:18 -0000	1.18
+++ makewhatis/Makefile	16 Nov 2002 08:46:41 -0000
@@ -1,8 +1,8 @@
 # $FreeBSD: src/gnu/usr.bin/man/makewhatis/Makefile,v 1.18 2001/04/07 11:21:18 ru Exp $
 MAINTAINER= wosch
 
-SCRIPTS=makewhatis.perl makewhatis.local.sh
-MAN=	makewhatis.1 makewhatis.local.8
+SCRIPTS=makewhatis.local.sh
+MAN=	makewhatis.local.8
 
 libexecdir=/usr/libexec
 LINKS=${libexecdir}/makewhatis.local ${libexecdir}/catman.local 


-- 
Jun Kuriyama <kuriyama@imgsrc.co.jp> // IMG SRC, Inc.
             <kuriyama@FreeBSD.org> // FreeBSD Project

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  0:55:25 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0F18537B401; Sat, 16 Nov 2002 00:55:23 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id AE08E43E4A; Sat, 16 Nov 2002 00:55:21 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id TAA28789;
	Sat, 16 Nov 2002 19:55:13 +1100
Date: Sat, 16 Nov 2002 20:07:55 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Tim Robbins <tjr@FreeBSD.ORG>
Cc: Julian Elischer <julian@elischer.org>,
	FreeBSD current users <current@FreeBSD.ORG>
Subject: Re: Sign fixes for disklabel(8)
In-Reply-To: <20021116131842.A92191@dilbert.robbins.dropbear.id.au>
Message-ID: <20021116194439.E17742-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, 16 Nov 2002, Tim Robbins wrote:

> On Fri, Nov 15, 2002 at 03:59:25PM -0800, Julian Elischer wrote:
>
> > Here are the diffs to allow disklabel to correctly create partitions >
> > 1TB (up to 2TB is useful with UFS2) pending a different partitionning
> > scheme. It also allows you to correctly make smaller partitions beyond
> > 1TB which is nice if you don't want to waste 800GB on an array :-)

Labels should be able to handle disks much larger than 1TB (under -current
where there is no significant daddr_t limit) by fudging the sector size.
E.g., with a sector size of 8K should work up to 16TB (or 8TB without your
fixes) without even requiring larger ffs block sizes than the default of
16K.  (I used 8K instead of 16K in this example because ffs has problems
reading the superblock starting at 8K.)

> [...]
> > -	int v, lineno = 0, errors = 0;
> > +	unsigned int v;

Style bug: "unsigned int" is spelled u_int everywhere else in disklabel.c
except in one place (which shouldn't even use an unsigned type).

Badly chosen type: 'v' is general purpose; it should have type u_long if
anything, though it wants to be uint32_t for sector counts.

> > +	int lineno = 0, errors = 0;
> >  	int i;
> [...]
> > -			v = atoi(tp);
> > +			v = strtoul(tp, NULL, 0);

This code is almost as low-quality as before.  The following errors are
not checked for:
- garbage input
- overflow inside strtoul()
- overflow on assignment of the result of strtoul() to v (since we chose
  a poor type for v).  The old poorly chosen type was at least suitable
  for holding the result of atoi().

> >  			if ((unsigned)v >= DKMAXTYPES)
> >  				fprintf(stderr, "line %d:%s %d\n", lineno,
> >  				    "Warning, unknown disk type", v);
>
> This cast is redundant since v is already unsigned. The fprintf() format
> string needs to use %u instead of %d.

But v really wants to be a plain int here.

> Use 10 as the base argument to
> stroul(), not 0 otherwise numbers with leading zeros will be interpreted
> as octal.

> [...]
> > -			v = atoi(tp);
> > +			v = strtoul(tp, NULL, 0);
> >  			if (v <= 0 || (v % DEV_BSIZE) != 0) {
> >  				fprintf(stderr,
> >  				    "line %d: %s: bad sector size\n",
>
> Should be == 0, not <= 0 since v is unsigned.
>
> [...]
> > -			v = atoi(tp);
> > +			v = strtoul(tp, NULL, 0);
> >  			if (v < 0) {
> >  				fprintf(stderr, "line %d: %s: bad %s\n",
> >  				    lineno, tp, cp);
>
> v < 0 is impossible.

These v's really want to be plain ints too.  The old code was correct for
all these v's, modulo the usual sloppy parsing giving by atoi().

The sloppy parsing shouldn't be fixed now.  Just use a different variable
and different parsing for the sector counts.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  1:23:26 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DDDDF37B401
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 01:23:25 -0800 (PST)
Received: from MX1.estpak.ee (mta1.mail.neti.ee [194.126.101.123])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8F48643E3B
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 01:23:24 -0800 (PST)
	(envelope-from kalts@estpak.ee)
Received: from tiiu.internal (80-235-42-246-dsl.mus.estpak.ee [80.235.42.246])
	by MX1.estpak.ee (Postfix) with ESMTP
	id C488C888BC; Sat, 16 Nov 2002 11:22:21 +0200 (EET)
Received: from tiiu.internal (localhost [127.0.0.1])
	by tiiu.internal (8.12.6/8.12.6) with ESMTP id gAG9NEXZ001001;
	Sat, 16 Nov 2002 11:23:14 +0200 (EET)
	(envelope-from vallo@tiiu.internal)
Received: (from vallo@localhost)
	by tiiu.internal (8.12.6/8.12.6/Submit) id gAG9N9hm000997;
	Sat, 16 Nov 2002 11:23:09 +0200 (EET)
	(envelope-from vallo)
Date: Sat, 16 Nov 2002 11:23:09 +0200
From: Vallo Kallaste <kalts@estpak.ee>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Wesley Morgan <morganw@chemikals.org>,
	freebsd-current@FreeBSD.ORG
Subject: Re: DISABLE_PSE & DISABLE_PG_G still needed?
Message-ID: <20021116092309.GA818@tiiu.internal>
Reply-To: kalts@estpak.ee
References: <20021115142953.GC2174@tiiu.internal> <20021115095302.T29662-100000@volatile.chemikals.org> <20021115154602.GA2796@tiiu.internal> <3DD58857.E4C04AE6@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3DD58857.E4C04AE6@mindspring.com>
User-Agent: Mutt/1.5.1i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Nov 15, 2002 at 03:50:47PM -0800, Terry Lambert
<tlambert2@mindspring.com> wrote:

> > Sorry, this can be CPU specific, but I'm not sure. I'll try to
> > reproduce it on my home P2 system and P3-SMP lying under my desk at
> > work.
> 
> How much memory do these systems have?

The P4 system has 128MB, P3-SMP has 512MB and P2 has 380MB. As you
can guess, the P4 system has been given by my employer, hehe ;-)
-- 

Vallo Kallaste
kalts@estpak.ee

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  1:51: 9 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 21BB437B401
	for <current@FreeBSD.ORG>; Sat, 16 Nov 2002 01:51:08 -0800 (PST)
Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DC97E43E77
	for <current@FreeBSD.ORG>; Sat, 16 Nov 2002 01:51:06 -0800 (PST)
	(envelope-from grog@lemis.com)
Received: by wantadilla.lemis.com (Postfix, from userid 1004)
	id F3CF8518ED; Sat, 16 Nov 2002 19:55:09 +1030 (CST)
Date: Sat, 16 Nov 2002 19:55:09 +1030
From: Greg 'groggy' Lehey <grog@FreeBSD.org>
To: Archie Cobbs <archie@dellroad.org>
Cc: current@FreeBSD.ORG
Subject: Re: alpha tinderbox failure
Message-ID: <20021116092509.GC37233@wantadilla.lemis.com>
References: <200211151138.gAFBctWM023811@beast.freebsd.org> <200211152005.gAFK5MRL036689@arch20m.dellroad.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200211152005.gAFK5MRL036689@arch20m.dellroad.org>
User-Agent: Mutt/1.4i
Organization: The FreeBSD Project
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-418-838-708
WWW-Home-Page: http://www.FreeBSD.org/
X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F  09AC 22E6 F290 507A 4223
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Friday, 15 November 2002 at 12:05:22 -0800, Archie Cobbs wrote:
> Dag-Erling Smorgrav wrote:
>> ===> vinum
>> "Makefile", line 4441: warning: duplicate script for target "geom_bsd.o" ignored
>> cc1: warnings being treated as errors
>> /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
>> /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1931: warning: unsigned int format, different type arg (arg 2)
>> /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_out':
>> /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 2)
>> /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 4)
>> /h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 5)
>> *** Error code 1
>
> I'm getting tired of this email.  Any objections to the patch below?

This may happen during the build of Vinum, but it's nothing really to
do with Vinum.  As such, I don't object :-)  But it seems that others
have issues, and I won't comment on them.

Greg
--
See complete headers for address and phone numbers

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  1:58:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3C37137B401; Sat, 16 Nov 2002 01:58:57 -0800 (PST)
Received: from MX1.estpak.ee (mta1.mail.neti.ee [194.126.101.123])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id A244843E4A; Sat, 16 Nov 2002 01:58:56 -0800 (PST)
	(envelope-from kalts@estpak.ee)
Received: from tiiu.internal (80-235-42-246-dsl.mus.estpak.ee [80.235.42.246])
	by MX1.estpak.ee (Postfix) with ESMTP
	id 4F5FD8889C; Sat, 16 Nov 2002 11:58:01 +0200 (EET)
Received: from tiiu.internal (localhost [127.0.0.1])
	by tiiu.internal (8.12.6/8.12.6) with ESMTP id gAG9wsXZ001120;
	Sat, 16 Nov 2002 11:58:54 +0200 (EET)
	(envelope-from vallo@tiiu.internal)
Received: (from vallo@localhost)
	by tiiu.internal (8.12.6/8.12.6/Submit) id gAG9wrx9001119;
	Sat, 16 Nov 2002 11:58:53 +0200 (EET)
	(envelope-from vallo)
Date: Sat, 16 Nov 2002 11:58:53 +0200
From: Vallo Kallaste <kalts@estpak.ee>
To: Robert Watson <rwatson@FreeBSD.org>
Cc: John Baldwin <jhb@FreeBSD.org>,
	Wesley Morgan <morganw@chemikals.org>, freebsd-current@FreeBSD.org,
	Terry Lambert <tlambert2@mindspring.com>
Subject: Re: DISABLE_PSE & DISABLE_PG_G still needed?
Message-ID: <20021116095853.GA1070@tiiu.internal>
Reply-To: kalts@estpak.ee
References: <XFMail.20021115113727.jhb@FreeBSD.org> <Pine.NEB.3.96L.1021115114340.10878F-100000@fledge.watson.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.NEB.3.96L.1021115114340.10878F-100000@fledge.watson.org>
User-Agent: Mutt/1.5.1i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Nov 15, 2002 at 11:45:16AM -0500, Robert Watson
<rwatson@FreeBSD.org> wrote:

> Does this apply generally to all P4's, or just a subset?  If all, it may
> be we want to add a P4-workaround to GENERIC so that P4's work better ouf
> of the box.  If it's a select few, I wonder if there's some way to test
> for the problem early in the boot...
> 
> One of the recurring themes here has (a) been P4 processors, and (b) been
> a fear that because of timing changes introduced by the DISABLE_FOO flags,
> the real bug is still there, but less visible in the tests people are
> running.

Certainly doesn't happen on my P3-500 SMP system. I've finished two
buildworlds without any problems. As everyone seems to think that it
happens only on P4's, I'm not going to try it on old P2-400.
That's all I can provide, happens reliably (for months now) on my P4
and doesn't happen with P3. 5.0-RELEASE definitely needs a fix.
-- 

Vallo Kallaste
kalts@estpak.ee

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  2:31:43 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1670F37B401; Sat, 16 Nov 2002 02:31:42 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id AB1AC43E77; Sat, 16 Nov 2002 02:31:40 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id VAA02097;
	Sat, 16 Nov 2002 21:31:37 +1100
Date: Sat, 16 Nov 2002 21:44:19 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Robert Watson <rwatson@FreeBSD.ORG>
Cc: Sheldon Hearn <sheldonh@starjuice.net>,
	Soeren Schmidt <sos@spider.deepcore.dk>,
	<freebsd-current@FreeBSD.ORG>
Subject: Re: /dev/acd*t* no longer available in -current?
In-Reply-To: <Pine.NEB.3.96L.1021115112338.10878E-100000@fledge.watson.org>
Message-ID: <20021116213507.R18069-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 15 Nov 2002, Robert Watson wrote:

> So one thing we could start doing is have sysinstall's adduser stuff offer
> to place new users in the operator group, and set up the default
> permissions on removable devices such that the operator group has
> read/write access to them (or even just read-access).  This would be
> logically equivilent to placing users in an admin group at instlal on
> Windows or Mac OS X.  Operator access connotes the ability to shut down
> the system in FreeBSD, as well as the ability to dump file systems, etc.
> Another possibility would be to evolve our notion of console user based on
> fbtab some for workstation configurations.

I've always done most of this manually.  But I only normally grant
write access to group operator for floppies, since my other removable
devices are too large to risk clobbering them easily.  (I sometimes
temporarily make even non-removable disk partitions writable for
testing.)

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  3:29:26 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0ABAA37B401
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 03:29:25 -0800 (PST)
Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3739743E4A
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 03:29:24 -0800 (PST)
	(envelope-from olli@lurza.secnetix.de)
Received: from lurza.secnetix.de (localhost [IPv6:::1])
	by lurza.secnetix.de (8.12.6/8.12.5) with ESMTP id gAGBTLdK033125
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 12:29:22 +0100 (CET)
	(envelope-from oliver.fromme@secnetix.de)
Received: (from olli@localhost)
	by lurza.secnetix.de (8.12.6/8.12.5/Submit) id gAGBTKHJ033124;
	Sat, 16 Nov 2002 12:29:20 +0100 (CET)
Date: Sat, 16 Nov 2002 12:29:20 +0100 (CET)
Message-Id: <200211161129.gAGBTKHJ033124@lurza.secnetix.de>
From: Oliver Fromme <olli@secnetix.de>
To: freebsd-current@FreeBSD.ORG
Subject: Asking for tester (small patch to chown(8)/chgrp(1))
X-Newsgroups: list.freebsd-current
User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.7-RELEASE (i386))
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

I've submitted a small patch (bin/45333) for both -stable
and -current, but I haven't been able to test it under
-current (due to lack of a spare machine).  Would someone
please give it a try and let me know if it compiles and
works?

The patch adds an option -r to chown(8) and chgrp(1), which
does pretty much the same as the -r option of touch(1) and
truncate(1).  Basically, it let's you "copy" ownerships and
group memberships from one file to another, which is useful
in scripts.

Thanks!

Best regards
   Oliver

PS:
http://www.freebsd.org/cgi/query-pr.cgi?pr=45333

PPS:  If you reply to the list, please do not Cc me.
I do read the list.

-- 
Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.

"All that we see or seem is just a dream within a dream" (E. A. Poe)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  3:38:19 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CF16D37B401
	for <current@freebsd.org>; Sat, 16 Nov 2002 03:38:17 -0800 (PST)
Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7D8FF43E3B
	for <current@freebsd.org>; Sat, 16 Nov 2002 03:38:17 -0800 (PST)
	(envelope-from des@FreeBSD.org)
Received: from beast.freebsd.org (localhost [127.0.0.1])
	by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gAGBcH3b022640
	for <current@freebsd.org>; Sat, 16 Nov 2002 03:38:17 -0800 (PST)
	(envelope-from des@beast.freebsd.org)
Received: (from des@localhost)
	by beast.freebsd.org (8.12.6/8.12.6/Submit) id gAGBcHji022638
	for current@freebsd.org; Sat, 16 Nov 2002 03:38:17 -0800 (PST)
Date: Sat, 16 Nov 2002 03:38:17 -0800 (PST)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200211161138.gAGBcHji022638@beast.freebsd.org>
To: current@freebsd.org
Subject: alpha tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Sat Nov 16 03:03:05 PST 2002
--------------------------------------------------------------
>>> Kernel build for GENERIC completed on Sat Nov 16 03:33:10 PST 2002
--------------------------------------------------------------
>>> Kernel build for LINT started on Sat Nov 16 03:33:10 PST 2002
--------------------------------------------------------------
===> vinum
"Makefile", line 4446: warning: duplicate script for target "geom_bsd.o" ignored
cc1: warnings being treated as errors
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1931: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_out':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 4)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 5)
*** Error code 1

Stop in /h/des/obj/h/des/src/sys/LINT.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  4:18:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id EEB9437B401; Sat, 16 Nov 2002 04:18:57 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 9148643E4A; Sat, 16 Nov 2002 04:18:56 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id XAA08587;
	Sat, 16 Nov 2002 23:18:42 +1100
Date: Sat, 16 Nov 2002 23:31:24 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Julian Elischer <julian@elischer.org>
Cc: Nate Lawson <nate@root.org>, Tim Robbins <tjr@FreeBSD.ORG>,
	FreeBSD current users <current@FreeBSD.ORG>
Subject: Re: Sign fixes for disklabel(8)
In-Reply-To: <Pine.BSF.4.21.0211160011590.50399-200000@InterJet.elischer.org>
Message-ID: <20021116232441.H18454-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, 16 Nov 2002, Julian Elischer wrote:

> On Fri, 15 Nov 2002, Nate Lawson wrote:
> > In the overflow case, strtoul returns ULONG_MAX.  Or if you're interested
> > in catching invalid characters, use endptr.
>
> I'm not that interested in catching those cases.. they were not caught
> before and I'm looking for the minimal diff..
>
> I've just removed the clause. See new patch attached..

Removing clauses gives maximal diffs and loses even some of the sub-minimal
bounds checking (values less than 0 were just errors in some cases, but
they are now converted to large unsigned values and not checked at all).

> A sensible thing might be to compare against a "sensible" value
> but who knows what that value should be?

Values should only be restricted to avoid ones that can't possibly work.
This is mostly already done.

> I include the new diff for your coments

I'll wait for a later one with more of the suggested changes incorporated
(strtoul() should use base 10, and most things shouldn't be changed, etc.).

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  6:24:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DF21237B401
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 06:24:58 -0800 (PST)
Received: from fump.kawo2.rwth-aachen.de (fump.kawo2.RWTH-Aachen.DE [134.130.181.148])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D8CDF43E42
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 06:24:57 -0800 (PST)
	(envelope-from alex@fump.kawo2.rwth-aachen.de)
Received: from fump.kawo2.rwth-aachen.de (localhost [127.0.0.1])
	by fump.kawo2.rwth-aachen.de (8.12.5/8.12.5) with ESMTP id gAGEOulK029772;
	Sat, 16 Nov 2002 15:24:56 +0100 (CET)
	(envelope-from alex@fump.kawo2.rwth-aachen.de)
Received: (from alex@localhost)
	by fump.kawo2.rwth-aachen.de (8.12.5/8.12.5/Submit) id gAGEOu8A029771;
	Sat, 16 Nov 2002 15:24:56 +0100 (CET)
Date: Sat, 16 Nov 2002 15:24:56 +0100
From: Alexander Langer <alex@big.endian.de>
To: Paolo Pisati <p.pisati@oltrelinux.com>
Cc: FreeBSD_Current <freebsd-current@FreeBSD.ORG>
Subject: Re: When do you plan 5.0-RELEASE?
Message-ID: <20021116142456.GC29098@fump.kawo2.rwth-aachen.de>
Mail-Followup-To: Alexander Langer <alex@big.endian.de>,
	Paolo Pisati <p.pisati@oltrelinux.com>,
	FreeBSD_Current <freebsd-current@FreeBSD.ORG>
References: <20021115110024.GA49878@southcross.skynet.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021115110024.GA49878@southcross.skynet.org>
X-PGP-at: finger alex@big.endian.de
X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung.
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Thus spake Paolo Pisati (p.pisati@oltrelinux.com):

> if i remember correctly, 5.0-release was supposed to ship
> somewhen in november, isn't it?
> any news on this?

It's currently shifted to December.  The release schedule will be updated
soon.  

Alex

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  6:36: 6 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CDAC537B401
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 06:36:04 -0800 (PST)
Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5E52E43E75
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 06:36:03 -0800 (PST)
	(envelope-from flynn@energyhq.homeip.net)
Received: from christine.energyhq.tk (christine.energyhq.tk [192.168.0.1])
	by energyhq.homeip.net (Postfix) with SMTP id 5AFB8AF58C
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 15:35:57 +0100 (CET)
Date: Sat, 16 Nov 2002 15:40:24 +0100
From: Miguel Mendez <flynn@energyhq.homeip.net>
To: freebsd-current@FreeBSD.ORG
Subject: Is RAIDframe currently usable?
Message-Id: <20021116154024.471a0107.flynn@energyhq.homeip.net>
X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; i386-portbld-freebsd5.0)
X-Face: 1j}k*2<FF@J5*`)_?pCn}ydC/PB|6|Y;HZ!6Z!%^'/H*.8V=9YjDc*mn6ypI'16$yA\IP}. j3e/`G#5U"1^bwTR6D1H*wPZm}8(ONGrl85Hx!;V^f#`]Xe]35]75HJ%3\J\<j4@V;3kd`C(L_6PA_ sS\5f/c]-:)IF{uj[,!sdoNC?%ne5^:XGp9AG1(?gep3f}#;>E>Y\+C~E|/wehi[:dCM,{N7/uE3o# P,{t7gA/qnovFDDuyQV.1hdT7&#d)q"xY33}{_GS>kk'S{O]nE$A`T|\4&p\&mQyexOLb8}FO<qX<, @*v.fy*'PvzDPQK9iUGzU\
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

Yesterday I installed a jpsnap (FreeBSD christine.energyhq.tk
5.0-CURRENT-20021115-JPSNAP i386), and tried to setup a RAID0 config
with two disks. raidctl -C goes fine, so does -I and -iv. Then fdisk'ed
and disklabelled. But when I tried to newfs the newly created partition
I started getting a bunch of errors like this:

---
Nov 16 00:04:59 christine kernel: raid0: node (R  ) returned fail,
rolling backward
Nov 16 00:04:59 christine kernel: raid0: DAG failure: r addr 0x40 (64)
nblk 0x20 (32) buf 0xcdd50ea0
Nov 16 00:04:59 christine kernel: raid0: node (R  ) returned fail,
rolling backw byte 76893
---
and so on.

Anyway, the newfs process finishes, then a simple piped tar to move the
old /usr to the RAID partition creates a myriad of those messages, to a
point where the system spends all the time logging those errors and tar
no longer continues.

The system is a dual P3 box, running a slightly modified GENERIC (added
SMP, raidframe and pcm), with INVARIANTS and WITNESS enabled (tried
without them too, no success).

So, any known issues with RAIDframe? I can supply more detailed info if
needed.

Cheers,
-- 
        Miguel Mendez - flynn@energyhq.homeip.net
        GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt
        EnergyHQ :: http://www.energyhq.tk
        Of course it runs NetBSD!

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  6:37:39 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C5B7B37B401
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 06:37:38 -0800 (PST)
Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B06A943E77
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 06:37:37 -0800 (PST)
	(envelope-from flag@libero.it)
Received: from southcross.skynet.org (151.29.241.63) by smtp2.libero.it (6.5.028)
        id 3DD26E4E0017B2B2; Sat, 16 Nov 2002 15:36:54 +0100
Received: by southcross.skynet.org (Postfix, from userid 1001)
	id E540A79AD; Sat, 16 Nov 2002 15:41:19 +0100 (CET)
Date: Sat, 16 Nov 2002 15:41:19 +0100
From: Flag_reda <p.pisati@oltrelinux.com>
To: Alexander Langer <alex@big.endian.de>
Cc: FreeBSD_Current <freebsd-current@FreeBSD.ORG>
Subject: Re: When do you plan 5.0-RELEASE?
Message-ID: <20021116144119.GA1365@southcross.skynet.org>
References: <20021115110024.GA49878@southcross.skynet.org> <20021116142456.GC29098@fump.kawo2.rwth-aachen.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021116142456.GC29098@fump.kawo2.rwth-aachen.de>
User-Agent: Mutt/1.4i
X-Useless-Header: Look ma, it's a # sign! 
X-Operating-System: FreeBSD southcross.skynet.org 4.7-STABLE FreeBSD 4.7-STABLE 
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Nov 16, 2002 at 03:24:56PM +0100, Alexander Langer wrote:
> Thus spake Paolo Pisati (p.pisati@oltrelinux.com):
> 
> > if i remember correctly, 5.0-release was supposed to ship
> > somewhen in november, isn't it?
> > any news on this?
> 
> It's currently shifted to December.  The release schedule will be updated
> soon.  

really?
when, more or less?

/me has to write 128kb of text in the next few days....

OH GODDDD!!!!!! =(

-- 

Paolo

Italian FreeBSD User Group: http://www.gufi.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  7: 4:56 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8E01637B401; Sat, 16 Nov 2002 07:04:55 -0800 (PST)
Received: from maile.telia.com (maile.telia.com [194.22.190.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 836C443E4A; Sat, 16 Nov 2002 07:04:54 -0800 (PST)
	(envelope-from anders@telia.com)
Received: from d1o283.telia.com (d1o283.telia.com [213.66.96.241])
	by maile.telia.com (8.12.5/8.12.5) with ESMTP id gAGF4rsa014939;
	Sat, 16 Nov 2002 16:04:53 +0100 (CET)
X-Original-Recipient: freebsd-current@FreeBSD.org
Received: from h58n2fls31o283.telia.com (h58n2fls31o283.telia.com [217.209.202.58])
	by d1o283.telia.com (8.10.2/8.10.1) with ESMTP id gAGF4rD19205;
	Sat, 16 Nov 2002 16:04:53 +0100 (CET)
Received: by h58n2fls31o283.telia.com (Postfix, from userid 1000)
	id E5E2A4D; Sat, 16 Nov 2002 16:04:47 +0100 (CET)
Date: Sat, 16 Nov 2002 16:04:47 +0100
From: Anders Andersson <anders@hack.org>
To: freebsd-current@FreeBSD.org
Cc: phk@FreeBSD.org
Subject: bad GEOM?
Message-ID: <20021116150447.GA1509@hellraiser.example.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

My laptop doesnt like a new kernel with GEOM.

Compaq Evo N400c with a 20GB IBM harddisk.

Using ACPI, what more information can I provide?

...
Mounting root from ufs:/dev/ad0s1a
setrootbyname failed
ffs_rootmount: can't find rootvp
Root mount failed: 6

Manual root filesystem specifiacation:
  <fstype>:<device>  Mount <device> using filesystem <fstype>
  		       eg. ufs:da0s1a
  ?                  List valid boot devices
  <empty line>       Abort manual input

mountroot> 
panic: Root mount failed, startup aborted.
Debugger("panic")
Stopped at     Debugger+0x54: xchgl  %ebx,in_Debugger.0
db> trace
Debugger(c0318f2d,c0373ee0,c031d72f,d1de1c80,1) at Debugger+0x54
panic(c031d72f) at panic+0xab
vfs_mountroot(0,0,0,0,0) at vfs_mountroot+0xd1
start_init(0,d1de1d48,0,0,0) at start_init+0x64
fork_exit(c01a2a40,0,d1de1d48) at fork_exit+0x94
fork_trampoline() at fork_trampoline+0x1a
--- trap 0x1, eip = 0, esp = 0xd1de1d7c, ebp = 0 ---

-- 
Anders Andersson
<anders at hack.org>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  7:15:55 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B9E6237B401
	for <freebsd-current@freebsd.org>; Sat, 16 Nov 2002 07:15:54 -0800 (PST)
Received: from ws1-7.us4.outblaze.com (205-158-62-57.outblaze.com [205.158.62.57])
	by mx1.FreeBSD.org (Postfix) with SMTP id C62DB43E77
	for <freebsd-current@freebsd.org>; Sat, 16 Nov 2002 07:15:53 -0800 (PST)
	(envelope-from polski@europe.com)
Received: (qmail 80936 invoked by uid 1001); 16 Nov 2002 15:15:53 -0000
Message-ID: <20021116151553.80935.qmail@mail.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-Mailer: MIME-tools 5.41 (Entity 5.404)
Received: from [12.251.110.17] by ws1-7.us4.outblaze.com with http for
    polski@europe.com; Sat, 16 Nov 2002 10:15:53 -0500
From: "sven svenskar" <polski@europe.com>
To: freebsd-current@freebsd.org
Date: Sat, 16 Nov 2002 10:15:53 -0500
Subject: DEVFS
X-Originating-Ip: 12.251.110.17
X-Originating-Server: ws1-7.us4.outblaze.com
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I have server i give people shell accounts each in chroot and they need some devices. How this work with DEVFS? Should I copy devices from DEVFS with dd or tar? Or I mount DEVFS in every chroots? Please help!
-- 
__________________________________________________________
Sign-up for your own FREE Personalized E-mail at Mail.com
http://www.mail.com/?sr=signup

Single & ready to mingle? lavalife.com:  Where singles click. Free to Search!
http://www.lavalife.com/wp.epl?a=2716


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  7:34:23 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 70B0437B401
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 07:34:22 -0800 (PST)
Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 67C6843E3B
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 07:34:21 -0800 (PST)
	(envelope-from olli@lurza.secnetix.de)
Received: from lurza.secnetix.de (localhost [IPv6:::1])
	by lurza.secnetix.de (8.12.6/8.12.5) with ESMTP id gAGFY8dK039814
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 16:34:08 +0100 (CET)
	(envelope-from oliver.fromme@secnetix.de)
Received: (from olli@localhost)
	by lurza.secnetix.de (8.12.6/8.12.5/Submit) id gAGFY8Co039813;
	Sat, 16 Nov 2002 16:34:08 +0100 (CET)
Date: Sat, 16 Nov 2002 16:34:08 +0100 (CET)
Message-Id: <200211161534.gAGFY8Co039813@lurza.secnetix.de>
From: Oliver Fromme <olli@secnetix.de>
To: freebsd-current@FreeBSD.ORG
Reply-To: freebsd-current@FreeBSD.ORG
Subject: Re: When do you plan 5.0-RELEASE?
In-Reply-To: <20021116144119.GA1365@southcross.skynet.org>
X-Newsgroups: list.freebsd-current
User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.7-RELEASE (i386))
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Flag_reda <p.pisati@oltrelinux.com> wrote:
 > On Sat, Nov 16, 2002 at 03:24:56PM +0100, Alexander Langer wrote:
 > [5.0-Release]
 > > It's currently shifted to December.  The release schedule will be updated
 > > soon.  
 > 
 > really?
 > when, more or less?
 > 
 > /me has to write 128kb of text in the next few days....

Write it with MS Word.  You'll easily get a 128kb file
within a few minutes.

But seriously ...

I don't think it's a good idea to invest major amounts of
money and/or time into something that depends on the
accuracy of a certain release date.  Even -stable releases
have been moved by several weeks in the past because of
late show-stoppers.  And 5.0-Release will not be a -stable
release, so I expect it will not be particularly punctual.

Also, remember that 5.0-Release already had been moved by
one year (!) and now by another month.  I think it's not
completely unrealistic to expect that 5.0-Release might not
happen in 2002.

Disclaimer:  I'm not an official release engineer etc.,
and I'm sure someone will tell me that I don't have a clue
anyway.  :-)

Regards
   Oliver

-- 
Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.

"All that we see or seem is just a dream within a dream" (E. A. Poe)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  7:52:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A71D237B401
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 07:52:57 -0800 (PST)
Received: from critter.freebsd.dk (host30-212.bsdcon.customer.bit.nl [213.136.30.212])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8A36843E88
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 07:52:55 -0800 (PST)
	(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gAGFpmvg025566;
	Sat, 16 Nov 2002 16:51:59 +0100 (CET)
	(envelope-from phk@critter.freebsd.dk)
To: "sven svenskar" <polski@europe.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: DEVFS 
In-Reply-To: Your message of "Sat, 16 Nov 2002 10:15:53 EST."
             <20021116151553.80935.qmail@mail.com> 
Date: Sat, 16 Nov 2002 16:51:48 +0100
Message-ID: <25565.1037461908@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <20021116151553.80935.qmail@mail.com>, "sven svenskar" writes:
>I have server i give people shell accounts each in chroot and they need some devices. How this work with DEVFS? Should I copy devices from DEVFS with dd or tar? Or I mount DEVFS in every chroots? Please help!

current or stable ?

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  7:53:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5132237B401
	for <freebsd-current@FreeBSD.org>; Sat, 16 Nov 2002 07:53:58 -0800 (PST)
Received: from critter.freebsd.dk (host30-212.bsdcon.customer.bit.nl [213.136.30.212])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 71C8443E75
	for <freebsd-current@FreeBSD.org>; Sat, 16 Nov 2002 07:53:28 -0800 (PST)
	(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gAGFqvvg025788;
	Sat, 16 Nov 2002 16:53:09 +0100 (CET)
	(envelope-from phk@critter.freebsd.dk)
To: Anders Andersson <anders@hack.org>
Cc: freebsd-current@FreeBSD.org
Subject: Re: bad GEOM? 
In-Reply-To: Your message of "Sat, 16 Nov 2002 16:04:47 +0100."
             <20021116150447.GA1509@hellraiser.example.org> 
Date: Sat, 16 Nov 2002 16:52:57 +0100
Message-ID: <25787.1037461977@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <20021116150447.GA1509@hellraiser.example.org>, Anders Andersson wri
tes:
>My laptop doesnt like a new kernel with GEOM.
>
>Compaq Evo N400c with a 20GB IBM harddisk.

Boot with -v and look what geom tells you about your disk.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  8: 5:10 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6E89937B401
	for <freebsd-current@FreeBSD.org>; Sat, 16 Nov 2002 08:05:09 -0800 (PST)
Received: from maild.telia.com (maild.telia.com [194.22.190.101])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6584D43E4A
	for <freebsd-current@FreeBSD.org>; Sat, 16 Nov 2002 08:05:08 -0800 (PST)
	(envelope-from anders@telia.com)
Received: from d1o283.telia.com (d1o283.telia.com [213.66.96.241])
	by maild.telia.com (8.12.5/8.12.5) with ESMTP id gAGG554K004215;
	Sat, 16 Nov 2002 17:05:05 +0100 (CET)
X-Original-Recipient: freebsd-current@FreeBSD.org
Received: from h58n2fls31o283.telia.com (h58n2fls31o283.telia.com [217.209.202.58])
	by d1o283.telia.com (8.10.2/8.10.1) with ESMTP id gAGG55D00958;
	Sat, 16 Nov 2002 17:05:05 +0100 (CET)
Received: by h58n2fls31o283.telia.com (Postfix, from userid 1000)
	id B49834D; Sat, 16 Nov 2002 17:04:48 +0100 (CET)
Date: Sat, 16 Nov 2002 17:04:48 +0100
From: Anders Andersson <anders@hack.org>
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: Anders Andersson <anders@hack.org>, freebsd-current@FreeBSD.org
Subject: Re: bad GEOM?
Message-ID: <20021116160448.GC1509@hellraiser.example.org>
References: <20021116150447.GA1509@hellraiser.example.org> <25787.1037461977@critter.freebsd.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <25787.1037461977@critter.freebsd.dk>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Nov 16, 2002 at 04:52:57PM +0100, Poul-Henning Kamp wrote:
> Boot with -v and look what geom tells you about your disk.

BIOS Geometries:
 0:03fdef3f 0..1021=1022 cylinders, 0..239=240 heads, 1..63=63 sectors
 0 accounted for
-- 
Anders Andersson
<anders at hack.org>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  8: 7: 9 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 41E2337B401
	for <freebsd-current@FreeBSD.org>; Sat, 16 Nov 2002 08:07:08 -0800 (PST)
Received: from critter.freebsd.dk (host30-212.bsdcon.customer.bit.nl [213.136.30.212])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5F47B43E6E
	for <freebsd-current@FreeBSD.org>; Sat, 16 Nov 2002 08:07:05 -0800 (PST)
	(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gAGG6ovg028371;
	Sat, 16 Nov 2002 17:06:50 +0100 (CET)
	(envelope-from phk@critter.freebsd.dk)
To: Anders Andersson <anders@hack.org>
Cc: freebsd-current@FreeBSD.org
Subject: Re: bad GEOM? 
In-Reply-To: Your message of "Sat, 16 Nov 2002 17:04:48 +0100."
             <20021116160448.GC1509@hellraiser.example.org> 
Date: Sat, 16 Nov 2002 17:06:50 +0100
Message-ID: <28370.1037462810@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <20021116160448.GC1509@hellraiser.example.org>, Anders Andersson wri
tes:
>On Sat, Nov 16, 2002 at 04:52:57PM +0100, Poul-Henning Kamp wrote:
>> Boot with -v and look what geom tells you about your disk.
>
>BIOS Geometries:
> 0:03fdef3f 0..1021=1022 cylinders, 0..239=240 heads, 1..63=63 sectors
> 0 accounted for

This is actually not from GEOM, look futher down...

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  8:13:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6E6E837B401
	for <freebsd-current@FreeBSD.org>; Sat, 16 Nov 2002 08:13:58 -0800 (PST)
Received: from mailb.telia.com (mailb.telia.com [194.22.194.6])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6018E43E6E
	for <freebsd-current@FreeBSD.org>; Sat, 16 Nov 2002 08:13:57 -0800 (PST)
	(envelope-from anders@telia.com)
Received: from d1o283.telia.com (d1o283.telia.com [213.66.96.241])
	by mailb.telia.com (8.12.5/8.12.5) with ESMTP id gAGGDl4O009973;
	Sat, 16 Nov 2002 17:13:47 +0100 (CET)
X-Original-Recipient: freebsd-current@FreeBSD.org
Received: from h58n2fls31o283.telia.com (h58n2fls31o283.telia.com [217.209.202.58])
	by d1o283.telia.com (8.10.2/8.10.1) with ESMTP id gAGGDlD07483;
	Sat, 16 Nov 2002 17:13:47 +0100 (CET)
Received: by h58n2fls31o283.telia.com (Postfix, from userid 1000)
	id F0B664D; Sat, 16 Nov 2002 17:13:42 +0100 (CET)
Date: Sat, 16 Nov 2002 17:13:42 +0100
From: Anders Andersson <anders@hack.org>
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: freebsd-current@FreeBSD.org
Subject: Re: bad GEOM?
Message-ID: <20021116161342.GD1509@hellraiser.example.org>
References: <20021116160448.GC1509@hellraiser.example.org> <28370.1037462810@critter.freebsd.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <28370.1037462810@critter.freebsd.dk>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Nov 16, 2002 at 05:06:50PM +0100, Poul-Henning Kamp wrote:
> This is actually not from GEOM, look futher down...

There is nothing more related to GEOM, only ACPI and the stuff I already
pasted.

well: procfs registered
Timecounters...
lo0: ... 
acpi....
Mounting root from ufs:/dev/ad0s1a
setrootbyname failed
....

kaboom!


-- 
Anders Andersson
<anders at hack.org>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  8:19:47 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6936337B404
	for <freebsd-current@FreeBSD.org>; Sat, 16 Nov 2002 08:19:46 -0800 (PST)
Received: from critter.freebsd.dk (host30-212.bsdcon.customer.bit.nl [213.136.30.212])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 096A343E8A
	for <freebsd-current@FreeBSD.org>; Sat, 16 Nov 2002 08:19:41 -0800 (PST)
	(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gAGGJJvg030666;
	Sat, 16 Nov 2002 17:19:19 +0100 (CET)
	(envelope-from phk@critter.freebsd.dk)
To: Anders Andersson <anders@hack.org>
Cc: freebsd-current@FreeBSD.org
Subject: Re: bad GEOM? 
In-Reply-To: Your message of "Sat, 16 Nov 2002 17:13:42 +0100."
             <20021116161342.GD1509@hellraiser.example.org> 
Date: Sat, 16 Nov 2002 17:19:19 +0100
Message-ID: <30665.1037463559@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <20021116161342.GD1509@hellraiser.example.org>, Anders Andersson wri
tes:
>On Sat, Nov 16, 2002 at 05:06:50PM +0100, Poul-Henning Kamp wrote:
>> This is actually not from GEOM, look futher down...
>
>There is nothing more related to GEOM, only ACPI and the stuff I already
>pasted.
>
>well: procfs registered
>Timecounters...
>lo0: ... 
>acpi....
>Mounting root from ufs:/dev/ad0s1a
>setrootbyname failed

Sounds interesting.  Either your disks are not found or GEOM is
not running for some reason.  There are really too many possible
things for me to advise you...


-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  8:23:24 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1AEBC37B401
	for <freebsd-current@FreeBSD.org>; Sat, 16 Nov 2002 08:23:23 -0800 (PST)
Received: from mailf.telia.com (mailf.telia.com [194.22.194.25])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0CF1443E42
	for <freebsd-current@FreeBSD.org>; Sat, 16 Nov 2002 08:23:22 -0800 (PST)
	(envelope-from anders@telia.com)
Received: from d1o283.telia.com (d1o283.telia.com [213.66.96.241])
	by mailf.telia.com (8.12.5/8.12.5) with ESMTP id gAGGNK2D019900;
	Sat, 16 Nov 2002 17:23:20 +0100 (CET)
X-Original-Recipient: freebsd-current@FreeBSD.org
Received: from h58n2fls31o283.telia.com (h58n2fls31o283.telia.com [217.209.202.58])
	by d1o283.telia.com (8.10.2/8.10.1) with ESMTP id gAGGNJD14592;
	Sat, 16 Nov 2002 17:23:20 +0100 (CET)
Received: by h58n2fls31o283.telia.com (Postfix, from userid 1000)
	id 342BC4D; Sat, 16 Nov 2002 17:23:15 +0100 (CET)
Date: Sat, 16 Nov 2002 17:23:15 +0100
From: Anders Andersson <anders@hack.org>
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: freebsd-current@FreeBSD.org
Subject: Re: bad GEOM?
Message-ID: <20021116162315.GF1509@hellraiser.example.org>
References: <20021116161342.GD1509@hellraiser.example.org> <30665.1037463559@critter.freebsd.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <30665.1037463559@critter.freebsd.dk>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Nov 16, 2002 at 05:19:19PM +0100, Poul-Henning Kamp wrote:
> Sounds interesting.  Either your disks are not found or GEOM is
> not running for some reason.  There are really too many possible
> things for me to advise you...

Such as? Go back to that old -current this latop is runnig from July?
:-)

Anders
-- 
Anders Andersson
<anders at hack.org>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16  8:44:11 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2E1A137B401
	for <freebsd-current@freebsd.org>; Sat, 16 Nov 2002 08:44:10 -0800 (PST)
Received: from mailg.telia.com (mailg.telia.com [194.22.194.26])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4A00443E75
	for <freebsd-current@freebsd.org>; Sat, 16 Nov 2002 08:44:09 -0800 (PST)
	(envelope-from anders@telia.com)
Received: from d1o283.telia.com (d1o283.telia.com [213.66.96.241])
	by mailg.telia.com (8.12.5/8.12.5) with ESMTP id gAGGi6B6001645;
	Sat, 16 Nov 2002 17:44:06 +0100 (CET)
X-Original-Recipient: freebsd-current@freebsd.org
Received: from h58n2fls31o283.telia.com (h58n2fls31o283.telia.com [217.209.202.58])
	by d1o283.telia.com (8.10.2/8.10.1) with ESMTP id gAGGi6D27491;
	Sat, 16 Nov 2002 17:44:06 +0100 (CET)
Received: by h58n2fls31o283.telia.com (Postfix, from userid 1000)
	id D17E84D; Sat, 16 Nov 2002 17:44:01 +0100 (CET)
Date: Sat, 16 Nov 2002 17:44:01 +0100
From: Anders Andersson <anders@hack.org>
To: Craig Rodrigues <rodrigc@attbi.com>
Cc: freebsd-current@freebsd.org
Subject: Re: bad ACPI
Message-ID: <20021116164401.GG1509@hellraiser.example.org>
References: <20021116161342.GD1509@hellraiser.example.org> <30665.1037463559@critter.freebsd.dk> <20021116162315.GF1509@hellraiser.example.org> <20021116113549.A849@attbi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021116113549.A849@attbi.com>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Nov 16, 2002 at 11:35:49AM -0500, Craig Rodrigues wrote:
> Could you try the following?
> 
> At the boot prompt, before the kernel boots up:
> 
> unset acpi_load
> set boot_verbose=YES
> boot -v

OK, now I feel stupid since I could swear that I already did try to
disable ACPI.

But with ACPI disabled it boots fine.

phk, sorry to confuse you :-)

Anders
-- 
Anders Andersson
<anders at hack.org>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16 12: 6: 8 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D39C737B401
	for <current@freebsd.org>; Sat, 16 Nov 2002 12:06:06 -0800 (PST)
Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2B92F43E42
	for <current@freebsd.org>; Sat, 16 Nov 2002 12:06:06 -0800 (PST)
	(envelope-from david@catwhisker.org)
Received: from bunrab.catwhisker.org (localhost [127.0.0.1])
	by bunrab.catwhisker.org (8.12.6/8.12.6) with ESMTP id gAGK65G8067347
	for <current@freebsd.org>; Sat, 16 Nov 2002 12:06:05 -0800 (PST)
	(envelope-from david@bunrab.catwhisker.org)
Received: (from david@localhost)
	by bunrab.catwhisker.org (8.12.6/8.12.6/Submit) id gAGK65sm067346
	for current@freebsd.org; Sat, 16 Nov 2002 12:06:05 -0800 (PST)
Date: Sat, 16 Nov 2002 12:06:05 -0800
From: David Wolfskill <david@catwhisker.org>
To: current@freebsd.org
Subject: Re: Asking for tester (small patch to chown(8)/chgrp(1))
Message-ID: <20021116200605.GA67266@bunrab.catwhisker.org>
Mail-Followup-To: David Wolfskill <david@bunrab.catwhisker.org>,
	current@freebsd.org
References: <200211161129.gAGBTKHJ033124@lurza.secnetix.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200211161129.gAGBTKHJ033124@lurza.secnetix.de>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Nov 16, 2002 at 12:29:20PM +0100, Oliver Fromme wrote:
> I've submitted a small patch (bin/45333) for both -stable
> and -current, but I haven't been able to test it under
> -current (due to lack of a spare machine).  Would someone
> please give it a try and let me know if it compiles and
> works?

Seems to for me (today's -CURRENT).

I did take the liberty of removing the extraneous space on (the new) line
151 (so its "if" lines up with those on lines 153 & 155), and of
replacing the 'usage:' on (the new) line 305 (chgrp's usage() message,
showing the second alternative invocation) with whitespace (to match the
pattern for chown).  (If someone wants my diff, please let me know.
It's not sufficiently different from what Oliver put in his PR to
warrant spamming -current, as far as I'm concerned.)

> The patch adds an option -r to chown(8) and chgrp(1), which
> does pretty much the same as the -r option of touch(1) and
> truncate(1).  Basically, it let's you "copy" ownerships and
> group memberships from one file to another, which is useful
> in scripts.

Makes sense.  Only reservation I'd have -- and this may well be
unfounded -- is to be sure we're not introducing gratutitous
differences with respect to other implementations or to applicable
standards.  I have no problem with functional differences that don't
break standards conformance (to the extent we claim it, anyway).

> Thanks!

Hope this is useful.

Cheers,
david       (links to my resume at http://www.catwhisker.org/~david)
-- 
David H. Wolfskill				david@catwhisker.org
I have no confidence in results obtained through the use of Microsoft products.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16 12:30:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id A96A237B401; Sat, 16 Nov 2002 12:30:14 -0800 (PST)
Received: from dibbler.ne.client2.attbi.com (dibbler.ne.client2.attbi.com [24.61.41.247])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8D7D143E6E; Sat, 16 Nov 2002 12:30:11 -0800 (PST)
	(envelope-from rodrigc@attbi.com)
Received: from dibbler.ne.client2.attbi.com (localhost [127.0.0.1])
	by dibbler.ne.client2.attbi.com (8.12.6/8.12.6) with ESMTP id gAGKU9O8016410;
	Sat, 16 Nov 2002 15:30:11 -0500 (EST)
	(envelope-from rodrigc@dibbler.ne.client2.attbi.com)
Received: (from rodrigc@localhost)
	by dibbler.ne.client2.attbi.com (8.12.6/8.12.6/Submit) id gAGKU6eA016409;
	Sat, 16 Nov 2002 15:30:06 -0500 (EST)
Date: Sat, 16 Nov 2002 15:30:05 -0500
From: Craig Rodrigues <rodrigc@attbi.com>
To: Anders Andersson <anders@hack.org>
Cc: freebsd-current@freebsd.org, jhb@freebsd.org
Subject: Re: bad ACPI
Message-ID: <20021116153005.A16366@attbi.com>
References: <20021116161342.GD1509@hellraiser.example.org> <30665.1037463559@critter.freebsd.dk> <20021116162315.GF1509@hellraiser.example.org> <20021116113549.A849@attbi.com> <20021116164401.GG1509@hellraiser.example.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021116164401.GG1509@hellraiser.example.org>; from anders@hack.org on Sat, Nov 16, 2002 at 05:44:01PM +0100
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Nov 16, 2002 at 05:44:01PM +0100, Anders Andersson wrote:
> On Sat, Nov 16, 2002 at 11:35:49AM -0500, Craig Rodrigues wrote:
> > Could you try the following?
> > 
> > At the boot prompt, before the kernel boots up:
> > 
> > unset acpi_load
> > set boot_verbose=YES
> > boot -v
> 
> OK, now I feel stupid since I could swear that I already did try to
> disable ACPI.
> 
> But with ACPI disabled it boots fine.
> 
> phk, sorry to confuse you :-)



I had a very similar problem.  I had a system here which would crash upon
bootup when acpi was loaded.  Since I couldn't boot into the system to
read the man pages, I didn't know what to do.

At the boot prompt, I typed show.  It clearly listed:
acpi_load=YES

I then typed:
set acpi_load=NO
boot

Of course, the system still tried to load acpi, and crashed.
The correct thing to do would have been to read loader(8), and deduce
that it would be necessary to unset acpi_load in order to not load
acpi.  This tripped me up, and might trip other new users who try 5.0.

Would a patch of this sort be something to consider?


--- sys/boot/i386/libi386/i386_module.c.orig	Sat Nov 16 15:01:07 2002
+++ sys/boot/i386/libi386/i386_module.c	Sat Nov 16 15:20:04 2002
@@ -57,7 +57,8 @@
 	disabled = 1;
     }
 
-    if (getenv("acpi_load") && (!disabled)) {
+    rv = getenv("acpi_load");
+    if (rv != NULL && (!disabled) && (strcasecmp(rv,"NO") != 0)) {
 	error = mod_load("acpi", NULL, 0, NULL);
 	if (error != 0)
 	    printf("ACPI autoload failed - %s\n", strerror(error));


-- 
Craig Rodrigues        
http://www.gis.net/~craigr    
rodrigc@attbi.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16 13: 6:10 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D31FB37B401
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 13:06:07 -0800 (PST)
Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EF6C243E42
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 13:06:06 -0800 (PST)
	(envelope-from olli@lurza.secnetix.de)
Received: from lurza.secnetix.de (localhost [IPv6:::1])
	by lurza.secnetix.de (8.12.6/8.12.5) with ESMTP id gAGL66dK050252
	for <freebsd-current@FreeBSD.ORG>; Sat, 16 Nov 2002 22:06:06 +0100 (CET)
	(envelope-from oliver.fromme@secnetix.de)
Received: (from olli@localhost)
	by lurza.secnetix.de (8.12.6/8.12.5/Submit) id gAGL65oo050251;
	Sat, 16 Nov 2002 22:06:05 +0100 (CET)
Date: Sat, 16 Nov 2002 22:06:05 +0100 (CET)
Message-Id: <200211162106.gAGL65oo050251@lurza.secnetix.de>
From: Oliver Fromme <olli@secnetix.de>
To: freebsd-current@FreeBSD.ORG
Reply-To: freebsd-current@FreeBSD.ORG
Subject: Re: Asking for tester (small patch to chown(8)/chgrp(1))
In-Reply-To: <20021116200605.GA67266@bunrab.catwhisker.org>
X-Newsgroups: list.freebsd-current
User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.7-RELEASE (i386))
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

David Wolfskill <david@catwhisker.org> wrote:
 > On Sat, Nov 16, 2002 at 12:29:20PM +0100, Oliver Fromme wrote:
 > > I've submitted a small patch (bin/45333) for both -stable
 > > and -current, but I haven't been able to test it under
 > > -current (due to lack of a spare machine).  Would someone
 > > please give it a try and let me know if it compiles and
 > > works?
 > 
 > Seems to for me (today's -CURRENT).

Thanks!

 > I did take the liberty of removing the extraneous space on (the new) line
 > 151 (so its "if" lines up with those on lines 153 & 155),

Oops, you're right, somehow there are spaces instead of
tabs in that line (probably left over from copy&paste).

 > and of
 > replacing the 'usage:' on (the new) line 305 (chgrp's usage() message,
 > showing the second alternative invocation) with whitespace (to match the
 > pattern for chown).

Right again, I missed that.

 > (If someone wants my diff, please let me know.
 > It's not sufficiently different from what Oliver put in his PR to
 > warrant spamming -current, as far as I'm concerned.)

I've sent a small follow-up to the PR.

 > > The patch adds an option -r to chown(8) and chgrp(1), which
 > > does pretty much the same as the -r option of touch(1) and
 > > truncate(1).  Basically, it let's you "copy" ownerships and
 > > group memberships from one file to another, which is useful
 > > in scripts.
 > 
 > Makes sense.  Only reservation I'd have -- and this may well be
 > unfounded -- is to be sure we're not introducing gratutitous
 > differences with respect to other implementations or to applicable
 > standards.  I have no problem with functional differences that don't
 > break standards conformance (to the extent we claim it, anyway).

I have checked a number of other operating systems including
our brother and sister BSDs (Net- and Open-), Solaris and
Tru64.  There are no collisions nor similar functionality
with different syntax.  I also checked SUSv3 / POSIX, same
result.

On the other hand, GNU chown/chgrp (used under Linux) does
have such functionality (what a surprise), _but_ only with
a GNU-style long option:  --reference=<rfile>.  There is no
short single-letter option for it.  Clearly, I decided not
to introduce GNU-style long option into our chown/chgrp.
;-)

 > Hope this is useful.

It is indeed, thanks!

Regards
   Oliver

-- 
Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.

"All that we see or seem is just a dream within a dream" (E. A. Poe)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16 13:45:12 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 55CA237B401; Sat, 16 Nov 2002 13:45:09 -0800 (PST)
Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 9BF1443E77; Sat, 16 Nov 2002 13:45:08 -0800 (PST)
	(envelope-from julian@elischer.org)
Received: from InterJet.elischer.org ([12.232.168.4])
          by sccrmhc02.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20021116214506.MGLI21905.sccrmhc02.attbi.com@InterJet.elischer.org>;
          Sat, 16 Nov 2002 21:45:06 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA55862;
	Sat, 16 Nov 2002 13:44:48 -0800 (PST)
Date: Sat, 16 Nov 2002 13:44:47 -0800 (PST)
From: Julian Elischer <julian@elischer.org>
To: Bruce Evans <bde@zeta.org.au>
Cc: Tim Robbins <tjr@FreeBSD.ORG>,
	FreeBSD current users <current@FreeBSD.ORG>
Subject: Re: Sign fixes for disklabel(8)
In-Reply-To: <20021116194439.E17742-100000@gamplex.bde.org>
Message-ID: <Pine.BSF.4.21.0211161329240.53326-100000@InterJet.elischer.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG



On Sat, 16 Nov 2002, Bruce Evans wrote:

> On Sat, 16 Nov 2002, Tim Robbins wrote:
> 
> > On Fri, Nov 15, 2002 at 03:59:25PM -0800, Julian Elischer wrote:
> >
> > > Here are the diffs to allow disklabel to correctly create partitions >
> > > 1TB (up to 2TB is useful with UFS2) pending a different partitionning
> > > scheme. It also allows you to correctly make smaller partitions beyond
> > > 1TB which is nice if you don't want to waste 800GB on an array :-)
> 
> Labels should be able to handle disks much larger than 1TB (under -current
> where there is no significant daddr_t limit) by fudging the sector size.
> E.g., with a sector size of 8K should work up to 16TB (or 8TB without your
> fixes) without even requiring larger ffs block sizes than the default of
> 16K.  (I used 8K instead of 16K in this example because ffs has problems
> reading the superblock starting at 8K.)

Unfortunatly the fdisk label then becomes a problem for compatible
machines. The standard for ia64 machines looks like being hte way to go
and we already have tools a code to handle it..

> 
> > [...]
> > > -	int v, lineno = 0, errors = 0;
> > > +	unsigned int v;
> 
> Style bug: "unsigned int" is spelled u_int everywhere else in disklabel.c

is it compulsary? "unsigned int" is standard C.
"u_int" is used in exactly one place in disklabel.c where
"unsigned" occured in many so to maintain style I should change the one 
u_int to "unsigned int".
I'm happy to change to u_int though.  (it's shorter)

> except in one place (which shouldn't even use an unsigned type).

where?

> 
> Badly chosen type: 'v' is general purpose; it should have type u_long if
> anything, though it wants to be uint32_t for sector counts.

do you mind if I don't rewrite the whole program?
'v' works so I'll leave it.
The aim is not to fix every "bde" inthe program but to be able to
partition a 2TB drive.

> 
> > > +	int lineno = 0, errors = 0;
> > >  	int i;
> > [...]
> > > -			v = atoi(tp);
> > > +			v = strtoul(tp, NULL, 0);
> 
> This code is almost as low-quality as before.  The following errors are
> not checked for:

"almost" but not worse.. and now it works, for the criteria I'm
looking for (2TB drives)..

> - garbage input
> - overflow inside strtoul()
> - overflow on assignment of the result of strtoul() to v (since we chose
>   a poor type for v).  The old poorly chosen type was at least suitable
>   for holding the result of atoi().

The new one is suitable for strtoul() which is alll that is used now.

> 
> > >  			if ((unsigned)v >= DKMAXTYPES)
> > >  				fprintf(stderr, "line %d:%s %d\n", lineno,
> > >  				    "Warning, unknown disk type", v);
> >
> > This cast is redundant since v is already unsigned. The fprintf() format
> > string needs to use %u instead of %d.
> 
> But v really wants to be a plain int here.

why? all teh types are +ve and lp->d_type is unsigned.

> 
> > Use 10 as the base argument to
> > stroul(), not 0 otherwise numbers with leading zeros will be interpreted
> > as octal.

done
(see next email for new diff)

> 
> > [...]
> > > -			v = atoi(tp);
> > > +			v = strtoul(tp, NULL, 0);
> > >  			if (v <= 0 || (v % DEV_BSIZE) != 0) {
> > >  				fprintf(stderr,
> > >  				    "line %d: %s: bad sector size\n",
> >
> > Should be == 0, not <= 0 since v is unsigned.
> >
> > [...]
> > > -			v = atoi(tp);
> > > +			v = strtoul(tp, NULL, 0);
> > >  			if (v < 0) {
> > >  				fprintf(stderr, "line %d: %s: bad %s\n",
> > >  				    lineno, tp, cp);
> >
> > v < 0 is impossible.
> 
> These v's really want to be plain ints too.  The old code was correct for
> all these v's, modulo the usual sloppy parsing giving by atoi().
> 
> The sloppy parsing shouldn't be fixed now.  Just use a different variable
> and different parsing for the sector counts.

sector counts can not be -ve so it should be unsigned..
I may substitute a u_int16_t variable for some.

> 
> Bruce
> 
> 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16 14:25:15 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 05A3B37B401; Sat, 16 Nov 2002 14:25:10 -0800 (PST)
Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 40E9143E77; Sat, 16 Nov 2002 14:25:09 -0800 (PST)
	(envelope-from julian@elischer.org)
Received: from InterJet.elischer.org ([12.232.168.4])
          by sccrmhc01.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20021116222507.BEIF2683.sccrmhc01.attbi.com@InterJet.elischer.org>;
          Sat, 16 Nov 2002 22:25:07 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA56153;
	Sat, 16 Nov 2002 14:22:12 -0800 (PST)
Date: Sat, 16 Nov 2002 14:22:11 -0800 (PST)
From: Julian Elischer <julian@elischer.org>
To: Bruce Evans <bde@zeta.org.au>
Cc: Nate Lawson <nate@root.org>, Tim Robbins <tjr@FreeBSD.ORG>,
	FreeBSD current users <current@FreeBSD.ORG>
Subject: Re: Sign fixes for disklabel(8)
In-Reply-To: <20021116232441.H18454-100000@gamplex.bde.org>
Message-ID: <Pine.BSF.4.21.0211161317530.53326-200000@InterJet.elischer.org>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-139427329-1037485331=:53326"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--0-139427329-1037485331=:53326
Content-Type: TEXT/PLAIN; charset=US-ASCII



On Sat, 16 Nov 2002, Bruce Evans wrote:

> On Sat, 16 Nov 2002, Julian Elischer wrote:
> 
> > On Fri, 15 Nov 2002, Nate Lawson wrote:
> > > In the overflow case, strtoul returns ULONG_MAX.  Or if you're interested
> > > in catching invalid characters, use endptr.
> >
> > I'm not that interested in catching those cases.. they were not caught
> > before and I'm looking for the minimal diff..
> >
> > I've just removed the clause. See new patch attached..
> 
> Removing clauses gives maximal diffs and loses even some of the sub-minimal
> bounds checking (values less than 0 were just errors in some cases, but
> they are now converted to large unsigned values and not checked at all).

but that make sthem the same as the "almost as large" bad values that
were not checked before either.. The onlything that the code removed
might serve would be to restrict times (in mSecs) to something like
"less than 10 seconds" or something, but for exaple on some forms of
floppy tape, it took almost that long to change "tracks" so it is
hard to try predict what a legal value is.. (probably less than 1 day
:-)

removing the clause for testing < 0 (as it can no longer happen)
seems easiest. A stupid value in the disklabel will stand out but will
probably be ignored anyhow.

> 
> > A sensible thing might be to compare against a "sensible" value
> > but who knows what that value should be?
> 
> Values should only be restricted to avoid ones that can't possibly work.
> This is mostly already done.


> 
> > I include the new diff for your coments
> 
> I'll wait for a later one with more of the suggested changes incorporated
> (strtoul() should use base 10, and most things shouldn't be changed, etc.).

does it matter? I have had a few times when I'd have liked to be able to
put a number in in hex. To be exactly compatible in NOT handling
the 0x and leading '0' cases I suppose so..

Ok here's  a diff 

> 
> Bruce
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
> 


--0-139427329-1037485331=:53326
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="disklabel.current.diff"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.BSF.4.21.0211161422110.53326@InterJet.elischer.org>
Content-Description: 
Content-Disposition: attachment; filename="disklabel.current.diff"

SW5kZXg6IGRpc2tsYWJlbC5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS
Q1MgZmlsZTogL3Vzci9jdnMvc3JjL3NiaW4vZGlza2xhYmVsL2Rpc2tsYWJl
bC5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS42Mg0KZGlmZiAtdSAtcjEu
NjIgZGlza2xhYmVsLmMNCi0tLSBkaXNrbGFiZWwuYwk4IE9jdCAyMDAyIDEy
OjEzOjE5IC0wMDAwCTEuNjINCisrKyBkaXNrbGFiZWwuYwkxNiBOb3YgMjAw
MiAyMjoxODoyNyAtMDAwMA0KQEAgLTczMiw3ICs3MzIsNyBAQA0KIAljb25z
dCBzdHJ1Y3QgcGFydGl0aW9uICpwcDsNCiANCiAJZnByaW50ZihmLCAiIyAl
czpcbiIsIHNwZWNuYW1lKTsNCi0JaWYgKCh1bnNpZ25lZCkgbHAtPmRfdHlw
ZSA8IERLTUFYVFlQRVMpDQorCWlmIChscC0+ZF90eXBlIDwgREtNQVhUWVBF
UykNCiAJCWZwcmludGYoZiwgInR5cGU6ICVzXG4iLCBka3R5cGVuYW1lc1ts
cC0+ZF90eXBlXSk7DQogCWVsc2UNCiAJCWZwcmludGYoZiwgInR5cGU6ICV1
XG4iLCBscC0+ZF90eXBlKTsNCkBAIC03NzgsNyArNzc4LDcgQEANCiAJCWlm
IChwcC0+cF9zaXplKSB7DQogCQkJZnByaW50ZihmLCAiICAlYzogJThsdSAl
OGx1ICAiLCAnYScgKyBpLA0KIAkJCSAgICh1X2xvbmcpcHAtPnBfc2l6ZSwg
KHVfbG9uZylwcC0+cF9vZmZzZXQpOw0KLQkJCWlmICgodW5zaWduZWQpIHBw
LT5wX2ZzdHlwZSA8IEZTTUFYVFlQRVMpDQorCQkJaWYgKHBwLT5wX2ZzdHlw
ZSA8IEZTTUFYVFlQRVMpDQogCQkJCWZwcmludGYoZiwgIiU4LjhzIiwgZnN0
eXBlbmFtZXNbcHAtPnBfZnN0eXBlXSk7DQogCQkJZWxzZQ0KIAkJCQlmcHJp
bnRmKGYsICIlOGQiLCBwcC0+cF9mc3R5cGUpOw0KQEAgLTk0MSw5ICs5NDEs
MTAgQEANCiB7DQogCWNoYXIgKmNwOw0KIAljb25zdCBjaGFyICoqY3BwOw0K
LQl1bnNpZ25lZCBpbnQgcGFydDsNCisJdV9pbnQgcGFydDsNCiAJY2hhciAq
dHAsIGxpbmVbQlVGU0laXTsNCi0JaW50IHYsIGxpbmVubyA9IDAsIGVycm9y
cyA9IDA7DQorCXVfaW50IHY7DQorCWludCBsaW5lbm8gPSAwLCBlcnJvcnMg
PSAwOw0KIAlpbnQgaTsNCiANCiAJbHAtPmRfYmJzaXplID0gQkJTSVpFOwkJ
CQkvKiBYWFggKi8NCkBAIC05NzMsOCArOTc0LDggQEANCiAJCQkJfQ0KIAkJ
CWlmIChjcHAgPCAmZGt0eXBlbmFtZXNbREtNQVhUWVBFU10pDQogCQkJCWNv
bnRpbnVlOw0KLQkJCXYgPSBhdG9pKHRwKTsNCi0JCQlpZiAoKHVuc2lnbmVk
KXYgPj0gREtNQVhUWVBFUykNCisJCQl2ID0gc3RydG91bCh0cCwgTlVMTCwg
MTApOw0KKwkJCWlmICh2ID49IERLTUFYVFlQRVMpDQogCQkJCWZwcmludGYo
c3RkZXJyLCAibGluZSAlZDolcyAlZFxuIiwgbGluZW5vLA0KIAkJCQkgICAg
Ildhcm5pbmcsIHVua25vd24gZGlzayB0eXBlIiwgdik7DQogCQkJbHAtPmRf
dHlwZSA9IHY7DQpAQCAtMTAwMSwxMyArMTAwMiwxMyBAQA0KIAkJfQ0KIAkJ
aWYgKHN0cmVxKGNwLCAiZHJpdmVkYXRhIikpIHsNCiAJCQlmb3IgKGkgPSAw
OyAoY3AgPSB0cCkgJiYgKmNwICE9ICdcMCcgJiYgaSA8IE5EREFUQTspIHsN
Ci0JCQkJbHAtPmRfZHJpdmVkYXRhW2krK10gPSBhdG9pKGNwKTsNCisJCQkJ
bHAtPmRfZHJpdmVkYXRhW2krK10gPSBzdHJ0b3VsKGNwLCBOVUxMLCAxMCk7
DQogCQkJCXRwID0gd29yZChjcCk7DQogCQkJfQ0KIAkJCWNvbnRpbnVlOw0K
IAkJfQ0KLQkJaWYgKHNzY2FuZihjcCwgIiVkIHBhcnRpdGlvbnMiLCAmdikg
PT0gMSkgew0KLQkJCWlmICh2ID09IDAgfHwgKHVuc2lnbmVkKXYgPiBNQVhQ
QVJUSVRJT05TKSB7DQorCQlpZiAoc3NjYW5mKGNwLCAiJXUgcGFydGl0aW9u
cyIsICZ2KSA9PSAxKSB7DQorCQkJaWYgKHYgPT0gMCB8fCB2ID4gTUFYUEFS
VElUSU9OUykgew0KIAkJCQlmcHJpbnRmKHN0ZGVyciwNCiAJCQkJICAgICJs
aW5lICVkOiBiYWQgIyBvZiBwYXJ0aXRpb25zXG4iLCBsaW5lbm8pOw0KIAkJ
CQlscC0+ZF9ucGFydGl0aW9ucyA9IE1BWFBBUlRJVElPTlM7DQpAQCAtMTAy
Nyw4ICsxMDI4LDggQEANCiAJCQljb250aW51ZTsNCiAJCX0NCiAJCWlmIChz
dHJlcShjcCwgImJ5dGVzL3NlY3RvciIpKSB7DQotCQkJdiA9IGF0b2kodHAp
Ow0KLQkJCWlmICh2IDw9IDAgfHwgKHYgJSBERVZfQlNJWkUpICE9IDApIHsN
CisJCQl2ID0gc3RydG91bCh0cCwgTlVMTCwgMTApOw0KKwkJCWlmICh2ID09
IDAgfHwgKHYgJSBERVZfQlNJWkUpICE9IDApIHsNCiAJCQkJZnByaW50Zihz
dGRlcnIsDQogCQkJCSAgICAibGluZSAlZDogJXM6IGJhZCBzZWN0b3Igc2l6
ZVxuIiwNCiAJCQkJICAgIGxpbmVubywgdHApOw0KQEAgLTEwMzgsOCArMTAz
OSw4IEBADQogCQkJY29udGludWU7DQogCQl9DQogCQlpZiAoc3RyZXEoY3As
ICJzZWN0b3JzL3RyYWNrIikpIHsNCi0JCQl2ID0gYXRvaSh0cCk7DQotCQkJ
aWYgKHYgPD0gMCkgew0KKwkJCXYgPSBzdHJ0b3VsKHRwLCBOVUxMLCAxMCk7
DQorCQkJaWYgKHYgPT0gMCkgew0KIAkJCQlmcHJpbnRmKHN0ZGVyciwgImxp
bmUgJWQ6ICVzOiBiYWQgJXNcbiIsDQogCQkJCSAgICBsaW5lbm8sIHRwLCBj
cCk7DQogCQkJCWVycm9ycysrOw0KQEAgLTEwNDgsOCArMTA0OSw4IEBADQog
CQkJY29udGludWU7DQogCQl9DQogCQlpZiAoc3RyZXEoY3AsICJzZWN0b3Jz
L2N5bGluZGVyIikpIHsNCi0JCQl2ID0gYXRvaSh0cCk7DQotCQkJaWYgKHYg
PD0gMCkgew0KKwkJCXYgPSBzdHJ0b3VsKHRwLCBOVUxMLCAxMCk7DQorCQkJ
aWYgKHYgPT0gMCkgew0KIAkJCQlmcHJpbnRmKHN0ZGVyciwgImxpbmUgJWQ6
ICVzOiBiYWQgJXNcbiIsDQogCQkJCSAgICBsaW5lbm8sIHRwLCBjcCk7DQog
CQkJCWVycm9ycysrOw0KQEAgLTEwNTgsOCArMTA1OSw4IEBADQogCQkJY29u
dGludWU7DQogCQl9DQogCQlpZiAoc3RyZXEoY3AsICJ0cmFja3MvY3lsaW5k
ZXIiKSkgew0KLQkJCXYgPSBhdG9pKHRwKTsNCi0JCQlpZiAodiA8PSAwKSB7
DQorCQkJdiA9IHN0cnRvdWwodHAsIE5VTEwsIDEwKTsNCisJCQlpZiAodiA9
PSAwKSB7DQogCQkJCWZwcmludGYoc3RkZXJyLCAibGluZSAlZDogJXM6IGJh
ZCAlc1xuIiwNCiAJCQkJICAgIGxpbmVubywgdHAsIGNwKTsNCiAJCQkJZXJy
b3JzKys7DQpAQCAtMTA2OCw4ICsxMDY5LDggQEANCiAJCQljb250aW51ZTsN
CiAJCX0NCiAJCWlmIChzdHJlcShjcCwgImN5bGluZGVycyIpKSB7DQotCQkJ
diA9IGF0b2kodHApOw0KLQkJCWlmICh2IDw9IDApIHsNCisJCQl2ID0gc3Ry
dG91bCh0cCwgTlVMTCwgMTApOw0KKwkJCWlmICh2ID09IDApIHsNCiAJCQkJ
ZnByaW50ZihzdGRlcnIsICJsaW5lICVkOiAlczogYmFkICVzXG4iLA0KIAkJ
CQkgICAgbGluZW5vLCB0cCwgY3ApOw0KIAkJCQllcnJvcnMrKzsNCkBAIC0x
MDc4LDggKzEwNzksOCBAQA0KIAkJCWNvbnRpbnVlOw0KIAkJfQ0KIAkJaWYg
KHN0cmVxKGNwLCAic2VjdG9ycy91bml0IikpIHsNCi0JCQl2ID0gYXRvaSh0
cCk7DQotCQkJaWYgKHYgPD0gMCkgew0KKwkJCXYgPSBzdHJ0b3VsKHRwLCBO
VUxMLCAxMCk7DQorCQkJaWYgKHYgPT0gMCkgew0KIAkJCQlmcHJpbnRmKHN0
ZGVyciwgImxpbmUgJWQ6ICVzOiBiYWQgJXNcbiIsDQogCQkJCSAgICBsaW5l
bm8sIHRwLCBjcCk7DQogCQkJCWVycm9ycysrOw0KQEAgLTEwODgsOCArMTA4
OSw4IEBADQogCQkJY29udGludWU7DQogCQl9DQogCQlpZiAoc3RyZXEoY3As
ICJycG0iKSkgew0KLQkJCXYgPSBhdG9pKHRwKTsNCi0JCQlpZiAodiA8PSAw
KSB7DQorCQkJdiA9IHN0cnRvdWwodHAsIE5VTEwsIDEwKTsNCisJCQlpZiAo
diA9PSAwIHx8IHYgPiBVU0hSVF9NQVgpIHsNCiAJCQkJZnByaW50ZihzdGRl
cnIsICJsaW5lICVkOiAlczogYmFkICVzXG4iLA0KIAkJCQkgICAgbGluZW5v
LCB0cCwgY3ApOw0KIAkJCQllcnJvcnMrKzsNCkBAIC0xMDk4LDggKzEwOTks
OCBAQA0KIAkJCWNvbnRpbnVlOw0KIAkJfQ0KIAkJaWYgKHN0cmVxKGNwLCAi
aW50ZXJsZWF2ZSIpKSB7DQotCQkJdiA9IGF0b2kodHApOw0KLQkJCWlmICh2
IDw9IDApIHsNCisJCQl2ID0gc3RydG91bCh0cCwgTlVMTCwgMTApOw0KKwkJ
CWlmICh2ID09IDAgfHwgdiA+IFVTSFJUX01BWCkgew0KIAkJCQlmcHJpbnRm
KHN0ZGVyciwgImxpbmUgJWQ6ICVzOiBiYWQgJXNcbiIsDQogCQkJCSAgICBs
aW5lbm8sIHRwLCBjcCk7DQogCQkJCWVycm9ycysrOw0KQEAgLTExMDgsOCAr
MTEwOSw4IEBADQogCQkJY29udGludWU7DQogCQl9DQogCQlpZiAoc3RyZXEo
Y3AsICJ0cmFja3NrZXciKSkgew0KLQkJCXYgPSBhdG9pKHRwKTsNCi0JCQlp
ZiAodiA8IDApIHsNCisJCQl2ID0gc3RydG91bCh0cCwgTlVMTCwgMTApOw0K
KwkJCWlmICh2ID4gVVNIUlRfTUFYKSB7DQogCQkJCWZwcmludGYoc3RkZXJy
LCAibGluZSAlZDogJXM6IGJhZCAlc1xuIiwNCiAJCQkJICAgIGxpbmVubywg
dHAsIGNwKTsNCiAJCQkJZXJyb3JzKys7DQpAQCAtMTExOCw4ICsxMTE5LDgg
QEANCiAJCQljb250aW51ZTsNCiAJCX0NCiAJCWlmIChzdHJlcShjcCwgImN5
bGluZGVyc2tldyIpKSB7DQotCQkJdiA9IGF0b2kodHApOw0KLQkJCWlmICh2
IDwgMCkgew0KKwkJCXYgPSBzdHJ0b3VsKHRwLCBOVUxMLCAxMCk7DQorCQkJ
aWYgKHYgPiBVU0hSVF9NQVgpIHsNCiAJCQkJZnByaW50ZihzdGRlcnIsICJs
aW5lICVkOiAlczogYmFkICVzXG4iLA0KIAkJCQkgICAgbGluZW5vLCB0cCwg
Y3ApOw0KIAkJCQllcnJvcnMrKzsNCkBAIC0xMTI4LDIzICsxMTI5LDEzIEBA
DQogCQkJY29udGludWU7DQogCQl9DQogCQlpZiAoc3RyZXEoY3AsICJoZWFk
c3dpdGNoIikpIHsNCi0JCQl2ID0gYXRvaSh0cCk7DQotCQkJaWYgKHYgPCAw
KSB7DQotCQkJCWZwcmludGYoc3RkZXJyLCAibGluZSAlZDogJXM6IGJhZCAl
c1xuIiwNCi0JCQkJICAgIGxpbmVubywgdHAsIGNwKTsNCi0JCQkJZXJyb3Jz
Kys7DQotCQkJfSBlbHNlDQotCQkJCWxwLT5kX2hlYWRzd2l0Y2ggPSB2Ow0K
KwkJCXYgPSBzdHJ0b3VsKHRwLCBOVUxMLCAxMCk7DQorCQkJbHAtPmRfaGVh
ZHN3aXRjaCA9IHY7DQogCQkJY29udGludWU7DQogCQl9DQogCQlpZiAoc3Ry
ZXEoY3AsICJ0cmFjay10by10cmFjayBzZWVrIikpIHsNCi0JCQl2ID0gYXRv
aSh0cCk7DQotCQkJaWYgKHYgPCAwKSB7DQotCQkJCWZwcmludGYoc3RkZXJy
LCAibGluZSAlZDogJXM6IGJhZCAlc1xuIiwNCi0JCQkJICAgIGxpbmVubywg
dHAsIGNwKTsNCi0JCQkJZXJyb3JzKys7DQotCQkJfSBlbHNlDQotCQkJCWxw
LT5kX3Rya3NlZWsgPSB2Ow0KKwkJCXYgPSBzdHJ0b3VsKHRwLCBOVUxMLCAx
MCk7DQorCQkJbHAtPmRfdHJrc2VlayA9IHY7DQogCQkJY29udGludWU7DQog
CQl9DQogCQkvKiB0aGUgJzonIHdhcyByZW1vdmVkIGFib3ZlICovDQpAQCAt
MTE4Miw3ICsxMTczLDcgQEANCiAJCXJldHVybiAoMSk7IFwNCiAJfSBlbHNl
IHsgXA0KIAkJY3AgPSB0cCwgdHAgPSB3b3JkKGNwKTsgXA0KLQkJKG4pID0g
YXRvaShjcCk7IFwNCisJCShuKSA9IHN0cnRvdWwoY3AsIE5VTEwsIDEwKTsg
XA0KIAl9IFwNCiB9IHdoaWxlICgwKQ0KIA0KQEAgLTExOTQsNyArMTE4NSw3
IEBADQogCX0gZWxzZSB7IFwNCiAJICAgICAgICBjaGFyICp0bXA7IFwNCiAJ
CWNwID0gdHAsIHRwID0gd29yZChjcCk7IFwNCi0JICAgICAgICAobikgPSBz
dHJ0b2woY3AsJnRtcCwxMCk7IFwNCisJICAgICAgICAobikgPSBzdHJ0b3Vs
KGNwLCAmdG1wLCAxMCk7IFwNCiAJCWlmICh0bXApICh3KSA9ICp0bXA7IFwN
CiAJfSBcDQogfSB3aGlsZSAoMCkNCkBAIC0xMjA5LDI2ICsxMjAwLDI2IEBA
DQogCXN0cnVjdCBwYXJ0aXRpb24gKnBwOw0KIAljaGFyICpjcDsNCiAJY29u
c3QgY2hhciAqKmNwcDsNCi0JaW50IHY7DQorCXVfaW50IHY7DQogDQogCXBw
ID0gJmxwLT5kX3BhcnRpdGlvbnNbcGFydF07DQogCWNwID0gTlVMTDsNCiAN
CiAJdiA9IDA7DQogCU5YVFdPUkQocGFydF9zaXplX3R5cGVbcGFydF0sdik7
DQotCWlmICh2IDwgMCB8fCAodiA9PSAwICYmIHBhcnRfc2l6ZV90eXBlW3Bh
cnRdICE9ICcqJykpIHsNCi0JCWZwcmludGYoc3RkZXJyLCAibGluZSAlZDog
JXM6IGJhZCBwYXJ0aXRpb24gc2l6ZVxuIiwgbGluZW5vLA0KLQkJICAgIGNw
KTsNCisJaWYgKHYgPT0gMCAmJiBwYXJ0X3NpemVfdHlwZVtwYXJ0XSAhPSAn
KicpIHsNCisJCWZwcmludGYoc3RkZXJyLA0KKwkJICAgICJsaW5lICVkOiAl
czogYmFkIHBhcnRpdGlvbiBzaXplXG4iLCBsaW5lbm8sIGNwKTsNCiAJCXJl
dHVybiAoMSk7DQogCX0NCiAJcHAtPnBfc2l6ZSA9IHY7DQogDQogCXYgPSAw
Ow0KIAlOWFRXT1JEKHBhcnRfb2Zmc2V0X3R5cGVbcGFydF0sdik7DQotCWlm
ICh2IDwgMCB8fCAodiA9PSAwICYmIHBhcnRfb2Zmc2V0X3R5cGVbcGFydF0g
IT0gJyonICYmDQotCSAgICBwYXJ0X29mZnNldF90eXBlW3BhcnRdICE9ICdc
MCcpKSB7DQotCQlmcHJpbnRmKHN0ZGVyciwgImxpbmUgJWQ6ICVzOiBiYWQg
cGFydGl0aW9uIG9mZnNldFxuIiwgbGluZW5vLA0KLQkJICAgIGNwKTsNCisJ
aWYgKHYgPT0gMCAmJiBwYXJ0X29mZnNldF90eXBlW3BhcnRdICE9ICcqJyAm
Jg0KKwkgICAgcGFydF9vZmZzZXRfdHlwZVtwYXJ0XSAhPSAnXDAnKSB7DQor
CQlmcHJpbnRmKHN0ZGVyciwNCisJCSAgICAibGluZSAlZDogJXM6IGJhZCBw
YXJ0aXRpb24gb2Zmc2V0XG4iLCBsaW5lbm8sIGNwKTsNCiAJCXJldHVybiAo
MSk7DQogCX0NCiAJcHAtPnBfb2Zmc2V0ID0gdjsNCkBAIC0xMjQwLDEwICsx
MjMxLDEwIEBADQogCQlwcC0+cF9mc3R5cGUgPSBjcHAgLSBmc3R5cGVuYW1l
czsNCiAJfSBlbHNlIHsNCiAJCWlmIChpc2RpZ2l0KCpjcCkpDQotCQkJdiA9
IGF0b2koY3ApOw0KKwkJCXYgPSBzdHJ0b3VsKGNwLCBOVUxMLCAxMCk7DQog
CQllbHNlDQogCQkJdiA9IEZTTUFYVFlQRVM7DQotCQlpZiAoKHVuc2lnbmVk
KXYgPj0gRlNNQVhUWVBFUykgew0KKwkJaWYgKHYgPj0gRlNNQVhUWVBFUykg
ew0KIAkJCWZwcmludGYoc3RkZXJyLA0KIAkJCSAgICAibGluZSAlZDogV2Fy
bmluZywgdW5rbm93biBmaWxlIHN5c3RlbSB0eXBlICVzXG4iLA0KIAkJCSAg
ICBsaW5lbm8sIGNwKTsNCkBAIC0xMzE0LDcgKzEzMDUsNyBAQA0KIAlzdHJ1
Y3QgcGFydGl0aW9uICpwcDsNCiAJaW50IGksIGVycm9ycyA9IDA7DQogCWNo
YXIgcGFydDsNCi0JdW5zaWduZWQgbG9uZyB0b3RhbF9zaXplLCB0b3RhbF9w
ZXJjZW50LCBjdXJyZW50X29mZnNldDsNCisJdV9sb25nIHRvdGFsX3NpemUs
IHRvdGFsX3BlcmNlbnQsIGN1cnJlbnRfb2Zmc2V0Ow0KIAlpbnQgc2Vlbl9k
ZWZhdWx0X29mZnNldDsNCiAJaW50IGhvZ19wYXJ0Ow0KIAlpbnQgajsNCg==
--0-139427329-1037485331=:53326--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16 14:34:32 2002
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id AF0DA37B401; Sat, 16 Nov 2002 14:34:31 -0800 (PST)
Date: Sat, 16 Nov 2002 14:34:31 -0800
From: Juli Mallett <jmallett@FreeBSD.org>
To: Julian Elischer <julian@elischer.org>
Cc: Bruce Evans <bde@zeta.org.au>, Nate Lawson <nate@root.org>,
	Tim Robbins <tjr@FreeBSD.ORG>,
	FreeBSD current users <current@FreeBSD.ORG>
Subject: Re: Sign fixes for disklabel(8)
Message-ID: <20021116143431.A26786@FreeBSD.org>
References: <20021116232441.H18454-100000@gamplex.bde.org> <Pine.BSF.4.21.0211161317530.53326-200000@InterJet.elischer.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.BSF.4.21.0211161317530.53326-200000@InterJet.elischer.org>; from julian@elischer.org on Sat, Nov 16, 2002 at 02:22:11PM -0800
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <jmallett@xMach.org>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>, <jmallett@OpenDarwin.org>
X-Towel: Yes
X-LiveJournal: flata, jmallett
X-Negacore: Yes
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* De: Julian Elischer <julian@elischer.org> [ Data: 2002-11-16 ]
	[ Subjecte: Re: Sign fixes for disklabel(8) ]
> +	u_int v;
> [...]
> +			v = strtoul(tp, NULL, 10);

strtoul returns 'unsigned long', not 'unsigned int', and this can
overflow.  The type of 'v' is poorly chosen, as bde said.  Yes it
was fine for 'atoi', but 'atoi' is not 'strtoul'.
-- 
Juli Mallett <jmallett@FreeBSD.org>
OpenDarwin, Mono, FreeBSD Developer.
ircd-hybrid Developer, EFnet addict.
FreeBSD on MIPS-Anything on FreeBSD.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16 15:46: 8 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9A91A37B401
	for <current@freebsd.org>; Sat, 16 Nov 2002 15:46:06 -0800 (PST)
Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 46C9743E3B
	for <current@freebsd.org>; Sat, 16 Nov 2002 15:46:06 -0800 (PST)
	(envelope-from des@FreeBSD.org)
Received: from beast.freebsd.org (localhost [127.0.0.1])
	by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gAGNk63b004007
	for <current@freebsd.org>; Sat, 16 Nov 2002 15:46:06 -0800 (PST)
	(envelope-from des@beast.freebsd.org)
Received: (from des@localhost)
	by beast.freebsd.org (8.12.6/8.12.6/Submit) id gAGNk5a3004000
	for current@freebsd.org; Sat, 16 Nov 2002 15:46:05 -0800 (PST)
Date: Sat, 16 Nov 2002 15:46:05 -0800 (PST)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200211162346.gAGNk5a3004000@beast.freebsd.org>
To: current@freebsd.org
Subject: alpha tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Sat Nov 16 15:07:32 PST 2002
--------------------------------------------------------------
>>> Kernel build for GENERIC completed on Sat Nov 16 15:39:45 PST 2002
--------------------------------------------------------------
>>> Kernel build for LINT started on Sat Nov 16 15:39:45 PST 2002
--------------------------------------------------------------
===> vinum
"Makefile", line 4446: warning: duplicate script for target "geom_bsd.o" ignored
cc1: warnings being treated as errors
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_in':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1931: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c: In function `ahd_ddb_out':
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 2)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 4)
/h/des/src/sys/dev/aic7xxx/aic79xx_osm.c:1991: warning: unsigned int format, different type arg (arg 5)
*** Error code 1

Stop in /h/des/obj/h/des/src/sys/LINT.
*** Error code 1

Stop in /h/des/src.
*** Error code 1

Stop in /h/des/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16 19: 9:32 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E6DC537B401
	for <freebsd-current@freebsd.org>; Sat, 16 Nov 2002 19:09:26 -0800 (PST)
Received: from zeus.palm.com.br (200-155-190-67.core01.spo.ifx.net.br [200.155.190.67])
	by mx1.FreeBSD.org (Postfix) with SMTP id 289D043E97
	for <freebsd-current@freebsd.org>; Sat, 16 Nov 2002 19:09:25 -0800 (PST)
	(envelope-from bghuisdw@aacqa.nu)
Received: (qmail 28279 invoked from network); 14 Nov 2002 10:36:19 -0000
Received: from unused.linkexpress.com.br (HELO dart.sr.se) (200.196.110.70)
  by 200.155.190.79 with SMTP; 14 Nov 2002 10:36:19 -0000
Message-ID: <000043cd1393$0000692a$000040ff@alumno.uasnet.mx>
To: <jera@jera.net>
Cc: <ralatta@mbf-law.com>, <corona645@excite.com>,
	<spaztasticangel@aol.com>, <kenwu@home.com>,
	<mmcdade@mantis.privatei.com>, <contact@usfds.com>,
	<ffchen1@ix.netcom.com>, <lkclements@mindspring.com>,
	<freebsd-current@freebsd.org>, <jegoofy01@aol.com>
From: "Susan Williams" <bghuisdw@aacqa.nu>
Subject: Rejection Policy26326
Date: Thu, 14 Nov 2002 15:39:23 -2000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Frustrated With Your Internet Marketing Efforts? 

Have you tried:

FREE Classifieds? (Don't work)

Web Site? (Good for closing but you have to have visitors)

Banners? (Expensive and Iffy)

E-Zine? (They're great, but only with thousands of members)

Search Engines (Easy to be buried with thousands of others)

E -MAIL MARKETING IS THE ANSWER! 

It is a proven fact that your best chance of attracting
new business is through Direct E-mail. 

The secret to an effective bulk E-mail marketing campaign 
on the internet is directly related to the freshness of 
the lists used. To ensure that our customers receive the 
freshest mailing addresses, we are constantly updating 
and revising our mailing lists. 

Our Sixth release provides you with 15 MILLION E-mail 
Addresses taken from our own database of opporunity 
seekers and businesses.

THE MASTER MARKETERS CD VOL. 6 consists of 15 Million
E-mail addresses that were cleaned and verified. You
can start mailing these addresses immediately. 

We have removed all the following domains:

THESE DOMAINS ARE ABSOLUTELY NOT INCLUDED:

Compuserve.com
Genie.com
Delphi.com
MCI.com
And all domains ending with .edu, .mil, .org, and .us.

There are no International domains in this CD. 
All addresses are pure .COM AND .NET. 

There are ABSOLUTELY NO DUPICATE ADDRESSES!  

Our CD does not contain any of those bogus and filled 
addresses used by other companies to ad inflated numbers
to their lists.  We pay full time employees to perform 
hundreds of hours of list verification and deduping of 
our lists.

REMEMBER, our business is mailing for individuals and 
companies. We mail over 20 million direct E-mails per 
Day for our clients and the addresses contained in the 
Master Marketers Cd are the same fresh, clean lists we 
use.  

We maintain a huge database of anti-commerce radicals who
want the net for themselves. We run our lists against this
database and remove all E-mail addresses these radicals
use to trap you into mailing to them so they can cause
you trouble. 

Over 30,000 BUSINESSES come on the Internet EVERY 
single day...If you don't send out Broadcast Email...
YOUR COMPETITON WILL! 

SPECIAL BONUS OFFER! 
For those who order The Address CD Vol. 6 before 11/30/02
we are going to include our Professional Email Marketing
Book.

This Book Explains Exactly how Bulk Email operates. The
author, Paul Willis has 8 years of Bulk Email Advertising 
experience and operates a very successful Internet Email
Advertising Company.   

If you have any questions or would like to discuss how
we can help you to effectively market your business via
Direct E-mail advertising please call 818-743-7507. We
offer several affordable Marketing packages for those who
need their E-mail ads sent through our servers.

We accept payment by Check - Visa - Mastercard - Discover.

TO ORDER our CD, simply print out the EZ ORDER FORM
below and fax your Check or Credit Card Information to
our office today. Fax to: 661-244-4903.

Or  

Call 818-743-7507 to order by phone.


E-Z ORDER FORM 

______ Yes! I would like to order MASTER MARKETING CD with 
15 MILLION Email addresses for $229.00.
*Price includes shipping and handling with the U.S.


DATE___________

NAME_____________________________________________________
Name and address must match credit card.

COMPANY NAME_____________________________________________

ADDRESS__________________________________________________

CITY, STATE, ZIP_________________________________________

PHONE NUMBERS____________________________________________

FAX NUMBERS______________________________________________

EMAIL ADDRESS____________________________________________
Must have a valid e-mail address for credit card orders.
You will receive receipt of credit card charges by e-mail.

CHECKS BY FAX SERVICES! 

24 HOUR FAX SERVICES 

If you would like to fax a check, paste your check below 
and fax it to: 661-244-4903. You do not have to mail the
original check we will simply make a draft from the copy
you fax.

Make all checks payable to P.W. MARKETING LLC

******************************************************

Paste or Tape your check here and fax along with this
order form to 661-244-4903

 


 ******************************************************
If you fax a check, there is no need for you to send the
original. 

To be talem off our mailing list please click on the
link below that will send us a email and we will
permanently remove you from our mailing list.
MailTo:ksnnj@yahoo.com?subject=take-out




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16 19:36: 9 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id A8E9B37B401; Sat, 16 Nov 2002 19:36:05 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id EE6F243E42; Sat, 16 Nov 2002 19:36:03 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id OAA22296;
	Sun, 17 Nov 2002 14:35:52 +1100
Date: Sun, 17 Nov 2002 14:48:37 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Julian Elischer <julian@elischer.org>
Cc: Tim Robbins <tjr@FreeBSD.ORG>,
	FreeBSD current users <current@FreeBSD.ORG>
Subject: Re: Sign fixes for disklabel(8)
In-Reply-To: <Pine.BSF.4.21.0211161329240.53326-100000@InterJet.elischer.org>
Message-ID: <20021117135628.L21008-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, 16 Nov 2002, Julian Elischer wrote:

> On Sat, 16 Nov 2002, Bruce Evans wrote:
>
> > On Sat, 16 Nov 2002, Tim Robbins wrote:
> >
> > > On Fri, Nov 15, 2002 at 03:59:25PM -0800, Julian Elischer wrote:

> > Labels should be able to handle disks much larger than 1TB (under -current
> > where there is no significant daddr_t limit) by fudging the sector size.

> Unfortunatly the fdisk label then becomes a problem for compatible
> machines. The standard for ia64 machines looks like being hte way to go
> and we already have tools a code to handle it..

I think it is backwards and sideways compatible a long way, modulo bugs,
since the sector size is part of the label data -- it serves as a scale
factor for all the sector counts in the label.  Old version of FreeBSD
certainly had bugs in this area (they confused the sector size with
DEV_BSIZE).

> > > [...]
> > > > -	int v, lineno = 0, errors = 0;
> > > > +	unsigned int v;
> >
> > Style bug: "unsigned int" is spelled u_int everywhere else in disklabel.c
>
> is it compulsary? "unsigned int" is standard C.

Not compulsory.  I normally use it always in the kernel but only use it in
applications if the application already uses it (or other u_foo's).

> "u_int" is used in exactly one place in disklabel.c where
> "unsigned" occured in many so to maintain style I should change the one
> u_int to "unsigned int".

Oops, I grepped for u_ and found lots.  They are mainly u_long's.  It
is normal for u_long's to be much more common that u_int's because
half-baked attempts at portability involve using longs (strictly, ints
should not be used for values which might be larger than 32767).  The
main reason that disklabel has lots of u_longs is that struct disklabel
used u_long for most of its struct members.  This was bogotified by
changing all the u_long's in struct disklabel to u_int32_t's without
changing even one of the u_long's in disklabel.c.

> I'm happy to change to u_int though.  (it's shorter)

THat is the main reason to use u_foo.

> > except in one place (which shouldn't even use an unsigned type).
>
> where?

Here in getasciilabel():

% 	unsigned int part;
% 	...
% 		/* Process a partition specification line. */
% 		part = *cp - 'a';

`part' wants to be a small integer (between 0 and 'h' - 'a').  Note that
the above subtraction overflows if *cp < 'a'.

% 		if (part >= lp->d_npartitions) {

We use the unsignedness of `part' here (only) to avoid an explicit check
that part < 0 (the unsigned hack/obfuscation).  (Note that
lp->d_npartitions has type u_int16_t, so it only gives the hack on 16-bit
machines.)

> > Badly chosen type: 'v' is general purpose; it should have type u_long if
> > anything, though it wants to be uint32_t for sector counts.
>
> do you mind if I don't rewrite the whole program?
> 'v' works so I'll leave it.

I'm trying to get you to not rewrite it!  You rewrote everything that uses
`v', reducing the quality of most users of 'v' to an even lower level.

> > > [...]
> > > > -			v = atoi(tp);
> > > > +			v = strtoul(tp, NULL, 0);
> >
> > This code is almost as low-quality as before.  The following errors are
> > not checked for:
>
> "almost" but not worse.. and now it works, for the criteria I'm
> looking for (2TB drives)..

It is worse.  'v' now has type unsigned int, so overflow may occur in
the program on assignment of the u_long value returned by strtoul().
Previously, overflow may have occurred in atoi() instead, since atoi()
has a similarly low quality.  It is standard that atoi() has low quality
(its behaviour for unrepresentable values is undefined), so disklabel.c
could be blamed for using it, but the low quality is more painfully
obvious when it is in the program.

> > - garbage input
> > - overflow inside strtoul()
> > - overflow on assignment of the result of strtoul() to v (since we chose
> >   a poor type for v).  The old poorly chosen type was at least suitable
> >   for holding the result of atoi().
>
> The new one is suitable for strtoul() which is alll that is used now.

u_long would be suitable for strtoul().

>
> >
> > > >  			if ((unsigned)v >= DKMAXTYPES)
> > > >  				fprintf(stderr, "line %d:%s %d\n", lineno,
> > > >  				    "Warning, unknown disk type", v);
> > >
> > > This cast is redundant since v is already unsigned. The fprintf() format
> > > string needs to use %u instead of %d.
> >
> > But v really wants to be a plain int here.
>
> why? all teh types are +ve and lp->d_type is unsigned.

Same reason that file descriptors have type int.  Using unsigned types
to leads to a morass of (un)sign extension and (non-)overflow problems.
They shouldn't be used just because the values are small and positive.
lp->d_type actually has type u_int16_t which promotes to plain int on
machines with 32-bit ints.

> > The sloppy parsing shouldn't be fixed now.  Just use a different variable
> > and different parsing for the sector counts.
>
> sector counts can not be -ve so it should be unsigned..

No, they should be unsigned because we are seriously short of bits.  We
don't actually want unsigned arithmetic for sector counts, since we
want expressions like (sector_count_t)(0xFFFFFFFF + 1) (where 0xFFFFFFFF
is the largest possible sector number) to be an error and not wrap to 0.

> I may substitute a u_int16_t variable for some.

I hope you mean u_int32_t.  u_long is still best for working with the
value returned by strtoul().  Assign that value to the u_int32_t sector
count fields in the label only after checking that it fits.  I think
a complete range check for these fields should be done now that we are
bumping into their limits.  But please limit the changes to the sector
count fields unless you want to do them all right.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Nov 16 20:23:18 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5820137B401; Sat, 16 Nov 2002 20:23:11 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7763143E6E; Sat, 16 Nov 2002 20:23:09 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id PAA24940;
	Sun, 17 Nov 2002 15:22:51 +1100
Date: Sun, 17 Nov 2002 15:35:36 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Julian Elischer <julian@elischer.org>
Cc: Nate Lawson <nate@root.org>, Tim Robbins <tjr@FreeBSD.ORG>,
	FreeBSD current users <current@FreeBSD.ORG>
Subject: Re: Sign fixes for disklabel(8)
In-Reply-To: <Pine.BSF.4.21.0211161317530.53326-200000@InterJet.elischer.org>
Message-ID: <20021117144918.J21008-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, 16 Nov 2002, Julian Elischer wrote:

> On Sat, 16 Nov 2002, Bruce Evans wrote:
> > Removing clauses gives maximal diffs and loses even some of the sub-minimal
> > bounds checking (values less than 0 were just errors in some cases, but
> > they are now converted to large unsigned values and not checked at all).
>
> but that make sthem the same as the "almost as large" bad values that
> were not checked before either.. The onlything that the code removed
> might serve would be to restrict times (in mSecs) to something like
> "less than 10 seconds" or something, but for exaple on some forms of
> floppy tape, it took almost that long to change "tracks" so it is
> hard to try predict what a legal value is.. (probably less than 1 day
> :-)
>
> removing the clause for testing < 0 (as it can no longer happen)
> seems easiest. A stupid value in the disklabel will stand out but will
> probably be ignored anyhow.

I dont't like changing broken code to different (slightly more) broken
code.  Stupid values like 72736 for d_rpm actually get truncated to the
nondescript value 7200 by a later non-bounds-checked conversion (your
changes don't affect this).

> > > A sensible thing might be to compare against a "sensible" value
> > > but who knows what that value should be?
> >
> > Values should only be restricted to avoid ones that can't possibly work.
> > This is mostly already done.

Actually, it is mostly not already done, since we had `int v' and we blindly
assign this to u_int16_t's and u_int32_t's.

> > > I include the new diff for your coments
> >
> > I'll wait for a later one with more of the suggested changes incorporated
> > (strtoul() should use base 10, and most things shouldn't be changed, etc.).
>
> does it matter? I have had a few times when I'd have liked to be able to
> put a number in in hex. To be exactly compatible in NOT handling
> the 0x and leading '0' cases I suppose so..

Not a lot.  I wouldn't mind support for hex but don't want support for
octal.  I just want hex supported intentionally if at all.

% Index: disklabel.c
% ===================================================================
% RCS file: /home/ncvs/src/sbin/disklabel/disklabel.c,v
% retrieving revision 1.62
% diff -u -r1.62 disklabel.c
% --- disklabel.c	8 Oct 2002 12:13:19 -0000	1.62
% +++ disklabel.c	16 Nov 2002 08:23:14 -0000
% @@ -973,7 +974,7 @@
%  				}
%  			if (cpp < &dktypenames[DKMAXTYPES])
%  				continue;
% -			v = atoi(tp);
% +			v = strtoul(tp, NULL, 0);
%  			if ((unsigned)v >= DKMAXTYPES)
%  				fprintf(stderr, "line %d:%s %d\n", lineno,
%  				    "Warning, unknown disk type", v);

Er, see above.  Also, this still has a bogus cast to unsigned.

% @@ -1006,8 +1007,8 @@
%  			}
%  			continue;
%  		}
% -		if (sscanf(cp, "%d partitions", &v) == 1) {
% -			if (v == 0 || (unsigned)v > MAXPARTITIONS) {
% +		if (sscanf(cp, "%u partitions", &v) == 1) {
% +			if (v == 0 || v > MAXPARTITIONS) {
%  				fprintf(stderr,
%  				    "line %d: bad # of partitions\n", lineno);
%  				lp->d_npartitions = MAXPARTITIONS;

The scanf family is another bad way to parse input.  It is fundamentally
broken in the same way as atoi() -- its behaviour is undefined if a
value is unrepresentable (you can't determine how many items [*]scanf
found, since the value is garbage if it found an unrepresentable one).
But this shouldn't be fixed now.

% @@ -1027,8 +1028,8 @@
%  			continue;
%  		}
%  		if (streq(cp, "bytes/sector")) {
% -			v = atoi(tp);
% -			if (v <= 0 || (v % DEV_BSIZE) != 0) {
% +			v = strtoul(tp, NULL, 0);
% +			if (v == 0 || (v % DEV_BSIZE) != 0) {
%  				fprintf(stderr,
%  				    "line %d: %s: bad sector size\n",
%  				    lineno, tp);

All of the above had adequate ranges and bounds checking even with 16-bit
ints (modulo standard bugs in atoi() and sscanf()) and shouldn't be changed
now.

% @@ -1038,8 +1039,8 @@
%  			continue;
%  		}
%  		if (streq(cp, "sectors/track")) {
% -			v = atoi(tp);
% -			if (v <= 0) {
% +			v = strtoul(tp, NULL, 0);
% +			if (v == 0) {
%  				fprintf(stderr, "line %d: %s: bad %s\n",
%  				    lineno, tp, cp);
%  				errors++;
% @@ -1048,8 +1049,8 @@
%  			continue;
%  		}
%  		if (streq(cp, "sectors/cylinder")) {
% -			v = atoi(tp);
% -			if (v <= 0) {
% +			v = strtoul(tp, NULL, 0);
% +			if (v == 0) {
%  				fprintf(stderr, "line %d: %s: bad %s\n",
%  				    lineno, tp, cp);
%  				errors++;
% @@ -1058,8 +1059,8 @@
%  			continue;
%  		}
%  		if (streq(cp, "tracks/cylinder")) {
% -			v = atoi(tp);
% -			if (v <= 0) {
% +			v = strtoul(tp, NULL, 0);
% +			if (v == 0) {
%  				fprintf(stderr, "line %d: %s: bad %s\n",
%  				    lineno, tp, cp);
%  				errors++;

These were adequate as above except they are missing checking of the upper
bound and some of them are getting close to the 32767 limit for 16-bit ints.
They shouldn't be changed now.

% @@ -1068,8 +1069,8 @@
%  			continue;
%  		}
%  		if (streq(cp, "cylinders")) {
% -			v = atoi(tp);
% -			if (v <= 0) {
% +			v = strtoul(tp, NULL, 0);
% +			if (v == 0) {
%  				fprintf(stderr, "line %d: %s: bad %s\n",
%  				    lineno, tp, cp);
%  				errors++;

As above, except a limit of 32767 cylinders is definitely too small.

% @@ -1078,8 +1079,8 @@
%  			continue;
%  		}
%  		if (streq(cp, "sectors/unit")) {
% -			v = atoi(tp);
% -			if (v <= 0) {
% +			v = strtoul(tp, NULL, 0);
% +			if (v == 0) {
%  				fprintf(stderr, "line %d: %s: bad %s\n",
%  				    lineno, tp, cp);
%  				errors++;

This needs changes since we want to support up to 2^32-1 sectors/unit.
I would use the above change, except with a new variable "u_long ulv;"
and s/v/ulv/, and a base of 10, and a check that ulv fits in u_int32_t.

% @@ -1088,8 +1089,8 @@
%  			continue;
%  		}
%  		if (streq(cp, "rpm")) {
% -			v = atoi(tp);
% -			if (v <= 0) {
% +			v = strtoul(tp, NULL, 0);
% +			if (v == 0) {
%  				fprintf(stderr, "line %d: %s: bad %s\n",
%  				    lineno, tp, cp);
%  				errors++;
% @@ -1098,8 +1099,8 @@
%  			continue;
%  		}
%  		if (streq(cp, "interleave")) {
% -			v = atoi(tp);
% -			if (v <= 0) {
% +			v = strtoul(tp, NULL, 0);
% +			if (v == 0) {
%  				fprintf(stderr, "line %d: %s: bad %s\n",
%  				    lineno, tp, cp);
%  				errors++;
% @@ -1108,43 +1109,23 @@
%  			continue;
%  		}
%  		if (streq(cp, "trackskew")) {
% -			v = atoi(tp);
% -			if (v < 0) {
% -				fprintf(stderr, "line %d: %s: bad %s\n",
% -				    lineno, tp, cp);
% -				errors++;
% -			} else
% -				lp->d_trackskew = v;
% +			v = strtoul(tp, NULL, 0);
% +			lp->d_trackskew = v;
%  			continue;
%  		}
%  		if (streq(cp, "cylinderskew")) {
% -			v = atoi(tp);
% -			if (v < 0) {
% -				fprintf(stderr, "line %d: %s: bad %s\n",
% -				    lineno, tp, cp);
% -				errors++;
% -			} else
% -				lp->d_cylskew = v;
% +			v = strtoul(tp, NULL, 0);
% +			lp->d_cylskew = v;
%  			continue;
%  		}
%  		if (streq(cp, "headswitch")) {
% -			v = atoi(tp);
% -			if (v < 0) {
% -				fprintf(stderr, "line %d: %s: bad %s\n",
% -				    lineno, tp, cp);
% -				errors++;
% -			} else
% -				lp->d_headswitch = v;
% +			v = strtoul(tp, NULL, 0);
% +			lp->d_headswitch = v;
%  			continue;
%  		}
%  		if (streq(cp, "track-to-track seek")) {
% -			v = atoi(tp);
% -			if (v < 0) {
% -				fprintf(stderr, "line %d: %s: bad %s\n",
% -				    lineno, tp, cp);
% -				errors++;
% -			} else
% -				lp->d_trkseek = v;
% +			v = strtoul(tp, NULL, 0);
% +			lp->d_trkseek = v;
%  			continue;
%  		}
%  		/* the ':' was removed above */

All as above (no changes needed case).

% @@ -1182,7 +1163,7 @@
%  		return (1); \
%  	} else { \
%  		cp = tp, tp = word(cp); \
% -		(n) = atoi(cp); \
% +		(n) = strtoul(cp, NULL, 0); \
%  	} \
%  } while (0)
%
% @@ -1194,7 +1175,7 @@
%  	} else { \
%  	        char *tmp; \
%  		cp = tp, tp = word(cp); \
% -	        (n) = strtol(cp,&tmp,10); \
% +	        (n) = strtoul(cp, &tmp, 10); \
%  		if (tmp) (w) = *tmp; \
%  	} \
%  } while (0)

Macros get in the way of doing this right.  Correct code might need a
different macro for every field to get the field type and bounds correct,
but macros are extremely unsuitable for this (in disklabel there would
be almost as many macros as fields).

Note that base 10 was used in the one previous call to the strtol() family.

% @@ -1209,14 +1190,14 @@
%  	struct partition *pp;
%  	char *cp;
%  	const char **cpp;
% -	int v;
% +	unsigned int v;
%
%  	pp = &lp->d_partitions[part];
%  	cp = NULL;
%
%  	v = 0;
%  	NXTWORD(part_size_type[part],v);
% -	if (v < 0 || (v == 0 && part_size_type[part] != '*')) {
% +	if (v == 0 && part_size_type[part] != '*') {
%  		fprintf(stderr, "line %d: %s: bad partition size\n", lineno,
%  		    cp);
%  		return (1);
% @@ -1225,8 +1206,8 @@
%
%  	v = 0;
%  	NXTWORD(part_offset_type[part],v);
% -	if (v < 0 || (v == 0 && part_offset_type[part] != '*' &&
% -	    part_offset_type[part] != '\0')) {
% +	if (v == 0 && part_offset_type[part] != '*' &&
% +	    part_offset_type[part] != '\0') {
%  		fprintf(stderr, "line %d: %s: bad partition offset\n", lineno,
%  		    cp);
%  		return (1);

These should use ulv, etc.

% @@ -1240,7 +1221,7 @@
%  		pp->p_fstype = cpp - fstypenames;
%  	} else {
%  		if (isdigit(*cp))
% -			v = atoi(cp);
% +			v = strtoul(cp, NULL, 0);
%  		else
%  			v = FSMAXTYPES;
%  		if ((unsigned)v >= FSMAXTYPES) {

No changes needed.  The changes mainly give unintentional hex support and
a bogus cast to unsigned.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message