r301853: buildkernel fail due to cc: error: no such file or directory: '/usr/src/sys/dev/nvme/nvme_sim.c'

Recent CURRENT r301853 fails to compile a kernel due to the error shown below: [...] cc -c -O3 -pipe -fno-strict-aliasing -march=native -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-lea

Re: thread suspension when dumping core

On Mon, Jun 13, 2016 at 12:24:52AM +0200, Jilles Tjoelker wrote: > On Thu, Jun 09, 2016 at 07:34:55AM +0300, Konstantin Belousov wrote: > > On Wed, Jun 08, 2016 at 11:17:44PM +0200, Jilles Tjoelker wrote: > > > On Wed, Jun 08, 2016 at 04:56:35PM +0300, Konstantin Belousov wrote: > > > > On Wed, Jun

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815]

Mark Millard wrote: > Cross builds work just fine based on the FreeBSD tree when omitting > WITH_META_MODE=. > Hmm must do something odd then. > As of -r301825 there is almost no use of HOST_CC at the upper levels or in > share/mk/*: Yes, which means if cross-building works it must be requri

Re: Borked 'pkg install xorg-minimal' on FreeBSD-11.0-ALPHA3-amd64-20160528-r301815-memstick.img

On Sun, 12 Jun 2016 18:11:03 -0400 Ngie Cooper wrote: > > On Jun 12, 2016, at 14:42, Joe Ennis wrote: > > > > On a vinalla, first pkg added, zfs on root install: > > > > # pkg install xorg-minimal > > ... > > ... > > ... > > [69/75] Extracting xf86-input-mouse-7.9.1_1: 100% > > [70/75] Insta

Re: thread suspension when dumping core

On Thu, Jun 09, 2016 at 07:34:55AM +0300, Konstantin Belousov wrote: > On Wed, Jun 08, 2016 at 11:17:44PM +0200, Jilles Tjoelker wrote: > > On Wed, Jun 08, 2016 at 04:56:35PM +0300, Konstantin Belousov wrote: > > > On Wed, Jun 08, 2016 at 06:35:08AM -0700, Mark Johnston wrote: > > > > On Wed, Jun 0

Re: Borked 'pkg install xorg-minimal' on FreeBSD-11.0-ALPHA3-amd64-20160528-r301815-memstick.img

> On Jun 12, 2016, at 14:42, Joe Ennis wrote: > > On a vinalla, first pkg added, zfs on root install: > > # pkg install xorg-minimal > ... > ... > ... > [69/75] Extracting xf86-input-mouse-7.9.1_1: 100% > [70/75] Installing linux_base-c6-6.7_3... > sysctl: unknown oid 'compat.linux.release' > l

Borked 'pkg install xorg-minimal' on FreeBSD-11.0-ALPHA3-amd64-20160528-r301815-memstick.img

On a vinalla, first pkg added, zfs on root install: # pkg install xorg-minimal ... ... ... [69/75] Extracting xf86-input-mouse-7.9.1_1: 100% [70/75] Installing linux_base-c6-6.7_3... sysctl: unknown oid 'compat.linux.release' linuxulator is not (kld) loaded, exiting pkg:PRE-INSTALL script fail

Re: GPIO driver for Intel Atom SoC

On Sun, Jun 12, 2016 at 11:02 AM, Ian Lepore wrote: > > Why do we need gpio support for emmc/sdhci? Is there a power-enable > pin that has to be asserted or something? I don't think we have an API > that lets an arbitrary driver which is not a child of the gpiobus > manipulate pins, outside of

Re: GPIO driver for Intel Atom SoC

On Sun, 2016-06-12 at 10:48 -0700, Lundberg, Johannes wrote: > Thanks Adrian > > Looks like this is something I can base the new driver on. > Hopefully with this we can get eMMC support for Intel SDHCI > controller. > Why do we need gpio support for emmc/sdhci? Is there a power-enable pin that

Re: GPIO driver for Intel Atom SoC

Thanks Adrian Looks like this is something I can base the new driver on. Hopefully with this we can get eMMC support for Intel SDHCI controller. On Sun, Jun 12, 2016 at 12:11 AM, Adrian Chadd wrote: > Take a look at what one of the gpio controllers do. Eg ar71xx_gpio.c. > You have to implement

Re: GPIO driver for Intel Atom SoC

Hi Ian Thanks for the heads up. This is a vanilla Intel chip with ACPI. ACPI ID is INT33FF (Intel Serial IO GPIO Controller). I don't think I need to worry about FDT. (Hopefully) I can't find any traces of FDT in the Linux driver. On Sun, Jun 12, 2016 at 10:12 AM, Ian Lepore wrote: > On Sat,

Re: GPIO driver for Intel Atom SoC

On Sat, 2016-06-11 at 21:59 -0700, Lundberg, Johannes wrote: > Hi > > I want to port the pinctrl-cherryview driver from Linux. > > I've seen there is the gpiobus and a controller gpioc, can any of > these be > leverage when porting pinctrl? > > What is the recommend way to proceed? > > Thanks!

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815]

On 2016-Jun-12, at 5:39 AM, Simon J. Gerraty wrote: > Mark Millard wrote: >>> --- build-tools_lib/ncurses/ncursesw --- >>> Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_keys > > I must have been looking at on of our internal FreeBSD trees last > time... > > In FreeBSD lib

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815]

Simon J. Gerraty wrote: > If you want cross-building to work, the simple solution is to ensure > that you use HOST_CC rather than CC when building things that need to > run on the build host. FWIW there are not many makefiles to fix: bin/csh/Makefile gnu/usr.bin/cc/cc_tools/Makefile lib/libmagic

Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815]

Mark Millard wrote: > > --- build-tools_lib/ncurses/ncursesw --- > > Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_keys I must have been looking at on of our internal FreeBSD trees last time... In FreeBSD lib/ncurses/ncursesw/Makefile and other places I checked just uses ${

Re: GPIO driver for Intel Atom SoC

Take a look at what one of the gpio controllers do. Eg ar71xx_gpio.c. You have to implement those methods. (I think someone did a GPIO controller thing for some AMD CPU too?) -a On 11 June 2016 at 21:59, Lundberg, Johannes wrote: > Hi > > I want to port the pinctrl-cherryview driver from Linu