CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/04/14 09:22:11
Modified files:
security/openssl/quictls: Makefile
Added files:
security/openssl/quictls/patches:
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/04/14 09:20:29
Modified files:
security/openssl/3.1: Makefile
Added files:
security/openssl/3.1/patches:
This backports
https://github.com/openssl/openssl/commit/143ca66cf00c88950d689a8aa0c89888052669f4
such that the tests pass again on avx512 hardware.
ok?
Index: security/openssl/3.1/Makefile
===
RCS file:
> From: Kurt Miller
> Date: Sat, 13 Apr 2024 13:21:49 +
>
> On Mar 21, 2024, at 1:16 PM, George Koehler wrote:
> >
> > I don't use u-boot, but I saw the powerpc bulk failing to package
> > u-boot for rk356x and rk3588. This diff fixes the failures by adding
> > 5 endian swaps. I don't
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/04/09 07:03:23
Modified files:
sysutils/u-boot: Makefile
Log message:
Hook up the new u-boot-sunxi port.
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/04/09 07:01:49
Modified files:
sysutils/u-boot/arm: Makefile
sysutils/u-boot/arm/pkg: PLIST
Log message:
Split out 32-bit Allwinner SoCs.
ok sthen@
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/04/09 06:59:44
Log message:
Import sysuitls/u-boot/sunxi
This splits out support for 32-bit Allwinner SoCs into a separate u-boot
port, updating to U-Boot 2024.01.
ok sthen@
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/03/31 13:14:06
Modified files:
sysutils/firmware/apple-boot: Makefile
Log message:
Bump u-boot revision.
ok sthen@
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/03/31 13:12:58
Modified files:
sysutils/u-boot-asahi: Makefile
sysutils/u-boot-asahi/pkg: PLIST
Added files:
sysutils/u-boot-asahi/patches: patch-arch_arm_dts_Makefile
Log
> Date: Wed, 27 Mar 2024 18:57:11 +1000
> From: Jonathan Matthew
>
> We've had kernel support for RK3308 based systems for a while, but it's been
> difficult to install on them. Recent U-Boot versions include support for
> them, so we can fix that now.
>
> I've replaced the old hand built Rock
The diff below splits off the 32-bit ARM Allwinner SoCs and updates
them to U-Boot 2024.01. I've tested this on a few of my armv7 boards
and I'm pretty confident it doesn't break any of them.
Theo, this has consequences for the armv7 miniroots as the "cubie"
variant includes firmwares that move
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/03/08 09:48:10
Modified files:
devel/libffi : Makefile
devel/libffi/patches: patch-src_aarch64_ffi_c
Log message:
Add missing bti c in the closure trampoline.
ok tobhe@, sthen@,
This one was a bit tricky as I had to adjust the offsets used in the
instructions. But with this lang/guile3 no longer generates SIGILL
when running the tests.
ok?
Index: devel/libffi/Makefile
===
RCS file:
> Date: Thu, 7 Mar 2024 12:55:50 +
> From: Stuart Henderson
>
> On 2024/03/07 10:28, Mark Kettenis wrote:
> > This version looks best to me. But I suspect arm64 needs more work in
> > this version too.
>
> I tried to give it a spin with gnustep-based software,
> From: "Sebastian Reitenbach"
> Date: Thu, 07 Mar 2024 09:01:13 +0100
>
> Hi,
>
> On Wednesday, March 06, 2024 23:42 CET, Mark Kettenis
> wrote:
>
> > > Date: Wed, 06 Mar 2024 23:32:51 +0100
> > > From: Mark Kettenis
> > >
>
> Date: Wed, 06 Mar 2024 23:32:51 +0100
> From: Mark Kettenis
>
> > Date: Wed, 6 Mar 2024 19:02:35 +0100
> > From: Jeremie Courreges-Anglas
> >
> > Le Wed, Mar 06, 2024 at 10:17:32AM +0100, Theo Buehler a écrit :
> > > Could you please r
> Date: Wed, 6 Mar 2024 19:02:35 +0100
> From: Jeremie Courreges-Anglas
>
> Le Wed, Mar 06, 2024 at 10:17:32AM +0100, Theo Buehler a écrit :
> > Could you please resend the endbr64 patches with Cc kettenis? They
> > should make release.
>
> Since I now have a laptop with BTI I figured I was
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/03/06 03:19:30
Modified files:
sysutils/u-boot/rk3588: Makefile
sysutils/u-boot/rk3588/pkg: PLIST
Added files:
sysutils/u-boot/rk3588/patches:
After committing support for the NanoPi R6S, somebody asked me about
the R6C. That model only has two Ethernet interfaces (2.5G rge(4) and
1G dwqe(4)), but does have an M.2 slot for an SSD. So the config gets
a CONFIG_NVME_PCI=y on top of what we had for the R6S.
ok?
Index:
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/03/05 11:34:19
Modified files:
multimedia/openh264: Makefile
Added files:
multimedia/openh264/patches:
This has been broken for a while since there was no BTI support, but
also no X-only support.
With this fixed, make test passes.
ok?
Index: multimedia/openh264/Makefile
===
RCS file: /cvs/ports/multimedia/openh264/Makefile,v
> Date: Wed, 28 Feb 2024 20:10:58 +0100
> From: Theo Buehler
>
> This is straightforward. There doesn't seem to be a possibility of
> shortcuts via a macro, so just add endbr64 to the four functions in this
> file. I could not find code that actually uses these, but it's probably
> better to be
> Date: Wed, 28 Feb 2024 16:17:54 +
> From: Stuart Henderson
>
> +cc kettenis for the IBT patch
Looks good to me.
> On 2024/02/28 16:15, Stuart Henderson wrote:
> > On 2024/02/23 17:19, Brad Smith wrote:
> > > Here is an update to aom 3.8.1.
> > >
> > >
> Date: Wed, 28 Feb 2024 12:43:05 +0100
> From: Robert Nagy
>
> It seems that we need more here. This makes all the regression
> tests pass. I suspect there will be still more needed, but we
> need something to uncover those.
Not entirely clear to me why the linker doesn't issue warnings here,
> Date: Tue, 27 Feb 2024 16:06:59 +
> From: Stuart Henderson
>
> On 2024/02/27 16:03, Stuart Henderson wrote:
> > On 2024/02/27 12:08, Theo Buehler wrote:
> > > Now that the bulk has completed here's the remainder of the list with
> > > two more that may need fixing. 119 ports total
> Date: Tue, 27 Feb 2024 12:08:22 +0100
> From: Theo Buehler
>
> Now that the bulk has completed here's the remainder of the list with
> two more that may need fixing. 119 ports total contained a warning.
> I did not build the chromium variants.
Only two more? I guess all the libs (where this
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/26 14:43:29
Modified files:
sysutils/u-boot/rk3588: Makefile
sysutils/u-boot/rk3588/pkg: PLIST
Added files:
sysutils/u-boot/rk3588/patches:
> Date: Sun, 25 Feb 2024 19:49:52 +0100
> From: Theo Buehler
>
> This fixes
>
> ld: warning: gst_yadif_filter_line_mode0_ssse3: missing endbr64
> ld: warning: gst_yadif_filter_line_mode2_ssse3: missing endbr64
> ld: warning: gst_yadif_filter_line_mode0_sse2: missing endbr64
> ld: warning:
> Date: Sun, 25 Feb 2024 18:43:54 +
> From: Stuart Henderson
>
> > > sysutils/borgbackup/2.0.log: lots of warnings about symbols from
> > > openssl/3.1:
> > > ld: warning: aesni_set_decrypt_key: missing endbr64
> > > ld: warning: aesni_set_encrypt_key: missing endbr64
> > > ld: warning:
> From: Theo Buehler
> Date: Sun, 25 Feb 2024 09:39:39 +
>
> Here's the list of ~90 ports emitting warnings after about 1/4 of an
> amd64 bulk. First the ports that I haven't looked at more closely with
> (some of) the warnings. Then some ports using D where I suspect NOBTCFI
> is missing.
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/25 08:04:17
Modified files:
multimedia/x264: Makefile
multimedia/x264/patches: patch-common_x86_x86inc_asm
Log message:
Another macro that needs an ENDBR64 instruction.
ok tb@
> Date: Sun, 25 Feb 2024 10:26:59 +0100
> From: Theo Buehler
>
> liballeg is used by at the following ports, most of which also emit the
> same warning. All global symbols are generated by the FUNC macro, so fix
> that. There's no arm64 assembly as far as I can tell.
>
> audio/dumb.log
>
> From: Theo Buehler
> Date: Sun, 25 Feb 2024 09:39:39 +
>
> Here's the list of ~90 ports emitting warnings after about 1/4 of an
> amd64 bulk. First the ports that I haven't looked at more closely with
> (some of) the warnings. Then some ports using D where I suspect NOBTCFI
> is missing.
.nil.im/downloads/objfw-1.0.10.tar.gz.sig
>
> Am 24.02.24 um 22:17 schrieb Mark Kettenis:
>
> > Ah, right. What happens in that case is that the branch will use
> > register X16 or X17 and those are special in the sense that both "bti
> > c" and "bti j&q
> Date: Sat, 24 Feb 2024 21:40:53 +0100
> From: Jonathan Schleifer
>
> Am 24.02.24 um 21:30 schrieb Mark Kettenis:
>
> > Unless we explicitly mark them as not, yes, they will use IBT (but not
> > Shadow Stack).
>
> Ah cool!
>
> > No. Tail call eli
> Date: Sat, 24 Feb 2024 20:01:06 +0100
> From: Theo Buehler
>
> This adds missing landing pads for amd64 and arm64. Not sure if for
> upstream a dance using _CET_ENDBR would be preferable. For the
> port I kept it simple.
>
> ld: warning: objc_msg_lookup: missing endbr64
> ld: warning:
> Date: Sat, 24 Feb 2024 21:03:34 +0100
> From: Jonathan Schleifer
Hi Jonathan,
>
> Am 24.02.24 um 20:01 schrieb Theo Buehler:
>
> > This adds missing landing pads for amd64 and arm64. Not sure if for
> > upstream a dance using _CET_ENDBR would be preferable. For the
> > port I kept it
> Date: Sat, 24 Feb 2024 17:59:55 +0100
> From: Theo Buehler
>
> Two more endbr64 were missed in 3.1. I'll sync the diff to quictls.
These are indeed assigned to function pointers in crypto/evp/e_aes.c
ok kettenis@
> Index: Makefile
>
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/24 10:39:07
Modified files:
multimedia/libvpx: Makefile
Added files:
multimedia/libvpx/patches: patch-third_party_x86inc_x86inc_asm
Log message:
Add ENBDR64 instructions. Since
The asm in this port seems to have some x265 heritage. So there is a
x86inc.asm file that we can patch. But it uses yasm instead of nasm
and yasm doesn't know about endbr64. So just dump the bytes for that
instruction into place.
Seems to be fix playing youtube vids in chromium again.
ok?
> Date: Sat, 24 Feb 2024 17:33:10 +0100
> From: Theo Buehler
>
> This adds missing endbr64 to the padlock engine in openssl/1.1:
>
> ld: warning: padlock_capability: missing endbr64
> ld: warning: padlock_key_bswap: missing endbr64
> ld: warning: padlock_verify_context: missing endbr64
> ld:
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/24 04:57:37
Modified files:
sysutils/u-boot: Makefile Makefile.inc
sysutils/u-boot/aarch64: Makefile
sysutils/u-boot/aarch64/pkg: PLIST
Removed files:
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/24 03:48:12
Log message:
Import sysutils/u-boot/sun50i
This splits out support for 64-bit SoC into a separate u-boot port,
updating to U-Boot 2024.01, adding the crust SCP firmware
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/23 10:24:29
Modified files:
devel/ffcall : Makefile
devel/ffcall/patches: patch-avcall_avcall-x86_64_s
patch-vacall_vacall-x86_64_s
Log message:
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/22 12:40:27
Modified files:
security/libgcrypt: Makefile
Added files:
security/libgcrypt/patches: patch-cipher_asm-common-amd64_h
Log message:
Add ENDBR64 instructions at the
This has various asm bits that do some nasty things. Ionly fixed some
as the other stuff seems to violate X-only and R^W. And some bits
even use an executable stack. But nothing that uses this (lang/clisp
and lang/gforth as far as I can tell) use -Wl,-zwxneeded or
-Wl,--no-execute-only. So
l over-BTI, but I'm also looking at having the
linker remove unnecessary ENDBR64 instructions at the start of a
function.
ok?
On Tue, Feb 20 2024, Mark Kettenis wrote:
> I probably could have done this by changing CFI_STARTPROC, like
> on
> arm64. But that would "over-BTI&quo
> Date: Thu, 22 Feb 2024 05:32:57 +0900
> From: SASANO Takayoshi
>
> Hi, here is the fixed version:
I'm not sure about the "move away with date" approach. That is
probably something a ports hacker should judge.
But otherwise this is ok kettenis@
> Index: Makefile
>
> Date: Wed, 21 Feb 2024 22:59:53 +0900
> From: SASANO Takayoshi
>
> Hi,
>
> how about to add SUNXI_SETUP_REGULATORS=0'ed binary for Allwinner H6?
Yes that looks reasonable. You'll need to bump the REVISION though.
> Index: Makefile
>
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/21 04:02:36
Modified files:
multimedia/openh264: Makefile
Added files:
multimedia/openh264/patches: patch-codec_common_x86_asm_inc_asm
Log message:
Sprinkle some ENBDR64
I've had this NanoPi R6S for over a year. It has three network ports:
two rge(4) interfaces and one dwqe(4). Although the dwqe(4) doesn't
work yet; I'm working on a diff for that. And you can get it in a
really nice and solid case.
Recently a device tree for this board made it into Linux. But
Theo says I need to explain a bit more how to fix these issues so that
you guys can fix things yourself in the future ;).
This one is fairly simple. We're missing an ENDBR64 instruction at
the start of exported assembly functions. Calling into the shared
library through PLT entries involves an
> Date: Tue, 20 Feb 2024 14:47:05 +
> From: Stuart Henderson
>
> On 2024/02/20 14:53, Mark Kettenis wrote:
> > This splits out the sun50i boards from the aarch64 package, updates
> > the U-Boot version for those boards and includes the new crust SCP
> > firmware
This splits out the sun50i boards from the aarch64 package, updates
the U-Boot version for those boards and includes the new crust SCP
firmware in the image. The new sun50i package is provided as tgz
file; the diff removes the relevant boards from the aarch64 package.
My idea is to import the
> From: Jeremie Courreges-Anglas
> Date: Mon, 19 Feb 2024 23:34:34 +0100
>
> On Mon, Feb 19 2024, Mark Kettenis wrote:
> > This will be used in an upcoming u-boot update for Allwinner's 64-bit
> > SoCs. This will bring "proper" S3-like suspend/resume
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/20 05:26:54
Modified files:
sysutils : Makefile
Log message:
+crust
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/20 05:25:23
Log message:
SCP firmware for Allwinner ARM SoCs.
ok jca@
Status:
Vendor Tag: kettenis
Release Tags: kettenis_20240220
N
I probably could have done this by changing CFI_STARTPROC, like on
arm64. But that would "over-BTI" and there is a benefit in trying to
avoid that on amd64.
Let me know what you think.
Index: security/libgcrypt/Makefile
===
RCS
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/20 03:06:12
Modified files:
multimedia/x264: Makefile
Added files:
multimedia/x264/patches: patch-common_x86_x86inc_asm
Log message:
Sprinkle some ENDBR64 instructions.
ok
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/20 03:05:00
Modified files:
multimedia/x265: Makefile
Added files:
multimedia/x265/patches: patch-source_common_x86_x86inc_asm
Log message:
Sprinkle some ENDBR64 instructions.
ok
Same diff as x265. There is no make test here, but the code is
largely identical so I'm sure this is necessary here as well.
ok?
Index: multimedia/x264/Makefile
===
RCS file: /cvs/ports/multimedia/x264/Makefile,v
retrieving
This seems to be the magic to insert an endbr64 at the start of global
functions. Even though many of these are hidden in the shared
library, the majority seems to be called through function pointers
that are setup based on the available instruction set extensions.
With this diff "make test"
This will be used in an upcoming u-boot update for Allwinner's 64-bit
SoCs. This will bring "proper" S3-like suspend/resume on selected
boards.
ok?
diff --git a/sysutils/crust/Makefile b/sysutils/crust/Makefile
new file mode 100644
index 000..3b187598161
--- /dev/null
+++
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/19 13:26:42
Modified files:
devel : Makefile
Log message:
+or1k-elf
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/19 13:22:47
Log message:
GNU cross compiler suite, configured for the or1k (OpenRISC 1000) target.
ok jca@
Status:
Vendor Tag: kettenis
Release Tags:
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/19 13:21:27
Removed files:
lang/or1k-elf : Makefile Makefile.inc
lang/or1k-elf/binutils: Makefile distinfo
lang/or1k-elf/binutils/patches: patch-bfd_Makefile_in
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/19 13:07:29
Log message:
GNU cross compiler suite, configured for the or1k (OpenRISC 1000) target.
ok jca@
Status:
Vendor Tag: kettenis
Release Tags:
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/19 11:38:12
Modified files:
sysutils/arm-trusted-firmware: Makefile distinfo
sysutils/arm-trusted-firmware/pkg: PLIST
Removed files:
sysutils/arm-trusted-firmware/patches:
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/19 11:33:52
Modified files:
multimedia/dav1d: Makefile
multimedia/dav1d/patches: patch-src_x86_itx_avx512_asm
patch-src_x86_mc_avx512_asm
Added
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/18 16:04:44
Modified files:
security/openssl/quictls: Makefile
security/openssl/quictls/patches:
patch-crypto_modes_asm_ghash-x86_64_pl
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/18 15:55:48
Modified files:
sysutils/borgbackup/2.0: Makefile
Log message:
Bump after OpenSSL 3.1 update (static link)
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/18 15:51:22
Modified files:
mail/postfix/stable: Makefile
Log message:
Bump after OpenSSL 3.1 update (static link)
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/18 15:50:41
Modified files:
mail/postfix/snapshot: Makefile
Log message:
Bump after OpenSSL 3.1 update (static link)
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/18 15:45:32
Modified files:
security/openssl/3.1: Makefile
security/openssl/3.1/patches: patch-Configurations_10-main_conf
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/18 15:43:44
Modified files:
security/openssl/3.2: Makefile
security/openssl/3.2/patches:
patch-crypto_modes_asm_ghash-x86_64_pl
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/18 15:40:23
Modified files:
security/sslscan: Makefile
Log message:
Bump after OpenSSL 1.1 update (static link)
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/18 15:36:59
Modified files:
security/openssl/1.1: Makefile
security/openssl/1.1/patches:
patch-crypto_aes_asm_aesni-x86_64_pl
ok?
Index: security/openssl/3.2/Makefile
===
RCS file: /cvs/ports/security/openssl/3.2/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- security/openssl/3.2/Makefile 30 Jan 2024 23:24:27 - 1.4
+++
ok?
Index: security/openssl/3.1/Makefile
===
RCS file: /cvs/ports/security/openssl/3.1/Makefile,v
retrieving revision 1.18
diff -u -p -r1.18 Makefile
--- security/openssl/3.1/Makefile 30 Jan 2024 16:49:39 - 1.18
+++
ok?
Index: Makefile
===
RCS file: /cvs/ports/security/openssl/1.1/Makefile,v
retrieving revision 1.66
diff -u -p -r1.66 Makefile
--- Makefile29 Nov 2023 11:47:57 - 1.66
+++ Makefile18 Feb 2024 22:23:53 -
@@ -8,7
A few landing pads were missed for AVX-512 code. No chance of hitting
those on OpenBSD since we don't support AVX-512 yet. But I have a
diff for this.
Passes regress on a machine with AVX-512 enabled. Allows me to watch
youtube vids on that machine.
ok?
Index: multimedia/dav1d/Makefile
I tested rk3328, rk3399, sun50i_a64 and sun50i_h616. Earlier releases
don't work on the H618 board that I have.
Debug builds no longer fit the SRAM constraints on at least A64. So
this switches to release builds.
ok?
Index: sysutils/arm-trusted-firmware/Makefile
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/02/17 04:27:42
Modified files:
sysutils/u-boot/rk356x: Makefile distinfo
sysutils/u-boot/rk356x/pkg: PLIST
Log message:
Update to U-Boot 2024.01
ok sthen@, kevlo@
Also adds a few more more boards and sorts them in alphabetical order.
Tested on the rock-3a-rk3568 with the latest -current.
ok?
P.S. Also tried to update u-boot-rk3588 to 2024.01, but that one is
borked. I'll try again for 2024.04.
Index: sysutils/u-boot/rk356x/Makefile
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/01/08 13:00:31
Modified files:
sysutils/firmware/apple-boot: Makefile
Log message:
Bump m1n1 and u-boot versions.
ok tobhe@, sthen@
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/01/08 12:59:12
Modified files:
sysutils/u-boot-asahi: Makefile distinfo
Removed files:
sysutils/u-boot-asahi/patches:
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2024/01/08 12:57:24
Modified files:
sysutils/m1n1 : Makefile distinfo
Log message:
Update to m1n1 1.4.11
ok tobhe@, sthen@
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2023/12/14 15:35:26
Modified files:
sysutils/firmware/apple-boot: Makefile
Log message:
Bump m1n1 and u-boot versions.
ok tobhe@, sthen@
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2023/12/14 15:34:06
Modified files:
sysutils/u-boot-asahi: Makefile distinfo
Log message:
Update u-boot to include rtkit oslog support.
ok tobhe@, sthen@
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2023/12/14 15:32:44
Modified files:
sysutils/m1n1 : Makefile distinfo
Log message:
Update to m1n1 1.4.8
ok tobhe@, sthen@
This updates m1n1 to the latest tagged version (1.4.8) and updates
u-boot to a version that can initailize the "mtp" coprocessor on with
newer system firmware. This is necessary to have a working keyboard
on machines like the M2 MacBook Air when using the latest version of
the Asahi installer.
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2023/12/10 05:06:58
Modified files:
devel/gdb : Makefile
devel/gdb/patches: patch-gdb_amd64-obsd-tdep_c
Log message:
Fix backtraces through signal trampolines.
ok pascal@
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2023/12/03 15:55:16
Modified files:
sysutils/u-boot-asahi: Makefile
sysutils/u-boot-asahi/pkg: PLIST
Log message:
Fix PLIST.
ok tobhe@
Add a few files that were missed in a previous update.
ok?
Index: sysutils/u-boot-asahi/Makefile
===
RCS file: /cvs/ports/sysutils/u-boot-asahi/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
---
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2023/11/26 14:06:26
Modified files:
sysutils/u-boot: Makefile
Added files:
sysutils/u-boot/rk3588: Makefile distinfo
sysutils/u-boot/rk3588/files: rkbinpatch.c
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2023/11/25 12:09:45
ports/sysutils/u-boot/rk3588/patches
Update of /cvs/ports/sysutils/u-boot/rk3588/patches
In directory cvs.openbsd.org:/tmp/cvs-serv76227/patches
Log Message:
Directory
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2023/11/24 13:41:22
Modified files:
sysutils/u-boot/rk356x: Makefile
Added files:
sysutils/u-boot/rk356x/patches: patch-arch_arm_dts_rk3568_dtsi
> Date: Fri, 24 Nov 2023 16:27:07 +0800
> From: Kevin Lo
>
> On Thu, Nov 23, 2023 at 02:14:59PM +0100, Mark Kettenis wrote:
> >
> > The ranges provided by the "official" device tree still don't seem to
> > work correctly. At least iwx(4) fails to load
The ranges provided by the "official" device tree still don't seem to
work correctly. At least iwx(4) fails to load its firmware with the
default device tree. The diff below fixes this. This matches the
device tree I built myself some time ago.
ok?
Index: sysutils/u-boot/rk356x/Makefile
CVSROOT:/cvs
Module name:ports
Changes by: kette...@cvs.openbsd.org2023/11/23 03:39:18
ports/sysutils/u-boot/rk356x/patches
Update of /cvs/ports/sysutils/u-boot/rk356x/patches
In directory cvs.openbsd.org:/tmp/cvs-serv10648/patches
Log Message:
Directory
1 - 100 of 315 matches
Mail list logo