Acer C720 Chromebook (was: Re: looking for new netbook)

2015-01-07 Thread Matthias Apitz
El día Thursday, November 27, 2014 a las 10:43:42AM +0100, Matthias Apitz 
escribió:

 I'm looking for a new netbook laptop; my old EeePC 900 (from 2008) has
 to short battery time, and the Acer Aspire One D250 has a problem with the
 display (from time to time goes completely white, the system is running,
 but one has to reboot to get an image again);
 
 What I want is more or less:
 
 -- 1-2 GByte RAM
 -- 1024x600 display, ~10 inch
 -- 50++ GByte SSD disk
 -- normal QWERTY/Z keyboard (i.o. no tablet)
 -- Wifi supported in head
 -- USB ports for UMTS dongle
 -- and of course, it should run FreeBSD;
 
 Any pointers to a modern device?

Some week ago I have asked the above question and with the free time
during the change of the year I can now answer it an I want to share
some experiences:

I found the Acer C720 Chromebook with the following technical data:

-- 2 GByte RAM (soldered on board, not update-able)
-- 2 core CPU, each 1.4 GHz
-- display 1366x768, ~11 inch, very nicely support by Xorg VESA driver
-- Wifi Atheros AR946x/AR948x, supported by ah(4)
-- sound supported by snd_hda(4)
-- 16 GByte SSD, can be swapped by, for example,  MTS400 M.2 SSD 128GB  SATA 
III, MLC (128 GByte)

I will attach a dmesg output;

The problem was:

1. It needs take apart the device to unlock the BIOS protection to be able to
   use a SeaBIOS for legacy boot from SSD or USB;
2. One needs some patches against -HEAD;

All this is very good documented by the author of the patches, Michael
Gmelin, in his blog:

http://blog.grem.de/pages/c720.html

Thanks to him for this work and his helping hand during my first steps with
this nice device. I think, the patches should be incorporated into SVN,
at the moment they are against -HEAD as of January 5th.

The keyboard of the C720, in principle a normal PC105, mine with German
layout QWERTZ, is a bit tricky: it has

- only F-keys from F1 to F10 and they are labeled with symbols for the
  ChromeOS applications;
- no hardware power-off (only by an ACPI key which is situated where F11
  would be, i.e. right above the Backspace key, you see the risk :-) )
- no Windows key which could be used as Modifier-key in X11;
- no PageUP/DOWN keys
- no 'blue Fn' key for additional functions (like audio or brightnes)

In his blog Michael documents as well ways to help out of this.

