fix xlockmore build with llvm 6.0.0

Take a change from xlockmore 5.55 so xlockmore will build with llvm 6.0.0. c++ -c -DHAVE_CONFIG_H -DDEF_FILESEARCHPATH=\"/usr/X11R6/share/X11/app-defaults/%N%C%S:/usr/X11R6/share/X11/app-defaults/%N%S\" -I. -I.. -I../.. -I/usr/xenocara/app/xlockmore/xlock/ -I/usr/xenocara/app/xlockmore

add new cubox and hummingboard dtbs to armv7 miniroot/ramdisk

As of U-Boot 2018.03 the mx6cuboxi U-Boot image may attempt to load imx6q-hummingboard2.dtb imx6dl-hummingboard2.dtb imx6q-hummingboard.dtb imx6dl-hummingboard.dtb imx6q-cubox-i.dtb imx6dl-cubox-i.dtb dtbs for rev 1.5 soms will be loaded automatically at some point in the future

Re: patch to add support for Intel 82567V-4 to pcidevs and em(4)

On Fri, Mar 09, 2018 at 12:22:32PM -0600, John wrote: > Hey all, > > Here's a diff for adding the product ID for the Intel 82567V-4 NIC to > pcidevs and adding the card to em(4) (along with a corresponding man > update). The product ID came from the FreeBSD em. The information about > jumbo

Add support for Ice Lake and Cannon Lake Ethernet to em(4)

Add untested support for Ice Lake and Cannon Lake Ethernet to em(4). The only path difference compared to spt for cnp is not taking 'SPT Si errata workaround to avoid data corruption'. The flash access and everything else looks identical to spt in FreeBSD and Linux. Index: if_em.c

update to xf86-video-ati 18.0.0

update from xf86-video-ati 7.10.0 to 18.0.0 https://lists.x.org/archives/xorg-announce/2018-March/002854.html Index: configure === RCS file: /cvs/xenocara/driver/xf86-video-ati/configure,v retrieving revision 1.22 diff -u -p -r1.22

Re: add lld manual page

On Thu, Mar 01, 2018 at 11:29:11AM +0100, Ingo Schwarze wrote: > Hi, > > Jonathan Gray wrote on Thu, Mar 01, 2018 at 07:28:45PM +1100: > > > The binary is installed on all architectures that build llvm as > > /usr/bin/ld.lld and is also installed as /usr/bin/ld on arm64.

Re: disable efi watchdog

On Thu, Mar 01, 2018 at 11:15:19AM +0100, Mark Kettenis wrote: > > Date: Thu, 1 Mar 2018 16:38:50 +1100 > > From: Jonathan Gray <j...@jsg.id.au> > > > > On Sun, Feb 11, 2018 at 04:38:18PM +1100, Jonathan Gray wrote: > > > The UEFI specification states a

Re: armv7 ABI fix

On Tue, Feb 27, 2018 at 10:04:15PM +0100, Mark Kettenis wrote: > The "new" AAPCS-based ABI that we have been using on armv7 for a while > now requires various 64-bit types to be aligned on an 8-byte boundary. > Unfortunately we didn't realize this when we switched and didn't > adjust the

Re: add lld manual page

On Thu, Mar 01, 2018 at 08:10:36AM +, Jason McIntyre wrote: > On Thu, Mar 01, 2018 at 07:05:08PM +1100, Jonathan Gray wrote: > > On Thu, Mar 01, 2018 at 07:51:44AM +, Jason McIntyre wrote: > > > On Thu, Mar 01, 2018 at 06:15:59PM +1100, Jonathan Gray wrote: > > >

Re: add lld manual page

On Thu, Mar 01, 2018 at 07:51:44AM +, Jason McIntyre wrote: > On Thu, Mar 01, 2018 at 06:15:59PM +1100, Jonathan Gray wrote: > > From lld svn rev 324739 with -z muldefs and -z retpolineplt text removed > > to match lld 5.0.1. > > > > morning. > > this w

add lld manual page

>From lld svn rev 324739 with -z muldefs and -z retpolineplt text removed to match lld 5.0.1. Index: usr.bin/clang/lld/Makefile === RCS file: /cvs/src/gnu/usr.bin/clang/lld/Makefile,v retrieving revision 1.11 diff -u -p -r1.11

Re: disable efi watchdog

On Sun, Feb 11, 2018 at 04:38:18PM +1100, Jonathan Gray wrote: > The UEFI specification states a watchdog should be armed for 5 minutes. > Stop this from resetting a system when in efiboot. Anyone? It is annoying to have the system reset itself when trying to do something in boot or purpos

Re: armv7 really isn't a strict-alignment architecture

