Re: newcons and beeping X

2014-05-19 Thread Aleksandr Rybalko
On Sat, 17 May 2014 08:59:14 -0700 (PDT)
Jakub Lach jakub_l...@mailplus.pl wrote:

 Hello, 
 
 as of FreeBSD 10.0-STABLE #0 r266216 I still have
 a mute console in X (which isn't surprising, as there
 was no MFC) 
 
 
 
 --
 View this message in context: 
 http://freebsd.1045724.n5.nabble.com/newcons-and-beeping-X-tp5906883p5913086.html
 Sent from the freebsd-current mailing list archive at Nabble.com.
 ___
 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

Hi Jakub,

Yes, I'm did not MFC it yet.

Will do it in next few days.

WBW
-- 
Aleksandr Rybalko r...@ddteam.net
___
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


Re: [arm cross-compiling, clang] Error: selected processor does not support `ldrexd r2,r3,[r1]'

2014-05-19 Thread Boris Samorodov
19.05.2014 01:25, Ian Lepore пишет:
 On Mon, 2014-05-19 at 00:08 +0400, Boris Samorodov wrote:

 It's definitely not my day -- crochet build failed with:
 -
 --- all_subdir_libllvmarmcodegen ---
 /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3687:15:
 error: no member named
  'VLD1d64TPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean
 'VST1d64TPseudoWB_fixed'?
 case ARM::VLD1d64TPseudoWB_fixed:
  ~^~
   VST1d64TPseudoWB_fixed
 ./ARMGenInstrInfo.inc.h:1969:5: note: 'VST1d64TPseudoWB_fixed' declared here
 VST1d64TPseudoWB_fixed  = 1953,
 ^
 /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3704:15:
 error: no member named
  'VLD1d64QPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean
 'VST1d64QPseudoWB_fixed'?
 case ARM::VLD1d64QPseudoWB_fixed:
  ~^~
   VST1d64QPseudoWB_fixed
 ./ARMGenInstrInfo.inc.h:1963:5: note: 'VST1d64QPseudoWB_fixed' declared here
 VST1d64QPseudoWB_fixed  = 1947,
 -
 
 I've seen others report this error recently, and it was caused by an
 update to clang.  There's a dependency glitch so that some header files
 don't get regenerated correctly; I think that has been fixed, but to get
 the fix in place you have to clean out obj/arm.armv6 and build fresh.

Ian, thanks -- that helped!

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
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

Re: [arm cross-compiling, clang] Error: selected processor does not support `ldrexd r2,r3,[r1]'

2014-05-19 Thread Boris Samorodov
19.05.2014 16:06, Boris Samorodov пишет:
 19.05.2014 01:25, Ian Lepore пишет:
 On Mon, 2014-05-19 at 00:08 +0400, Boris Samorodov wrote:
 
 It's definitely not my day -- crochet build failed with:
 -
 --- all_subdir_libllvmarmcodegen ---
 /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3687:15:
 error: no member named
  'VLD1d64TPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean
 'VST1d64TPseudoWB_fixed'?
 case ARM::VLD1d64TPseudoWB_fixed:
  ~^~
   VST1d64TPseudoWB_fixed
 ./ARMGenInstrInfo.inc.h:1969:5: note: 'VST1d64TPseudoWB_fixed' declared here
 VST1d64TPseudoWB_fixed  = 1953,
 ^
 /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3704:15:
 error: no member named
  'VLD1d64QPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean
 'VST1d64QPseudoWB_fixed'?
 case ARM::VLD1d64QPseudoWB_fixed:
  ~^~
   VST1d64QPseudoWB_fixed
 ./ARMGenInstrInfo.inc.h:1963:5: note: 'VST1d64QPseudoWB_fixed' declared here
 VST1d64QPseudoWB_fixed  = 1947,
 -

 I've seen others report this error recently, and it was caused by an
 update to clang.  There's a dependency glitch so that some header files
 don't get regenerated correctly; I think that has been fixed, but to get
 the fix in place you have to clean out obj/arm.armv6 and build fresh.
 
 Ian, thanks -- that helped!

Just a note: (crochet) buildworld finished successfully. However
buildkernel fails at the very beginning with Malformed conditional
(${MK_ARM_EABI} != no) -- just as Michael Tuexen reported at arm@.

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
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

