On Thu, 5 Sept 2024 at 09:43, Mark Johnston wrote:
>
> I'd like to propose removing the agp(4) driver in FreeBSD 15.0.
It looks like there are some recent NYC*BUG dmesgd submissions showing
currently supported versions of FreeBSD running on agp hardware. Most
are i386 but there's at least one amd
On Sat, 2 Dec 2023 at 19:11, Mark E. Mallett wrote:>
> Second, it gives workaround of "vfs.zfs.dmu_offset_next_sync sysctl to 0"
> But on my 12.4 systems there is no such sysctl variable.
Oh, yes - the workaround is only applicable to 13.2 and later. For
12.4 there is no workaround.
Note that it
Dear FreeBSD community,
We want to bring your attention to a potential data corruption issue
affecting multiple versions of OpenZFS. It was initially reported
against OpenZFS 2.2.0 but also affects earlier and later versions.
This issue can be reproduced with targeted effort but it has not been
On Sat, 30 Sept 2023 at 14:24, Philip Homburg wrote:
>
> >Note, releases from 13.2 and earlier are
> >still problematic due to a file name being replaced with a directory of
> >the same name. A patch is being tested currently, and we hope to have
> >this resolved for 14.0-BETA4.
>
> I tried upgra
On Fri, 8 Sept 2023 at 19:33, Glen Barber wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> The first BETA build of the 14.0-RELEASE release cycle is now available.
>
...
> The freebsd-update(8) utility supports binary upgrades of amd64 and i386
> systems running earlier FreeBSD rel
I have added a note to the bfe driver's man page stating that it is
unmaintained and is a candidate for removal in the future, as it
supports nearly-obsolete hardware, has some known issues (bugs open
for years) and no evidence that anyone is going to fix those issues.
The bfe driver was not remov
On Tue, 7 Mar 2023 at 19:03, Ed Maste wrote:
>
> If you have a bugzilla account, would you kindly submit bug reports
> for each port that you need to tag? We'll want to make sure all
> affected ports are built with the tag, and also investigate each
> failure.
I went ahead an
On Tue, 7 Mar 2023 at 17:36, Peter wrote:
>
> ! Can you try tagging the binary to opt out of ASLR and see if it then works:
> ! # elfctl -e +noaslr /usr/local/bin/vlc
>
> I could, but I prefer to do this instead and have it logged rightaway:
I was just looking for confirmation that the binary fun
On Mon, 6 Mar 2023 at 09:18, Peter wrote:
>
> Problem:
> Some 1 or 2 minutes into the flight, vlc does continue to play A+V,
> but the GUI does not react and does not get refreshed anymore. At
> the same time, coredumps are generated (quite a lot of them).
I think I saw somewhere that you reporte
On Fri, 23 Sept 2022 at 10:44, Paul Mather wrote:
>
> For a while now, when I do a "make buildworld" on -STABLE, if the /usr/obj
> directory is not empty I will have the build error out with "objcopy: open
> objcopy failed: Text file busy" part way through. It isn't ultimately fatal,
> because
On Sun, 18 Sept 2022 at 13:21, David Wolfskill wrote:
>
> I just noticed (today) that as of the update of stable/12 from:
>
> FreeBSD 12.3-STABLE #104 stable/12-n235621-7c39928455c: Tue Sep 6 10:34:05
> UTC 2022
> r...@freebeast.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/GENERIC
On Fri, 29 Apr 2022 at 14:43, Eugene Grosbein wrote:
>
> For example:
>
> if_em
> https://cgit.freebsd.org/src/commit/?id=c0460cf2e42d2819c1f191a1d6e1b3dc0c7ea010
> if_epair
> https://cgit.freebsd.org/src/commit/?id=7a382e744b0b0ba9b51dc34bfa0cd1515f744f25
> linuxkpi
> h
On Thu, 28 Apr 2022 at 11:28, Julian H. Stacey wrote:
>
> but that's crude. It's nice to be able to build most modules ready
> in case wanted later, so how about a DUDS env. mechanism like ports/ ?
I'd rather not add additional complexity to our build infrastructure
to address a situation that sh
On Sat, 19 Mar 2022 at 15:30, Eirik Øverby wrote:
>
> I won't be arguing hard
> for keeping these drivers (seeing as I'm clearly the oddball for having
> FreeBSD running on hardware which has 1) ISA bus and 2) ISA sound
> cards..)
On Sat, 19 Mar 2022 at 17:24, Chris wrote:
>
> I have a board run
On Fri, 18 Mar 2022 at 16:06, Joel Dahl wrote:
>
> On Fri, Mar 18, 2022 at 12:08:02PM -0400, Ed Maste wrote:
> > ISA sound cards have been obsolete for more than a decade, and it is
> > (past) time to retire their drivers. This includes the following
> > drivers/device
ISA sound cards have been obsolete for more than a decade, and it is
(past) time to retire their drivers. This includes the following
drivers/devices:
snd_ad1816 Analog Devices AD1816 SoundPort
snd_ess Ensoniq ESS
snd_guscGravis UltraSound
snd_mss Microsoft Sound System
snd_sbc Cr
On Fri, 17 Dec 2021 at 11:09, Mark Millard wrote:
>
> I'm confused, beyond just LGPL claims in the (fairly
> current) source code, but GPL more generally:
>
> # grep -rl "SPDX.*GPL" /usr/main-src/
You need to exclude the ones with SPDX tags like:
SPDX-License-Identifier: BSD-2-Clause OR GPL-2.0
On Sat, 4 Dec 2021 at 13:27, Peter wrote:
>
> There is also this error reported:
> > module_register_init: MOD_LOAD (vesa, 0x80e22c00, 0) error 19
Are you trying to load vesa.ko via /boot/loader.conf or /etc/rc.d
kld_list, or is this observed without any vesa-specific configuration?
> Th
On Mon, 1 Nov 2021 at 11:56, Rick Macklem wrote:
>
> Did they stick APSLs on the files? (If so, I think it could still be ok,
> since the APSL
> is a lot like the CDDL. However, I'm not sure if the APSL has ever been
> blessed
> by FreeBSD as of yet?)
I had a quick look at the Illumos kernel fi
On Thu, 28 Oct 2021 at 11:26, Shawn Webb wrote:
>
> It seems that smbfs might be used with some level of frequency in
> virtualized environments. I wonder if providing a 9pfs client would be
> a good step in helping deprecate smbfs.
Indeed, that addresses one of the primary reasons it is still be
On Thu, 28 Oct 2021 at 11:05, Eugene Grosbein wrote:
>
> Please do not remove what is not broken.
That is exactly the problem though: it was broken. It was fixed only
because the CHERI folks found that it wasn't working and fixed it, and
they are not going to be using it much longer. If nobody el
The smbfs(5) filesystem supports only the obsolete SMBv1 protocol, and
I propose removing it for FreeBSD 14. I know the CHERI folks have been
using it but they plan to migrate away from it. It was broken for
months before they fixed it, so I suspect nobody is using it on
contemporary releases.
I h
22 matches
Mail list logo
