Shouldn't world be able to build without /usr/include?
=== tools/build (obj,includes,depend,all,install) grep: /usr/include/stdio.h: No such file or directory /usr/obj/frontier/svn/head/tmp/frontier/svn/head/tools/build created for /frontier/svn/head/tools/build grep: /usr/include/stdio.h: No such file or directory cd /frontier/svn/head/tools/build; make buildincludes; make installincludes grep: /usr/include/stdio.h: No such file or directory grep: /usr/include/stdio.h: No such file or directory grep: /usr/include/stdio.h: No such file or directory grep -v HAVE_GETLINE /frontier/svn/head/tools/build/../../lib/libmagic/config.h config.h rm -f .depend mkdep -f .depend -a-DHAVE_CONFIG_H -I. -I/usr/obj/frontier/svn/head/tmp/legacy/usr/include -std=gnu99 /frontier/svn/head/tools/build/../../contrib/file/getline.c In file included from /frontier/svn/head/tools/build/../../contrib/file/getline.c:32: /frontier/svn/head/tools/build/../../contrib/file/file.h:52:74: error: stdio.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:53:19: error: errno.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:54:44: error: fcntl.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:59:20: error: stdint.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:62:22: error: inttypes.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:64:19: error: regex.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:65:23: error: sys/types.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:66:23: error: sys/param.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:68:22: error: sys/stat.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:69:20: error: stdarg.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/getline.c:34:20: error: stdlib.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/getline.c:36:20: error: unistd.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/getline.c:38:20: error: string.h: No such file or directory mkdep: compile failed *** [.depend] Error code 1 -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Shouldn't world be able to build without /usr/include?
No. The first stage of the buildworld is creating cross-tools - which run on the existing world (and hence need its include files and libs). -- Peter Jeremy pgpFV9rJata7v.pgp Description: PGP signature
Re: Call for bge(4) testers
On Fri, Sep 14, 2012 at 09:11:02PM +0900, Wanpeng Qian wrote: It seems BCM5723 support code was not added by me so I don't know how well it works in previous FreeBSD releases. Did bge(4) ever work with your controller? The driver works fine except the bge0: Watchdog timeout, that will bring the interface down/up for a while. make it unstable for network share service. This card works fine under windows and opensolaris. so I think this is a driver issue. watchdog timeouts can be triggered by various issues so it's hard to guess the root cause of the issue. Would you show me the dmesg output(bge(4)/brgphy(4) output only)? When I search by google. many users report this issue, from FreeBSD 7 to Current. that is no workaround at this time except buy another card. Regards. Qian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Fri, Sep 14, 2012 at 01:04:50PM -0500, Pedro Giffuni wrote: Success !!! It fixed kern/169634 for me. Great, would you write a follow-up to the PR? If still possible it should be pushed into 9.1-RELEASE. I'm afraid it was too late. Thank you so much for working on this! No problem! Pedro. On 09/14/2012 16:27, YongHyeon PYUN wrote: All, There were lots of reports that stock bge(4) does not work on Dell Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 users I managed to address the issue but I had to touch very sensitive part of driver. Before committing the change to tree I'd like to know whether this change introduces regressions on old bge(4) controllers. If you're bge(4) user, please try latest WIP version at the following URL and let me know how it goes on your box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. http://people.freebsd.org/~yongari/bge/if_bge.c http://people.freebsd.org/~yongari/bge/if_bgereg.h http://people.freebsd.org/~yongari/bge/brgphy.c Build instructions 1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory 2. Copy brgphy.c /usr/src/sys/dev/mii 3. Rebuild kernel and reboot to take the change effect. You can also use the files above for for 9.1/stable/9. For stable/8 it needs slight modification and I couldn't find time to regenerate the patch. Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Compiler performance tests on FreeBSD 10.0-CURRENT
On 2012-09-16 07:19, Konstantin Belousov wrote: On Sun, Sep 16, 2012 at 12:34:45AM +0200, Dimitry Andric wrote: ... I tried to map the CPUID into more human-friendly family moniker, and it seems that these are Pentium-4 class CPUs. Am I right ? Yes, it is apparently a Nocona model, this is part of the dmesg: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.24-MHz K8-class CPU) Origin = GenuineIntel Id = 0xf41 Family = f Model = 4 Stepping = 1 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x641dSSE3,DTES64,MON,DS_CPL,CNXT-ID,CX16,xTPR AMD Features=0x20100800SYSCALL,NX,LM TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 4097470464 (3907 MB) Event timer LAPIC quality 400 ACPI APIC Table: DELL PE BKC FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP/HT): APIC ID: 7 If yes, could you, please, rerun the tests on anything more recent than Core2, i.e. any Core i7-whatever class of Xeons ? I would love to, especially because the tests will complete faster, but I currently do not have access to physical machines of that class. Normally I do performance tests on the FreeBSD reference machines, but since these tests require booting with a custom kernel (and preferably root access + remote console), I cannot use them. So if somebody can offer such a machine (for a limited time only, a few days most likely, 1 week maximum), it would be great. -Dimitry ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Compiler performance tests on FreeBSD 10.0-CURRENT
On 2012-09-16 07:25, Garrett Cooper wrote:
...
If you can provide the tests, I can rerun it on some Nehalem class
workstations I have access to. I unfortunately don't have access to
SNB/Romley hardware yet.
I did these tests as follows:
- Install a recent -CURRENT snapshot on the box (or rebuild world and
kernel by hand and install them).
- Install Subversion.
- Checkout head sources into /usr/src, if not already there.
- Build GENERIC kernel with gcc, using default settings, and install it
into /boot/kernel.gcc.
- Build GENERIC kernel with clang, using default settings, and install
it into /boot/kernel.clang.
- Boot machine with either kernel, then run the attached runtest.sh
script, with the buildworld_{single,multi}.sh scripts in the same
directory. Save the resulting run-*.txt files in a directory that
indicates whether the kernel in use was built by gcc or by clang.
You can tweak the 'num_runs' variable at the top of runtest.sh to do
more runs, if the machine is fast. This should give more confidence in
the final statistics. I did just 3 runs on Gavin's machine, since it
took more than 7 hours for a single-threaded buildworld to complete.
Doing 6 runs should be more than enough.
The run-*.txt files contain the time(1) output of each run, and should
be processed through ministat to give average, stddev and so on. Just
send them to me, I will process them and summarize the statistics.
Alternatively, you can give me remote access, and I'll do it. :)
#!/bin/sh
mypath=${0%/*}
num_runs=3
set -e
do_runtest() {
for i in $(jot ${num_runs}); do
rm -rf /usr/obj/*
sync
echo Doing build $1, run $i...
/usr/bin/time -l -o run-$1-$i.txt ${mypath}/build$1.sh run-$1-$i.log
head -1 run-$1-$i.txt
done
}
do_runtest world_single
do_runtest world_multi
#!/bin/sh
set -e
cd /usr/src
make -s buildworld
#!/bin/sh
set -e
cd /usr/src
make -s -j8 buildworld
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: GPIO on Raspberry Pi
2012/9/16 Sevan / Venture37 ventur...@gmail.com Hi, I managed to get FreeBSD/arm on a Raspberry Pi this weekend, kernel is booted from an SD card root fs is mounted via a USB flash drive (by hardcoding the path in the kernel config 'options ROOTDEVNAME=\ufs:/dev/da0s1a\' I was unable to mount / from the sd card otherwise as it appears the SD is not detected by the kernel, also if there's no cable plugged into the ethernet port the kernel doesn't detect the interface. Hi. We really need get gonzo@ back from vacation, or where he is now :) Internal SD is working via device sdhci (patch available for head at people.freebsd.org/~gozno/patches/ , but seems incomplete, kernel not building ok for me) dmesg up at http://www.nycbug.org/?action=dmesgddmesgid=2417 10.0-CURRENT FreeBSD 10.0-CURRENT #4 r240529: Sun Sep 16 11:56:48 BST 2012 I was wondering what status of GPIO support for the pi is, kernel manages to build happily with device gpio gpioled specified but I don't see anything related to gpio when I boot the kernel. Regards Sevan / Venture37 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org -- Regards, Alexander Yerenkow ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: underexposed snapshots
On 09/14/2012 23:43, Randy Bush wrote: ftp://ftp.FreeBSD.org/pub/FreeBSD/ISO-IMAGES-arch is a bit empty. i guess things are moving around. any idea where i can get the latest tag=. I and others have brought up this issue repeatedly over the last couple of years, and the PTB have decided that since allbsd is doing it for us, we don't need to put any effort into making it happen ourselves. That in spite of the fact that numerous volunteers have come forward willing to help. Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Compiler performance tests on FreeBSD 10.0-CURRENT
On 16/09/2012 00:34, Dimitry Andric wrote: ... The executive summary: GENERIC kernels compiled with clang 3.2 are slightly faster than those compiled by gcc 4.2.1, though the difference will not very noticeable in practice. It has been my impression in the past, that math heavy applications benefit from GCC whereas I/O heavy applications yield better performance when compiled with clang. I'd say a kernel has a lot more I/O than math to deal with. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: underexposed snapshots
https://pub.allbsd.org/FreeBSD-snapshots/ i have been unable to boot i386 and am64 isos from late last week. randy ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
