Re: ASUS ZenBook X freezes

On Wed, May 19, 2021 at 06:32:01PM +0200, Peter N. M. Hansteen wrote: > On Wed, May 19, 2021 at 04:43:44PM +0200, Peter N. M. Hansteen wrote: > > > outdated...) > > > > I tried the first, that only seemed to have the effect of having > > the freeze come faster. So I commented out that part of the

Re: 6.9 fails on OpenStack+KVM / AMD Epyc host

On Wed, May 19, 2021 at 08:14:32AM +0200, Janne Johansson wrote: > Not a huge amount of info available from the virtualization env, but > something in CPU detection broke down. Will try snap/6.8 too, but for > now, this is what the serial console gives me: >

Re: 6.9-stable drops to ddb on 2nd reboot

On Tue, May 04, 2021 at 03:44:54PM +0200, m...@fn.de wrote: > Thanks for the quick help. I built a kernel with your fix. > The system is booting up with a warning, now. > > ... > scsibus3 at softraid0: 256 targets > sd2 at scsibus3 targ 1 lun 0: > sd2: 122103MB, 512 bytes/sector, 250067198 sector

Re: intel(4): edp_panel_vdd_on calls task_del(9) with NULL taskq

On Wed, May 05, 2021 at 04:47:50PM -0500, Scott Cheloha wrote: > Hi, > > On a hunch I added additional parameter checks to task_add(9) and > task_del(9) and caught intel(4) doing something strange. > > The patch is straightforward: check that the taskq pointer tq is not > NULL. In the current co

Re: 6.9-stable drops to ddb on 2nd reboot

On Tue, May 04, 2021 at 10:27:05AM +0200, Matthias Pressfreund wrote: > >Environment: > System : OpenBSD 6.9 > Details : OpenBSD 6.9 (GENERIC.MP) #473: Mon Apr 19 10:40:28 MDT > 2021 > > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.

Re: AMD Ryzen based Asus ZENBOOK 14 UM433DA-PURE4 14" panic at first boot post install - how to debug further

On Fri, Apr 30, 2021 at 01:51:11PM +0200, Peter N. M. Hansteen wrote: > On Fri, Apr 30, 2021 at 12:00:05PM +1000, Jonathan Gray wrote: > > > > If you can build a kernel on another machine try > > > >

Re: AMD Ryzen based Asus ZENBOOK 14 UM433DA-PURE4 14" panic at first boot post install - how to debug further

On Thu, Apr 29, 2021 at 10:27:49PM +0200, Peter Nicolai Mathias Hansteen wrote: > I just spent the evening trying to work around an odd error that happens > after an apparently straightforward install on a new laptop. > > The most useful info I can offer is that the install proceeds with no > co

Re: iostream headers and _POSIX_C_SOURCE

On Tue, Mar 09, 2021 at 01:41:25AM -0700, Anthony J. Bentley wrote: > Hi, > > When updating a port I came across a weird compile error within iostream > if _POSIX_C_SOURCE is set. 200112 and 200809 both error out in different > ways. This looks like the same problem as https://marc.info/?l=openbs

Re: heads up: amdgpu_gem_userptr_ioctl: stub

On Sat, Feb 20, 2021 at 02:13:26PM +0100, Benjamin Baier wrote: > This is just a heads up, that i'm hitting a stubbed out function. > > While testing a port update (love2d) > Not quite sure how, the only GEM related ioctl, that is called, > is DRM_IOCTL_GEM_CLOSE according to ktrace. The userptr

Re: firefox pledge violation

On Fri, Feb 19, 2021 at 11:31:25AM +0100, Landry Breuil wrote: > On Fri, Feb 19, 2021 at 11:17:35AM +0100, Martin Pieuchot wrote: > > Firefox from -current, tab crashes, kernel says: > > > > firefox[86270]: pledge "", syscall 289 > > maybe the drm update triggers again the codepaths leading to sh

Re: radeondrm AMD A6-3410MX APU with Radeon HD

On Sat, Feb 13, 2021 at 03:01:21PM +0200, V S wrote: > > > If you can see a stack trace on the screen the first few lines of > > at func_one+0x... > > at func_two+0x... > > > > or a photo would help. > > > > I'm suprised the stack trace shows on the screen with db_panic 0 > > when you mentioned

Re: radeondrm AMD A6-3410MX APU with Radeon HD

On Sat, Feb 13, 2021 at 10:24:42AM +0200, V S wrote: > Please have in mind that I have retyped these by hand from the screen and the > first example might > not be acurate as I've retyped it of a blurry photo I made. But the other > reboot attempts using > > boot> boot -d > ddb> w db_panic 0 > d

Re: radeondrm AMD A6-3410MX APU with Radeon HD

On Sat, Feb 13, 2021 at 05:24:17AM +0200, V S wrote: > > Synopsis: system lockup during drm stage > > Category: radeondrm > > Environment: > > System : OpenBSD 6.9 > Details : OpenBSD 6.9-beta (GENERIC.MP) #331: Thu Feb 11 20:28:45 > MST 2021 >

Re: Packages missing

