TB --- 2012-12-18 02:51:53 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-12-18 02:51:53 - 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 --- 2012-
TB --- 2012-12-18 02:48:50 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-12-18 02:48:50 - 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 --- 2012-
TB --- 2012-12-17 22:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-12-17 22:40:00 - 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 --- 2012-
TB --- 2012-12-17 22:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-12-17 22:40:00 - 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 --- 2012-
TB --- 2012-12-17 22:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-12-17 22:40:00 - 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 --- 2012-
On Mon, Dec 17, 2012 at 2:39 PM, David O'Brien wrote:
> On Sat, Dec 15, 2012 at 11:13:26PM +0200, Alexander Motin wrote:
>> On 15.12.2012 23:03, Alexander Motin wrote:
>> > Sorry, it's my fault. I've tried to save some time on patch generation
>> > and forgot about that change in lib/. We haven't
On Sat, Dec 15, 2012 at 11:13:26PM +0200, Alexander Motin wrote:
> On 15.12.2012 23:03, Alexander Motin wrote:
> > Sorry, it's my fault. I've tried to save some time on patch generation
> > and forgot about that change in lib/. We haven't touched user-level in
> > our work except that file. Here is
on 17/12/2012 14:57 Volodymyr Kostyrko said the following:
> 13.12.2012 12:25, Andriy Gapon:
>> on 12/12/2012 21:35 Dimitry Andric said the following:
>>> Especially the recursive spa_load and traverse_visitbp calls are scary,
>>> because that can grow out of hand very quickly. It is probably tric
In message <50cf79ad.9040...@freebsd.org>, Alexander Motin writes:
>Hi.
>
> > I wonder why the choice is to use (actually, call) the value
> > "microseconds" rather use a bintime or something scaled and with a
> > well defined resolution.
>
>It was kind of engineering choice. I've chosen m
Personally, I'd rather see some consistently used units here..
Adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On Mon, Dec 17, 2012 at 12:17:54PM -0800, Davide Italiano wrote:
> On Mon, Dec 17, 2012 at 11:27 AM, Luigi Rizzo wrote:
> > [addressing the various items separately]
> >
> > On Fri, Dec 14, 2012 at 01:57:36PM +0100, Davide Italiano wrote:
> >> On Fri, Dec 14, 2012 at 7:41 AM, Luigi Rizzo wrote:
>
Hi.
> I would instead do the following:
I also don't very like the wide API and want to hear fresh ideas, but
approaches to time measurement there are too different to do what you
are proposing. Main problem is that while ticks value is relative,
bintime is absolute. It is not easy to make c
On Mon, Dec 17, 2012 at 11:27 AM, Luigi Rizzo wrote:
> [addressing the various items separately]
>
> On Fri, Dec 14, 2012 at 01:57:36PM +0100, Davide Italiano wrote:
>> On Fri, Dec 14, 2012 at 7:41 AM, Luigi Rizzo wrote:
> ...
>> > - for several functions the only change is the name of an argumen
[again, response to another issue i raised]
On Fri, Dec 14, 2012 at 01:57:36PM +0100, Davide Italiano wrote:
> On Fri, Dec 14, 2012 at 7:41 AM, Luigi Rizzo wrote:
...
> > Finally, a more substantial comment:
> > - a lot of functions which formerly had only a "timo" argument
> > now have "timo,
Hi.
> I wonder why the choice is to use (actually, call) the value
> "microseconds" rather use a bintime or something scaled and with a
> well defined resolution.
It was kind of engineering choice. I've chosen microseconds, following
values used by ACPI to represent CPU sleep states exit latenc
[addressing the various items separately]
On Fri, Dec 14, 2012 at 01:57:36PM +0100, Davide Italiano wrote:
> On Fri, Dec 14, 2012 at 7:41 AM, Luigi Rizzo wrote:
...
> > - for several functions the only change is the name of an argument
> > from "busy" to "us". Can you elaborate the reason for t
On Mon, Dec 17, 2012 at 10:14:29AM +0200, Alexander Motin wrote:
> On 17.12.2012 05:38, Adrian Chadd wrote:
...
> >Maybe hit up the altq/pf using crowd and see if they'll test this stuff
> >out too?
>
> It would be good to test, though I know that at least dummynet is
> written awful from the po
Hi,
On Mon, 17 Dec 2012 11:44:59 +0200
Artyom Mirgorodskiy wrote:
> Did you try to rebuild xorg-server with latest clang patch? (this
> patch commited 2-3 days ago)
it seems that my X server was a bit too old. I just upgraded and all
works fine now?
Thanks!
Erich
>
> On Monday 17 December 20
On Mon, Dec 17, 2012 at 12:06 AM, Andrew Thompson wrote:
> On 17 December 2012 18:06, Jim Harris wrote:
>>
>>
>>
>> On Sun, Dec 16, 2012 at 6:53 PM, Andrew Thompson
>> wrote:
>>>
>>> On 17 December 2012 13:17, Bryan Venteicher wrote:
>>>
>>> > There's been lots of requests to have VirtIO in GEN
13.12.2012 12:25, Andriy Gapon:
on 12/12/2012 21:35 Dimitry Andric said the following:
Especially the recursive spa_load and traverse_visitbp calls are scary,
because that can grow out of hand very quickly. It is probably tricky
to remove the recursion...
Re-entering spa_load once is normal a
Update:
I said:
"I can work around the problem by copying /boot from the FreeBSD 9
installer
to my new FreeBSD 10 system, but I do believe this is not the right
solution? And when I then boot off the system, I get a lot of other system
errors."
It appeared that those other errors occurred becaus
On 12/01/12 15:15, Robert Watson wrote:
>
> Dear all:
>
> I've now committed the build glue required to install the recently
> merged Audit Distribution Daemon (auditdistd) contributed by the Pawel
> Dawidek, and sponsored by the FreeBSD Foundation. This allows
> individual hosts generating audi
On Mon, Dec 17, 2012 at 6:50 AM, Dimitry Andric wrote:
> On 2012-12-17 09:36, Sam Fourman Jr. wrote:
>>>
>>> No, there is no one-click merge script, it needs humanoid help, I'm
>>> afraid. :-) Is there any reason you cannot just install the port, or
>>> if that is too outdated, just checkout from
Hi,
On Mon, 17 Dec 2012 11:44:59 +0200
Artyom Mirgorodskiy wrote:
> Did you try to rebuild xorg-server with latest clang patch? (this
> patch commited 2-3 days ago)
I do not know as I updated the ports tree around this time. Let me do
it again.
Thanks for the hint.
Erich
>
> On Monday 17 Dec
On 2012-12-17 09:36, Sam Fourman Jr. wrote:
No, there is no one-click merge script, it needs humanoid help, I'm
afraid. :-) Is there any reason you cannot just install the port, or
if that is too outdated, just checkout from llvm.org directly and build
it?
is it currently possible to build Fre
Did you try to rebuild xorg-server with latest clang patch? (this patch
commited 2-3 days ago)
On Monday 17 December 2012 08:40:37 Erich Dollansky wrote:
> Hi,
>
> I updated my notebook over the last couple of days and have now
> problems starting chrome and firefox. The effect is that the scree
Hi, everyone and good morning! To make a long story short I'm attempting to
install 10-CURRENT on my 2011 model 17 inch MacBook Pro. I downloaded the
appropriate amd64 image from FreeBSD's FTP site, burned it out to DVD and
installed it on my old FreeBSD 9 partition, erasing existing data. However,
> No, there is no one-click merge script, it needs humanoid help, I'm
> afraid. :-) Is there any reason you cannot just install the port, or
> if that is too outdated, just checkout from llvm.org directly and build
> it?
is it currently possible to build FreeBSD world, without clang and
then buil
On 16 December 2012 23:57, Andriy Gapon wrote:
>
> Thank god that this feature was developed in a branch, it was developed for a
> long period of time and there were people who routinely reviewed and tested
> (and
> really used) it. And yeah, its design was announced and discussed well in
> adva
On 17.12.2012 05:38, Adrian Chadd wrote:
On 16 December 2012 18:31, Garrett Cooper wrote:
Would you mind approaching some of the cluster peeps and seeing if
they'll run this up on the ref10* boxes and VMs, just to get some
further exposure?
And maybe tinderbox..?
Tinderbox is a great idea.
On 17.12.2012 03:29, Adrian Chadd wrote:
On 16 December 2012 15:37, Alexander Motin wrote:
Here is one more version. Unless something new will be found/reported this
may be the last one, because me and Davide are quite satisfied with the
results. If everything will be fine, I think we could com
31 matches
Mail list logo
