On Wed, Oct 11, 2023 at 10:27:24AM +0200, Stefan Sperling wrote:
> On Tue, Oct 10, 2023 at 09:06:59PM +0200, Mark Kettenis wrote:
> > > OK for your diff. Please put it in and I'll rebase on top.
> >
> > done
>
> Thanks. Here is a rebased version. Re-tested with the same results.
not all the incl
On Sat, Sep 09, 2023 at 03:37:49PM +0800, Kevin Lo wrote:
> On Sat, Sep 09, 2023 at 03:16:08PM +0800, Kevin Lo wrote:
> >
> > On Sep 7 Douglas Silva reported this bug:
> >
> > https://marc.info/?l=openbsd-bugs&m=169407574511323&w=2
> >
> > The product id of the tp-link ub500 is 0x0604 which uses
On Wed, Sep 06, 2023 at 05:38:28PM +0200, Olivier Croquin wrote:
> Hi,
>
> recently, we have bought servers with Mellanox Ethernet Adaptors of the
> MT2894
> Family [ConnectX‑6 Lx] :
> - OCP3 form factor : MCX631432AS-ADAI
> - PCIe form factor : MCX631102AS-ADAT
>
> We want to run OpenBSD on th
On Sun, Sep 03, 2023 at 03:08:13PM +0200, Andreas Bartelt wrote:
> Hi,
>
> forgot to include the corresponding dmesg output:
> nvme1 at pci20 dev 0 function 0 "Intel P1600X" rev 0x00: msix, NVMe 1.1
> nvme1: INTEL SSDPEK1A118GA, firmware U5110550, serial BTOC14120X9P118B
>
> Could this please be
On Wed, Dec 28, 2022 at 02:36:56PM -0700, Todd C. Miller wrote:
> OK millert@ as well. There is no point in trying to fix this locally
> when upstream zlib will be changing it in the near(?) future.
>
> - todd
tb updated us to the newer version a while ago
diff --git sys/arch/amd64/conf/Makefi
On Mon, Sep 04, 2023 at 11:51:33PM +0200, Marc Espie wrote:
> On Tue, Sep 05, 2023 at 12:04:24AM +1000, Jonathan Gray wrote:
> > inline is part of gnu89 and c99
> >
> > Index: defines.h
> > ===
> >
inline is part of gnu89 and c99
Index: defines.h
===
RCS file: /cvs/src/usr.bin/make/defines.h,v
retrieving revision 1.15
diff -u -p -r1.15 defines.h
--- defines.h 14 Oct 2015 13:50:22 - 1.15
+++ defines.h 4 Sep 2023 13:4
On Wed, Aug 30, 2023 at 02:07:53PM +0800, Kevin Lo wrote:
> nvme0 at pci3 dev 0 function 0 vendor "Phison", unknown product 0x5021 rev
> 0x01: intx, NVMe 1.4
> nvme0: TEAM TM8FPK500G, firmware ELFMB0.6, serial TPBF2210110040500017
>
> The diff below adds another Phison NVMe device id.
> ok?
they
On Sun, Aug 06, 2023 at 08:49:56PM -0400, Kurt Mosiejczuk wrote:
> This adds Crucial to the PCI vendors list and the P5Plus NVMe.
>
> ok?
just "P5 Plus" should be enough?
either way, ok jsg@
>
> --Kurt
>
> Index: pcidevs
> ===
>
On Sun, Jul 30, 2023 at 04:39:37PM +0900, YASUOKA Masahiko wrote:
> Hello,
>
> New vaio has an audio device which is not configured.
>
> "Intel 700 Series HD Audio" rev 0x01 at pci0 dev 31 function 3 not
> configured
>
> 0:31:3: Intel unknown
> 0x: Vendor ID: 8086, Product ID: 51
On Thu, Jul 06, 2023 at 06:44:47PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> This patch adds support for I2C Elantech touchpad as used on Chromebooks
> and some other laptops. Tested on Elemi Chromebook. Based on FreeBSD ietp
> driver and OpenBSD ihidev.c driver. Ietp uses HID endpoint descript
On Mon, Jun 12, 2023 at 07:47:01PM +0900, Daeil Lee wrote:
> Hello tech@,
>
> This patch adds Mercusys MW150US to urtwn(4) supported hardware. I tested
> two devices and both worked.
>
> # dmesg
> urtwn0 at uhub0 port 1 configuration 1 interface 0 "Realtek 802.11n NIC"
> rev 2.00/0.00 addr
On Thu, Apr 27, 2023 at 03:24:06PM -0900, Andras Farkas wrote:
> Small diff for 73.html: fixes incorrect link to amdgpu man page.
amdgpu(4) is the xorg driver, it is intentionally drm.4
>
> SHA512 (73diff) =
> b3a2afb78744cddfaa148d1bfcd825af376dc4e168e12116e49f1f16614cdc108f001b8fd592eb884e7fcf
On Tue, Apr 25, 2023 at 09:28:58AM -0600, bent...@openbsd.org wrote:
> Hi,
>
> The orientation quirks applied at virtual console initialization in
> inteldrm_attachhook() are not applied at the corresponding place in
> amdgpu. Adding them to amdgpu causes the Steam Deck console to display
> uprigh
thanks, committed
On Sat, Apr 22, 2023 at 05:09:28PM +0200, Paul de Weerd wrote:
> ping
>
> Is this worth it? Rebased diff at the bottom for convenience
>
> On Sun, Mar 19, 2023 at 05:12:18PM +0100, Paul de Weerd wrote:
> | I put a Kingston KC3000 NVME SSD[1] in my new machine. This diff
> | r
On Sun, Apr 02, 2023 at 07:29:02PM +, Miod Vallat wrote:
> pmap_copy() is an optional pmap interface which has never been
> implemented. In pure Mary Kondo style, we should thank it for the joy it
> brought to CSRG people, and move it to the recycling bin - it's not
> going to be implemented an
On Sun, Apr 02, 2023 at 07:09:40PM +, Miod Vallat wrote:
> pci_{io,mem}_find() have intentionally been left undocumented,
> developers being (rightfully) advised to use pci_mapreg_info() instead.
>
> The following diff removes these undocumented functions and converts
> their last few users.
>
On Tue, Mar 28, 2023 at 09:08:22AM +0200, Theo Buehler wrote:
> Fixed the same problem in iked/dh.c r1.31:
>
> In the unlikely event that EC_KEY_check_key() fails, dh_init() fails and
> group_free() is called, which will EC_KEY_free(group-ec) a second time.
ok jsg@
>
> Index: dh.c
> ===
there is no need to sync with FreeBSD
Index: sys/dev/ic/ath.c
===
RCS file: /cvs/src/sys/dev/ic/ath.c,v
retrieving revision 1.123
diff -u -p -r1.123 ath.c
--- sys/dev/ic/ath.c21 Apr 2022 21:03:02 - 1.123
+++ sys/dev/ic/at
On Sat, Mar 25, 2023 at 11:34:08PM +, Klemens Nanni wrote:
> On Sat, Mar 25, 2023 at 08:36:06PM +0100, Mark Kettenis wrote:
> > To be honest I think we should remove this from the installer scripts.
> >
> > This code tries to handle the case where we've just whacked the disk
> > we've booted f
On Wed, Mar 15, 2023 at 01:36:47PM +0100, Stefan Sperling wrote:
> On Wed, Mar 15, 2023 at 09:18:25AM +1100, Jonathan Gray wrote:
> > On Tue, Mar 14, 2023 at 01:37:28PM +0100, Stefan Sperling wrote:
> > > On Tue, Mar 14, 2023 at 12:19:10PM +, Klemens Nanni wrote:
>
On Tue, Mar 14, 2023 at 01:37:28PM +0100, Stefan Sperling wrote:
> On Tue, Mar 14, 2023 at 12:19:10PM +, Klemens Nanni wrote:
> > Here is an yet untested WEP removal diff based on 'grep WEP' in case we go
> > this way rather than fixing WEP.
>
> Did you test wether adding the WEP capability fl
On Mon, Mar 06, 2023 at 02:52:51PM +0100, Mark Kettenis wrote:
> > Date: Mon, 6 Mar 2023 13:31:58 +
> > From: Klemens Nanni
> >
> > 01.03.2023 17:47, Klemens Nanni пишет:
> > > Same diff as nov 2021 "Re: installer: prompt for WEP only if available"
> > > https://marc.info/?l=openbsd-tech&m=1
On Mon, Feb 27, 2023 at 09:17:51PM +0100, Matthieu Herrb wrote:
> Hi,
>
> the patch below update the amdgpu(4) X.Org driver to version 23.0.0
>
> To test (on machines with an AMD / Radeon GPU)
>
> # cd /usr/xenocara/driver/xf86-video-amdgpu
> # patch -p0 -E < /path/to/this/file
> # make -f Make
On Mon, Feb 27, 2023 at 06:26:00PM -0600, Scott Cheloha wrote:
> On Tue, Feb 28, 2023 at 10:18:16AM +1100, Jonathan Gray wrote:
> > On Mon, Feb 27, 2023 at 04:57:04PM -0600, Scott Cheloha wrote:
> > > ticks and jiffies start at zero. During boot in initclocks(), w
On Mon, Feb 27, 2023 at 04:57:04PM -0600, Scott Cheloha wrote:
> ticks and jiffies start at zero. During boot in initclocks(), we
> reset them:
>
> /* sys/kern/kern_clock.c */
>
> 89int ticks;
> 90static int psdiv, pscnt;/* prof => stat divider
On Mon, Feb 20, 2023 at 09:17:51PM +, Brian Callahan wrote:
> Hello tech --
>
> I recently found a ~5 year old laptop sitting in storage. It is
> an Apollo Lake machine. I think I put it in storage because it
> did not have working audio. I tried a -current kernel from today
> and found that i
patrick mentioned a machine with:
cpu0: Intel Atom(R) x6425RE Processor @ 1.90GHz, 1895.90 MHz, 06-96-01
isn't matched by fw_update
that is different to what we've seen in the past, such as
cpu0: Intel(R) Pentium(R) M processor 1.60GHz ("GenuineIntel" 686-class) 1.60
GHz, 06-0d-06
cpu0: Intel(R)
This isn't sorted by device id and looks wrong. Almost all the other
PLX entries have a device id that matches the name.
The chip is marked as PEX 8311?
On Mon, Feb 13, 2023 at 01:08:54PM +0300, Vitaliy Makkoveev wrote:
> Index: sys/dev/pci/pcidevs
> =
On Sun, Feb 12, 2023 at 02:25:47PM -0500, Thomas Frohwein wrote:
> On Tue, Feb 07, 2023 at 08:51:40PM +1100, Jonathan Gray wrote:
>
> [...]
> > > ...
> > > i915_resize_lmem_bar: stub
> > > panic: kernel diagnostic assertion "pdev->pci->sc_bridgetag
On Fri, Feb 03, 2023 at 10:38:53PM -0500, Thomas Frohwein wrote:
> On Sat, Feb 04, 2023 at 01:24:42PM +1100, Jonathan Gray wrote:
>
> [...]
>
> >
> > I've committed the i915_gem_stolen_lmem_setup() portion.
> >
> > Another diff
> >
&g
On Fri, Feb 03, 2023 at 02:27:09PM -0500, Thomas Frohwein wrote:
> On Fri, Feb 03, 2023 at 12:54:52PM +1100, Jonathan Gray wrote:
> [...]
> > > +xehp_load_dss_mask: stub
> > > +xehp_load_dss_mask: stub
> > > +intel_slicemask_from_xehp_dssmask: stub
> > >
On Thu, Feb 02, 2023 at 03:52:58PM -0500, Thomas Frohwein wrote:
> On Mon, Jan 30, 2023 at 09:32:08PM +1100, Jonathan Gray wrote:
> > The current generation of Intel Arc branded graphics cards are part of
> > what drm and Mesa refers to as DG2.
> >
> > https://ark.inte
The current generation of Intel Arc branded graphics cards are part of
what drm and Mesa refers to as DG2.
https://ark.intel.com/content/www/us/en/ark/products/codename/226095/products-formerly-alchemist.html
In -current we now have Mesa 22.3 which has support for DG2.
There is support in inteldr
On Tue, Jan 24, 2023 at 08:57:48PM +0100, Patrick Wildt wrote:
> Am Mon, Jan 23, 2023 at 04:34:27PM -0600 schrieb Scott Cheloha:
> > Whoops, missed one. This is the fifth and (I think) last armv7 clock
> > interrupt driver that needs to switch to clockintr. gptimer(4) is
> > nearly identical to d
On Tue, Jan 17, 2023 at 06:47:29AM +, Jason McIntyre wrote:
> On Tue, Jan 17, 2023 at 04:12:10PM +1100, Jonathan Gray wrote:
> > AMD Elan SC520 (found on soekris net45xx) has a 486 class processor
> > We require at least a 586/pentium class processor
> >
>
>
AMD Elan SC520 (found on soekris net45xx) has a 486 class processor
We require at least a 586/pentium class processor
diff --git share/man/man4/man4.i386/Makefile share/man/man4/man4.i386/Makefile
index 3fae7fbbe42..55d52939e28 100644
--- share/man/man4/man4.i386/Makefile
+++ share/man/man4/man4.i
Index: sys/setsid.2
===
RCS file: /cvs/src/lib/libc/sys/setsid.2,v
retrieving revision 1.14
diff -u -p -r1.14 setsid.2
--- sys/setsid.231 May 2015 23:54:25 - 1.14
+++ sys/setsid.212 Jan 2023 07:10:10 -
@@ -
On Tue, Jan 10, 2023 at 09:04:31PM -0500, Lwazi Dube wrote:
> My Pandaboard fails to enumerate a USB hard drive (used as a root
> device) and panics. Earlier, I had to add a 2s delay to make u-boot
> boot from "spinning" USB disks (flash drives are ok). OpenBSD needs
> the same change to make hard
On Tue, Dec 27, 2022 at 02:19:53AM +0100, Jeremie Courreges-Anglas wrote:
>
>
> /usr/src/gnu/usr.bin/binutils/gdb/tui/tui-stack.c:359:16: error: incompatible
> integer to pointer conversion passing 'CORE_ADDR' (aka 'unsigned long') to
> parameter of type 'CORE_ADDR *' (aka 'unsigned long *') [-
On Thu, Dec 22, 2022 at 01:20:32AM +0100, Theo Buehler wrote:
> > Any concerns regarding the changes in libz? It introduces diff to
> > upstream, but the recent commits seemed to indicate we have forked
> > anyway?
>
> I've worked hard to keep the diff to upstream minimal. Why are these
> changes
On Sun, Dec 11, 2022 at 01:57:13PM -0500, Daniel Dickman wrote:
> I have a laptop with these Transmeta devices:
>
> pchb0 at pci0 dev 0 function 0 vendor "Transmeta", unknown product 0x0060 rev
> 0x00
> ppb0 at pci0 dev 1 function 0 vendor "Transmeta", unknown product 0x0061 rev
> 0x00
>
> NetB
pci ids for newer amdgpu parts may not be known as all non-radeon ati
display ids are matched in newer versions of amdgpu.
in dmesg unknown products take the form:
vga1 at pci12 dev 0 function 0 vendor "ATI", unknown product 0x687f rev 0xc3
vendor "ATI", unknown product 0x687f (class display subcl
On Wed, Nov 30, 2022 at 07:57:33AM +, Laurence Tratt wrote:
> On Tue, Nov 29, 2022 at 10:42:36PM +, Laurence Tratt wrote:
>
> > The diff below adds some newish AMD elements to pcidevs.
>
> As Mike Larkin kindly pointed out off-list, I sent a diff to the generated
> file. Sorry!
With some
On Fri, Dec 02, 2022 at 05:43:19AM +0100, Andreas Bartelt wrote:
> On 12/2/22 04:54, Jonathan Gray wrote:
> > On Sun, Nov 27, 2022 at 03:21:45PM +0100, Andreas Bartelt wrote:
> > > Hi,
> > >
> > > Intel Optane DC SSDs are not yet identified in CURRENT (e.g.,
On Sun, Nov 27, 2022 at 03:21:45PM +0100, Andreas Bartelt wrote:
> Hi,
>
> Intel Optane DC SSDs are not yet identified in CURRENT (e.g.,
> https://ark.intel.com/content/www/us/en/ark/products/201861/intel-optane-ssd-dc-p5800x-series-400gb-2-5in-pcie-x4-3d-xpoint.html
> ).
>
> The following patch
On Fri, Nov 04, 2022 at 10:11:55AM -0500, John Browning wrote:
> Hey,
> It's: hw.vendor=LENOVO
> hw.product=20Y4S1QE00
> hw.version=ThinkPad P1 Gen 4i
>
> That patch seems to be a better method.
>
> Thanks!
thanks for the report, committed
On Fri, Nov 04, 2022 at 09:10:52AM -0500, John Browning wrote:
> Hi,
> I noticed I did not have sound on my new thinkpad which has a newer
> Intel 500 HDA chipset.
>
> bsd$ doas pcidump -vvv 0:31:3
> 0:31:3: Intel 500 Series HD Audio
> 0x: Vendor ID: 8086, Product ID: 43c8
> 0x0004: C
On Fri, Oct 14, 2022 at 09:41:18AM +1100, Jonathan Gray wrote:
> On Thu, Oct 13, 2022 at 02:14:28PM -0600, Todd C. Miller wrote:
> > GNU gzip support uncompressing .zip files that contain a single
> > member. This can be very convenient when dealing with email
> > attachments
On Thu, Oct 13, 2022 at 02:14:28PM -0600, Todd C. Miller wrote:
> GNU gzip support uncompressing .zip files that contain a single
> member. This can be very convenient when dealing with email
> attachments that use zip instead of gzip to compress a single file
> (I'm looking at you Google). Below
On Thu, Sep 29, 2022 at 08:57:04AM +, Job Snijders wrote:
> Hi all,
>
> I often find myself piping data through ... | awk '{print length}' | ...
> I figured there should be a more direct way that requires less typing.
> Perhaps other developers have a similar itch?
>
> The FreeBSD, NetBSD, D
On Fri, Sep 23, 2022 at 09:16:25AM -0500, Scott Cheloha wrote:
> Hi,
>
> TL;DR:
>
> I want to compute the TSC frequency on AMD CPUs using the methods laid
> out in the AMD manuals instead of calibrating the TSC by hand.
>
> If you have an AMD CPU with an invariant TSC, please apply this patch,
>
there are plans to remove tradcpp from base
mdoc changes would be better sent upstream
On Tue, Sep 20, 2022 at 08:18:16PM -0400, Josiah Frentsos wrote:
> Index: main.c
> ===
> RCS file: /cvs/src/libexec/tradcpp/main.c,v
> retrieving
On Wed, Sep 14, 2022 at 08:51:46PM -0400, Kurt Mosiejczuk wrote:
> On Thu, Sep 15, 2022 at 10:36:40AM +1000, Jonathan Gray wrote:
> > On Wed, Sep 14, 2022 at 12:49:48PM -0400, Kurt Mosiejczuk wrote:
> > > This adds the IDs for the thunderbolt 3 controller parts in m
On Wed, Sep 14, 2022 at 12:49:48PM -0400, Kurt Mosiejczuk wrote:
> This adds the IDs for the thunderbolt 3 controller parts in my T490
>
> ok?
Shouldn't this be JHL6240 not JHL6420?
https://downloadmirror.intel.com/28658/eng/tbt_release_notes_17.4.77.400.txt
JHL6240 Series - "Alpine Ridge LP"
h
On Fri, Sep 09, 2022 at 07:32:58AM -0500, Scott Cheloha wrote:
> On Fri, Sep 09, 2022 at 03:59:01PM +1000, Jonathan Gray wrote:
> > On Thu, Sep 08, 2022 at 08:31:21PM -0500, Scott Cheloha wrote:
> > > On Sat, Aug 27, 2022 at 09:28:06PM -0500, Scott Cheloha wrote:
> > >
On Thu, Sep 08, 2022 at 08:31:21PM -0500, Scott Cheloha wrote:
> On Sat, Aug 27, 2022 at 09:28:06PM -0500, Scott Cheloha wrote:
> > Whoops, forgot about the split read problem. My mistake.
> >
> > Because 32-bit platforms cannot do bus_space_read_8 atomically, and
> > i386 can use acpihpet(4), we
On Thu, Sep 08, 2022 at 08:32:27AM -0500, Scott Cheloha wrote:
> On Tue, Sep 06, 2022 at 03:30:44AM -0700, Mike Larkin wrote:
> > On Sun, Sep 04, 2022 at 02:50:10PM +1000, Jonathan Gray wrote:
> > > On Sat, Sep 03, 2022 at 05:33:01PM -0500, Scott Cheloha wrote:
> > > &
On Wed, Sep 07, 2022 at 03:17:23PM -0700, Neel Chauhan wrote:
> Index: dev/pci/azalia_codec.c
> ===
> RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
> retrieving revision 1.188
> diff -u -p -u -p -r1.188 azalia_codec.c
> --- dev/pci/a
On Wed, Sep 07, 2022 at 05:50:35PM -0700, Neel Chauhan wrote:
> On 2022-09-07 17:45, Jonathan Gray wrote:
> > so the subclass shows as "Audio" not "HD Audio"
> > in pcidump -v?
> >
> > 7:0:1: ATI Renoir HD Audio
> > 0x: Vendor I
"HD Audio"
in pcidump -v?
7:0:1: ATI Renoir HD Audio
0x: Vendor ID: 1002, Product ID: 1637
0x0004: Command: 0006, Status: 0010
0x0008: Class: 04 Multimedia, Subclass: 03 HD Audio,
Interface: 00, Revision: 0
>
> -Neel
>
> On 2022-09-0
Some of these are Raptor Lake not Alder Lake.
Do you have a machine with any of the added ids?
The match table is added to when we find machines with an
unexpected subclass.
On Wed, Sep 07, 2022 at 04:35:32PM -0700, Neel Chauhan wrote:
> Index: dev/pci/azalia.c
> =
On Tue, Sep 06, 2022 at 09:38:37PM +, Klemens Nanni wrote:
> Noticed when seeing both on
> https://cdn.openbsd.org/pub/OpenBSD/snapshots/riscv64/
> but not in the file.
>
> Feedback? Objection? OK?
ok jsg@
>
> Index: distrib/notes/riscv64/contents
> =
On Sat, Sep 03, 2022 at 05:33:01PM -0500, Scott Cheloha wrote:
> On Sat, Sep 03, 2022 at 10:37:31PM +1000, Jonathan Gray wrote:
> > On Sat, Sep 03, 2022 at 06:52:20AM -0500, Scott Cheloha wrote:
> > > > On Sep 3, 2022, at 02:22, Jonathan Gray wrote:
> > > >
>
On Sat, Sep 03, 2022 at 06:52:20AM -0500, Scott Cheloha wrote:
> > On Sep 3, 2022, at 02:22, Jonathan Gray wrote:
> >
> > On Fri, Sep 02, 2022 at 06:00:25PM -0500, Scott Cheloha wrote:
> >> dv@ suggested coming to the list to request testing for the pvclock(4)
> &
On Fri, Sep 02, 2022 at 06:00:25PM -0500, Scott Cheloha wrote:
> dv@ suggested coming to the list to request testing for the pvclock(4)
> driver. Attached is a patch that corrects several bugs. Most of
> these changes will only matter in the non-TSC_STABLE case on a
> multiprocessor VM.
>
> Idea
On Tue, Aug 30, 2022 at 10:40:23AM +0200, Martin Pieuchot wrote:
> On 30/08/22(Tue) 15:28, Jonathan Gray wrote:
> > On Mon, Aug 29, 2022 at 01:46:20PM +0200, Martin Pieuchot wrote:
> > > Diff below refactors the pdaemon's locking by introducing a new *trylock()
> >
On Mon, Aug 29, 2022 at 01:46:20PM +0200, Martin Pieuchot wrote:
> Diff below refactors the pdaemon's locking by introducing a new *trylock()
> function for a given page. This is shamelessly stolen from NetBSD.
>
> This is part of my ongoing effort to untangle the locks used by the page
> daemon.
On Mon, Aug 29, 2022 at 12:02:42PM -0500, Scott Cheloha wrote:
> If hv_delay() never causes a vm exit, but tsc_delay() *might* cause a
> vm exit, and both have microsecond or better resolution, then
> hv_delay() is the preferable delay(9) implementation where it is
> available because vm exits have
On Mon, Aug 29, 2022 at 06:55:53AM +, Klemens Nanni wrote:
> This header came to be when switch(4) was imported in 2016.
> Today nothing includes it and we don't have any other OpenFlow software
> in base.
>
> Does it still serve any purpose?
> https://codesearch.debian.net/search?q=ofp.h+file
powerpc/include/kbio.h was removed in 2001
--- sys/arch/macppc/include/kbio.h Sun Sep 2 01:49:06 2001
+++ /dev/null Mon Aug 29 16:17:05 2022
@@ -1,3 +0,0 @@
-/* $OpenBSD: kbio.h,v 1.1 2001/09/01 15:49:06 drahn Exp $ */
-
-#include
--- sys/arch/macppc/include/ipkdb.h Sun Sep 2 01
c99 6.11.5:
"The placement of a storage-class specifier other than at the beginning
of the declaration specifiers in a declaration is an obsolescent
feature."
diff --git lib/libcrypto/ec/ecp_nistz256.c lib/libcrypto/ec/ecp_nistz256.c
index 05a16b8c074..4b2ab497327 100644
--- lib/libcrypto/ec/ecp_n
diff --git lib/libc/locale/wctoint.h lib/libc/locale/wctoint.h
index ea50c5ae1b6..14c7f0c466d 100644
--- lib/libc/locale/wctoint.h
+++ lib/libc/locale/wctoint.h
@@ -30,7 +30,7 @@
*/
-inline static int
+static inline int
wctoint(wchar_t wc)
{
int n;
diff --git sys/arch/amd64/include/
directly use ansi volatile keyword not __volatile__ builtin
diff --git libexec/ld.so/hppa/rtld_machine.c libexec/ld.so/hppa/rtld_machine.c
index 82c7220725c..9d60c12ae4f 100644
--- libexec/ld.so/hppa/rtld_machine.c
+++ libexec/ld.so/hppa/rtld_machine.c
@@ -446,7 +446,7 @@ _dl_bind(elf_object_t *ob
directly use ansi volatile keyword not __volatile from cdefs.h
diff --git lib/libc/arch/aarch64/gen/fpgetround.c
lib/libc/arch/aarch64/gen/fpgetround.c
index 058fa8fcd8c..b6943e6585e 100644
--- lib/libc/arch/aarch64/gen/fpgetround.c
+++ lib/libc/arch/aarch64/gen/fpgetround.c
@@ -34,7 +34,7 @@ fpg
On Fri, Aug 26, 2022 at 10:21:32PM -0500, Scott Cheloha wrote:
> I noticed that on non-LAPIC systems we program channel 0 in periodic
> mode with an initial count of 11932 to effect a 100hz clock interrupt.
> And then we also use that same channel to count time, but because we
> aren't using the fu
On Fri, Aug 26, 2022 at 11:09:19AM -0500, Scott Cheloha wrote:
> Hi,
>
> TLDR:
>
> 1. When did PCs stop using ISA Timer 1 to trigger DRAM refresh?
>
> 2. Are any PCs that rely on ISA Timer 1 for DRAM refresh capable of
>running OpenBSD as it exists today?
>
> Long version:
>
> I have a his
On Wed, Aug 24, 2022 at 11:05:30PM -0500, Scott Cheloha wrote:
> On Wed, Aug 24, 2022 at 05:51:14PM +1000, Jonathan Gray wrote:
> > On Tue, Aug 23, 2022 at 12:20:39PM -0500, Scott Cheloha wrote:
> > > > Hyper-V generation 1 VMs are bios boot with emulation of the usual
> &g
On Tue, Aug 23, 2022 at 12:20:39PM -0500, Scott Cheloha wrote:
> > Hyper-V generation 1 VMs are bios boot with emulation of the usual
> > devices. 32-bit and 64-bit guests.
> >
> > Hyper-V generation 2 VMs are 64-bit uefi with paravirtualised devices.
> > 64-bit guests only.
> >
> > There is no
On Tue, Aug 23, 2022 at 09:01:08AM -0600, Theo de Raadt wrote:
> Jonathan Gray wrote:
>
> > Index: usbdevs
> > ===
> > RCS file: /cvs/src/sys/dev/usb/usbdevs,v
> > retrieving revision 1.747
On Tue, Aug 23, 2022 at 08:24:24AM -0600, Theo de Raadt wrote:
> Jonathan Gray wrote:
>
> > >
> > > I could recompile and see the device listed as ugen(4):
> > >
> > > $ dmesg | grep pico-debug
> > > ugen1 at uhub4 port 2 "pic
On Sun, Aug 21, 2022 at 04:26:23AM +, jon@elytron.openbsd.amsterdam wrote:
> Here is a diff to add support for the Simcom
> 5320 modem. Works right away with umsm, been
> testing it for a while
thanks, committed
On Mon, Aug 22, 2022 at 08:33:45PM +0200, Josuah Demangeon wrote:
> The pico-debug [1] is a debug firmware, loaded on a Raspberry Pi RP2040
> microcontroller to provide a standard debug interface.
> The host support tool OpenOCD already upstreamed it [2].
>
> But it does not work with OpenBSD yet,
On Mon, Aug 22, 2022 at 09:37:02AM -0500, Scott Cheloha wrote:
> On Wed, Aug 17, 2022 at 09:00:12PM +1000, Jonathan Gray wrote:
> > On Wed, Aug 17, 2022 at 04:53:20PM +1000, Jonathan Gray wrote:
> > >
> > > It seems to me it would be cleaner if the decision of what to u
On Sun, Aug 21, 2022 at 02:03:54AM -0400, Daniel Dickman wrote:
> locore.s rev 1.113 from 2007 removed support for 80386 processors from
> copyin and copyout. However, the note about 386 CPUs in the comment for
> copyout was missed. Patch below updates the comment to match the code.
>
> While he
libkern bzero doesn't have the 486 path but is otherwise the same
diff --git sys/arch/i386/i386/locore.s sys/arch/i386/i386/locore.s
index dba6ce75b81..3055a06812c 100644
--- sys/arch/i386/i386/locore.s
+++ sys/arch/i386/i386/locore.s
@@ -1518,73 +1518,6 @@ _C_LABEL(doreti_iret):
#include
#incl
On Sun, Aug 21, 2022 at 02:16:10AM -0400, Daniel Dickman wrote:
> On Sun, 21 Aug 2022, Jonathan Gray wrote:
>
> > removed from amd64 in locore.S 1.71 in 2015
> > the cpuid_level == -1 path can go in a later step
>
> Can we also remove
> 375:extern const s
On Sun, Aug 21, 2022 at 03:57:07PM +1000, Jonathan Gray wrote:
> removed from amd64 in locore.S 1.71 in 2015
> the cpuid_level == -1 path can go in a later step
previous missed locore.s/mptramp.s
diff --git sys/arch/amd64/include/cpu.h sys/arch/amd64/include/cpu.h
index b8db48f2714..d8b7b
removed from amd64 in locore.S 1.71 in 2015
the cpuid_level == -1 path can go in a later step
diff --git sys/arch/amd64/include/cpu.h sys/arch/amd64/include/cpu.h
index b8db48f2714..d8b7bc61ede 100644
--- sys/arch/amd64/include/cpu.h
+++ sys/arch/amd64/include/cpu.h
@@ -369,7 +369,6 @@ struct time
On Sat, Aug 20, 2022 at 09:52:15PM -0400, Daniel Dickman wrote:
> On Sat, Aug 20, 2022 at 9:50 PM Jonathan Gray wrote:
> > why not just
> >
> > product TRANSMETA SDRAM 0x0396 SDRAM
> > product TRANSMETA BIOS 0x0397 BIOS
>
>
> That works too.
ok jsg@ for that version
On Sat, Aug 20, 2022 at 09:04:23PM -0400, Daniel Dickman wrote:
> We have some generic PCI devices names:
>
> product TRANSMETA MEM1 0x0396 Mem1
> product TRANSMETA MEM2 0x0397 Mem2
>
> Likely because these devices both appear as class=5 and subclass=0 (which
> indicates a RAM
On Fri, Aug 19, 2022 at 10:31:30PM -0400, Daniel Dickman wrote:
> The below diff removes detection code for the Cyrix 486DLC and Cyrix 6x86
> CPUs from OpenBSD/i386.
>
> The Cyrix 486DLC is a 486-class CPU which we no longer support.
>
> The 6x86, also known as the M1, does not support CPUID by
On Fri, Aug 19, 2022 at 07:41:01PM +1000, Jonathan Gray wrote:
> On Fri, Aug 19, 2022 at 04:35:20PM +1000, Jonathan Gray wrote:
> > On Thu, Aug 18, 2022 at 10:38:38PM -0400, Brad Smith wrote:
> > > While trying to update to the latest MariaDB release I ran into an issue
>
On Fri, Aug 19, 2022 at 04:35:20PM +1000, Jonathan Gray wrote:
> On Thu, Aug 18, 2022 at 10:38:38PM -0400, Brad Smith wrote:
> > While trying to update to the latest MariaDB release I ran into an issue
> > with the stdlib.h header where it does not expose aligned_alloc() in C++11
&g
On Thu, Aug 18, 2022 at 10:38:38PM -0400, Brad Smith wrote:
> While trying to update to the latest MariaDB release I ran into an issue
> with the stdlib.h header where it does not expose aligned_alloc() in C++11
> mode breaking the build. Looking around this was fixed in FreeBSD, NetBSD
> and Drago
On Thu, Aug 18, 2022 at 12:53:39PM +0200, Martin Pieuchot wrote:
> Use a "slock" variable as done in multiple places to simplify the code.
> The locking stay the same. This is just a first step to simplify this
> mess.
>
> Also get rid of the return value of the function, it is never checked.
>
On Thu, Aug 18, 2022 at 12:39:58PM +0200, Martin Pieuchot wrote:
> The lock must be grabbed before iterating on the global array, ok?
ok jsg@
>
> Index: uvm/uvm_pager.c
> ===
> RCS file: /cvs/src/sys/uvm/uvm_pager.c,v
> retrieving r
On Wed, Aug 17, 2022 at 04:53:20PM +1000, Jonathan Gray wrote:
>
> It seems to me it would be cleaner if the decision of what to use for
> delay could be moved into an md file.
>
> Or abstract it by having a numeric weight like timecounters or driver
> match return numbers.
On Wed, Aug 17, 2022 at 12:37:52AM -0500, Scott Cheloha wrote:
> On Wed, Aug 17, 2022 at 02:28:14PM +1000, Jonathan Gray wrote:
> > On Tue, Aug 16, 2022 at 11:53:51AM -0500, Scott Cheloha wrote:
> > > On Sun, Aug 14, 2022 at 11:24:37PM -0500, Scott Cheloha wrote:
> > &g
broken after rev 1.652 of machdep.c
cpu0: Intel(R) Pentium(R) M processor 1200MHz ("GenuineIntel" 686-class) 1.20
GHz, 06-09-05
cpu0: Intel(R) Pentium(R) M processor 1200MHz ("GenuineIntel" -class) 1.20 GHz,
06-09-05
CPUCLASS_* can't be renumbered as machdep.c assumes class is
family - 3 in at
1 - 100 of 873 matches
Mail list logo