It now runs very nicely -HEAD (still booted from an USB stick because
I'm waiting for the 128 GByte SSD to swap it). I'm really surprised about
the battery: lasts for 6-8 hours. Wow!!!

HIH

matthias

-- 
Matthias Apitz, g...@unixarea.de, http://www.unixarea.de/ +49-170-4527211
1989-2014: The Wall was torn down so that we go to war together again.
El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez.
Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen.
Copyright (c) 1992-2014 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 11.0-CURRENT #0 r272526M: Thu Jan  1 05:30:48 CET 2015

guru@vm-poudriere-r269739:/usr/local/acerC720/obj/usr/local/acerC720/src/sys/GENERIC
 i386
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
VT: running with driver vga.
CPU: Intel(R) Celeron(R) 2955U @ 1.40GHz (1396.79-MHz 686-class CPU)
  Origin=GenuineIntel  Id=0x40651  Family=0x6  Model=0x45  Stepping=1
  
Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE
  
Features2=0x45daebbfSSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,b11,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,TSCDLT,XSAVE,RDRAND
  AMD Features=0x2c10NX,Page1GB,RDTSCP,LM
  AMD Features2=0x21LAHF,ABM
  Structured Extended Features=0x2603FSGSBASE,TSCADJ,ERMS,INVPCID
  XSAVE Features=0x1XSAVEOPT
  VT-x: (disabled in BIOS) PAT,HLT,MTF,PAUSE,EPT,UG,VPID
  TSC: P-state invariant, performance statistics
real memory  = 2079817728 (1983 MB)
avail memory = 2014519296 (1921 MB)
Event timer LAPIC quality 600
ACPI APIC Table: CORE   COREBOOT
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
FreeBSD/SMP: 1 package(s) x 2 core(s)
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  2
ioapic0 Version 2.0 irqs 0-39 on motherboard
kbd1 at kbdmux0
module_register_init: MOD_LOAD (vesa, 0xc0f98550, 0) error 19
random: Software, Yarrow initialized
acpi0: CORE COREBOOT on motherboard
acpi0: Power Button (fixed)
hpet0: High Precision Event Timer iomem 0xfed0-0xfed003ff on acpi0
Timecounter HPET frequency 14318180 Hz quality 950
Event timer HPET frequency 14318180 Hz quality 550
Event timer HPET1 frequency 14318180 Hz quality 440
Event timer HPET2 frequency 14318180 Hz quality 440
Event timer HPET3 frequency 14318180 Hz quality 440
Event timer HPET4 frequency 14318180 Hz quality 440
Event timer HPET5 frequency 14318180 Hz quality 440
Event timer 

Re: sendmail make distribution error and fix

2015-01-07 Thread Oliver Pinter
On 1/7/15, Oliver Pinter oliver.pin...@hardenedbsd.org wrote:
 Hi!

 I got this error, when I try to make distribution*:

 cd /target/usr/src/etc/sendmail; make distribution
 install -o root -g wheel -m 644
 /target/usr/src/etc/sendmail/freebsd.mc freebsd.cf /target/etc/mail
 install: freebsd.cf: No such file or directory
 *** Error code 71

 Stop.
 make[3]: stopped in /target/usr/src/etc/sendmail
 *** Error code 1

 Stop.
 make[2]: stopped in /target/usr/src/etc
 *** Error code 1

 Stop.
 make[1]: stopped in /target/usr/src
 *** Error code 1

 Stop.
 make: stopped in /target/usr/src

 The attached patch fixed the problem.

 *:
 #!/usr/bin/env csh

 set MAKEOBJDIRPREFIX=/target/usr/obj
 set SRC_DIR=/target/usr/src
 set DESTDIR=/target

 cd ${SRC_DIR}

 make -j5 buildworld MAKEOBJDIRPREFIX=${MAKEOBJDIRPREFIX}
 make -j5 kernel MAKEOBJDIRPREFIX=${MAKEOBJDIRPREFIX}

 make installworld DESTDIR=${DESTDIR} MAKEOBJDIRPREFIX=${MAKEOBJDIRPREFIX}
 make distribution DESTDIR=${DESTDIR} MAKEOBJDIRPREFIX=${MAKEOBJDIRPREFIX}

 cp /etc/make.conf /target/etc/
 cp /etc/src.conf /target/etc/
 cp /etc/rc.conf /target/etc/


please ignore this report, I found the bug elsewhere...
___
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


sendmail make distribution error and fix

2015-01-07 Thread Oliver Pinter
Hi!

I got this error, when I try to make distribution*:

cd /target/usr/src/etc/sendmail; make distribution
install -o root -g wheel -m 644
/target/usr/src/etc/sendmail/freebsd.mc freebsd.cf /target/etc/mail
install: freebsd.cf: No such file or directory
*** Error code 71

Stop.
make[3]: stopped in /target/usr/src/etc/sendmail
*** Error code 1

Stop.
make[2]: stopped in /target/usr/src/etc
*** Error code 1

Stop.
make[1]: stopped in /target/usr/src
*** Error code 1

Stop.
make: stopped in /target/usr/src

The attached patch fixed the problem.

*:
#!/usr/bin/env csh

set MAKEOBJDIRPREFIX=/target/usr/obj
set SRC_DIR=/target/usr/src
set DESTDIR=/target

cd ${SRC_DIR}

make -j5 buildworld MAKEOBJDIRPREFIX=${MAKEOBJDIRPREFIX}
make -j5 kernel MAKEOBJDIRPREFIX=${MAKEOBJDIRPREFIX}

make installworld DESTDIR=${DESTDIR} MAKEOBJDIRPREFIX=${MAKEOBJDIRPREFIX}
make distribution DESTDIR=${DESTDIR} MAKEOBJDIRPREFIX=${MAKEOBJDIRPREFIX}

cp /etc/make.conf /target/etc/
cp /etc/src.conf /target/etc/
cp /etc/rc.conf /target/etc/


0001-HBSD-fix-make-distribution.patch
Description: Binary data
___
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: Acer C720 Chromebook (was: Re: looking for new netbook)

2015-01-07 Thread Jia-Shiun Li
On Thu, Jan 8, 2015 at 4:08 AM, Warren Block wbl...@wonkity.com wrote:


 When researching this machine a couple of weeks back, I saw somewhere that
 it was based on a similar existing PC-compatible Acer model, V3 or V5
 maybe, or the ES1 series (can't find the reference again, of course). But
 all of those with 11.6 displays look to have older or less powerful
 processors, typically the Celeron N2840.  The Celeron 2955 in the C720 is
 about 50% faster.

 The E3-111-P8DW has a faster CPU, but it is a third-generation N3530.
 Standard hard drive and socketed RAM, though.


No, N3530 is Baytrail too, a quad-core one. N2840 is dual-core. They are
both architecturally successsor of 'Atom' core family despite being
labelled Celeron or Pentium. The brands are good for Intel to differentiate
prices but useless for technical purpose. The same happens to AMD too.

Acer provides model variations in CPU, RAM, storage, display, etc.
according to geo markets. For example ES1-111 is only available with N2940
(another quad-core) here in Taiwan.

If you can find a quad-core Baytrail model and don't mind slower
single-thread performance, the E3 or ES1 series are easier to install
FreeBSD I guess. Total multi-thread performance are comparable.
And now prices do not differ much either, since Microsoft tax is lifted
from these new cheaper models to compete with Chromebooks.

-Jia-Shiun.
___
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: Acer C720 Chromebook (was: Re: looking for new netbook)

2015-01-07 Thread Warren Block

On Wed, 7 Jan 2015, Matthias Apitz wrote:


The keyboard of the C720, in principle a normal PC105, mine with German
layout QWERTZ, is a bit tricky: it has

- only F-keys from F1 to F10 and they are labeled with symbols for the
 ChromeOS applications;
- no hardware power-off (only by an ACPI key which is situated where F11
 would be, i.e. right above the Backspace key, you see the risk :-) )
- no Windows key which could be used as Modifier-key in X11;
- no PageUP/DOWN keys


Ouch.  But the older Acer netbooks used Fn+up/down, so probably 
something similar can be done.  Alt+up/down, maybe.


When researching this machine a couple of weeks back, I saw somewhere 
that it was based on a similar existing PC-compatible Acer model, V3 or 
V5 maybe, or the ES1 series (can't find the reference again, of course). 
But all of those with 11.6 displays look to have older or less powerful 
processors, typically the Celeron N2840.  The Celeron 2955 in the C720 
is about 50% faster.


The E3-111-P8DW has a faster CPU, but it is a third-generation N3530. 
Standard hard drive and socketed RAM, though.

___
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


*** [kernel.debug] Error code 139?

2015-01-07 Thread David Wolfskill
During an attempt to build  install a GENERIC i386 kernel @r276775
(while running head/i386 @r276694), I encountered the above; more
context:

...
--- vers.o ---
cc  -c -O -pipe  -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointe
r-sign -fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option  -W
no-unknown-pragmas  -Wno-error-tautological-compare -Wno-error-empty-body  -Wno-
error-parentheses-equality -Wno-error-unused-function  -Wno-error-pointer-sign -
Wno-error-format -Wno-error-parentheses -nostdinc  -I. -I/usr/src/sys -I/usr/src
/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_H
EADERS -include opt_global.h  -mno-mmx -mno-sse -msoft-float -ffreestanding -fst
ack-protector -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body  -
Wno-error-parentheses-equality -Wno-error-unused-function  -Wno-error-pointer-si
gn -Wno-error-format -Wno-error-parentheses -Wall -Wredundant-decls -Wnested-ext
erns -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-q
ual  -Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs -fdia
gnostics-show-option  -Wno-unknown-pragmas  -Wno-error-tautological-compare -Wno
-error-empty-body  -Wno-error-parentheses-equality -Wno-error-unused-function  -
Wno-error-pointer-sign -Wno-error-format -Wno-error-parentheses  -mno-aes -mno-a
vx  -std=iso9899:1999 -Werror  vers.c
ctfconvert -L VERSION -g vers.o
--- kernel.debug ---
linking kernel.debug
ctfmerge -L VERSION -g -o kernel.debug ...
Segmentation fault (core dumped)
*** [kernel.debug] Error code 139

bmake: stopped in /common/S4/obj/usr/src/sys/GENERIC
1 error

bmake: stopped in /common/S4/obj/usr/src/sys/GENERIC
*** [buildkernel] Error code 2

bmake: stopped in /usr/src
1 error



src.conf is empty; make.conf merely has:
SENDMAIL_MC=/etc/mail/client.mc

I puzzled over it for a bit, then re-ran the make -DNOCLEAN -j4
buildkernel -- and the second time around, there were no complaints;
the machine is now running:

FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1712  
r276775M/276775:1100052: Wed Jan  7 05:09:01 PST 2015 
r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC  i386

My laptop didn't encounter the issue (and is installing its kernel
as I type).

I'm mostly wondering what Error code 139 is intended to mean :-}

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Actions have consequences ... as do inactions.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpkLIQe6lZOM.pgp
Description: PGP signature


Re: *** [kernel.debug] Error code 139?

2015-01-07 Thread Ed Maste
On 7 January 2015 at 08:57, David Wolfskill da...@catwhisker.org wrote:
 --- kernel.debug ---
 linking kernel.debug
 ctfmerge -L VERSION -g -o kernel.debug ...
 Segmentation fault (core dumped)
 *** [kernel.debug] Error code 139
...
 I'm mostly wondering what Error code 139 is intended to mean :-}

It's the way termination due to a signal is reported. The exit status
is 128 + the signal number and SIGSEGV = 11.
___
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: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0

2015-01-07 Thread Garrett Cooper

 On Jan 7, 2015, at 05:03, Eggert, Lars l...@netapp.com wrote:
 
 Hi,
 
 On 2014-12-31, at 21:41, Dimitry Andric d...@freebsd.org wrote:
 I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in
 r276479.
 
 there seem to be issues when building with -DWITH_OFED:
 
 --- contrib/ofed.all__D ---
 /usr/home/elars/src/contrib/ofed/usr.bin/opensm/../../management/opensm/opensm/osm_ucast_ftree.c:2996:8:
  error: taking the absolute value of unsigned type 'unsigned int' has no 
 effect [-Werror,-Wabsolute-value]
if (abs(p_sw-rank - p_remote_sw-rank) != 1) {

Please open a bug and cc hselasky@ on it.
Thanks!
___
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: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0

2015-01-07 Thread Eggert, Lars
On 2015-1-7, at 16:28, Garrett Cooper yaneurab...@gmail.com wrote:
 Please open a bug and cc hselasky@ on it.

Done: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196597

Lars


signature.asc
Description: Message signed with OpenPGP using GPGMail


Re: i915 crash

2015-01-07 Thread Konstantin Belousov
On Wed, Jan 07, 2015 at 01:01:23AM -0500, Allan Jude wrote:
 I grabbed the latest i915.8.patch from kib@'s website and compiled it
 against r276774 (today)
 
 Machine is a Lenovo T530, booted UEFI, with the nvidia GPU disabled.
 
 CPU: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz (2594.16-MHz K8-class CPU)
 
 It is an Ivy-bridge CPU/GPU
 
 I installed xorg and kde, and when I try to start KDE, it loads, and
 gets so far as showing the FreeBSD wallpaper, then panics:
 
 
 text dump: http://www.allanjude.com/bsd/i915_core.3.txt
 Full dump: (26mb compressed, 740mb original)
This is useless for anybody except you.

 http://www.allanjude.com/bsd/i915_vmcore.3.xz
 
 Unread portion of the kernel message buffer:
 panic: In GPU write domain
 cpuid = 3
 KDB: stack backtrace:
 db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
 0xfe045e52e600
 vpanic() at vpanic+0x189/frame 0xfe045e52e680
 kassert_panic() at kassert_panic+0x132/frame 0xfe045e52e6f0
 i915_gem_pread_ioctl() at i915_gem_pread_ioctl+0x678/frame
 0xfe045e52e790
 drm_ioctl() at drm_ioctl+0x318/frame 0xfe045e52e800
 devfs_ioctl_f() at devfs_ioctl_f+0x122/frame 0xfe045e52e860
 kern_ioctl() at kern_ioctl+0x2c0/frame 0xfe045e52e8c0
 sys_ioctl() at sys_ioctl+0x153/frame 0xfe045e52e9a0
 amd64_syscall() at amd64_syscall+0x25a/frame 0xfe045e52eab0
 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe045e52eab0
 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8022a56fa, rsp =
 0x7fffe718, rbp = 0x7fffe740 ---
 KDB: enter: panic
 Uptime: 9m19s
 Dumping 739 out of 16176
 MB:..3%..11%..22%..31%..42%..52%..61%..72%..81%..91%
 
 Reading symbols from /boot/kernel/i915kms.ko.symbols...done.
 Loaded symbols for /boot/kernel/i915kms.ko.symbols
 Reading symbols from /boot/kernel/drm2.ko.symbols...done.
 Loaded symbols for /boot/kernel/drm2.ko.symbols
 Reading symbols from /boot/kernel/iicbus.ko.symbols...done.
 Loaded symbols for /boot/kernel/iicbus.ko.symbols
 Reading symbols from /boot/kernel/iic.ko.symbols...done.
 Loaded symbols for /boot/kernel/iic.ko.symbols
 Reading symbols from /boot/kernel/iicbb.ko.symbols...done.
 Loaded symbols for /boot/kernel/iicbb.ko.symbols
 #0  doadump (textdump=Unhandled dwarf expression opcode 0x93
 ) at pcpu.h:219
 219   pcpu.h: No such file or directory.
   in pcpu.h
 (kgdb) #0  doadump (textdump=Unhandled dwarf expression opcode 0x93
 ) at pcpu.h:219
 #1  0x80965d27 in kern_reboot (howto=Unhandled dwarf expression
 opcode 0x93
 )
 at /usr/src/sys/kern/kern_shutdown.c:448
 #2  0x80966318 in vpanic (fmt=value optimized out,
 ap=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:747
 #3  0x80966142 in kassert_panic (fmt=value optimized out)
 at /usr/src/sys/kern/kern_shutdown.c:635
 #4  0x81e1de88 in i915_gem_pread_ioctl (dev=0xf8002ffd1000,
 data=0xfe045e52e8f0, file=value optimized out)
 at
 /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem.c:3010

 #5  0x81e9a398 in drm_ioctl (kdev=value optimized out,
 cmd=2149606492, data=0xfe045e52e8f0 y, flags=Unhandled dwarf
 expression opcode 0x93
 )
 at /usr/src/sys/modules/drm2/drm2/../../../dev/drm2/drm_drv.c:942
 #6  0x80849942 in devfs_ioctl_f (fp=0xf80009c15690,
 com=2149606492, data=0xfe045e52e8f0, cred=0xfe045e52e8f0,
 td=0xf80009c74000) at /usr/src/sys/fs/devfs/devfs_vnops.c:775
 #7  0x809c3ad0 in kern_ioctl (td=0xf80009c74000,
 fd=value optimized out, com=0, data=value optimized out) at
 file.h:318
 #8  0x809c3763 in sys_ioctl (td=0xf80009c74000,
 uap=0xfe045e52ea40) at /usr/src/sys/kern/sys_generic.c:718
 #9  0x80d8590a in amd64_syscall (td=0xf80009c74000, traced=0)
 at subr_syscall.c:133
 #10 0x80d632ab in Xfast_syscall ()
 at /usr/src/sys/amd64/amd64/exception.S:395
 #11 0x0008022a56fa in ?? ()
 Previous frame inner to this frame (corrupt stack?)
 Current language:  auto; currently minimal
 

