From nobody@FreeBSD.org  Fri Jun  6 14:31:10 2008
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id E91DE106566C
	for <freebsd-gnats-submit@FreeBSD.org>; Fri,  6 Jun 2008 14:31:10 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id DC79E8FC12
	for <freebsd-gnats-submit@FreeBSD.org>; Fri,  6 Jun 2008 14:31:10 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.2/8.14.2) with ESMTP id m56EVACo086999
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 6 Jun 2008 14:31:10 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.2/8.14.1/Submit) id m56EV9uf086958;
	Fri, 6 Jun 2008 14:31:10 GMT
	(envelope-from nobody)
Message-Id: <200806061431.m56EV9uf086958@www.freebsd.org>
Date: Fri, 6 Jun 2008 14:31:10 GMT
From: Simon Phillips <srp@zzap.org>
To: freebsd-gnats-submit@FreeBSD.org
Subject: CVSup coredumps with Bus Error since installworld of 6.3-STABLE on 28/5/08
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         124353
>Category:       bin
>Synopsis:       cvsup(1): CVSup coredumps with Bus Error since installworld of 6.3-STABLE on 28/5/08 [regression]
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jun 06 14:40:02 UTC 2008
>Closed-Date:    Sat Aug 21 14:54:49 UTC 2010
>Last-Modified:  Sat Aug 21 14:54:49 UTC 2010
>Originator:     Simon Phillips
>Release:        6.3-STABLE
>Organization:
>Environment:
FreeBSD mnemosyne 6.3-STABLE FreeBSD 6.3-STABLE #0: Wed May 28 18:58:05 CST 2008     srp@mnemosyne:/usr/src/sys/amd64/compile/MNEMOSYNE  amd64

>Description:
Since I did a make installworld with 6.3-STABLE with the source tree as
at 28/5/08 (Australian time), I am no longer able to run CVSup on either
the ports collection or the source tree.  The SUP files used here are the
examples that came with FreeBSD with the server changed to 192.168.25.1
(runs a redirection proxy to cvsup.au.freebsd.org--no application level
filtering, just a straight TCP proxy).  The machine itself is behind
various firewalls and has no direct internet access, so besides using
something like tsocks with a temporary SOCKS proxy it's not possible for
me to give it a direct 'net connection.  This setup had been working
fine for many years (since the 3.x versions) until just recently.  The
rest of the system works fine--it runs an internal web server and NFS server.

The error shows up as follows:

mnemosyne# cvsup -L 2 stable-supfile
Parsing supfile "stable-supfile"
Connecting to 192.168.25.1
Connected to 192.168.25.1
Server software version: SNAP_16_1h
Negotiating file attribute support
Exchanging collection information
Establishing multiplexed-mode data connection
Running
Bus error (core dumped)

My original cvsup binary was dated sometime in 2006 (probably compiled when I installed a 6.x-RELEASE version).  I recompiled it from the ports collection but this didn't fix the problem--no change to symptoms.  Tried rebooting with the new kernel too, from the same build date, and also no change.  Also tried looking for a static binary of cvsup for amd64 but didn't have any luck there either. 

Dmesg:
Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation.
FreeBSD 6.3-STABLE #0: Wed May 28 18:58:05 CST 2008
    srp@mnemosyne:/usr/src/sys/amd64/compile/MNEMOSYNE
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD Sempron(tm) Processor 3000+ (1808.33-MHz K8-class CPU)
  Origin = "AuthenticAMD"  Id = 0x20fc2  Stepping = 2
  Features=0x78bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CM
OV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2>
  Features2=0x1<SSE3>
  AMD Features=0xe2500800<SYSCALL,NX,MMX+,FFXSR,LM,3DNow!+,3DNow!>
  AMD Features2=0x1<LAHF>
