[head tinderbox] failure on mips64/mips

TB --- 2013-06-18 05:54:15 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-18 05:54: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 ---

[head tinderbox] failure on mips/mips

TB --- 2013-06-18 04:52:54 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-18 04:52:54 - 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 ---

Re: [head tinderbox] failure on arm/arm

This revision causing the issue http://freshbsd.org/commit/freebsd/r251856 I have to revert the revision to solve the issue On Tue, Jun 18, 2013 at 10:23 AM, FreeBSD Tinderbox tinder...@freebsd.orgwrote: TB --- 2013-06-17 22:50:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB ---

Are pthread_setcancelstate() and pthread_setcanceltype() cancellation points?

Hi, I have a question. Are pthread_setcancelstate() and pthread_setcanceltype() cancellation points? I refered to the following URL. http://pubs.opengroup.org/onlinepubs/7908799/xsh/threads.html This document shows that cancellation points in the pthread library are only

gpart: can not add MBR partitions with gpart add -t mbr

Having a 1TB disk with a MBR partition layout created successfully with gpart create -s MBR ada4, which is shown as Geom name: ada4 modified: false state: OK fwheads: 16 fwsectors: 63 last: 1953525167 first: 63 entries: 4 scheme: MBR Consumers: 1. Name: ada4 Mediasize: 1000204886016 (931G)

Re: Are pthread_setcancelstate() and pthread_setcanceltype() cancellation points?

Hi, This is newer document. http://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html#tag_15_09_05_02 Hi, I have a question. Are pthread_setcancelstate() and pthread_setcanceltype() cancellation points? I refered to the following URL.

[head tinderbox] failure on powerpc/powerpc

TB --- 2013-06-18 06:06:31 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-18 06:06:31 - 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 ---

Re: gpart: can not add MBR partitions with gpart add -t mbr

On Tue, 18 Jun 2013 11:09+0200, O. Hartmann wrote: Having a 1TB disk with a MBR partition layout created successfully with gpart create -s MBR ada4, which is shown as Geom name: ada4 modified: false state: OK fwheads: 16 fwsectors: 63 last: 1953525167 first: 63 entries: 4 scheme:

xorg-server bug fix committed (was: Re: Cannot startx on FreeBSD10 Current)

On Jun 17, 2013, at 00:02, Anton Shterenlikht me...@bris.ac.uk wrote: ... http://www.freebsd.org/cgi/query-pr.cgi?pr=179625 Perhaps you could follow it up with the details of your graphics card, Xorg log, etc. Just as a heads-up, this was due to a bug in xorg-server 1.7.7, and it has been

[head tinderbox] failure on arm/arm

TB --- 2013-06-18 09:40:39 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-18 09:40:39 - 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 ---

[head tinderbox] failure on armv6/arm

TB --- 2013-06-18 09:40:39 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-18 09:40:39 - 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 ---

[head tinderbox] failure on i386/i386

TB --- 2013-06-18 09:40:39 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-18 09:40:39 - 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 ---

[head tinderbox] failure on mips/mips

TB --- 2013-06-18 12:44:12 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-18 12:44:12 - 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 ---

Re: Are pthread_setcancelstate() and pthread_setcanceltype() cancellation points?

On Tue, Jun 18, 2013 at 06:15:56PM +0900, Kohji Okuno wrote: Hi, This is newer document. http://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html#tag_15_09_05_02 Hi, I have a question. Are pthread_setcancelstate() and pthread_setcanceltype() cancellation

[head tinderbox] failure on mips64/mips

TB --- 2013-06-18 13:43:31 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-18 13:43:31 - 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 ---

[head tinderbox] failure on i386/pc98

TB --- 2013-06-18 12:36:40 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-18 12:36:40 - 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 ---

Updating from 9.1-release to svn head: what might be the problem?

Hi there, I've been trying to install fresh -CURRENT (in VirtualBox/i386), and since recent snapshots did not work for me, had to do this by first installing from 9.1-release .iso. After svn co .../head /usr/src and standard make world/kernel/mergemaster procedure (w/out any custom settings in

[head tinderbox] failure on powerpc/powerpc

TB --- 2013-06-18 14:41:33 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-18 14:41:33 - 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 ---

Panic @r251934: _mtx_lock_sleep: recursed on non-recursive mutex vm map (system) @ /usr/src/sys/vm/vm_kern.c:430

This is on my (i386) build machine; laptop (also i386) did not exhibit the symptom. I had hand-applied r251953 (to get through buildworld). After installworld, mergemaster -i, make delete-old, I rebooted, and this is what I saw: ... Booting... GDB: no debug ports present KDB: debugger

Re: [drm2][panic] Running XOrg with SNA enabled causes system panic after few hours on G33

On Sun, Jun 16, 2013 at 6:27 PM, Konstantin Belousov kostik...@gmail.com wrote: On Sun, Jun 16, 2013 at 06:04:39PM +0400, Oleg Sidorkin wrote: Thanks for the patch. I've adapted the proposed patch for stable/9 and it is running with SNA enabled now. In other words, your problem seems to be

Re: [drm2][panic] Running XOrg with SNA enabled causes system panic after few hours on G33