On Sun, Jan 31, 2021 at 09:25:43AM +0100, Alessandro Ricci wrote: > It appears that at least two binary packages are missing. > I'm talking about games/nblood and games/eduke32. > pkg_info displays nothing; I'm running a recent snapshot, amd64. > I checked cdn.openbsd.org and a few other mirrors, i

Re: Stopped at tsc_delay+0x63: lfence

On Thu, Jan 28, 2021 at 03:02:39AM +, Stuart Henderson wrote: > On 2021/01/28 12:21, Jonathan Gray wrote: > > > NMI ... going to debugger > > > Stopped at tsc_delay+0x63: lfence > > > ddb{0}> trace > > > tsc_delay(1) at tsc_delay+0x63 > > &g

Re: Stopped at tsc_delay+0x63: lfence

On Wed, Jan 27, 2021 at 07:11:49AM +0100, alf wrote: > Hello, > > while trying to upgrade one of our machines to 6.8 we experienced a > repeatable crash while booting (bsd.rd + install went fine). > > The machine in question is a: > ... > hw.vendor=HP > hw.product=ProLiant DL360 G7 > hw.serialno=

Re: A sparc oddity (hair-pulling bug)

On Wed, Jan 06, 2021 at 07:14:08PM +, Miod Vallat wrote: > I have been confused by a very strange issue on sparc64 over the last > few days, and I can't figure out its cause. > > What happens is that cold boots work, but warm boots (i.e. rebooting) > almost always fail like this: > > Rebootin

Re: Fwd: Re: Protectli FW1 with Intel 82583V - Interfaces errors and latency spike issue

On Tue, Jan 05, 2021 at 10:28:20PM -1000, st...@wdwd.me wrote: > I tested with a Protectli FW1 router (dmesg below) forwarding packets > between two test machines. The latency spikes occur when running headless > beginning with this commit: As the interrupt is handled via msi it wouldn't be a shar

Re: bsd.rd hangs on boot; bsd.mp works

On Mon, Dec 28, 2020 at 04:31:09AM +, James Cook wrote: > On Mon, Dec 28, 2020 at 01:19:19PM +1100, Jonathan Gray wrote: > > On Sun, Dec 27, 2020 at 07:48:58PM +, James Cook wrote: > > > > from your earlier bsd.mp dmesg: > > > > > > > > cpu

Re: bsd.rd hangs on boot; bsd.mp works

On Sun, Dec 27, 2020 at 07:48:58PM +, James Cook wrote: > > from your earlier bsd.mp dmesg: > > > > cpu0: Enhanced SpeedStep 16268 MHz: speeds: 1601, 1600, 1500, 1400, 1300, > > 1200, 1100, 1000, 900, 800, 700, 600, 500, 400 MHz > > > > 1601 is variable/turbo speed the others are fixed. Whe

Re: Failed to boot install image of OpenBSD 6.8

On Sun, Dec 27, 2020 at 11:50:18PM +, Douglas S. wrote: > Hi. I'm using this email to report the bug because I haven't been able to > install OpenBSD and use its bug reporting tool. > > I'm using install68.img that I've written to a USB stick. The image checksum > and signature was verified

Re: bsd.rd hangs on boot; bsd.mp works

On Sun, Dec 27, 2020 at 04:34:32AM +, James Cook wrote: > On Thu, Dec 24, 2020 at 03:34:33PM +1100, Jonathan Gray wrote: > > On Thu, Dec 24, 2020 at 12:42:23AM +, James Cook wrote: > > > On Wed, Dec 23, 2020 at 08:43:10PM +, James Cook wrote: > > > > On W

Re: Cannot install - "WARNING: CHECK AND RESET THE DATE!"

On Sat, Dec 26, 2020 at 11:36:10PM +0100, d1.and...@tuta.io wrote: > Hi! > > Whenever I try to install OpenBSD on my host, the console freezes before I > can ask for a shell or an installation with the message "WARNING: CHECK AND > RESET THE DATE!". > > I'd like to send some logs but I don't kn

Re: bsd.rd hangs on boot; bsd.mp works

On Thu, Dec 24, 2020 at 12:42:23AM +, James Cook wrote: > On Wed, Dec 23, 2020 at 08:43:10PM +, James Cook wrote: > > On Wed, Dec 23, 2020 at 11:47:05PM +1100, Jonathan Gray wrote: > > > On Wed, Dec 23, 2020 at 12:31:10PM +1100, Jonathan Gray wrote: > > > >

Re: bsd.rd hangs on boot; bsd.mp works

On Wed, Dec 23, 2020 at 08:43:10PM +, James Cook wrote: > On Wed, Dec 23, 2020 at 11:47:05PM +1100, Jonathan Gray wrote: > > On Wed, Dec 23, 2020 at 12:31:10PM +1100, Jonathan Gray wrote: > > > On Tue, Dec 22, 2020 at 06:30:48PM +, James Cook wrote: > > > >

Re: bsd.rd hangs on boot; bsd.mp works

On Wed, Dec 23, 2020 at 12:31:10PM +1100, Jonathan Gray wrote: > On Tue, Dec 22, 2020 at 06:30:48PM +, James Cook wrote: > > > + case 0xa6: /* Coffeelake mobile */ > > > > The laptop's CPU is an i7-10710U, which I think is in the Comet Lak

Re: bsd.rd hangs on boot; bsd.mp works

