Re: Default directory used for 'zpool import' broken (/dev/dsk)?

Andriy Gapon 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 >>> Date: Mon May 12 16:53

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: : /usr/src/lib/libc/../../contrib/jemalloc/inc

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 ma

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-curr

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_DI

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,

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).

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

"random device not loaded; using insecure entropy" during boot

While booting -current I noticed a new warning introduced in r230230** (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

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

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@fr

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:

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 >> Date: Mon May 12 16:53:56 2012 +0200 >> >> Default t

Re: Default directory used for 'zpool import' broken (/dev/dsk)?

on 14/05/2012 18:19 Fabian Keil said the following: > Andriy Gapon 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 be

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: Default directory used for 'zpool import' broken (/dev/dsk)?

Andriy Gapon 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 spe

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.

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-cur

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.pat

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

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

[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-

[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-

[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-

[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-

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 : >> What is Gen2-3 hardware in this context? Can you give examples? > It is 810/815/865/915/945/G33/IDG chipsets. They currently wor

[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-

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 documentati

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

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 m

[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-

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 proce

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 d

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...@freeb