real memory  = 469696512 (447 MB)
avail memory = 442109952 (421 MB)
ACPI APIC Table: <VIAK8  AWRDACPI>
ioapic0 <Version 0.3> irqs 0-23 on motherboard
kbd1 at kbdmux0
ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
acpi0: <VIAK8 AWRDACPI> on motherboard
acpi0: Power Button (fixed)
    ACPI-0501: *** Error: Handler for [SystemMemory] returned AE_AML_ALIGNMENT
    ACPI-1304: *** Error: Method execution failed [\\_SB_.MEM_._CRS] (Node 0xfff
fff0000a41d40), AE_AML_ALIGNMENT
    ACPI-0239: *** Error: Method execution failed [\\_SB_.MEM_._CRS] (Node 0xfff
fff0000a41d40), AE_AML_ALIGNMENT
can't fetch resources for \\_SB_.MEM_ - AE_AML_ALIGNMENT
    ACPI-0501: *** Error: Handler for [SystemMemory] returned AE_AML_ALIGNMENT
    ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0._CRS] (Node 0xfff
fff0000a41a40), AE_AML_ALIGNMENT
    ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0._CRS] (Node 0xfff
fff0000a41a40), AE_AML_ALIGNMENT
can't fetch resources for \\_SB_.PCI0 - AE_AML_ALIGNMENT
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0
cpu0: <ACPI CPU> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <VIA 8380 host to PCI bridge> mem 0xe0000000-0xe3ffffff at device 0.0 on pci0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
atapci0: <VIA 6420 SATA150 controller> port 0x9000-0x9007,0x9400-0x9403,0x9800-0x9807,0x9c00-0x9c03,0xa000-0xa00f,0xa400-0xa4ff irq 20 at device 15.0 on pci0
ata2: <ATA channel 0> on atapci0
ata3: <ATA channel 1> on atapci0
atapci1: <VIA 8237 UDMA133 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa800-0xa80f at device 15.1 on pci0
ata0: <ATA channel 0> on atapci1
ata1: <ATA channel 1> on atapci1
uhci0: <VIA 83C572 USB controller> port 0xac00-0xac1f irq 21 at device 16.0 on pci0
uhci0: [GIANT-LOCKED]
usb0: <VIA 83C572 USB controller> on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <VIA 83C572 USB controller> port 0xb000-0xb01f irq 21 at device 16.1 on pci0
uhci1: [GIANT-LOCKED]
usb1: <VIA 83C572 USB controller> on uhci1
usb1: USB revision 1.0
uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2: <VIA 83C572 USB controller> port 0xb400-0xb41f irq 21 at device 16.2 on pci0
uhci2: [GIANT-LOCKED]
usb2: <VIA 83C572 USB controller> on uhci2
usb2: USB revision 1.0
uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
uhci3: <VIA 83C572 USB controller> port 0xb800-0xb81f irq 21 at device 16.3 on pci0
uhci3: [GIANT-LOCKED]
usb3: <VIA 83C572 USB controller> on uhci3
usb3: USB revision 1.0
uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub3: 2 ports with 2 removable, self powered
ehci0: <VIA VT6202 USB 2.0 controller> mem 0xea000000-0xea0000ff irq 21 at device 16.4 on pci0
ehci0: [GIANT-LOCKED]
usb4: EHCI version 1.0
usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3
usb4: <VIA VT6202 USB 2.0 controller> on ehci0
usb4: USB revision 2.0
uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub4: 8 ports with 8 removable, self powered
isab0: <PCI-ISA bridge> at device 17.0 on pci0
isa0: <ISA bus> on isab0
pci0: <multimedia, audio> at device 17.5 (no driver attached)
vr0: <VIA VT6102 Rhine II 10/100BaseTX> port 0xc000-0xc0ff mem 0xea001000-0xea0010ff irq 23 at device 18.0 on pci0
vr0: Quirks: 0x0
miibus0: <MII bus> on vr0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
vr0: Ethernet address: 00:14:85:79:28:1a
fdc0: <floppy drive controller> port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0: <Standard parallel printer port> port 0x378-0x37f irq 7 on acpi0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0: <Parallel port bus> on ppc0
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
orm0: <ISA Option ROM> at iomem 0xcc000-0xd3fff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounter "TSC" frequency 1808334061 Hz quality 800
Timecounters tick every 1.000 msec
acd0: DVDR <PIONEER DVD-RW DVR-111D/1.19> at ata1-master UDMA66
ad4: 190782MB <WDC WD2000JS-60NCB1 10.02E02> at ata2-master SATA150
ad6: 190782MB <WDC WD2000JS-60NCB1 10.02E02> at ata3-master SATA150
GEOM_MIRROR: Device gm0 created (id=1639687812).
GEOM_MIRROR: Device gm0: provider ad4 detected.
GEOM_MIRROR: Device gm0: provider ad6 detected.
GEOM_MIRROR: Device gm0: provider ad6 activated.
GEOM_MIRROR: Device gm0: provider mirror/gm0 launched.
GEOM_MIRROR: Device gm0: rebuilding provider ad4.
Trying to mount root from ufs:/dev/mirror/gm0s1a
kldload: Unsupported file type
ipfw2 initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled
kldload: Unsupported file type

