Re: hint.uart.1 in device.hints causes freeze at boot

2016-02-26 Thread Warner Losh 
On Fri, Feb 26, 2016 at 6:49 PM, Marcel Moolenaar  wrote:

>
> > On Feb 26, 2016, at 7:48 AM, Lundberg, Johannes <
> johan...@brilliantservice.co.jp> wrote:
> >
> > Hi
> >
> > Not sure if it's ok to cross post but I wasn't sure which list to send
> to.
> >
> > On Intel Atom X5-Z8300 SoC (CherryTrail) the install memstick image
> (amd64)
> > halts during boot because of uart.1 settings in device hints.
>
> I have found that FreeBSD’s default device.hints file has fallen
> behind on reality and is indeed causing problems on more modern
> H/W, like the H/W you mention.
>
> >
> > I'm sure it is there for a reason so what is the alternative actions? Is
> > the solution to get a bootable Atom SoC image to create yet another
> > distribution or can the installer choose the proper device.hints
> > dynamically during boot?
>
> FreeBSD should really get rid of any default hints by now; or at least
> limit the hints to what is absolutely certain to be needed or to be
> correct.
>

Any reason not to add .disabled=1 to all the entries that are there,
with the possible exception of uart.0? At least for i386 and amd64?
Bonus points for writing code that filters those out when there's
no ACPI. While PNPBIOS could also supply this info, I doubt that you
could find hardware that has pnpbios data and not ACPI data except
maybe some of the soekris boxes to test against.

Better still would be to split the current GENERIC.hints into two bits.
One that was strictly for legacy (!ACPI and !PNPBIOS) situations, and
one that we always load. There look to be at least a couple of hints
that are universally relevant still. I might have a 200MHz pentium I
can test this with...

As near as I can tell, only the following are relevant:
hint.fd.0.at="fdc0"
hint.fd.0.drive="0"
hint.fd.1.at="fdc0"
hint.fd.1.drive="1"
hint.acpi_throttle.0.disabled="1"
hint.p4tcc.0.disabled="1"

and maybe

hint.apm.0.disabled="1"

The floppy is for systems that have it, but won't add a floppy controller.
APM hasn't been relevant since ~100MHz Pentium. The last two I'm
unsure of.

Warner

Warner
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Meet to hack on new Intel Atom SoC board

2016-02-26 Thread Larry Maloney 
Come to BAFUg at the Hacker Dojo

Sent from my iPhone