On Tue, Dec 22, 2020 at 06:30:48PM +, James Cook wrote: > > + case 0xa6: /* Coffeelake mobile */ > > The laptop's CPU is an i7-10710U, which I think is in the Comet Lake > series, not Coffee Lake. Yes 0xa6 is comet lake. But we should really do what FreeBSD and Linux do and

Re: bsd.rd hangs on boot; bsd.mp works

On Tue, Dec 22, 2020 at 02:56:58AM +, James Cook wrote: > On Sun, Dec 20, 2020 at 06:52:39PM +, James Cook wrote: > > On Sun, Dec 20, 2020 at 08:41:00PM +1100, Jonathan Gray wrote: > > > On Sun, Dec 20, 2020 at 06:27:33AM +, James Cook wrote: > > > > On S

Re: bsd.rd hangs on boot; bsd.mp works

On Sun, Dec 20, 2020 at 06:27:33AM +, James Cook wrote: > On Sat, Dec 19, 2020 at 07:33:42AM +, James Cook wrote: > > > Suggestions are welcome. In the meantime I am slowly trying to debug > > > this myself, mostly as a learning exercise. I've successfully built my > > > own bsd.rd (using t

Re: X11 freezes with Radeon RX 560 and other issues

On Fri, Dec 18, 2020 at 01:37:00PM +0100, Alex Raschi wrote: > >Synopsis:X11 freezes with Radeon RX 560 and other issues > >Category:system kernel amd64 > >Environment: > System : OpenBSD 6.8 > Details : OpenBSD 6.8-current (GENERIC.MP) #218: Wed Dec 9 > 23:06:07 MST

Re: init: single user shell terminated, restarting on i386 snap

On Sat, Dec 12, 2020 at 11:30:14PM +0100, Alexander Bluhm wrote: > On Fri, Dec 11, 2020 at 03:14:52PM -0500, Johan Huldtgren wrote: > > init: single user shell terminated, restarting > > init: single user shell terminated, restarting > > The problem is that libc setjmp tries to save the MXCSR regi

Re: Errors with radeon graphic card after install 68- xenodm won't work

On Mon, Oct 26, 2020 at 10:40:50AM +0100, Matthieu Herrb wrote: > On Mon, Oct 26, 2020 at 07:24:47PM +1100, Jonathan Gray wrote: > > On Sun, Oct 25, 2020 at 09:45:53PM +0100, Jean-Louis ABRAHAM wrote: > > > Dear OpenBSD Team > > > > > >   > > > > &

Re: Errors with radeon graphic card after install 68- xenodm won't work

On Sun, Oct 25, 2020 at 09:45:53PM +0100, Jean-Louis ABRAHAM wrote: > Dear OpenBSD Team > >   > > This mail has been generated with sendbug and I have manually added some > attachments to give as much infos as possible. > > Of course, if you need more infos, please let me know. > > Just hope m

Re: system freezes since recent drm_mm changes

