DTrace merged ready for 7.1
This is a belated heads up to let you know that I have merged DTrace to the releng7 branch in the nick of time before the feature freeze for 7.1. Those astute mailing list readers will note that the commit message appears to have gone missing. Well, either the dog ate it or subversion decided that it was for certain eyes only (and not yours, or mine). I have added a note to src/UPDATING mentioning this and a link to the documentation. I want 7.1 release to be built with a GENERIC kernel containing not only the DTrace hooks, but also the CTF data, so I have defaulted the 'make buildkernel' to turn on CTF generation. If you are building a kernel and modules without the KDTRACE_HOOKS option, then you should do a 'make WITHOUT_CTF=1 buildkernel' to avoid generating the CTF data (although that won't hurt). For all builds other than 'buildkernel', CTF generation is turned off. You don't need or want it yet. -- John Birrell ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: DTrace merged ready for 7.1
On Wed, Aug 27, 2008 at 08:43:13AM +0100, N.J. Mann wrote: In message [EMAIL PROTECTED], John Birrell ([EMAIL PROTECTED]) wrote: This is a belated heads up to let you know that I have merged DTrace to the releng7 branch in the nick of time before the feature freeze for 7.1. Those astute mailing list readers will note that the commit message appears to have gone missing. Do you mean this one: Yes, that's the one. I wonder if it is mail to freebsd.org accounts that is getting dropped? -- John Birrell ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: DTrace merged ready for 7.1
On Wed, Aug 27, 2008 at 07:09:10AM +, John Birrell wrote: This is a belated heads up to let you know that I have merged DTrace to the releng7 branch in the nick of time before the feature freeze for 7.1. Those astute mailing list readers will note that the commit message appears to have gone missing. Well, either the dog ate it or subversion decided that it was for certain eyes only (and not yours, or mine). More likely your mail system ate it thinking it was too large, because it came through to the normal mailing list and into my inbox just like it should. All 330 KB of it. I have added a note to src/UPDATING mentioning this and a link to the documentation. I want 7.1 release to be built with a GENERIC kernel containing not only the DTrace hooks, but also the CTF data, so I have defaulted the 'make buildkernel' to turn on CTF generation. If you are building a kernel and modules without the KDTRACE_HOOKS option, then you should do a 'make WITHOUT_CTF=1 buildkernel' to avoid generating the CTF data (although that won't hurt). For all builds other than 'buildkernel', CTF generation is turned off. You don't need or want it yet. -- John Birrell -- Insert your favourite quote here. Erik Trulsson [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: DTrace merged ready for 7.1
In message [EMAIL PROTECTED], John Birrell ([EMAIL PROTECTED]) wrote: This is a belated heads up to let you know that I have merged DTrace to the releng7 branch in the nick of time before the feature freeze for 7.1. Those astute mailing list readers will note that the commit message appears to have gone missing. Do you mean this one: : From: John Birrell [EMAIL PROTECTED] : Subject: cvs commit: src Makefile Makefile.inc1 src/cddl Makefile.inc : src/cddl/compat/opensolaris/include alloca.h dtrace.h fcntl.h : libproc.h stdio.h stdlib.h strings.h unistd.h : src/cddl/contrib/opensolaris/cmd/dtrace dtrace.1 dtrace.c ... : To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] : Date: Wed, 27 Aug 2008 04:41:15 + (UTC) : : jb 2008-08-27 04:41:15 UTC : : FreeBSD src repository : : Modified files:(Branch: RELENG_7) : .Makefile Makefile.inc1 : cddl Makefile.inc [snipped for brevity] It arrived here safely on the cvs-all@ mailing list. Cheers, Nick. -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Finding which GEOM provider is generating errors in a graid3
I have a FreeBSD 6.2-based server running a 1.2TB graid3 volume, which consists of 5x 320gb SATA hard drives. I've been getting errors in /var/log/messages from the graid3 volume, which I suspect means an underlying fault with one of the disks, but is there any way to decipher which one of these drives is throwing errors? I've checked smartctl -a /dev/adXX but nothing shows up there.. I'm wondering if this is the infamous ata driver bug(s) that may be rearing its ugly head.. Also, does anyone know what ZoneXXFailed items in the graid3 list output mean? Relevant output: $ graid3 status NameStatus Components raid3/data1 COMPLETE ad12 ad14 ad16 ad18 ad20 $ graid3 list Geom name: data1 State: COMPLETE Components: 5 Flags: VERIFY GenID: 0 SyncID: 1 ID: 3700500186 Zone64kFailed: 791239 Zone64kRequested: 49197268 Zone16kFailed: 40204 Zone16kRequested: 1283738 Zone4kFailed: 12005939 Zone4kRequested: 2445799003 Providers: 1. Name: raid3/data1 Mediasize: 1280291731456 (1.2T) Sectorsize: 2048 Mode: r1w1e1 ... $ atacontrol list ... ATA channel 6: Master: ad12 ST3320620AS/3.AAK Serial ATA v1.0 ATA channel 7: Master: ad14 ST3320620AS/3.AAK Serial ATA v1.0 ATA channel 8: Master: ad16 ST3320620AS/3.AAK Serial ATA v1.0 ATA channel 9: Master: ad18 ST3320620AS/3.AAK Serial ATA v1.0 ATA channel 10: Master: ad20 ST3320620AS/3.AAK Serial ATA v1.0 Output in /var/log/messages: Aug 27 17:17:27 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320159744, length=16384)]error = 5 Aug 27 17:25:45 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320159744, length=16384)]error = 5 Aug 27 17:25:45 backup last message repeated 7 times Aug 27 17:25:45 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320176128, length=16384)]error = 5 Aug 27 17:25:45 backup last message repeated 22 times Aug 27 17:25:45 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320192512, length=16384)]error = 5 Aug 27 17:25:45 backup last message repeated 21 times Aug 27 17:38:24 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320176128, length=16384)]error = 5 Aug 27 17:38:26 backup last message repeated 4 times Aug 27 17:46:02 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320159744, length=16384)]error = 5 Aug 27 17:53:48 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320159744, length=16384)]error = 5 Aug 27 17:53:48 backup last message repeated 7 times Aug 27 17:53:48 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320176128, length=16384)]error = 5 Aug 27 17:53:48 backup last message repeated 22 times Aug 27 17:53:48 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320192512, length=16384)]error = 5 Aug 27 17:53:49 backup last message repeated 21 times Cheers Antony ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Finding which GEOM provider is generating errors in a graid3
On Wed, Aug 27, 2008 at 06:27:47PM +1000, Antony Mawer wrote: I have a FreeBSD 6.2-based server running a 1.2TB graid3 volume, which consists of 5x 320gb SATA hard drives. I've been getting errors in /var/log/messages from the graid3 volume, which I suspect means an underlying fault with one of the disks, but is there any way to decipher which one of these drives is throwing errors? I've checked smartctl -a /dev/adXX but nothing shows up there.. When you say nothing shows up there, what exactly do you mean? A lot of people don't know how to read SMART statistics. I hope by nothing shows up there you mean nothing stands out I'm wondering if this is the infamous ata driver bug(s) that may be rearing its ugly head.. The bugs in question only apply when there's kernel messages coming from the *disks themselves*, and not a GEOM provider. Your below dmesg doesn't indicate there's any ATA errors, just GEOM errors. If the disks were failing, you *would* be getting errors from the ATA subsystem, but you're not. I'm not familiar with GEOM stuff, so I can't really comment on what all is going on here. Also, does anyone know what ZoneXXFailed items in the graid3 list output mean? Relevant output: $ graid3 status NameStatus Components raid3/data1 COMPLETE ad12 ad14 ad16 ad18 ad20 $ graid3 list Geom name: data1 State: COMPLETE Components: 5 Flags: VERIFY GenID: 0 SyncID: 1 ID: 3700500186 Zone64kFailed: 791239 Zone64kRequested: 49197268 Zone16kFailed: 40204 Zone16kRequested: 1283738 Zone4kFailed: 12005939 Zone4kRequested: 2445799003 Providers: 1. Name: raid3/data1 Mediasize: 1280291731456 (1.2T) Sectorsize: 2048 Mode: r1w1e1 ... $ atacontrol list ... ATA channel 6: Master: ad12 ST3320620AS/3.AAK Serial ATA v1.0 ATA channel 7: Master: ad14 ST3320620AS/3.AAK Serial ATA v1.0 ATA channel 8: Master: ad16 ST3320620AS/3.AAK Serial ATA v1.0 ATA channel 9: Master: ad18 ST3320620AS/3.AAK Serial ATA v1.0 ATA channel 10: Master: ad20 ST3320620AS/3.AAK Serial ATA v1.0 Output in /var/log/messages: Aug 27 17:17:27 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320159744, length=16384)]error = 5 Aug 27 17:25:45 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320159744, length=16384)]error = 5 Aug 27 17:25:45 backup last message repeated 7 times Aug 27 17:25:45 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320176128, length=16384)]error = 5 Aug 27 17:25:45 backup last message repeated 22 times Aug 27 17:25:45 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320192512, length=16384)]error = 5 Aug 27 17:25:45 backup last message repeated 21 times Aug 27 17:38:24 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320176128, length=16384)]error = 5 Aug 27 17:38:26 backup last message repeated 4 times Aug 27 17:46:02 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320159744, length=16384)]error = 5 Aug 27 17:53:48 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320159744, length=16384)]error = 5 Aug 27 17:53:48 backup last message repeated 7 times Aug 27 17:53:48 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320176128, length=16384)]error = 5 Aug 27 17:53:48 backup last message repeated 22 times Aug 27 17:53:48 backup kernel: g_vfs_done():raid3/data1[READ(offset=160320192512, length=16384)]error = 5 Aug 27 17:53:49 backup last message repeated 21 times -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Regression 7.0R - 7-stable?
On Mon, 25 Aug 2008 00:53:32 -0700 Jeremy Chadwick [EMAIL PROTECTED] wrote about Re: Regression 7.0R - 7-stable?: JC JB What about disabling apic? Also, are you using a serial JC JB console? If so, can you put DDB in your kernel and when it JC JB hangs break into ddb and do a 'ps' and capture the output. JC apic, acpi, don't confuse me. :-) Ok, here some more input from my side: I updated to the latest 7-stable, which identifies as 7.1-prerelease. Booting default still locks up after launching the additional cores. Booting without acpi behaves a bit different from before: It finds the onboard sata-controller, but does not find the hd anymore. Thus it breaks into the Manual root filesystem specification menu (but there is nothing to specifiy as the disc is not found at all). The same happens when I set hint.apic.0.disabled=1 at the loader prompt. If someone can tell me what to do (except for putting ddb into the kernel configuration) or point me at some documentation about this, I can try getting some useful information from the debugger. cu Gerrit ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_7 tinderbox] failure on amd64/amd64
TB --- 2008-08-27 11:26:00 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-27 11:26:00 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-08-27 11:26:00 - cleaning the object tree TB --- 2008-08-27 11:26:30 - cvsupping the source tree TB --- 2008-08-27 11:26:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-08-27 11:26:50 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-27 11:26:50 - cd /src TB --- 2008-08-27 11:26:50 - /usr/bin/make -B buildworld World build started on Wed Aug 27 11:26:51 UTC 2008 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries [...] === asn1_compile (depend) sed -e '106s//#ifdef __PARSE_UNITS_H__\\n/;' -e '106s/,/\\n#endif\\n,/' /src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_glue.c gen_glue-fixed.c lex -t /src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/lex.l lex.c yacc -d -o parse.c /src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/parse.y cd /src/kerberos5/tools/asn1_compile/../make-print-version /usr/bin/make cc -O2 -pipe -g -DHAVE_CONFIG_H -I/src/kerberos5/tools/make-print-version/../../include -c /src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c ctfconvert -L VERSION make-print-version.o ctfconvert:No such file or directory *** Error code 1 Stop in /src/kerberos5/tools/make-print-version. *** Error code 1 Stop in /src/kerberos5/tools/asn1_compile. *** Error code 1 Stop in /src/kerberos5/tools. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-27 12:39:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-27 12:39:43 - ERROR: failed to build world TB --- 2008-08-27 12:39:43 - tinderbox aborted TB --- 3602.16 user 380.08 system 4423.20 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_7 tinderbox] failure on i386/i386
TB --- 2008-08-27 12:16:12 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-27 12:16:12 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-08-27 12:16:12 - cleaning the object tree TB --- 2008-08-27 12:16:36 - cvsupping the source tree TB --- 2008-08-27 12:16:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-08-27 12:16:57 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-27 12:16:57 - cd /src TB --- 2008-08-27 12:16:57 - /usr/bin/make -B buildworld World build started on Wed Aug 27 12:16:59 UTC 2008 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Wed Aug 27 13:28:40 UTC 2008 TB --- 2008-08-27 13:28:40 - generating LINT kernel config TB --- 2008-08-27 13:28:40 - cd /src/sys/i386/conf TB --- 2008-08-27 13:28:40 - /usr/bin/make -B LINT TB --- 2008-08-27 13:28:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-27 13:28:41 - cd /src TB --- 2008-08-27 13:28:41 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Aug 27 13:28:41 UTC 2008 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] ctfconvert -L VERSION kern_uuid.o cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_xxx.c ctfconvert -L VERSION kern_xxx.o cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/kern/link_elf.c cc1: warnings being treated as errors /src/sys/kern/link_elf.c: In function 'link_elf_load_file': /src/sys/kern/link_elf.c:600: warning: implicit declaration of function 'mac_kld_check_load' /src/sys/kern/link_elf.c:600: warning: nested extern declaration of 'mac_kld_check_load' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-27 13:39:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-27 13:39:02 - ERROR: failed to build lint kernel TB --- 2008-08-27 13:39:02 - tinderbox aborted TB --- 4089.01 user 419.05 system 4969.25 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
powerd freezes system on lower cpu speeds
Hello, I'm building a new system with an AMD Phenom 9350e Quad-Core: FreeBSD phenom.example.net 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Tue Aug 26 19:49:24 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/\ src/sys/GENERIC i386 Everything's running smoothly, until I start powerd. As soon as that happens, the system freezes hard. Trying powerd in the foreground with -v shows that it decreased the frequencies a few times, but then hangs the system. So I've tried this manually: # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 1985/-1 1736/-1 1488/-1 1240/-1 992/-1 744/-1 496/-1 248/-1 # sysctl dev.cpu.0.freq dev.cpu.0.freq: 1985 powerd freezed the system after reaching 1240 when trying 992. If I set the frequency manually down to 1240 with: # sysctl dev.cpu.0.freq=1240 everything's fine. But as soon as I try setting it further down (992, 744, 496 or 248), the system freezes too, just the same as with powerd. This is 100% reproducible. So what's going on here? Thanks, -cpghost. Oh, here's dmesg, if it helps: 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 7.1-PRERELEASE #0: Tue Aug 26 19:49:24 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Timecounter i8254 frequency 1193182 Hz quality 0 CPU: AMD Phenom(tm) 9350e Quad-Core Processor (1995.68-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x100f23 Stepping = 3 Features=0x178bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT Features2=0x802009SSE3,MON,CX16,b23 AMD Features=0xee500800SYSCALL,NX,MMX+,FFXSR,b26,RDTSCP,LM,3DNow!+,3DNow! AMD Features2=0x7ffLAHF,CMP,SVM,ExtAPIC,CR8,b5,b6,b7,Prefetch,b9,b10 Cores per package: 4 real memory = 2079916032 (1983 MB) avail memory = 2025545728 (1931 MB) ACPI APIC Table: 052808 APIC1156 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 Version 2.1 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: 052808 RSDT1156 on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of ffb8, 8 (3) failed acpi0: reservation of fff0, 10 (3) failed acpi0: reservation of 0, a (3) failed acpi0: reservation of 10, 7bf0 (3) failed ACPI HPET table warning: Sequence is non-zero (2) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 32-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0 pci1: ACPI PCI bus on pcib1 vgapci0: VGA-compatible display port 0xc000-0xc0ff mem 0xf800-0xfbff,0xfe8f-0xfe8f,0xfe70-0xfe7f irq 18 at device 5.0 on pci1 pcm0: ATI (Unknown) High Definition Audio Controller mem 0xfe8e8000-0xfe8ebfff irq 19 at device 5.1 on pci1 pcm0: [ITHREAD] pcib2: ACPI PCI-PCI bridge irq 17 at device 5.0 on pci0 pci2: ACPI PCI bus on pcib2 pcib3: ACPI PCI-PCI bridge irq 18 at device 6.0 on pci0 pci3: ACPI PCI bus on pcib3 ohci0: OHCI (generic) USB controller mem 0xfe6ff000-0xfe6f irq 16 at device 18.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: OHCI (generic) USB controller on ohci0 usb0: USB revision 1.0 uhub0: ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb0 uhub0: 3 ports with 3 removable, self powered ohci1: OHCI (generic) USB controller mem 0xfe6fe000-0xfe6fefff irq 16 at device 18.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: OHCI (generic) USB controller on ohci1 usb1: USB revision 1.0 uhub1: ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb1 uhub1: 3 ports with 3 removable, self powered ehci0: EHCI (generic) USB 2.0 controller mem 0xfe6fd800-0xfe6fd8ff irq 17 at device 18.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: EHCI (generic) USB 2.0 controller on ehci0 usb2: USB revision 2.0 uhub2: ATI EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 on usb2 uhub2: 6 ports with 6 removable, self powered ohci2: OHCI (generic) USB controller mem 0xfe6fc000-0xfe6fcfff irq 18 at device 19.0 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: SMM does not respond, resetting usb3: OHCI (generic) USB controller on ohci2 usb3: USB revision 1.0 uhub3: ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb3 uhub3: 3 ports with 3 removable, self powered ohci3: OHCI (generic) USB controller mem
DTRACE and buildworld / make.conf
Hi, I look forward to experimenting with DTRACE in RELENG_7! However, for my nanobsd / embedded devices is there a way not to build it as part of buildworld ? For the kernel, I am guessing I just need to remove options KDTRACE_HOOKS correct ? ---Mike Mike Tancsa, tel +1 519 651 3400 Sentex Communications,[EMAIL PROTECTED] Providing Internet since 1994www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_7 tinderbox] failure on i386/pc98
TB --- 2008-08-27 12:39:43 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-27 12:39:43 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2008-08-27 12:39:43 - cleaning the object tree TB --- 2008-08-27 12:40:06 - cvsupping the source tree TB --- 2008-08-27 12:40:06 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2008-08-27 12:40:21 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-27 12:40:21 - cd /src TB --- 2008-08-27 12:40:21 - /usr/bin/make -B buildworld World build started on Wed Aug 27 12:40:22 UTC 2008 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Wed Aug 27 13:51:17 UTC 2008 TB --- 2008-08-27 13:51:17 - generating LINT kernel config TB --- 2008-08-27 13:51:17 - cd /src/sys/pc98/conf TB --- 2008-08-27 13:51:17 - /usr/bin/make -B LINT TB --- 2008-08-27 13:51:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-27 13:51:18 - cd /src TB --- 2008-08-27 13:51:18 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Aug 27 13:51:18 UTC 2008 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] : hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue vers.c linking kernel link_elf.o(.text+0x14c0): In function `link_elf_load_file': : undefined reference to `mac_kld_check_load' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-27 14:04:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-27 14:04:30 - ERROR: failed to build lint kernel TB --- 2008-08-27 14:04:30 - tinderbox aborted TB --- 4220.80 user 435.16 system 5087.12 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Building -STABLE without option SMP?
Hi, When I build -STABLE as of today, with only option SMP commented out in GENERIC, I get the following error: In file included from /usr/src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:1364: /usr/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386/cyclic_machdep.c: In function 'xcall': /usr/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386/cyclic_machdep.c:132: error: 'smp_no_rendevous_barrier' undeclared (first use in this function) /usr/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386/cyclic_machdep.c:132: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386/cyclic_machdep.c:132: error: for each function it appears in.) It's probably the DTrace stuff that just got committed? Anyway, it would be nice to be able to build for single-processor. It's one of those cases the LINT build doesn't catch... :) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Building -STABLE without option SMP?
I also needed to comment out options MAC preventing the kernel build to stop premature (although I included options KDTRACE_HOOKS in the kernel config file). Dimitry Andric wrote: Hi, When I build -STABLE as of today, with only option SMP commented out in GENERIC, I get the following error: In file included from /usr/src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:1364: /usr/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386/cyclic_machdep.c: In function 'xcall': /usr/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386/cyclic_machdep.c:132: error: 'smp_no_rendevous_barrier' undeclared (first use in this function) /usr/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386/cyclic_machdep.c:132: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386/cyclic_machdep.c:132: error: for each function it appears in.) It's probably the DTrace stuff that just got committed? Anyway, it would be nice to be able to build for single-processor. It's one of those cases the LINT build doesn't catch... :) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Another attempt [Re: Groff is not working in the latest code]
The bottom line: the problem is solved -- thank you! The details below... ,--- You/Yuri (Wed, 27 Aug 2008 08:13:14 +0400) * | Alex Goncharov wrote: | `groff' is still not working for me, and with it `man' doesn't: | | So, I looked at how things are being built and think that the | following is supposed to happen with respect to `groff' -- a GNU | program: | | 1. The build is driven by `gnu/usr.bin/groff/Makefile' (all paths in | the following are relative to `/usr/src'. | | 2. During the build, the original contrib code is used, to be found | in `contrib/groff'. | | That code is configured by the pristine `contrib/groff/configure' | and results in setting the prefix to the GNU-usual `/usr/local' | and generating the FreeBSD-unaware `defs.h' and `config.h'. | | contrib/groff/configure shouldn't be called at all, Let me ask you here: what should be called then? Note this for the make file there: $ cat contrib/groff/Makefile [snip] all: $(SHELL) configure $(MAKE) all | looks like there's something wrong with your local build | environment. This is what I was trying to find: the same environment hadn't given me trouble for more than a year, till about August 15 -- and leads to a good build this morning. Why would my environment matter for a standard build, however? Which part of it? | 3. Then some magic is supposed to happen / was happening two weeks | ago for me, when the newly generated `defs.h' and `config.h' are | replaced with the FreeBSD hard versions that had been delivered | from CVS -- and the paths get corrected to eliminate the `local' | component from them and do other path adjustments to bring it all | to the FreeBSD standards: | | | $ diff contrib/groff/src/include/defs.h gnu/usr.bin/groff/src/include/defs.h | head -n 12 | yuri:/usr/src diff -u contrib/groff/src/include/defs.h | gnu/usr.bin/groff/src/include/defs.h | diff: contrib/groff/src/include/defs.h: No such file or directory When I saw this, and combining this with your statement that `contrib/groff/configure' was not supposed to be called, I realized that, in fact, yesterday I ran it by hand, trying to figure out what was going on -- and I thought it had to be called by the standard build. So, seeing your output, I removed both `contrib/groff' and `gnu/usr.bin/groff', did `cvsup' again and rebuild. And guess what? The newly built groff doesn't look for files under `/usr/local' -- so it's definitely using the hard-coded` gnu/usr.bin/groff/src/include/defs.h' paths. I install worlds and now have a perfectly functioning `groff' and `man'. | But how about others: everything works for you? What could have | triggered the change in the process for me a week or so ago? | | `man man` works for me on 7.0-RELEASE with groff built from RELENG_7 | src. | HTH, It did help enormously -- just a simple knowledge that `groff' works for you and comparing the small notes. (But it's still a mystery for me why I was having bad builds for two weeks -- what led me in, and what led me out of the trouble. And the build process for `groff' remains a puzzle for me... Will try to understand it better...) Thank you very much! -- Alex -- [EMAIL PROTECTED] -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
buildworld failed RELENG_7
Greetings, Any idea what can cause this: === make-roken (depend) awk -f /usr/src/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.awk /usr/src/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.h.in make-roken.c rm -f .depend mkdep -f .depend -a-DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-roken/../../include make-roken.c echo make-roken: /usr/lib/libc.a .depend === asn1_compile (depend) sed -e '106s//#ifdef __PARSE_UNITS_H__\\n/;' -e '106s/,/\\n#endif\\n,/' /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_glue.c gen_glue-fixed.c lex -t /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/lex.l lex.c yacc -d -o parse.c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/parse.y cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version make cc -O2 -fno-strict-aliasing -pipe -g -march=nocona -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-print-version/../../include -c /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c ctfconvert -L VERSION make-print-version.o ctfconvert:No such file or directory *** Error code 1 Stop in /usr/src/kerberos5/tools/make-print-version. *** Error code 1 Stop in /usr/src/kerberos5/tools/asn1_compile. *** Error code 1 Stop in /usr/src/kerberos5/tools. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I have security/krb5 installed but do not think this have something to do with buildworld and kerberos in base .. #cat /etc/make.conf ALWAYS_CHECK_MAKE=YES CPUTYPE?=core2 KERNCONF=CORE and few others just for csup. -- Best Wishes, Stefan Lambrev ICQ# 24134177 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
buildworld of 7-STABLE fails on 6.3 in CDDL code?
Hi, Has anyone seen this before? I'm trying to build 7-STABLE on 6.3. I've removed everything from /usr/obj* but buildworld still fails. Maybe it's got something to do with recent dtrace MFC? -- stage 1.2: bootstrap tools -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp VERSION=FreeBSD 6.3-RELEASE-p2 i386 603000 MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk -D WITH_CTF make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=603000 -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DWITHOUT_NLS -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF bootstrap-tools === cddl/usr.bin/sgsmsg (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/cddl/usr.bin/sgsmsg created for /usr/src/cddl/usr.bin/sgsmsg rm -f .depend mkdep -f .depend -a-DNEED_SOLARIS_BOOLEAN -DNEED_SOLARIS_BOOLEAN -I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -DNEED_SOLARIS_BOOLEAN -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c In file included from /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:81: /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:57:20: libelf.h: No such file or directory In file included from /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/alist.h:45, from /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:59, from /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:81: /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris/sys/elf.h:30:26: sys/elf.h: No such file or directory In file included from /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c:31: /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:57:20: libelf.h: No such file or directory In file included from /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/alist.h:45, from /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:59, from /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c:31: /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris/sys/elf.h:30:26: sys/elf.h: No such file or directory In file included from /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c:30: /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:57:20: libelf.h: No such file or directory In file included from /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/alist.h:45, from /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:59, from /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c:30: /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris/sys/elf.h:30:26: sys/elf.h: No such file or directory mkdep: compile failed ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_7 tinderbox] failure on ia64/ia64
TB --- 2008-08-27 13:39:02 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-27 13:39:02 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-08-27 13:39:02 - cleaning the object tree TB --- 2008-08-27 13:39:21 - cvsupping the source tree TB --- 2008-08-27 13:39:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-08-27 13:39:52 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-27 13:39:52 - cd /src TB --- 2008-08-27 13:39:52 - /usr/bin/make -B buildworld World build started on Wed Aug 27 13:39:53 UTC 2008 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Wed Aug 27 15:13:20 UTC 2008 TB --- 2008-08-27 15:13:20 - generating LINT kernel config TB --- 2008-08-27 15:13:20 - cd /src/sys/ia64/conf TB --- 2008-08-27 15:13:20 - /usr/bin/make -B LINT TB --- 2008-08-27 15:13:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-27 15:13:20 - cd /src TB --- 2008-08-27 15:13:20 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Aug 27 15:13:20 UTC 2008 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] ctfconvert -L VERSION kern_uuid.o cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_xxx.c ctfconvert -L VERSION kern_xxx.o cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/link_elf.c cc1: warnings being treated as errors /src/sys/kern/link_elf.c: In function 'link_elf_load_file': /src/sys/kern/link_elf.c:600: warning: implicit declaration of function 'mac_kld_check_load' /src/sys/kern/link_elf.c:600: warning: nested extern declaration of 'mac_kld_check_load' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-27 15:24:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-27 15:24:37 - ERROR: failed to build lint kernel TB --- 2008-08-27 15:24:37 - tinderbox aborted TB --- 5469.97 user 423.21 system 6334.88 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
WARNING: 7-STABLE BROKEN -- please wait to upgrade
Dear all: It looks like there have been several mismerges in the DTrace MFC. We're currently assessing the damage to decide if it should be entirely backed out, or if we can just do some selective patching up. In the mean time, please don't try to update -- wait for an all clear. Thanks, Robert N M Watson Computer Laboratory University of Cambridge ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_7 tinderbox] failure on powerpc/powerpc
TB --- 2008-08-27 14:04:30 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-27 14:04:30 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2008-08-27 14:04:30 - cleaning the object tree TB --- 2008-08-27 14:04:43 - cvsupping the source tree TB --- 2008-08-27 14:04:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2008-08-27 14:04:59 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-27 14:04:59 - cd /src TB --- 2008-08-27 14:04:59 - /usr/bin/make -B buildworld World build started on Wed Aug 27 14:05:00 UTC 2008 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Wed Aug 27 15:18:14 UTC 2008 TB --- 2008-08-27 15:18:14 - generating LINT kernel config TB --- 2008-08-27 15:18:14 - cd /src/sys/powerpc/conf TB --- 2008-08-27 15:18:14 - /usr/bin/make -B LINT TB --- 2008-08-27 15:18:14 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-27 15:18:14 - cd /src TB --- 2008-08-27 15:18:14 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Aug 27 15:18:14 UTC 2008 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] ctfconvert -L VERSION kern_uuid.o cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_xxx.c ctfconvert -L VERSION kern_xxx.o cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/link_elf.c cc1: warnings being treated as errors /src/sys/kern/link_elf.c: In function 'link_elf_load_file': /src/sys/kern/link_elf.c:600: warning: implicit declaration of function 'mac_kld_check_load' /src/sys/kern/link_elf.c:600: warning: nested extern declaration of 'mac_kld_check_load' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-27 15:25:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-27 15:25:40 - ERROR: failed to build lint kernel TB --- 2008-08-27 15:25:40 - tinderbox aborted TB --- 4067.96 user 389.28 system 4869.55 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: WARNING: 7-STABLE BROKEN -- please wait to upgrade
Too late for me, after a corrupted installworld dur to some unawareness my box is broken that way that I can't load zfs.ko anymore and so I can't mount ZFS pools. Trying to recompile everything ends up in a trap 6, which indicates to me a broken compiler :-( That's fun ... Robert Watson wrote: Dear all: It looks like there have been several mismerges in the DTrace MFC. We're currently assessing the damage to decide if it should be entirely backed out, or if we can just do some selective patching up. In the mean time, please don't try to update -- wait for an all clear. Thanks, Robert N M Watson Computer Laboratory University of Cambridge ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: WARNING: 7-STABLE BROKEN -- please wait to upgrade
On Wed, Aug 27, 2008 at 05:38:51PM +0200, O. Hartmann wrote: Too late for me, after a corrupted installworld dur to some unawareness my box is broken that way that I can't load zfs.ko anymore and so I can't mount ZFS pools. Trying to recompile everything ends up in a trap 6, which indicates to me a broken compiler :-( cd into /usr/src/gnu/usr.bin/cc/cc1, and do make install DEBUG_FLAGS=-g I also needed this in the sbin/init :(. See my followup to the UPDATING change at src-all@ for explanation. That's fun ... Robert Watson wrote: Dear all: It looks like there have been several mismerges in the DTrace MFC. We're currently assessing the damage to decide if it should be entirely backed out, or if we can just do some selective patching up. In the mean time, please don't try to update -- wait for an all clear. Thanks, Robert N M Watson Computer Laboratory University of Cambridge ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] pgp6snXT9LtJJ.pgp Description: PGP signature
Re: 7.0 release to stable
It turns out, as I look at the below, I was testing a unique process and didn't realize it. I started with 7.0 release for amd64 I did freebsd-update, installing what was available over the weekend. After multiple tries at building world, I was finally successful and wound up with 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Mon Aug 25 16:09:04 PDT 2008 So, I was migrating not only from a release to stable, but more specifically from a release to a prerelease. Based on the threads just posted, I'll be leaving it there for the moment. Brian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: WARNING: 7-STABLE BROKEN -- please wait to upgrade
On Wed, 27 Aug 2008, Robert Watson wrote: It looks like there have been several mismerges in the DTrace MFC. We're currently assessing the damage to decide if it should be entirely backed out, or if we can just do some selective patching up. In the mean time, please don't try to update -- wait for an all clear. Just an update: John Baldwin has identified the set of problematic parts to the change, and will shortly be backing them out. Please continue to wait on updating to the latest 7-STABLE until an explicit all clear message is sent. Thanks, Robert N M Watson Computer Laboratory University of Cambridge Thanks, Robert N M Watson Computer Laboratory University of Cambridge ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_7 tinderbox] failure on amd64/amd64
TB --- 2008-08-27 22:22:55 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-27 22:22:55 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-08-27 22:22:55 - cleaning the object tree TB --- 2008-08-27 22:23:11 - cvsupping the source tree TB --- 2008-08-27 22:23:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-08-27 22:23:20 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-27 22:23:20 - cd /src TB --- 2008-08-27 22:23:20 - /usr/bin/make -B buildworld World build started on Wed Aug 27 22:23:21 UTC 2008 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Wed Aug 27 23:54:00 UTC 2008 TB --- 2008-08-27 23:54:00 - generating LINT kernel config TB --- 2008-08-27 23:54:00 - cd /src/sys/amd64/conf TB --- 2008-08-27 23:54:00 - /usr/bin/make -B LINT TB --- 2008-08-27 23:54:01 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-27 23:54:01 - cd /src TB --- 2008-08-27 23:54:01 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Aug 27 23:54:01 UTC 2008 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] awk -f /src/sys/modules/cxgb/cxgb_t3fw/../../../conf/kmod_syms.awk cxgb_t3fw.ko export_syms | xargs -J% objcopy % cxgb_t3fw.ko objcopy --strip-debug cxgb_t3fw.ko === cyclic (all) cc -O2 -pipe -DDEBUG=1 -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cyclic/../../cddl/compat/opensolaris -I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/cyclic/../.. -I/src/sys/modules/cyclic/../../cddl/dev/cyclic/amd64 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -c /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c In file included from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic.h:40, from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic_impl.h:33, from /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:329: /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cpuvar.h:72: error: size of array 'cpuc_pad' is too large *** Error code 1 Stop in /src/sys/modules/cyclic. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 00:09:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 00:09:13 - ERROR: failed to build lint kernel TB --- 2008-08-28 00:09:13 - tinderbox aborted TB --- 5393.48 user 562.39 system 6378.43 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_7 tinderbox] failure on i386/i386
TB --- 2008-08-27 23:12:43 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-27 23:12:43 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-08-27 23:12:43 - cleaning the object tree TB --- 2008-08-27 23:13:07 - cvsupping the source tree TB --- 2008-08-27 23:13:07 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-08-27 23:13:17 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-27 23:13:17 - cd /src TB --- 2008-08-27 23:13:17 - /usr/bin/make -B buildworld World build started on Wed Aug 27 23:13:18 UTC 2008 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Aug 28 00:18:04 UTC 2008 TB --- 2008-08-28 00:18:04 - generating LINT kernel config TB --- 2008-08-28 00:18:04 - cd /src/sys/i386/conf TB --- 2008-08-28 00:18:04 - /usr/bin/make -B LINT TB --- 2008-08-28 00:18:04 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-28 00:18:04 - cd /src TB --- 2008-08-28 00:18:04 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Aug 28 00:18:04 UTC 2008 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o if_cx.ko if_cx.kld objcopy --strip-debug if_cx.ko === cyclic (all) cc -O2 -pipe -DDEBUG=1 -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cyclic/../../cddl/compat/opensolaris -I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/cyclic/../.. -I/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -c /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c In file included from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic.h:40, from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic_impl.h:33, from /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:329: /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cpuvar.h:72: error: size of array 'cpuc_pad' is too large *** Error code 1 Stop in /src/sys/modules/cyclic. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 00:36:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 00:36:03 - ERROR: failed to build lint kernel TB --- 2008-08-28 00:36:03 - tinderbox aborted TB --- 4232.98 user 409.33 system 4999.73 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: WARNING: 7-STABLE BROKEN -- please wait to upgrade
,--- You/Kostik (Wed, 27 Aug 2008 19:04:32 +0300) * | cd into /usr/src/gnu/usr.bin/cc/cc1, | and do | make install DEBUG_FLAGS=-g That simple thing didn't work for me: make install DEBUG_FLAGS=-g install -o root -g wheel -m 555 cc1 /usr/libexec install: cc1: No such file or directory *** Error code 71 I updated and installed world this morning -- and indeed had this gcc: Internal error: Abort trap: 6 (program cc1) while compiling something, as a result. But I've found what may be an extremely easy way out of this hole: I copied over /usr/libexec/cc1 from another machine, which had a code built on Aug 17. Then my `cc1' worked fine and I tripped on a SEGV in `as'. Then I copied over `as', then `ld', then `gcc'. And that was it -- the build began to work. So if anybody wants it, I can just send a package with these four executables, to be deployed in place of the broken ones. Let me know... -- Alex -- [EMAIL PROTECTED] -- /* * The end of the world will occur at 3:00 p.m., this Friday, with * symposium to follow. */ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[releng_7 tinderbox] failure on i386/pc98
TB --- 2008-08-28 00:09:13 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-28 00:09:13 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2008-08-28 00:09:13 - cleaning the object tree TB --- 2008-08-28 00:09:31 - cvsupping the source tree TB --- 2008-08-28 00:09:31 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2008-08-28 00:09:41 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-28 00:09:41 - cd /src TB --- 2008-08-28 00:09:41 - /usr/bin/make -B buildworld World build started on Thu Aug 28 00:09:43 UTC 2008 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Aug 28 01:13:38 UTC 2008 TB --- 2008-08-28 01:13:38 - generating LINT kernel config TB --- 2008-08-28 01:13:38 - cd /src/sys/pc98/conf TB --- 2008-08-28 01:13:38 - /usr/bin/make -B LINT TB --- 2008-08-28 01:13:39 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-28 01:13:39 - cd /src TB --- 2008-08-28 01:13:39 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Aug 28 01:13:39 UTC 2008 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o cxgb_t3fw.ko cxgb_t3fw.kld objcopy --strip-debug cxgb_t3fw.ko === cyclic (all) cc -O2 -pipe -DDEBUG=1 -DPC98 -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cyclic/../../cddl/compat/opensolaris -I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/cyclic/../.. -I/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -c /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c In file included from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic.h:40, from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic_impl.h:33, from /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:329: /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cpuvar.h:72: error: size of array 'cpuc_pad' is too large *** Error code 1 Stop in /src/sys/modules/cyclic. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 01:28:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 01:28:52 - ERROR: failed to build lint kernel TB --- 2008-08-28 01:28:52 - tinderbox aborted TB --- 4035.70 user 403.46 system 4779.01 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: WARNING: 7-STABLE BROKEN -- please wait to upgrade / Should be OK now
On Wednesday 27 August 2008 01:29:43 pm Robert Watson wrote: On Wed, 27 Aug 2008, Robert Watson wrote: It looks like there have been several mismerges in the DTrace MFC. We're currently assessing the damage to decide if it should be entirely backed out, or if we can just do some selective patching up. In the mean time, please don't try to update -- wait for an all clear. Just an update: John Baldwin has identified the set of problematic parts to the change, and will shortly be backing them out. Please continue to wait on updating to the latest 7-STABLE until an explicit all clear message is sent. I believe things should be fine on 7-stable now. -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: powerd freezes system on lower cpu speeds
On Wednesday 27 August 2008 09:40:20 am cpghost wrote: Hello, I'm building a new system with an AMD Phenom 9350e Quad-Core: FreeBSD phenom.example.net 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Tue Aug 26 19:49:24 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/\ src/sys/GENERIC i386 Everything's running smoothly, until I start powerd. As soon as that happens, the system freezes hard. Trying powerd in the foreground with -v shows that it decreased the frequencies a few times, but then hangs the system. So I've tried this manually: # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 1985/-1 1736/-1 1488/-1 1240/-1 992/-1 744/-1 496/-1 248/-1 # sysctl dev.cpu.0.freq dev.cpu.0.freq: 1985 powerd freezed the system after reaching 1240 when trying 992. If I set the frequency manually down to 1240 with: # sysctl dev.cpu.0.freq=1240 everything's fine. But as soon as I try setting it further down (992, 744, 496 or 248), the system freezes too, just the same as with powerd. This is 100% reproducible. So what's going on here? Hard to say. My HP nc6220 laptop gets into a lockup where it spends all its time processing ACPI events (I think for some of the thermal monitoring the BIOS does) if I drop the CPU speed below 400. I just set debug.cpufreq.lowest in /boot/loader.conf. -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]