(These kldload errors seem unrelated.  All devices connected to the system seem to have come up OK.  They weren't there on the previous kernel which was compiled back in February this year.)

Kernel configuration MNEMOSYNE (/usr/src/sys/amd64/conf/MNEMOSYNE):
machine         amd64
cpu             HAMMER
ident           GENERIC
options         SMP


makeoptions     DEBUG=-g                # Build kernel with gdb(1) debug symbols

options         SCHED_4BSD              # 4BSD scheduler
options         PREEMPTION              # Enable kernel thread preemption
options         INET                    # InterNETworking
options         FFS                     # Berkeley Fast Filesystem
options         SOFTUPDATES             # Enable FFS soft updates support
options         UFS_ACL                 # Support for access control lists
options         UFS_DIRHASH             # Improve performance on big directories
options         MD_ROOT                 # MD is a potential root device
options         NFSCLIENT               # Network Filesystem Client
options         NFSSERVER               # Network Filesystem Server
options         NFS_ROOT                # NFS usable as /, requires NFSCLIENT
options         NTFS                    # NT File System
options         MSDOSFS                 # MSDOS Filesystem
options         CD9660                  # ISO 9660 Filesystem
options         PROCFS                  # Process filesystem (requires PSEUDOFS)
options         PSEUDOFS                # Pseudo-filesystem framework
options         GEOM_GPT                # GUID Partition Tables.
options         COMPAT_43               # Needed by COMPAT_LINUX32
options         COMPAT_IA32             # Compatible with i386 binaries
options         COMPAT_FREEBSD4         # Compatible with FreeBSD4
options         COMPAT_FREEBSD5         # Compatible with FreeBSD5
options         COMPAT_LINUX32          # Compatible with i386 linux binaries 
options         SCSI_DELAY=5000         # Delay (in ms) before probing SCSI
options         KTRACE                  # ktrace(1) support
options         SYSVSHM                 # SYSV-style shared memory
options         SYSVMSG                 # SYSV-style message queues
options         SYSVSEM                 # SYSV-style semaphores
options         _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extension
s
options         KBD_INSTALL_CDEV        # install a CDEV entry in /dev
options         ADAPTIVE_GIANT          # Giant mutex is adaptive.

device          atpic                   # 8259A compatability

options         LINPROCFS               # Cannot be a module yet.

device          acpi
device          pci

device          fdc

device          ata
device          atadisk         # ATA disk drives
device          ataraid         # ATA RAID drives
device          atapicd         # ATAPI CDROM drives
device          atapifd         # ATAPI floppy drives
device          atapist         # ATAPI tape drives
options         ATA_STATIC_ID   # Static device numbering

device          ahc             # AHA2940 and onboard AIC7xxx devices
options         AHC_REG_PRETTY_PRINT    # Print register bitfields in debug
                                        # output.  Adds ~128k to driver.
device          ahd             # AHA39320/29320 and onboard AIC79xx devices
options         AHD_REG_PRETTY_PRINT    # Print register bitfields in debug
                                        # output.  Adds ~215k to driver.
device          amd             # AMD 53C974 (Tekram DC-390(T))
device          sym             # NCR/Symbios Logic (newer chipsets + those of `ncr')

device          aic             # Adaptec 15[012]x SCSI adapters, AIC-6[23]60.
device          bt              # Buslogic/Mylex MultiMaster SCSI adapters


device          scbus           # SCSI bus (required for SCSI)
device          ch              # SCSI media changers
device          da              # Direct Access (disks)
device          sa              # Sequential Access (tape etc)
device          cd              # CD
device          atkbdc          # AT keyboard controller
device          atkbd           # AT keyboard
device          psm             # PS/2 mouse

device          kbdmux          # keyboard multiplexer

device          vga             # VGA video card driver

device          splash          # Splash screen and screen saver support

device          sc

device          agp             # support several AGP chipsets



device          ppc
device          ppbus           # Parallel port bus (required)
device          lpt             # Printer
device          plip            # TCP/IP over parallel
device          ppi             # Parallel port interface device


device          de              # DEC/Intel DC21x4x (``Tulip'')
device          em              # Intel PRO/1000 adapter Gigabit Ethernet Card
device          txp             # 3Com 3cR990 (``Typhoon'')
device          vx              # 3Com 3c590, 3c595 (``Vortex'')

device          miibus          # MII bus support
device          bce             # Broadcom BCM5706/BCM5708 Gigabit Ethernet
device          bfe             # Broadcom BCM440x 10/100 Ethernet
device          bge             # Broadcom BCM570xx Gigabit Ethernet
device          dc              # DEC/Intel 21143 and various workalikes
device          fxp             # Intel EtherExpress PRO/100B (82557, 82558)
device          lge             # Level 1 LXT1001 gigabit Ethernet
device          nge             # NatSemi DP83820 gigabit Ethernet
device          sis             # Silicon Integrated Systems SiS 900/SiS 7016
device          tl              # Texas Instruments ThunderLAN
device          tx              # SMC EtherPower II (83c170 ``EPIC'')
device          vge             # VIA VT612x gigabit Ethernet
device          vr              # VIA Rhine, Rhine II
device          xl              # 3Com 3c90x (``Boomerang'', ``Cyclone'')

device          ed              # NE[12]000, SMC Ultra, 3c503, DS8390 cards

device          wlan            # 802.11 support
device          wlan_wep        # 802.11 WEP support
device          wlan_ccmp       # 802.11 CCMP support
device          wlan_tkip       # 802.11 TKIP support
device          an              # Aironet 4500/4800 802.11 wireless NICs.
device          ath             # Atheros pci/cardbus NIC's
device          ath_hal         # Atheros HAL (Hardware Access Layer)
device          ath_rate_sample # SampleRate tx rate control for ath
device          awi             # BayStack 660 and others
device          ral             # Ralink Technology RT2500 wireless NICs.
device          wi              # WaveLAN/Intersil/Symbol 802.11 wireless NICs.

device          loop            # Network loopback
device          random          # Entropy device
device          ether           # Ethernet support
device          sl              # Kernel SLIP
device          ppp             # Kernel PPP
device          tun             # Packet tunnel.
device          pty             # Pseudo-ttys (telnet etc)
device          md              # Memory "disks"

device          bpf             # Berkeley packet filter

device          uhci            # UHCI PCI->USB interface
device          ohci            # OHCI PCI->USB interface
device          ehci            # EHCI PCI->USB interface (USB 2.0)
device          usb             # USB Bus (required)
device          ugen            # Generic
device          uhid            # "Human Interface Devices"
device          ukbd            # Keyboard
device          ulpt            # Printer
device          umass           # Disks/Mass storage - Requires scbus and da
device          ums             # Mouse
device          ural            # Ralink Technology RT2500USB wireless NICs
device          urio            # Diamond Rio 500 MP3 player
device          uscanner        # Scanners


Last lines from truss output from 'truss cvsup -L 2 stable-supfile':

sigprocmask(SIG_BLOCK,SIGVTALRM,0x0)             = 0 (0x0)
getcontext(0x6690b0)                             = 0 (0x0)
setcontext(0x669530)                             = 1 (0x1)
sigprocmask(SIG_UNBLOCK,SIGVTALRM,SIGVTALRM)     = 0 (0x0)
write(4,"\^E\^A\^A\M^Rp\b\M-0\M^_\^T\^F<"...,406) = 406 (0x196)
gettimeofday({1212761871.053609},0x775948)       = 0 (0x0)
select(6,{4 5},{},{4 5},{9.956181})              = 1 (0x1)
sigprocmask(SIG_BLOCK,SIGVTALRM,0x0)             = 0 (0x0)
getcontext(0x669530)                             = 0 (0x0)
setcontext(0x6690b0)                             = 1 (0x1)
sigprocmask(SIG_UNBLOCK,SIGVTALRM,SIGVTALRM)     = 0 (0x0)
read(4,"\^F\0\0\0\M^R\M-2\^E\^A\^BkCOLL "...,8192) = 915 (0x393)
read(4,0x827018,8192)                            ERR#35 'Resource temporarily unavailable'
gettimeofday({1212761871.199293},0x6e9348)       = 0 (0x0)
select(6,{5},{},{5},{0.000000})                  = 0 (0x0)
gettimeofday({1212761871.199715},0x6e9348)       = 0 (0x0)
sigprocmask(SIG_BLOCK,SIGVTALRM,0x0)             = 0 (0x0)
getcontext(0x6690b0)                             = 0 (0x0)
setcontext(0x6630b0)                             = 1 (0x1)
sigprocmask(SIG_UNBLOCK,SIGVTALRM,SIGVTALRM)     = 0 (0x0)
open("/var/db/sup/src-all/checkouts.cvs:RELENG_6",O_RDONLY,0666) = 9 (0x9)
fstat(9,{mode=-rw-r--r-- ,inode=117883,size=8491326,blksize=4096}) = 0 (0x0)
lseek(9,0x0,SEEK_CUR)                            = 0 (0x0)
read(9,"F 5 1211926604\nD src\nC src/COP"...,4096) = 4096 (0x1000)
getpid()                                         = 5882 (0x16fa)
stat("/var/db/sup/src-all",{mode=drwxr-xr-x ,inode=118582,size=512,blksize=4096}) = 0 (0x0)
open("/var/db/sup/src-all/#cvs.cvsup-5882.0",O_RDWR|O_CREAT|O_TRUNC,0666) = 10 (0xa)
fstat(10,{mode=-rw-r--r-- ,inode=119693,size=0,blksize=4096}) = 0 (0x0)
lseek(10,0x0,SEEK_CUR)                           = 0 (0x0)
lstat("/var/db/sup/src-all/#cvs.cvsup-5882.0",{mode=-rw-r--r-- ,inode=119693,size=0,blksize=4096}) = 0 (0x0)
SIGNAL 10 (SIGBUS)
SIGNAL 10 (SIGBUS)
Process stopped because of:  16
process exit, rval = 138
Bus error

I also checked the /var/db/sup directory, and the only thing that drew
my attention was some zero-byte files called #cvs.cvsup-nnnn.0 (nnnn=
number).  I tried deleting them but this didn't change the result either. 