On Thu, Oct 22, 2020 at 05:37:43PM -0400, Joe Gidi wrote: > SENDBUG: -*- sendbug -*- > SENDBUG: Lines starting with `SENDBUG' will be removed automatically. > SENDBUG: > SENDBUG: Choose from the following categories: > SENDBUG: > SENDBUG: system user library documentation kernel alpha amd64 arm hpp

Re: AMDGPU crash at boot

On Mon, Oct 19, 2020 at 05:58:25PM +0200, mel...@marvinborner.de wrote: > >Synopsis:AMDGPU crashes with a no-retry page fault at boot, before Xorg > >starts > >Category:kernel > >Environment: > System : OpenBSD 6.8 > Details : OpenBSD 6.8-current (GENERIC.MP) #120: Sun

Re: AMD Firepro m5950 blank screen with radeondrm

On Thu, Oct 15, 2020 at 04:30:00PM +, Jeremy Broadway wrote: > >On Thu, Oct 15, 2020 at 8:01 AM Jonathan Gray wrote: > > > > 1024x768 is the mode used when nothing could be probed. > > > > Does using an external display work? > > > > Is there an opti

Re: AMD Firepro m5950 blank screen with radeondrm

On Wed, Oct 14, 2020 at 01:51:46PM +, Jeremy Broadway wrote: > >Synopsis: AMD Firepro m5950 blank screen with radeondrm > >Category: kernel > >Environment: > System : OpenBSD 6.7 > Details : OpenBSD 6.7 (GENERIC.MP) #7: Mon Oct 5 13:32:21 MDT > 2020 > > r..

Re: Page fault using the amdgpu driver

On Thu, Oct 08, 2020 at 03:29:49PM +0200, mel...@marvinborner.de wrote: > >Synopsis:Page fault when watching 2k videos > >Category:kernel > >Environment: > System : OpenBSD 6.8 > Details : OpenBSD 6.8-current (GENERIC.MP) #99: Wed Oct 7 22:24:13 > MDT 2020 >

Re: Lenovo Workstation Dock Audio device attaches to ure

On Wed, Oct 14, 2020 at 08:52:51PM +0200, sh+open...@codevoid.de wrote: > >Synopsis:Lenovo Thunderbolt 3 Workstation Dock Audio is detected as ure > >Category:kernel, amd64 > >Environment: > System : OpenBSD 6.8 > Details : OpenBSD 6.8-current (GENERIC.MP) #102: Thu Oct

Re: 6.7 fails to boot on AMD64 after installing amdgpu firmware

On Tue, Oct 13, 2020 at 06:33:20PM -0400, Ashton Fagg wrote: > Jonathan Gray writes: > > > So it turns out Ryzen 3 3200U is handled as raven2 in the driver. > > We backported support for picasso but not raven2 into the 4.19 drm in > > 6.7. At least in this case rav

Re: 6.7 fails to boot on AMD64 after installing amdgpu firmware

On Mon, Oct 12, 2020 at 09:58:31PM -0400, Ashton Fagg wrote: > Ashton Fagg writes: > > > Jonathan: > > > > Thanks for your reply. > > > > Jonathan Gray writes: > > > >> This was really 0x1002:0x15d8 for picasso, amdgpu does not match on 0x15

Re: 6.7 fails to boot on AMD64 after installing amdgpu firmware

On Mon, Oct 12, 2020 at 07:37:28PM -0400, Ashton Fagg wrote: > Hello, > > I have an Acer Aspire 5 which has a Ryzen 3 3200 chip (with integrated > graphics). > > I installed 6.7 release - all came up fine. Upon booting for the first > time, it suggested I run `syspatch`. I did this, and on the ne

Re: amd64-current: inteldrm: witness(4) warnings during boot

On Wed, Sep 16, 2020 at 02:03:21PM -0500, Scott Cheloha wrote: > Yesterday I enabled witness(4) to debug something unrelated and > started seeing traces during boot. > > My kernel is up-to-date as of yesterday night. My inteldrm firmware > is also up-to-date. > > The traces appear during every c

Re: Panic on boot with Hyper-V since Jun 17 snapshot

On Sun, Aug 30, 2020 at 12:20:50PM +0200, Andre Stoebe wrote: > On 30.07.2020 12:05, Andre Stoebe wrote: > > On 29.07.2020 15:01, Jonathan Gray wrote: > >> more fallout of intr_barrier() now using the argument > >> >

Re: Acer Aspire A315 laptop firmware fails to load with 6.7

On Tue, Aug 18, 2020 at 12:09:56PM -0400, Jon Fineman wrote: > On Wed, 19 Aug 2020 00:06:59 +1000 > Jonathan Gray wrote: > > > On Sun, Aug 16, 2020 at 02:27:46AM +, Jon Fineman wrote: > > > I was not able to do a proper sendbug report because the PC hangs. > >

Re: Acer Aspire A315 laptop firmware fails to load with 6.7

On Sun, Aug 16, 2020 at 02:27:46AM +, Jon Fineman wrote: > I was not able to do a proper sendbug report because the PC hangs. > > I have an Acer Aspire A315 laptop. 6.6 works fine. When I upgrade to 6.7 > Release or Snapshot I get the below firmware load error. Below that output is > the dme

Re: On boot, screen remains black after radeondrm driver initializes

On Sun, Aug 02, 2020 at 01:05:37PM +0200, mgloc...@openbsd.org wrote: > >Synopsis:On boot, screen remains black after radeondrm driver initializes > >Category:kernel/graphics/firmware > >Environment: > System : OpenBSD 6.7 > Details : OpenBSD 6.7-current (GENERIC.MP) #0

Re: Panic on boot with Hyper-V since Jun 17 snapshot

On Wed, Jul 29, 2020 at 02:05:18PM +0200, Andre Stoebe wrote: > >Synopsis:Panic on boot with Hyper-V since Jun 17 snapshot > >Category:kernel > >Environment: > System : OpenBSD 6.7 > Details : OpenBSD 6.7-current (GENERIC.MP) #375: Sun Jul 26 > 11:26:37 MDT 2020 >

Re: amdgpu error causes system to freeze

On Mon, Jul 13, 2020 at 08:49:49PM -0300, Evandro Rathke wrote: > Hello! > I'm having issues on amdgpu on applications that require a little bit more > 3D processing. > The application is a port that I'm working on (Ultimaker Cura > ). > On Intel GPU the proble

Re: Kernel Panic in current snapshot with braswell and inteldrm

On Mon, Jul 06, 2020 at 04:29:34PM +0200, Martin Ziemer wrote: > On Mon, Jul 06, 2020 at 11:51:10PM +1000, Jonathan Gray wrote: > > On Mon, Jul 06, 2020 at 11:17:34AM +0200, Martin Ziemer wrote: > > > On Wed, Jul 01, 2020 at 01:47:57PM +1000, Jonathan Gray wrote: > > > &

Re: Kernel Panic in current snapshot with braswell and inteldrm

On Mon, Jul 06, 2020 at 11:17:34AM +0200, Martin Ziemer wrote: > On Wed, Jul 01, 2020 at 01:47:57PM +1000, Jonathan Gray wrote: > > On Tue, Jun 30, 2020 at 07:10:10PM +0200, Martin Ziemer wrote: > > > With this patch (and driver "intel" in /etc/X11/xorg.conf) my system

Re: RaspberryPi 3 Stopped at data_abort+0x68:

On Sun, Jul 05, 2020 at 06:14:33PM +0200, Paul de Weerd wrote: > Hi Mark, > > On Sat, Jul 04, 2020 at 05:39:26PM +0200, Mark Kettenis wrote: > | > Is there something else I should have or do? > | > | Yes. You need to actually install the firmware onto the uSD card or > | USB device that your Pi

Re: RaspberryPi 3 Stopped at data_abort+0x68:

On Sat, Jul 04, 2020 at 05:24:24PM +0200, Paul de Weerd wrote: > Hi Mark, > > Thanks for the reply and the diff! > > On Sat, Jul 04, 2020 at 12:19:59AM +0200, Mark Kettenis wrote: > | That probably means Paul is using somewhat broken firmware. > > pkg_info says I have: > > raspberrypi-firmware-

Re: amdgpu - extreme instability with Radeon RX 550

On Sat, Jul 04, 2020 at 11:19:49AM -0400, Joe Gidi wrote: > >> Is there anything else I can try to resolve this instability? Any other > >> info I can provide? > > > > if you look in dmesg when it occurs you may see a message along the > > lines of > > > > [drm] *ERROR* ring gfx timeout, signaled s

Re: amdgpu - extreme instability with Radeon RX 550

On Sat, Jul 04, 2020 at 12:22:41PM +0200, Landry Breuil wrote: > On Sat, Jul 04, 2020 at 05:58:07PM +1000, Jonathan Gray wrote: > > On Fri, Jul 03, 2020 at 11:14:02PM -0400, Joe Gidi wrote: > > > Hello, > > > > > > > firefox seems to be doing a dlopen a

Re: amdgpu - extreme instability with Radeon RX 550

On Fri, Jul 03, 2020 at 11:14:02PM -0400, Joe Gidi wrote: > Hello, > > I'm encountering severe instability problems while trying to use a Radeon > RX 550 2GB GPU with the radeongpu driver. I'm using a fresh install of the > latest amd64 snapshot and the just-updated amdgpu-firmware-20200619. I'm >

Re: RaspberryPi 3 Stopped at data_abort+0x68:

On Sat, Jul 04, 2020 at 12:19:59AM +0200, Mark Kettenis wrote: > > Anyway, I think the problem is that OF_finddevice() returns -1 if the > node can't be found. Does the following diff help? mp kernel boots on rpi3 with this ok jsg@ if you also fix mainbus_attach_framebuffer() arm64 efi_attach()

Re: boot stuck at avail mem unless boot -c \n quit\n

On Fri, Jul 03, 2020 at 06:12:28AM -0500, Abel Abraham Camarillo Ojeda wrote: > On Fri, Jul 3, 2020 at 5:33 AM Stuart Henderson wrote: > > > On 2020/07/03 03:34, Abel Abraham Camarillo Ojeda wrote: > > > >Synopsis: boot stuck at avail mem unless boot -c \n quit\n > > > >Category: kernel amd64 > >

Re: X11 graphics not working in snapshots on Braswell system

On Tue, Jun 30, 2020 at 07:10:10PM +0200, Martin Ziemer wrote: > On Wed, Jul 01, 2020 at 01:53:14AM +1000, Jonathan Gray wrote: > > cherryview/braswell still had trouble even after recent port of drm from > > linux 5.7. > > > > I can run X on -current with < gen8 st

Re: X11 graphics not working in snapshots on Braswell system

On Thu, Jul 25, 2019 at 08:40:34PM +1000, Jonathan Gray wrote: > On Tue, Jul 23, 2019 at 04:32:50PM +1000, Jonathan Gray wrote: > > On Sun, Jul 21, 2019 at 11:23:12PM +1000, Ross L Richardson wrote: > > > On Sun, Jul 21, 2019 at 07:41:58PM +1000, Jonathan Gray wrote: > >

Re: null deref in xen_intr_barrier()

On Fri, Jun 26, 2020 at 01:55:28PM +, t...@daybefore.net wrote: > >Synopsis:null deref in xen_intr_barrier() > >Category:kernel > >Environment: > System : OpenBSD 6.7 > Details : OpenBSD 6.7-current (GENERIC) #291: Fri Jun 26 01:56:51 > MDT 2020 > > Architec

Re: i915_request_create+0x4b: uvm_fault

On Sun, Jun 21, 2020 at 03:37:29PM +0100, Stuart Henderson wrote: > On 2020/06/17 16:07, Jonathan Gray wrote: > > On Tue, Jun 16, 2020 at 06:46:41PM +0100, Stuart Henderson wrote: > > > On 2020/06/15 21:50, Stuart Henderson wrote: > > > > On 2020/06/14 15:45, Jonatha

Re: i915_request_create+0x4b: uvm_fault

On Tue, Jun 16, 2020 at 06:46:41PM +0100, Stuart Henderson wrote: > On 2020/06/15 21:50, Stuart Henderson wrote: > > On 2020/06/14 15:45, Jonathan Gray wrote: > > > On Sat, Jun 13, 2020 at 12:15:13PM +0100, Stuart Henderson wrote: > > > > Same with a newer kernel

Re: drm: uvm_fault / i915_gem_object_do_bit_17_swizzle

On Sun, Jun 14, 2020 at 10:18:13AM +0200, Sebastien Marie wrote: > Hi, > > On i386, with recent locally built GENERIC.MP, I have a uvm_fault after xenodm > starting (the system is fine as long I don't start xenodm). > > the last version of the source tree tested is > 68a1d3c69b863445cb9e4c9789ec5

Re: i915_request_create+0x4b: uvm_fault

On Sat, Jun 13, 2020 at 12:15:13PM +0100, Stuart Henderson wrote: > Same with a newer kernel. > > OpenBSD 6.7-current (GENERIC.MP) #3: Thu Jun 11 19:47:48 BST 2020 > st...@symphytum.spacehopper.org:/sys/arch/amd64/compile/GENERIC.MP > > uvm_fault(0xfd86e2f6c120, 0x51, 0, 1) -> e > kernel:

Re: drm panic

On Thu, Jun 11, 2020 at 11:07:11AM +0100, Laurence Tratt wrote: > The recent DRM update has fixed one long-ish-standing bug for me where Xorg > sometimes would get stuck while executing Xsession (I could never work out > why) which is really good! > > However I've now had the following kernel pani

Re: page fault trap in connector_bad_edid with new drm code

; > > > > > > > > On Tue, Jun 09, 2020 at 04:05:25PM +0200, Otto Moerbeek wrote: > > > > > > > > > > > > > On Tue, Jun 09, 2020 at 04:59:17PM +1000, Jonathan Gray wrote: > > > > > > > > > > > >

Re: page fault trap in connector_bad_edid with new drm code

On Tue, Jun 09, 2020 at 08:12:17AM +0200, Otto Moerbeek wrote: > On Tue, Jun 09, 2020 at 08:01:12AM +0200, Otto Moerbeek wrote: > > > On Mon, Jun 08, 2020 at 09:46:23PM +0200, Mark Kettenis wrote: > > > > > > Date: Mon, 8 Jun 2020 20:27:22 +0200 > > > > From: Otto Moerbeek > > > > > > > > Hi. >

Re: 6.7-release boot fails on AMD64 after installing AMD GPU firmware

ze is 9-bit > drm: VRAM: 2048M 0x00F4 - 0x00F47FFF (2048M used) > drm: GART: 1024M 0x00F5 - 0x00F53FFF > > On Tue, Jun 2, 2020 at 12:47 AM Jonathan Gray wrote: > > > > The last line you see with debug if it differs would help. >

Re: uvm_fault panic at drm_mode_rmfb_work_dn

On Mon, Jun 08, 2020 at 08:16:42PM +0200, Matthias Schmidt wrote: > Hi, > > * Matthias Schmidt wrote: > > Hi, > > > > I run > > > > OpenBSD 6.7-current (GENERIC.MP) #250: Sun Jun 7 19:48:27 MDT 2020 > > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > > > on my Thi

Re: 6.7-release boot fails on AMD64 after installing AMD GPU firmware

ion. > > What information should I gather when I do this? If the boot hangs, then > what's > the preferred method for gathering it? > > On Mon, Jun 1, 2020 at 2:00 AM Jonathan Gray wrote: > > > > On Sun, May 31, 2020 at 11:35:04AM -0400, Daniel Sullivan wrote: > &g

Re: 6.7-release boot fails on AMD64 after installing AMD GPU firmware

gpu firmware using fw_update, > the machine no longer hangs during boot. > > On Sun, May 31, 2020 at 10:59 AM Jonathan Gray wrote: > > > > On Sun, May 31, 2020 at 09:52:46AM -0400, Daniel Sullivan wrote: > > > OpenBSD 6.7 installed using the amd64 install67

Re: 6.7-release boot fails on AMD64 after installing AMD GPU firmware

On Sun, May 31, 2020 at 09:52:46AM -0400, Daniel Sullivan wrote: > OpenBSD 6.7 installed using the amd64 install67.iso (verified using > signify-openbsd on Ubuntu 20.04). > > The system successfully reboots once after installation and installs the > firmware for the CPU's onboard GPU, but fails wi

Re: VGA fonts not reloading when changing back to text mode

On Thu, May 14, 2020 at 11:59:07AM +0200, Mark Kettenis wrote: > > Date: Thu, 14 May 2020 19:20:00 +1000 > > From: Jonathan Gray > > > > On Wed, May 13, 2020 at 11:11:56PM -0700, jo...@armadilloaerospace.com > > wrote: > > > On a system with VGA graphics,

Re: Corrupted text background color on VirtualBox

On Fri, May 15, 2020 at 10:02:22PM -0700, jo...@armadilloaerospace.com wrote: > Ok, new theory: > > VirtualBox ignores the pas bit, so writes to the attribute data register > after vga_enable() is called go ahead and modify the attribute palette > index 0, but on a real vga the write is ignored. >

Re: Corrupted text background color on VirtualBox

On Fri, May 15, 2020 at 05:03:30PM -0700, jo...@armadilloaerospace.com wrote: > One of the first things I noticed when I tried OpenBSD in VirtualBox > was that doing ctrl-alt-2, then ctrl-alt-1 to switch back and forth > between virtual screens left the text mode background a dim red > color instea

Re: VGA fonts not reloading when changing back to text mode

On Wed, May 13, 2020 at 11:11:56PM -0700, jo...@armadilloaerospace.com wrote: > On a system with VGA graphics, like a VirtualBox: > > Boot to X. > ctrl-alt-F1 back to text mode. > As root: > wsfontload -h 8 -e ibm /usr/share/misc/pcvtfonts/vt220l.808 > wsconscfg -dF 1 > wsconscfg -t 80x50 1 > ctrl

Re: Need modified dtb and u-boot files for 11" Pinebook 1080p (from NetBSD)

On Mon, Apr 20, 2020 at 11:39:20AM +0200, Alexander Shendi wrote: > >Synopsis:Need modified dtb and u-boot files (from NetBSD) to boot > >Category:system, arm, arm64, aarch64 > >Environment: > System : OpenBSD 6.7 > Details : OpenBSD 6.7-beta (GENERIC.MP) #557: Sun Apr

Re: Sun V240 will not boot with generic ati video

xvr-100 is listed as being supported in v240 in old sun docs. It is a radeon rv100 class card with fcode. kettenis@ made radeondrm(4) work on xvr-100 some time ago before the last major drm update. I'm not sure what the current state is. On Sat, Feb 22, 2020 at 08:36:11PM -0600, David Savolaine

Re: UDP/TCP Packets are sent but not received on vio(4)

On Fri, Feb 21, 2020 at 04:45:01PM +1100, Jonathan Gray wrote: > On Tue, Feb 18, 2020 at 12:37:10AM +0100, alexandre wrote: > > > > > On Mon, Feb 17, 2020 at 01:31:08AM +0100, Alexandre wrote: > > > > Hello, > > > > > > > > I am running an O

Re: UDP/TCP Packets are sent but not received on vio(4)

On Tue, Feb 18, 2020 at 12:37:10AM +0100, alexandre wrote: > > > On Mon, Feb 17, 2020 at 01:31:08AM +0100, Alexandre wrote: > > > Hello, > > > > > > I am running an OpenBSD/armv7 guest on a QEMU 4.2.0 "virt" machine host; > > > see the attached file (from_qemu_virt.dts) for the fdt of the guest >

Re: X window system will not start on fresh 6.6 and snapshot install

On Sat, Jan 25, 2020 at 03:59:54PM +0100, Matthieu Herrb wrote: > On Fri, Jan 24, 2020 at 11:47:02PM -0600, David Savolainen wrote: > Hi, > > > Here is the output from sendbug. Mail isn't fully set up.. > > >Fix: What is undefined symbol 'shadowDamage'? > > > It's an oversight. We missed the re

Re: amdgpio0 high interrupt rate on Matebook D

On Sat, Jan 11, 2020 at 08:16:23PM -0500, James Hastings wrote: > > On Sat, Jan 11, 2020 at 12:42:50 +0100, Mark Kettenis wrote: > > > Date: Fri, 10 Jan 2020 13:37:38 -0500 > > > From: Bryan Steele > > > > > > On Fri, Jan 10, 2020 at 02:59:10AM -0500, James Hastings wrote: > > > > > On Sat, Jan 0

Re: amdgpio0 high interrupt rate on Matebook D

On Sat, Jan 11, 2020 at 08:16:23PM -0500, James Hastings wrote: > > On Sat, Jan 11, 2020 at 12:42:50 +0100, Mark Kettenis wrote: > > > Date: Fri, 10 Jan 2020 13:37:38 -0500 > > > From: Bryan Steele > > > > > > On Fri, Jan 10, 2020 at 02:59:10AM -0500, James Hastings wrote: > > > > > On Sat, Jan 0

Re: Compiling ncurses-6.1 on OpenBSD

On Sat, Dec 28, 2019 at 04:40:54PM -0800, Philip Guenther wrote: > On Sat, 28 Dec 2019, Jonathan Gray wrote: > > On Sat, Dec 28, 2019 at 05:08:51PM -0500, Thomas Dickey wrote: > > > On Thu, Dec 26, 2019 at 05:12:56PM -0500, Thomas Dickey wrote: > ... > > > That&#x

Re: Compiling ncurses-6.1 on OpenBSD

On Sat, Dec 28, 2019 at 05:08:51PM -0500, Thomas Dickey wrote: > On Thu, Dec 26, 2019 at 05:12:56PM -0500, Thomas Dickey wrote: > > On Thu, Dec 26, 2019 at 01:13:11PM +, Stuart Henderson wrote: > > > On 2019/12/25 16:23, Thomas Dickey wrote: > > > > Since my message to bugs@openbsd.org was igno

Re: 6.6 hang running X

On Thu, Dec 12, 2019 at 08:50:41PM -0500, gwes wrote: > This system hangs as soon as X is started > on release 6.6 and Dec 11 snapshot. > It works on release 6.5 > Fresh install of 6.5, 6.6, and snapshot. > No ping response. > Can't break into ddb from a serial console. > Tried uniprocessor 6.6 ker

Re: Dell XPS 9575 with dual discrete/integrated GPU: amdgpu causes kernel panic.

On Wed, Nov 13, 2019 at 10:42:11PM -0500, Brennan Vincent wrote: > > > On Thu, 14 Nov 2019, Jonathan Gray wrote: > > > > > > > > > `efifb primary` is printed. > > > > ok, so drop that patch and try this one: > > Can do. What am I trying,

Re: Dell XPS 9575 with dual discrete/integrated GPU: amdgpu causes kernel panic.

On Wed, Nov 13, 2019 at 10:07:08PM -0500, Brennan Vincent wrote: > > > On Thu, 14 Nov 2019, Jonathan Gray wrote: > > > On Wed, Nov 13, 2019 at 10:59:47AM -0500, Brennan Vincent wrote: > > > Hello, > > > > > > My kernel always panics on boot, unl

Re: Dell XPS 9575 with dual discrete/integrated GPU: amdgpu causes kernel panic.

On Wed, Nov 13, 2019 at 10:59:47AM -0500, Brennan Vincent wrote: > Hello, > > My kernel always panics on boot, unless I configure it with > `disable amdgpu`, in which case everything is working fine with > the integrated card. > > I have attached the dmesg from both trying to boot with `enable am