Re: [arm cross-compiling, clang] Error: selected processor does not support `ldrexd r2, r3, [r1]'

2014-05-19 Thread Warner Losh

On May 19, 2014, at 6:57 AM, Boris Samorodov b...@passap.ru wrote:

 19.05.2014 16:06, Boris Samorodov пишет:
 19.05.2014 01:25, Ian Lepore пишет:
 On Mon, 2014-05-19 at 00:08 +0400, Boris Samorodov wrote:
 
 It's definitely not my day -- crochet build failed with:
 -
 --- all_subdir_libllvmarmcodegen ---
 /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3687:15:
 error: no member named
 'VLD1d64TPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean
 'VST1d64TPseudoWB_fixed'?
case ARM::VLD1d64TPseudoWB_fixed:
 ~^~
  VST1d64TPseudoWB_fixed
 ./ARMGenInstrInfo.inc.h:1969:5: note: 'VST1d64TPseudoWB_fixed' declared 
 here
VST1d64TPseudoWB_fixed  = 1953,
^
 /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3704:15:
 error: no member named
 'VLD1d64QPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean
 'VST1d64QPseudoWB_fixed'?
case ARM::VLD1d64QPseudoWB_fixed:
 ~^~
  VST1d64QPseudoWB_fixed
 ./ARMGenInstrInfo.inc.h:1963:5: note: 'VST1d64QPseudoWB_fixed' declared 
 here
VST1d64QPseudoWB_fixed  = 1947,
 -
 
 I've seen others report this error recently, and it was caused by an
 update to clang.  There's a dependency glitch so that some header files
 don't get regenerated correctly; I think that has been fixed, but to get
 the fix in place you have to clean out obj/arm.armv6 and build fresh.
 
 Ian, thanks -- that helped!
 
 Just a note: (crochet) buildworld finished successfully. However
 buildkernel fails at the very beginning with Malformed conditional
 (${MK_ARM_EABI} != no) -- just as Michael Tuexen reported at arm@.

I have a fix pending for that, but there’s other problems building arm 
kernels/modules at
the moment I’m sorting out before pushing that in.

Warner

___
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

Re: [arm cross-compiling, clang] Error: selected processor does not support `ldrexd r2, r3, [r1]'

2014-05-19 Thread Boris Samorodov
19.05.2014 19:59, Warner Losh пишет:
 
 On May 19, 2014, at 6:57 AM, Boris Samorodov b...@passap.ru wrote:
 
 19.05.2014 16:06, Boris Samorodov пишет:
 19.05.2014 01:25, Ian Lepore пишет:
 On Mon, 2014-05-19 at 00:08 +0400, Boris Samorodov wrote:

 It's definitely not my day -- crochet build failed with:
 -
 --- all_subdir_libllvmarmcodegen ---
 /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3687:15:
 error: no member named
 'VLD1d64TPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean
 'VST1d64TPseudoWB_fixed'?
case ARM::VLD1d64TPseudoWB_fixed:
 ~^~
  VST1d64TPseudoWB_fixed
 ./ARMGenInstrInfo.inc.h:1969:5: note: 'VST1d64TPseudoWB_fixed' declared 
 here
VST1d64TPseudoWB_fixed  = 1953,
^
 /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3704:15:
 error: no member named
 'VLD1d64QPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean
 'VST1d64QPseudoWB_fixed'?
case ARM::VLD1d64QPseudoWB_fixed:
 ~^~
  VST1d64QPseudoWB_fixed
 ./ARMGenInstrInfo.inc.h:1963:5: note: 'VST1d64QPseudoWB_fixed' declared 
 here
VST1d64QPseudoWB_fixed  = 1947,
 -

 I've seen others report this error recently, and it was caused by an
 update to clang.  There's a dependency glitch so that some header files
 don't get regenerated correctly; I think that has been fixed, but to get
 the fix in place you have to clean out obj/arm.armv6 and build fresh.

 Ian, thanks -- that helped!

 Just a note: (crochet) buildworld finished successfully. However
 buildkernel fails at the very beginning with Malformed conditional
 (${MK_ARM_EABI} != no) -- just as Michael Tuexen reported at arm@.
 
 I have a fix pending for that, but there’s other problems building arm 
 kernels/modules at
 the moment I’m sorting out before pushing that in.