> On Feb 26, 2016, at 3:51 PM, Lundberg, Johannes 
>  wrote:
> 
> Hi
> 
> My three boards from UP has arrived. At last, an Intel based small sized
> dev board!
> http://up-shop.org/
> 
> This is an early developer version board with the new super low power 14nm
> x5-Z8300 CPU (CherryTrail) with 16GB eMMC and 1GB RAM (a bit different from
> the specs of the final version).
> 
> Any kernel hackers in the Bay Area (south of San Francisco) who are
> interested to get together next week and get FreeBSD running on it? (Pizza
> on me :)
> 
> I can also lend a couple of boards to anyone who wants to continue hacking
> after the meeting.
> 
> 
> What I've done so far
> - Running from USB memstick. Need to disable uart.1 or boot halts.
> - Started working on sdhci_acpi driver
> https://github.com/yohanesu75/freebsd/blob/sdhci-acpi-mmccampatch/sys/dev/sdhci/sdhci_acpi.c
> which requires this patch
> https://reviews.freebsd.org/D4761 (mmc on cam)
> and is a work in progress and I'm kind of stuck because I don't know how to
> do the IO port stuff so that the card can be detected..
> 
> (There is a BIOS option to run the SDHCI controller on PCI bus but it fails
> to detect the eMMC memory. I think Intel (SD?|GP?)IO ports are required for
> this which will be added support for in the D4761 patch.)
> 
> Working (out of the box - haven't tested everything)
> - HDMI output
> - Realtek GB Ethernet
> - USB 2.0
> 
> Top priority would be to get eMMC storage working (on top of cam/mmc).
> Other goals:
> - Working GPIO
> - Writing device drivers for SoC components like the ISP and on-board
> chips.
> - Hardware graphics rendering
> - Power consumption optimizations
> 
> Have a nice weekend!
> Johannes
> 
> -- 
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> 秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
> もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
> 複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
> ---
> CONFIDENTIALITY NOTE: The information in this email is confidential
> and intended solely for the addressee.
> Disclosure, copying, distribution or any other action of use of this
> email by person other than intended recipient, is prohibited.
> If you are not the intended recipient and have received this email in
> error, please destroy the original message.
> ___
> freebsd-hack...@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Meet to hack on new Intel Atom SoC board

2016-02-26 Thread Lundberg, Johannes 
Definitely. I was there last time and plan to go next time. When is that by
the way? I can't find any info on meetup...

If it's too far to the next meeting I was planning on having a meetup at my
office (max 8 ppl) or rent a room at hacker dojo if there is enough people
who wanna join.


On Friday, February 26, 2016, Larry Maloney 
wrote:

> Come to BAFUg at the Hacker Dojo
>
> Sent from my iPhone
>
> > On Feb 26, 2016, at 3:51 PM, Lundberg, Johannes <
> johan...@brilliantservice.co.jp > wrote:
> >
> > Hi
> >
> > My three boards from UP has arrived. At last, an Intel based small sized
> > dev board!
> > http://up-shop.org/
> >
> > This is an early developer version board with the new super low power
> 14nm
> > x5-Z8300 CPU (CherryTrail) with 16GB eMMC and 1GB RAM (a bit different
> from
> > the specs of the final version).
> >
> > Any kernel hackers in the Bay Area (south of San Francisco) who are
> > interested to get together next week and get FreeBSD running on it?
> (Pizza
> > on me :)
> >
> > I can also lend a couple of boards to anyone who wants to continue
> hacking
> > after the meeting.
> >
> >
> > What I've done so far
> > - Running from USB memstick. Need to disable uart.1 or boot halts.
> > - Started working on sdhci_acpi driver
> >
> https://github.com/yohanesu75/freebsd/blob/sdhci-acpi-mmccampatch/sys/dev/sdhci/sdhci_acpi.c
> > which requires this patch
> > https://reviews.freebsd.org/D4761 (mmc on cam)
> > and is a work in progress and I'm kind of stuck because I don't know how
> to
> > do the IO port stuff so that the card can be detected..
> >
> > (There is a BIOS option to run the SDHCI controller on PCI bus but it
> fails
> > to detect the eMMC memory. I think Intel (SD?|GP?)IO ports are required
> for
> > this which will be added support for in the D4761 patch.)
> >
> > Working (out of the box - haven't tested everything)
> > - HDMI output
> > - Realtek GB Ethernet
> > - USB 2.0
> >
> > Top priority would be to get eMMC storage working (on top of cam/mmc).
> > Other goals:
> > - Working GPIO
> > - Writing device drivers for SoC components like the ISP and on-board
> > chips.
> > - Hardware graphics rendering
> > - Power consumption optimizations
> >
> > Have a nice weekend!
> > Johannes
> >
> > --
> > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> > 秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
> > もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
> > 複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
> > ---
> > CONFIDENTIALITY NOTE: The information in this email is confidential
> > and intended solely for the addressee.
> > Disclosure, copying, distribution or any other action of use of this
> > email by person other than intended recipient, is prohibited.
> > If you are not the intended recipient and have received this email in
> > error, please destroy the original message.
> > ___
> > freebsd-hack...@freebsd.org  mailing list
> > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> > To unsubscribe, send any mail to "
> freebsd-hackers-unsubscr...@freebsd.org "
>


-- 
--
Name: Johannes Lundberg
Position: Mirama project leader
Phone:+1-408-636-2161
Skype:brilliantjohannes
Online:   LinkedIn  Facebook
 Reddit
 Twitter
 GitHub 
GitLab 
Company:  Mirama  Brilliantservice US
 Brilliantservice JP


-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
CONFIDENTIALITY NOTE: The information in this email is confidential
and intended solely for the addressee.
Disclosure, copying, distribution or any other action of use of this
email by person other than intended recipient, is prohibited.
If you are not the intended recipient and have received this email in
error, please destroy the original message.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: hint.uart.1 in device.hints causes freeze at boot

2016-02-26 Thread Marcel Moolenaar 

> On Feb 26, 2016, at 7:48 AM, Lundberg, Johannes 
>  wrote:
> 
> Hi
> 
> Not sure if it's ok to cross post but I wasn't sure which list to send to.
> 
> On Intel Atom X5-Z8300 SoC (CherryTrail) the install memstick image (amd64)
> halts during boot because of uart.1 settings in device hints.

I have found that FreeBSD’s default device.hints file has fallen
behind on reality and is indeed causing problems on more modern
H/W, like the H/W you mention.

> 
> I'm sure it is there for a reason so what is the alternative actions? Is
> the solution to get a bootable Atom SoC image to create yet another
> distribution or can the installer choose the proper device.hints
> dynamically during boot?

FreeBSD should really get rid of any default hints by now; or at least
limit the hints to what is absolutely certain to be needed or to be
correct.

--
Marcel Moolenaar
mar...@xcllnt.net





signature.asc
Description: Message signed with OpenPGP using GPGMail

Meet to hack on new Intel Atom SoC board

2016-02-26 Thread Lundberg, Johannes 
Hi

My three boards from UP has arrived. At last, an Intel based small sized
dev board!
http://up-shop.org/

This is an early developer version board with the new super low power 14nm
x5-Z8300 CPU (CherryTrail) with 16GB eMMC and 1GB RAM (a bit different from
the specs of the final version).

Any kernel hackers in the Bay Area (south of San Francisco) who are
interested to get together next week and get FreeBSD running on it? (Pizza
on me :)

I can also lend a couple of boards to anyone who wants to continue hacking
after the meeting.


What I've done so far
- Running from USB memstick. Need to disable uart.1 or boot halts.
- Started working on sdhci_acpi driver
https://github.com/yohanesu75/freebsd/blob/sdhci-acpi-mmccampatch/sys/dev/sdhci/sdhci_acpi.c
which requires this patch
https://reviews.freebsd.org/D4761 (mmc on cam)
and is a work in progress and I'm kind of stuck because I don't know how to
do the IO port stuff so that the card can be detected..

(There is a BIOS option to run the SDHCI controller on PCI bus but it fails
to detect the eMMC memory. I think Intel (SD?|GP?)IO ports are required for
this which will be added support for in the D4761 patch.)

Working (out of the box - haven't tested everything)
- HDMI output
- Realtek GB Ethernet
- USB 2.0

Top priority would be to get eMMC storage working (on top of cam/mmc).
Other goals:
- Working GPIO
- Writing device drivers for SoC components like the ISP and on-board
chips.
- Hardware graphics rendering
- Power consumption optimizations

Have a nice weekend!
Johannes

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
CONFIDENTIALITY NOTE: The information in this email is confidential
and intended solely for the addressee.
Disclosure, copying, distribution or any other action of use of this
email by person other than intended recipient, is prohibited.
If you are not the intended recipient and have received this email in
error, please destroy the original message.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ZenBook UX305CA touchpad

2016-02-26 Thread Jonathan Anderson 

On 26 Feb 2016, at 13:23, Jonathan Anderson wrote:


Hello -CURRENT,

I just picked up an Asus ZenBook UX305CA on sale. The screen is 
beautiful (with unaccelerated scfb graphics), the wi-fi works (with 
just the occasional fatal firmware error) and I'm generally a 
satisfied customer, except: the touchpad doesn't seem to work. It 
doesn't even show up as a PS/2 mouse: `dmesg | grep psm` yields 
nothing.


I now see that, after a verbose boot, I do have one psm0 message in 
dmesg (attached as dmesg.out):


psm0: unable to allocate IRQ



Jon


I saw that some Linux folks had troubles with this trackpad too:

https://florisvanvugt.wordpress.com/2015/12/26/making-asus-ux305ca-touchpad-work-in-ubuntu/

https://bugzilla.redhat.com/show_bug.cgi?id=1275718#c7

Does that provide any useful information for my FreeBSD problem?


Jon

--
Jonathan Anderson
jonat...@freebsd.orgTable 'FACP' at 0x86d67eb8
Table 'APIC' at 0x86d67fc8
APIC: Found table at 0x86d67fc8
APIC: Using the MADT enumerator.
MADT: Found CPU APIC ID 0 ACPI ID 1: enabled
SMP: Added CPU 0 (AP)
MADT: Found CPU APIC ID 2 ACPI ID 2: enabled
SMP: Added CPU 2 (AP)
MADT: Found CPU APIC ID 1 ACPI ID 3: enabled
SMP: Added CPU 1 (AP)
MADT: Found CPU APIC ID 3 ACPI ID 4: enabled
SMP: Added CPU 3 (AP)
Copyright (c) 1992-2016 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 r295683: Wed Feb 17 02:07:17 UTC 2016
r...@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64
FreeBSD clang version 3.7.1 (tags/RELEASE_371/final 255217) 20151225
WARNING: WITNESS option enabled, expect reduced performance.
PPIM 0: PA=0xc000, VA=0x8221, size=0x7e9000, mode=0x1
VT(efifb): resolution 1920x1080
Preloaded elf kernel "/boot/kernel/kernel" at 0x820ba000.
Preloaded /boot/entropy "/boot/entropy" at 0x820bb3a8.
Preloaded elf obj module "/boot/kernel/if_iwn.ko" at 0x820bb3f8.
module iwn already present!
Calibrating TSC clock ... TSC clock: 1512067196 Hz
CPU: Intel(R) Core(TM) m3-6Y30 CPU @ 0.90GHz (1512.07-MHz K8-class CPU)
  Origin="GenuineIntel"  Id=0x406e3  Family=0x6  Model=0x4e  Stepping=3
  
Features=0xbfebfbff
  
Features2=0x7ffafbbf
  AMD Features=0x2c100800
  AMD Features2=0x121
  Structured Extended 
Features=0x29c67af
  XSAVE Features=0xf
  VT-x: Basic Features=0xda0400
Pin-Based Controls=0x7f
Primary Processor 
Controls=0xfff9fffe
Secondary Processor 
Controls=0x1fbcff
Exit Controls=0xda0400
Entry Controls=0xda0400
EPT Features=0x6334141
VPID Features=0xf01
  TSC: P-state invariant, performance statistics
Data TLB: 1 GByte pages, 4-way set associative, 4 entries
Data TLB: 4 KB pages, 4-way set associative, 64 entries
Instruction TLB: 2M/4M pages, fully associative, 8 entries
Instruction TLB: 4KByte pages, 8-way set associative, 64 entries
64-Byte prefetching
Shared 2nd-Level TLB: 4 KByte /2 MByte pages, 6-way associative, 1536 entries. 
Also 1GBbyte pages, 4-way, 16 entries
L2 cache: 256 kbytes, 8-way associative, 64 bytes/line
real memory  = 8589934592 (8192 MB)
Physical memory chunk(s):
0x0001 - 0x00053fff, 278528 bytes (68 pages)
0x00059000 - 0x0009dfff, 282624 bytes (69 pages)
0x0010 - 0x001f, 1048576 bytes (256 pages)
0x020fc000 - 0x82fc, 2163032064 bytes (528084 pages)
0x82ffb000 - 0x8304bfff, 331776 bytes (81 pages)
0x8348d000 - 0x859befff, 39002112 bytes (9522 pages)
0x8641b000 - 0x86a3cfff, 6430720 bytes (1570 pages)
0x87ffe000 - 0x87ffefff, 4096 bytes (1 pages)
0x0001 - 0x000263f9cfff, 5972283392 bytes (1458077 pages)
avail memory = 8122744832 (7746 MB)
Table 'FACP' at 0x86d67eb8
Table 'APIC' at 0x86d67fc8
Table 'FPDT' at 0x86d68050
Table 'FIDT' at 0x86d68098
Table 'MCFG' at 0x86d68138
Table 'HPET' at 0x86d68178
Table 'SSDT' at 0x86d681b0
Table 'ECDT' at 0x86d684c8
Table 'LPIT' at 0x86d68590

Re: buffer overflow warning in /bin/sh

2016-02-26 Thread Dimitry Andric 
On 26 Feb 2016, at 04:21, Howard Su  wrote:
> 
> I got the error when compiling GENERIC kernel with address sanitizer
> /bin/sh:
> --- vers.c ---
> MAKE=make sh /usr/home/howardsu/freebsd/sys/conf/newvers.sh
> GENERIC=
> ==4132==ERROR: AddressSanitizer: stack-buffer-overflow on address
> 0x7fffc9c0 at pc 0x0045fdc7 bp 0x7fffc930 sp 0x7fffc0f0
> WRITE of size 312 at 0x7fffc9c0 thread T0
>#0 0x45fdc6  (/bin/sh+0x45fdc6)
>#1 0x801431767  (/lib/libc.so.7+0x7c767)
>#2 0x42ff5e  (/bin/sh+0x42ff5e)
>#3 0x4b6b00  (/bin/sh+0x4b6b00)
>#4 0x49686e  (/bin/sh+0x49686e)
>#5 0x495572  (/bin/sh+0x495572)
>#6 0x48c3f9  (/bin/sh+0x48c3f9)
>#7 0x489920  (/bin/sh+0x489920)
>#8 0x4acde8  (/bin/sh+0x4acde8)
>#9 0x4aca4d  (/bin/sh+0x4aca4d)
>#10 0x40fb0e  (/bin/sh+0x40fb0e)
>#11 0x80071afff  ()
> 
> Address 0x7fffc9c0 is located in stack of thread
> T0==4132==AddressSanitizer CHECK failed:
> /usr/home/howardsu/freebsd/lib/libclang_rt/asan/../../../contrib/compiler-rt/lib/asan/asan_thread.cc:246
> "((ptr[0] == kCurrentStackFrameMagic)) != (0)" (0x0, 0x0)
>#0 0x422b9d  (/bin/sh+0x422b9d)
>#1 0x41de09  (/bin/sh+0x41de09)
>#2 0x41f301  (/bin/sh+0x41f301)
>#3 0x4728be  (/bin/sh+0x4728be)
>#4 0x474589  (/bin/sh+0x474589)
>#5 0x47502a  (/bin/sh+0x47502a)
>#6 0x45fdef  (/bin/sh+0x45fdef)
>#7 0x801431767  (/lib/libc.so.7+0x7c767)
>#8 0x42ff5e  (/bin/sh+0x42ff5e)
>#9 0x4b6b00  (/bin/sh+0x4b6b00)
>#10 0x49686e  (/bin/sh+0x49686e)
>#11 0x495572  (/bin/sh+0x495572)
>#12 0x48c3f9  (/bin/sh+0x48c3f9)
>#13 0x489920  (/bin/sh+0x489920)
>#14 0x4acde8  (/bin/sh+0x4acde8)
>#15 0x4aca4d  (/bin/sh+0x4aca4d)
>#16 0x40fb0e  (/bin/sh+0x40fb0e)
>#17 0x80071afff  ()
> 
> *** [vers.c] Error code 1
> 
> I am using latest -Current and add the following flags to /etc/make.conf.
> # CFLAGS+= -g -fsanitize=address -fno-omit-frame-pointer
> 
> I rebuild /bin/sh as a first step. with the /bin/sh I got the above error.
> I would like to understand how to get symbols. The following command
> doesn't work at all.
> addr2line -e /bin/sh 0x422b9d
> 
> ​Any idea?​

Please recompile and reinstall world, using WITH_CLANG_EXTRAS=y in
/etc/src.conf.  This will install the /usr/bin/llvm-symbolizer command,
which is needed by AddressSanitizer to resolve symbols.

On my system with the projects/clang380-import branch installed, I get
the following AdressSanitizer report.  It does not look completely
similar to your case, though:

$ sh sys/conf/newvers.sh
=
==9912==ERROR: AddressSanitizer: stack-buffer-overflow on address 0xbfbfe380 at 
pc 0x08121f12 bp 0xbfbfe354 sp 0xbfbfe34c
WRITE of size 4 at 0xbfbfe380 thread T0
#0 0x8121f11 in readtoken1 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:1419:22
#1 0x812597d in xxreadtoken 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:930:11
#2 0x811c90f in readtoken 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:827:6
#3 0x812341c in simplecmd 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:647:7
#4 0x812341c in command 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:592
#5 0x8122e19 in pipeline 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:376:7
#6 0x811cc57 in andor 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:347:6
#7 0x811cc57 in list 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:278
#8 0x8126501 in parsebackq 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:1182:6
#9 0x811f36c in readtoken1 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:1556:11
#10 0x812597d in xxreadtoken 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:930:11
#11 0x811c90f in readtoken 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:827:6
#12 0x811c7c9 in parsecmd 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:224:6
#13 0x811046f in cmdloop 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/main.c:217:7
#14 0x811015e in main 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/main.c:178:3
#15 0x80557c9 in _start1 (/bin/sh+0x80557c9)

Address 0xbfbfe380 is located in stack of thread T0 at offset 32 in frame
#0 0x811e8ff in readtoken1 
/share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:1400

  This frame has 3 object(s):
[16, 20) 'bqlist'
[32, 128) 'state_static' <== Memory access at offset 32 is inside this 
variable
[160, 170) 'buf'
HINT: this may be a false positive if your program uses some custom stack 
unwind mechanism or swapcontext
  (longjmp and C++ exceptions

ZenBook UX305CA touchpad

2016-02-26 Thread Jonathan Anderson 

Hello -CURRENT,

I just picked up an Asus ZenBook UX305CA on sale. The screen is 
beautiful (with unaccelerated scfb graphics), the wi-fi works (with just 
the occasional fatal firmware error) and I'm generally a satisfied 
customer, except: the touchpad doesn't seem to work. It doesn't even 
show up as a PS/2 mouse: `dmesg | grep psm` yields nothing.


I saw that some Linux folks had troubles with this trackpad too:

https://florisvanvugt.wordpress.com/2015/12/26/making-asus-ux305ca-touchpad-work-in-ubuntu/

https://bugzilla.redhat.com/show_bug.cgi?id=1275718#c7

Does that provide any useful information for my FreeBSD problem?


Jon
--
Jonathan Anderson
jonat...@freebsd.org
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: hint.uart.1 in device.hints causes freeze at boot

2016-02-26 Thread Lundberg, Johannes 
Yes. Doing that or removing it from device.hints and it will boot properly.
I haven't really dug any deeper as to why, yet.


On Fri, Feb 26, 2016 at 9:56 AM, Ian Lepore  wrote:

> On Fri, 2016-02-26 at 09:48 -0600, Lundberg, Johannes wrote:
> > Hi
> >
> > Not sure if it's ok to cross post but I wasn't sure which list to
> > send to.
> >
> > On Intel Atom X5-Z8300 SoC (CherryTrail) the install memstick image
> > (amd64)
> > halts during boot because of uart.1 settings in device hints.
> >
> > I'm sure it is there for a reason so what is the alternative actions?
> > Is
> > the solution to get a bootable Atom SoC image to create yet another
> > distribution or can the installer choose the proper device.hints
> > dynamically during boot?
> >
> > Best regards
> >
>
> There's not a lot of information to go on here... at what point does it
> halt?  Why do you think it's related to the uart 1 hint?  Does it help
> to set hint.uart.1.disabled=1 in loader before booting?
>
> -- Ian
>
>

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
CONFIDENTIALITY NOTE: The information in this email is confidential
and intended solely for the addressee.
Disclosure, copying, distribution or any other action of use of this
email by person other than intended recipient, is prohibited.
If you are not the intended recipient and have received this email in
error, please destroy the original message.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: hint.uart.1 in device.hints causes freeze at boot

2016-02-26 Thread Ian Lepore 
On Fri, 2016-02-26 at 09:48 -0600, Lundberg, Johannes wrote:
> Hi
> 
> Not sure if it's ok to cross post but I wasn't sure which list to
> send to.
> 
> On Intel Atom X5-Z8300 SoC (CherryTrail) the install memstick image
> (amd64)
> halts during boot because of uart.1 settings in device hints.
> 
> I'm sure it is there for a reason so what is the alternative actions?
> Is
> the solution to get a bootable Atom SoC image to create yet another
> distribution or can the installer choose the proper device.hints
> dynamically during boot?
> 
> Best regards
> 

There's not a lot of information to go on here... at what point does it
halt?  Why do you think it's related to the uart 1 hint?  Does it help
to set hint.uart.1.disabled=1 in loader before booting?

-- Ian

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Build Breakage

2016-02-26 Thread Shawn Webb 
On Fri, Feb 26, 2016 at 09:23:16AM -0500, Shawn Webb wrote:
> Hey All,
> 
> It looks like a recent commit to HEAD broke the `real-release` target in
> /usr/src/release. I suspect it's the capserd-related commits, but I
> haven't confirmed, yet. I'm going to spend some time trying to nail down
> which commit.
> 
> Here's the build log:
> 
> http://jenkins.hardenedbsd.org:8180/jenkins/job/HardenedBSD-CURRENT-i915kms-amd64/47/console

I have confirmed that this commit breaks the build:

https://github.com/freebsd/freebsd/commit/023f14d65b31db71d1a4e6655205dd919bfeb5fb

Reverting that commit fixes the build.

Thanks,

-- 
Shawn Webb
HardenedBSD

GPG Key ID:  0x6A84658F52456EEE
GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89  3D9E 6A84 658F 5245 6EEE


signature.asc
Description: PGP signature

hint.uart.1 in device.hints causes freeze at boot

2016-02-26 Thread Lundberg, Johannes 
Hi

Not sure if it's ok to cross post but I wasn't sure which list to send to.

On Intel Atom X5-Z8300 SoC (CherryTrail) the install memstick image (amd64)
halts during boot because of uart.1 settings in device hints.

I'm sure it is there for a reason so what is the alternative actions? Is
the solution to get a bootable Atom SoC image to create yet another
distribution or can the installer choose the proper device.hints
dynamically during boot?

Best regards

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
CONFIDENTIALITY NOTE: The information in this email is confidential
and intended solely for the addressee.
Disclosure, copying, distribution or any other action of use of this
email by person other than intended recipient, is prohibited.
If you are not the intended recipient and have received this email in
error, please destroy the original message.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Build Breakage

2016-02-26 Thread Shawn Webb 
Hey All,

It looks like a recent commit to HEAD broke the `real-release` target in
/usr/src/release. I suspect it's the capserd-related commits, but I
haven't confirmed, yet. I'm going to spend some time trying to nail down
which commit.

Here's the build log:

http://jenkins.hardenedbsd.org:8180/jenkins/job/HardenedBSD-CURRENT-i915kms-amd64/47/console

Thanks,

-- 
Shawn Webb
HardenedBSD

GPG Key ID:  0x6A84658F52456EEE
GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89  3D9E 6A84 658F 5245 6EEE


signature.asc
Description: PGP signature

FreeBSD_HEAD_i386 - Build #2443 - Fixed

2016-02-26 Thread jenkins-admin 
FreeBSD_HEAD_i386 - Build #2443 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2443/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2443/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2443/console

Change summaries:

296090 by wma:
Change format string in pciconf EA to jx

Fix compilation error introduced by r296081

296089 by sephe:
hyperv/hn: Make transmission path channel aware

Chimney sending buffer still needs conversion, which will be done
along with the upcoming vRSS support.

MFC after:  1 week
Sponsored by:   Microsoft OSTC
Differential Revision:  https://reviews.freebsd.org/D5457

296088 by sephe:
hyperv/hn: Remove the useless num_outstanding_sends

We rely on taskqueue draining now.

MFC after:  1 week
Sponsored by:   Microsoft OSTC
Differential Revision:  https://reviews.freebsd.org/D5456

296087 by sephe:
hyperv/hn: Associate TX/RX ring with channel

This fixes the TX/RX ring selection for TX/RX done.

MFC after:  1 week
Sponsored by:   Microsoft OSTC
Differential Revision:  https://reviews.freebsd.org/D5454

296086 by sephe:
hyperv/hn: Pass channel to TX/RX done

This is preamble to associate the TX/RX rings to their channel.

While I'm here, revoke unused netvsc_recv_rollup.

MFC after:  1 week
Sponsored by:   Microsoft OSTC
Differential Revision:  https://reviews.freebsd.org/D5453

296085 by sephe:
hyperv/hn: Pass channel as the channel callback argument

This is the preamble to pass channel back to hn(4) upon TX/RX done.

Reviewed by:Hongjiang Zhang 
MFC after:  1 week
Sponsored by:   Microsoft OSTC
Differential Revision:  https://reviews.freebsd.org/D5452

296084 by sephe:
hyperv: Always set device for channels

And unregister hv_device only for primary channels, who own the hv_device.

MFC after:  1 week
Sponsored by:   Microsoft OSTC
Differential Revision:  https://reviews.freebsd.org/D5451

296083 by sephe:
hyperv: Remove useless channel inbound_lock

It serves no purpose.

Reviewed by:Hongjiang Zhang 
MFC after:  1 week
Sponsored by:   Microsoft OSTC
Differential Revision:  https://reviews.freebsd.org/D5450

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

FreeBSD_HEAD_i386 - Build #2442 - Failure

2016-02-26 Thread jenkins-admin 
FreeBSD_HEAD_i386 - Build #2442 - Failure:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2442/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2442/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2442/console

Change summaries:

296082 by wma:
Add ns16550a compatible string in UART 8250 driver

Obtained from: Semihalf
Submitted by:  Michal Stanek 
Sponsored by:  Annapurna Labs
Approved by:   cognet (mentor)
Reviewed by:   imp, wma
Differential revision: https://reviews.freebsd.org/D5404

296081 by wma:
Add support for Enhanced Allocation in pciconf

 * Modified pciconf to print EA capability structure
 * Added register description to pcireg.h

Obtained from: Semihalf
Sponsored by:  Cavium
Approved by:   cognet (mentor)
Reviewed by:   jhb
Differential revision: https://reviews.freebsd.org/D5440

296080 by sgalabov:
So far bsd.stand.mk wasn't included in the following files:
sys/boot/fdt/Makefile
sys/boot/uboot/fdt/Makefile
sys/boot/uboot/lib/Makefile

This causes compilation issues on MIPS due to trying to link PIC with non-PIC
code. This revision includes bsd.stand.mk in the above files.

Reviewed by:imp
Approved by:adrian (mentor)
Sponsored by:   Smartcom - Bulgaria AD
Differential Revision:  https://reviews.freebsd.org/D5311

296079 by sgalabov:
Currently BERI's loader is including the 32-bit version of the FICL MIPS 
sysdep.h (sys/boot/ficl/mips/sysdep.h) instead of the 64-bit version 
(sys/boot/ficl/mips64/sysdep.h).

Although this may not be an issue in practice, it would be more correct if the 
64-bit version was used. Also, using the 64-bit version would make it easier to 
add support for 64-bit ubldr on MIPS.

Approved by:adrian (mentor)
Differential Revision:  https://reviews.freebsd.org/D5310



The end of the build log:

[...truncated 142535 lines...]
--- test_passthrough_dotdot.o ---
cc  -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" 
-I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/cpio/tests 
-I/usr/obj/usr/src/usr.bin/cpio/tests -I/usr/src/contrib/libarchive/cpio 
-I/usr/src/contrib/libarchive/libarchive_fe 
-I/usr/src/contrib/libarchive/test_utils   -g -std=gnu99 
-fstack-protector-strong-Qunused-arguments -c 
/usr/src/contrib/libarchive/cpio/test/test_passthrough_dotdot.c -o 
test_passthrough_dotdot.o
--- test_passthrough_reverse.o ---
cc  -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" 
-I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/cpio/tests 
-I/usr/obj/usr/src/usr.bin/cpio/tests -I/usr/src/contrib/libarchive/cpio 
-I/usr/src/contrib/libarchive/libarchive_fe 
-I/usr/src/contrib/libarchive/test_utils   -g -std=gnu99 
-fstack-protector-strong-Qunused-arguments -c 
/usr/src/contrib/libarchive/cpio/test/test_passthrough_reverse.c -o 
test_passthrough_reverse.o
--- all_subdir_usr.sbin ---
--- excludes.o ---
cc  -O2 -pipe   -I/usr/src/usr.sbin/nmtree/../../contrib/mknod 
-I/usr/src/usr.sbin/nmtree/../../lib/libnetbsd -g -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter 
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations 
-Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
 -Qunused-arguments -c /usr/src/usr.sbin/nmtree/../../contrib/mtree/excludes.c 
-o excludes.o
--- all_subdir_lib ---
--- test_write_format_cpio.o ---
cc  -O2 -pipe -I/usr/src/lib/libarchive -I/usr/obj/usr/src/lib/libarchive/tests 
-I/usr/src/contrib/libarchive/libarchive 
-I/usr/src/contrib/libarchive/test_utils -DHAVE_LIBLZMA=1 -DHAVE_LZMA_H=1   -g 
-std=gnu99 -fstack-protector-strong-Qunused-arguments -c 
/usr/src/contrib/libarchive/libarchive/test/test_write_format_cpio.c -o 
test_write_format_cpio.o
--- all_subdir_usr.bin ---
--- main.o ---
cc  -O2 -pipe -DPLATFORM_CONFIG_H=\"/usr/src/lib/libarchive/config_freebsd.h\" 
-I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/cpio/tests 
-I/usr/obj/usr/src/usr.bin/cpio/tests -I/usr/src/contrib/libarchive/cpio 
-I/usr/src/contrib/libarchive/libarchive_fe 
-I/usr/src/contrib/libarchive/test_utils   -g -std=gnu99 
-fstack-protector-strong-Qunused-arguments -c 
/usr/src/contrib/libarchive/cpio/test/main.c -o main.o
--- all_subdir_usr.sbin ---
--- getid.o ---
cc  -O2 -pipe   -I/usr/src/usr.sbin/nmtree/../../contrib/mknod 
-I/usr/src/usr.sbin/nmtree/../../lib/libnetbsd -g -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter