Hi all. I've come across a possible Clang regression that recently
crept into stable/9. I'd like to check to see whether it's a true bug
or if I jacked something up. It appears all object files are created
with mode 0600 rather than honoring umask. This breaks installworld
for me. I use a
I'm using several Dell servers with FreeBSD 8.2-STABLE and the bge
driver. No problems that I can see.
You are using R620/720 machines with the 5720 add on board?
Sorry, my servers are slightly older Dell servers. No R620/720.
Steinar Haug, Nethelp consulting, sth...@nethelp.no
On 2012-05-29 04:49, Randy Bush wrote: trying a clang buildworld and get a
bunch of
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md:4249:29:
warning: self-comparison always evaluates to false [-Wtautological-compare]
(TARGET_64BIT || DImode != DImode))
On Fri, May 25, 2012 at 12:38 PM, Manuel Trujillo (TooManySecrets)
toom...@toomany.net wrote:
The windows server at office have a large path to the shares (sub-path), e.g.
//teide/recursos/usuarios/myuser
where recursos is a share, and inside it, myuser is another share
from usuarios
Good point Doug, I guess the choice between a clang 3.1 and gcc 4.2.1
world/kernel is pending a performance profile comparison. The performance
comparison using specific applications (ports) indicates some improvement
of gcc 4.6 over 4.2 and certainly gains when openMP is advantageous.
Regards,
On 29/05/2012 04:47, Randy Bush wrote:
is the clang build for releng_9 for amd64 in good enough shape that i
can simply
csup
hack make.conf
make buildworld
make kernel
boot single
make installworld
mergemaster -cviFU
reboot
as if life was normal?
Pace Doug's comments
Doug Barton do...@freebsd.org writes:
This needs more than diff-posting, it needs actual testing. By humans,
and an -exp run. Since miwi is on the cc list, perhaps he can arrange
it?
No -exp run required. This code is already in use in head and 9 and has
been for ages - two and a half years,
On Tue, May 29, 2012 at 12:55:24PM +0800, Martin Wilke wrote:
Yes I can do that.
It doesn't make sense to do exp-run before libarchive 3.04 MFV and premission
patch for unzip will be commited. To many ports failures.
+-oOO--(_)--OOo-+
With best
is the clang build for releng_9 for amd64 in good enough shape that i
can simply
csup
hack make.conf
make buildworld
make kernel
boot single
make installworld
mergemaster -cviFU
reboot
this did work. i am now doing a portupgrade to see if i can break
things.
randy
Dag-Erling Smørgrav d...@des.no writes:
No -exp run required. This code is already in use in head and 9 and has
been for ages - two and a half years, to be exact.
To clarify:
- usr.bin/unzip was hooked up to the build in head in December 2009,
long before 9 was branched, so 9.0 shipped
On 5/29/2012 12:37 AM, Dag-Erling Smørgrav wrote:
Doug Barton do...@freebsd.org writes:
This needs more than diff-posting, it needs actual testing. By humans,
and an -exp run. Since miwi is on the cc list, perhaps he can arrange
it?
No -exp run required. This code is already in use in head
According to the unzip(1) man page on 9-stable:
HISTORY
The unzip utility appeared in FreeBSD 8.0.
So possibly the man page needs to be fixed as well.
Daniel
___
freebsd-stable@freebsd.org mailing list
-Original Message-
From: owner-freebsd-sta...@freebsd.org
[mailto:owner-freebsd-sta...@freebsd.org] On Behalf Of Matthew Seaman
Sent: Tuesday, 29 May 2012 5:33 PM
To: Randy Bush
Cc: FreeBSD Stable
Subject: Re: clang tautology
On 29/05/2012 04:47, Randy Bush wrote:
is the
Mark Linimon is monitoring the status of ports and clang at
http://blog.vx.sk/archives/25-FreeBSD-Compiler-Benchmark-gcc-base-vs-gcc-ports-vs-clang.html
Which might save you some work.
looks like benchmarks, not status of compilability/runability
randy
Doug Barton do...@freebsd.org writes:
I saw your followup, and I think you're probably right ... the problem
is that there are some things in the ports tree that are conditional on
OSVERSION, so the fact that it works on HEAD and 9 doesn't necessarily
mean that it will work in 8.
Well,
My apologies, I clearly didn't copy the url from the right buffer, Mark
Linimon's Ports Clang wiki is at http://wiki.freebsd.org/PortsAndClang
Dewayne
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
On Sat, 26 May 2012 12:34:25 +0300
Andriy Gapon a...@freebsd.org wrote:
if we decide so, then I think that we could still keep the things
simple. As we currently use the wholesale approach (all CPUs are
set to the same P-state regardless of topology), then we could first
make a pass of
On Tue, May 29, 2012 at 01:39:19AM -0500, James wrote:
Hi all. I've come across a possible Clang regression that recently
crept into stable/9. I'd like to check to see whether it's a true bug
or if I jacked something up. It appears all object files are created
with mode 0600 rather than
On 2012-05-29 18:27, David Wolfskill wrote:
On Tue, May 29, 2012 at 01:39:19AM -0500, James wrote:
Hi all. I've come across a possible Clang regression that recently
crept into stable/9. I'd like to check to see whether it's a true bug
or if I jacked something up. It appears all object files
On Tue, May 29, 2012 at 06:59:17PM +0200, Dimitry Andric wrote:
...
Just so you know, this is indeed a regression that has crept into clang,
and even into the 3.1 release. :(
I'm working on fixing it in head, then I will merge the fix to stable/9
in a few days.
Very cool; should be in time
On Tue, May 29, 2012 at 11:59 AM, Dimitry Andric dimi...@andric.com wrote:
Just so you know, this is indeed a regression that has crept into
clang, and even into the 3.1 release. :(
I'm working on fixing it in head, then I will merge the fix to
stable/9 in a few days.
Cool. Thanks much
Dear All,
I seem to have a problem where really heavy disk I/O is drowning my machine. I
see hangs in the shell where I am logged on using ssh. Network connections get
dropped for no apparent reason and some HTTP requests are served really slowly.
Profiling the app code shows that the hangs
On 5/29/2012 12:26 PM, Kees Jan Koster wrote:
I seem to have a problem where really heavy disk I/O is drowning my machine.
Assuming you're using the default scheduler (SCHED_ULE), try switching
to the 4BSD scheduler in your kernel config file and see if that helps.
Doug
--
This
On Tue, May 29, 2012 at 12:26 PM, Kees Jan Koster kjkos...@gmail.com wrote:
I seem to have a problem where really heavy disk I/O is drowning my machine.
I see hangs in the shell where I am logged on using ssh. Network connections
get dropped for no apparent reason and some HTTP requests are
On Tue, May 29, 2012 at 12:34 PM, Freddie Cash fjwc...@gmail.com wrote:
On Tue, May 29, 2012 at 12:26 PM, Kees Jan Koster kjkos...@gmail.com wrote:
I seem to have a problem where really heavy disk I/O is drowning my machine.
I see hangs in the shell where I am logged on using ssh. Network
On Tue, May 29, 2012 at 09:26:32PM +0200, Kees Jan Koster wrote:
Dear All,
I seem to have a problem where really heavy disk I/O is drowning my machine.
I see hangs in the shell where I am logged on using ssh. Network connections
get dropped for no apparent reason and some HTTP requests are
Dear Freddie,
You may want to play around with gshed, the GEOM Scheduler.
Matt Dillon did a bunch of tests comparing FreeBSD+UFS to
DragonflyBSD+HAMMER and found that FreeBSD starves read threads in
order to satisfy write threads (or the other way around?). But,
adding gsched into the mix
Dear Doug,
I seem to have a problem where really heavy disk I/O is drowning my machine.
Assuming you're using the default scheduler (SCHED_ULE), try switching
to the 4BSD scheduler in your kernel config file and see if that helps.
I will, thanks for the suggestion.
--
Kees Jan
Dear Gary,
# camcontrol devlist
WDC WD740ADFD-00NLR1 20.07P20at scbus1 target 0 lun 0 (pass0,ada0)
WDC WD740GD-00FLC0 33.08F33 at scbus2 target 0 lun 0 (pass1,ada1)
WDC WD740GD-00FLC0 33.08F33 at scbus3 target 0 lun 0 (pass2,ada2)
OCZ SUMMIT VBM1801Q at scbus4
On Fri, May 25, 2012 at 12:38 PM, Manuel Trujillo (TooManySecrets)
toom...@toomany.net wrote:
I have also an /etc/nsmb.conf configured. All runs fine... except
because I only can mount up to recursos (from the line
teide/recursos/usuarios/myuser), and NOT the share myuser (the last
part of the
Dear Freddie,
You may want to play around with gshed, the GEOM Scheduler.
Matt Dillon did a bunch of tests comparing FreeBSD+UFS to
DragonflyBSD+HAMMER and found that FreeBSD starves read threads in
order to satisfy write threads (or the other way around?). But,
adding gsched into the mix
On Tue, May 29, 2012 at 2:12 PM, Kees Jan Koster kjkos...@gmail.com wrote:
You may want to play around with gshed, the GEOM Scheduler.
Matt Dillon did a bunch of tests comparing FreeBSD+UFS to
DragonflyBSD+HAMMER and found that FreeBSD starves read threads in
order to satisfy write threads
Dear Freddie,
Granted, I haven't played with gsched yet (most of our high-I/O
systems are ZFS), so there may be a way to use it across-GEOMs.
From my previous experiments ZFS suffers the same fate when there is heavy
write activity. Reads just don't get served in time.
How do you deal with
On Tue, May 29, 2012 at 2:30 PM, Kees Jan Koster kjkos...@gmail.com wrote:
Dear Freddie,
Granted, I haven't played with gsched yet (most of our high-I/O
systems are ZFS), so there may be a way to use it across-GEOMs.
From my previous experiments ZFS suffers the same fate when there is heavy
On 2012-05-29 18:59, Dimitry Andric wrote:
On 2012-05-29 18:27, David Wolfskill wrote:
On Tue, May 29, 2012 at 01:39:19AM -0500, James wrote:
Hi all. I've come across a possible Clang regression that recently
crept into stable/9. I'd like to check to see whether it's a true bug
or if I jacked
On Tue, May 29, 2012 at 10:59:58PM +0200, Kees Jan Koster wrote:
Dear Gary,
# camcontrol devlist
WDC WD740ADFD-00NLR1 20.07P20at scbus1 target 0 lun 0 (pass0,ada0)
WDC WD740GD-00FLC0 33.08F33 at scbus2 target 0 lun 0 (pass1,ada1)
WDC WD740GD-00FLC0 33.08F33 at scbus3
TB --- 2012-05-29 22:14:08 - tinderbox 2.9 running on freebsd-stable.sentex.ca
TB --- 2012-05-29 22:14:08 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE
FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011
mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64
TB --- 2012-05-29
TB --- 2012-05-29 22:41:28 - tinderbox 2.9 running on freebsd-stable.sentex.ca
TB --- 2012-05-29 22:41:28 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE
FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011
mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64
TB --- 2012-05-29
38 matches
Mail list logo
