Michael van Elst wrote:
> There are other issues with scanning devices in an arbitrary order,
> a parallel scan just makes it worse by adding randomness.
The order doesn't have to be arbitrary, the kernel can be fixed
to return disk names in a well-defined order. A new zfs.disknames
sysctl can be
(forwarding to current-users because tech-misc appears to be inactive)
- Forwarded message from Alexander Nasonov -
Date: Sun, 5 Sep 2021 22:16:48 +0100
From: Alexander Nasonov
To: tech-m...@netbsd.org
Subject: zpool import skips wedges due to a race condition
zfs import reliably
Christos Zoulas wrote:
>
>
> > On Jun 16, 2020, at 2:17 PM, Alexander Nasonov wrote:
> >
> > If my reading of the current commit guideline is correct, a case
> > of renaming already released application doesn't fall into the
> > "obvious" fix
Christos Zoulas wrote:
> I think that you would agree that owners of applications should be
> allowed to name them as they please. And that me renaming my application
> causes equal "abuse" (inconvenience) to everyone.
If my reading of the current commit guideline is correct, a case
of renaming al
Greg A. Woods wrote:
> At Mon, 15 Jun 2020 20:35:46 +0200, Kamil Rytarowski wrote:
> Subject: Re: blacklist -> blocklist in current
> >
> > Whitelist/blacklist is a regular term in computing. I have never seen
> > 'blocklisting' before.
>
> Popularity != fairness; and so on
American English
Christos Zoulas wrote:
>
> Hello folks,
>
> I've renamed blacklist to blocklist, so if you are currently using it,
> you should rename things accordingly:
>
> - rc.conf variable
> - /var/db/blacklist.db file
> - npf table name
>
> Apologies for the inconvenience,
I doubt that
Taylor R Campbell wrote:
> > Date: Mon, 11 May 2020 21:12:16 +0100
> > From: Alexander Nasonov
> > 1) SWAP_STATS can be modified to return a status of encryption in
> > the se_flags member.
>
> What would the status be? That encryption was once enabled and a
Taylor R Campbell wrote:
> I just added a vm.swap_encrypt sysctl knob to enable or disable
> encrypting data when written out to swap space.
A couple of notes related to swapctl(2):
1) SWAP_STATS can be modified to return a status of encryption in
the se_flags member.
2) The encyption bit c
I don't know if it's TSC calibration or some other change but my
ThinkPad freezes at
[1.0085653] com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo
[1.2707224] acpiacad0: AC adapter online.
[ 29.4347917] pckbport: command timeout
I normally see many lines between lines 1 and li
Sorry, if my app sends it as html, I don’t have access to my regular machine at the moment.04.09.2018, 16:38, "NetBSD Test Fixture" :This is an automatically generated notice of new failures of theNetBSD test suite.The newly failing test cases are:lib/libbpfjit/t_bpfjit:libbpfjit_bad_ret_kl
Alexander Nasonov wrote:
> # cgdconfig -eC
> /dev/wd0f's passphrase (echo):123456
This is now in the tree. I took out _SC_PASS_MAX from the patch before
committing because _SC_PASS_MAX has been removed from POSIX.
> Java-based console on one of my servers is so bad I can't e
Java-based console on one of my servers is so bad I can't enter
a passphrase correctly unless it echoed. The new -e option does
exactly this:
# cgdconfig -eC
/dev/wd0f's passphrase (echo):123456
While I was there I also changed a couple of small things:
- If a local buffer isn't long enough for
Brad Spencer wrote:
> Alexander Nasonov writes:
> I ran with a simular set up for quite a while including the use of a iwm
> based wireless card.
>
> I assume you used init.root and pointed it at the
> cgd after the password was given.
Yep.
> If so, then I believe that t
This is my story on (almost) full disk encryption.
I followed Pierre Proncher's instruction from Mar 2013. To my
surprise, it worked on the first boot. However, networking didn't
work because the kernel couldn't load iwm firmware.
After a couple of attempts to fix firmware loading, I gave up on
c
Alexander Nasonov wrote:
> Hi Andreas,
>
> Andreas Gustafsson wrote:
> > Hi alnsn,
> >
> > The bpfjit_mbuf_ldb_ind, bpfjit_mbuf_ldh_ind, bpfjit_mbuf_ldw_ind test
> > cases of the net/bpfjit/t_mbuf test are failing on amd64 since the
> > following commits:
&
Hi Andreas,
Andreas Gustafsson wrote:
> Hi alnsn,
>
> The bpfjit_mbuf_ldb_ind, bpfjit_mbuf_ldh_ind, bpfjit_mbuf_ldw_ind test
> cases of the net/bpfjit/t_mbuf test are failing on amd64 since the
> following commits:
>
> 2014.07.22.08.20.08 alnsn src/sys/net/bpfjit.c 1.29
> 2014.07.22.08.29.51
Alexander Nasonov wrote:
> I'm about to import the new version of sljit. It will break builds for a
> couple of hours. This should affect only builds with MKSLJIT=yes. It's
> on by default on i386, amd64 and sparc and off everywhere else.
Done.
Alex
I'm about to import the new version of sljit. It will break builds for a
couple of hours. This should affect only builds with MKSLJIT=yes. It's
on by default on i386, amd64 and sparc and off everywhere else.
Thanks,
--
Alex
David Laight wrote:
> I've committed code to the amd64 and i386 kernels that enables
> AVX for userspace.
> In particular the high ymm registers should be saved on context switches.
>
> Any additional testing would be welcome.
Thanks for working on it. I resumed playing with avx instructions
and
Thomas Klausner wrote:
> Hi!
>
> After updating from 6.99.31/20140215 to 6.99.31/20140221, I started X
> and got a panic:
>
> fatal protection fault in supervisor mode
> trap type 4 code 0 rip 808dbe2c cs 8 rflags 13286 cr2
> 80023b989000 ilevel 0 rsp fe813ba2e9b0
> curlwp 0x
20 matches
Mail list logo