Re: Intel GPU driver import
On 13-05-2012 0:39, Konstantin Belousov wrote: The positive points to the second approach is that we still have older kernel drivers around. Also, I have more freedom in changing the DRM core, without fearing breakage in the DRI1 land. Since I do not really want to deal with Gen2-3 hardware What is Gen2-3 hardware in this context? Can you give examples? -- Joel ___ 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
[clang] r234928 amd64 buildworld error
clang -O2 -pipe -DSORT_THREADS -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict -prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwri te-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts - Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-s ign -Wno-empty-body -Wno-string-plus-int -c /usr/src/usr.bin/sort/file.c /usr/src/usr.bin/sort/file.c:601:12: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] err(2, getstr(7)); ^ /usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr' #define getstr(n)catgets(catalog, 1, n, nlsstr[n]) ^ /usr/src/usr.bin/sort/file.c:942:11: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] err(2, getstr(8)); ^ /usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr' #define getstr(n)catgets(catalog, 1, n, nlsstr[n]) ^ /usr/src/usr.bin/sort/file.c:1279:10: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] err(2, getstr(9)); ^ /usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr' #define getstr(n)catgets(catalog, 1, n, nlsstr[n]) ^ /usr/src/usr.bin/sort/file.c:1295:12: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] errx(2, getstr(10)); ^~ /usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr' #define getstr(n)catgets(catalog, 1, n, nlsstr[n]) ^ 4 errors generated. *** [file.o] Error code 1 Stop in /usr/src/usr.bin/sort. *** [all] Error code 1 -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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: [clang] r234928 amd64 buildworld error
We already have a fix for this problem with clang, and we are going to submit it soon. gcc behaves differently on the same sources, they can be compiled just fine with gcc. Thanks Oleg -Original Message- From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd- curr...@freebsd.org] On Behalf Of Anton Shterenlikht Sent: Sunday, May 13, 2012 11:54 PM To: freebsd-current@freebsd.org Subject: [clang] r234928 amd64 buildworld error clang -O2 -pipe -DSORT_THREADS -std=gnu99 -Qunused-arguments -fstack- protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict -prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast- qual -Wwri te-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar- subscripts - Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno- pointer-s ign -Wno-empty-body -Wno-string-plus-int -c /usr/src/usr.bin/sort/file.c /usr/src/usr.bin/sort/file.c:601:12: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] err(2, getstr(7)); ^ /usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr' #define getstr(n)catgets(catalog, 1, n, nlsstr[n]) ^ /usr/src/usr.bin/sort/file.c:942:11: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] err(2, getstr(8)); ^ /usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr' #define getstr(n)catgets(catalog, 1, n, nlsstr[n]) ^ /usr/src/usr.bin/sort/file.c:1279:10: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] err(2, getstr(9)); ^ /usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr' #define getstr(n)catgets(catalog, 1, n, nlsstr[n]) ^ /usr/src/usr.bin/sort/file.c:1295:12: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] errx(2, getstr(10)); ^~ /usr/src/usr.bin/sort/sort.h:52:20: note: expanded from macro 'getstr' #define getstr(n)catgets(catalog, 1, n, nlsstr[n]) ^ 4 errors generated. *** [file.o] Error code 1 Stop in /usr/src/usr.bin/sort. *** [all] Error code 1 -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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: svn commit: r235275 - projects user
On Sun, 2012-05-13 at 16:35:59 -0700, Doug Barton wrote: When you proposed these changes not only did I not see a consensus for you to move forward, I saw a non-zero number of people push back. Why did you proceed? - I had a non-zero number of people tell me that it looked good. - Peter doesn't seem to mind the clarification. - No objections were raised after I send out the changed patch which basically keeps things the way they were originally intended. Did you actually read what has been committed? Uli - amazed that a change to a document that apparently no one is reading can cause such a fuss. ___ 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: Intel GPU driver import
On (13/05/2012 00:39), Konstantin Belousov wrote: With r235375, all required VM support for new Intel GPU driver was committed into HEAD. There are still some things to improve and change, but now the all.14.9.patch does not touch anything outside agp or drm. This allows to start the process of importing the new Intel GPU driver into HEAD. I am writing this as initial head-up and to discuss some questions, for which I do have answers but would prefer to have additional feedback from people doing Xorg work. The patch as-is just replaces the Intel DRI1 bits with DRI2 driver. Patch added most of the KMS infrastructure into DRM core. Also, patch completely changed the locking model used by Intel driver. I made absolutely minimal efforts needed to keep other DRI1 drivers compilable. Despite that, I got several surpising reports that Radeon DRI1 still works. That said, for import I can (first choice) just apply the patch, replacing the Intel driver with new one. Or (second choice) I may create another directory, say sys/dev/drm2, and import _only_ Intel driver together with updated DRM core, there. The positive points to the second approach is that we still have older kernel drivers around. Also, I have more freedom in changing the DRM core, without fearing breakage in the DRI1 land. Since I do not really want to deal with Gen2-3 hardware, and VGA console does not work with new driver (yet), there are definite advantages. On the other hand, driver automatic loading will not work with dev/drm2 approach. New driver have to use different module name to co-exist with dri1 driver, so ddx driver cannot load new driver by old name. As result, users need to manually kldload new driver before starting Xorg. My own preference is to implement second choice and put the driver into dev/drm2. We had somewhat similar situation with new USB stack import. First imported as 'usb2' then renamed to 'usb'. Considering there will be no new DRI1 drivers in tree we could import drm2 into sys/dev/drm and move old implementation under sys/dev/drm_compat1. It will break POLA until automatic driver loading by X fixed. Thanks, Gleb. ___ 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
[head tinderbox] failure on arm/arm
TB --- 2012-05-14 08:10:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-14 08:10:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-14 08:10:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-14 08:10:01 - cleaning the object tree TB --- 2012-05-14 08:10:01 - cvsupping the source tree TB --- 2012-05-14 08:10:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-14 08:12:13 - building world TB --- 2012-05-14 08:12:13 - CROSS_BUILD_TESTING=YES TB --- 2012-05-14 08:12:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-14 08:12:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-14 08:12:13 - SRCCONF=/dev/null TB --- 2012-05-14 08:12:13 - TARGET=arm TB --- 2012-05-14 08:12:13 - TARGET_ARCH=arm TB --- 2012-05-14 08:12:13 - TZ=UTC TB --- 2012-05-14 08:12:13 - __MAKE_CONF=/dev/null TB --- 2012-05-14 08:12:13 - cd /src TB --- 2012-05-14 08:12:13 - /usr/bin/make -B buildworld World build started on Mon May 14 08:12:13 UTC 2012 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 [...] if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_is_swapped.3pcap ]; then F=pcap_is_swapped.3pcap;elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_is_swapped.3 ]; then F=pcap_is_swapped.3;else F=pcap_is_swapped.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_is_swapped.3 gzip -cn pcap_is_swapped.3 pcap_is_swapped.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_lib_version.3pcap ]; then F=pcap_lib_version.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_lib_version.3 ]; then F=pcap_lib_version.3; else F=pcap_lib_version.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_lib_version.3 gzip -cn pcap_lib_version.3 pcap_lib_version.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_datalinks.3pcap ]; then F=pcap_list_datalinks.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_datalinks.3 ]; then F=pcap_list_datalinks.3;else F=pcap_list_datalinks.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_list_datalinks.3 gzip -cn pcap_list_datalinks.3 pcap_list_datalinks.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3pcap ]; then F=pcap_list_tstamp_types.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3 ]; then F=pcap_list_tstamp_types.3; else F=pcap_list_tstamp_types.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_list_tstamp_types.3 sed: /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3: No such file or directory *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-14 08:49:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-14 08:49:54 - ERROR: failed to build world TB --- 2012-05-14 08:49:54 - 1430.11 user 379.14 system 2393.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full ___ 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: [CFT] SMP/i386 suspend/resume
Reporting from an Acer Centrino Duo, running CURRENT r235266. The machine has an nvidia card (Ge7300go). The acpi_video and nvidia modules are there. I did test it a few times with X running (plain twm) and worked just fine. Setting hw.acpi.lid_switch_state=S3 allowed me to use the close-the-lid-to-sleep functionality. The problem comes when I suspend the machine in the console. The machine resumes fine (I can ping and ssh it) but the screen remains black. I set hw.acpi.reset_video to 0 or 1 but no go. If I'm in a console but X is running, after the resume I can CTRL+ALT+F9 and get my video back; then I can return to the console. If I don't have X running, I don't know how to get my console back. I think this is graphic driver problem. nvidia's driver seems to have correct suspend/resume method. http://www.nvidia.com/object/freebsd_archive.html Have you try it? Yes, it is running the propietary driver. Everything was done with it loaded. Do you want me to try without the nvidia binary driver? Yes, if it doesn't bother you. What follows was still done with your patch there. First, I tried with acpi_bounce. I saw this on dmesg: vgapci0: calling BIOS POST I also tried the complete suspend/resume without the nvidia blob. The machine showed the same behavior; it came online after suspending. Everything working but the video. After the suspend/resume cycle and w/o the nvidia blob, I tried to ssh it. The screen was completely black. After logging in, I kldload'ed the nvidia blob and tried to start X. I got a panic (I was unable to read it) and a core after rebooting. The relevant part was: * Unread portion of the kernel message buffer: NVRM: failed to copy vbios to system memory. NVRM: RmInitAdapter failed! (0x30:0x:858) nvidia0: NVRM: rm_init_adapter() failed! * So I would say the bios is doing something during the suspend/resume cycle. I would say the nvidia module knows to handle this, but the module must be loaded before the first suspend/resume cycle. That would explain why it works with X running. That would also somehow explain why I can resume while working with ttyv1 having X working on ttvy9 (remember, in that case I had to vidcontrol -s 9 /dev/console to get my screen back online). I'm just guessing. Could it be that Hmmm, it doesn't seem related with my SMP/i386 sleep patches. Could you try also Uni-processer kernel (w/o SMP and apic from config file) without my patches? I tried smp disabled on boot (kern.smp.disabled=1) and failed the same way. I'm compiling w/o your patch (will take it a while) but I guess it will do worst. Last time I tried, when 9 was head, it did not resume at all. OTOH, IIRC the console only test (without X) without acpi_video lead to freeze. No crash dump. The machine has no serial or fwire ports :( We can improve video initialization on another opportunity. Linux have many video hacks while we have only hw.acpi.reset_video ;) http://www.kernel.org/doc/Documentation/power/video.txt I believe there are some solutions for you in this document, then we can implement them in our source if found. Could this all be an ASL problem? Thanks, Gus ___ 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: Intel GPU driver import
On Mon, May 14, 2012 at 08:39:35AM +0200, Joel Dahl wrote: On 13-05-2012 0:39, Konstantin Belousov wrote: The positive points to the second approach is that we still have older kernel drivers around. Also, I have more freedom in changing the DRM core, without fearing breakage in the DRI1 land. Since I do not really want to deal with Gen2-3 hardware What is Gen2-3 hardware in this context? Can you give examples? It is 810/815/865/915/945/G33/IDG chipsets. They currently work without GEM/KMS in kernel. See http://wiki.freebsd.org/AGP_Testing for full list. pgpWUpwHSPPJn.pgp Description: PGP signature
Re: svn commit: r235275 - projects user
On 5/14/2012 12:02 AM, Ulrich Spoerlein wrote: Uli - amazed that a change to a document that apparently no one is reading can cause such a fuss. ... which is the point that several of us tried to make, and which you seem to have ignored. The problem with committers not reading the documentation (such as it is) is not properly solved by changing the documentation. What I'm objecting to is your pointless deck-chair rearranging rather than addressing the real problem. -- This .signature sanitized for your protection ___ 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
[head tinderbox] failure on ia64/ia64
TB --- 2012-05-14 08:49:55 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-14 08:49:55 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-14 08:49:55 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-05-14 08:49:55 - cleaning the object tree TB --- 2012-05-14 08:49:55 - cvsupping the source tree TB --- 2012-05-14 08:49:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-05-14 08:51:59 - building world TB --- 2012-05-14 08:51:59 - CROSS_BUILD_TESTING=YES TB --- 2012-05-14 08:51:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-14 08:51:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-14 08:51:59 - SRCCONF=/dev/null TB --- 2012-05-14 08:51:59 - TARGET=ia64 TB --- 2012-05-14 08:51:59 - TARGET_ARCH=ia64 TB --- 2012-05-14 08:51:59 - TZ=UTC TB --- 2012-05-14 08:51:59 - __MAKE_CONF=/dev/null TB --- 2012-05-14 08:51:59 - cd /src TB --- 2012-05-14 08:51:59 - /usr/bin/make -B buildworld World build started on Mon May 14 08:52:00 UTC 2012 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 [...] if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_is_swapped.3pcap ]; then F=pcap_is_swapped.3pcap;elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_is_swapped.3 ]; then F=pcap_is_swapped.3;else F=pcap_is_swapped.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_is_swapped.3 gzip -cn pcap_is_swapped.3 pcap_is_swapped.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_lib_version.3pcap ]; then F=pcap_lib_version.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_lib_version.3 ]; then F=pcap_lib_version.3; else F=pcap_lib_version.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_lib_version.3 gzip -cn pcap_lib_version.3 pcap_lib_version.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_datalinks.3pcap ]; then F=pcap_list_datalinks.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_datalinks.3 ]; then F=pcap_list_datalinks.3;else F=pcap_list_datalinks.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_list_datalinks.3 gzip -cn pcap_list_datalinks.3 pcap_list_datalinks.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3pcap ]; then F=pcap_list_tstamp_types.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3 ]; then F=pcap_list_tstamp_types.3; else F=pcap_list_tstamp_types.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_list_tstamp_types.3 sed: /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3: No such file or directory *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-14 09:39:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-14 09:39:02 - ERROR: failed to build world TB --- 2012-05-14 09:39:02 - 2130.80 user 383.93 system 2947.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full ___ 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: Intel GPU driver import
On some laptops they didn't work with xf86-video-intel 2.7/2.9, this bug fixed in 2.11 and above, which does not work without GEM/KMS 2012/5/14 Konstantin Belousov kostik...@gmail.com: What is Gen2-3 hardware in this context? Can you give examples? It is 810/815/865/915/945/G33/IDG chipsets. They currently work without GEM/KMS in kernel. -- wBR, Artem Tuchinsky tuchin...@gmail.com ___ 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
[head tinderbox] failure on i386/i386
TB --- 2012-05-14 08:10:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-14 08:10:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-14 08:10:01 - starting HEAD tinderbox run for i386/i386 TB --- 2012-05-14 08:10:01 - cleaning the object tree TB --- 2012-05-14 08:10:01 - cvsupping the source tree TB --- 2012-05-14 08:10:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-05-14 08:12:12 - building world TB --- 2012-05-14 08:12:12 - CROSS_BUILD_TESTING=YES TB --- 2012-05-14 08:12:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-14 08:12:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-14 08:12:12 - SRCCONF=/dev/null TB --- 2012-05-14 08:12:12 - TARGET=i386 TB --- 2012-05-14 08:12:12 - TARGET_ARCH=i386 TB --- 2012-05-14 08:12:12 - TZ=UTC TB --- 2012-05-14 08:12:12 - __MAKE_CONF=/dev/null TB --- 2012-05-14 08:12:12 - cd /src TB --- 2012-05-14 08:12:12 - /usr/bin/make -B buildworld World build started on Mon May 14 08:12:13 UTC 2012 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 [...] if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_is_swapped.3pcap ]; then F=pcap_is_swapped.3pcap;elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_is_swapped.3 ]; then F=pcap_is_swapped.3;else F=pcap_is_swapped.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_is_swapped.3 gzip -cn pcap_is_swapped.3 pcap_is_swapped.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_lib_version.3pcap ]; then F=pcap_lib_version.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_lib_version.3 ]; then F=pcap_lib_version.3; else F=pcap_lib_version.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_lib_version.3 gzip -cn pcap_lib_version.3 pcap_lib_version.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_datalinks.3pcap ]; then F=pcap_list_datalinks.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_datalinks.3 ]; then F=pcap_list_datalinks.3;else F=pcap_list_datalinks.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_list_datalinks.3 gzip -cn pcap_list_datalinks.3 pcap_list_datalinks.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3pcap ]; then F=pcap_list_tstamp_types.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3 ]; then F=pcap_list_tstamp_types.3; else F=pcap_list_tstamp_types.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_list_tstamp_types.3 sed: /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3: No such file or directory *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-14 10:05:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-14 10:05:24 - ERROR: failed to build world TB --- 2012-05-14 10:05:24 - 5041.84 user 687.47 system 6923.37 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full ___ 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
[head tinderbox] failure on i386/pc98
TB --- 2012-05-14 08:10:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-14 08:10:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-14 08:10:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-05-14 08:10:01 - cleaning the object tree TB --- 2012-05-14 08:10:01 - cvsupping the source tree TB --- 2012-05-14 08:10:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-05-14 08:12:12 - building world TB --- 2012-05-14 08:12:12 - CROSS_BUILD_TESTING=YES TB --- 2012-05-14 08:12:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-14 08:12:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-14 08:12:12 - SRCCONF=/dev/null TB --- 2012-05-14 08:12:12 - TARGET=pc98 TB --- 2012-05-14 08:12:12 - TARGET_ARCH=i386 TB --- 2012-05-14 08:12:12 - TZ=UTC TB --- 2012-05-14 08:12:12 - __MAKE_CONF=/dev/null TB --- 2012-05-14 08:12:12 - cd /src TB --- 2012-05-14 08:12:12 - /usr/bin/make -B buildworld World build started on Mon May 14 08:12:13 UTC 2012 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 [...] if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_is_swapped.3pcap ]; then F=pcap_is_swapped.3pcap;elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_is_swapped.3 ]; then F=pcap_is_swapped.3;else F=pcap_is_swapped.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_is_swapped.3 gzip -cn pcap_is_swapped.3 pcap_is_swapped.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_lib_version.3pcap ]; then F=pcap_lib_version.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_lib_version.3 ]; then F=pcap_lib_version.3; else F=pcap_lib_version.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_lib_version.3 gzip -cn pcap_lib_version.3 pcap_lib_version.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_datalinks.3pcap ]; then F=pcap_list_datalinks.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_datalinks.3 ]; then F=pcap_list_datalinks.3;else F=pcap_list_datalinks.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_list_datalinks.3 gzip -cn pcap_list_datalinks.3 pcap_list_datalinks.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3pcap ]; then F=pcap_list_tstamp_types.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3 ]; then F=pcap_list_tstamp_types.3; else F=pcap_list_tstamp_types.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_list_tstamp_types.3 sed: /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3: No such file or directory *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-14 10:05:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-14 10:05:24 - ERROR: failed to build world TB --- 2012-05-14 10:05:24 - 5041.98 user 682.03 system 6923.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full ___ 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
[head tinderbox] failure on amd64/amd64
TB --- 2012-05-14 08:10:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-14 08:10:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-14 08:10:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-05-14 08:10:01 - cleaning the object tree TB --- 2012-05-14 08:10:01 - cvsupping the source tree TB --- 2012-05-14 08:10:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-05-14 08:16:07 - building world TB --- 2012-05-14 08:16:07 - CROSS_BUILD_TESTING=YES TB --- 2012-05-14 08:16:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-14 08:16:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-14 08:16:07 - SRCCONF=/dev/null TB --- 2012-05-14 08:16:07 - TARGET=amd64 TB --- 2012-05-14 08:16:07 - TARGET_ARCH=amd64 TB --- 2012-05-14 08:16:07 - TZ=UTC TB --- 2012-05-14 08:16:07 - __MAKE_CONF=/dev/null TB --- 2012-05-14 08:16:07 - cd /src TB --- 2012-05-14 08:16:07 - /usr/bin/make -B buildworld World build started on Mon May 14 08:16:08 UTC 2012 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 [...] if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_is_swapped.3pcap ]; then F=pcap_is_swapped.3pcap;elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_is_swapped.3 ]; then F=pcap_is_swapped.3;else F=pcap_is_swapped.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_is_swapped.3 gzip -cn pcap_is_swapped.3 pcap_is_swapped.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_lib_version.3pcap ]; then F=pcap_lib_version.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_lib_version.3 ]; then F=pcap_lib_version.3; else F=pcap_lib_version.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_lib_version.3 gzip -cn pcap_lib_version.3 pcap_lib_version.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_datalinks.3pcap ]; then F=pcap_list_datalinks.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_datalinks.3 ]; then F=pcap_list_datalinks.3;else F=pcap_list_datalinks.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_list_datalinks.3 gzip -cn pcap_list_datalinks.3 pcap_list_datalinks.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3pcap ]; then F=pcap_list_tstamp_types.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3 ]; then F=pcap_list_tstamp_types.3; else F=pcap_list_tstamp_types.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_list_tstamp_types.3 sed: /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3: No such file or directory *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-14 10:08:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-14 10:08:51 - ERROR: failed to build world TB --- 2012-05-14 10:08:51 - 5041.20 user 685.35 system 7130.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full ___ 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
[head tinderbox] failure on mips/mips
TB --- 2012-05-14 09:39:03 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-14 09:39:03 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-14 09:39:03 - starting HEAD tinderbox run for mips/mips TB --- 2012-05-14 09:39:03 - cleaning the object tree TB --- 2012-05-14 09:39:03 - cvsupping the source tree TB --- 2012-05-14 09:39:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-05-14 09:39:32 - building world TB --- 2012-05-14 09:39:32 - CROSS_BUILD_TESTING=YES TB --- 2012-05-14 09:39:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-14 09:39:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-14 09:39:32 - SRCCONF=/dev/null TB --- 2012-05-14 09:39:32 - TARGET=mips TB --- 2012-05-14 09:39:32 - TARGET_ARCH=mips TB --- 2012-05-14 09:39:32 - TZ=UTC TB --- 2012-05-14 09:39:32 - __MAKE_CONF=/dev/null TB --- 2012-05-14 09:39:32 - cd /src TB --- 2012-05-14 09:39:32 - /usr/bin/make -B buildworld World build started on Mon May 14 09:39:32 UTC 2012 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 [...] if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_is_swapped.3pcap ]; then F=pcap_is_swapped.3pcap;elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_is_swapped.3 ]; then F=pcap_is_swapped.3;else F=pcap_is_swapped.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_is_swapped.3 gzip -cn pcap_is_swapped.3 pcap_is_swapped.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_lib_version.3pcap ]; then F=pcap_lib_version.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_lib_version.3 ]; then F=pcap_lib_version.3; else F=pcap_lib_version.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_lib_version.3 gzip -cn pcap_lib_version.3 pcap_lib_version.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_datalinks.3pcap ]; then F=pcap_list_datalinks.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_datalinks.3 ]; then F=pcap_list_datalinks.3;else F=pcap_list_datalinks.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_list_datalinks.3 gzip -cn pcap_list_datalinks.3 pcap_list_datalinks.3.gz if [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3pcap ]; then F=pcap_list_tstamp_types.3pcap; elif [ -f /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3 ]; then F=pcap_list_tstamp_types.3; else F=pcap_list_tstamp_types.3; fi; sed -e 's/3PCAP/3/g' /src/lib/libpcap/../../contrib/libpcap/$F pcap_list_tstamp_types.3 sed: /src/lib/libpcap/../../contrib/libpcap/pcap_list_tstamp_types.3: No such file or directory *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-14 10:20:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-14 10:20:39 - ERROR: failed to build world TB --- 2012-05-14 10:20:39 - 1509.34 user 360.96 system 2496.67 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full ___ 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: Intel GPU driver import
on 13/05/2012 00:39 Konstantin Belousov said the following: With r235375, all required VM support for new Intel GPU driver was committed into HEAD. There are still some things to improve and change, but now the all.14.9.patch does not touch anything outside agp or drm. This allows to start the process of importing the new Intel GPU driver into HEAD. I am writing this as initial head-up and to discuss some questions, for which I do have answers but would prefer to have additional feedback from people doing Xorg work. The patch as-is just replaces the Intel DRI1 bits with DRI2 driver. Patch added most of the KMS infrastructure into DRM core. Also, patch completely changed the locking model used by Intel driver. I made absolutely minimal efforts needed to keep other DRI1 drivers compilable. Despite that, I got several surpising reports that Radeon DRI1 still works. That said, for import I can (first choice) just apply the patch, replacing the Intel driver with new one. Or (second choice) I may create another directory, say sys/dev/drm2, and import _only_ Intel driver together with updated DRM core, there. The positive points to the second approach is that we still have older kernel drivers around. Also, I have more freedom in changing the DRM core, without fearing breakage in the DRI1 land. Since I do not really want to deal with Gen2-3 hardware, and VGA console does not work with new driver (yet), there are definite advantages. On the other hand, driver automatic loading will not work with dev/drm2 approach. New driver have to use different module name to co-exist with dri1 driver, so ddx driver cannot load new driver by old name. As result, users need to manually kldload new driver before starting Xorg. My own preference is to implement second choice and put the driver into dev/drm2. I think that I would prefer this path too for the reasons you already mentioned above: - potential problems for other drivers - need to easily fallback for those who use the intel driver and may run into problems with the new code - some missing bits related to kms like syscons support, which makes troubleshooting harder BTW, I think that we should patch xf86-video-intel port to try loading i915kms/i915gem/... if i915 is not available. I think that that should be fine for a FreeBSD-specific patch. Alternatively, we could keep the same names for drivers/modules and then have a global knob (WITH_DRM2/WITH_KMS/etc) to select which source is code is used to build the drivers. Finally, thank you very much for this work! Looking forward to having it in the tree. -- Andriy Gapon ___ 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: Default directory used for 'zpool import' broken (/dev/dsk)?
on 13/05/2012 11:53 Bruce Cran said the following: When running 'zpool import' without -d I get the error: cannot open '/dev/dsk': must be an absolute path zpool(8) suggests the default should have been updated for FreeBSD: If the -d option is not specified, this command searches for devices in /dev Was this broken recently? Not sure, but maybe /dev/dsk is recorded somewhere in the pool metadata or in zpool.cache. It could have happened with the older version of the code. I think that you could check that with zdb. I think that a fresh import should fix it, though. -- Andriy Gapon ___ 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: Intel GPU driver import
On Mon, May 14, 2012 at 02:31:38PM +0300, Andriy Gapon wrote: on 13/05/2012 00:39 Konstantin Belousov said the following: With r235375, all required VM support for new Intel GPU driver was committed into HEAD. There are still some things to improve and change, but now the all.14.9.patch does not touch anything outside agp or drm. This allows to start the process of importing the new Intel GPU driver into HEAD. I am writing this as initial head-up and to discuss some questions, for which I do have answers but would prefer to have additional feedback from people doing Xorg work. The patch as-is just replaces the Intel DRI1 bits with DRI2 driver. Patch added most of the KMS infrastructure into DRM core. Also, patch completely changed the locking model used by Intel driver. I made absolutely minimal efforts needed to keep other DRI1 drivers compilable. Despite that, I got several surpising reports that Radeon DRI1 still works. That said, for import I can (first choice) just apply the patch, replacing the Intel driver with new one. Or (second choice) I may create another directory, say sys/dev/drm2, and import _only_ Intel driver together with updated DRM core, there. The positive points to the second approach is that we still have older kernel drivers around. Also, I have more freedom in changing the DRM core, without fearing breakage in the DRI1 land. Since I do not really want to deal with Gen2-3 hardware, and VGA console does not work with new driver (yet), there are definite advantages. On the other hand, driver automatic loading will not work with dev/drm2 approach. New driver have to use different module name to co-exist with dri1 driver, so ddx driver cannot load new driver by old name. As result, users need to manually kldload new driver before starting Xorg. My own preference is to implement second choice and put the driver into dev/drm2. I think that I would prefer this path too for the reasons you already mentioned above: - potential problems for other drivers - need to easily fallback for those who use the intel driver and may run into problems with the new code - some missing bits related to kms like syscons support, which makes troubleshooting harder BTW, I think that we should patch xf86-video-intel port to try loading i915kms/i915gem/... if i915 is not available. I think that that should be fine for a FreeBSD-specific patch. Alternatively, we could keep the same names for drivers/modules and then have a global knob (WITH_DRM2/WITH_KMS/etc) to select which source is code is used to build the drivers. No, I want both drivers to be presented in /boot/kernel in default install. Also, I want to avoid forcing user to recompile her kernel for driver switching. Regarding the patching xf86-video-intel, I am completely fine with this, but the work should be done by xorg porters. Assuming they will to do this and then maintain the (should be quite trivial) patch. And I like the 'i915kms' name for the module. This and drm2.ko for core drm infrastructure sound good, thank you. pgpIYQhuYZAvr.pgp Description: PGP signature
Re: FYI FreeBSD clang build fails on new import of sort
On 2012.05.14. 2:49, Garrett Cooper wrote: Yeah... errx(2, getstr(9)) should be errx(2, %s, getstr(9))... -Garrett Thanks, should be fixed now. Gabor ___ 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: [review request] usr.sbin/service - make showing files configurable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 5/13/2012 6:15 PM, Doug Barton wrote: On 5/12/2012 8:23 PM, Bryan Drewery wrote: Hi, I found service(8) to be inconsistent that it listed files with `service -e`, but plain services with `service -l` That behavior is by design. Could you please elaborate on the design decision? I did of course look in base for uses of service -e and service -l, before considering this patch. The only case I can find is in a cshrc example, which my patch does not affect. I had expected service -e to behave like service -l, so I could for example, put it into a loop and check all services, using the service(8) script itself. for service_name in `service -e`; do service status $service_name || service start $service_name; done Of course this doesn't work as -e returns files. /etc/rc.d/ntpd does not exist in /etc/rc.d or the local startup directories (/usr/local/etc/rc.d) This may be a poor example, but it's something I tried and was surprised by not working. My patch allows for the old behavior of listing the file, but improves it so now -e -l and -r all support showing files by specifying -F, while without, it just lists the service names. I consider this change to be fairly trivial since -e doesn't appear to be used anywhere currently. Thanks for your interest, Doug Regards, Bryan Drewery -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPsQobAAoJEG54KsA8mwz55UcP/3m/6JnfNauEBr4/YB+fClyq 0+q6qkZIue7iXvZKxbE86Zyg4PxBMEvsteVrqZHSwSbwJmvrRj8o1aQkKS2FDgjW 0urKhNnzY2nd5cgDfE9HLSsg9gm25KWbVEcPKNhY5ru8BltRaLQ4V5XGu5XIsxYM E2660rX71q1+GgjuU4TqKUj3m/PjNeAw37uwJTvhmWwP2EK8Aw3zOfipQAsYo4ng ehha1gG0y6fqK44hlgr/SByiGmcN2+5OxCFQp/GFCwvVjXIUTnMN0xLs77GN1/S6 P4yMz6bE605uEaHQfbyPminfE/5t5Zisr9ctk4Vckwj+ixHetcVEa692NXGb5YwP +WygJ6HJk7pwJnQwjFwXUSKJSA/Iy0ktXBaJDawLZWAKl2CuADq9H6fnOqdTJWF2 tgXYufvuWNzCmdfW+kOuDbzUxcUcK/GMN5y4z41Ee245h/GQ5otECD/lybeBwnZF S90Hpc8nuctedDw5GuisQMBNNOfctdl/gRL+zmLIEDD7lzO90bz6bJlUMZt2Umzq 1vou2brIpMqmN+ci1PMSpXRIRufXSHOAPRzfPOORYZWb7t51C173YjwFt6Zkk6nt WKXVQzM9oArfClAUilVbiqlq4PSMVh/9iCTZSsNrNWRiPjIpapxAIlXg/idgxTZA YX6eL2j3vXWahCP0PKtP =woA8 -END PGP SIGNATURE- ___ 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: Default directory used for 'zpool import' broken (/dev/dsk)?
Andriy Gapon a...@freebsd.org wrote:
on 13/05/2012 11:53 Bruce Cran said the following:
When running 'zpool import' without -d I get the error:
cannot open '/dev/dsk': must be an absolute path
zpool(8) suggests the default should have been updated for FreeBSD:
If the -d option is not specified, this command searches for devices
in /dev
Was this broken recently?
Not sure, but maybe /dev/dsk is recorded somewhere in the pool metadata
or in zpool.cache. It could have happened with the older version of the
code. I think that you could check that with zdb. I think that a fresh
import should fix it, though.
The following patch seems to work for me:
commit 7ec69700f2d6944a61f5c7a826e67f46fa160221
Author: Fabian Keil f...@fabiankeil.de
Date: Mon May 12 16:53:56 2012 +0200
Default to searching vdevs in /dev. /dev/dsk doesn't exist on FreeBSD.
Fixes import issues if no cachefile exists and -d isn't used:
fk@r500 ~ $sudo zpool import wde2
cannot open '/dev/dsk': must be an absolute path
diff --git a/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
b/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
index fe76250..5d1e454 100644
--- a/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
+++ b/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
@@ -1909,7 +1909,7 @@ zpool_do_import(int argc, char **argv)
if (searchdirs == NULL) {
searchdirs = safe_malloc(sizeof (char *));
- searchdirs[0] = /dev/dsk;
+ searchdirs[0] = /dev;
nsearch = 1;
}
The cachefile part is speculation ...
Fabian
signature.asc
Description: PGP signature
RE: FYI FreeBSD clang build fails on new import of sort
I found another problem with sort compilation with clang, I'll send the fix soon. Thanks Oleg -Original Message- From: Gábor Kövesdán [mailto:ga...@t-hosting.hu] Sent: Monday, May 14, 2012 4:24 AM To: Garrett Cooper Cc: Outback Dingo; freebsd-current; Oleg Moskalenko Subject: Re: FYI FreeBSD clang build fails on new import of sort On 2012.05.14. 2:49, Garrett Cooper wrote: Yeah... errx(2, getstr(9)) should be errx(2, %s, getstr(9))... -Garrett Thanks, should be fixed now. Gabor ___ 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: Default directory used for 'zpool import' broken (/dev/dsk)?
on 14/05/2012 18:19 Fabian Keil said the following:
Andriy Gapon a...@freebsd.org wrote:
on 13/05/2012 11:53 Bruce Cran said the following:
When running 'zpool import' without -d I get the error:
cannot open '/dev/dsk': must be an absolute path
zpool(8) suggests the default should have been updated for FreeBSD:
If the -d option is not specified, this command searches for devices
in /dev
Was this broken recently?
Not sure, but maybe /dev/dsk is recorded somewhere in the pool metadata
or in zpool.cache. It could have happened with the older version of the
code. I think that you could check that with zdb. I think that a fresh
import should fix it, though.
The following patch seems to work for me:
commit 7ec69700f2d6944a61f5c7a826e67f46fa160221
Author: Fabian Keil f...@fabiankeil.de
Date: Mon May 12 16:53:56 2012 +0200
Default to searching vdevs in /dev. /dev/dsk doesn't exist on FreeBSD.
Fixes import issues if no cachefile exists and -d isn't used:
fk@r500 ~ $sudo zpool import wde2
cannot open '/dev/dsk': must be an absolute path
Hah, so this hasn't been fixed actually.
Thank you for the patch!
diff --git a/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
b/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
index fe76250..5d1e454 100644
--- a/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
+++ b/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
@@ -1909,7 +1909,7 @@ zpool_do_import(int argc, char **argv)
if (searchdirs == NULL) {
searchdirs = safe_malloc(sizeof (char *));
- searchdirs[0] = /dev/dsk;
+ searchdirs[0] = /dev;
nsearch = 1;
}
The cachefile part is speculation ...
--
Andriy Gapon
___
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: Default directory used for 'zpool import' broken (/dev/dsk)?
on 14/05/2012 19:11 Andriy Gapon said the following:
on 14/05/2012 18:19 Fabian Keil said the following:
The following patch seems to work for me:
commit 7ec69700f2d6944a61f5c7a826e67f46fa160221
Author: Fabian Keil f...@fabiankeil.de
Date: Mon May 12 16:53:56 2012 +0200
Default to searching vdevs in /dev. /dev/dsk doesn't exist on FreeBSD.
Fixes import issues if no cachefile exists and -d isn't used:
fk@r500 ~ $sudo zpool import wde2
cannot open '/dev/dsk': must be an absolute path
Hah, so this hasn't been fixed actually.
Thank you for the patch!
diff --git a/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
b/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
index fe76250..5d1e454 100644
--- a/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
+++ b/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
@@ -1909,7 +1909,7 @@ zpool_do_import(int argc, char **argv)
if (searchdirs == NULL) {
searchdirs = safe_malloc(sizeof (char *));
-searchdirs[0] = /dev/dsk;
+searchdirs[0] = /dev;
nsearch = 1;
}
The cachefile part is speculation ...
Not sure if the following is also necessary, but it looks like it makes sense:
--- a/cddl/contrib/opensolaris/lib/libzfs/common/libzfs_import.c
+++ b/cddl/contrib/opensolaris/lib/libzfs/common/libzfs_import.c
@@ -1145,7 +1145,7 @@ zpool_find_import_impl
char *end, **dir = iarg-path;
size_t pathleft;
nvlist_t *ret = NULL;
- static char *default_dir = /dev/dsk;
+ static char *default_dir = /dev;
pool_list_t pools = { 0 };
pool_entry_t *pe, *penext;
vdev_entry_t *ve, *venext;
I am not sure if zpool_find_import_impl is ever called with empty/zero
paths/path
in the importargs_t parameter.
--
Andriy Gapon
___
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: ACPI 'driver bug: Unable to set devclass'
on 14/05/2012 01:43 Bruce Cran said the following: On 13/05/2012 21:06, Andriy Gapon wrote: Can you produce an equivalent snippet with verbose logging enabled? I have a suspicion that these messages are a byproduct from r231161. acpi0: reservation of fee0, 1000 (3) failed acpi0: reservation of 0, a (3) failed acpi0: reservation of 10, bbf0 (3) failed acpi_sysresource: acpi_sysresource0 already exists; skipping it driver bug: Unable to set devclass (class: acpi_sysresource devname: (unknown)) acpi_timer: acpi_timer0 already exists; skipping it driver bug: Unable to set devclass (class: acpi_timer devname: (unknown)) cpu0: ACPI CPU on acpi0 ACPI Warning: Incorrect checksum in table [OEMB] - 0x45, should be 0x44 (20120420/tbutils-293) ACPI: SSDT 0xbb7900f0 01340 (v01 DpgPmm P001Ist 0011 INTL 20051117) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 01340 (v01 DpgPmm P001Ist 0011 INTL 20051117) ACPI: SSDT 0xbb791430 004F4 (v01 PmRef P001Cst 3001 INTL 20051117) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 004F4 (v01 PmRef P001Cst 3001 INTL 20051117) acpi_sysresource: acpi_sysresource2 already exists; skipping it driver bug: Unable to set devclass (class: acpi_sysresource devname: (unknown)) cpu2: ACPI CPU on acpi0 acpi_sysresource: acpi_sysresource1 already exists; skipping it driver bug: Unable to set devclass (class: acpi_sysresource devname: (unknown)) cpu1: ACPI CPU on acpi0 acpi_sysresource: acpi_sysresource3 already exists; skipping it driver bug: Unable to set devclass (class: acpi_sysresource devname: (unknown)) I think that the following is what happens here in the acpi_timer case. Previously one acpi_timer device_t was added with an order of zero and a fixed unit number of zero in acpi_timer_identify(). Then, another acpi_timer device_t could be added when walking the ACPI device tree, that device would always have a later order and a wildcard unit number (-1). Now both the hardwired device and auto-probed device are added with the same order of 2 and it also so happens that the hardwired device is after the auto-probed in the device list. So first the auto-probed device just takes the unit number of zero because it is free and then the hardwired device fails to claim the same unit number. The call chain is: device_probe_child - device_set_devclass - devclass_add_device - devclass_alloc_unit. BTW, it seems that acpi_timer_probe is hardcoded to succeed only for the hardwired device, so I am not if we should just skip creating an auto-probed device. In any case, setting any special properties for the auto-probed device (like the order) seems to be completely pointless. I am not really sure what happens for the acpi_sysresource devices. -- Andriy Gapon ___ 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: FYI FreeBSD clang build fails on new import of sort
On 2012.05.14. 17:38, Oleg Moskalenko wrote: I found another problem with sort compilation with clang, I'll send the fix soon. I also found them and fixed them when committing your another fixes, so it should be ok now. Gabor ___ 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: [CFT] SMP/i386 suspend/resume
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-05-14 00:16:17 -0400, Mitsuru IWASAKI wrote: Hi, Reporting from an Acer Centrino Duo, running CURRENT r235266. The machine has an nvidia card (Ge7300go). The acpi_video and nvidia modules are there. I did test it a few times with X running (plain twm) and worked just fine. Setting hw.acpi.lid_switch_state=S3 allowed me to use the close-the-lid-to-sleep functionality. The problem comes when I suspend the machine in the console. The machine resumes fine (I can ping and ssh it) but the screen remains black. I set hw.acpi.reset_video to 0 or 1 but no go. If I'm in a console but X is running, after the resume I can CTRL+ALT+F9 and get my video back; then I can return to the console. If I don't have X running, I don't know how to get my console back. I think this is graphic driver problem. nvidia's driver seems to have correct suspend/resume method. http://www.nvidia.com/object/freebsd_archive.html Have you try it? Yes, it is running the propietary driver. Everything was done with it loaded. Do you want me to try without the nvidia binary driver? First of all, thank you very much for your work! I wanted to do it for very long time but I had no time to actually implement it. :-) Yes, if it doesn't bother you. Hmmm, it doesn't seem related with my SMP/i386 sleep patches. I know for sure it is not related to your patches. In fact, we cannot resume most NVIDIA controllers without NVIDIA kernel driver + binary X.org driver + VT switching hack (i.e., hw.syscons.sc_no_suspend_vtswitch=0, which is default). Also, there is ACPI_PM option for ports/x11/nvidia-driver but it doesn't help much because it doesn't seem to save/restore GPU registers by itself (off by default). Very few NVIDIA controllers can be reset with BIOS POST or saved/restored with VBE functions. Many Intel controllers have similar issues and they need kib's KMS driver. Usually, ATI/AMD controllers have no problem when (relatively recent) vesa.ko is compiled into kernel or loaded as module as they have complete VBE save/restore functions. Similarly, any video controllers with correct save/restore functions should work with vesa.ko. Could you try also Uni-processer kernel (w/o SMP and apic from config file) without my patches? OTOH, IIRC the console only test (without X) without acpi_video lead to freeze. No crash dump. The machine has no serial or fwire ports :( We can improve video initialization on another opportunity. Linux have many video hacks while we have only hw.acpi.reset_video ;) FYI, we don't need hw.acpi.reset_video any more (and it is even harmful). It is done from vesa.ko now. http://www.kernel.org/doc/Documentation/power/video.txt I believe there are some solutions for you in this document, then we can implement them in our source if found. Most of these Linux hacks are completely obsolete since KMS. I really don't want to reiterate Linux mistakes again. Jung-uk Kim -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+xRvcACgkQmlay1b9qnVP1NwCfVPMz1YhvUcyyhWkQjs4JZdgd B0gAoKuv4ST+N7FInyfaMwMYuFe4AfNx =jk3/ -END PGP SIGNATURE- ___ 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
random device not loaded; using insecure entropy during boot
While booting -current I noticed a new warning introduced in r230230** http://svnweb.freebsd.org/base?view=revisionrevision=230230 (though it's not in 'dmesg' once booted): FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 5 random device not loaded; using insecure entropy I guess something's wanting random data before its been initialized? Once booted kern.random shows that it is loaded and working. -- Bruce Cran ___ 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
bsdinstall+ZFS / pc-sysinstall
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Josh / Nate / Kris, I have taken interest in adding basic ZFS support to bsdinstall. I especially want to ensure that the default layout supports Boot Environments for future use. So rpool/ROOT/freebsd/* instead of rpool/*. I see that pc-sysinstall has been in the works for a while now. Is the plan still to hook bsdinstall into using pc-sysinstall as the backend? What's the general status of pc-sysinstall in FreeBSD? Unless someone else is already tackling getting ZFS support into bsdinstall, or working to get bsdinstall to use pc-sysinstall, I'd love to take that project on and/or help in any way. Regards, Bryan Drewery -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPsU2SAAoJEG54KsA8mwz51swP/2xuhDDm4+rPZEmjgbHcQ2ib qmjIs9pAvanP6K1dsldmIIAXG8CzZR0+hYJ7MEh95fLK3jelcbsepxwguo8/Yl7p w3iKuULmctkbyQdAr29TXQ/IcZjIGCpsS31LtnFOezkuahrl2ReSlFsbP16UOTbB Evx0QOdkly7hL+Dy61mQJaUQlCsQQ1fU52EUgOLeQIMJByYMmNZ6gn11jGW73WWW dl2ETxJwftzeB7/AkcRgtDRgzrDC/HjXtHftFDiD6koXbryWxHnpvXrTFhAGNe5V uAvdJ0SNY+PHuGPG4mcTHJVEXAkox4LEYNuK+5NALAFqdSOjTHdbEaG1RS5woPPR rPyQ/vyLLwcqQymdp0cOxta6q3tKqQAeshymQelnB4MsBvDlx1ORJP1unXZb7+R8 d9ArW+DB24eUqzeztOTmoUJkG6Ir44hWQPO7ZX5NW2ZwP9PDWqo1Frf95NtNsQ6C NmzeUlpDDwZQI5jDK1BiIyMpHPSgZyHXRq3/uiEwEJ5JTrZ1kQIz4P7Bw+ZB4UYj KRRw8CKvEx6MFOghiiqf55QqmU6/IR7gVKNtRhv4hv48CLDbw5gH0fwkS2JtSUkv mI23IoykuLJDx/HjSLL3q+F1CMjDSDoNbaf2yAQfFjiJSx+49Cnq1dSwvwznU9JI n7O7UHB+ryUHxgsfGz7t =SQtL -END PGP SIGNATURE- ___ 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
No reboot on shutdown -r?
In the last week or 3 I've seen a regression where my FreeBSD 10.0-CURRENT system will NOT reboot. It'll hang at all buffers synced. Usually I do this remote, and do have an IPMI card in it, but that precludes responding to a prompt, or sending keystrokes (since it looks like a USB keyboard). What can I do when I'm local to the box to see why it's hanging? Current SVN: r235453 See attached picture. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: l...@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 ___ 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: No reboot on shutdown -r?
On Mon, May 14, 2012 2:34 pm, Larry Rosenman wrote: In the last week or 3 I've seen a regression where my FreeBSD 10.0-CURRENT system will NOT reboot. It'll hang at all buffers synced. Usually I do this remote, and do have an IPMI card in it, but that precludes responding to a prompt, or sending keystrokes (since it looks like a USB keyboard). What can I do when I'm local to the box to see why it's hanging? Current SVN: r235453 See attached picture. I forgot this list strips attachments. picture at: http://www.lerctr.org/~ler/FreeBSD%20-%20NoReboot.PNG -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: l...@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 ___ 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 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: l...@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 ___ 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
CURRENT (r235416) build error (/usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `log')
Hello Hackers, I’m trying to build -CURRENT (r235416) and getting build error: === lib/clang/libllvmx86utils (all) === lib/clang/include (all) === libexec (all) === libexec/atrun (all) cc -O2 -pipe -DATJOB_DIR=\/var/at/jobs/\ -DLFILE=\/var/at/jobs/.lockfile\ -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\/var/at/spool\ -DVERSION=\2.9\ -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\/var/at/\ -I/usr/src/libexec/atrun/../../usr.bin/at -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -g -O0 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\/var/at/jobs/\ -DLFILE=\/var/at/jobs/.lockfile\ -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\/var/at/spool\ -DVERSION=\2.9\ -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\/var/at/\ -I/usr/src/libexec/atrun/../../usr.bin/at -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -g -O0 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\/var/at/jobs/\ -DLFILE=\/var/at/jobs/.lockfile\ -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\/var/at/spool\ -DVERSION=\2.9\ -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\/var/at/\ -I/usr/src/libexec/atrun/../../usr.bin/at -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -g -O0 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `log' *** [atrun] Error code 1 Stop in /usr/src/libexec/atrun. *** [all] Error code 1 Stop in /usr/src/libexec. *** [libexec.all__D] Error code 1 Stop in /usr/src. *** [everything] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. Last time I successfully built -CURRENT was in the middle of February. I have checked UPDATING file, but didn’t find anything interesting there. I wonder if it’s a known issue? Is there a known solution for this? Thanks in advance! P.S. My system info: $ uname -a FreeBSD csx-spb-freebsd-current 10.0-CURRENT FreeBSD 10.0-CURRENT #8 r231565: Mon Feb 13 05:28:23 MSK 2012 root@csx-spb-freebsd-current:/usr/obj/usr/src/sys/CSXDEBUG amd64 $ gcc --version gcc (GCC) 4.2.1 20070831 patched [FreeBSD] Copyright (C) 2007 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. $ clang --version FreeBSD clang version 3.0 (tags/RELEASE_30/final 145349) 20111210 Target: x86_64-unknown-freebsd10.0 Thread model: posix $ -- Sincerely yours, Dmitry V. Krivenok e-mail: krivenok.dmi...@gmail.com skype: krivenok_dmitry jabber: krivenok_dmi...@jabber.ru icq: 242-526-443 ___ 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
FYI clang fails to build ports argp-standalone
build on CURRENT Not sure if its appropriate here, but when trying to get through a new glusterfs FYI clang fails to build ports argp-standalone on CURRENT ___ 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: FYI clang fails to build ports argp-standalone
a) the best place is freebsd-ports@ b) we do periodic builds of ports with clang as default but in general clang is not ready to be the default compiler yet. Please see http://wiki.freebsd.org/PortsAndClang . mcl ___ 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
libpcap 1.2.1 import breaks (not-rebuilded) ports -- need version bump?
Hello, freebsd-current. It seems, that import of libpcap 1.2.1 changes something in library API: port p5-Net-Pcap, build BEFORE world with libpcap 1.2.1 (yes, world and kernel were reinstalled and ports weren't) crash perl when it is used: jemalloc: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:912: Failed assertion: ((uintptr_t)ptr PAGE_MASK) == 0 Abort (core dumped) Perl itself and other scripts, which don't use p5-NEt-Pcap, works. -- // Black Lion AKA Lev Serebryakov l...@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: Default directory used for 'zpool import' broken (/dev/dsk)?
Andriy Gapon a...@freebsd.org writes:
on 14/05/2012 19:11 Andriy Gapon said the following:
on 14/05/2012 18:19 Fabian Keil said the following:
The following patch seems to work for me:
commit 7ec69700f2d6944a61f5c7a826e67f46fa160221
Author: Fabian Keil f...@fabiankeil.de
Date: Mon May 12 16:53:56 2012 +0200
Default to searching vdevs in /dev. /dev/dsk doesn't exist on FreeBSD.
Fixes import issues if no cachefile exists and -d isn't used:
fk@r500 ~ $sudo zpool import wde2
cannot open '/dev/dsk': must be an absolute path
Hah, so this hasn't been fixed actually.
Thank you for the patch!
diff --git a/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
b/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
index fe76250..5d1e454 100644
--- a/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
+++ b/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c
@@ -1909,7 +1909,7 @@ zpool_do_import(int argc, char **argv)
if (searchdirs == NULL) {
searchdirs = safe_malloc(sizeof (char *));
- searchdirs[0] = /dev/dsk;
+ searchdirs[0] = /dev;
nsearch = 1;
}
The cachefile part is speculation ...
Not sure if the following is also necessary, but it looks like it
makes sense:
It looks like bin/155104 which affects zdb -e.
--- a/cddl/contrib/opensolaris/lib/libzfs/common/libzfs_import.c
+++ b/cddl/contrib/opensolaris/lib/libzfs/common/libzfs_import.c
@@ -1145,7 +1145,7 @@ zpool_find_import_impl
char *end, **dir = iarg-path;
size_t pathleft;
nvlist_t *ret = NULL;
- static char *default_dir = /dev/dsk;
+ static char *default_dir = /dev;
pool_list_t pools = { 0 };
pool_entry_t *pe, *penext;
vdev_entry_t *ve, *venext;
I am not sure if zpool_find_import_impl is ever called with empty/zero
paths/path in the importargs_t parameter.
___
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