On Thu, Feb 22, 2018 at 10:51:12PM +0100, Mark Kettenis wrote: > I hate to loose yet another strict-alignment canary, but the reality > is that the rest of the world assumes that armv7 supports unaligned > access which means that compilers generate code that assumes this > works when compiling

Re: Add RTL8211F support to rgephy(4)

On Tue, Feb 27, 2018 at 10:22:46AM +0100, Mark Kettenis wrote: > > Date: Tue, 27 Feb 2018 18:47:42 +1100 > > From: Jonathan Gray <j...@jsg.id.au> > > > > On Mon, Feb 26, 2018 at 10:08:12PM +0100, Mark Kettenis wrote: > > > There is a new rgepy(4) var

Re: Add RTL8211F support to rgephy(4)

On Mon, Feb 26, 2018 at 10:08:12PM +0100, Mark Kettenis wrote: > There is a new rgepy(4) variant (rev. 6, RTL8211F). Unfortunately > they moved the status register around on this new chip and also > twiddled the bits. Here is a diff that handles that. Somewhat > inspired by FreeBSD but I didn't

Re: update pcidevs for thinkpad e475 devices

On Sun, Feb 25, 2018 at 09:26:43PM -0800, Carlos Cardenas wrote: > On Mon, Feb 26, 2018 at 03:25:26PM +1100, Jonathan Gray wrote: > > On Sun, Feb 25, 2018 at 06:27:11PM -0800, Carlos Cardenas wrote: > > > Howdy. > > > > > > Attached is a patch for pcidevs for

Re: update pcidevs for thinkpad e475 devices

On Sun, Feb 25, 2018 at 06:27:11PM -0800, Carlos Cardenas wrote: > Howdy. > > Attached is a patch for pcidevs for thinkpad e475 with an > AMD A10-9600P R5 (Carrizo) along with the dmesg output. > Items added: > * O2 Micro SD/MMC > * various AMD 15h/6xh devs > * Carrizo video A10-9600P is

match linux i915 ioctl numbers (src)

Correct a pointless longstanding difference in ioctl numbering between linux and add back struct members. Avoids diffs in inteldrm, libdrm and Mesa >= 17.2. This breaks ioctl compat. Index: i915_drm.h === RCS file:

Re: arm64 MP

On Mon, Feb 19, 2018 at 01:49:48PM +0100, Mark Kettenis wrote: > The diff below attempts to make the arm64 pmap "mpsafe" and enables MP > support. This diff survived a full build on my Firefly-RK3399 board. > It also seems to work on the Overdrive 1000. It might even work on > the Raspberry Pi

Re: use the link0 flag on gre(4) interfaces to allow WCCP

On Thu, Feb 15, 2018 at 01:00:53PM +1000, David Gwynne wrote: > the subject says it all. this also tweaks the wccp code to sneak a > look inside the payload to see if it is ipv4 or not. the wccp > protocol specifies values for the bits that overlap the ipv4 version > nibble that cannot be set to

disable efi watchdog

The UEFI specification states a watchdog should be armed for 5 minutes. Stop this from resetting a system when in efiboot. Index: amd64/stand/efiboot/efiboot.c === RCS file: /cvs/src/sys/arch/amd64/stand/efiboot/efiboot.c,v

Additional AMD CPUID bits

Additional AMD CPUID bits documented in "Processor Programming Reference (PPR) for AMD Family 17h Model 01h, Revision B1 Processors" Index: i386/include/specialreg.h === RCS file: /cvs/src/sys/arch/i386/include/specialreg.h,v

attach ampintc/ampintcmsi early on arm64

