TB --- 2013-12-02 22:40:17 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 22:40:17 - 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 --- 2013
TB --- 2013-12-02 18:36:42 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 18:36:42 - 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 --- 2013
On 2 December 2013 03:45, Sepherosa Ziehau wrote:
>
> On Mon, Dec 2, 2013 at 1:02 PM, Adrian Chadd wrote:
>
>> Ok, so given this, how do you guarantee the UTHREAD stays on the given
>> CPU? You assume it stays on the CPU that the initial listen socket was
>> created on, right? If it's migrated to
On Dec 2, 2013 10:26 AM, "Craig Rodrigues" wrote:
>
> On Mon, Dec 2, 2013 at 6:40 AM, Justin Hibbits
wrote:
>>
>> Yesterday I started a full world update for my machine (powerpc64), but
>> the new gcc import ICEs at emit-rtl.c:1784, when compiling zdb. I
>> haven't tried reverting contrib/gcc ye
On Mon, Dec 2, 2013 at 6:40 AM, Justin Hibbits wrote:
> Yesterday I started a full world update for my machine (powerpc64), but
> the new gcc import ICEs at emit-rtl.c:1784, when compiling zdb. I
> haven't tried reverting contrib/gcc yet, but is there a good way to
> debug this?
>
If you are ge
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/12/13 18:19, Konstantin Belousov wrote:
> On Mon, Dec 02, 2013 at 05:11:49PM +0100, Roger Pau Monn? wrote:
>> Hello,
>>
>> I've yet updated the PVH work one more time, regarding some
>> comments from emaste in order to try to make this work easi
On Mon, Dec 02, 2013 at 05:11:49PM +0100, Roger Pau Monn? wrote:
> Hello,
>
> I've yet updated the PVH work one more time, regarding some comments
> from emaste in order to try to make this work easier to merge with the
> UEFI changes. In this regard, the parse_memmap hook now fetches and
> parses
On 2013-12-02 03:26, Colin Percival wrote:
> Hi all,
>
> It seems that PANIC_REBOOT_WAIT_TIME has been a compile-time setting forever;
> and I can't see any reason for this, but I assume there was one... at some
> point in the distant past.
>
> The attached patch makes it a loader tunable and sysct
Hello,
I've yet updated the PVH work one more time, regarding some comments
from emaste in order to try to make this work easier to merge with the
UEFI changes. In this regard, the parse_memmap hook now fetches and
parses the memmap, so UEFI can define it's own hook and do the fetching
and parsing
Yesterday I started a full world update for my machine (powerpc64), but
the new gcc import ICEs at emit-rtl.c:1784, when compiling zdb. I
haven't tried reverting contrib/gcc yet, but is there a good way to
debug this?
- Justin
___
freebsd-current@freebs
Luigi Rizzo iet.unipi.it> writes:
> ...
> > So far, the options could be as follows:
> > - realloc_flags(p, s, option)
> > where option is one or a combination (where appropriate) of:
> > REALLOCF_ANY- default (move or no-move; regular
> > realloc())
> > REALLOCF_NO_MOVE
On Mon, Dec 2, 2013 at 4:36 AM, jb wrote:
> gmx.com> writes:
>
> >
> > So new flags could be [1]:
> > - realloc_flags(p, s, REALLOCF_NO_MOVE)
> > ...
> > - realloc_flags(p, s, REALLOCF_NO_MOVE | REALLOCF_ELASTIC)
> > ...
> > For this, there could be a REALLOCF_FORCE flag
>
> In case of realloc_
gmx.com> writes:
>
> So new flags could be [1]:
> - realloc_flags(p, s, REALLOCF_NO_MOVE)
> ...
> - realloc_flags(p, s, REALLOCF_NO_MOVE | REALLOCF_ELASTIC)
> ...
> For this, there could be a REALLOCF_FORCE flag
In case of realloc_flags() failing the request, to avoid unnecessary
followups wi
On Mon, Dec 2, 2013 at 1:02 PM, Adrian Chadd wrote:
> Hi! Thanks for the writeup!
>
> On 1 December 2013 20:17, Sepherosa Ziehau wrote:
>
> > I also put up a brief description of SO_REUSEPORT in dfly; may be useful
> to
> > you:
> > http://leaf.dragonflybsd.org/~sephe/netisr_so_reuseport.txt
>
>
On Mon, Dec 2, 2013 at 12:29 PM, Oleg Moskalenko wrote:
> Sepherosa, while reading your description I noticed another long-standing
> problem for UDP application developers: the UDP sockets are always hashed
> with 2-tuple. But UDP sockets can be "connected", too, to a remote address,
> with conne
TB --- 2013-12-02 10:09:19 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 10:09:19 - 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 --- 2013
TB --- 2013-12-02 10:09:22 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 10:09:22 - 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 --- 2013
TB --- 2013-12-02 10:06:24 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 10:06:24 - 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 --- 2013
TB --- 2013-12-02 10:09:22 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 10:09:22 - 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 --- 2013
TB --- 2013-12-02 10:06:37 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 10:06:37 - 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 --- 2013
TB --- 2013-12-02 10:06:29 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 10:06:29 - 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 --- 2013
TB --- 2013-12-02 10:06:35 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 10:06:35 - 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 --- 2013
TB --- 2013-12-02 10:00:15 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 10:00:15 - 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 --- 2013
TB --- 2013-12-02 10:00:15 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 10:00:15 - 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 --- 2013
TB --- 2013-12-02 10:00:15 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 10:00:15 - 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 --- 2013
TB --- 2013-12-02 10:00:15 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 10:00:15 - 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 --- 2013
TB --- 2013-12-02 09:47:49 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 09:47:49 - 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 --- 2013
TB --- 2013-12-02 09:47:50 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 09:47: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 --- 2013
TB --- 2013-12-02 09:45:47 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 09:45:47 - 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 --- 2013
TB --- 2013-12-02 09:47:51 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 09:47:51 - 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 --- 2013
TB --- 2013-12-02 09:45:47 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 09:45:47 - 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 --- 2013
TB --- 2013-12-02 09:45:47 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 09:45:47 - 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 --- 2013
TB --- 2013-12-02 09:45:47 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 09:45:47 - 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 --- 2013
TB --- 2013-12-02 09:40:21 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 09:40:21 - 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 --- 2013
TB --- 2013-12-02 09:40:21 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 09:40:21 - 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 --- 2013
TB --- 2013-12-02 09:40:21 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 09:40:21 - 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 --- 2013
TB --- 2013-12-02 09:40:21 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 09:40:21 - 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 --- 2013
TB --- 2013-12-02 05:22:34 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-12-02 05:22:34 - 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 --- 2013
Hi all,
It seems that PANIC_REBOOT_WAIT_TIME has been a compile-time setting forever;
and I can't see any reason for this, but I assume there was one... at some
point in the distant past.
The attached patch makes it a loader tunable and sysctl. My reason for wanting
this is to make EC2 images re
39 matches
Mail list logo