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
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=169407574511323=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
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
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
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?
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:
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
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) =
>
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
>
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
> |
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
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
+++
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
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
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"
> > >
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
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
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
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
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
+++
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
>
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
>
>
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
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
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
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:
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).
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,
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"
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),
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
> ---
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
t;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-07 17:
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.
>
>
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
>
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
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?
>
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
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
---
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
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
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 @@
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
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
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
>
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
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 t
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
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
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
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
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
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 842 matches
Mail list logo