This is all I can think of to attach...

>How-To-Repeat:
Use standard cvsup example supfiles, change sup server to a TCP
redirection proxy and point that at cvsup.au.freebsd.org or
cvsup.us.freebsd.org under FreeBSD amd64 6.3-STABLE 28/5/08 version.
Run cvsup -L 2 stable-supfile or cvsup -L 2 ports-supfile in /usr/src or
/usr/ports respectively. 
>Fix:
Not known... help? :-)

>Release-Note:
>Audit-Trail:

From: Remko Lodder <remko@FreeBSD.org>
To: Simon Phillips <srp@zzap.org>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: misc/124353: CVSup coredumps with Bus Error since installworld
 of	6.3-STABLE on 28/5/08
Date: Sat, 07 Jun 2008 20:29:17 +0200

 Simon Phillips wrote:
 
 Did you try ``csup`` ?
 
 Cheers
 remko
 
 -- 
 
 /"\   Best regards,                      | remko@FreeBSD.org
 \ /   Remko Lodder                       | remko@EFnet
   X    http://www.evilcoder.org/          |
 / \   ASCII Ribbon Campaign              | Against HTML Mail and News

From: Nicolas Rachinsky <nicolas-2008@rachinsky.de>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: bin/124353: cvsup(1): CVSup coredumps with Bus Error since
	installworld of 6.3-STABLE on 28/5/08 [regression]