On Wed, Jun 19, 2013 at 01:11:19AM +0400, Oleg Sidorkin wrote: On Sun, Jun 16, 2013 at 6:27 PM, Konstantin Belousov kostik...@gmail.com wrote: On Sun, Jun 16, 2013 at 06:04:39PM +0400, Oleg Sidorkin wrote: Thanks for the patch. I've adapted the proposed patch for stable/9 and it is running

[head tinderbox] failure on arm/arm

TB --- 2013-06-18 18:40:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-18 18:40:18 - 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 ---

[head tinderbox] failure on armv6/arm

TB --- 2013-06-18 18:40:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-18 18:40:18 - 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 ---

Re: Panic @r251934: _mtx_lock_sleep: recursed on non-recursive mutex vm map (system) @ /usr/src/sys/vm/vm_kern.c:430

Eh a reboot failed to show evidence of a recurrence. Peace, david (not particularly appreciating computer hardware just now) -- David H. Wolfskill da...@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See

Panic with RACCT on a jailed process

Hi, I've been bit by a panic three times over the last month. I'm currently running: FreeBSD obiwan.piupiu.local 10.0-CURRENT FreeBSD 10.0-CURRENT #7 r251519: Sun Jun 9 22:37:09 CEST 2013 root@obiwan.piupiu.local:/usr/obj/usr/src/sys/OBIWAN amd64 The panic message is: panic:

gccmakedep fix - 20130619

Hi all! Attached a fix to gccmakedep. diff --git a/devel/gccmakedep/Makefile b/devel/gccmakedep/Makefile index b7e8cf6..07c3ef3 100644 --- a/devel/gccmakedep/Makefile +++ b/devel/gccmakedep/Makefile @@ -20,6 +20,7 @@ PLIST_FILES= bin/gccmakedep .if (${OSVERSION} = 900506 ${OSVERSION} 100)

Re: gccmakedep fix - 20130619

On 6/19/13, John Marino dragonfly...@marino.st wrote: On 6/19/2013 01:00, Oliver Pinter wrote: Hi all! Attached a fix to gccmakedep. So 1) There's already multiple PRs on this, including one I just submitted: http://www.freebsd.org/cgi/query-pr.cgi?pr=179571 2) Your patch adds an

Re: Panic @r251934: _mtx_lock_sleep: recursed on non-recursive mutex vm map (system) @ /usr/src/sys/vm/vm_kern.c:430

On Tue, 18 Jun 2013, David Wolfskill wrote: This is on my (i386) build machine; laptop (also i386) did not exhibit the symptom. I had hand-applied r251953 (to get through buildworld). After installworld, mergemaster -i, make delete-old, I rebooted, and this is what I saw: This is my fault.

Re: Are pthread_setcancelstate() and pthread_setcanceltype() cancellation points?

Hi, Konstantin, Thank you for your prompt response. The reason for the testcancel() calls there is that async cancellation is defined as to be acted upon at any time after the cancellation is enabled. If we have pending cancellation request, the async cancellation must proceed after the

Re: gccmakedep fix - 20130619

On Wed, Jun 19, 2013 at 01:51:42AM +0200, Oliver Pinter wrote: 3) Is not it better to submit via PR (GNATS) rather than a mailing list? That's what PRs are for... Mail are faster than PR-s. If we all go down that route, it means less and less people will try to read all the traffic on

[head tinderbox] failure on mips/mips

TB --- 2013-06-19 00:11:36 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-19 00:11:36 - 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 ---

Re: A PRIV_* flag for /dev/mem?

On 06/17/13 15:02, Robert N. M. Watson wrote: On 16 Jun 2013, at 23:48, Kirk McKusick wrote: I suppose it's safe to say further comment isn't forthcoming. So with one vote for and one against (or at least questioning), I'll humbly leave it up to myself to be the tie-breaker :-). Here's a

[head tinderbox] failure on mips64/mips

TB --- 2013-06-19 01:09:31 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-19 01:09:31 - 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 ---

Re: gccmakedep fix - 20130619

On 6/19/2013 01:00, Oliver Pinter wrote: Hi all! Attached a fix to gccmakedep. So 1) There's already multiple PRs on this, including one I just submitted: http://www.freebsd.org/cgi/query-pr.cgi?pr=179571 2) Your patch adds an .endif which is already there 3) Is not it better to submit

Compilation issue due to 251982

http://freshbsd.org/commit/freebsd/r251982 === usr.bin (cleandir) Makefile, line 370: Malformed conditional (${MK_SVN} == yes || ${MK_SVNLITE} == yes) Makefile, line 373: if-less endif make: fatal errors encountered -- cannot continue *** [usr.bin.cleandir__D] Error code 1 Stop in /usr/src. ***

[head tinderbox] failure on powerpc/powerpc

TB --- 2013-06-19 01:44:53 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-19 01:44: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 ---

Re: [head tinderbox] failure on arm/arm

stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything [...] /src/usr.bin/svn/lib/libapr/../../../../contrib/apr/include/apr_ring.h:183:34: note: expanded from macro 'APR_RING_PREV' #define APR_RING_PREV(ep, link) (ep)-link.prev