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
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
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
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
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
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
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:
>> >
[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-
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
>
ntry says that it's switched from devd to udev. There's no
mention of evdev or that the keycodes have been roto-tilled. It's basically
a vanilla "things have been changed, see the documentation" entry. Given
that entry, it's hardly surprising that people are confused.
--
Peter Jer
g anything else non-standard)?
--
Peter Jeremy
signature.asc
Description: PGP signature
. If you are able to
share the two constants (both step size and reference temperature), that
would be great.
--
Peter Jeremy
signature.asc
Description: PGP signature
C
>
># sysctl -a dev.amdtemp.0.core0.sensor0
>dev.amdtemp.0.core0.sensor0: 63.1C
At what ambient temperature? I see a similar value from my (idle) APU3
but don't believe the (implied) ~35K junction-to-ambient difference.
--
Peter Jeremy
signature.asc
Description: PGP signature
* XXX Now what?
+* We've got a hole in the rx ring.
+*/
+ }
}
}
--
Peter Jeremy
signature.asc
Description: PGP signature
s - it just
reports "*** Error code 1" in bootstrap-tools. Having trace the failure,
I now see ".ERROR_TARGET='_bootstrap-tools-link-kbdcontrol'" but that was
only obvious in hindsight.
--
Peter Jeremy
signature.asc
Description: PGP signature
listed here:
>https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html
Thanks for the pointer and sorry for leaving that out.
--
Peter Jeremy
signature.asc
Description: PGP signature
30aba0 fp = 0x0000
--
Peter Jeremy
signature.asc
Description: PGP signature
ther. Thank you for your efforts.
--
Peter Jeremy
signature.asc
Description: PGP signature
;index 63ea4736707..16dc7745c77 100644
>--- a/sys/fs/nfsclient/nfs_clport.c
>+++ b/sys/fs/nfsclient/nfs_clport.c
...
With that patch, I'm back to "Sleeping thread (...) owns a non-sleepable
lock" panics.
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2019-Sep-16 11:19:02 +0300, Konstantin Belousov wrote:
>diff --git a/sys/fs/nfsclient/nfs_clport.c b/sys/fs/nfsclient/nfs_clport.c
>index 471e029a8b5..63ea4736707 100644
...
Thanks, that patch seems much more stable.
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2019-Sep-16 09:32:52 +0300, Konstantin Belousov wrote:
>On Mon, Sep 16, 2019 at 04:12:05PM +1000, Peter Jeremy wrote:
>> I'm consistently seeing panics in the NFS code on recent -current on aarm64.
>> The panics are one of the following two:
>> Sleeping on "vmop
e [***] change to:
sleepq_wait() at vm_page_sleep_if_busy+0x80
vm_page_sleep_if_busy() at vm_object_page_remove+0xfc
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2019-Jun-21 20:59:39 +1000, Peter Jeremy wrote:
>Since r349169, my Rock64 has consistently panic'd whilst attaching
>rockchip_dwmmc1. A kernel built at r349135 works OK. The relevant
>output looks like:
>rockchip_dwmmc0: (RockChip)> mem 0xff50-0xff503fff ir
...
I've looked through all the intervening commits and don't see any
smoking gun. Does anyone have any suggestions?
--
Peter Jeremy
signature.asc
Description: PGP signature
I feel about being confused with jhs.
Actually, I had also seen this problem in both mkesdb_static and
mkcsmapper_static but hadn't reported it because I was investigating
something else and wasn't certain that it wasn't self-inflicted.
--
Peter Jeremy
signature.asc
Description: PGP signature
.c:60)
>>>> g_uzip_lzma.o:(g_uzip_lzma_free)
>--- kernel.full ---
>*** [kernel.full] Error code 1
Are you talking about FreeBSD 12 or FreeBSD 13?
--
Peter Jeremy
signature.asc
Description: PGP signature
rec() before main() and add a note in the
man pages that libm is built to use the default FPU configuration and
changing the configuration (precision or rounding) may result in larger
errors.
--
Peter Jeremy
signature.asc
Description: PGP signature
ck (eg) https://svnweb.freebsd.org/base?view=revision=333926
If you want a sequential list of commits, you might be better off with (eg)
https://lists.freebsd.org/pipermail/svn-src-all/
--
Peter Jeremy
signature.asc
Description: PGP signature
331053.
I've seen it in my main server (32GB RAM) but haven't managed to reproduce
it in smaller VBox guests - one difficulty I faced was artificially filling
ARC.
--
Peter Jeremy
signature.asc
Description: PGP signature
? E.g. what is the output of "find
/usr/lib/clang -name emmintrin.h" ?
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2017-Dec-23 13:42:40 +0100, Dimitry Andric <d...@freebsd.org> wrote:
>On 23 Dec 2017, at 10:56, Peter Jeremy <pe...@rulingia.com> wrote:
>>
>> Since r326496, buildworld on my 12-current/amd64 system has consistently
>> died as follows.
>...
>> /
sr/src/lib/clang/libclang
I'm building on a 12.0-CURRENT VirtualBox guest at r326430. I've checked
that my /usr/src is clean and deleted /usr/obj to no effect. I have dug
into SourceManager.cpp and the #include is protected by a #if __SSE2__,
which is relying on clang internal checks to define (an
t he is running but I would
point the finger at r325851. I have discovered that, in 11-stable,
r326619 (which is the MFC of r325851) stops ARC responding to memory
backpressure.
--
Peter Jeremy
signature.asc
Description: PGP signature
xact dump and fsck commands you ran?
>I now have two UFS-based systems showing the same symptoms - what's up
>with this?
Was there anything you did on either filesystem that might have triggered it?
--
Peter Jeremy
signature.asc
Description: PGP signature
ng
under all circumstances. It's blatently breaking in this scenario but could
be causing more subtle (and unnoticed) breakage in other cases. This makes
me feel that this is worth investigating further.
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2017-May-24 18:01:42 -0700, "Simon J. Gerraty" <s...@juniper.net> wrote:
>Peter Jeremy <pe...@rulingia.com> wrote:
>> as follows. My suspicion is that meta mode isn't seeing enough of the
>> differences between the bootstrap and main build steps and so caus
.meta -print0 | xargs -0 rm" and am still
waiting for that to complete, though it has passed the above failure point.
--
Peter Jeremy
signature.asc
Description: PGP signature
r it being
stable, consider a (hypothetical) filesystem that can transparently
migrate data between different storage media, with different compression
algorithms etc (ZFS will be able to do this once the mythical block
rewrite code is written).
--
Peter Jeremy
signature.asc
Description: PGP signature
t file and du(1)
reports the number of blocks reported by stat(2). It seems that you are
hitting a situation where the file metadata isn't immediately updated.
--
Peter Jeremy
signature.asc
Description: PGP signature
be shipped without it. There is no intention of merge of the removal.
>The stable@ mailing list added for wider audience.
Can I suggest that we put some warnings into the SVr4 image activation
code and MFC that to at least 11 to try and smoke out anyone who might
actually be using it.
--
Peter J
uggest trying without the
"-DNOCLEAN -DNO_CLEAN" - they are shortcuts that aren't guaranteed to
work under all circumstances. And if that still fails, skip the '-j8'
because it's possible there are still race conditions in buildworld
(though that is very unlikely).
--
Peter Jeremy
at is your current environment?
- What is the output leading up to that error (what is being built?
--
Peter Jeremy
signature.asc
Description: PGP signature
you try and identify a more
>> portable repro or at least figure out why it fails on your system?
>>
>> Please try applying this patch, too. It's a shot in the dark, though.
>
>Dumb question: what ssh key type(s) (dsa, rsa, etc) are you using Peter :)?
I'm using ECDSA for
t;Please try applying this patch, too. It's a shot in the dark, though.
That patch seems to fix the problem I'm seeing. Not waiting for output
to drain is consistent with the symptoms I'm seeing, though I have no
idea why only my Linux client is affected.
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2016-Aug-10 14:32:15 -0400, john hood <cg...@glup.org> wrote:
>On 8/10/16 4:18 AM, Peter Jeremy wrote:
>> I recently updated one of my VPS hosts from 10.3-RELEASE-p5 to 11.0-BETA4
>> r303811 and mosh to that host from my Linux laptop stopped working. All
>> I get
ifficult to decode the session).
Has anyone else seen this behaviour or have any ideas what might be
causing it?
--
Peter Jeremy
signature.asc
Description: PGP signature
to date) without problem.
--
Peter Jeremy
signature.asc
Description: PGP signature
It's possible that either the umass(4) driver or your USB
to SATA adapter are not correctly handling the relevant commands.
--
Peter Jeremy
signature.asc
Description: PGP signature
ot to rule it out
for their specific application, that is (IMHO) sufficient.
--
Peter Jeremy
signature.asc
Description: PGP signature
that is guaranteed to get stale over time. How about stating that
these functions are implemented as syscalls only if the AT_TIMEKEEP value
reported by procstat -x is NULL.
--
Peter Jeremy
pgpNkOswpFC0C.pgp
Description: PGP signature
showing the request/response differences
between dig(1) and local_unbound?
--
Peter Jeremy
pgphVJ2onIPFJ.pgp
Description: PGP signature
/cdc5f872b3e48cc0dda031fc7d6bdedc65c3148f
I've been running this[*] on a Google Compute Engine instance for about 6
months without problems.
[*] I had to patch out the test for KVM_FEATURE_CLOCKSOURCE_STABLE_BIT but
I think that's a GCE issue.
--
Peter Jeremy
pgpi9_M8QUFuE.pgp
Description: PGP signature
On 2014-Sep-05 18:18:15 +, Bjoern A. Zeeb
bzeeb-li...@lists.zabbadoz.net wrote:
Started the last 48 hours at some time:
It's now fixed for me. I think the fix was r271168.
--
Peter Jeremy
pgpv2g5pS98PC.pgp
Description: PGP signature
and hw.syscons.kbd_debug=1 (if you're using syscons)?
--
Peter Jeremy
pgpRWEUgfMxEM.pgp
Description: PGP signature
groups and had all the cross-platform code
excised to make it Linux-only.
--
Peter Jeremy
pgpwNAwcA6h9m.pgp
Description: PGP signature
Explained
- which is the SVR4 internals.
--
Peter Jeremy
pgpXr6FrMeCfw.pgp
Description: PGP signature
On 2014-Jan-05 09:11:38 +0100, O. Hartmann ohart...@zedat.fu-berlin.de
wrote:
On Sun, 5 Jan 2014 10:14:26 +1100
Peter Jeremy pe...@rulingia.com wrote:
On 2014-Jan-04 23:26:42 +0100, O. Hartmann
ohart...@zedat.fu-berlin.de wrote:
zfs list -r BACKUP00
NAME USED AVAIL REFER
BACKUP00
zfs list -r BACKUP00
--
Peter Jeremy
pgpJndNkyBTKH.pgp
Description: PGP signature
gone from 2.5T
to 1.47T used (though I gather that has taken several days). Can you
pleas post the result of
zfs get all BACKUP00/backup
--
Peter Jeremy
pgpmSrBIo4DlN.pgp
Description: PGP signature
in my case) so the information has probably rotated into the bit bucket.
I agree that having a pkg audit trail would be useful. Unfortunately,
what we have today is not an audit trail and isn't especially useful.
--
Peter Jeremy
pgpVS_m9BxiAC.pgp
Description: PGP signature
have the time to investigate further but forcing the use of gcc
instead of clang is at least a workaround.
--
Peter Jeremy
pgpDa0UXCa_Nr.pgp
Description: PGP signature
sequential
writes). The (low-end) SSD in my Netbook also has about 100:1 variance
due to erase blocking. How do you tune hirunningbufspace in the face
of 2 or 3 orders of magnitude variance in throughput? Especially since
SSDs don't gradually degrade - they hit a brick wall.
--
Peter Jeremy
(if it doesn't, it'll probably just lockup). Otherwise, you need
to either put up with it or upgrade to a better SSD.
I run into this regularly with the low-end SuperTalent drive in my
Netbook but have never seen it with the OCZ Agility4 that I use for
L2ARC in my fileserver.
--
Peter Jeremy
you can't boot?
--
Peter Jeremy
pgpHx5Un14coz.pgp
Description: PGP signature
) way to defragment a ZFS pool.
--
Peter Jeremy
pgp7mByYv45q2.pgp
Description: PGP signature
for /usr/share/syscons/keymaps/INDEX.keymaps as well as explaining
how it differs from the 9 existing Dvorak keymaps.
--
Peter Jeremy
pgpSNEQbnvSGA.pgp
Description: PGP signature
On 2012-Nov-10 16:53:10 -0800, Devin Teske devin.te...@fisglobal.com wrote:
Can someone help review this for the commit log?
I've had a look through the proposed patch and my comments follow.
Other than that, it looks good to me.
Index: menu-commands.4th
not
be an option since it doesn't support ARM.
--
Peter Jeremy
pgpggt7LmRYN1.pgp
Description: PGP signature
of bitrot in the GNU toolchain decomes non-negligible.
And once it breaks, there may not be the critical mass to repair it.
This is basically what happened to the Alpha.
--
Peter Jeremy
pgpPdXemjRuOy.pgp
Description: PGP signature
.
--
Peter Jeremy
pgprxHjDiuWkT.pgp
Description: PGP signature
on issues you encounter
would be appreciated so that they can be corrected before they make
it into a RELEASE.
--
Peter Jeremy
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
No. The first stage of the buildworld is creating cross-tools - which
run on the existing world (and hence need its include files and libs).
--
Peter Jeremy
pgpFV9rJata7v.pgp
Description: PGP signature
. BTW, one thing that needs to be considered is how to recover
from the embedded public key needing to be invalidated (eg due to the
private key being exposed).
--
Peter Jeremy
pgp6uilrjhsXu.pgp
Description: PGP signature
list.
--
Peter Jeremy
pgp9SoqeQglFI.pgp
Description: PGP signature
.
Before r239356 iface just doing down/up without dhclient exit and
everything work fine.
For you, anyway. Failing to detect link down causes problems for me
because my dhclient was not seeing my cable-modem resets and therefore
failing to reacquire a DHCP lease.
--
Peter Jeremy
pgptb9EOcZ9Yg.pgp
. In particular the spurious link resets
from fxp don't seem to cause any problems.
--
Peter Jeremy
pgp5gbqPFkDoz.pgp
Description: PGP signature
On 2012-Aug-20 07:17:59 +0900, Randy Bush ra...@psg.com wrote:
the only thing a night's sleep got me was the idea of attaching an
external sata drive and putting swap on it.
You can also swap to a file via NFS.
--
Peter Jeremy
pgp62N8KdUtmP.pgp
Description: PGP signature
, if you plan on allocating lots of swap, be aware that each swap
device is limited to 32GiB - see vm/swap_pager.c:swaponsomething().
--
Peter Jeremy
pgpwSk7xMhpGY.pgp
Description: PGP signature
to run multiple port installs on
different terminalls without them treading on each other. (Next step,
outside pkgng, in to allow paralles builds).
Thank you for all the answers.
--
Peter Jeremy
pgp0v7MUuicxP.pgp
Description: PGP signature
this mean that if
I add a file to a directory that was created by a package, that
file will be deleted automatically if I delete the package?
--
Peter Jeremy
pgpJM9KZGxJce.pgp
Description: PGP signature
that, for
the remaining missing functions, the Project would be best served by
committing the best code that is currently available under a suitable
license and cleaning it up over time (as was done for the current
libm).
--
Peter Jeremy
pgpPVXxJTjV0R.pgp
Description: PGP signature
to commit what they have been working on, without
forcing the rest of the FreeBSD community to wait indefinitely for
the pie in the sky.
This sounds good to me as well and I'd be happy to help.
--
Peter Jeremy
pgpmY7CNvs676.pgp
Description: PGP signature
the malloc_type_allocated() call in contigmalloc()
whereas now only small allocations are counted. This would seem to
indicate that large bus_dmamem_alloc() allocations won't be visible in
(eg) vmstat -m.
--
Peter Jeremy
pgpZoejmmJeAW.pgp
Description: PGP signature
would be a good spot to co-ordinate
the work (as well as making it clear what is still to be done). The
existing page needs some TLC to be useful.
--
Peter Jeremy
pgpJMDQgZRF8K.pgp
Description: PGP signature
I am running into a problem with RAM fragmentation causing contigmalloc()
failures and wonder if anyone has a tool that that would allow me to
identify the owner(s) of pages of RAM within a region on amd64.
--
Peter Jeremy
pgpJ5bQo0Tiwa.pgp
Description: PGP signature
a port for it. See
http://www.freebsd.org/doc/en/books/porters-handbook/
--
Peter Jeremy
pgprd7bzEzHR2.pgp
Description: PGP signature
- there's always utility and it
defaults to /bin/echo. Therefore xargs can just always fork/exec.
I agree that special-casing the default to have xargs print the
relevant number of arguments would be more efficient.
--
Peter Jeremy
pgpjWzNyZgd8T.pgp
Description: PGP signature
?
Peter Jeremy more or less has a stopgap already ready judging by the comments
in the thread thus far.
There's probably an hours work by either stephen@ or myself to adapt
the work I did on cephes in Sage to a standalone FreeBSD port.
Unfortunately, both stephen@ I are currently otherwise occupied
On 2012-May-30 13:27:03 +1000, Peter Jeremy pe...@rulingia.com wrote:
On 2012-May-29 02:18:25 +0400, Dmitry Marakasov amd...@amdmi3.ru wrote:
Then you should try to profile it - my script basically runs
delete-old delete-old-libs for every knob (131 of them), and it
hadn't taken more than 4
On 2012-May-29 02:18:25 +0400, Dmitry Marakasov amd...@amdmi3.ru wrote:
* Peter Jeremy (pe...@rulingia.com) wrote:
My experience is that it now takes about 2½ minutes on 10.x with warm
caches, compared to less than 1 second on 8.x.
Now = after applying my patch or after changing system? Which
of
magnitude longer to run than on 8.x. I would prefer to see some
effort put into speeding it up before it was backported.
--
Peter Jeremy
pgptJtyQZ4Lv8.pgp
Description: PGP signature
On 2012-May-28 23:55:42 +0400, Dmitry Marakasov amd...@amdmi3.ru wrote:
* Peter Jeremy (pe...@rulingia.com) wrote:
2) Is this ok to backport the list from current to stable branches? Pro
- it's really simple, con - it will contain files never installed with
this (old) branch.
Another con
On 2012-May-28 11:01:24 -0500, Stephen Montgomery-Smith step...@missouri.edu
wrote:
One thing that could be done is to have a math/cephes port that adds
the extra C99 math functions. This is already done in the math/sage
port, using a rather clever patch due to Peter Jeremy, that applies
/sage
port, using a rather clever patch due to Peter Jeremy, that applies to
the cephes code.
...
This is a horrible, horrible, horrible idea. Have you
looked at the cephes code, particularly the complex.h
functions?
The cephes code is somewhat a mess layout-wise. Algorithmetically,
it seems
that needs specialist skills to
write. If we could get someone with the relevant skills to formally
list all the special conditions edge cases for each function, it
should be possible to generate both the library C code and test cases
from that - which would remove a lot of the tedium.
--
Peter
Microsystems), and instructor says same words...
I have had lots of problems at $work with Solaris UFS quietly
corrupting data following crashes. At least with ZFS, you have a
detter chance of knowing when your data has been corrupted.
--
Peter Jeremy
pgpk4t2qrNnV7.pgp
Description: PGP signature
nede to do every
day but going from sub-second to multi-minute duration is quite
noticable. Can anyone suggest what has caused the change?
--
Peter Jeremy
pgpedlZA6ISMi.pgp
Description: PGP signature
1 - 100 of 390 matches
Mail list logo