The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=3fe25a9bfcd9c8afeb096828567353a84be37423
commit 3fe25a9bfcd9c8afeb096828567353a84be37423
Author: Peter Jeremy
AuthorDate: 2024-05-08 08:17:00 +
Commit: Peter Jeremy
CommitDate: 2024-05-08 08
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=3fe25a9bfcd9c8afeb096828567353a84be37423
commit 3fe25a9bfcd9c8afeb096828567353a84be37423
Author: Peter Jeremy
AuthorDate: 2024-05-08 08:17:00 +
Commit: Peter Jeremy
CommitDate: 2024-05-08 08
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=b54d4a16271cf9e8947be04e9221e6e26a7b90b1
commit b54d4a16271cf9e8947be04e9221e6e26a7b90b1
Author: Peter Jeremy
AuthorDate: 2024-05-08 08:06:42 +
Commit: Peter Jeremy
CommitDate: 2024-05-08 08
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=b54d4a16271cf9e8947be04e9221e6e26a7b90b1
commit b54d4a16271cf9e8947be04e9221e6e26a7b90b1
Author: Peter Jeremy
AuthorDate: 2024-05-08 08:06:42 +
Commit: Peter Jeremy
CommitDate: 2024-05-08 08
peterj created this revision.
peterj added a reviewer: network.
peterj requested review of this revision.
REVISION SUMMARY
The RTL8211F-VD is a replacement/upgrade for the RTL8211F. Based on
https://github.com/torvalds/linux/commit/bb726b753f75a4eeda291438f89dfd9b94783569,
the only
his change in the Go 1.21 release notes
(https://tip.golang.org/doc/go1.21).
--
Peter Jeremy
signature.asc
Description: PGP signature
l-size PCI or PCIe connector in
your laptop, it's very likely that it has a Mini PCIe connector for
the WiFi adapter. Even without that, there are virtual PCI buses
inside your CPU chip - have a look at the output of "pciconf -lv".
--
Peter Jeremy
signature.asc
Description: PGP signature
ed by: The FreeBSD Foundation
>Differential revision: https://reviews.freebsd.org/D39890
This breaks the !SMP case: Whilst references to pm_pcids have been
replaced in the SMP case, there are still references to
pmap->pm_pcids[0] in the !SMP cane.
--
Peter Jeremy
signature.asc
Description: PGP signature
ed by: The FreeBSD Foundation
>Differential revision: https://reviews.freebsd.org/D39890
This breaks the !SMP case: Whilst references to pm_pcids have been
replaced in the SMP case, there are still references to
pmap->pm_pcids[0] in the !SMP cane.
--
Peter Jeremy
signature.asc
Description: PGP signature
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=b9600db494a04db6fbf1a16dbcf92f7c64d5e863
commit b9600db494a04db6fbf1a16dbcf92f7c64d5e863
Author: Peter Jeremy
AuthorDate: 2023-04-26 08:29:33 +
Commit: Peter Jeremy
CommitDate: 2023-04-26 08
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=b9600db494a04db6fbf1a16dbcf92f7c64d5e863
commit b9600db494a04db6fbf1a16dbcf92f7c64d5e863
Author: Peter Jeremy
AuthorDate: 2023-04-26 08:29:33 +
Commit: Peter Jeremy
CommitDate: 2023-04-26 08
nd, beyond much of netinet being
roto-tilled, I can't see anything obvious.
Is anyone else seeing anything similar? Can anyone suggest where
to look next?
--
Peter Jeremy
signature.asc
Description: PGP signature
but the write(2) man
page doesn't document any atomicity requirements so it seems possible
that large writes could be interleaved at the filesystem level in any
case. Ideally, this tool would be written with explicit serialisation
operations around cases where write(1) operations are being issued
by multiple processes/threads.
--
Peter Jeremy
signature.asc
Description: PGP signature
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=c02d4224c83e6460c2b89261c822027a25752f0d
commit c02d4224c83e6460c2b89261c822027a25752f0d
Author: Peter Jeremy
AuthorDate: 2022-09-10 10:36:22 +
Commit: Peter Jeremy
CommitDate: 2022-09-10 10
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=c02d4224c83e6460c2b89261c822027a25752f0d
commit c02d4224c83e6460c2b89261c822027a25752f0d
Author: Peter Jeremy
AuthorDate: 2022-09-10 10:36:22 +
Commit: Peter Jeremy
CommitDate: 2022-09-10 10
On 2022-Aug-31 11:15:18 +0800, Ganbold Tsagaankhuu wrote:
>Peter,
>
>Does the following patch work for you?
Yes, it does. Thank you.
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2022-Aug-31 11:15:18 +0800, Ganbold Tsagaankhuu wrote:
>Peter,
>
>Does the following patch work for you?
Yes, it does. Thank you.
--
Peter Jeremy
signature.asc
Description: PGP signature
client-exit-hooks, which is a shellscript documented in
dhclient-script(8).
--
Peter Jeremy
signature.asc
Description: PGP signature
sense to
include /usr/local in the BE - but then you need to extricate all
the application data that needs to not be rolled back.
--
Peter Jeremy
signature.asc
Description: PGP signature
bootfs. (And ideally, a similar check of
/etc/fstab, though beadm doesn't touch that).
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2022-Aug-22 10:56:51 +0200, "Patrick M. Hausen" wrote:
>> Am 22.08.2022 um 10:45 schrieb Peter Jeremy :
>> On 2022-Aug-17 18:07:20 +0200, "Patrick M. Hausen" wrote:
>>> Isn't beadm retired in favour of bectl?
>>
>> 2) "bectl activat
g) git
commit hashes as the name.
2) "bectl activate" doesn't update /boot/loader.conf so the wrong
root filesystem is mounted.
That said "bectl create" appears to be a workable replacement for
"beadm create" and avoids the current "'snapshots_changed' is
readonly
_READ() instead, but neither my RK3328
TRM (revision 1.2 from July 2017) nor my RK3399 TRM (revision 1.4 from
April 2017) document a GPIO register at offset 0x78 - both only go to
0x60. (If you have a later TRM for either chip, I would be interested
in a copy).
--
Peter Jeremy
signature.asc
Description: PGP signature
_READ() instead, but neither my RK3328
TRM (revision 1.2 from July 2017) nor my RK3399 TRM (revision 1.4 from
April 2017) document a GPIO register at offset 0x78 - both only go to
0x60. (If you have a later TRM for either chip, I would be interested
in a copy).
--
Peter Jeremy
signature.asc
Description: PGP signature
es
80 06 00 01 00 00 12 00 -- -- -- -- -- -- -- -- ||
frame[1] READ 18 bytes
flags 0 <0>
11:03:07.033942 usbus3.2
DONE-CTRL-EP=0080,SPD=HIGH,NFR=2,SLEN=0,IVAL=0,ERR=STALLED
frame[0] WRITE 8 bytes
frame[1] READ 0 bytes
flags 0 <0>
11:03:07.246804 usbus3.2 SUBM-CTRL-EP=0080,SPD=HIGH,NFR=2,SLEN=8,IVAL=0
frame[0] WRITE 8 bytes
80 06 00 01 00 00 12 00 -- -- -- -- -- -- -- -- ||
frame[1] READ 18 bytes
flags 0 <0>
11:03:07.247070 usbus3.2
DONE-CTRL-EP=0080,SPD=HIGH,NFR=2,SLEN=0,IVAL=0,ERR=STALLED
frame[0] WRITE 8 bytes
frame[1] READ 0 bytes
flags 0 <0>
^C
--
Peter Jeremy
signature.asc
Description: PGP signature
em definitely existed in
sendmail-8.17.1_2 and the only change between those versions
is the PORTREVISION. Looking at the local patches, neither
mail/sendmail nor security/cyrus-sasl2-saslauthd include
patches that would make them compatible.
--
Peter Jeremy
signature.asc
Description: PGP signature
time replication of the MySQL redo
logs to another systems - though that won't necessarily protect you
from someone accidently doing a "DELETE FROM xxx;" or "DROP TABLE xxx;"
--
Peter Jeremy
signature.asc
Description: PGP signature
efinitions within the kernel is at least a misconfiguration on all
architecture, even if it only actively breaks the build on arm64.
--
Peter Jeremy
signature.asc
Description: PGP signature
efinitions within the kernel is at least a misconfiguration on all
architecture, even if it only actively breaks the build on arm64.
--
Peter Jeremy
signature.asc
Description: PGP signature
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=9a89977bf633d71760fa57a7542ef0f7fc0349e5
commit 9a89977bf633d71760fa57a7542ef0f7fc0349e5
Author: Peter Jeremy
AuthorDate: 2022-04-02 10:36:17 +
Commit: Peter Jeremy
CommitDate: 2022-04-02 10
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=9a89977bf633d71760fa57a7542ef0f7fc0349e5
commit 9a89977bf633d71760fa57a7542ef0f7fc0349e5
Author: Peter Jeremy
AuthorDate: 2022-04-02 10:36:17 +
Commit: Peter Jeremy
CommitDate: 2022-04-02 10
f systems with ISA mainboards that I'm happy to donate.
--
Peter Jeremy
signature.asc
Description: PGP signature
The branch stable/13 has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=34f1d516aa90e5f89f89bb52b01e8983e6363a4e
commit 34f1d516aa90e5f89f89bb52b01e8983e6363a4e
Author: Peter Jeremy
AuthorDate: 2022-01-29 09:41:19 +
Commit: Peter Jeremy
CommitDate: 2022-03-05
The branch stable/13 has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=a65f526addafccfe55aa3dab3d8c912eb8f05b4f
commit a65f526addafccfe55aa3dab3d8c912eb8f05b4f
Author: Peter Jeremy
AuthorDate: 2022-01-29 10:15:51 +
Commit: Peter Jeremy
CommitDate: 2022-03-05
On 2022-Feb-17 17:48:14 -0800, John-Mark Gurney wrote:
>Peter Jeremy wrote this message on Sat, Feb 05, 2022 at 20:50 +1100:
>> I've raised https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261731 to
>> make geom_gate support BIO_ORDERED. Exposing the BIO_ORDERED flag to
>&
ons so I've also raised https://github.com/openzfs/zfs/issues/13065
I haven't looked into how difficult that would be to fix.
--
Peter Jeremy
signature.asc
Description: PGP signature
m
to set B_BARRIER or BIO_ORDERED or indirectly.
--
Peter Jeremy
signature.asc
Description: PGP signature
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=afcd1210246bebd8ed9bdaf31bd5218630af4cdc
commit afcd1210246bebd8ed9bdaf31bd5218630af4cdc
Author: Peter Jeremy
AuthorDate: 2022-01-29 10:15:51 +
Commit: Peter Jeremy
CommitDate: 2022-01-29 10
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=afcd1210246bebd8ed9bdaf31bd5218630af4cdc
commit afcd1210246bebd8ed9bdaf31bd5218630af4cdc
Author: Peter Jeremy
AuthorDate: 2022-01-29 10:15:51 +
Commit: Peter Jeremy
CommitDate: 2022-01-29 10
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=c9d1fa7003d5def224e9cfa5d38314f187487eb9
commit c9d1fa7003d5def224e9cfa5d38314f187487eb9
Author: Peter Jeremy
AuthorDate: 2022-01-29 09:41:19 +
Commit: Peter Jeremy
CommitDate: 2022-01-29 09
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=c9d1fa7003d5def224e9cfa5d38314f187487eb9
commit c9d1fa7003d5def224e9cfa5d38314f187487eb9
Author: Peter Jeremy
AuthorDate: 2022-01-29 09:41:19 +
Commit: Peter Jeremy
CommitDate: 2022-01-29 09
hang was somewhere between
https://cgit.freebsd.org/src/tree/sys/kern/vfs_mountroot.c#n779 and
https://cgit.freebsd.org/src/tree/sys/kern/vfs_mountroot.c#n1008
which led me to suspect that the problem might be in the geom
layer (eg g_waitidle()) but was still considering where to add
my next tranche of printf's when I saw Mark's mail.
--
Peter Jeremy
signature.asc
Description: PGP signature
ubbery that the check will often fail,
leaving the swap device active.
--
Peter Jeremy
signature.asc
Description: PGP signature
ubbery that the check will often fail,
leaving the swap device active.
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2021-Nov-28 04:00:56 +0200, Konstantin Belousov wrote:
>On Sun, Nov 28, 2021 at 12:22:46PM +1100, Peter Jeremy wrote:
>> On 2021-Nov-27 01:26:17 +0200, Konstantin Belousov
>> wrote:
>The cause for your panic is not the network interface down state (in fact,
>I think th
vant
swap I/O provider has gone away and return to swapoff_all() without
panicing.
--
Peter Jeremy
signature.asc
Description: PGP signature
vant
swap I/O provider has gone away and return to swapoff_all() without
panicing.
--
Peter Jeremy
signature.asc
Description: PGP signature
sr 0x5600
KDB: enter: panic
[ thread pid 1 tid 12 ]
Stopped at kdb_enter+0x48: undefined f900c11f
db>
--
Peter Jeremy
sr 0x5600
KDB: enter: panic
[ thread pid 1 tid 12 ]
Stopped at kdb_enter+0x48: undefined f900c11f
db>
--
Peter Jeremy
TS='install'
DESTDIR='/usr/obj/usr/src/arm64.aarch64/tmp'
A retry succeeded so this may indicate a dependency tracking issue. I
haven't dug into this further yet.
--
Peter Jeremy
signature.asc
Description: PGP signature
TS='install'
DESTDIR='/usr/obj/usr/src/arm64.aarch64/tmp'
A retry succeeded so this may indicate a dependency tracking issue. I
haven't dug into this further yet.
--
Peter Jeremy
signature.asc
Description: PGP signature
e-block as on option doesn't actually make sense with --raw
because the send stream must match what's on local disk by definition).
At this point, I'm not sure what the correct fix is.
--
Peter Jeremy
signature.asc
Description: PGP signature
d packets locally between firewall and VPS
* Encrypted packets sent from VPS will arrive at Host (once
net.inet.ipsec.filtertunnel is set).
* Packets sent from Host to VPS get sent unencrypted over the Internet.
I'm confident that the last point is because the IPSEC processing preceeds
the pfil p
P packets from firewall to VPS aren't going through
the IPSEC transport.
b) Why firewall is ignoring incoming IPSEC esp packets.
Is anyone able to help?
--
Peter Jeremy
signature.asc
Description: PGP signature
ks for ZFS labels on all
possible devices.
--
Peter Jeremy
signature.asc
Description: PGP signature
reis netif
netif: /usr/src/libexec/rc/rc.d/netif
server% whereis services
services: /usr/src/contrib/unbound/services
Is your source tree somewhere other than /usr/src?
--
Peter Jeremy
signature.asc
Description: PGP signature
oduction
of IPv6. The main benefit is that it made it possible to support
both IPv4 and IPv6 without needing 2 sockets - which means you
can stick to doing an accept() on a blocking socket, rather than
needing to use poll() or select() etc with a pair of non-blocking
sockets.
I'm not sure how to solve your problem, sorry.
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2021-May-16 11:48:24 +1000, Peter Jeremy via freebsd-stable
wrote:
>I am running 13-stable from a couple of weeks ago, without Capsicum
>(neither CAPABILITY_MODE nor CAPABILITIES are specified in my kernel).
>Despite this, I am getting Capsicum-related errors. As an example:
&g
e's no
way to change the processes capabilities.
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2021-May-11 13:40:44 +0200, "Patrick M. Hausen" wrote:
>> Am 11.05.2021 um 12:38 schrieb Peter Jeremy :
>>
>> On 2021-May-08 19:05:56 +0200, "Patrick M. Hausen" wrote:
>>> I am facing a problem that is perfectly explained by the semantics
>
relevant setsockopt() calls (though I don't think ktrace will report
the actual flag state).
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2021-May-06 19:07:23 -0400, monochrome wrote:
...
>On 5/6/21 7:49 AM, Peter Jeremy via freebsd-stable wrote:
...
>> server% tail /COPYRIGHT <&-
>> Assertion failed: (procfd > STDERR_FILENO), function service_clean, file
>> /usr/src/lib/libcasper/libcasper/servi
On 2021-May-06 12:59:54 +0200, Mariusz Zaborski wrote:
>Could you provide details how to reproduce this?
>
>On Thu, 6 May 2021 at 12:13, Peter Jeremy via freebsd-stable
> wrote:
>>
>> Since updating from 12-stable to 13-stable, I've found that tail(1)
>> crashes,
din, stdout and stderr are open. Whilst it
probably doesn't make sense to call tail without stdout open. there's
no obvious reason to require that stdin or stderr must be open.
--
Peter Jeremy
signature.asc
Description: PGP signature
0x94/frame 0xfe020aaf0bb0
fork_exit() at fork_exit+0x80/frame 0xfe020aaf0bf0
fork_trampoline() at fork_trampoline+0xe/frame 0xfe020aaf0bf0
--- trap 0, rip = 0, rsp = 0, rbp = 0 ---
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2021-Apr-11 14:27:27 +0200, Helge Oldach wrote:
>Peter Jeremy via freebsd-ports wrote on Sun, 11 Apr 2021 00:52:11 +0200 (CEST):
>> Following the SVN to GIT migration, portsnap is now the only practical
>> way to use ports on a low-memory system. I've done some experiments
>
need write access to the working directory and
the associated metadata directory.
--
Peter Jeremy
signature.asc
Description: PGP signature
stem. I've done some experiments
and standard git has a 2GB working set to checkout a ports tree.
gitup reached a 5GB working set size before I gave up. Typical small
VPSs are around the 1GB RAM size and moving to something that can
support 2GB or 5GB processes is a big price jump.
--
Peter Jeremy
signature.asc
Description: PGP signature
The branch stable/13 has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=292bcaa4ba2843da2757368094241c50c7cc0474
commit 292bcaa4ba2843da2757368094241c50c7cc0474
Author: Peter Jeremy
AuthorDate: 2021-03-12 22:06:04 +
Commit: Peter Jeremy
CommitDate: 2021-04-09
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=cdac5f398bf8680677b71447465c32327767879b
commit cdac5f398bf8680677b71447465c32327767879b
Author: Peter Jeremy
AuthorDate: 2021-03-16 19:16:31 +
Commit: Peter Jeremy
CommitDate: 2021-03-16 19
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=cdac5f398bf8680677b71447465c32327767879b
commit cdac5f398bf8680677b71447465c32327767879b
Author: Peter Jeremy
AuthorDate: 2021-03-16 19:16:31 +
Commit: Peter Jeremy
CommitDate: 2021-03-16 19
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=07564e1762010ba7e8ef5a7574bf9ceee811e95c
commit 07564e1762010ba7e8ef5a7574bf9ceee811e95c
Author: Peter Jeremy
AuthorDate: 2021-03-12 22:06:04 +
Commit: Peter Jeremy
CommitDate: 2021-03-12 22
The branch main has been updated by peterj:
URL:
https://cgit.FreeBSD.org/src/commit/?id=07564e1762010ba7e8ef5a7574bf9ceee811e95c
commit 07564e1762010ba7e8ef5a7574bf9ceee811e95c
Author: Peter Jeremy
AuthorDate: 2021-03-12 22:06:04 +
Commit: Peter Jeremy
CommitDate: 2021-03-12 22
On 2021-Mar-06 10:39:02 -0800, Oleksandr Tymoshenko wrote:
>Peter Jeremy via freebsd-current (freebsd-current@freebsd.org) wrote:
>> [Adding arm@ and making it clearer that this is armv8-only]
>>
>> On 2021-Mar-06 20:26:19 +1100, Peter Jeremy
>> wrote:
>> >
On 2021-Mar-06 10:39:02 -0800, Oleksandr Tymoshenko wrote:
>Peter Jeremy via freebsd-current (freebsd-curr...@freebsd.org) wrote:
>> [Adding arm@ and making it clearer that this is armv8-only]
>>
>> On 2021-Mar-06 20:26:19 +1100, Peter Jeremy
>> wrote:
>> >
[Adding arm@ and making it clearer that this is armv8-only]
On 2021-Mar-06 20:26:19 +1100, Peter Jeremy wrote:
>On 2021-Mar-06 19:18:37 +1100, Peter Jeremy via freebsd-stable
> wrote:
>>Somewhere between 13.0-ALPHA2 (c256201-g02611ef8ee9) and 13.0-BETA4
>>(releng/13.0-n244592-
[Adding arm@ and making it clearer that this is armv8-only]
On 2021-Mar-06 20:26:19 +1100, Peter Jeremy wrote:
>On 2021-Mar-06 19:18:37 +1100, Peter Jeremy via freebsd-stable
> wrote:
>>Somewhere between 13.0-ALPHA2 (c256201-g02611ef8ee9) and 13.0-BETA4
>>(releng/13.0-n244592-
/13.0 60e8939aa85b and
revert f76393a6305b, the problem goes away.
By "fail": geli attaches without issue but the .eli device returns
garbage (though the garbage is consistent between reboots).
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2021-Mar-06 19:18:37 +1100, Peter Jeremy via freebsd-stable
wrote:
>Somewhere between 13.0-ALPHA2 (c256201-g02611ef8ee9) and 13.0-BETA4
>(releng/13.0-n244592-e32bc253629), geli (at least on my RockPro64 -
>RK3399, arm64) has changed so that a geli-encrypted partition (using
>
On 2021-Mar-06 19:18:37 +1100, Peter Jeremy via freebsd-stable
wrote:
>Somewhere between 13.0-ALPHA2 (c256201-g02611ef8ee9) and 13.0-BETA4
>(releng/13.0-n244592-e32bc253629), geli (at least on my RockPro64 -
>RK3399, arm64) has changed so that a geli-encrypted partition (using
>
-GCM,
it does a reasonable job of roto-tilling the entire armv8crypto stack.
I notice that there are a fixes to f76393a6305b that don't seem to
have made it into releng/13.0 and I will continue to investigate.
--
Peter Jeremy
signature.asc
Description: PGP signature
a FreeBSD test
system that's running ZFS in <1GB RAM and rebuilding itself daily for
multiple years and haven't run into any ZFS corruption issues.
--
Peter Jeremy
signature.asc
Description: PGP signature
error: undefined symbol: zfs_racct_write
>>>> referenced by dmu.c
>>>> dmu.o:(dmu_buf_hold_array_by_dnode)
>>>> referenced by dmu.c
>>>> dmu.o:(dmu_assign_arcbuf_by_dnode)
>*** [kernel] Error code 1
I can reproduce this as well. This commit has omitted the following line
from sys/conf/files and therefore broken building ZFS into the kernel:
contrib/openzfs/module/os/freebsd/zfs/zfs_racct.c optional zfs compile-with
"${ZFS_C}"
--
Peter Jeremy
signature.asc
Description: PGP signature
error: undefined symbol: zfs_racct_write
>>>> referenced by dmu.c
>>>> dmu.o:(dmu_buf_hold_array_by_dnode)
>>>> referenced by dmu.c
>>>> dmu.o:(dmu_assign_arcbuf_by_dnode)
>*** [kernel] Error code 1
I can reproduce this as well. This commit has omitted the following line
from sys/conf/files and therefore broken building ZFS into the kernel:
contrib/openzfs/module/os/freebsd/zfs/zfs_racct.c optional zfs compile-with
"${ZFS_C}"
--
Peter Jeremy
signature.asc
Description: PGP signature
ke
install: link /mntmake -> /mntbmake: No such file or directory
*** Error code 71
I suspect you want something like:
LINKS= ${BINDIR}/make ${BINDIR}/bmake
Also, it seems odd that you only want the link if tests are enabled -
this would seem likely to create more confusion, rather than less.
--
Peter Jeremy
signature.asc
Description: PGP signature
ke
install: link /mntmake -> /mntbmake: No such file or directory
*** Error code 71
I suspect you want something like:
LINKS= ${BINDIR}/make ${BINDIR}/bmake
Also, it seems odd that you only want the link if tests are enabled -
this would seem likely to create more confusion, rather than less.
--
Peter Jeremy
signature.asc
Description: PGP signature
PROGS=t PROG=libkern_crc32
)
Building /usr/src/sys/libkern/arm64/crc32c_armv8.o
clang -cc1as: error: unable to open output file
'/usr/src/sys/libkern/arm64/crc32c_armv8.o': 'Read-only file system'
*** Error code 1
I do have an (empty)
/usr/obj/usr/src/arm64.aarch64/tests/sys/kern/usr/src/sys/libkern/arm64
--
Peter Jeremy
signature.asc
Description: PGP signature
PROGS=t PROG=libkern_crc32
)
Building /usr/src/sys/libkern/arm64/crc32c_armv8.o
clang -cc1as: error: unable to open output file
'/usr/src/sys/libkern/arm64/crc32c_armv8.o': 'Read-only file system'
*** Error code 1
I do have an (empty)
/usr/obj/usr/src/arm64.aarch64/tests/sys/kern/usr/src/sys/libkern/arm64
--
Peter Jeremy
signature.asc
Description: PGP signature
ake all_subdir_stand/fdt. Stop
Either MK_FDT needs to be forced on by MK_EFI or the dependency needs to
be made conditional.
--
Peter Jeremy
signature.asc
Description: PGP signature
ake all_subdir_stand/fdt. Stop
Either MK_FDT needs to be forced on by MK_EFI or the dependency needs to
be made conditional.
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2021-Jan-06 14:50:38 +0200, Toomas Soome wrote:
>
>
>> On 6. Jan 2021, at 12:33, Peter Jeremy wrote:
>>
>> On 2021-Jan-02 20:09:25 +, Toomas Soome wrote:
>>> The branch main has been updated by tsoome:
>>>
>>>
On 2021-Jan-06 14:50:38 +0200, Toomas Soome wrote:
>
>
>> On 6. Jan 2021, at 12:33, Peter Jeremy wrote:
>>
>> On 2021-Jan-02 20:09:25 +, Toomas Soome wrote:
>>> The branch main has been updated by tsoome:
>>>
>>>
the WITH_VT build option. I suspect
that stand/fonts should be likewise dependent on WITH_VT
--
Peter Jeremy
signature.asc
Description: PGP signature
the WITH_VT build option. I suspect
that stand/fonts should be likewise dependent on WITH_VT
--
Peter Jeremy
signature.asc
Description: PGP signature
ddress: ff:ff:ff:ff:ff:ff
firmware: 'rtwn-rtl8192eufw' version 111: 31818 bytes loaded at
0x82663000
rtwn0: rtwn_load_firmware: failed to upload firmware rtwn-rtl8192eufw (error 5)
Has anyone bumped into one of these and got it working?
[1] https://www.volans.com.au/product/vl-uw30-fd/
--
Peter
TL;DR: Ensure you explicitly destroy all ZFS labels on disused root pools.
On 2020-Jul-19 21:21:02 +1000, Peter Jeremy wrote:
>I'm sending this to -stable, rather than the src groups because I
>don't believe the problem is the commit itself, rather the commit
>has uncovered a laten
On 2020-Jul-21 00:47:23 +0300, Konstantin Belousov wrote:
>On Tue, Jul 21, 2020 at 07:20:44AM +1000, Peter Jeremy wrote:
>> On 2020-Jul-19 14:48:28 +0300, Konstantin Belousov
>> wrote:
>> >On Sun, Jul 19, 2020 at 09:21:02PM +1000, Peter Jeremy wrote:
>>
On 2020-Jul-19 14:48:28 +0300, Konstantin Belousov wrote:
>On Sun, Jul 19, 2020 at 09:21:02PM +1000, Peter Jeremy wrote:
>> I'm sending this to -stable, rather than the src groups because I
>> don't believe the problem is the commit itself, rather the commit
>> has uncov
Does anyone have any ideas?
--
Peter Jeremy
signature.asc
Description: PGP signature
:0:0:0): fatal error, failed to attach to device
That all makes me wonder if FreeBSD is actually communicating with the
device at all.
Can anyone offer a set of quirks that will actually work with this reader?
--
Peter Jeremy
signature.asc
Description: PGP signature
1 - 100 of 2774 matches
Mail list logo