Date: Mon, 9 Jun 2008 01:47:33 +0200

 Remko Lodder <remko@FreeBSD.org> wrote:
 > Did you try ``csup`` ?
 
 How can I mirror the repository with csup?
 
 Nicolas

From: "Garrett Cooper" <yanefbsd@gmail.com>
To: "Simon Phillips" <srp@zzap.org>, bug-followup@freebsd.org
Cc:  
Subject: Re: bin/124353: cvsup(1): CVSup coredumps with Bus Error since installworld of 6.3-STABLE on 28/5/08 [regression]
Date: Mon, 9 Jun 2008 23:55:29 -0700

 Thanks for the info. I was just curious whether or not any weird
 optimizations or CFLAG options were being used, out of habit because
 the Gentoo Linux crowd tended to rice up their installs without
 understanding what things stood for. I was the same too for a while
 but learned after making some mistakes to stop ricing things :).
 
 Now, executing cvsup like the following will be helpful:
 
 gdb `which cvsup` # Executes gdb and prints out usual copyright info
 set arg -L 2 /usr/share/examples/cvsup/stable-supfile # Lots of output
 and segfault should happen somewhere here...
 bt # Get backtrace
 gcc --version
 
 Be sure to copy all of the output to the next reply to bug-followup@.
 
 Thanks,
 -Garrett

From: "Garrett Cooper" <yanefbsd@gmail.com>
To: "Simon Phillips" <srp@zzap.org>, bug-followup@freebsd.org
Cc:  
Subject: Re: bin/124353: cvsup(1): CVSup coredumps with Bus Error since installworld of 6.3-STABLE on 28/5/08 [regression]
Date: Mon, 9 Jun 2008 23:56:17 -0700

 Oh yeah, you need to type in "r" and hit enter after "set arg ...". Silly me :).
 -Garrett

From: srp@zzap.org (Simon Phillips)
To: Garrett Cooper <yanefbsd@gmail.com>
Cc: bug-followup@freebsd.org
Subject: Re: bin/124353: cvsup(1): CVSup coredumps with Bus Error since installworld
 of 6.3-STABLE on 28/5/08 [regression]
