Sorry folks for this shitty report, but i thought it's maybe
better to send it out than not to be able to sleep or so.
I guess it's somehow related to the rthread wait4() path, but of
course i dunno.  Here's what's happened:

As "always" i did my weekly kernel+userland compilation this noon,
and i was running in an endless loop in wait4() when compiling
insn-attrtab.i (thought preprocessor hung, but it's later).

Note i (yet) use(d) a very primitive compilation approach
- i simply do 'make all', which sometimes requires changes by hand
(e.g. today drop of SO_JUMBO in kdump).  *This* is only a fellow
traveler virtual box, and doing the full rebuild blocks normal
work out some hours longer, so..
I had not yet time to check this on a real box.

Anyway, kernel compilation was successful, and (after reboot) much
of userland (e.g. libC, crypto etc. - one week of work), too.
But then i ran in an endless (busy) wait4() upon compilation of
gnu/usr.bin/cc/cc_int/obj/insn-attrtab:

   68 -rw-------  1 steffen  wsrc     68981 Mar 19 16:34 ktrace.out

  1844 gcc      NAMI  "/usr/lib/gcc-lib/amd64-unknown-openbsd5.1/4.2.1/cc1"
  1844 gcc      RET   access 0
  1844 gcc      CALL  sigprocmask(SIG_BLOCK,~0<>)
  1844 gcc      RET   sigprocmask 0<>
  1844 gcc      CALL  mprotect(0x72f000,0x2000,0x3<PROT_READ|PROT_WRITE>)
  1844 gcc      RET   mprotect 0
  1844 gcc      CALL  mprotect(0x72f000,0x2000,0x1<PROT_READ>)
  1844 gcc      RET   mprotect 0
  1844 gcc      CALL  sigprocmask(SIG_SETMASK,0<>)
  1844 gcc      RET   sigprocmask ~0x10100<SIGKILL|SIGSTOP>
  1844 gcc      CALL  vfork()
  1844 gcc      RET   vfork 24913/0x6151
  1844 gcc      CALL  sigprocmask(SIG_BLOCK,~0<>)
  1844 gcc      RET   sigprocmask 0<>
  1844 gcc      CALL  mprotect(0x72f000,0x2000,0x3<PROT_READ|PROT_WRITE>)
  1844 gcc      RET   mprotect 0
  1844 gcc      CALL  mprotect(0x72f000,0x2000,0x1<PROT_READ>)  1844 gcc      
RET   mprotect 0
  1844 gcc      CALL  sigprocmask(SIG_SETMASK,0<>)
  1844 gcc      RET   sigprocmask ~0x10100<SIGKILL|SIGSTOP>
  1844 gcc      CALL  sigprocmask(SIG_BLOCK,~0<>)
  1844 gcc      RET   sigprocmask 0<>
  1844 gcc      CALL  mprotect(0x20c610000,0x2000,0x3<PROT_READ|PROT_WRITE>)
  1844 gcc      RET   mprotect 0
  1844 gcc      CALL  mprotect(0x20c610000,0x2000,0x1<PROT_READ>)
  1844 gcc      RET   mprotect 0
  1844 gcc      CALL  sigprocmask(SIG_SETMASK,0<>)
  1844 gcc      RET   sigprocmask ~0x10100<SIGKILL|SIGSTOP>
  1844 gcc      CALL  wait4(0x6151,0x208e980d0,0<>,0)
>> ENDLESS BUSY LOOP, ^C HERE <<
  1844 gcc      PSIG  SIGINT caught handler=0x40b210 mask=0<>
  1844 gcc      RET   wait4 RESTART
  1844 gcc      CALL  sigaction(SIGINT,0x7f7fffff0e10,0x7f7fffff0e00)

I've moved the fresh libC to /usr/lib, but that results in the
very same problem.  Ditto last week's kernel.
Puke!  I had to run a debugger :-((:

  (gdb) break vfork
  Breakpoint 1 at 0x401a50
  (gdb) run
  Starting program: /usr/bin/gcc -O2 -DIN_GCC -DHAVE_CONFIG_H -DPREFIX="/usr" 
-I/home/src/gnu/usr.bin/cc/cc_int/obj/../cc_tools 
-I/home/src/gnu/usr.bin/cc/cc_int/../cc_tools 
-I/home/src/gnu/usr.bin/cc/cc_int/../../../gcc/gcc 
-I/home/src/gnu/usr.bin/cc/cc_int/../../../gcc/gcc/config 
-I/home/src/gnu/usr.bin/cc/cc_int/../../../gcc/include 
-I/home/src/gnu/usr.bin/cc/cc_int/../../../gcc/libcpp/include 
-I/home/src/gnu/usr.bin/cc/cc_int/../../../gcc/libdecnumber -c 
../cc_tools/insn-attrtab.c -o insn-attrtab.o.o
  Breakpoint 1 at 0x2088b0f90

  Breakpoint 1, 0x00000002088b0f90 in vfork () from /usr/lib/libc.so.62.0
  (gdb) step
  Single stepping until exit from function vfork, 
  which has no line number information.
  gcc: Internal error: Trace/BPT trap (program cc1)
  Please submit a full bug report.
  See <URL:http://gcc.gnu.org/bugs.html> for instructions.

  Program exited with code 01.

The old libc.so.62.0 is from monday last week, the new from today.
I'll append a dmesg of this VirtualBox.

Well; unless there is interest in something i'll do a complete
cleanup and recompile tomorrow.
I would report if the problem remains, then.
(I use my own homebrew environment since a decade, and have no
experiences with - spew - debuggers.  Just for info.)

--steffen
Forza Figa!

OpenBSD 5.1-current (GENERIC) #13: Mon Mar 19 12:13:01 CET 2012
    sdaoden@obsd.sherwood:/home/src/sys/arch/amd64/compile/GENERIC
real mem = 133103616 (126MB)
avail mem = 107405312 (102MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xe1000 (5 entries)
bios0: vendor innotek GmbH version "VirtualBox" date 12/01/2006
bios0: innotek GmbH VirtualBox
acpi0 at bios0: rev 2
acpi0: sleep states S0 S5
acpi0: tables DSDT FACP APIC SSDT
acpi0: wakeup devices
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU P7550 @ 2.26GHz, 1974.41 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,MWAIT,SSSE3,NXE,LONG,LAHF
cpu0: 3MB 64b/line 8-way L2 cache
cpu0: apic clock running at 999MHz
ioapic0 at mainbus0: apid 1 pa 0xfec00000, version 11, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 1
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0
acpibat0 at acpi0: BAT0 model "1" serial 0 type VBOX oem "innotek"
acpiac0 at acpi0: AC unit online
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA, channel 0 
configured to compatibility, channel 1 configured to compatibility
wd0 at pciide0 channel 0 drive 0: <VBOX HARDDISK>
wd0: 128-sector PIO, LBA, 15719MB, 32192512 sectors
wd0(pciide0:0:0): using PIO mode 4, DMA mode 2
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <VBOX, CD-ROM, 1.0> ATAPI 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
vga1 at pci0 dev 2 function 0 "InnoTek VirtualBox Graphics Adapter" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
em0 at pci0 dev 3 function 0 "Intel PRO/1000MT (82540EM)" rev 0x02: apic 1 int 
19, address 08:00:27:5a:37:cb
"InnoTek VirtualBox Guest Service" rev 0x00 at pci0 dev 4 function 0 not 
configured
auich0 at pci0 dev 5 function 0 "Intel 82801AA AC97" rev 0x01: apic 1 int 21, 
ICH AC97
ac97: codec id 0x83847600 (SigmaTel STAC9700)
audio0 at auich0
ohci0 at pci0 dev 6 function 0 "Apple Intrepid USB" rev 0x00: apic 1 int 22, 
version 1.0
piixpm0 at pci0 dev 7 function 0 "Intel 82371AB Power" rev 0x08: SMBus disabled
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
usb0 at ohci0: USB revision 1.0
uhub0 at usb0 "Apple OHCI root hub" rev 1.00/1.00 addr 1
mtrr: CPU supports MTRRs but not enabled
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
scsibus2 at softraid0: 256 targets
root on wd0a (862708ede2409c81.a) swap on wd0b dump on wd0b

Reply via email to