Re: [Patch] Fix mangled sentence in 69.html (apmd control socket)

2021-04-19 Thread Jonathan Gray
On Sun, Apr 18, 2021 at 09:09:24PM +1000, Ross L Richardson wrote: > Simplest fix below. > > Ross > thanks, committed this with a few more changes Index: 69.html === RCS file: /cvs/www/69.html,v retrieving revision 1.58 diff

Re: [Patch] "usb" ==> "USB" for consistency

2021-04-19 Thread Jonathan Gray
On Sun, Apr 18, 2021 at 09:21:45PM +1000, Ross L Richardson wrote: > Probably! > > Ross > > thanks, committed > > Index: 69.html > === > RCS file: /cvs/www/69.html,v > retrieving revision 1.52 > diff -u -p -r1.52 69.html >

Re: [Patch] Typo ("it's" should be "its") in 69.html

2021-04-19 Thread Jonathan Gray
On Mon, Apr 19, 2021 at 02:30:13PM +1000, Ross L Richardson wrote: > Just an incorrect possessive form... > > Ross > thanks, committed > > Index: 69.html > === > RCS file: /cvs/www/69.html,v > retrieving revision 1.53 > diff -u

Re: [Patch] Relocate a vmctl entry in 69.html

2021-04-19 Thread Jonathan Gray
On Mon, Apr 19, 2021 at 03:08:13PM +1000, Ross L Richardson wrote: > It probably belongs with the other vmctl entry rather than under > userland networking changes... > > Ross > thanks, committed > > Index: 69.html > === > RCS

Re: add missing PCI ID for Intel NVMe

2021-03-13 Thread Jonathan Gray
t; On Fri, Mar 12, 2021 at 10:00:54PM +1100, Jonathan Gray wrote: > > On Fri, Mar 12, 2021 at 11:30:04AM +0100, Jan Klemkow wrote: > > So it is a 'SSD DC P4510' > > > > A driver downloaded from Intel has > > ... > > PCI\VEN_8086_0A54.DeviceDes

Re: add missing PCI ID for Intel NVMe

2021-03-12 Thread Jonathan Gray
On Fri, Mar 12, 2021 at 11:30:04AM +0100, Jan Klemkow wrote: > Hi, > > This diff add a missing PCI ID of an Intel NVMe disk. The disk works > after my last fix [1]. > > OK? > > bye, > Jan > > [1]: https://marc.info/?l=openbsd-tech=161418460303831 So it is a 'SSD DC P4510' A driver

Re: Sky Lake-E PCI ids.

2021-02-26 Thread Jonathan Gray
On Fri, Feb 26, 2021 at 11:12:17AM +0100, Karel Gardas wrote: > On 2/26/21 7:24 AM, Jonathan Gray wrote: > > As the ids are used on more than just Skylake-E here is another diff. > > Though I think these ids are shared with Core X Skylake. So perhaps > > giving up on a mar

Mesa leak in intel iris driver

2021-02-26 Thread Jonathan Gray
Bring in a change which was backported to Mesa 20.1 but not 20.0. This is for inteldrm with >= gen8/broadwell hardware. /var/log/Xorg.0.log with 'DRI driver: iris' and 'xdriinfo' will show 'Screen 0: iris' if you are using the iris driver. commit 17991448a2eb0930b106068bffc366946a05556e Author:

Re: Sky Lake-E PCI ids.

2021-02-25 Thread Jonathan Gray
On Fri, Feb 26, 2021 at 05:24:59PM +1100, Jonathan Gray wrote: > On Thu, Feb 25, 2021 at 02:55:22PM +0100, Karel Gardas wrote: > > > > > The marketing name is 'Xeon Processor Scalable Family' > > > Intel Xeon Bronze 3XXX processor > > > Intel Xeon Gold 6XXF

Re: Sky Lake-E PCI ids.

2021-02-25 Thread Jonathan Gray
On Thu, Feb 25, 2021 at 02:55:22PM +0100, Karel Gardas wrote: > > > The marketing name is 'Xeon Processor Scalable Family' > > Intel Xeon Bronze 3XXX processor > > Intel Xeon Gold 6XXF processor > > Intel Xeon Platinum 6XXF processor > > Intel Xeon Platinum 8XXF processor > > Intel Xeon Silver

Re: Sky Lake-E PCI ids.

2021-02-25 Thread Jonathan Gray
On Thu, Feb 25, 2021 at 11:29:09AM +0100, Karel Gardas wrote: > On 2/25/21 10:34 AM, Jonathan Gray wrote: > > On Wed, Feb 24, 2021 at 05:01:50PM +0100, Karel Gardas wrote: > > > Hello, > > > > > > attach patch adds some SkyLake-E related PCI ids. Tested on

Re: Sky Lake-E PCI ids.

2021-02-25 Thread Jonathan Gray
On Wed, Feb 24, 2021 at 05:01:50PM +0100, Karel Gardas wrote: > > Hello, > > attach patch adds some SkyLake-E related PCI ids. Tested on Kontron/Fujitsu > D3598-B with Intel Xeon W-2123. > > Thanks for review, comment(s) and/or commit. > > Karel > I can only find a handful of Ubox/PCU

Re: occasional SSIGSEGV on C++ exception handling

