Re: Kernel hang when inteldrm initializes

On Sat, Apr 13, 2019 at 05:26:54PM -0400, Kurt Mosiejczuk wrote: > > >Synopsis:i386 install kernel (bsd.mp) hangs at inteldrm install > >Category:kernel i386 > >Environment: > System : OpenBSD 6.5 > Details : OpenBSD 6.5 (GENERIC.MP) #1354: Fri Apr 12 08:39:21 MDT >

Re: Current snapshot hangs at loader prompt

On Sun, Apr 07, 2019 at 01:52:08PM +0200, Matthias Schmidt wrote: > Hi, > > I upgraded to the latest snapshot (timestamp is from April 6) and > boot stucks at the loader prompt. After upgrading I see > the following message (transcript by hand): > > Using drive 0, partition 3. > Loading. >

Re: Cubieboard2 installation image boot failure

On Wed, Mar 13, 2019 at 06:50:05PM +0900, UnHa Kim wrote: > >Synopsis: cubieboard2 installation image boot failure. > >Category: Installation > >Environment: > System : OpenBSD 6.4 > Details : OpenBSD 6.4 Cubieboard2 installation image. > Architecture:

Re: OpenBSD 6.4 doesn't boot on 486 class processor anymore

On Wed, Feb 27, 2019 at 11:07:23AM -0800, Philip Guenther wrote: > On Mon, 25 Feb 2019, Falk Richter wrote: > > >Synopsis: > ... > > >Description: > > > trap: 0(0) invalid opcode fault > > cn_tab=0x5412c > > eax 0 ecx 0 edx ff58 ebx ffc8 > > esp fe0c ebp ff40 esi 8 edi ff58 > > eip 4241c

Re: H/w acceleration broken after resume from hibernation for IvyBridge HD graphics (Thinkpad T430, Intel i915)

The focus for drm is working on an update to 4.19. It is not a good use of time to delve into longstanding problems with the 4.4 code that may already be fixed in 4.19. On Wed, Jan 23, 2019 at 06:42:33AM +0100, Alessandro DE LAURENZIS wrote: > Gentle reminder, hoping that someone with the needed

Re: "Intel I219-V" rev 0x30: msiem0: The EEPROM Checksum Is Not Valid