Date: Tue, 10 Jun 2008 08:17:51 +0000 (UTC)

 > On Mon, Jun 9, 2008 at 10:19 PM, Simon Phillips <srp@zzap.org> wrote:
 > >
 > > Garrett,
 > >
 > > Is this what you mean?
 > >
 > > 14:40:15 root@mnemosyne:/usr/ports/net/cvsup-without-gui# cat
 > > /etc/make.conf
 > > # added by use.perl 2006-09-03 13:43:51
 > > PERL_VER=3D5.8.8
 > > PERL_VERSION=3D5.8.8
 > > 14:40:18 root@mnemosyne:/usr/ports/net/cvsup-without-gui#
 > >
 > > I recompiled and will try gdb now.
 >=20
 > Thanks for the info. I was just curious whether or not any weird
 > optimizations or CFLAG options were being used, out of habit because
 > the Gentoo Linux crowd tended to rice up their installs without
 > understanding what things stood for. I was the same too for a while
 > but learned after making some mistakes to stop ricing things :).
 
 Fair enough :)  I tend to steer clear of playing with compiler=20
 optimisations unless there's some special reason for them, like things
 are running too slow, which has never been an issue here (the same thing
 ran on an 800MHz P3 until the hardware died.)
 
 Here we go:
 
 16:46:19 root@mnemosyne:/usr/src# gdb `which cvsup`
 GNU gdb 6.1.1 [FreeBSD]
 Copyright 2004 Free Software Foundation, Inc.
 GDB is free software, covered by the GNU General Public License, and you
 are
 welcome to change it and/or distribute copies of it under certain
 conditions.
 Type "show copying" to see the conditions.
 There is absolutely no warranty for GDB.  Type "show warranty" for
 details.
 This GDB was configured as "amd64-marcel-freebsd"...
 (gdb) set arg -L 2 stable-supfile
 (gdb) run
 Starting program: /usr/local/bin/cvsup -L 2 stable-supfile
 Parsing supfile "stable-supfile"
 Connecting to 192.168.25.1
 Connected to 192.168.25.1
 Server software version: SNAP_16_1h
 Negotiating file attribute support
 Exchanging collection information
 Establishing multiplexed-mode data connection
 Running
 
 Program received signal SIGBUS, Bus error.
 0x0000000800966d0f in fcntl () from /lib/libc.so.6
 (gdb)=20
 (gdb) bt
 #0  0x0000000800966d0f in fcntl () from /lib/libc.so.6
 #1  0x000000000046550b in FilePosix__IntermittentWrite (M3_DCqqTS_h=3D0x63d=
 7b8,
     M3_B4Jvpp_b=3D0x7748e8) at FilePosix.m3:249
 #2  0x0000000000474430 in FileWr__EmptyBuffer (M3_EJV0jI_wr=3D0x63dbe8)
     at FileWr.m3:127
 #3  0x0000000000474215 in FileWr__Flush (M3_EJV0jI_wr=3D0x63dbe8)
     at FileWr.m3:116
 #4  0x000000000046f5a7 in Wr__Flush (M3_BxxOH1_wr=3D0x63dbe8) at WrMove.m3:=
 165
 #5  0x000000000042e0d7 in WrLogger__Put (M3_CgMIri_self=3D0x648710,
     M3_Bp286E_priority=3D5 '\005', M3_Bd56fi_msg=3D0x8111e8) at WrLogger.m3=
 :59
 #6  0x000000000042db5c in Logger__Put (M3_AeHwgK_logger=3D0x648710,
     M3_Bp286E_priority=3D5 '\005', M3_Bd56fi_msg=3D0x8111e8) at Logger.m3:62
 #7  0x000000000041cc2e in Updater__Trace (M3_DBUV6k_self=3D0x65d520,
     M3_Bd56fi_msg=3D0x8111e8) at Updater.m3:1381
 #8  0x0000000000415bcd in Updater__UpdateCollection (M3_DBUV6k_self=3D0x65d=
 520,
     M3_CzVV2w_sfr=3D0x65c008, M3_AicXUJ_isFixups=3D0 '\0') at Updater.m3:240
 #9  0x000000000041525f in Updater__UpdateBatch (M3_DBUV6k_self=3D0x65d520,
     M3_AicXUJ_isFixups=3D0 '\0') at Updater.m3:151
 #10 0x0000000000414d3a in Updater__Apply (M3_DBUV6k_self=3D0x65d520)
     at Updater.m3:90
 #11 0x000000000049f840 in ThreadPosix__DetermineContext (
     M3_AJWxb1_oldSP=3D0x63dfd0) at ThreadPosix.m3:1127
 #12 0x000000000048fb11 in RTCollector__LongAlloc (M3_Cwb5VA_dataSize=3D4347=
 143,
     M3_Cwb5VA_dataAlignment=3D6807552, M3_AOtCKl_currentPtr=3D0x648,
     M3_AOtCKl_currentBoundary=3D0x5c1c98, M3_CCsHD8_currentPage=3D0x0,
     M3_CCsHD8_stack=3D0x0, M3_D8qd0n_allocMode=3D0 '\0', M3_AicXUJ_pure=3D2=
 00 '=C8')
     at RTCollector.m3:1530
 #13 0x00007fffffffd098 in ?? ()
 #14 0x00007fffffffe600 in ?? ()
 #15 0x00007fffffffe6c8 in ?? ()
 #16 0x0000000000000000 in ?? ()
 #17 0x0000000000000000 in ?? ()
 #18 0x0000000000000000 in ?? ()
 #19 0x000000000000037f in ?? ()
 #20 0x0000000000000000 in ?? ()
 #21 0x00000000006476c0 in ?? ()
 #22 0x00000000006476c0 in ?? ()
 #23 0x0000000000494e5d in RTMisc__Copy (M3_AJWxb1_src=3DError accessing mem=
 ory address 0xfffffffffffffffc: Bad address.
 ) at RTMisc.m3:19
 Previous frame inner to this frame (corrupt stack?)
 (gdb)=20
 
 17:26:40 root@mnemosyne:/usr/src# gcc --version
 gcc (GCC) 3.4.6 [FreeBSD] 20060305
 Copyright (C) 2006 Free Software Foundation, Inc.
 This is free software; see the source for copying conditions.  There is NO
 warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
 
 17:26:41 root@mnemosyne:/usr/src#
 
 
 Hope that helps...
 
 
 Regards,
 
 Simon.

From: "Garrett Cooper" <yanefbsd@gmail.com>
To: "Simon Phillips" <srp@zzap.org>
Cc: bug-followup@freebsd.org
Subject: Re: bin/124353: cvsup(1): CVSup coredumps with Bus Error since installworld of 6.3-STABLE on 28/5/08 [regression]
Date: Tue, 10 Jun 2008 02:20:57 -0700

 s/address alignment/address alignment issue/.

From: Chris Bowlby <excalibur@accesswave.ca>
To: bug-followup@FreeBSD.org, srp@zzap.org
Cc:  
Subject: Re: bin/124353: cvsup(1): CVSup coredumps with Bus Error since
 installworld of 6.3-STABLE on 28/5/08 [regression]