Is this reproducable ?

Try the following patch on top of i915.8.

commit 9af6c652745f551e2b6ce5218e350a5e47999feb
Author: Konstantin Belousov k...@freebsd.org
Date:   Wed Jan 7 20:21:46 2015 +0200

Properly move object into gtt domain when needed.

diff --git a/sys/dev/drm2/i915/i915_gem.c b/sys/dev/drm2/i915/i915_gem.c
index 0f72d08..58cbb59 100644
--- a/sys/dev/drm2/i915/i915_gem.c
+++ b/sys/dev/drm2/i915/i915_gem.c
@@ -1251,7 +1251,7 @@ i915_gem_shmem_pread(struct drm_device *dev,
 * optimizes for the case when the gpu will dirty the data
 * anyway again before the next pread happens. */
needs_clflush = !cpu_cache_is_coherent(dev, obj-cache_level);
-   ret = i915_gem_object_wait_rendering(obj);
+   ret = i915_gem_object_set_to_gtt_domain(obj, false);
if (ret)
return ret;
}
@@ -1579,7 +1579,7 @@ 

Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0

2015-01-07 Thread Eggert, Lars
Hi,

On 2014-12-31, at 21:41, Dimitry Andric d...@freebsd.org wrote:
 I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in
 r276479.

there seem to be issues when building with -DWITH_OFED:

