On Wed, Nov 9, 2011 at 1:07 AM, Daniel O'Connor wrote:
>
> On 09/11/2011, at 17:32, Garrett Cooper wrote
>>> dd's of large files (spooled backups going to tape) to /dev/null are as
>>> slow as Samba.
>>
>> - Dedupe?
>
> Nope.
>
>> - Compression?
>
> On the mail spool & ports, but not on the
Hi all,
I have written a set of patches to support feed-forward clock synchronisation
algorithms. To cut a long story short, this work provides support for
alternatives to the NTP daemon. The RADclock daemon we developed is one of
these alternatives.
This work is supported by the FreeBSD Found
On 11/9/11, Arnaud Lacombe wrote:
> Hi,
>
> On Tue, Nov 8, 2011 at 9:35 PM, Julian Elischer wrote:
>> On 11/8/11 5:52 PM, Arnaud Lacombe wrote:
>>>
>>> Hi,
>>>
>>> On Tue, Nov 8, 2011 at 7:08 PM, Julian Elischer
>>> wrote:
On 11/8/11 10:49 AM, Arnaud Lacombe wrote:
>
> Hi,
On Tue, 8 Nov 2011 09:55:09 +, Daniel Gerzo wrote:
FreeBSD Quarterly Status Report - Q3/2011
Unfortunately, I managed to use an old status report entry for
KDE/FreeBSD, instead of the current one.
I am sorry for any inconvenience; the current entry for KDE/FreeBSD is
below:
KDE/FreeBSD
I've written the following patch to allow syslogd to accept multiple
configuration files by passing multiple -f options. One use case for
this is to specify a common configuration file that applies across
multiple machines along with a second config file specific to the
local machine.
The patch c
On 11/09/2011 08:07 AM, Daniel O'Connor wrote:
> On 09/11/2011, at 17:32, Garrett Cooper wrote
>>> dd's of large files (spooled backups going to tape) to /dev/null are as
>>> slow as Samba.
>>- Dedupe?
> Nope.
You are probably right, but just to be sure, let's verify that with:
zpool get dedu
On Wed, Nov 9, 2011 at 11:01 AM, Brooks Davis wrote:
> Do you happen to know why the code calloc's the struct filed's with 1's?
> I didn't do any investigation but that's seems like an odd pattern.
calloc(1, sizeof(*f)) returns an array of 1 element of size sizeof(*f)
that is pre-zeroed. It's th
On Wed, Nov 09, 2011 at 10:27:44AM -0500, Ryan Stone wrote:
> I've written the following patch to allow syslogd to accept multiple
> configuration files by passing multiple -f options. One use case for
> this is to specify a common configuration file that applies across
> multiple machines along w
"shutdown -p now" and "halt -p" only turn off my screen and keep the power
led on and does not spin down my HDD.
I need someone help to solve this issue and i am willing to give some debug
log but i am not familiar how to get it.
___
freebsd-current@free
On 11/8/11 9:29 PM, Arnaud Lacombe wrote:
Hi,
On Tue, Nov 8, 2011 at 9:35 PM, Julian Elischer wrote:
On 11/8/11 5:52 PM, Arnaud Lacombe wrote:
Hi,
On Tue, Nov 8, 2011 at 7:08 PM, Julian Elischer
wrote:
On 11/8/11 10:49 AM, Arnaud Lacombe wrote:
Hi,
To avoid future complaints about the fa
On 11/9/11 4:12 AM, Julien Ridoux wrote:
Hi all,
I have written a set of patches to support feed-forward clock synchronisation
algorithms. To cut a long story short, this work provides support for
alternatives to the NTP daemon. The RADclock daemon we developed is one of
these alternatives.
On 11/9/11 8:21 AM, Ryan Stone wrote:
On Wed, Nov 9, 2011 at 11:01 AM, Brooks Davis wrote:
Do you happen to know why the code calloc's the struct filed's with 1's?
I didn't do any investigation but that's seems like an odd pattern.
calloc(1, sizeof(*f)) returns an array of 1 element of size si
On Nov 8, 2011, at 11:07 PM, "Daniel O'Connor" wrote:
>
> On 09/11/2011, at 17:32, Garrett Cooper wrote
>>> dd's of large files (spooled backups going to tape) to /dev/null are as
>>> slow as Samba.
>>
>> - Dedupe?
>
> Nope.
>
>> - Compression?
>
> On the mail spool & ports, but not on the t
Hi,
I've included a fix into our ath/hal driver which enforces serialised
register access on AR5416 and later PCI NICs when running on an SMP
system.
This is needed to fix a system hang issue that occurs with multiple
CPUs doing register IO to/from these devices. I don't have any further
informati
On Wed, Nov 9, 2011 at 1:39 PM, Garrett Cooper wrote:
> On Nov 8, 2011, at 11:07 PM, "Daniel O'Connor" wrote:
>
>>
>> On 09/11/2011, at 17:32, Garrett Cooper wrote
dd's of large files (spooled backups going to tape) to /dev/null are as
slow as Samba.
>>>
>>> - Dedupe?
>>
>> Nope.
>>
TB --- 2011-11-09 20:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-09 20:40:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-11-09 20:40:00 - cleaning the object tree
TB --- 2011-11-09 20:40:48 - cvsupping the source tree
TB --- 2011-11-09 20:40:48 - /usr/bin
TB --- 2011-11-09 22:44:17 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-09 22:44:17 - starting HEAD tinderbox run for ia64/ia64
TB --- 2011-11-09 22:44:17 - cleaning the object tree
TB --- 2011-11-09 22:44:32 - cvsupping the source tree
TB --- 2011-11-09 22:44:32 - /usr/bin/c
On 10/11/2011, at 4:09, Julian Elischer wrote:
> well write a driver for it.. what do you think I'm doing with the driver I'm
> talking about?
> I wrote several bypass network card drivers when I was at cisco/ironport..
> it's not rocket science,
> though it would be nice if we were to come up w
TB --- 2011-11-10 02:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-10 02:10:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-11-10 02:10:00 - cleaning the object tree
TB --- 2011-11-10 02:10:32 - cvsupping the source tree
TB --- 2011-11-10 02:10:32 - /usr/bin/csu
TB --- 2011-11-10 02:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-10 02:10:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-11-10 02:10:00 - cleaning the object tree
TB --- 2011-11-10 02:10:28 - cvsupping the source tree
TB --- 2011-11-10 02:10:28 - /usr/bin/c
TB --- 2011-11-10 03:51:53 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-10 03:51:53 - starting HEAD tinderbox run for ia64/ia64
TB --- 2011-11-10 03:51:53 - cleaning the object tree
TB --- 2011-11-10 03:52:08 - cvsupping the source tree
TB --- 2011-11-10 03:52:08 - /usr/bin/c
Hi,
Netgear has these neat little USB micro wireless network adapters[1]
that one could plug in and forget about without fear of, for example,
breaking the device.
Said devices are really nice for those of us without supported
integrated wireless chipsets, such as those found in late 2010 MacBook
TB --- 2011-11-10 02:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-10 02:10:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-11-10 02:10:00 - cleaning the object tree
TB --- 2011-11-10 02:10:52 - cvsupping the source tree
TB --- 2011-11-10 02:10:52 - /usr/bin/c
Adrian,
This has been going on for a while. Are you subscribed to -current? Any
plans to fix this?
Doug
On 11/09/2011 23:05, FreeBSD Tinderbox wrote:
> TB --- 2011-11-10 02:10:00 - tinderbox 2.8 running on
> freebsd-current.sentex.ca
> TB --- 2011-11-10 02:10:00 - starting HEAD tinderbox run
TB --- 2011-11-10 05:32:04 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-10 05:32:04 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2011-11-10 05:32:04 - cleaning the object tree
TB --- 2011-11-10 05:32:24 - cvsupping the source tree
TB --- 2011-11-10 05:32:24 - /u
TB --- 2011-11-10 05:30:19 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-10 05:30:19 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-11-10 05:30:19 - cleaning the object tree
TB --- 2011-11-10 05:30:32 - cvsupping the source tree
TB --- 2011-11-10 05:30:32 - /usr
26 matches
Mail list logo