2021-02-22 Thread Jonathan Gray
On Tue, Feb 23, 2021 at 08:10:54AM +0100, Otto Moerbeek wrote: > On Mon, Feb 22, 2021 at 08:58:07PM -, Miod Vallat wrote: > > > > > > No problem, real-life often takes precedence. > > > > No way! operator(7) would need an update! > > > > What do we do when we see a bug? We fix it! What if

Re: use /dev/dri/ in xenocara

2021-02-18 Thread Jonathan Gray
On Thu, Feb 18, 2021 at 11:34:19AM +, Stuart Henderson wrote: > On 2021/02/18 22:24, Jonathan Gray wrote: > > On Thu, Feb 18, 2021 at 12:01:28PM +0100, Mark Kettenis wrote: > > > > Date: Thu, 18 Feb 2021 21:18:51 +1100 > > > > From: Jonathan Gray > >

Re: use /dev/dri/ in xenocara

2021-02-18 Thread Jonathan Gray
On Thu, Feb 18, 2021 at 12:29:29PM +0100, Mark Kettenis wrote: > > Date: Thu, 18 Feb 2021 22:24:10 +1100 > > From: Jonathan Gray > > > > On Thu, Feb 18, 2021 at 12:01:28PM +0100, Mark Kettenis wrote: > > > > Date: Thu, 18 Feb 2021 21:18:51 +1100 > &g

Re: use /dev/dri/ in xenocara

2021-02-18 Thread Jonathan Gray
On Thu, Feb 18, 2021 at 12:01:28PM +0100, Mark Kettenis wrote: > > Date: Thu, 18 Feb 2021 21:18:51 +1100 > > From: Jonathan Gray > > I suspect that there are some ports that need to get their unveils > updated if we do this. firefox ports were updated. Not aware of a

use /dev/dri/ in xenocara

2021-02-18 Thread Jonathan Gray
Index: lib/libdrm/xf86drm.h === RCS file: /cvs/xenocara/lib/libdrm/xf86drm.h,v retrieving revision 1.21 diff -u -p -r1.21 xf86drm.h --- lib/libdrm/xf86drm.h11 Feb 2021 10:27:08 - 1.21 +++ lib/libdrm/xf86drm.h

Re: add simplepmbus(4)

2021-02-17 Thread Jonathan Gray
On Wed, Feb 17, 2021 at 11:49:27AM +0100, Mark Kettenis wrote: > > Date: Wed, 17 Feb 2021 20:59:06 +1100 > > From: Jonathan Gray > > > > On Wed, Feb 17, 2021 at 10:33:18AM +0100, Patrick Wildt wrote: > > > Am Wed, Feb 17, 2021 at 11:56:16AM +1100 schrieb Jo

Re: add simplepmbus(4)

2021-02-17 Thread Jonathan Gray
On Wed, Feb 17, 2021 at 10:33:18AM +0100, Patrick Wildt wrote: > Am Wed, Feb 17, 2021 at 11:56:16AM +1100 schrieb Jonathan Gray: > > Add a driver for "simple-pm-bus" a way to enable a clock and/or > > power domain for a group of devices. > > > > https://www.ke

add simplepmbus(4)