Date: Thu, 26 Jun 2008 12:38:11 -0300

 Hi Guys,
 
  I am also running into this particular issue, and the hardware I am 
 running on is very similar to the one Simon is running, except I am 
 running on a generic kernel, not a customized one as of yet. Here is 
 what I have done so far:
 
  1. I have recompiled cvsup and all the dependancy packages that it uses.
  2. I have run a back-trace of the cvsup package, but I do not seem to 
 have debugging symbols installed (never needed to before so I am unsure 
 how to do that). Here is the output:
 
 amaethon# gdb `which cvsup`
 GNU gdb 6.1.1 [FreeBSD]
 Copyright 2004 Free Software Foundation, Inc.
 GDB is free software, covered by the GNU General Public License, and you are
 welcome to change it and/or distribute copies of it under certain 
 conditions.
 Type "show copying" to see the conditions.
 There is absolutely no warranty for GDB.  Type "show warranty" for details.
 This GDB was configured as "amd64-marcel-freebsd"...(no debugging 
 symbols found)...
 (gdb)  set arg -L 2 -g /root/src
 (gdb) run
 Starting program: /usr/local/bin/cvsup -L 2 -g /root/src
 (no debugging symbols found)...(no debugging symbols found)...(no 
 debugging symbols found)...(no debugging symbols found)...Parsing 
 supfile "/root/src"
 Connecting to cvsup5.FreeBSD.org
 Connected to cvsup5.FreeBSD.org
 Server software version: SNAP_16_1h
 Negotiating file attribute support
 Exchanging collection information
 Establishing multiplexed-mode data connection
 Running
 
 Program received signal SIGBUS, Bus error.
 0x0000000800966d3f in fcntl () from /lib/libc.so.6
 (gdb) bt
 #0  0x0000000800966d3f in fcntl () from /lib/libc.so.6
 #1  0x000000000046550b in fnmatch ()
 #2  0x0000000000474430 in fnmatch ()
 #3  0x0000000000474215 in fnmatch ()
 #4  0x000000000046f5a7 in fnmatch ()
 #5  0x000000000042e0d7 in ?? ()
 #6  0x000000000042db5c in ?? ()
 #7  0x000000000041cc2e in ?? ()
 #8  0x0000000000415bcd in ?? ()
 #9  0x000000000041525f in ?? ()
 #10 0x0000000000414d3a in ?? ()
 #11 0x000000000049f840 in calloc ()
 #12 0x000000000048fb11 in fnmatch ()
 #13 0x00007fffffffd5f8 in ?? ()
 #14 0x00007fffffffeb60 in ?? ()
 #15 0x00007fffffffec28 in ?? ()
 #16 0x0000000000000000 in ?? ()
 #17 0x0000000000000000 in ?? ()
 #18 0x0000000000000000 in ?? ()
 #19 0x000000000000037f in ?? ()
 #20 0x0000000000000000 in ?? ()
 #21 0x00000000006476c0 in ?? ()
 #22 0x00000000006476c0 in ?? ()
 #23 0x0000000000494e5d in fnmatch ()
 Previous frame inner to this frame (corrupt stack?)
 
 If someone can let me know on the quick way to enable debugging symbols, 
 I'll re-compile it and re-run the back-trace for you.

From: Joseph Koshy <jkoshy@FreeBSD.org>
To: bug-followup@FreeBSD.org,srp@zzap.org
Cc: pav@freebsd.org
Subject: Re: bin/124353: cvsup(1): CVSup coredumps with Bus Error since
	installworld of 6.3-STABLE on 28/5/08 [regression]
Date: Mon, 18 Aug 2008 11:16:00 -0000

 On 24-Apr-08 changes needed to support kernel mode NFS locking were
 MFC'ed to RELENG_6.  As part of this change, the semantics of fcntl()
 were extended.  In order to deal with older binaries, the
 implementation of fcntl() in "lib/libc" was changed from a direct
 system call to a varargs wrapper: __fcntl_compat().
 
 Binary calling conventions for varargs and ordinary functions differ
 on the AMD64.  In particular callers of varargs functions use the %al
 register to pass in a 'hidden' value to the callee.
 
 So the changes needed to unbreak Modula-3/CVSup are:
 
 1) Augment the M3 definition of 'struct flock' with a new l_sysid
    field; this should be harmless on older, pre-NFS-kernel-locking
    systems.
 
 2) Despatch M3's "fcntl" to a C function "ufcntl" that translates
    between the two calling conventions.
 
 The following patch implements the fix.  Since it stacks over pav@'s
 amd64 patch set, it needs to be applied after first running 'make
 patch' and before a subsequent 'make install'.
 
 pav@, maintainer of the CVSup/AMD64 patch set is CC'ed.
 
 Koshy
 
 --- libs/m3core/src/runtime/FBSD_AMD64/RTHeapDepC.c.orig	2008-08-18 16:13:42.000000000 +0530
 +++ libs/m3core/src/runtime/FBSD_AMD64/RTHeapDepC.c	2008-08-18 16:14:20.000000000 +0530
 @@ -1,2 +1,13 @@
 +#include <fcntl.h>
 +
  void (*RTHeapRep_Fault)(char*);
  void (*RTCSRC_FinishVM)();
 +
 +/*
 + * Translate between non-varargs and varargs calling conventions.
 + */
 +int
 +ufcntl(int fd, int cmd, long arg)
 +{
 +	return (fcntl(fd, cmd, arg));
 +}
 --- libs/m3core/src/unix/freebsd-4.amd64/Unix.i3.orig	2008-08-18 16:13:42.000000000 +0530
 +++ libs/m3core/src/unix/freebsd-4.amd64/Unix.i3	2008-08-18 16:15:09.000000000 +0530
 @@ -147,6 +147,7 @@
      l_pid:    pid_t := 0;
      l_type:   short; (* see below *)
      l_whence: short;
 +    l_sysid:  int   := 0;
    END;
  (* ok *)
  
 @@ -155,7 +156,7 @@
    F_WRLCK = 3; (* Write lock *)
    F_UNLCK = 2; (* Remove lock(s) *)
  
 -<*EXTERNAL*> PROCEDURE fcntl (fd, request: int; arg: long): int;
 +<*EXTERNAL "ufcntl"*> PROCEDURE fcntl (fd, request: int; arg: long): int;
  (* ok *)
  
  (*** flock - apply or remove an advisory lock on an open file ***)