--- contrib/ofed.all__D ---
/usr/home/elars/src/contrib/ofed/usr.bin/opensm/../../management/opensm/opensm/osm_ucast_ftree.c:2996:8:
 error: taking the absolute value of unsigned type 'unsigned int' has no effect 
[-Werror,-Wabsolute-value]
if (abs(p_sw-rank - p_remote_sw-rank) != 1) {

Lars


signature.asc
Description: Message signed with OpenPGP using GPGMail


Re: *** [kernel.debug] Error code 139?

2015-01-07 Thread Bjoern A. Zeeb

 On 07 Jan 2015, at 14:13 , Ed Maste ema...@freebsd.org wrote:
 
 On 7 January 2015 at 08:57, David Wolfskill da...@catwhisker.org wrote:
 --- kernel.debug ---
 linking kernel.debug
 ctfmerge -L VERSION -g -o kernel.debug ...
 Segmentation fault (core dumped)
 *** [kernel.debug] Error code 139
 ...
 I'm mostly wondering what Error code 139 is intended to mean :-}
 
 It's the way termination due to a signal is reported. The exit status
 is 128 + the signal number and SIGSEGV = 11.

I did see it twice last night while doing HEAD builds, and i386.GENERIC only.  
For later builds it was just gone again.  Not sure if anyone wants to figure 
out what was special about the two SVN revisions.   For me it was a cross-build 
from amd64 as part of make universe.


— 
Bjoern A. Zeeb  Charles Haddon Spurgeon:
Friendship is one of the sweetest joys of life.  Many might have failed
 beneath the bitterness of their trial  had they not found a friend.

___
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