Re: Hard freeze after X starts on Insyde Braswell with Intel HD Graphics

On Fri, Oct 18, 2019 at 10:12:08PM +, Mikolaj Kucharski wrote: > >Synopsis:kernel freeze, blank screen the moment Xorg starts > >Category:kernel > >Environment: > System : OpenBSD 6.6 > Details : OpenBSD 6.6-current (GENERIC.MP) #380: Fri Oct 18 > 00:00:48 MDT 2019

Re: Regressions after upgrading via sysupgrade from 6.5-STABLE to 6.6

On Sat, Oct 19, 2019 at 12:22:42AM +0200, 4sale$99 wrote: > To: bugs@openbsd.org > Subject: Regression after upgrade to 6.6 via sysupgrade > From: root > Cc: alexander.she...@web.de > Reply-To: alexander.she...@web.de > > >Synopsis: Regression -- X.org doesn't start, touching the track point > >f

Re: Xorg crash on Intel HD Graphics 620 inside intel_drv.so

On Thu, Oct 17, 2019 at 06:10:55PM +, Mikolaj Kucharski wrote: > On Thu, Oct 17, 2019 at 05:38:50PM +, Mikolaj Kucharski wrote: > > On Fri, Oct 18, 2019 at 01:10:08AM +1100, Jonathan Gray wrote: > > > > With intel driver compiled with above Git commit Xorg dies with: &