From: Pav Lucistnik <pav@FreeBSD.org>
To: Joseph Koshy <jkoshy@FreeBSD.org>
Cc: bug-followup@FreeBSD.org, srp@zzap.org
Subject: Re: bin/124353: cvsup(1): CVSup coredumps with Bus Error since
	installworld of 6.3-STABLE on 28/5/08 [regression]
Date: Mon, 18 Aug 2008 15:21:31 +0200

 > On 24-Apr-08 changes needed to support kernel mode NFS locking were
 > MFC'ed to RELENG_6.  As part of this change, the semantics of fcntl()
 > were extended.  In order to deal with older binaries, the
 > implementation of fcntl() in "lib/libc" was changed from a direct
 > system call to a varargs wrapper: __fcntl_compat().
 > 
 > Binary calling conventions for varargs and ordinary functions differ
 > on the AMD64.  In particular callers of varargs functions use the %al
 > register to pass in a 'hidden' value to the callee.
 > 
 > So the changes needed to unbreak Modula-3/CVSup are:
 > 
 > 1) Augment the M3 definition of 'struct flock' with a new l_sysid
 >    field; this should be harmless on older, pre-NFS-kernel-locking
 >    systems.
 > 
 > 2) Despatch M3's "fcntl" to a C function "ufcntl" that translates
 >    between the two calling conventions.
 > 
 > The following patch implements the fix.  Since it stacks over pav@'s
 > amd64 patch set, it needs to be applied after first running 'make
 > patch' and before a subsequent 'make install'.
 > 
 > pav@, maintainer of the CVSup/AMD64 patch set is CC'ed.
 
 Thanks, this fixes the crashes for me. I will update the port today.
 
 -- 
 Pav Lucistnik <pav@oook.cz>
               <pav@FreeBSD.org>
 
 The Novice rogue. A rather shifty individual

From: Joseph Koshy <jkoshy@FreeBSD.org>
To: pav@FreeBSD.org
Cc: Joseph Koshy <jkoshy@FreeBSD.org>, bug-followup@FreeBSD.org, srp@zzap.org
Subject: Re: bin/124353: cvsup(1): CVSup coredumps with Bus Error
	since	installworld of 6.3-STABLE on 28/5/08 [regression]
Date: Tue, 19 Aug 2008 06:18:16 -0000

 > Thanks, this fixes the crashes for me. I will update the port today.
 
 We probably need to extend other MD interfaces too, to catch up with
 new definition for 'struct flock'.
 
 +++ libs/m3core/src/unix/freebsd-4.i386/Unix.i3	2008-08-19 11:22:26.000000000 +0530
 @@ -149,6 +149,7 @@
      l_pid:    pid_t := 0;
      l_type:   short; (* see below *)
      l_whence: short;
 +    l_sysid:  int   := 0;
    END;
  (* ok *)
  
 --- libs/m3core/src/unix/freebsd-4.sparc64/Unix.i3.orig	2008-08-19 11:19:28.000000000 +0530
 +++ libs/m3core/src/unix/freebsd-4.sparc64/Unix.i3	2008-08-19 11:19:31.000000000 +0530
 @@ -147,6 +147,7 @@
      l_pid:    pid_t := 0;
      l_type:   short; (* see below *)
      l_whence: short;
 +    l_sysid:  int   := 0;
    END;
  (* ok *)
  
 --- libs/m3core/src/unix/freebsd-4.alpha/Unix.i3.orig	2008-08-19 11:17:50.000000000 +0530
 +++ libs/m3core/src/unix/freebsd-4.alpha/Unix.i3	2008-08-19 11:18:43.000000000 +0530
 @@ -147,6 +147,7 @@
      l_pid:    pid_t := 0;
      l_type:   short; (* see below *)
      l_whence: short;
 +    l_sysid:  int   := 0;
    END;
  (* ok *)
  
 
 Koshy
State-Changed-From-To: open->closed 
State-Changed-By: vwe 
State-Changed-When: Sat Aug 21 14:54:18 UTC 2010 
State-Changed-Why:  
issue has been an ABI breakage, that has been fixed by cvsup update 

http://www.freebsd.org/cgi/query-pr.cgi?pr=124353 
>Unformatted:
