Hi,
I updated head recently and today I noticed a difference which looks wrong.
At boodt the new head shows signifcantly less avail memory than before,
around 3 GiB less.
I moved from commit 71fbc6faed6 [1] where I got:
Aug 28 22:03:03 marvin kernel: real memory = 17179869184 (16384 MB)
Aug
> From: David Chisnall
> Date: Tue, 7 Sep 2021 14:51:21 +0100
> On 06/09/2021 20:34, Wolfram Schneider wrote:
> > With the option WITHOUT_TOOLCHAIN=yes the world build time is 2.5
> > times faster (real or user+sys), down from 48 min to 19.5 min real
> > time.
>
> Note that building LLVM with th
> On 6. Sep 2021, at 19:44, Karel Gardas wrote:
>
> Hello,
>
> I'm attempting to set EFI console resolution in loader to 1920x1920. This is
> working fine on all 3 tested* combinations when interrupting loader with '3'
> key and then
> issueing 'gop set 11' command and then 'boot' command.
>
On 06/09/21 10:08, Jeremie Le Hen wrote:
Hey,
I want to build -CURRENT again from sources. It's been a long time
since I hadn't done that. I'm shocked by the compilation time.
I started the whole thing on Friday night and Monday morning it's
still in stage 4.2 (building libraries). Through occa
On September 5, 2021 4:54:26 PM GMT+03:00, Eric McCorkle
wrote:
>All,
>
>This patch creates a new PAM module that will load a ZFS key upon a
>successful login: https://reviews.freebsd.org/D31844. It will use the
>user's auth token as the key argument to loading a ZFS encryption key on
>a user
> On 3. Sep 2021, at 18:59, FreeBSD User wrote:
>
> Hello,
>
> enabling
>
> WITH_BEARSSL
>
> in src.conf renders buildworld on 13-STABLE to fail, but not on
> 14-CURRENT.
>
>
>
> This is the difference between the sources, obviously 14-CURRENT contains the
> correct
> definition of S
Hey Warner,
Count me in, please.
Cheers,
Faraz
On Thu, Sep 02, 2021 at 08:43:21AM -0600, Warner Losh wrote:
> Greetings,
>
> As teased on twitter, now that summer is over, it's a good time to start
> working on the next steps with git. When we moved to git, we knew a number
> of things would co
On 16-7-2021 18:46, Ian Lepore wrote:
On Fri, 2021-07-16 at 09:01 -0600, Alan Somers wrote:
FreeBSD has always placed /usr/local/X after /usr/X in the default PATH.
AFAICT that convention began with SVN revision 37 "Initial import of 386BSD
0.1 othersrc/etc". Why is that? It would make sense t
freebsd-current wrote:
Hello,
I am running 14.0-CURRENT using the snapshot from 2021-08-05.__ It looks
as if setting dumpdev="AUTO" in /etc/rc.conf has no effect on enabling
kernel crash dumps.
root@callisto:~ # uname -a
FreeBSD callisto 14.0-CURRENT FreeBSD 14.0-CURRENT #0
ma
Hello,
I am running 14.0-CURRENT using the snapshot from 2021-08-05. It looks
as if setting dumpdev="AUTO" in /etc/rc.conf has no effect on enabling
kernel crash dumps.
root@callisto:~ # uname -a
FreeBSD callisto 14.0-CURRENT FreeBSD 14.0-CURRENT #0
main-n248478-f3a3b061216: Thu Aug 5 06:0
On 7/29/21 6:09 AM, Michael Gmelin wrote:
On Wed, 28 Jul 2021 16:02:30 -0400
Ed Maste wrote:
On Wed, 28 Jul 2021 at 15:15, Michael Butler via freebsd-current
wrote:
What prompted the question was my (obviously poor) attempt to debug
and resolve this failure when attempting to build a
Hi, this is the Mlmmj program managing the
mailing list.
Here is some information about the list.
You can subscribe to the following versions:
- The normal version: Every time a post is sent to the list, subscribers
receive a copy of it. Subscribe by emailing
.
- The digest version: Subscr
On 7/28/21 1:36 PM, Warner Losh wrote:
On Wed, Jul 28, 2021 at 11:31 AM Michael Butler via freebsd-current <
freebsd-current@freebsd.org> wrote:
I tripped over this while trying to build a local release ..
imb@toshi:/home/imb> pkg --version | awk -F. '{print $$1 * 1 + $
NVM .. it's the escaping of '$' ..
On 7/28/21 1:29 PM, Michael Butler via freebsd-current wrote:
I tripped over this while trying to build a local release ..
imb@toshi:/home/imb> pkg --version | awk -F. '{print $$1 * 1 + $$2 *
100 + $$3}'
10001
imb@toshi:/ho
I tripped over this while trying to build a local release ..
imb@toshi:/home/imb> pkg --version | awk -F. '{print $$1 * 1 + $$2 *
100 + $$3}'
10001
imb@toshi:/home/imb> pkg --version
1.17.1
Is this expected?
imb
On 7/25/21 11:54, Warner Losh wrote:
> On Sun, Jul 25, 2021 at 3:30 AM Gary Jennejohn wrote:
>
>> I updated my FBSD-14 tree yesterday.
>>
>> uname -a shows FreeBSD 14.0-CURRENT #5 main-n248198-72f7ddb587a.
>>
>> Did a buildkernel and a clean buildworld yesterday.
>>
>> This morning I booted the n
On Fri, Jul 16, 2021 at 10:11:41AM -0600, Alan Somers wrote:
> Ugh, that's a good example. I was thinking more about interactive
> programs, like say /usr/bin/vi vs editors/vim. Hypothetically how would
> one solve the conflict if /usr/local/bin came before /usr/bin ? Install
> binutils's binari
On Fri, Jul 16, 2021 at 09:01:49AM -0600, Alan Somers wrote:
> FreeBSD has always placed /usr/local/X after /usr/X in the default PATH.
> AFAICT that convention began with SVN revision 37 "Initial import of 386BSD
> 0.1 othersrc/etc". Why is that? It would make sense to me that
> /usr/local/X sho
nts.
>>
>>
>> On Tue, 6 Jul 2021 14:42:26 +0200 (CEST)
>> Ronald Klop wrote:
>>
>>> Maybe your previous install did not use UEFI?
>>>
>>> Ronald.
>>>
>>>
>>> Van: Toomas Soome via freebsd-current
>>>
> On 6. Jul 2021, at 14:49, Nuno Teixeira wrote:
>
> Hello,
>
> gop get says:
> ---
> EDID 1920x1080
> mode 0
> ---
>
> When I try other modes it sometimes decreases res.
>
> I remember that high res was working until now.
> Maybe a bug?
GOP set/get/list is the only interface with uefi gr
> On 6. Jul 2021, at 14:07, Nuno Teixeira wrote:
>
> I forgot to say that dmesg show vt resolution:
>
> ---
> (...)
> FreeBSD clang version 12.0.1 (g...@github.com:llvm/llvm-project.git
> llvmorg-12.0.1-rc2-0-ge7dac564cd0e)
> WARNING: WITNESS option enabled, expect reduced performance.
> ==>
On 2021-Jul-5, at 13:29, Fernando Apesteguía wrote:
> On Mon, Jul 5, 2021 at 8:48 AM Fernando Apesteguía
> wrote:
>>
>>
>>
>> El lun., 5 jul. 2021 4:59, Mark Millard escribió:
>>>
>>> The following commit seems to have proken installation
>>> by being incomplete:
>>>
>>> . . .
>>> committ
On 2021-Jul-4, at 19:59, Mark Millard wrote:
> The following commit seems to have proken installation
> by being incomplete:
>
> . . .
> committer Fernando Apesteguía 2021-06-30
> 07:57:51 +
> commit0a0f7486413c147d56808b38055c40c64cff61f5 (patch)
> . . .
> man: Build man
The following commit seems to have proken installation
by being incomplete:
. . .
committer Fernando Apesteguía 2021-06-30
07:57:51 +
commit 0a0f7486413c147d56808b38055c40c64cff61f5 (patch)
. . .
man: Build manpages for all architectures
Building and installing architecture-specifi
On 2021-Jul-2, at 08:38, Chuck Tuffli wrote:
> On Thu, Jun 24, 2021 at 11:50 PM Mark Millard via freebsd-current
> wrote:
>>
>> I've given up on figuring any useful out for this example.
>> I've also not had a repeat so far.
>>
>> I
On 2-7-2021 12:17, Tobias Kortkamp wrote:
On Fri, Jul 02, 2021 at 11:52:14AM +0200, Willem Jan Withagen via
freebsd-current wrote:
Hi,
Have there been changes in the backtrace() calls?
I recently upgraded my current server, and now the Ceph backtrace test
starts to fail
It looks like it
Hi,
Have there been changes in the backtrace() calls?
I recently upgraded my current server, and now the Ceph backtrace test
starts to fail
It looks like it is implemented in the llvm code.
So it could be that something is off in that code.
--WjW
Program terminated with signal SIGSEGV, Seg
Hello,
I just set `WITHOUT_GOOGLETEST` in my src.conf then ran `make
delete-old`
to get rid of the files it left, but it seems OptionalObsoleteFiles.inc
doesn't have entries for
/usr/tests/lib/googletest/gtest_main/gtest_skip_in_environment_setup_test
/usr/tests/lib/googletest/gtest_main/
I've given up on figuring any useful out for this example.
I've also not had a repeat so far.
I'm progressing to much more recent commits for the
environment to be based on as well.
The primary aarch64 system for my access is switching to
be a HoneyComb. The Optane was moved to the HoneyComb.
=
Dimitry Andric dim at FreeBSD.org wrote on
Mon Jun 14 19:17:40 UTC 2021 :
> The branch main has been updated by dim:
>
> URL:
> https://cgit.FreeBSD.org/src/commit/?id=790a6be5a1699291c6da87871426d0c56dedcc89
>
>
> commit 790a6be5a1699291c6da87871426d0c56dedcc89
> Author: Dimitry Andric
>
On 6/10/21 6:26 PM, Kevin Oberman wrote:
I have never seen it return anything from /usr/src.
It seems to return stuff from /usr/src for me
> whereis cc
cc: /usr/bin/cc /usr/share/man/man1/cc.1.gz
/usr/src/contrib/netbsd-tests/usr.bin/cc
Although I question the validity of that response. But
On 2021-Jun-08 17:13:45 -0600, Ian Lepore wrote:
>On Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wrote:
>> There is a command for that which does or use to do a pretty
>> decent job of it called whereis(1).
Thanks. That looks useful.
>revolution > whereis ntp.conf
>ntp.conf:
>revolution >
tech-lists wrote on
Date: Wed, 9 Jun 2021 02:13:07 +0100 :
> root_at_desktop:/usr/src# git remote prune freebsd
> fatal: 'freebsd' does not appear to be a git repository
> fatal: Could not read from remote repository.
>
> Please make sure you have the correct access rights
> and the repository e
On 2021-Jun-6, at 13:25, Mark Millard wrote:
> Baptiste Daroussin wrote on
> Date: Sun, 6 Jun 2021 10:53:49 +0200 :
>
>> What has happended:
>> plan A: we migrated everything off mailman/pipermail seamlessly with
>> redirection
>> and so on. We patched the new archiver to produce the same file
Baptiste Daroussin wrote on
Date: Sun, 6 Jun 2021 10:53:49 +0200 :
> What has happended:
> plan A: we migrated everything off mailman/pipermail seamlessly with
> redirection
> and so on. We patched the new archiver to produce the same file names has
> pipermail
>
> Plan A worked fine up to a li
Hi, this is the Mlmmj program managing the
mailing list.
You were unable to be unsubscribed from the list because you are not
subscribed.
If you are receiving messages, perhaps a different email address is
subscribed. To find out which address you are subscribed with, refer to the
message welcom
Cy Schubert wrote on:
Date: Tue, 01 Jun 2021 14:02:06 -0700 :
> Can you provide me with a backtrace, using the bt command, please.
That was in the original message from David W. A copy was
in the reply that you sent to the list as well:
> > (gdb) bt
> > #0 0x010fb34f in wpa_sm_rx_eapo
On 2021-May-29, at 01:15, Mark Millard wrote:
> On 2021-May-23, at 00:46, Mark Millard via freebsd-current at freebsd.org> wrote:
>
>> On 2021-May-23, at 00:08, Mark Millard via freebsd-current > at freebsd.org> wrote:
>>
>>> On 2021-May-22, at 22:16,
Hello,
I just submitted two differentials, D30545 and D30547, for color
support in diff(1) and underline support in ls(1) respectively. While I
was submitting these I also noticed that .arcconfig is still configured
to submit differentials to the subversion repo, not the git one.
- Camer
On 2021-May-23, at 00:46, Mark Millard via freebsd-current wrote:
> On 2021-May-23, at 00:08, Mark Millard via freebsd-current at freebsd.org> wrote:
>
>> On 2021-May-22, at 22:16, Warner Losh wrote:
>>
>>> On Sat, May 22, 2021 at 10:44 PM Mark Milla
On 2021-May-23, at 00:08, Mark Millard via freebsd-current wrote:
> On 2021-May-22, at 22:16, Warner Losh wrote:
>
>> On Sat, May 22, 2021 at 10:44 PM Mark Millard via freebsd-arm
>> wrote:
>> # mount -onoatime 192.168.1.187:/usr/ports/ /mnt/
>> # diff -r /us
On 2021-May-22, at 22:16, Warner Losh wrote:
> On Sat, May 22, 2021 at 10:44 PM Mark Millard via freebsd-arm
> wrote:
> # mount -onoatime 192.168.1.187:/usr/ports/ /mnt/
> # diff -r /usr/ports/ /mnt/ | more
> nvme0: cpl does not map to outstanding cmd
> cdw0: sqhd:0020 sqid:0003 cid:007
itHub (2.0i).
Henri
If I disable it at the boot console then it's fine.
-adrian
_______
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-c
done
Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done
Waiting (max 60 seconds) for system thread `bufspacedaemon-1' to stop... done
Waiting (max 60 seconds) for system thread `bufspacedaemon-3' to stop... done
Waiting (max 60 seconds) for system thread `bufspacedaem
system software and
>> such:
>>
>> # ~/fbsd-based-on-what-freebsd-main.sh
>> FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT
>> mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 145 145
>> def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build in git
>> context.
>> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2
>> merge-base: CommitDate: 2021-03-12 20:29:42 +
>> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all
>> XPT_ASYNC ccbs in a dedicated thread
>> n245444 (--first-parent --count for merge-base)
>>
>> The system was a MACCHIATObin Double Shot.
>
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
nvestigate this last problem can you send
kenv | grep smbios.system
and
dmesg|grep rtsx
for the setup that work for you.
Thanks
Henri
Best Regards,
Marc Veldman
_______
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listin
nabled
ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected
ecap 0003[148] = Serial 1 0001004ce000
ecap 0018[158] = LTR 1
ecap 001e[160] = L1 PM Substates 1
// Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
https://lists
-
KDB: enter: panic
Both panics are "debuggable", as keyboard is working in ddb and crash dump could
be created. And I'm not sure, that GIANT in 2021 is good thing.
Please test the 2.0h version from GitHub.
Henri
_______
freebsd-current
On 5/13/21 7:25 PM, Marc Veldman wrote:
On 13 May 2021, at 17:56, Henri Hennebert wrote:
On 5/13/21 5:51 PM, Lev Serebryakov wrote:
On 13.05.2021 18:38, Henri Hennebert via freebsd-current wrote:
This seems a good news.
Can you replace sys/dev/rtsx.c by the latest version (2.0g) from
The system was a MACCHIATObin Double Shot.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 5/13/21 5:51 PM, Lev Serebryakov wrote:
On 13.05.2021 18:38, Henri Hennebert via freebsd-current wrote:
This seems a good news.
Can you replace sys/dev/rtsx.c by the latest version (2.0g) from
https://github.com/hlh-restart/rtsx
I reduce the DELAY to 25 and make some other updates
st version (2.0g) from
https://github.com/hlh-restart/rtsx
I reduce the DELAY to 25 and make some other updates waiting in the
pipeline.
Thank you for your time
Henri
___________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailma
you can test this
with loadfont /boot/fonts/gallant.fnt, gallant is not listed in the index
(because it has much smaller number of glyphs compared to terminus).
If KMS will set different resolution and the default font is not good, then
vidcontrol command can be used to load better one.
hope this helps,
toomas
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
with panic!
What do you mean? Does it display "card present" before the interrupt ?
_______
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 5/13/21 3:30 PM, Lev Serebryakov wrote:
On 13.05.2021 15:48, Henri Hennebert via freebsd-current wrote:
rtsx0: <2.0c .>
rtsx0: Card present
mmc0: on rtsx0
rtsx0: Interrupt card inserted/removed
rtsx0: Card absent
...
This must be the culprit this change from present/absent
On 5/13/21 2:40 PM, Lev Serebryakov wrote:
On 13.05.2021 15:13, Henri Hennebert via freebsd-current wrote:
I’m not sure if this is an interesting data point or not,
but a warm boot without the card inserted succeeds after
a cold boot with the card inserted.
It could explain, why my tests
hing in my case.
Does iwm0 / mmc0 is shown during boot?
can you try a verbose boot (boot -s)
if you can't see the verbose output which is too fast on the display:
try a boot -p
Henri
PS Thanks for your time
_______
freebsd-current@fr
resent/absent status, a
taskqueue is scheduled. I am digging there...
Thanks for your time!
henri
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
path" gave different results!
With a "cold" boot and without a card inserted did you see something like:
rtsx0: <2.0c Realtek ...
rtsx0: Card present
mmc0: on rtsx0
rtsx0: Interrupt card inserted/removed
rtsx0: Card absent
___________
free
laptop.
I’ve put my diagnostics in this thread, with the SVN revision in which it seems
to have broken.
https://docs.freebsd.org/cgi/getmsg.cgi?fetch=327822+0+archive/2020/freebsd-current/20201227.freebsd-current
I your first message on the thread I see
"mmc0: detached"
do you have th
broken.
https://docs.freebsd.org/cgi/getmsg.cgi?fetch=327822+0+archive/2020/freebsd-current/20201227.freebsd-current
I your first message on the thread I see
"mmc0: detached"
do you have the previous lines of the dmesg?
This is what I can see on the display:
(Copied by hand, so t
On 5/12/21 5:04 PM, Marc Veldman wrote:
Unfortunately I can only say “me too”, but on a different Lenovo laptop.
I’ve put my diagnostics in this thread, with the SVN revision in which it seems
to have broken.
https://docs.freebsd.org/cgi/getmsg.cgi?fetch=327822+0+archive/2020/freebsd-current
On 5/12/21 5:04 PM, Marc Veldman wrote:
Unfortunately I can only say “me too”, but on a different Lenovo laptop.
I’ve put my diagnostics in this thread, with the SVN revision in which it seems
to have broken.
https://docs.freebsd.org/cgi/getmsg.cgi?fetch=327822+0+archive/2020/freebsd-current
On 5/12/21 2:46 PM, Lev Serebryakov wrote:
On 12.05.2021 13:01, Henri Hennebert via freebsd-current wrote:
It would be fine if you can test the driver with dev.rtsx.0.inversion=1 in
loader.conf and see it it solve the problem.
the output of
sysctl dev.rtsx and
kenv | grep smbios.system
would
em.
the output of
sysctl dev.rtsx and
kenv | grep smbios.system
would be useful
BTW is a dummy card inserted in the SD slot?
Thank for your time
Henri
--
wbr, Sergey
_______
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/l
3.0
Henri
_______
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 2021-May-5, at 17:01, Yuri Pankov wrote:
> Mark Millard via freebsd-current wrote:
>> Context:
>>
>> # gpart show -pl da0
>> => 40 468862048da0 GPT (224G)
>> 40 532480 da0p1 efiboot0 (260M)
>> 532520 2
arly 2018-Mar)
_______
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 2021-May-5, at 05:28, Mark Millard wrote:
> On 2021-May-5, at 02:47, Andriy Gapon wrote:
>
>> On 05/05/2021 01:59, Mark Millard via freebsd-current wrote:
>>> I had a:
>>> # zfs list -tall
>>> NAME USED AVAIL
y run a 'target cortex-a7 (so: armv7) from aarch64' test
> next. That was the context for the original discovery and
> report.
>
>
The armv7 builds and installs get the same sort of diff
results as the aarch64 ones.
So it does not look like I can readily reproduce the
problem files that had differences.
Given the time it takes to run the experiments, I would
not expect to reproduce the problem on any given
timescale. I'll stop the reporting as I go along in
my activities --unless I end up with a repetition
of the problem.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 2021-May-5, at 02:47, Andriy Gapon wrote:
> On 05/05/2021 01:59, Mark Millard via freebsd-current wrote:
>> I had a:
>> # zfs list -tall
>> NAME USED AVAIL REFER MOUNTPOINT
>> . . .
>> zroot/DESTDIRs/13_0R-CA72
n a 'target cortex-a7 (so: armv7) from aarch64' test
next. That was the context for the original discovery and
report.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
139
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
; root at generic
> :~ #
>
> worth submitting a PR? or is bsdinstall legacy and I need to use some
> other method. I've not tried releng/12.2 yet.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
_______
accidentally
discovered the presence of the few files with
differences. My new experiments were different
and I'd not though of needing to vary the
procedure to get you the right evidence.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
__
line 293, in load
return loads(fp.read(),
File "/usr/local/lib/python3.7/codecs.py", line 504, in read
newchars, decodedbytes = self.decode(data, self.errors)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xb7 in position 18:
invalid start byte
Not exactly an obvious erro
.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-uns
00018 29 100 8
[29] .strtab STRTAB 51c8
0363 0 0 1
> 50c4-000050b8 == 0xC
Note: 0xC+0x4 == 0x10 (the size), so the last 4 bytes
of .gnu_debuglink
> For all I know, some i
the 4 might accidentally
match sometimes. The addition offset after .gnu_debuglink's file
offset does vary (0xC and 0x10 above).
The content of those differences do not look like
file path components, for example the 0x08 byte.
I do build with:
# Avoid stripping but do not
ars, decodedbytes = self.decode(data, self.errors)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xb7 in position 18:
invalid start byte
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
RRENT FreeBSD 14.0-CURRENT #24
main-n246214-78ffcb86d98: Tue Apr 20 17:51:50 CEST 2021
root@STING:/usr/obj/usr/src/amd64.amd64/sys/STING amd64
regardsFilippo
___________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 2021-May-3, at 21:27, Mark Millard wrote:
> On 2021-May-3, at 19:26, Mark Millard wrote:
>
>> On 2021-May-3, at 10:51, Mark Millard wrote:
>>
>>> On 2021-May-3, at 07:47, Ed Maste wrote:
>>>
>>>> On Thu, 29 Apr 2021 at 02:
On 2021-May-3, at 19:26, Mark Millard wrote:
> On 2021-May-3, at 10:51, Mark Millard wrote:
>
>> On 2021-May-3, at 07:47, Ed Maste wrote:
>>
>>> On Thu, 29 Apr 2021 at 02:50, Mark Millard via freebsd-current
>>> wrote:
>>>>
>>>
On 2021-May-3, at 10:51, Mark Millard wrote:
> On 2021-May-3, at 07:47, Ed Maste wrote:
>
>> On Thu, 29 Apr 2021 at 02:50, Mark Millard via freebsd-current
>> wrote:
>>>
>>> Files /usr/obj/DESTDIRs/13_0R-CA7-chroot/sbin/ping and
>>> /usr
--
Pete Wright
p...@nomadlogic.org
@nomadlogicLA
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 2021-May-3, at 07:47, Ed Maste wrote:
> On Thu, 29 Apr 2021 at 02:50, Mark Millard via freebsd-current
> wrote:
>>
>> Files /usr/obj/DESTDIRs/13_0R-CA7-chroot/sbin/ping and
>> /usr/obj/DESTDIRs/13_0R-CA7-poud/sbin/ping differ
>> Files /usr/obj/DESTDIRs/1
t;
> <2021-05-02 10:48 messages without a record of recent pkg upgrade.txt>
> _______
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubsc
On Saturday, 1 May 2021 16:45:03 CDT Stefan Esser wrote:
> Am 01.05.21 um 21:48 schrieb Greg Rivers via freebsd-current:
> > On Saturday, 1 May 2021 14:09:46 CDT Nilton Jose Rizzo wrote:
> >> I using a FreeBSD 14-Current and get random error with my NIC. The
> >> wa
n ports: net/realtek-re-kmod
--
Greg
_______
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
rk Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
/13.* might not handle?
>
> The implication would be that such a mix of boot
> environments on the same zpool or media might not
> be a good idea over time: main might be better
> separated so the ZFS versioning is independent
> between 13 and 14.
>
===
Mark Millard
marklmi
parated so the ZFS versioning is independent
between 13 and 14.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscr
On Mon, Apr 19, 2021 at 07:44:13PM +, Faraz Vahedi via freebsd-hackers
wrote:
> Dear hackers and committers,
>
> I have sent two small patches on freebsd-version(1) and
> freebsd-update(8), D25705 and D25711 respectively, to
> add -j flag for supporting jails.
> I think they are both somewhat
ht notice and care about such differences.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send an
On 2021-Apr-25, at 08:14, Graham Perrin wrote:
> On 23/04/2021 08:39, Mark Millard via freebsd-current wrote:
>
>> [3]
>
>
> With regard to mounting ZFS file systems in single user mode
>
> What's currently footnote 3 will pr
j/DESTDIRs/13_0R-CA7-for-chroot/var/db/etcupdate/
I have not checked on if "etcupdate build" has a similar issue
vs. not.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___________
freebsd-current@freebsd.org mailing
_____
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
ng / writable at this
stage either.)
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
toWITHOUT_LLVM_TARGET_ALLWITH_LLVM_TARGET_X86sincerelyFilippo
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
llard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
101 - 200 of 345 matches
Mail list logo