2021-02-16 Thread Jonathan Gray
us.c Tue Feb 16 17:24:55 2021 @@ -0,0 +1,62 @@ +/* $OpenBSD$ */ +/* + * Copyright (c) 2021 Jonathan Gray + * + * Permission to use, copy, modify, and distribute this software for any + * purpose with or without fee is hereby granted, provided that the above + * copyri

Re: some Ryzen, AMD 500 Chipset, Navi 10 and Kingson pcidev

2021-02-15 Thread Jonathan Gray
On Mon, Feb 08, 2021 at 10:48:26AM +0100, Sven Wolf wrote: > Hi, > > thanks for your fast response. > I've chosen "AMD 17_3X_IOMMU" instead of "Starship/Matisse" because in my > point of view, also the other Ryzen Zen 2 pci devices were named 17_3x (e.g. > PCI_PRODUCT_AMD_17_3X_RC 0x1480 /*

Re: some Ryzen, AMD 500 Chipset, Navi 10 and Kingson pcidev

2021-02-07 Thread Jonathan Gray
On Sun, Feb 07, 2021 at 07:58:52PM +0100, Sven Wolf wrote: > Hi, > > I've added some Ryzen 3xxx, AMD 500 Chipset, Navi 10 and Kingston ids to > pcidev. I've taken the description from the Linux PCI device ids > https://pci-ids.ucw.cz/v2.2/pci.ids > > ok? Can you show a dmesg? Many of these

Re: execve -1 errno 12 Cannot allocate memory

2021-01-29 Thread Jonathan Gray
On Fri, Jan 29, 2021 at 09:48:42AM -0500, Philippe Meunier wrote: > Philippe Meunier wrote: > >Is there some kind of limitation on the size of an ELF executable that can > >be executed on i386? I mean, in addition to the limits in /etc/login.conf? > > When using readelf(1) on the chrome

Re: df(1): formatting adjustments and -T support

2021-01-23 Thread Jonathan Gray
On Fri, Jan 22, 2021 at 11:11:27PM -0600, Katherine Rohl wrote: > I noticed that large disk volumes cause problems with the formatting of > numerical columns in df(1), particularly when using -i. Here's a patch > that pads out their width a bit and raises the maximum width of > numerical columns

Re: drm(4) memory allocation diff

2021-01-01 Thread Jonathan Gray
On Thu, Dec 31, 2020 at 10:09:36PM +0100, Mark Kettenis wrote: > The diff below changes the emulated Linux memory allocation functions > a bit such that they only use malloc(9) for allocations smaller than a > page. This reduces pressure on the "interrupt safe" map and hopefully > will avoid the

Re: Poison file names

2020-12-13 Thread Jonathan Gray
On Sun, Dec 13, 2020 at 08:02:53PM -0500, Daniel Dickman wrote: > On Sun, Dec 13, 2020 at 7:51 PM Jonathan Gray wrote: > > > > On Sun, Dec 13, 2020 at 03:44:54PM -0500, Daniel Dickman wrote: > > > > > > > > > On Sat, 12 Dec 2020, Jonathan Gray wr

Re: Poison file names

2020-12-13 Thread Jonathan Gray
On Sun, Dec 13, 2020 at 03:44:54PM -0500, Daniel Dickman wrote: > > > On Sat, 12 Dec 2020, Jonathan Gray wrote: > > > games/battlestar/com1.c > > games/battlestar/com2.c > > games/battlestar/com3.c > > games/battlestar/com4.c > > games/battlestar/co

Re: Poison file names

2020-12-11 Thread Jonathan Gray
On Fri, Dec 11, 2020 at 11:58:10AM -0700, jo...@armadilloaerospace.com wrote: > I would like to be able to clone the github mirror on windows. I do > wind up > using 7z on the tar file as a workaround, but it would be nice if github > "just worked". The com files is what the clone fails on, and

Re: Poison file names

2020-12-09 Thread Jonathan Gray
On Tue, Dec 08, 2020 at 11:36:37PM -0700, jo...@armadilloaerospace.com wrote: > The game battlestar has source files names com1.c through com7.c, which > are illegal on windows due to ancient dos com port rules. > > I understand there might not be much sympathy for that, but being able > to have

Re: amdgpu(4): use DRM_INFO instead of printf for printing compute unit info

2020-11-30 Thread Jonathan Gray
I’ll try to come back to it then! > Just wanted to send something in case anyone else had a similar issue. Including the error message you saw would be helpful. > > On Sun, Nov 29, 2020 at 11:25 PM Jonathan Gray wrote: > > > On Sun, Nov 29, 2020 at 10:17:22PM -0600, Charlie Burnett wr

Re: amdgpu(4): use DRM_INFO instead of printf for printing compute unit info

2020-11-29 Thread Jonathan Gray
On Sun, Nov 29, 2020 at 10:17:22PM -0600, Charlie Burnett wrote: > Howdy all, > For reasons that are beyond me, when printf is called in amdgpu_device.c to > print the CU info, it gives me a psp firmware load failure on a Radeon VII > (Vega 20) gpu. Switching the printf statement to a DRM_INFO

Re: an(4): tsleep(9) -> tsleep_nsec(9)

2020-11-26 Thread Jonathan Gray
On Tue, Nov 24, 2020 at 07:20:46PM -0600, Scott Cheloha wrote: > Hi, > > Both kettenis@ and mpi@ have mentioned in private that my proposed > changes to tsleep_nsec(9) etc. would be nicer if we could just get rid > of tsleep(9) etc. entirely. > > This is difficult, but I'll try. > > Worst case,

Re: nm(1): fix error message typo

2020-11-22 Thread Jonathan Gray
On Fri, Nov 20, 2020 at 12:08:55PM -0500, Kris Katterjohn wrote: > I spotted a little typo in an nm(1) error message. > > Kris Katterjohn > thanks, committed > > Index: elf.c > === > RCS file: /cvs/src/usr.bin/nm/elf.c,v >

Re: Screen flickering on ThinkPad X270

2020-11-17 Thread Jonathan Gray
On Wed, Nov 18, 2020 at 01:51:39AM +, Sine Astris wrote: > Hi, > > I was suffering from a subtle (yet annoying once noticed) problem with > screen flickering whilst using xenocara on my ThinkPad X270. > > It was only distinctly apparent with certain colours/images being > displayed,

Re: Unable to adjust beep volume on ThinkPad X270

2020-11-17 Thread Jonathan Gray
On Wed, Nov 18, 2020 at 01:41:49AM +, Sine Astris wrote: > Hi, > > I wasn't able to adjust the volume of the keyboard bell via > wsconsctl(8), or the volume of /dev/speaker on my ThinkPad X270. > > Additionally, the default spkr_source (mix3) doesn't output the beep. > Changing to mix2,

Re: Add PCI ids for Intel 2.5Gb adapters

2020-11-15 Thread Jonathan Gray
On Mon, Nov 16, 2020 at 01:44:37PM +0800, Kevin Lo wrote: > ok? > > Index: sys/dev/pci/pcidevs > === > RCS file: /cvs/src/sys/dev/pci/pcidevs,v > retrieving revision 1.1942 > diff -u -p -u -p -r1.1942 pcidevs > ---

Re: fix off by one in amdgpu_vm_handle_fault

2020-11-12 Thread Jonathan Gray
On Thu, Nov 12, 2020 at 01:48:05PM +0100, Benjamin Baier wrote: > Hi > > this fixes the VM_L2_PROTECTION_FAULT_STATUS I was getting. > (and maybe also some of the bug reports, reporting L2 protection faults) > It was reproduceable by running > piglit run quick -t

Re: add support for AMD 17h/3xh HD Audio

2020-10-22 Thread Jonathan Gray
On Thu, Oct 22, 2020 at 04:34:11PM +0200, Robert Nagy wrote: > The diff below makes azalia(4) work on my new shiny chromium build box: You have a 17-31-00 epyc or threadripper? This id also shows up on B550, Ryzen 9 3900X 17-71-00 X570, Ryzen 5 3600 17-71-00 The other two 17h/3xh ids also show

Re: [Patch] Make Azalia recognize audio chipset for Thinkpad T14s

2020-10-21 Thread Jonathan Gray
On Wed, Oct 21, 2020 at 07:32:46PM -0400, Ashton Fagg wrote: > Jonathan Gray writes: > > > pcidevs.h is a generated file. After pcidevs is modified 'make' is run > > in sys/dev/pci then pcidevs.h and pcidevs_data.h are created based on > > that. In this case it is alr

Re: [Patch] Make Azalia recognize audio chipset for Thinkpad T14s

2020-10-21 Thread Jonathan Gray
On Wed, Oct 21, 2020 at 06:27:15PM -0400, Ashton Fagg wrote: > Ashton Fagg writes: > > > (My first OpenBSD patch - sorry if it's terrible) > > > > Attached is a patch to make the audio chipset (Realtek ALC257) in a > > Thinkpad T14s get recognized by Azalia. It also sets the usual bits > > that

Re: sys/kernel.h: delete dead externs

2020-10-15 Thread Jonathan Gray
On Thu, Oct 15, 2020 at 03:17:22AM -0500, Scott Cheloha wrote: > Several of the externs in sys/kernel.h are for variables that don't > exist. I can't find global declarations for tickfix, tickfixinterval, > tickdelta, or timedelta. > > ok to delete these? These went away in 'unifdef -D

match on more ure(4) devices

2020-10-03 Thread Jonathan Gray
match on additional device ids from lenovo windows driver https://download.lenovo.com/consumer/options/thinkpad_usb-c_dock_gen2_drivers_v1.0.3.03241.exe and linux driver Index: usbdevs === RCS file: /cvs/src/sys/dev/usb/usbdevs,v

Re: [PATCH] Add common PCIE capability list

2020-09-01 Thread Jonathan Gray
On Tue, Sep 01, 2020 at 11:44:03PM -0500, Jordan Hargrave wrote: > This patch adds a common function for scanning PCIE Express Capability list > The PCIE Capability list starts at 0x100 in extended PCI configuration space. This seems to only handle extended capabilities? Something like

Re: Enable arm64 PAN feature

2020-08-17 Thread Jonathan Gray
On Sat, Aug 15, 2020 at 01:54:34PM +0200, Mark Kettenis wrote: > > Date: Sat, 15 Aug 2020 20:21:09 +1000 > > From: Jonathan Gray > > > > On Fri, Aug 14, 2020 at 11:06:59PM +0200, Mark Kettenis wrote: > > > > Date: Fri, 14 Aug 2020 14:40:23 +020

Re: radeondrm(4) timing issue

2020-08-16 Thread Jonathan Gray
On Fri, Aug 14, 2020 at 03:00:57PM +0200, Marcus Glocker wrote: > Hi, > > Recently I took over the old iMac11,2 of my son, and what else to do > with it other than installing OpenBSD and see what happens. The first > thing which happened after the installation was that the screen > remained dark

Re: Enable arm64 PAN feature

2020-08-15 Thread Jonathan Gray
On Fri, Aug 14, 2020 at 11:06:59PM +0200, Mark Kettenis wrote: > > Date: Fri, 14 Aug 2020 14:40:23 +0200 (CEST) > > From: Mark Kettenis > > > > I suppose a way to test this properly is to pick a system call and > > replace a copyin() with a direct access? That will succeed without > > PAN but

Re: Enable arm64 PAN feature

2020-08-13 Thread Jonathan Gray
On Thu, Aug 13, 2020 at 09:17:41PM +0200, Mark Kettenis wrote: > ARMv8.1 introduced PAN (Priviliged Access Never) which prevents the > kernel from accessing userland data. This can be bypassed by using > special instructions which we already use in copyin(9) and friends. > So we can simply turn

Re: PATCH: better error return for exFAT filesystem

2020-08-09 Thread Jonathan Gray
On Sat, Aug 08, 2020 at 01:13:20PM +1000, Jonathan Gray wrote: > On Fri, Aug 07, 2020 at 12:59:00PM -0700, jo...@armadilloaerospace.com wrote: > > Perform an explicit check for the unsupported exFAT MSDOS filesystem > > instead of letting it fail mysteriously when it gets cluster

Re: PATCH: better error return for exFAT filesystem

2020-08-07 Thread Jonathan Gray
On Fri, Aug 07, 2020 at 12:59:00PM -0700, jo...@armadilloaerospace.com wrote: > Perform an explicit check for the unsupported exFAT MSDOS filesystem > instead of letting it fail mysteriously when it gets cluster sizes > of 0 from the normal fields. > > This causes mount_msdos to report: >

use runtime clock for ktime in drm

2020-08-03 Thread Jonathan Gray
Scott mentioned that ktime should be using a runtime clock which stops during suspend. The exception to this is ktime_get_bootime() which does not stop when suspended. This is described in https://www.kernel.org/doc/html/latest/core-api/timekeeping.html There was perhaps some confusion as

Re: change ktime to nanoseconds in drm

2020-07-24 Thread Jonathan Gray
On Tue, Jul 21, 2020 at 05:10:02PM -0500, Scott Cheloha wrote: > On Tue, Jul 21, 2020 at 07:33:21PM +1000, Jonathan Gray wrote: > > Change from using timevals for ktime to 64 bit count of nanoseconds > > to closer match linux. From a discussion with cheloha@ > > > >

change ktime to nanoseconds in drm

2020-07-21 Thread Jonathan Gray
Change from using timevals for ktime to 64 bit count of nanoseconds to closer match linux. From a discussion with cheloha@ Index: sys/dev/pci/drm/drm_vblank.c === RCS file: /cvs/src/sys/dev/pci/drm/drm_vblank.c,v retrieving revision

change some drm locks from IPL_TTY to IPL_NONE

2020-07-10 Thread Jonathan Gray
In drm linux spinlocks are mapped to mutex(9). Locks without calls to spin_lock_irqsave(), spin_lock_irq() and the like (which block interrupts) can be changed to IPL_NONE. Index: sys/dev/pci/drm/drm_legacy_misc.c === RCS file:

Re: panic on inteldrm attach in braswell device

2020-07-10 Thread Jonathan Gray
On Fri, Jul 10, 2020 at 08:31:29AM +0100, Ricardo Mestre wrote: > Hi, > > Since my edgerouter decided to commit seppuku, then to replace it, the cheap > bastard in me bought a crappy braswell based device which after 2 months > finally arrived, but of course it had to have at least one problem. >

Re: Use VGA text mode palette RGB values in rasops(9)

2020-07-07 Thread Jonathan Gray
On Tue, Jul 07, 2020 at 05:55:32PM +0200, Frederic Cambus wrote: > On Wed, Jul 08, 2020 at 12:06:27AM +1000, Jonathan Gray wrote: > > On Tue, Jul 07, 2020 at 03:16:33PM +0200, Frederic Cambus wrote: > > > Hi tech@, > > > > > > The recent spike of interest arou

Re: Use VGA text mode palette RGB values in rasops(9)

2020-07-07 Thread Jonathan Gray
On Tue, Jul 07, 2020 at 03:16:33PM +0200, Frederic Cambus wrote: > Hi tech@, > > The recent spike of interest around framebuffer consoles has prompted > me to revisit a proposal I sent back in early 2017 [1]. > > Aesthetics considerations aside, kettenis@ raised the concern that colors > from

Re: urtwn(4): Add support for D-Link DWA-121 rev B1

2020-07-06 Thread Jonathan Gray
On Mon, Jul 06, 2020 at 10:15:14AM +0100, Miguel Landaeta wrote: > Hi, > > The patch at the end should add support for USB wifi dongle > DWA-121 from D-Link [1]. > > The USB id of such device is 2001:331b. > > lykke$ usbdevs > Controller /dev/usb0: > addr 01: : Generic, EHCI root hub >

Re: [patch] remove NPCDISPLAY from AMD64

2020-06-16 Thread Jonathan Gray
On Tue, Jun 16, 2020 at 07:15:24PM -0700, jo...@armadilloaerospace.com wrote: > You can't put an ISA CGA/EGA/MGA in an AMD64 system, so these can > go away. While it is incredibly unlikely someone would try, amd64 capable "industrial" motherboards with ISA exist. We don't build pcdisplay(4) on

Re: code style questions

2020-06-10 Thread Jonathan Gray
On Wed, Jun 10, 2020 at 09:19:47AM +0200, Martin Pieuchot wrote: > On 09/06/20(Tue) 20:19, jo...@armadilloaerospace.com wrote: > > Looking for some guidance to avoid proposing any unpopular diffs. > > > > Style(9) says not to use static on file-local functions in the > > kernel, because it

Re: [patch] azalia: Intel 300 Series HD Audio

2020-06-08 Thread Jonathan Gray
On Mon, Jun 08, 2020 at 09:14:36PM -0600, bobby wrote: > On Sun, May 31, 2020 at 12:38:55PM +0200, Bruno Flueckiger wrote: > > On 31.05., Benjamin Baier wrote: > > > On Fri, 29 May 2020 11:25:44 +0200 > > > Bruno Flueckiger wrote: > > > > > > > Hi, > > > > > > > > My brand new laptop HP EliteBook

Re: [patch] azalia: Intel 300 Series HD Audio

2020-05-29 Thread Jonathan Gray
On Fri, May 29, 2020 at 11:25:44AM +0200, Bruno Flueckiger wrote: > Hi, > > My brand new laptop HP EliteBook 850 G6 comes with an Intel 300 Series > HD Audio device rev 0x11. The device shows up as not configured in the > dmesg. The PCI config space of the device identifies its subclass as >

Re: clear margins when remapping efifb

2020-05-28 Thread Jonathan Gray
On Thu, May 28, 2020 at 12:23:26PM +0200, Frederic Cambus wrote: > On Wed, May 27, 2020 at 12:25:00PM +0200, Mark Kettenis wrote: > > > Date: Wed, 27 May 2020 19:39:07 +1000 > > > From: Jonathan Gray > > > > > > When testing the row and column increase f

Re: diff: init efifb even if VGA is probed.

2020-05-28 Thread Jonathan Gray
On Thu, May 28, 2020 at 02:06:28PM +0200, Mark Kettenis wrote: > > Date: Thu, 28 May 2020 20:49:18 +0900 (JST) > > From: YASUOKA Masahiko > > > > On Thu, 28 May 2020 12:31:31 +0200 (CEST) > > Mark Kettenis wrote: > > >> Date: Thu, 28 May 2020 17:01:48 +0900 (JST) > > >> From: YASUOKA Masahiko

Re: diff: init efifb even if VGA is probed.

2020-05-28 Thread Jonathan Gray
On Thu, May 28, 2020 at 05:19:19PM +0900, YASUOKA Masahiko wrote: > On Thu, 28 May 2020 17:01:48 +0900 (JST) > YASUOKA Masahiko wrote: > > Hi, > > > > I'd like to conclude this issue. > > > > On Fri, 21 Feb 2020 14:09:07 +0900 (JST) > > YASUOKA Masahiko wrote: > >> I am testing a new hardware,

clear margins when remapping efifb

2020-05-27 Thread Jonathan Gray
When testing the row and column increase for efifb on a 1920x1080 display I noticed the top part of the screen continues to contain part of a white on blue line from earlier in the dmesg even after the machine has finished booting. RI_CENTER changes the ri_bits offset, doing RI_CLEARMARGINS in

Re: TP-Link TL-WN822N-EU v5 USB ID

2020-05-26 Thread Jonathan Gray
On Mon, May 25, 2020 at 11:27:27PM +0300, Tero Koskinen wrote: > Hi, > > I have TP-Link TL-WN822N-EU v5 USB adapter[1] with > USB VID/PID 2357:0108: > > $ usbdevs > Controller /dev/usb0: > addr 01: 1022: AMD, xHCI root hub > addr 02: 2357:0108 Realtek, 802.11n NIC > Controller /dev/usb1: >

Re: [PATCH} efifb support for wsmoused + smaller fonts

2020-05-25 Thread Jonathan Gray
On Mon, May 25, 2020 at 08:49:23AM -0500, Lucas Raab wrote: > On Mon, May 25, 2020 at 09:13:43PM +1000, Jonathan Gray wrote: > > On Sun, May 24, 2020 at 05:01:16PM -0700, jo...@armadilloaerospace.com > > wrote: > > > The efifb driver behaves almost identicall

Re: [PATCH} efifb support for wsmoused + smaller fonts

2020-05-25 Thread Jonathan Gray
On Sun, May 24, 2020 at 05:01:16PM -0700, jo...@armadilloaerospace.com wrote: > The efifb driver behaves almost identically to the inteldrm driver > for wscons, but did not implement the getchar() accessops, so > wsmoused would fail at startup. This seems reasonable, though your mail client has

Re: Code changes for clarity

2020-05-21 Thread Jonathan Gray
On Mon, May 18, 2020 at 07:49:11AM -, Miod Vallat wrote: > > > For instance, in the wsdisplay_emulops structure, there are: > > > > int (*alloc_attr)(void *c, int fg, int bg, int flags, long *attrp); > > void(*unpack_attr)(void *c, long attr, int *fg, int *bg, int *ul); > > > > And at

Re: Code changes for clarity

2020-05-18 Thread Jonathan Gray
On Sun, May 17, 2020 at 02:20:08PM +1000, Jonathan Gray wrote: > On Sat, May 16, 2020 at 12:13:37PM -0700, jo...@armadilloaerospace.com wrote: > > (Not sure if this belongs in tech@ or misc@) > > I think tech@ is fine for discussion of code. > > > > > What is the

don't limit clflush to Intel

2020-05-17 Thread Jonathan Gray
Don't limit clflush to Intel processors. This change will result in pmap_flush_cache() on AMD processors changing from wbinvd to a clflush loop with mfence. agp_flush_cache_range() uses pmap_flush_cache() but has no callers agp_flush_cache() uses wbinvd pmap_flush_cache() is used by

Re: Fix comment typo in if_bnx.c

2020-05-17 Thread Jonathan Gray
On Sat, May 16, 2020 at 11:26:26PM -0700, Delyan Raychev wrote: > Pardon the triviality of this diff. I'd like to use this to say Hi, > learn the flow, and grow in contributions from here! > > Thanks! Thanks, committed. This did not apply as your mail client stripped tabs. Something to keep

Re: Code changes for clarity

2020-05-16 Thread Jonathan Gray
On Sat, May 16, 2020 at 12:13:37PM -0700, jo...@armadilloaerospace.com wrote: > (Not sure if this belongs in tech@ or misc@) I think tech@ is fine for discussion of code. > > What is the thinking around non-functional code changes that just > improve clarity without functionality changes? I

update libelf from elftoolchain r3717 to r3833

2020-05-11 Thread Jonathan Gray
update libelf from elftoolchain r3717 to r3833 no need for a crank according to src/lib/check_sym r3833 | jkoshy | 2020-03-02 18:19:04 +1100 (Mon, 02 Mar 2020) | 4 lines Minor: add comments. Ticket: [#584]

Re: drm(4) kqfilter & EVFILT_READ

2020-04-27 Thread Jonathan Gray
On Mon, Apr 27, 2020 at 04:52:33PM +0200, Martin Pieuchot wrote: > Diff below extends the existing drmkqfilter() to support EVFILT_READ. > This makes drm(4)'s kqueue support in pair with poll(). > > The event list queried in the filt_drmread() should be protected by the > `event_lock' mutex.

Re: Kill cdev_mousewr_init()

2020-04-03 Thread Jonathan Gray
On Fri, Apr 03, 2020 at 10:56:32AM +0200, Martin Pieuchot wrote: > Unused macro, found while auditing d_poll() functions, ok? ok jsg@ > > Index: sys/conf.h > === > RCS file: /cvs/src/sys/sys/conf.h,v > retrieving revision 1.148 >

Re: usb(4): use cacheable buffers for data transfers (massive speedup)

2020-03-31 Thread Jonathan Gray
On Wed, Apr 01, 2020 at 12:58:23PM +1100, Jonathan Gray wrote: > On Wed, Mar 18, 2020 at 01:41:06PM +0100, Patrick Wildt wrote: > > On Wed, Mar 18, 2020 at 11:22:40AM +0100, Patrick Wildt wrote: > > > Hi, > > > > > > I've spent a few days investigat

Re: usb(4): use cacheable buffers for data transfers (massive speedup)

2020-03-31 Thread Jonathan Gray
On Wed, Mar 18, 2020 at 01:41:06PM +0100, Patrick Wildt wrote: > On Wed, Mar 18, 2020 at 11:22:40AM +0100, Patrick Wildt wrote: > > Hi, > > > > I've spent a few days investigating why USB ethernet adapters are so > > horribly slow on my ARMs. Using dt(4) I realized that it was spending > > most

Re: arm64 rpi3b install method

2020-03-06 Thread Jonathan Gray
On Fri, Mar 06, 2020 at 11:29:57PM +, Stuart Henderson wrote: > I've finally managed to get openbsd installed on an rpi3b (need > something to run signify/pkg_sign and this is what I have). Thought I'd > write up the install method because there are no useful docs at the > moment and it's a

Re: usbdevs: small addition

2020-02-23 Thread Jonathan Gray
On Sun, Feb 23, 2020 at 11:14:37AM +0100, Jasper Lievisse Adriaanse wrote: > On Sun, Feb 23, 2020 at 11:52:10AM +1100, Jonathan Gray wrote: > > On Sat, Feb 22, 2020 at 04:22:25PM +0100, Jasper Lievisse Adriaanse wrote: > > > Hi, > > > > > > - add an AMD produc

Re: diff: init efifb even if VGA is probed.

2020-02-23 Thread Jonathan Gray
On Sun, Feb 23, 2020 at 07:06:50PM +0900, YASUOKA Masahiko wrote: > On Sun, 23 Feb 2020 18:50:54 +0900 (JST) > YASUOKA Masahiko wrote: > > On Sat, 22 Feb 2020 13:02:48 +1100 > > Jonathan Gray wrote: > >> On Fri, Feb 21, 2020 at 02:09:07PM +0900, YASUOKA Masahiko wrote

Re: usbdevs: small addition

2020-02-22 Thread Jonathan Gray
On Sat, Feb 22, 2020 at 04:22:25PM +0100, Jasper Lievisse Adriaanse wrote: > Hi, > > - add an AMD product found on the APU2 I would not consider 0x7900 a root hub as it attaches to another hub uhub2 at uhub1 port 1 configuration 1 interface 0 "Advanced Micro Devices product 0x7900" rev

Re: diff: init efifb even if VGA is probed.

2020-02-21 Thread Jonathan Gray
On Fri, Feb 21, 2020 at 02:09:07PM +0900, YASUOKA Masahiko wrote: > Hello, > > I am testing a new hardware, HPE DL20 Gen10. > > When efiboot starts the kernel, the video display becomes distorted > and never recovered until CPU reset. > > Our kernel tries to initialized console twice, first

Re: [PATCH] Fixing an uninitialized variable that can lead to #GP.

2020-02-09 Thread Jonathan Gray
On Sun, Feb 09, 2020 at 06:17:47PM -0800, Anthony Steinhauser wrote: > In the current implementation of the TAA mitigation if the cpuid_level > is 6 and it's an Intel CPU, the sefflags_edx variable is used without > being initialized. If the SEFF0EDX_ARCH_CAP bit is accidentally flipped > in it,

Re: Teach du(1) the -m flag, disk usage in megabytes

2020-01-27 Thread Jonathan Gray
On Mon, Jan 27, 2020 at 10:34:56PM +0100, Sebastian Benoit wrote: > Florian Obser(flor...@openbsd.org) on 2020.01.27 19:57:41 +0100: > > On Mon, Jan 27, 2020 at 10:33:49AM -0700, Todd C. Miller wrote: > > > On Mon, 27 Jan 2020 10:05:41 +1100, Jonathan Gray wrote: > > &

Re: Teach du(1) the -m flag, disk usage in megabytes

2020-01-26 Thread Jonathan Gray
On Sun, Jan 26, 2020 at 11:59:33AM -0500, David Goerger wrote: > This diff teaches du(1) the -m flag, report disk usage in megabytes. > This brings us in line with implementations in the other BSDs, Linux, > and Illumos. Why is it needed? -k is required by POSIX, adding arguments for

Re: [Patch]: Integrate VA-API into xenocara

2020-01-24 Thread Jonathan Gray
On Fri, Jan 24, 2020 at 04:45:07PM +1100, Jonathan Gray wrote: > On Thu, Jan 23, 2020 at 12:39:29PM +1100, Jonathan Gray wrote: > > On Wed, Dec 18, 2019 at 03:28:48PM -0600, Brad DeMorrow wrote: > > > This is a rather large patch that moves my previously submitted > > >

Re: [Patch]: Integrate VA-API into xenocara

2020-01-23 Thread Jonathan Gray
On Fri, Jan 24, 2020 at 04:45:07PM +1100, Jonathan Gray wrote: > On Thu, Jan 23, 2020 at 12:39:29PM +1100, Jonathan Gray wrote: > > On Wed, Dec 18, 2019 at 03:28:48PM -0600, Brad DeMorrow wrote: > > > This is a rather large patch that moves my previously submitted > > >

Re: [Patch]: Integrate VA-API into xenocara

2020-01-23 Thread Jonathan Gray
On Thu, Jan 23, 2020 at 12:39:29PM +1100, Jonathan Gray wrote: > On Wed, Dec 18, 2019 at 03:28:48PM -0600, Brad DeMorrow wrote: > > This is a rather large patch that moves my previously submitted > > VA-API ports into xenocara. For your convenience, I've inlined > > a di

Re: [Patch]: Integrate VA-API into xenocara

2020-01-22 Thread Jonathan Gray
On Wed, Dec 18, 2019 at 03:28:48PM -0600, Brad DeMorrow wrote: > This is a rather large patch that moves my previously submitted > VA-API ports into xenocara. For your convenience, I've inlined > a diff that shows you all of the changes I made to existing files > that you can easily read in your

Re: 'struct ipoption' & signed char

2020-01-16 Thread Jonathan Gray
On Thu, Jan 16, 2020 at 10:52:06AM +0100, Martin Pieuchot wrote: > Found while compiling sgi kernel: > > /sys/netinet/igmp.c:140:22: error: implicit conversion from 'int' to 'int8_t' > (aka 'signed char') changes value from 148 to -108 > [-Werror,-Wconstant-conversion] >

Re: Towards splitting SCHED_LOCK()

2020-01-14 Thread Jonathan Gray
On Mon, Jan 13, 2020 at 05:02:12PM +0100, Martin Pieuchot wrote: > I'm facing a lock ordering issue while profiling the scheduler which > cannot be solved without using a different lock for the global sleepqueue > and the runqueues. > > The SCHED_LOCK() currently protects both data structures as

Re: xlights(4): timeout_add(9) -> timeout_add_msec(9)

2020-01-09 Thread Jonathan Gray
On Wed, Dec 18, 2019 at 08:47:54PM -0600, Scott Cheloha wrote: > 250 ticks at macppc's 100hz is 2500 milliseconds. > > ok? ok jsg@ > > Index: xlights.c > === > RCS file: /cvs/src/sys/arch/macppc/dev/xlights.c,v > retrieving

Re: pluart(4): timeout_add(9) -> timeout_add_sec(9)

2020-01-09 Thread Jonathan Gray
On Sun, Dec 22, 2019 at 03:35:09PM -0600, Scott Cheloha wrote: > ok? > > Index: pluart.c > === > RCS file: /cvs/src/sys/dev/ic/pluart.c,v > retrieving revision 1.4 > diff -u -p -r1.4 pluart.c > --- pluart.c 11 Aug 2019 10:03:32

Re: pcidevs and usbdevs in Dell r7515

2020-01-08 Thread Jonathan Gray
On Wed, Jan 08, 2020 at 06:51:26PM +0100, Hrvoje Popovski wrote: > Hi all, > > in attachment you can find diff with some new AMD devices found in Dell > R7515. > > pcidevs are from > https://raw.githubusercontent.com/pciutils/pciids/master/pci.ids > > and usbdevs are from >

Re: Fwd: Patch to pcidevs for a SSD drive ADATA product.

2020-01-07 Thread Jonathan Gray
On Tue, Jan 07, 2020 at 08:12:05PM -0700, Todd C. Miller wrote: > The Adata XPG SX8200 and SX8200 Pro are different products so I > think the "Pro" should be present in the description. > > - todd > > The non-pro product supposedly is 126f:2262 going by

Re: Fwd: Patch to pcidevs for a SSD drive ADATA product.

2020-01-07 Thread Jonathan Gray
On Tue, Jan 07, 2020 at 06:42:08PM +0100, Dariusz Sendkowski wrote: > Hi, > > I've bought a new SSD drive by ADATA recently and its vendor and product > IDs are missing in pcidevs. Here is a patch to add it to the pcidevs. > > Vendor and product info is taken from: >

uppercase usbdevs product defines

2020-01-03 Thread Jonathan Gray
Consistently uppercase usb product defines. Index: if_urtwn.c === RCS file: /cvs/src/sys/dev/usb/if_urtwn.c,v retrieving revision 1.85 diff -u -p -r1.85 if_urtwn.c --- if_urtwn.c 16 Nov 2019 14:08:31 - 1.85 +++ if_urtwn.c

uppercase pcidevs product defines

2020-01-03 Thread Jonathan Gray
Consistently uppercase pci product defines. does not address IBM oddities like product IBM 0x0002 0x0002 MCA minor changes to avoid duplicate defines or unclear names (IIi -> 2I instead of III). Index: arch/i386/pci/geodesc.c

drop AMD64 strings in pcidevs

2020-01-03 Thread Jonathan Gray
ie "AMD AMD64 17h Root Complex" -> "AMD 17h Root Complex" Index: arch/amd64/pci/pchb.c === RCS file: /cvs/src/sys/arch/amd64/pci/pchb.c,v retrieving revision 1.43 diff -u -p -r1.43 pchb.c --- arch/amd64/pci/pchb.c 28 Apr 2018

  1   2   3   4   5   6   7   >