On Sat, Jan 05, 2019 at 07:53:04PM +1100, Jonathan Gray wrote: > On Fri, Jan 04, 2019 at 09:56:15PM -0600, Brian Conway wrote: > > Greetings. I have a hot-off-the-presses Intel NUC model NUC8i5BEH > > (https://www.intel.com/content/www/us/en/products/boards-kits/nuc/kits

Re: "Intel I219-V" rev 0x30: msiem0: The EEPROM Checksum Is Not Valid

On Fri, Jan 04, 2019 at 09:56:15PM -0600, Brian Conway wrote: > Greetings. I have a hot-off-the-presses Intel NUC model NUC8i5BEH > (https://www.intel.com/content/www/us/en/products/boards-kits/nuc/kits/nuc8i5beh.html). > For such a recent release, just about everything that I need works > well,

Re: xenodm Radeon driver error on AMD GX-420CA SoC + Radeon HD 8400E

On Sat, Dec 15, 2018 at 10:34:00AM +0300, Denis wrote: > /etc/firmware/radeon/ contains bonaire_uvd.bin & bonaire_vce.bin > > by soft linking them to BONAIRE_uvd.bin & BONAIRE_vce.bin don't bring > any positive results. The error is persistent. > > It seems radeonsi should be fixed for firmware

Re: R7 370 (Pitcairn) issues

On Mon, Dec 03, 2018 at 03:15:38AM +0100, lord nihil. wrote: > An OpenBSD developer on reddit has informed me that the cause of issue 1 > is already known & being worked on (No libLLVM in base). Indeed the xenocara sets can't include radeonsi for now but with -current it is possible to build it

Re: keyboard repeat issues on thinkpad e485

On Wed, Nov 28, 2018 at 02:42:43PM +0200, timo.my...@bittivirhe.fi wrote: > >Synopsis:keyboard repeat not working correctly in X > >Category:system > >Environment: > System : OpenBSD 6.4 > Details : OpenBSD 6.4-current (GENERIC.MP) #466: Fri Nov 23 > 21:07:35 MST 2018

Re: Raspberry Pi 3 B+ ethernet

On Tue, Nov 27, 2018 at 05:10:20AM -0500, James Hastings wrote: > Hello all > > I acquired a Raspberry Pi 3 Model B Plus recently > and have been working on enabling the onboard ethernet. > > mue0 at uhub2 port 1 configuration 1 interface 0 "Standard > Microsystems LAN7800" rev 2.10/3.00 addr 4

Re: Kernel panic (attempt to execute user address 0x0 in supervisor mode)

On Tue, Nov 13, 2018 at 03:33:38PM +0300, Dmitry Murti wrote: > SENDBUG: -*- sendbug -*- > > SENDBUG: Lines starting with `SENDBUG' will be removed automatically. > > SENDBUG: > > SENDBUG: Choose from the following categories: > > SENDBUG: > > SENDBUG: system kernel i386 > > SENDBUG: > >

Re: Missing Skylake i915 firmware and broken eMMC on HP Chromebook 13 G1

On Wed, Nov 07, 2018 at 02:29:25AM +, Ben Pye wrote: > > > >The i915 firmware is not packaged and inteldrm does not try to load it > >if > >it is present. As you are using a replacement firmware it seems likely > >it does not provide vbt and opregion properly. > > Ah okay, I will have to

Re: Missing Skylake i915 firmware and broken eMMC on HP Chromebook 13 G1

On Wed, Nov 07, 2018 at 01:13:54AM +, Ben Pye wrote: > Hi, > > I have been trying to get OpenBSD running on my HP Chromebook 13 G1. I > have been running -current from the latest snapshot and a custom built > GENERIC.MP kernel from the tip of cvs. > > It seems most hardware is supported

Re: Dell T20 with Pentium G3220 needs "disable inteldrm"

On Wed, Oct 31, 2018 at 10:16:40PM +0100, Christian Weisgerber wrote: > Jonathan Gray: > > > These machines appear to have a serial port so you should be able to get a > > proper trace with the console on serial. > > Right. What do you need? Here's the ddb trace afte

Re: Dell T20 with Pentium G3220 needs "disable inteldrm"

On Tue, Oct 30, 2018 at 10:44:36PM +0100, Christian Weisgerber wrote: > >Synopsis:Dell T20 with Pentium G3220 needs "disable inteldrm" > >Category:kernel > >Environment: > System : OpenBSD 6.4 > Details : OpenBSD 6.4-current (GENERIC.MP) #979: Tue Oct 30 > 13:11:06

Re: X not working on T500 on today's snapshot

On Thu, Oct 25, 2018 at 08:12:13PM +0200, Mark Kettenis wrote: > Found the issue. The kernel advertises support for the I915_MMAP_WC > option, but we don't actually implement that functonality correctly > :(. As a result we create a cachable mapping instead of a > write-combining (uncached) one.

Re: X not working on T500 on today's snapshot

On Wed, Oct 24, 2018 at 04:06:57PM +0200, Karel Gardas wrote: > On Wed, Oct 24, 2018 at 3:00 PM Jonathan Gray wrote: > > You can create /etc/X11/xorg.conf with > > > > Section "Device" > > Identifier "intel device" > > Driver

Re: X not working on T500 on today's snapshot

On Wed, Oct 24, 2018 at 02:39:18PM +0200, Karel Gardas wrote: > On Wed, Oct 24, 2018 at 1:48 PM Jonathan Gray wrote: > > > > The xserver currently tries to load the modesetting driver on >= gen 4 > > for intel (gm45 is gen4). Does forcing the "intel" driver t

Re: X not working on T500 on today's snapshot

On Wed, Oct 24, 2018 at 12:01:23PM +0200, Karel Gardas wrote: > Hello, > > after updating to today's current (obtained 2018-10-24 around 8-9 CET > from ftp.spline.de) snapshot my T500 stopped showing Xenodm logging > window and rcctl tells that xenodm failed to start. My attempt to > startx as

Re: inteldrm freezes on Dell Inspiron 15 3000

On Wed, Oct 10, 2018 at 05:44:50AM +, Miod Vallat wrote: > >Synopsis:inteldrm freezes on Dell Inspiron 15 3000 > >Category:kernel > >Environment: > System : OpenBSD 6.4 > Details : OpenBSD 6.4 (GENERIC.MP) #355: Tue Oct 9 02:10:43 MDT > 2018 >

Re: vmd fails to run on ThinkPad 25

On Sat, Sep 22, 2018 at 06:44:37AM -0700, Mike Larkin wrote: > On Sat, Sep 22, 2018 at 09:39:18AM -0400, ja...@kaivo.net wrote: > > >Synopsis: vmd fails to run vms on ThinkPad 25 > > >Category: system > > >Environment: > > System : OpenBSD 6.3 > > Details : OpenBSD 6.3

Re: No audio/sound

On Fri, Aug 17, 2018 at 11:10:52AM +1000, sch...@gmail.com wrote: > >Synopsis:Unable to hear any audio/sound when playing > >Category:audio > >Environment: > System : OpenBSD 6.3 > Details : OpenBSD 6.3 (GENERIC.MP) #8: Sat Aug 4 16:56:56 CEST 2018 >

Re: Kernel crash on i386 -current

On Mon, Jul 23, 2018 at 11:09:28AM +0200, Alexander Bluhm wrote: > On Sat, Jul 21, 2018 at 09:30:36PM +0200, Eivind Eide wrote: > > There are no crash with drm disabled. I'm attaching the dmesg to this > > mail. So the update to radeondrm are the cause. > > So we know that "ATI Radeon Mobility

Re: Lenovo M700 Tiny Type 10HY inteldrm

On Fri, Jul 20, 2018 at 07:49:39AM +0100, Stuart Henderson wrote: > On 2018/07/19 21:39, Jim wrote: > > My apologies, I missed that section. Everything is working fine except > > hardware video acceleration. > > > > inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 530" rev 0x06 > > drm0 at

Re: usb keyboard stopped working amd64

On Mon, May 21, 2018 at 11:37:31PM +0100, Nigel Taylor wrote: > On 05/21/18 22:59, Nigel Taylor wrote: > > Upgraded machine, rather than default entered shell to do final task. > > When finished typed in reboot > > > > Machine came up, and reached the normal login prompt. > > > > Tried to login

Re: panic in radeondrm_attachhook

On Tue, Apr 24, 2018 at 02:25:24PM +0200, Alexander Bluhm wrote: > On Tue, Apr 24, 2018 at 08:18:42PM +1000, Jonathan Gray wrote: > > After spending some time trying to track this down I have come up with > > the diff below and included it in ~jsg/radeon.diff.4 can you confirm &g

Re: panic in radeondrm_attachhook

On Tue, Apr 24, 2018 at 01:53:07PM +0200, Mark Kettenis wrote: > > Date: Tue, 24 Apr 2018 20:18:42 +1000 > > From: Jonathan Gray <j...@jsg.id.au> > > > > On Wed, Apr 18, 2018 at 06:55:35PM +0200, Alexander Bluhm wrote: > > > On Thu, Apr 19, 2018 a

Re: panic in radeondrm_attachhook

On Wed, Apr 18, 2018 at 06:55:35PM +0200, Alexander Bluhm wrote: > On Thu, Apr 19, 2018 at 12:10:04AM +1000, Jonathan Gray wrote: > > That's with the big radeon update diff as well? > > That was current. Boots fine. > > With ~jsg/radeon.diff.2 it still crashes. I have chec

Re: panic in radeondrm_attachhook

On Thu, Apr 19, 2018 at 09:46:54AM -0700, Carlos Cardenas wrote: > On Thu, Apr 19, 2018 at 03:03:51PM +1000, Jonathan Gray wrote: > > On Wed, Apr 18, 2018 at 06:59:42PM -0700, Carlos Cardenas wrote: > > > On Thu, Apr 19, 2018 at 09:35:19AM +1000, Jonathan Gray wrote: > >

Re: panic in radeondrm_attachhook

On Wed, Apr 18, 2018 at 08:30:16PM +1000, Jonathan Gray wrote: > On Wed, Apr 18, 2018 at 11:40:06AM +0200, Alexander Bluhm wrote: > > Hi, > > > > my i386 regression test machine crashed with the Tue Apr 17 snapshot > > in radeondrm_attachhook(). > > So the m

Re: panic in radeondrm_attachhook

On Wed, Apr 18, 2018 at 06:59:42PM -0700, Carlos Cardenas wrote: > On Thu, Apr 19, 2018 at 09:35:19AM +1000, Jonathan Gray wrote: > > On Wed, Apr 18, 2018 at 03:29:10PM -0700, Carlos Cardenas wrote: > > > Howdy. > > > > > > Please excuse this poor bug repo

Re: panic in radeondrm_attachhook

On Wed, Apr 18, 2018 at 03:29:10PM -0700, Carlos Cardenas wrote: > Howdy. > > Please excuse this poor bug report, I'm not able to obtain more info as > the system locks hard (below is transcribed by hand). > > On a clean install, with the latest snap (as of time of email): > OpenBSD 6.3-current

Re: panic in radeondrm_attachhook

On Wed, Apr 18, 2018 at 03:09:08PM +0200, Alexander Bluhm wrote: > On Wed, Apr 18, 2018 at 10:29:30PM +1000, Jonathan Gray wrote: > > sys/dev/pci/drm/drm_linux.h rev 1.85 should help > > I have compiled and successfully booted a kernel with that commit. > > bluhm > Th

Re: panic in radeondrm_attachhook

On Wed, Apr 18, 2018 at 02:15:50PM +0200, Alexander Bluhm wrote: > On Wed, Apr 18, 2018 at 08:30:16PM +1000, Jonathan Gray wrote: > > On Wed, Apr 18, 2018 at 11:40:06AM +0200, Alexander Bluhm wrote: > > > my i386 regression test machine crashed with the T

Re: panic in radeondrm_attachhook

On Wed, Apr 18, 2018 at 08:30:16PM +1000, Jonathan Gray wrote: > On Wed, Apr 18, 2018 at 11:40:06AM +0200, Alexander Bluhm wrote: > > Hi, > > > > my i386 regression test machine crashed with the Tue Apr 17 snapshot > > in radeondrm_attachhook(). > > So the m

Re: panic in radeondrm_attachhook

On Wed, Apr 18, 2018 at 11:40:06AM +0200, Alexander Bluhm wrote: > Hi, > > my i386 regression test machine crashed with the Tue Apr 17 snapshot > in radeondrm_attachhook(). So the machine doesn't have /etc/firmware/radeon/R100_cp.bin ? I have an i386 laptop that loads r100 microcode which

Re: OpenBSD 6.3 Kernel Panic?

On Sun, Apr 15, 2018 at 10:04:13PM -0700, Mike Larkin wrote: > On Sun, Apr 15, 2018 at 11:47:45PM -0500, Juan Morado wrote: > > System: OpenBSD 6.3 > > Details: OpenBSD 6.3 (GENERIC.MP) #107: Sat Mar 24 14:21:59 MDT 2018 > > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/ >

Re: Undefined reference to functions that are a part of amd64 ABI

On Fri, Mar 30, 2018 at 09:49:32AM +0530, Utkarsh Anand wrote: > Hello! I was trying to compile neovim (https://github.com/neovim/neovim) > in OpenBSD 6.2 and I get the following error when compiling LuaJIT, > which is dependency for neovim: > http://termbin.com/5zyd > The functions _Unwind_* are

Re: Radeon HD 5450 panic

On Tue, Mar 20, 2018 at 02:26:19AM -0600, Anthony J. Bentley wrote: > Hi, > > Since updating this machine yesterday I've noticed repeated hangs during > light usage. This is easily reproducible by, e.g., enabling TrueType > fonts in XTerm, then running "cat /etc/ssl/cert.pem". Happens with a >

Re: inteldrm(4) not attaching on Intel Iris Pro 580 (NUC6i7KYK)

On Sun, Jan 21, 2018 at 05:00:16PM -0800, Bryan Vyhmeister wrote: > On Mon, Jan 22, 2018 at 11:34:45AM +1100, Jonathan Gray wrote: > > Here is a modified version of a diff from ccardenas@ to bring > > the ids for the 580 and others in. > > That worked perfectly! I tested it

Re: inteldrm(4) not attaching on Intel Iris Pro 580 (NUC6i7KYK)

On Sun, Jan 21, 2018 at 08:41:19AM -0800, Bryan Vyhmeister wrote: > >Synopsis:inteldrm(4) not attaching on Intel Skylake Iris Pro 580 graphics > >Category:amd64 > >Environment: > System : OpenBSD 6.2 > Details : OpenBSD 6.2-current (GENERIC.MP) #379: Sat Jan 20 >

Re: Kernel panics after some hours of use (likely related to modeset)

On Mon, Jan 08, 2018 at 05:20:39PM -0800, Mike Larkin wrote: > On Tue, Jan 09, 2018 at 12:44:04AM +0100, azarus wrote: > > To: bugs@openbsd.org > > Subject: Kernel panics after some hours of use (likely related to modeset) > > From: aza...@posteo.net > > Cc: aza...@posteo.net > > Reply-To:

Re: MSI Radeon HD 6450 configured as "ATI Radeon HD 7450"

On Wed, Nov 22, 2017 at 10:48:14PM +, Luke Small wrote: > >Synopsis: MSI Radeon HD 6450 configured as "ATI Radeon HD 7450" > >Category: system > >Environment: > System : OpenBSD 6.2 > Details : OpenBSD 6.2 (GENERIC.MP) #0: Thu Oct 12 19:53:18 CEST > 2017 >

Re: no CPU frequency scaling on Purism Librem 13v2

On Sat, Sep 16, 2017 at 02:07:47PM +0200, Matthieu Herrb wrote: > On Sat, Sep 16, 2017 at 06:57:38PM +1000, Jonathan Gray wrote: > > On Sat, Sep 16, 2017 at 10:03:58AM +0200, matth...@herrb.eu wrote: > > > >Synopsis:no CPU frequency scaling on Purism Librem

Re: no CPU frequency scaling on Purism Librem 13v2

On Sat, Sep 16, 2017 at 10:03:58AM +0200, matth...@herrb.eu wrote: > >Synopsis:no CPU frequency scaling on Purism Librem 13v2 > >Category:kern/amd64 > >Environment: > System : OpenBSD 6.2 > Details : OpenBSD 6.2-beta (GENERIC.MP) #0: Fri Sep 15 23:36:30 > CEST 2017 >

Re: config(8) elf handling

On Wed, Sep 13, 2017 at 08:34:56PM -0600, Theo de Raadt wrote: > > If the attribute to force it into .data isn't wanted the alternative > > gets messy as config has a bunch of bogus types and casts and treats the > > int values as longs. > > Well, I believe that messiness is a result of trying to

Re: config(8) elf handling

On Wed, Sep 13, 2017 at 10:23:46AM -0600, Theo de Raadt wrote: > > On Wed, 13 Sep 2017, Miod Vallat wrote: > > > > > > > Forcing uextraloc into .data via > > > > int uextraloc __attribute__ ((section(".data"))) = 0; > > > > avoids the crashes. > > > > > > Regardless of this bug, the in-tree gcc

Re: config(8) elf handling

On Wed, Sep 13, 2017 at 08:44:24AM +, Miod Vallat wrote: > > > Forcing uextraloc into .data via > > int uextraloc __attribute__ ((section(".data"))) = 0; > > avoids the crashes. > > Regardless of this bug, the in-tree gcc was modified to default to put > explicitly zero initialized data in

config(8) elf handling

config(8) creates ioconf.c containing #ifndef MAXEXTRALOC #define MAXEXTRALOC 32 #endif long extraloc[MAXEXTRALOC] = { -1 }; int nextraloc = MAXEXTRALOC; int uextraloc = 0; When uextraloc gets stored in .bss where filesz < memsz the simplistic way config(8) reads an entire elf file into memory

Re: SSL requests crashes relayd with empty "return error style"

On Mon, Sep 04, 2017 at 02:39:17PM +0200, Alexander Bluhm wrote: > On Wed, Aug 30, 2017 at 09:20:40PM +1000, Jonathan Gray wrote: > > @@ -680,8 +680,9 @@ config_getproto(struct relayd *env, stru > > s = sizeof(*proto); > > > > styl = IMSG_DATA_SIZE(imsg) - s;

Re: SSL requests crashes relayd with empty "return error style"

On Fri, Aug 25, 2017 at 09:33:14AM +0200, Karl-Andre' Skevik wrote: > >Synopsis:SSL requests crashes relayd if "return error style" is "" > >Category:system > >Environment: > System : OpenBSD 6.1 > Details : OpenBSD 6.1-current (GENERIC.MP) #7: Tue Aug 15 21:08:10 >

Re: ALPN rewrite broke httpd TLS

On Tue, Aug 29, 2017 at 04:50:23PM +1000, Jonathan Gray wrote: > After the ALPN rewrite chromium/firefox/curl all refuse to connect to > httpd. Fixed after recent changes to lib/libssl/ssl_tlsext.c revision 1.14 date: 2017/08/29 19:20:13; author: doug; stat

ALPN rewrite broke httpd TLS

After the ALPN rewrite chromium/firefox/curl all refuse to connect to httpd. $ curl -kv https://127.0.0.1 * Rebuilt URL to: https://127.0.0.1/ * Trying 127.0.0.1... * TCP_NODELAY set * Connected to 127.0.0.1 (127.0.0.1) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * Cipher

Re: [rpi3] OpenBSD-6.2-beta does not boot after installer finish

On Tue, Aug 22, 2017 at 12:27:55PM +1000, Jonathan Gray wrote: > On Mon, Aug 21, 2017 at 06:28:16PM -0300, R0me0 *** wrote: > > Hello, > > > > Wrote miniroot62.fs to usb stick as usual, boots and installs > > > > ( tried with miniroot from ftp.

Re: [rpi3] OpenBSD-6.2-beta does not boot after installer finish

On Mon, Aug 21, 2017 at 06:28:16PM -0300, R0me0 *** wrote: > Hello, > > Wrote miniroot62.fs to usb stick as usual, boots and installs > > ( tried with miniroot from ftp.openbsd.org and ftp.hostserver.de ) > > miniroot62.fs 21-Aug-2017 03:10 22020096 > > > But after reboot, rpi3 does not

Re: [RPI3] Latest minirootfs

On Tue, Aug 01, 2017 at 06:40:26AM -0300, R0me0 *** wrote: > Hello, Jonathan! > > Copying the provided u-boot.bin worked :) > > Yes, the issue just affects USB DRIVE. > > Never touched config.txt. > > The procedures were: dd if=minirootfs61.fs of=(USB drive or sd-card ) > bs=1M > > If I use

Re: [RPI3] Latest minirootfs

On Mon, Jul 31, 2017 at 11:15:52PM +, R0me0 *** wrote: > I wrote minirootfs as usual directly to usb flash drive > > minirootfs61.fs31-Jul-2017 03:11 22020096 > > > > U-Boot> boot > Card did not respond to voltage select! > mmc_init: -95, time 24 > > USB device 0: >Device 0:

Re: armv7/sunxi/sxie

On Tue, Jul 25, 2017 at 05:29:06AM +0300, Artturi Alm wrote: > On Mon, Jul 24, 2017 at 10:51:12PM +0200, Mark Kettenis wrote: > > > Date: Mon, 24 Jul 2017 23:07:00 +0300 > > > From: Artturi Alm > > > > > > On Sun, Jul 23, 2017 at 07:45:53PM +0200, Mark Kettenis wrote: > >

Re: ikectl can't revoke certs

On Wed, Jul 05, 2017 at 04:55:34PM -0700, jmo...@nodomain.net wrote: > >Synopsis:ikectl can't revoke certs > >Category:system > >Environment: > System : OpenBSD 6.1 > Details : OpenBSD 6.1 (GENERIC.MP) #291: Sat Apr 1 13:53:41 MDT > 2017 > >

Re: ARM64 Panic

On Tue, Jun 27, 2017 at 12:04:26AM +0100, Stuart Henderson wrote: > On 2017/06/26 09:30, R0me0 *** wrote: > > Hello guys, > > After Installed a snapshot from one week ago. > > A problem with the dwctwo(4) driver which could result in this > was fixed on 2017/06/20. I'm unsure whether this made it

httpd violates pledge with passworded private key

when using a server.key with a passphrase, ie openssl genrsa -aes256 -out /etc/ssl/private/server.key 2048 server "default" { listen on * port 80 listen on * tls port 443 directory { auto index } } types { include "/usr/share/misc/mime.types" text/plain

Re: httpd crashes with SIGSEGV when using "block return 401"

On Sun, May 14, 2017 at 10:05:37AM +0200, Jurjen Oskam wrote: > Hi, > > httpd crashes with a segmentation violation when servicing requests with > the following (minimal) config file: > > server "default" { > listen on * port 80 > block return 401 > } > > It starts up OK, but on

Re: Problem in installing: cannot recognize disk

2:36:46PM +, Robert Peichaer wrote: > This needs tweaking in the installer script. Right now, without looking, I'd > say only sd and wd devices are recognised. > > > > Am 13. April 2017 16:29:48 MESZ schrieb Jonathan Gray <j...@jsg.id.au>: > >On Thu, Apr 13, 2

Re: Problem in installing: cannot recognize disk

On Thu, Apr 13, 2017 at 08:18:00AM -0600, Todd C. Miller wrote: > The problem is that the sdmmc driver is not present in the RAMDISK > kernel, ony in GENERIC. We have sdmmc in RAMDISK for arm and octeon. > It should probably be added to amd64 (and i386?) RAMDISK as well. > > Without the device

Re: miniroot-panda-61.fs doesn't boot since March 8

On Sat, Mar 25, 2017 at 06:29:32PM +, Florian Obser wrote: > > ... it just sits here forever. > > Using hostserver's archive I bisected miniroots and found that > this one works: > > https://ftp.hostserver.de/archive/2017-03-07-0105/snapshots/armv7/miniroot-panda-61.fs > OpenBSD

Re: bgpctl large community parsing issues

On Tue, Feb 14, 2017 at 01:04:40PM +0100, Sebastian Benoit wrote: > Jonathan Gray(j...@jsg.id.au) on 2017.02.14 20:23:51 +1100: > > On Tue, Feb 14, 2017 at 10:00:17AM +0100, Peter Hessler wrote: > > > On 2017 Feb 14 (Tue) at 15:39:45 +1100 (+1100), Jonathan Gray wrote: > &

Re: mesa is broken on macppc (__sync_add_and_fetch_8)

On Fri, Jan 20, 2017 at 10:04:43PM +0100, Stefan Sperling wrote: > Mesa doesn't run anymore on my 15" powerbook g4 which has a radeon R300. > > glxinfo fails like this: > > glxinfo:/usr/X11R6/lib/modules/dri/r300_dri.so: undefined symbol > '__sync_add_and_fetch_8' > libGL error: unable to load

Re: armv7 panic

On Sun, Oct 16, 2016 at 07:02:55PM +1100, Jonathan Gray wrote: > On Sun, Oct 16, 2016 at 12:45:36AM -0700, Philip Guenther wrote: > > On Sun, 16 Oct 2016, Matthieu Herrb wrote: > > > my Sabre Lite board paniced during the night for the 1st time in several > > > month

Re: armv7 panic

On Sun, Oct 16, 2016 at 12:45:36AM -0700, Philip Guenther wrote: > On Sun, 16 Oct 2016, Matthieu Herrb wrote: > > my Sabre Lite board paniced during the night for the 1st time in several > > month. Here is the information I collected: > > > > kernel diagnostic assertion "p->p_wchan == NULL"

Re: External monitors connected to docking station not detected properly on Intel HD Graphics 5500

It very much sounds like you have a docking station that requires support for displayport MST (Multi Stream Transport). That was first available in Linux 3.17 where as the inteldrm code in the tree is currently based on Linux 3.14. On Sun, Sep 25, 2016 at 11:01:20PM +0200, S??awomir Gonet wrote:

Re: Wandboard can't cold-boot after August 23rd snapshot

ator 0 > sd0 at scsibus1 targ 1 lun 0: SCSI2 0/direct fixed > sd0: 61056MB, 512 bytes/sector, 125042688 sectors > vscsi0 at root > scsibus2 at vscsi0: 256 targets > softraid0 at root > scsibus3 at softraid0: 256 targets > boot device: sd0 > root on sd0a (3c6fd48d06a0.a)

Re: Wandboard can't cold-boot after August 23rd snapshot

As the 23rd is when sys/dev/ofw/fdt.c 1.19 revision 1.19 date: 2016/08/23 18:12:09; author: kettenis; state: Exp; lines: +4 -1; commitid: QVPcH04Hp9qQOAgf; Actually make fdt_find_node() return NULL if the node couldn't be found. ok tom@

Re: ddb on armv7 beaglebone black

On Fri, Jul 22, 2016 at 05:30:13PM +0300, Lars Noodn wrote: > I'm getting errors with clean installs of the latest armv7 snapshot > (Build date: 1469162775 - Fri Jul 22 04:46:15 UTC 2016) on a > beaglebone black. It ends up at a ddb prompt quite late in the boot > process. I've tried

Re: armv7: pmap_fault_fixup: va 00008000 ftype 5 u pte 7ff2a02e

On Sat, Jun 25, 2016 at 12:34:39AM +0200, Juan Francisco Cantero Hurtado wrote: > I'm trying to install OpenBSD on a Olimex LIME2 board. I didn't know > exactly how to install the system on this board, so I used the > cubieboard image, overwrote the u-boot image with > u-boot-sunxi-with-spl.bin

Re: pkg_sign incorrectly assumes -i by default

On Mon, Jun 06, 2016 at 09:12:04AM +0200, Marc Espie wrote: > > This should fix things. Thanks, things work as expected here with this diff. > > > Index: AddCreateDelete.pm > === > RCS file:

pkg_sign incorrectly assumes -i by default

The behaviour of pkg_sign acts as if -i is always specified and won't sign/resign a package if it exists in the output directory. In OpenBSD/PkgSign.pm sign_existing_package $state->opt('i') path is always taken. Does this come from some shared code setting a default interactive level for

Re: Screen brightness is reset when changing from X to console

On Mon, May 30, 2016 at 05:02:07PM +0200, Walter Alejandro Iglesias wrote: > Jonathan Gray <j...@jsg.id.au> wrote: > > > On Mon, May 30, 2016 at 02:41:59PM +0200, Walter Alejandro Iglesias wrote: > > > Stefan Sperling <s...@stsp.name> wrote: > > > > &

Re: Screen brightness is reset when changing from X to console

On Mon, May 30, 2016 at 02:41:59PM +0200, Walter Alejandro Iglesias wrote: > Stefan Sperling wrote: > > > On Sun, May 29, 2016 at 09:19:58PM +0200, Mark Kettenis wrote: > > > And I can't reproduce this on my x220. So either this issue depends on > > > specific BIOS revisions, or

Re: Sending gratutious ARP to a bridge interface

On Wed, May 11, 2016 at 10:20:29PM -0400, michel.bell...@malaiwah.com wrote: > >Synopsis:attempt to execute 0x0, arping to bridge > >Category:system > >Environment: > System : OpenBSD 5.9 > Details : OpenBSD 5.9 (GENERIC.MP) #1888: Fri Feb 26 01:20:19 MST > 2016 >

Re: wsconsctl floating point exception

On Fri, Apr 29, 2016 at 03:52:37PM +0200, Mark Kettenis wrote: > > Date: Fri, 29 Apr 2016 23:12:57 +1000 > > From: Jonathan Gray <j...@jsg.id.au> > > > > On Sat, Apr 23, 2016 at 10:20:15PM +0200, Joerg Jung wrote: > > > On Tue, Apr 19, 2016 at 10:57:38AM +02

Re: efiboot can't find OpenBSD GPT partition on Lenovo Ideapad 100s

The 100s is 32 bit uefi only. It requires BOOTIA32.EFI. The problems linux has are related to them communicating with the uefi runtime after the kernel has booted. Could it be this problem is related to sys/arch/amd64/stand/efi/include/i386/efibind.h using sys/stdint.h which looks like it will

Re: std::ifstream is broken on arm

On Tue, Feb 16, 2016 at 08:08:13PM +, Miod Vallat wrote: > Actually, I had forgotten to disable the stack protector, and guess > what? Disabling it produces a working libstdc++, at least for that > simple use case; I have not tried to build cmake. > > Therefore I suggest the following diff

Re: softraid panics

On Sat, Feb 13, 2016 at 11:37:17AM +0100, Stefan Sperling wrote: > On Sat, Feb 13, 2016 at 03:42:16PM +1100, Jonathan Gray wrote: > > On Fri, Feb 12, 2016 at 11:07:35AM -0500, Johan Huldtgren wrote: > > > uvm_fault(0x8193f240, 0x38, 0, 1) -> e > > > k

Re: UEFI Boot Report: Screen corruption and kernel panic

On Tue, Feb 02, 2016 at 10:27:24PM +1100, Jonathan Gray wrote: > On Tue, Feb 02, 2016 at 05:49:33AM -0500, James Hastings wrote: > > On 2/2/16, Jonathan Gray <j...@jsg.id.au> wrote: > > > On Tue, Feb 02, 2016 at 03:56:13AM -0500, James Hastings wrote: > >

Re: UEFI Boot Report: Screen corruption and kernel panic

On Tue, Feb 02, 2016 at 03:56:13AM -0500, James Hastings wrote: > On 2/2/16, Jonathan Gray <j...@jsg.id.au> wrote: > > > > The bios may have to be fetched from the acpi VFCT table for the uefi case. > > > > Here's a quick attempt at trying to avoid the crash a

Re: UEFI Boot Report: Screen corruption and kernel panic

On Tue, Feb 02, 2016 at 05:49:33AM -0500, James Hastings wrote: > On 2/2/16, Jonathan Gray <j...@jsg.id.au> wrote: > > On Tue, Feb 02, 2016 at 03:56:13AM -0500, James Hastings wrote: > >> On 2/2/16, Jonathan Gray <j...@jsg.id.au> wrote: > >> > > >&

Re: UEFI Boot Report: Screen corruption and kernel panic

On Tue, Feb 02, 2016 at 02:09:08AM -0500, James Hastings wrote: > Testing UEFI booting. Willing to test patches and debug. > > 1) Encountered screen corruption immediately after EFIBOOT. > http://imgur.com/mXURlgV > > 2) Kernel panic unless radeondrm(4) disabled. > Provided dmesg,

Re: Realtek RTL8111H is not correctly handled

Support for RTL8168H/RTL8111H was added after 5.8. It should work with snapshots and >= 5.9 On Wed, Jan 20, 2016 at 03:02:32AM +0900, hirosh...@borndigital.co.jp wrote: > >Synopsis:Realtek RTL8111H is not correctly handled. > >Category:Kernel > >Environment: > System : OpenBSD

Re: httpd crashes when fetching a hidden file located on a CD

On Tue, Dec 08, 2015 at 12:31:09AM +, Stuart Henderson wrote: > On 2015/12/07 15:44, Theo de Raadt wrote: > > This bug report totally sucks. > > > > Have you ever heard of ktrace, and if you have, why did you not try > > to reproduce it? > > > > You want us to reproduce it? Why? > > > > >

Re: X with Broadwell GPU still not working

On Sun, Nov 01, 2015 at 10:51:45AM +0100, Thomas Weinbrenner wrote: > Thank you Jonathan. > > I just upgraded to #1556. > > X starts as fast as it should be. Acceleration doesn't work (fonts are > not displayed, firefox doesn't display anything), but if I disable > acceleration via xorg.conf

Re: X with Broadwell GPU still not working

On Thu, Oct 08, 2015 at 08:50:29PM +0200, m...@tweinbrenner.net wrote: > >Synopsis:X with Broadwell GPU still not working > >Category:kernel > >Environment: > System : OpenBSD 5.8 > Details : OpenBSD 5.8-current (GENERIC.MP) #1440: Thu Oct 8 > 07:52:55 MDT 2015 >

Re: no working network on latest nuc

On Sat, Aug 22, 2015 at 07:21:28PM -0400, Ted Unangst wrote: The latest intel nuc (braswell model) has wired and wireless network, but neither appear supported. The ethernet shows up as: re0 at pci3 dev 0 function 0 Realtek 8168 rev 0x15: unknown ASIC (0x5400), msi, address

Re: z800 hp workstation OpenBSD 5.7 install attempt, hitting a wall

It is worth trying a snapshot instead of 5.7. You should be able to mount a usb disk from an installer shell which would let you save the output of dmesg or just do an install to a usb disk. I would guess the IDE SATA Emulation would mean pciide(4). On Mon, Aug 10, 2015 at 12:53:14AM -0700,

Re: z800 hp workstation OpenBSD 5.7 install attempt, hitting a wall

On Sun, Aug 09, 2015 at 08:44:47PM -0700, Danny Nguyen wrote: Hi, I purchased a hewlett packard z800 workstation running windows 7 with the intention of running linux ubuntu as a sever but I've found OpenBSD to sound and contain more robust features (versus linux, FreeBSD, and NetBSD) when

Re: panic: no appropriate pool

On Mon, Aug 03, 2015 at 12:55:46AM +0200, Mike Belopuhov wrote: On 2 August 2015 at 22:00, RD Thrush openbsd-t...@thrush.com wrote: On 08/02/15 13:37, Mike Belopuhov wrote: most likely it's triggered by the reply-to statement. you may try the attached diff to see which rule the state

Re: panic: no appropriate pool

On Sat, Aug 01, 2015 at 08:46:00PM +0200, Mike Belopuhov wrote: On 1 August 2015 at 19:20, RD Thrush openbsd-t...@thrush.com wrote: The patch ran without panic for 20+ hours. Thanks for testing! I wondered about the removal of the panic() statement so I tried another kernel that

Re: Asus X102BA does not resume from suspend

On Thu, Jun 18, 2015 at 02:51:53AM +0200, Tilo Stritzky wrote: On 17/06/15 21:02 Jonathan Gray wrote: On Wed, Jun 17, 2015 at 12:46:33PM +0200, Tilo Stritzky wrote: Synopsis:Asus X102BA does not resume from suspend Category:PR category (one line) Environment

Re: Asus X102BA does not resume from suspend

On Wed, Jun 17, 2015 at 12:46:33PM +0200, Tilo Stritzky wrote: Synopsis:Asus X102BA does not resume from suspend Category:PR category (one line) Environment: System : OpenBSD 5.7 Details : OpenBSD 5.7-current (GENERIC.MP) #945: Mon Jun 15 01:02:25 MDT 2015

Re: radeon drm regression (was Re: D-Link DGE-528T / re(4) regression)

On Wed, Apr 08, 2015 at 07:14:57PM +0200, Daniel Jakots wrote: On Wed, 8 Apr 2015 20:03:00 +1000, j...@insec.sh wrote: but could you try it with the following patch applied? Sure, I updated my cvs src tree, patched it and made a new kernel. I booted on the new kernel then, but when

<    1   2   3   4   5   >