Re: amdgpu: ATI Radeon Vega: system hangs on initialization

On Wed, Oct 16, 2019 at 10:42:45AM +0200, Sebastien Marie wrote: > On Wed, Oct 16, 2019 at 09:16:41AM +0200, Sebastien Marie wrote: > > > uvm_fault(0x82011010, 0x18, 0, 1) -> e > > kernel: page fault trap, code=0 > > Stopped at dc_link_aux_transfer+0x85: movq0x18(%r14),%rax >

Re: amdgpu: ATI Radeon Vega: system hangs on initialization

On Mon, Oct 14, 2019 at 08:10:36PM +0200, Sebastien Marie wrote: > Hi, > > I recently tested OpenBSD on a system with a "ATI Radeon Vega", and I have > problem on initialization: the system hangs. > > If I disable amdgpu* it boots fine. > > Here the dmesg of the system without firmware installed

Re: dwge non-functional on ROCK64

On Sat, Oct 12, 2019 at 08:31:07PM +, Zachary Buhman wrote: > > Some bright sould decided to change the clock binding when RK3328 > > support was added to the mailine Linux kernel. But U-Boot still uses > > an older clock binding. The OpenBSD kernel expects a device tree that > > uses the new c

Re: startup suspends until display is connected

On Thu, Oct 03, 2019 at 03:15:53PM +0200, k...@krot.org wrote: > >Synopsis:startup suspends until display is connected > >Category:kernel > >Environment: > System : OpenBSD 6.6 > Details : OpenBSD 6.6 (GENERIC.MP) #345: Wed Oct 2 22:45:02 MDT > 2019 >

Re: xenocara not working on braswell system

On Tue, Oct 01, 2019 at 10:50:39AM +0200, Martin Ziemer wrote: > >Synopsis:No acceleration and suspend on braswell, also some crashes > >Environment: > System : OpenBSD 6.6 > Details : OpenBSD 6.6-beta (DRMDEBUG) #0: Tue Oct 1 09:40:21 CEST > 2019 >

Re: amdgpu firmware crashes on boot.

On Sat, Sep 28, 2019 at 02:04:11AM -0700, Chris Bennett wrote: > To: bugs@openbsd.org > Subject: amdgpu crashes system at boot > From: root > Cc: root > Reply-To: root > > >Synopsis:Diasbling amdgpu in UKC solves boot crash > >Category:Firmware incompatibilty > >Environment: > System

Re: startup fails when monitor is disconnected

On Sun, Sep 08, 2019 at 02:53:31PM +0200, Marcus MERIGHI wrote: > Hello Jonathan! > > Thanks for the explanation and your work! > > j...@jsg.id.au (Jonathan Gray), 2019.09.08 (Sun) 04:05 (CEST): > > Previously the drm code faked a 1024x768 fb if nothing was connected. &g

<    1   2   3   4   5   6   >