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
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
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-
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
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
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 ---
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
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
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
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 ---
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.
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 ---
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 ---
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 ---
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 ---
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
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
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
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
-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
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
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:
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
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
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:
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
___
-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
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
-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
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).
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
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
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
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
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:
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
36 matches
Mail list logo