Thank you!

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
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

Re: [armv6] make[3]: /usr/src/gnu/Makefile line 4: Could not find src.opts.mk

2014-05-19 Thread Warner Losh

On May 18, 2014, at 9:35 AM, Boris Samorodov b...@passap.ru wrote:

 Hi All,
 
 The system:
 -
 % uname -a
 FreeBSD wb1.bb.tel.ru 11.0-CURRENT FreeBSD 11.0-CURRENT #13 r265612M:
 Thu May  8 09:42:27 SAMT 2014
 b...@wb.bb.tel.ru:/usr/obj/usr/src/sys/WANDBOARD-QUAD  arm
 -
 
 While buildworld (src r266396) I get:
 -
 % make -C /usr/src buildworld
 [...]
 === gnu (obj)
 make[3]: /usr/src/gnu/Makefile line 4: Could not find src.opts.mk
 make[3]: /usr/src/gnu/Makefile line 8: Malformed conditional
 (${MK_TESTS} != no)
 make[3]: Fatal errors encountered -- cannot continue
 make[3]: stopped in /usr/src/gnu
 *** Error code 1

Read updating. You need to set MAKESYSPATH to …/share/mk.

Warner

___
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


Re: [armv6] make[3]: /usr/src/gnu/Makefile line 4: Could not find src.opts.mk

2014-05-19 Thread Boris Samorodov
19.05.2014 20:51, Warner Losh пишет:
 
 On May 18, 2014, at 9:35 AM, Boris Samorodov b...@passap.ru wrote:
 
 Hi All,

 The system:
 -
 % uname -a
 FreeBSD wb1.bb.tel.ru 11.0-CURRENT FreeBSD 11.0-CURRENT #13 r265612M:
 Thu May  8 09:42:27 SAMT 2014
 b...@wb.bb.tel.ru:/usr/obj/usr/src/sys/WANDBOARD-QUAD  arm
 -

 While buildworld (src r266396) I get:
 -
 % make -C /usr/src buildworld
 [...]
 === gnu (obj)
 make[3]: /usr/src/gnu/Makefile line 4: Could not find src.opts.mk
 make[3]: /usr/src/gnu/Makefile line 8: Malformed conditional
 (${MK_TESTS} != no)
 make[3]: Fatal errors encountered -- cannot continue
 make[3]: stopped in /usr/src/gnu
 *** Error code 1
 
 Read updating. You need to set MAKESYSPATH to …/share/mk.

I've read it, but it's not obvious to me that it's applicable here.
I'll give it a try, thanks.

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
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

Problems building FreeBSD 9.2 on FreeBSD 10

2014-05-19 Thread Craig Rodrigues
Hi,

On a FreeBSD 10 host, I am trying to build this:

https://github.com/trueos/trueos

which is derived from FreeBSD 9.2.


If I build like this:

env TARGET=amd64 TARGET_ARCH=amd64 make -j 9 SRCCONF=/dev/null
__MAKE_CONF=/opt/local/branches/freenas/os-base/amd64/make.conf.build
NO_CLEAN=1 buildworld

I get this error:

--- upgrade_checks ---
A failure has been detected in another branch of the parallel make

make[1]: stopped in /opt/local/branches/freenas/FreeBSD/src
*** [upgrade_checks] Error code 2

make: stopped in /opt/local/branches/freenas/FreeBSD/src
1 error


If I remove the -j 9, then I can get the build to work properly.

Does anyone know what fixes I can pull in from stable/9 or
HEAD so that I can get this to build successfully with the -j 9 flag without
failing?

I saw similar problems reported in these discussion threads, but I
didn't see what the solution to the problem was:

http://lists.freebsd.org/pipermail/freebsd-stable/2014-January/077142.html
http://lists.freebsd.org/pipermail/freebsd-stable/2013-November/075773.html


--
Craig
___
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


Re: [armv6] make[3]: /usr/src/gnu/Makefile line 4: Could not find src.opts.mk

2014-05-19 Thread Warner Losh

