From nobody@FreeBSD.org Fri Jun 6 14:31:10 2008 Return-Path: Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E91DE106566C for ; 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 ; 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 ; 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 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 Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 469696512 (447 MB) avail memory = 442109952 (421 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: 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: on acpi0 acpi_button0: on acpi0 pcib0: on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) atapci0: port 0x9000-0x9007,0x9400-0x9403,0x9800-0x9807,0x9c00-0x9c03,0xa000-0xa00f,0xa400-0xa4ff irq 20 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa800-0xa80f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci0: port 0xac00-0xac1f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: 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: port 0xb000-0xb01f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: 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: port 0xb400-0xb41f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: 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: port 0xb800-0xb81f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: 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: 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: 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: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) vr0: port 0xc000-0xc0ff mem 0xea001000-0xea0010ff irq 23 at device 18.0 on pci0 vr0: Quirks: 0x0 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:14:85:79:28:1a fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xcc000-0xd3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1808334061 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata1-master UDMA66 ad4: 190782MB at ata2-master SATA150 ad6: 190782MB 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 To: Simon Phillips 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 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 wrote: > Did you try ``csup`` ? How can I mirror the repository with csup? Nicolas From: "Garrett Cooper" To: "Simon Phillips" , 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" To: "Simon Phillips" , 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 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 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" To: "Simon Phillips" 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 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 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 + 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 To: Joseph Koshy 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 The Novice rogue. A rather shifty individual From: Joseph Koshy To: pav@FreeBSD.org Cc: Joseph Koshy , 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: