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
On Mon, 26 Apr 2010, pluknet wrote:
On 26 April 2010 17:42, dikshie 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 table.
** Resolving u
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 jou
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 /dev/a
On Sun, 25 Apr 2010, Gary Jennejohn wrote:
On Sat, 24 Apr 2010 16:57:59 -1000 (HST)
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
tunef
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 protection from drive failure in systems that boot
multiple op
On Sun, 25 Apr 2010, Lucius Windschuh wrote:
Hi Jeff,
thank you for your effort in implementing the soft update journaling.
I tried to test SUJ on a provider with 4 kB block size. My system runs
9-CURRENT r207195 (i386).
Unfortunately, tunefs is unable to cope with the device. It can easily
repr
On Mon, 26 Apr 2010, Vladimir Grebenschikov wrote:
Hi
First, many thanks for this effort, it is really very appreciated,
Panic on Gnome starting:
Thank you for the report with stack. That was very helpful. I know how
to fix this bug but it will take me a day or two as my primary test
mac
On Sun, Apr 25, 2010 at 12:06:49PM +0200, Alexander Best wrote:
> i was able to pinpoint the
> exact function which is causing the problem:
>
> it's snd_xbytes().
This is an odd-looking function. Its purpose is to compute the
size of a target buffer for a block of audio samples that might
be sam
On 27/04/2010, at 5:18 AM, Lev Serebryakov wrote:
> Hello, Pawel.
> You wrote 26 апреля 2010 г., 23:10:12:
>
>> You most likely got it right, I'm just saying creating separate GEOM
>> class for each metadata format is wrong direction. :)
> Does ataraid translations and checksuming (in case of
Hello, Pawel.
You wrote 26 апреля 2010 г., 23:10:12:
> You most likely got it right, I'm just saying creating separate GEOM
> class for each metadata format is wrong direction. :)
Does ataraid translations and checksuming (in case of RAID5) now or
it configures chipsets only?
All these ``r
On 25 apr 2010, at 09.51, Hans Petter Selasky wrote:
> On Sunday 25 April 2010 09:30:12 Peter Ankerstål wrote:
>> Hi,
>>
>> I have the newly released macbook pro 13" (7,1). (swedish keyboard) And it
>> seems that I have some problem with the USB-keyboard driver. The keyboard
>> seems to work mo
On Mon, Apr 26, 2010 at 12:19:46PM -0600, M. Warner Losh wrote:
> In message: <20100426181209.gb3...@garage.freebsd.pl>
> Pawel Jakub Dawidek writes:
> : On Mon, Apr 26, 2010 at 10:33:27AM -0600, M. Warner Losh wrote:
> : > I've read most of this thread. I think this is cool technolog
Weongyo Jeong wrote:
> > > The corollery is that it doesn't work first time on reboot. ??I need
> > > to either '/etc/rc.d/netif restart' and if that panics the machine,
> > > destroy wlan0 and then restart netif.
> > >
> > > Then wlan0/bwn0 associates correctly with this device.
>
> If you're a C
In message: <20100426181209.gb3...@garage.freebsd.pl>
Pawel Jakub Dawidek writes:
: On Mon, Apr 26, 2010 at 10:33:27AM -0600, M. Warner Losh wrote:
: > I've read most of this thread. I think this is cool technology.
: > However, before we move forward with this, we need to have a plan
On Mon, 26 Apr 2010, M. Warner Losh wrote:
I've read most of this thread. I think this is cool technology. However,
before we move forward with this, we need to have a plan for the various
issues that have come up. The plan needs to be specific, have owners for
key items, warnings about own
On Mon, Apr 26, 2010 at 10:33:27AM -0600, M. Warner Losh wrote:
> I've read most of this thread. I think this is cool technology.
> However, before we move forward with this, we need to have a plan for
> the various issues that have come up. The plan needs to be specific,
> have owners for key it
On 24 Apr 2010, at 20:42, Pegasus Mc Cleaft wrote:
Hello Hackers & Current,
I was wondering it if is possible, or if it can be done so a
separate set
of CC, CXX, etc can be specified for building the world and kernel
independently of a ports build?
Right now, I use the base GCC to co
I've read most of this thread. I think this is cool technology.
However, before we move forward with this, we need to have a plan for
the various issues that have come up. The plan needs to be specific,
have owners for key items, warnings about ownerless == obsoleted, and
target dates.
I think t
On 4/26/10 1:11 AM, Stefan Esser wrote:
Am 22.04.2010 20:43, schrieb Marin Atanasov:
Hello,
Thanks a lot for the patch, Qing!
It works fine. However I've noticed one thing, after I start mpd5 and
connect to my home network:
kernel: WARNING: attempt to domain_add(netgraph) after domainfinalize
On Apr 26, 2010, at 6:51 AM, Alexander Motin wrote:
> Marius Strobl wrote:
>> As noted earlier, pc98 and sparc64 need ada(4)/CAM ATA to perform
>> geometry translation as done by ad_firmware_geom_adjust() for ad(4),
>> which the following patch hooks up to both:
>> http://people.freebsd.org/~marius
On 26 April 2010 17:42, dikshie 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 table.
> ** Resolving unreferenced inode list.
Hi
First, many thanks for this effort, it is really very appreciated,
Panic on Gnome starting:
# kgdb -q /usr/obj/usr/src/sys/VBOOK/kernel.debug /var/crash/vmcore.12
...
#0 doadump () at pcpu.h:246
246 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) x/s panicstr
0xc07c2160 :
on 26/04/2010 16:42 dikshie said the following:
> Hi Jeff,
> thanks for SUJ.
> btw, why there is nan% utilization? and what does it mean?
0/0 I guess. Floating point allows that :-)
> --
> ** SU+J Recovering /dev/ad0s1g
> ** Reading 33554432 byte journal from inode 4.
> ** Building re
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 table.
** Resolving unreferenced inode list.
** Processing journal entries.
** 0 journal records in 0
Andrew Reilly wrote:
> Was this the result of the umass/da driver having a different
> synthetic geometry calculation routine than the SATA driver?
ATA and SCSI disk drivers indeed have different geometry calculation
algorithms. ATA fetches geometry from DEVICE IDENTIFY data, while SCSI
seems just
Marius Strobl wrote:
> As noted earlier, pc98 and sparc64 need ada(4)/CAM ATA to perform
> geometry translation as done by ad_firmware_geom_adjust() for ad(4),
> which the following patch hooks up to both:
> http://people.freebsd.org/~marius/ata_disk_firmware_geom_adjust.diff
> You preferred to imp
Am 22.04.2010 20:43, schrieb Marin Atanasov:
> Hello,
>
> Thanks a lot for the patch, Qing!
>
> It works fine. However I've noticed one thing, after I start mpd5 and
> connect to my home network:
>
> kernel: WARNING: attempt to domain_add(netgraph) after domainfinalize()
>
> Not very sure if th
28 matches
Mail list logo