Attach ampintc/ampintcmsi0 early. Makes it possible to use qemu_arm64 U-Boot (which isn't aware of virtio devices) with root on pci ahci. U-Boot 2018.01-00547-g651bfbd6dd (Jan 28 2018 - 13:00:19 +1100) DRAM: 2 GiB In:pl011@900 Out: pl011@900 Err: pl011@900 Net: No

psci function id register on arm64

semarie reported problems with running arm64 on qemu which turned out to be triggered by the psci version call. [ using 979488 bytes of bsd ELF symbol table ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c)

Re: drm: DP update that fixes T460 external monitors through docks

On Fri, Jan 26, 2018 at 10:39:39AM +0200, Paul Irofti wrote: > Hi, > > I have a T460 Lenovo model that, when connected to an external monitor > via a docking station, freezes the machine and produces the "snowflake" > effect on the monitor. Last time I saw this was in 2010 when working on >

Re: fix xserver build with clang on armv7

On Sat, Jan 20, 2018 at 11:19:22AM +0100, Matthieu Herrb wrote: > Hi, > > I'm not sure if the __VFP_FP__ section below was still useful for gcc > builds, at lead it doesn't build and doesn't look needed with clang > (the functions are all provied by libcompiler_rt, which is included). > > ok ?

implement linux request_firmware() api in drm

Tested on radeon. This should cause no change in behaviour on inteldrm systems that require firmware (ie skylake, kabylake, broxton) until a mountroot hook is added and firmware installed but I have no way of testing that here. Index: drm_linux.h

constrain drm alloc_pages() to dma range

When trying to use alloc_page from ttm with radeon on an amd64 machine with 8GB physmem the system would panic part way through taking over the console along the lines of 'panic: Non dma-reachable buffer at paddr 0x1ef221000(raw)' This adds the dma constraints ttm_uvm_alloc_page() has. Index:

Re: restrict carp use to ethernet interfaces

On Thu, Jan 11, 2018 at 08:25:26AM +0100, Matthieu Herrb wrote: > On Thu, Jan 11, 2018 at 10:29:17AM +1000, David Gwynne wrote: > > carp interfaces output using ether_output, so it is reasonable to > > require that they only get configured on top of ethernet interfaces > > rather than just

Re: update Mesa to 17.2.6

On Fri, Jan 05, 2018 at 12:38:27AM +0200, Lauri Tirkkonen wrote: > Hi, > > On Mon, Nov 27 2017 20:22:30 +1100, Jonathan Gray wrote: > > I'm interested in reports from people who saw corruption on Intel > > graphics during the brief period when Mesa 17.1.6 was in

Re: drm: fix debug build

On Thu, Dec 21, 2017 at 04:11:44PM +0200, Paul Irofti wrote: > On Thu, Dec 21, 2017 at 02:25:41PM +0100, Mark Kettenis wrote: > > > Date: Thu, 21 Dec 2017 13:01:31 +0200 > > > From: Paul Irofti > > > > > > If no one objects, I will commit this tomorrow. > > > > Fix is wrong

Re: update Mesa to 17.2.6

On Wed, Dec 13, 2017 at 04:19:03PM -0500, Bryan Steele wrote: > On Wed, Dec 13, 2017 at 09:56:32PM +0100, Matthieu Herrb wrote: > > On Mon, Nov 27, 2017 at 08:22:30PM +1100, Jonathan Gray wrote: > > > cd /usr/xenocara/lib > > > ftp https://mesa.freedesktop.org/archive/m

Re: armv7 unaligned access in libcrypto

On Fri, Dec 29, 2017 at 10:47:06AM +0100, Mark Kettenis wrote: > The Aarch32 assembly code in libcrypto assumes that armv7 supports > unaligned access. It does, but only if you don't enable the bit that > makes it trap on unaligned access. And we enable that bit on OpenBSD. > So doing a SHA256

Re: armv7 / A33 clock and pinctrl bindings

On Tue, Dec 26, 2017 at 01:15:35PM +0800, Kevin Lo wrote: > The diff below adds support for the "next-generation" clock and pinctrl > bindings for the Allwinner A33. > > Tested on my Banana Pi M2 Magic. dmesg: http://ix.io/DoB > ok? > > Index: sys/dev/fdt/ehci_fdt.c >

Re: bug in inteldrm on braswell

On Thu, Dec 21, 2017 at 02:44:44PM +0100, Mark Kettenis wrote: > > Date: Thu, 21 Dec 2017 13:06:00 +0100 > > From: Martin Ziemer > > > > My system crashed regularly on usage of graphical Browsers. Other > > people had the same issues: > >

Re: drm: fix debug build

On Thu, Dec 21, 2017 at 10:54:50PM +1100, Jonathan Gray wrote: > This appears to break the gcc DRMDEBUG build > > $ make atombios_dp.o CC=gcc COMPILER_VERSION=gcc4 > gcc -g -Werror -Wall -Wimplicit-function-declaration -Wno-uninitialized > -Wno-pointer-sign -Wno-address-of-pac

Re: drm: fix debug build

This appears to break the gcc DRMDEBUG build $ make atombios_dp.o CC=gcc COMPILER_VERSION=gcc4 gcc -g -Werror -Wall -Wimplicit-function-declaration -Wno-uninitialized -Wno-pointer-sign -Wno-address-of-packed-member -Wno-constant-conversion -Wframe-larger-than=2047 -mcmodel=kernel

Re: armv7/sxie: enable phy-supply

On Wed, Nov 29, 2017 at 11:32:24AM +0200, Artturi Alm wrote: > On Wed, Nov 29, 2017 at 12:37:23AM +1100, Jonathan Gray wrote: > > On Sun, Nov 26, 2017 at 06:52:42PM +0200, Artturi Alm wrote: > > > Hi, > > > > > > unless i failed w/grep, only 4

Re: armv7/sxie: enable phy-supply

On Sun, Nov 26, 2017 at 06:52:42PM +0200, Artturi Alm wrote: > Hi, > > unless i failed w/grep, only 4 boards with dts in u-boot/linux need this, > but i've got one of those, so this would be much appreciated:) > > -Artturi This seems reasonable and there is no non-panic error path there

update Mesa to 17.2.6

cd /usr/xenocara/lib ftp https://mesa.freedesktop.org/archive/mesa-17.2.6.tar.gz ftp http://jsg.id.au/mesa-update/mesa.diff.gz tar zxf mesa-17.2.6.tar.gz gunzip mesa.diff.gz patch -p0 < mesa.diff sed -i 's/mesa$/mesa-17.2.6/' Makefile build xenocara as normal Builds on at least amd64, i386,

Re: armv7: newfs efi-partition in when choosing manual-fdisk mbr

On Fri, Nov 10, 2017 at 10:27:36AM +0200, Artturi Alm wrote: > Hi, > > currently, just editing the mbr to give more room for u-boot env growth, > will result in unbootable system, as the installer will fail to mount it, > and naturally things won't work beyond u-boot after reboot either. > > i'm

Re: remove 80211WMMPARMS ioctls

On Fri, Oct 27, 2017 at 02:34:32PM +0200, Mark Kettenis wrote: > > Date: Fri, 27 Oct 2017 12:33:15 +0200 > > From: Stefan Sperling <s...@stsp.name> > > > > On Fri, Oct 27, 2017 at 09:08:07PM +1100, Jonathan Gray wrote: > > > use in ifconfig was remo

remove 80211WMMPARMS ioctls

use in ifconfig was removed in 2009 Index: ieee80211_ioctl.c === RCS file: /cvs/src/sys/net80211/ieee80211_ioctl.c,v retrieving revision 1.54 diff -u -p -r1.54 ieee80211_ioctl.c --- ieee80211_ioctl.c 26 Oct 2017 15:00:28 -

Re: Add reset option to boot command of ddb(4)

On Thu, Oct 26, 2017 at 01:12:53PM +0200, Alexander Bluhm wrote: > On Thu, Oct 26, 2017 at 08:08:35PM +1100, Jonathan Gray wrote: > > No, cpu_reset() is MD this will break ddb on all non x86 archs besides > > landisk. > > Would it make sense to implement a boot(RB_RESET) th

Re: Kill deprecated IPv6 ioctl(2)s

On Wed, Oct 25, 2017 at 12:20:45PM +0200, Martin Pieuchot wrote: > Diff below remove some more deprecated ioctl(2). The first group below > correspond to features now deprecated by slaacd(8): > > SIOCSIFINFO_FLAGS, SIOCSNDFLUSH_IN6, SIOCSPFXFLUSH_IN6, SIOCSRTRFLUSH_IN6 > > Removing those

Re: wireless ioctl & multicast

On Wed, Oct 25, 2017 at 03:41:31PM +0200, Martin Pieuchot wrote: > On 25/10/17(Wed) 15:37, Martin Pieuchot wrote: > > Diff below moves the common code to add/remove multicast filters > > to ieee80211_ioctl(9). Wireless drivers that do things slightly > > differently are left untouched for the

Re: Add reset option to boot command of ddb(4)

On Thu, Oct 26, 2017 at 10:42:17AM +0200, Florian Riehm wrote: > Hi, > > Sometimes I see systems hanging in ddb(4) after panic(9) and the "boot reboot" > command doesn't work anymore, i.e. of filesystem or locking issues. > Bluhm@ suggested to me to use "call cpu_reset" in such situations. > > I

adjust Makefile.armv7 for clang

Also add aliases for additional eabi calls clang emits. Index: lib/libkern/arch/arm/divsi3.S === RCS file: /cvs/src/sys/lib/libkern/arch/arm/divsi3.S,v retrieving revision 1.4 diff -u -p -r1.4 divsi3.S ---

Re: armv7 asm fix for clang 5.0.0

On Wed, Oct 25, 2017 at 05:04:10PM +0200, Mark Kettenis wrote: > The clang 5.0.0 integrated assembler seems to be a little bit more > fussy and doesn't allow the use of the "smc" instructions without > declaring that you want to use the TrustZone architecture extension. > Unfortunately our

Re: Kill deprecated IPv6 ioctl(2)s

On Wed, Oct 25, 2017 at 12:56:40PM +0200, Martin Pieuchot wrote: > On 25/10/17(Wed) 21:53, Jonathan Gray wrote: > > On Wed, Oct 25, 2017 at 12:20:45PM +0200, Martin Pieuchot wrote: > > > Diff below remove some more deprecated ioctl(2). The first group below > > >

remove defines for unimplemented ioctls

Index: sys/net80211/ieee80211_ioctl.h === RCS file: /cvs/src/sys/net80211/ieee80211_ioctl.h,v retrieving revision 1.29 diff -u -p -r1.29 ieee80211_ioctl.h --- sys/net80211/ieee80211_ioctl.h 19 Jul 2017 22:04:46 - 1.29

uninitialised variable crashes in bgpd config parser

Index: parse.y === RCS file: /cvs/src/usr.sbin/bgpd/parse.y,v retrieving revision 1.315 diff -u -p -r1.315 parse.y --- parse.y 21 Aug 2017 14:41:22 - 1.315 +++ parse.y 19 Oct 2017 05:32:03 - @@ -3181,7 +3181,7 @@

fix memory handling in acme-client config parser

Use after free and a memory leak. Index: parse.y === RCS file: /cvs/src/usr.sbin/acme-client/parse.y,v retrieving revision 1.17 diff -u -p -U4 -r1.17 parse.y --- parse.y 23 Mar 2017 12:59:32 - 1.17 +++ parse.y 19 Oct

ignore bad VBT data in inteldrm

>From linux 4.4.y/v4.4.92 commit 33d1fa43aad4ca11f5d01ede363c1dbdd2010540 Author: Jani Nikula AuthorDate: Thu Sep 21 17:19:20 2017 +0300 Commit: Greg Kroah-Hartman CommitDate: Thu Oct 12 11:27:35 2017 +0200 drm/i915/bios: ignore

Re: Improve the accuracy of the TSC frequency calibration - Updated Patch

On Thu, Sep 14, 2017 at 03:41:25PM +0200, Reyk Floeter wrote: > > On Fri, Aug 25, 2017 at 12:43:44PM +0200, Mike Belopuhov wrote: > > On Fri, Aug 25, 2017 at 00:40 -0700, Mike Larkin wrote: > > > On Thu, Aug 24, 2017 at 12:39:33PM +0800, Adam Steen wrote: > > > > On Thu, Aug 24, 2017 at 2:35 AM,

Re: [phess...@openbsd.org: add pinebook support to u-boot]

On Thu, Aug 31, 2017 at 11:41:44AM +0200, Peter Hessler wrote: > On 2017 Aug 31 (Thu) at 19:16:57 +1000 (+1000), Jonathan Gray wrote: > :On Thu, Aug 31, 2017 at 10:59:20AM +0200, Peter Hessler wrote: > :> On 2017 Aug 31 (Thu) at 10:41:41 +0200 (+0200), Peter Hessler wrote: > :&g

Re: [phess...@openbsd.org: add pinebook support to u-boot]

On Thu, Aug 31, 2017 at 10:59:20AM +0200, Peter Hessler wrote: > On 2017 Aug 31 (Thu) at 10:41:41 +0200 (+0200), Peter Hessler wrote: > :On 2017 Aug 27 (Sun) at 22:15:46 +0200 (+0200), Peter Hessler wrote: > ::- Forwarded message from Peter Hessler - > ::taken from

Re: include pinebook firmware in the install media

On Mon, Aug 28, 2017 at 11:54:48AM +1000, Jonathan Gray wrote: > On Sun, Aug 27, 2017 at 09:54:07PM +0200, Peter Hessler wrote: > > (this depends on the patch to u-boot I just sent to ports@) > > > > If we should manage to boot on a Pinebook machine, we should install the

Re: include pinebook firmware in the install media

On Sun, Aug 27, 2017 at 09:54:07PM +0200, Peter Hessler wrote: > (this depends on the patch to u-boot I just sent to ports@) > > If we should manage to boot on a Pinebook machine, we should install the > correct firmware for it. > > OK? This does not include distrib/arm64/ramdisk/list changes

xpdf rendering issues / Mesa 17.1.8 rc1

Some people have reported rendering issues with xpdf recently specific to recent changes in the xenocara tree. Mesa was recently updated to 17.1.6. Here is a diff that adds the changes from 17.1.8-rc1 (which still identifies as 17.1.7). I am curious if it helps. The planned release schedule

memory leak in sdmmc_io_scan()

Coverity CID 1453042. Index: sdmmc_io.c === RCS file: /cvs/src/sys/dev/sdmmc/sdmmc_io.c,v retrieving revision 1.28 diff -u -p -U4 -r1.28 sdmmc_io.c --- sdmmc_io.c 6 Apr 2017 17:00:53 - 1.28 +++ sdmmc_io.c 24 Aug 2017

Re: Negative array index read (ac97.c)

On Tue, Aug 22, 2017 at 09:33:56AM +0100, Ricardo Mestre wrote: > Updated version for readability ok jsg@ > > Index: ac97.c > === > RCS file: /cvs/src/sys/dev/ic/ac97.c,v > retrieving revision 1.82 > diff -u -p -u -r1.82 ac97.c >

avoid scan_dmesg in armv7 md_installboot

If there is whitespace in the pattern sed returns scan_dmesg will sort all of the words. As hw.product is available on ramdisks use that instead to avoid the problem. Index: install.md === RCS file:

include pine64 firmware in install media

With the atf-allwinner port and u-boot patch on ports@ we can now build and include an open firmware for the Pine64 without boot0. The arm64 snapshot for the 19th of August includes an older version of this patch which scanned the dmesg for *'Pine64+'* in the dmesg. U-Boot actually includes

Re: CID 1452909: Use of untrusted scalar value (pf_table.c)

On Tue, Aug 15, 2017 at 02:40:32PM +0200, Mike Belopuhov wrote: > Hi, > > Coverity has discovered that we're blindly trusting the value > of pfra_type that we read from the userland supplied pfr_addr > and use it to index an array of pools in pfr_create_kentry. > > I suggest to do two things:

DisplayPort MST changes from linux 4.4.79

Bring in some DisplayPort MST changes from linux-4.4.y/4.4.79 -- commit 4ca0f3730e2734f67e648b2b4f12b66673e995e1 Author: Imre Deak Date: Wed Jul 19 16:46:32 2017 +0300 drm/mst: Avoid processing partially received up/down message transactions commit

update Mesa to 17.1.6

cd /usr/xenocara/lib ftp https://mesa.freedesktop.org/archive/mesa-17.1.6.tar.gz ftp http://jsg.id.au/mesa-update/mesa.diff.gz tar zxf mesa-17.1.6.tar.gz gunzip mesa.diff.gz patch -p0 < mesa.diff sed -i 's/mesa$/mesa-17.1.6/' Makefile build xenocara as normal Interested in radeon r300/r600

fix arm64 format strings

Make the kernel build on arm64 again after the recent kprintf changes in clang. Index: arm64/cpu.c === RCS file: /cvs/src/sys/arch/arm64/arm64/cpu.c,v retrieving revision 1.5 diff -u -p -r1.5 cpu.c --- arm64/cpu.c 6 May 2017 11:27:34

Re: efiboot machine exit for armv7 and amd64

On Sun, Aug 06, 2017 at 09:54:44PM +0200, Mark Kettenis wrote: > This adds a "machine exit" command like we already have on amd64. > Main motivation is that this would help including our bootloader in > the U-Boot regression tests. > > This also changes the code to use RS->ResetSystem() on arm64.

Re: Kernel compilation fail with clang.

On Wed, Aug 02, 2017 at 09:06:00PM +0200, Olivier Antoine wrote: > Hi, > > I may have missed something but I'm unable to compile the kernel since (I > think) the switch to clang on AMD64. > > I have upgraded to the latest snapshot, updated my /sys tree > > $ cd

Re: efiboot boot path matching

On Sun, Jul 30, 2017 at 11:01:58PM +0200, Mark Kettenis wrote: > > Date: Sun, 30 Jul 2017 12:20:27 +1000 > > From: Jonathan Gray <j...@jsg.id.au> > > > > On Sat, Jul 29, 2017 at 09:01:35PM +0200, Patrick Wildt wrote: > > > On Sat, Jul 29, 2017 a

Re: efiboot boot path matching

On Sat, Jul 29, 2017 at 09:01:35PM +0200, Patrick Wildt wrote: > On Sat, Jul 29, 2017 at 02:59:19PM +0200, Mark Kettenis wrote: > > This is apparently very hard. Caught this on arm64 where > > efi_device_path_depth() returned 0, which resulted in always selecting > > the first device. Clearly if

don't error when switch ioctls return EEXIST

The handling of 'add' used by bridge and switch in ifconfig does not error out if the ioctl returns EEXIST. Do the same for the switch specific 'addlocal' and 'portno' ioctls so netstart won't error out when rerun with the same settings in hostname.switchN. Index: brconfig.c

Re: Fix xf86-video-intel driver

On Sat, Jun 24, 2017 at 11:20:00AM +1000, Jonathan Gray wrote: > On Sat, Jun 24, 2017 at 03:00:19AM +0200, Mark Kettenis wrote: > > The code doesn't fully initialize the structure, which was extended to > > include a flags member at some point. Since the pending inteldrm

Re: Fix xf86-video-intel driver

On Sat, Jun 24, 2017 at 03:00:19AM +0200, Mark Kettenis wrote: > The code doesn't fully initialize the structure, which was extended to > include a flags member at some point. Since the pending inteldrm > update uses that flags member, the DRM_IOCTL_I915_GEM_MMAP ioctl > starts randomly failing

Re: remove hostname not IP addr test in libtls tls_servername_cb()

On Tue, Jun 06, 2017 at 09:51:53PM +1000, Jonathan Gray wrote: > It turns out that despite RFC 6066 stating > 'Literal IPv4 and IPv6 addresses are not permitted in "HostName".' > for SNI the implementations of TLS in python and ruby do this. > > While chromium, firefox,

Re: faster timecounters for kvm/xen

On Fri, Jun 16, 2017 at 02:23:36PM +0200, Mike Belopuhov wrote: > On Fri, Jun 16, 2017 at 16:31 +1000, Jonathan Matthew wrote: > > Index: arch/i386/include/cpufunc.h > > === > > RCS file: /cvs/src/sys/arch/i386/include/cpufunc.h,v > >

Re: [patch] Avoid system(3) in ikectl

On Fri, May 19, 2017 at 12:32:16AM -0500, Matthew Martin wrote: > ikectl errors in a number of situations where shell special characters > are used. For example: > > % doas ikectl ca test create password \' > [...] > subject=/C=DE/ST=Lower Saxony/L=Hanover/O=OpenBSD/OU=iked/CN=VPN >

Re: [patch] Use readpassphrase in ikectl

On Fri, May 19, 2017 at 12:35:44AM -0500, Matthew Martin wrote: > While making the last patch, I noticed ikectl uses getpass. Use > readpassphrase instead and explicit_bzero the buffers. > > - Matthew Martin What is the goal here? It can't be to use a different buffer size as the same size as

remove hostname not IP addr test in libtls tls_servername_cb()

It turns out that despite RFC 6066 stating 'Literal IPv4 and IPv6 addresses are not permitted in "HostName".' for SNI the implementations of TLS in python and ruby do this. While chromium, firefox, lua(sec), java, go, ftp(1), curl, wget, and others when acting as TLS clients all manage to get it

Re: git patches

On Fri, May 26, 2017 at 02:07:00PM +0100, Stuart Henderson wrote: > On 2017/05/26 14:26, Paul Irofti wrote: > > On Fri, May 26, 2017 at 06:55:34AM -0400, Ted Unangst wrote: > > > let's say, hypothetically, you're working with a blasphemer who mails you > > > a > > > git diff which looks a little

Re: [patch] Avoid system(3) in ikectl

On Fri, May 19, 2017 at 09:56:14AM +0100, Stuart Henderson wrote: > On 2017/05/19 00:32, Matthew Martin wrote: > > ikectl errors in a number of situations where shell special characters > > are used. For example: > > > > % doas ikectl ca test create password \' > > [...] > >

Re: [PATCH] add D-Link DWA-525 rev A2 to ral(4)

On Mon, May 22, 2017 at 01:13:34PM +0800, Kevin Lo wrote: > Hi, > > The diff below adds D-Link DWA-525 rev A2 to ral(4) which works fine on amd64 > and update ral(4) manpage. This could also add other missing ids. RALINK 0x3390 (RT33XX) 0x359f (RT35XX) 0x5362 (RT53XX) EDIMAX 0x7711 (RT35XX)

Re: uslcom(4) baudrates

On Fri, May 19, 2017 at 08:17:50PM +0200, Mark Kettenis wrote: > The "official" Firefly-RK3399 firmware use a baudrate of 1.5 Mbps. > This is somewhat annoying (OpenBSD/arm64 expects the console to run at > 115200 bps) and I plan to provide firmware images that use the > standard rate instead.

Re: [PATCH] pcidump - Enhanced Capabilities

On Thu, Mar 16, 2017 at 03:19:23PM +0100, Simon Mages wrote: > Hi, > > right now i got the chance to play a little bit with PCIe. I read some > parts of the spec > and was interessted what my PCIe devices can do. I also found out that > pcidump can > not display the Enhanced Capabilites. > >

Re: arm64 bus_dmamap_sync(9)

On Fri, May 05, 2017 at 03:19:07PM +0200, Mark Kettenis wrote: > To support sdhc(4) on the Firefly-RK3399, I actually need a working > bus_dmamap_sync(9) implementation that does proper cache flushes. So > far we've gotten away with not having one, because the USB stack tends > to set the

Re: arm quadruple bus space

On Mon, Apr 24, 2017 at 09:51:31PM +0200, Mark Kettenis wrote: > On armv7 and arm64 we have this dirty hack to be able to use the > com(4) driver on hardware blocks that have the registers spaced > differently than the origional NS8250/16450/16550. One they I'm going > to fix this properly in

Re: start building clang alongside gcc on amd64

On Mon, Apr 17, 2017 at 10:04:47AM +0200, Mark Kettenis wrote: > > Date: Mon, 17 Apr 2017 09:26:53 +0200 > > From: Landry Breuil > > Content-Disposition: inline > > List-Owner: > > X-Loop: tech@openbsd.org > > Sender: owner-t...@openbsd.org > >

Re: start building clang alongside gcc on amd64

On Sun, Apr 16, 2017 at 11:15:55AM +0200, Mark Kettenis wrote: > Here is my current diff to build clang alongside gcc. The idea is > that if you add an architecture to both CLANG_ARCH and GCC4_ARCH, both > compilers get built, but gcc remains the default compiler. It forces > the clang-related

Re: Noob looking to work on HDMI audio integration

On Sun, Apr 16, 2017 at 05:04:49PM +0300, Tanel Kriik wrote: > Hi, total newbie here: > > I have intermediate C experience from work and free time, > and use OpenBSD more or less often. > I'm familiar with the OpenBSD coding style and have compiled the > kernel a few times, > but I haven't

Re: arm64 _longjmp fix

On Sun, Apr 16, 2017 at 12:27:51PM +0200, Mark Kettenis wrote: > We fixed longjmp(), but left _longjmp() alone. In this case the > return code is still in w1 so the fix is slightly different. Makes > the longjmp regress test pass on arm64. > > ok? ok jsg@ > > > Index:

Re: Additional errno values

On Mon, Apr 10, 2017 at 03:03:10PM +0200, Jeremie Courreges-Anglas wrote: > > We have a bunch of patches in ports to deal with EPROTO and EBADMSG not > being defined. It would be nice to get rid of those. The diff below > also adds the also missing ENOTRECOVERABLE and EOWNERDEAD. > > Thoughts?

Re: Fix file descriptor leak in swig

On Mon, Apr 10, 2017 at 02:50:50PM +0200, Mark Kettenis wrote: > > Date: Mon, 10 Apr 2017 21:42:11 +1000 > > From: Jonathan Gray <j...@jsg.id.au> > > > > On Mon, Apr 10, 2017 at 01:35:57PM +0200, Mark Kettenis wrote: > > > Looking into arm_neon.h. This

Re: libc++abi unwinder fix

On Wed, Apr 05, 2017 at 02:48:00PM +0200, Mark Kettenis wrote: > The unwinder code is a mix of C and C++, but only the C++ code was > compiled with -funwind-tables. However, the unwinder relies on being > able to unwind through the _Unwind_RaiseException(), which lives in on > of the C files.

Re: Another arm64 pmap cleanup diff

On Fri, Mar 31, 2017 at 02:03:37PM +0200, Mark Kettenis wrote: > On ARMv8, the translation table walk is fully coherent so there is no > reason to explicitly flush the cache before invalidating the TLB. The > barrier that is included in out TLB flushing code should be enough to > guarantee that

Re: dsdt: redundant assignment

On Sun, Mar 26, 2017 at 09:33:44AM +0200, Otto Moerbeek wrote: > On Sun, Mar 26, 2017 at 06:31:41PM +1100, Jonathan Gray wrote: > > > On Sun, Mar 26, 2017 at 09:14:26AM +0200, Anton Lindqvist wrote: > > > Hi, > > > An assignment introduced in r1.219 looks redunda

Re: dsdt: redundant assignment

On Sun, Mar 26, 2017 at 09:14:26AM +0200, Anton Lindqvist wrote: > Hi, > An assignment introduced in r1.219 looks redundant. child is assigned every iteration of the loop this diff looks wrong to me. > > Index: dsdt.c > === > RCS

backport lld version string change

Backport a change to add "(compatible with GNU linkers)" to the lld version output to avoid having to regenerate a large number of configure scripts. https://reviews.llvm.org/D31199?id= http://llvm.org/viewvc/llvm-project?view=revision=298532 The output is now LLD 4.0.0 (compatible with GNU

Re: amd64 struct reg

On Mon, Mar 20, 2017 at 01:35:04AM +0100, Mark Kettenis wrote: > It turns out that pretty much all relevant aarch64 OSes use the same > layout for transferring registers in their debug interfaces. Except > for us. That doesn't make sense and would mean I'd have to do > additional work in my lldb

Re: add new em(4) variant for X270

On Sun, Mar 19, 2017 at 05:01:07PM +1100, Jonathan Gray wrote: > On Sat, Mar 18, 2017 at 04:29:56PM +0100, Claudio Jeker wrote: > > The X270 seems to have a new I219-LM variant that em(4) doesn't know. > > Adding it to the driver seems to be enough. > > > > OK? >

<    1   2   3   4   5   6   7   8   9   >