On May 19, 2014, at 11:08 AM, Boris Samorodov b...@passap.ru wrote:

 19.05.2014 20:51, Warner Losh пишет:
 
 On May 18, 2014, at 9:35 AM, Boris Samorodov b...@passap.ru wrote:
 
 Hi All,
 
 The system:
 -
 % uname -a
 FreeBSD wb1.bb.tel.ru 11.0-CURRENT FreeBSD 11.0-CURRENT #13 r265612M:
 Thu May  8 09:42:27 SAMT 2014
 b...@wb.bb.tel.ru:/usr/obj/usr/src/sys/WANDBOARD-QUAD  arm
 -
 
 While buildworld (src r266396) I get:
 -
 % make -C /usr/src buildworld
 [...]
 === gnu (obj)
 make[3]: /usr/src/gnu/Makefile line 4: Could not find src.opts.mk
 make[3]: /usr/src/gnu/Makefile line 8: Malformed conditional
 (${MK_TESTS} != no)
 make[3]: Fatal errors encountered -- cannot continue
 make[3]: stopped in /usr/src/gnu
 *** Error code 1
 
 Read updating. You need to set MAKESYSPATH to …/share/mk.
 
 I've read it, but it's not obvious to me that it's applicable here.
 I'll give it a try, thanks.

It is an unfortunate breakage. One I’m not sure how to resolve because
the obvious solution will break other things in ways that are more
subtle or related to bugs I’m trying to fix.

Warner


signature.asc
Description: Message signed with OpenPGP using GPGMail


Re: [armv6] make[3]: /usr/src/gnu/Makefile line 4: Could not find src.opts.mk

2014-05-19 Thread Boris Samorodov
19.05.2014 21:48, Warner Losh пишет:
 
 On May 19, 2014, at 11:08 AM, Boris Samorodov b...@passap.ru wrote:
 
 19.05.2014 20:51, Warner Losh пишет:

 On May 18, 2014, at 9:35 AM, Boris Samorodov b...@passap.ru wrote:

 Hi All,

 The system:
 -
 % uname -a
 FreeBSD wb1.bb.tel.ru 11.0-CURRENT FreeBSD 11.0-CURRENT #13 r265612M:
 Thu May  8 09:42:27 SAMT 2014
 b...@wb.bb.tel.ru:/usr/obj/usr/src/sys/WANDBOARD-QUAD  arm
 -

 While buildworld (src r266396) I get:
 -
 % make -C /usr/src buildworld
 [...]
 === gnu (obj)
 make[3]: /usr/src/gnu/Makefile line 4: Could not find src.opts.mk
 make[3]: /usr/src/gnu/Makefile line 8: Malformed conditional
 (${MK_TESTS} != no)
 make[3]: Fatal errors encountered -- cannot continue
 make[3]: stopped in /usr/src/gnu
 *** Error code 1

 Read updating. You need to set MAKESYSPATH to …/share/mk.

 I've read it, but it's not obvious to me that it's applicable here.
 I'll give it a try, thanks.
 
 It is an unfortunate breakage. One I’m not sure how to resolve because
 the obvious solution will break other things in ways that are more
 subtle or related to bugs I’m trying to fix.

Ah, OK, I see. As for me I'm fine with MAKESYSPATH workaround should
it work (can't test for now).

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
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

Re: panic: resource_list_add: resource entry is busy

2014-05-19 Thread Hans Petter Selasky

On 05/18/14 23:03, Hans Petter Selasky wrote:

Hi,

First call:

resource_list_add:


Hi,

It appears that the /dev/pccard.X is opened and reading some CIS data 
from the device before any driver has been attached. The attached patch 
solves the panic I've seen. Not sure if the patch is correct.



--HPS

diff --git a/sys/dev/pccard/pccard_cis.c b/sys/dev/pccard/pccard_cis.c
index dbd7165..2914a37 100644
--- a/sys/dev/pccard/pccard_cis.c
+++ b/sys/dev/pccard/pccard_cis.c
@@ -133,6 +133,10 @@ pccard_scan_cis(device_t bus, device_t dev, pccard_scan_t fct, void *arg)
 
 	/* allocate some memory */
 
+	if (device_get_state(dev) == DS_NOTPRESENT) {
+		return (-1);
+	}
+
 	/*
 	 * Some reports from the field suggest that a 64k memory boundary
 	 * helps card CIS being able to be read.  Try it here and see what
___
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

Jenkins build is back to normal : FreeBSD_HEAD #703

2014-05-19 Thread jenkins-admin
See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/703/changes

___
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