On Sun, 25 Apr 2010, Scott Long wrote:
On Apr 24, 2010, at 8:57 PM, Jeff Roberson wrote:
On Sun, 25 Apr 2010, Alex Keda wrote:
try in single user mode:
tunefs -j enable /
tunefs: Insuffient free space for the journal
tunefs: soft updates journaling can not be enabled
tunefs -j enable
On Sun, 25 Apr 2010, Bruce Cran wrote:
On Sunday 25 April 2010 19:47:00 Scott Long wrote:
On Apr 24, 2010, at 8:57 PM, Jeff Roberson wrote:
On Sun, 25 Apr 2010, Alex Keda wrote:
try in single user mode:
tunefs -j enable /
tunefs: Insuffient free space for the journal
tunefs: soft updates
On Mon, 26 Apr 2010, pluknet wrote:
On 26 April 2010 17:42, dikshie diks...@gmail.com wrote:
Hi Jeff,
thanks for SUJ.
btw, why there is nan% utilization? and what does it mean?
--
** SU+J Recovering /dev/ad0s1g
** Reading 33554432 byte journal from inode 4.
** Building recovery
Hello,
I wanted to make some performance comparisons, building ClangBSD
with different compilers.
The host system is:
FreeBSD mobileKamikaze.norad 8.0-STABLE FreeBSD 8.0-STABLE #0: Mon Apr 5
12:45:41 CEST 2010
r...@mobilekamikaze.norad:/usr/obj/HP6510b-8/amd64/usr/src/sys/HP6510b-8 amd64
while I agree that the function is strange there indeed is a bug
in llvm. See: http://llvm.org/bugs/show_bug.cgi?id=6941
On Tue, Apr 27, 2010 at 02:50:53PM +1000, Andrew Reilly wrote:
On Sun, Apr 25, 2010 at 12:06:49PM +0200, Alexander Best wrote:
i was able to pinpoint the
exact function
On Tue, Apr 27, 2010 at 08:21:41AM +0200, Dominic Fandrey wrote:
Hello,
I wanted to make some performance comparisons, building ClangBSD
with different compilers.
The host system is:
FreeBSD mobileKamikaze.norad 8.0-STABLE FreeBSD 8.0-STABLE #0: Mon Apr 5
12:45:41 CEST 2010
On Tue, Apr 27, 2010 at 08:21:41AM +0200, Dominic Fandrey wrote:
Hello,
I wanted to make some performance comparisons, building ClangBSD
with different compilers.
The host system is:
FreeBSD mobileKamikaze.norad 8.0-STABLE FreeBSD 8.0-STABLE #0: Mon Apr 5
12:45:41 CEST 2010
On 27/04/2010 09:08, Roman Divacky wrote:
On Tue, Apr 27, 2010 at 08:21:41AM +0200, Dominic Fandrey wrote:
I cannot make this comparison for buildworld, because buildworld
with CC=cc, CXX=c++ fails:
=== usr.bin/clang/lib/libclanglex (all)
c++ -isystem
On Tue, Apr 27, 2010 at 10:38:39AM +0200, Dominic Fandrey wrote:
On 27/04/2010 09:08, Roman Divacky wrote:
On Tue, Apr 27, 2010 at 08:21:41AM +0200, Dominic Fandrey wrote:
I cannot make this comparison for buildworld, because buildworld
with CC=cc, CXX=c++ fails:
===
I see whats going on... you have CC=cc and CXX=c++ in your share/mk/sys.mk
and the c++ is clang thus the
.if ${CC} == clang || ${CXX} == clang++
MMINTRIN_CLANG= -isystem ${WORLDTMP}/usr/include/clang/1.5
.endif
condition does not add the -isystem thus the gcc mmintrin.h is used.
you have to
On 27/04/2010 10:46, Roman Divacky wrote:
I see whats going on... you have CC=cc and CXX=c++ in your share/mk/sys.mk
and the c++ is clang thus the
Actually I set CC and CXX in the environment. The definition in
sys.mk is CC?=, so it shouldn't be a problem.
.if ${CC} == clang || ${CXX} ==
On 27/04/2010 10:05, Roman Divacky wrote:
On Tue, Apr 27, 2010 at 08:21:41AM +0200, Dominic Fandrey wrote:
An interesting result is that buildkernel with clang takes longer:
CC=clang
time -l make buildkernel
921.31 real 802.25 user 114.93 sys
time -l make buildkernel -j3
On 27 April 2010 10:01, Jeff Roberson jrober...@jroberson.net wrote:
On Mon, 26 Apr 2010, pluknet wrote:
On 26 April 2010 17:42, dikshie diks...@gmail.com wrote:
Hi Jeff,
thanks for SUJ.
btw, why there is nan% utilization? and what does it mean?
--
** SU+J Recovering
On Mon, 2010-04-26 at 10:33 -0600, M. Warner Losh wrote:
My opinion for the path forward:
(1) Send a big heads up about the future of ataraid(5). It will be
shot in the head soon, to be replaced be a bunch of geom classes
for each different container format. At least that seems to be
on 27/04/2010 09:00 Jeff Roberson said the following:
I think some people are enabling after returning to single user from a
live system rather than booting into single user. This is a different
path in the filesystem as booting directly just mounts read-only while
the other option updates a
Following recent changes in dri, xorg server freezes after 20-30 seconds
of work. mouse works, but the image does not change.
process xorg get 100% cpu
if I delete/rename drm.ko - all OK (but, very slow)
vgap...@pci0:1:5:0: class=0x03 card=0x12ff103c chip=0x791e1002
rev=0x00 hdr=0x00
Gavin Atkinson wrote:
Losing ataraid would be bad. I suspect there are a lot of installs
using it - especially as there is no way to create any other mirror from
sysinstall. However, I'm not actually sure that the functionality it
provides is easy to push down into GEOM.
ataraid depends
See subj.
They appears to work for ~10 minutes then all hangs deadly. No one TCP
service responds, but ICMP and UDP goes normally.
The machine is x86 Pentium 4 IPv4-only, IPv6 is turned off in every place.
Last kernel I have that works nice compiled at Mar 19.
Ethernet info:
fxp0: Intel 82559
27.04.2010 16:35, Andrey Chernov пишет:
See subj.
They appears to work for ~10 minutes then all hangs deadly. No one TCP
service responds, but ICMP and UDP goes normally.
The machine is x86 Pentium 4 IPv4-only, IPv6 is turned off in every place.
Last kernel I have that works nice compiled at Mar
27.04.2010 16:54, Alex Keda пишет:
27.04.2010 16:35, Andrey Chernov пишет:
See subj.
They appears to work for ~10 minutes then all hangs deadly. No one TCP
service responds, but ICMP and UDP goes normally.
The machine is x86 Pentium 4 IPv4-only, IPv6 is turned off in every
place.
Last kernel
Freddie Cash fjwc...@gmail.com writes:
If a lowly user's vote counts for anything, I'd vote for the complete
removal of ataraid support. We have gstripe, gmirror, graid3, graid5, and
zfs (and gvinum for the masochistics). :) We don't need to support any of
the crappy pseudo-raid hardware
Maxim Sobolev sobo...@freebsd.org writes:
Richard Tector richardtec...@thekeelecentre.com writes:
Could I also add that the removal of ataraid would affect those
users who dual-boot with Windows and rely on the psuedo-raid
provided by most Intel chipsets to be able to share the same pair of
Alex Keda wrote:
Following recent changes in dri, xorg server freezes after 20-30 seconds
of work. mouse works, but the image does not change.
process xorg get 100% cpu
if I delete/rename drm.ko - all OK (but, very slow)
vgap...@pci0:1:5:0: class=0x03 card=0x12ff103c chip=0x791e1002
Dag-Erling Smørgrav wrote:
Maxim Sobolev sobo...@freebsd.org writes:
Richard Tector richardtec...@thekeelecentre.com writes:
Could I also add that the removal of ataraid would affect those
users who dual-boot with Windows and rely on the psuedo-raid
provided by most Intel chipsets to be able
27.04.2010 17:55, Robert Noland пишет:
Alex Keda wrote:
Following recent changes in dri, xorg server freezes after 20-30
seconds of work. mouse works, but the image does not change.
process xorg get 100% cpu
if I delete/rename drm.ko - all OK (but, very slow)
vgap...@pci0:1:5:0:
Alex Keda wrote:
27.04.2010 17:55, Robert Noland пишет:
Alex Keda wrote:
Following recent changes in dri, xorg server freezes after 20-30
seconds of work. mouse works, but the image does not change.
process xorg get 100% cpu
if I delete/rename drm.ko - all OK (but, very slow)
Alexander Motin m...@freebsd.org writes:
Dag-Erling Smørgrav d...@des.no writes:
Most pseudo-raid kit has nifty features like checksum offloading,
composite writes etc. which can improve performance considerably. You
can't access those from GEOM.
Have you ever seen them documented?
ISTR
Dag-Erling Smørgrav wrote:
Alexander Motin m...@freebsd.org writes:
Dag-Erling Smørgrav d...@des.no writes:
Most pseudo-raid kit has nifty features like checksum offloading,
composite writes etc. which can improve performance considerably. You
can't access those from GEOM.
Have you ever
On Apr 27, 2010, at 7:34 AM, Dag-Erling Smørgrav wrote:
Maxim Sobolev sobo...@freebsd.org writes:
Richard Tector richardtec...@thekeelecentre.com writes:
Could I also add that the removal of ataraid would affect those
users who dual-boot with Windows and rely on the psuedo-raid
provided by
On Thursday 22 April 2010 4:07:37 pm Maxim Sobolev wrote:
John Baldwin wrote:
On Thursday 22 April 2010 2:28:26 pm Maxim Sobolev wrote:
John Baldwin wrote:
On Thursday 22 April 2010 6:05:04 am Maxim Sobolev wrote:
Maxim Sobolev wrote:
There is already a code to detect non-existing AT
On Tue, Apr 27, 2010 at 12:04 PM, John Baldwin j...@freebsd.org wrote:
On Thursday 22 April 2010 4:07:37 pm Maxim Sobolev wrote:
John Baldwin wrote:
On Thursday 22 April 2010 2:28:26 pm Maxim Sobolev wrote:
John Baldwin wrote:
On Thursday 22 April 2010 6:05:04 am Maxim Sobolev wrote:
On Apr 26, 2010, at 11:39 PM, Luke Dean wrote:
On Thu, 22 Apr 2010, Alexander Motin wrote:
So what is the public opinion: Is the lack of ataraid(4) fatal or we can
live without it?
Hardware mirroring is very important to me. It's the only solution I'm aware
of for realtime
On Apr 27, 2010, at 5:33 AM, Gavin Atkinson wrote:
On Mon, 2010-04-26 at 10:33 -0600, M. Warner Losh wrote:
My opinion for the path forward:
(1) Send a big heads up about the future of ataraid(5). It will be
shot in the head soon, to be replaced be a bunch of geom classes
for each
On 4/19/10, Paul B Mahol one...@gmail.com wrote:
On 4/19/10, Tom Evans tevans...@googlemail.com wrote:
On Mon, Apr 19, 2010 at 1:48 PM, Paul B Mahol one...@gmail.com wrote:
On 4/17/10, Paul B Mahol one...@gmail.com wrote:
On Sat, Apr 17, 2010 at 4:31 PM, Tim Kientzle kient...@freebsd.org
John Baldwin wrote:
Hmm, I think you should definitely commit the atkbdc_isa.c change first of
all. I'm still thinking about the other change. I wonder if we can figure
out that a keyboard isn't present sooner somehow? Do you know if the keyboard
appears to be present but just slow vs if
On Tuesday 27 April 2010 4:26:09 pm Maxim Sobolev wrote:
John Baldwin wrote:
Hmm, I think you should definitely commit the atkbdc_isa.c change first of
all. I'm still thinking about the other change. I wonder if we can figure
out that a keyboard isn't present sooner somehow? Do you
John Baldwin wrote:
On Tuesday 27 April 2010 4:26:09 pm Maxim Sobolev wrote:
John Baldwin wrote:
Hmm, I think you should definitely commit the atkbdc_isa.c change first of
all. I'm still thinking about the other change. I wonder if we can figure
out that a keyboard isn't present sooner
On Tuesday 27 April 2010 5:06:37 pm Maxim Sobolev wrote:
John Baldwin wrote:
On Tuesday 27 April 2010 4:26:09 pm Maxim Sobolev wrote:
John Baldwin wrote:
Hmm, I think you should definitely commit the atkbdc_isa.c change first
of
all. I'm still thinking about the other change. I
On Tue, Apr 27, 2010 at 5:25 PM, John Baldwin j...@freebsd.org wrote:
On Tuesday 27 April 2010 5:06:37 pm Maxim Sobolev wrote:
John Baldwin wrote:
On Tuesday 27 April 2010 4:26:09 pm Maxim Sobolev wrote:
John Baldwin wrote:
Hmm, I think you should definitely commit the atkbdc_isa.c change
27.04.2010 18:13, Robert Noland пишет:
Alex Keda wrote:
27.04.2010 17:55, Robert Noland пишет:
Alex Keda wrote:
Following recent changes in dri, xorg server freezes after 20-30
seconds of work. mouse works, but the image does not change.
process xorg get 100% cpu
if I delete/rename drm.ko
Alex Keda wrote:
27.04.2010 18:13, Robert Noland пишет:
Alex Keda wrote:
27.04.2010 17:55, Robert Noland пишет:
Alex Keda wrote:
Following recent changes in dri, xorg server freezes after 20-30
seconds of work. mouse works, but the image does not change.
process xorg get 100% cpu
if I
Hi,
Paul B Mahol wrote:
On 4/19/10, Paul B Mahol one...@gmail.com wrote:
On 4/19/10, Tom Evans tevans...@googlemail.com wrote:
On Mon, Apr 19, 2010 at 1:48 PM, Paul B Mahol one...@gmail.com wrote:
On 4/17/10, Paul B Mahol one...@gmail.com wrote:
On Sat, Apr 17, 2010 at 4:31 PM, Tim
Alexander Sack wrote:
On Tue, Apr 27, 2010 at 5:25 PM, John Baldwin j...@freebsd.org wrote:
On Tuesday 27 April 2010 5:06:37 pm Maxim Sobolev wrote:
John Baldwin wrote:
On Tuesday 27 April 2010 4:26:09 pm Maxim Sobolev wrote:
John Baldwin wrote:
Hmm, I think you should definitely commit the
43 matches
Mail list logo
