El día lunes, septiembre 04, 2023 a las 12:10:56p. m. -0600, Warner Losh
escribió:
> On Mon, Sep 4, 2023, 11:40 AM Michael Gmelin wrote:
>
> > This could also be related:
> >
> >
> > https://cgit.freebsd.org/src/commit/?id=319d2bf407b3762da6f1c67ffe8dce2fee587aaf
> >
> > You could try to undo t
* Dmitry Chagin [20230904 21:49]:
> On Mon, Sep 04, 2023 at 08:43:02PM +0200, Felix Palmen wrote:
> > I guess I'll now do a full rebuild of my linuxulator userspace branch on
> > a kernel with that patch, just to be sure it won't break anything else,
> > this will
On Sep 4, 2023, at 18:39, Mark Millard wrote:
> On Sep 4, 2023, at 10:05, Alexander Motin wrote:
>
>> On 04.09.2023 11:45, Mark Millard wrote:
>>> On Sep 4, 2023, at 06:09, Alexander Motin wrote:
per_txg_dirty_frees_percent is directly related to the delete delays we
see here. You
On Sep 4, 2023, at 10:05, Alexander Motin wrote:
> On 04.09.2023 11:45, Mark Millard wrote:
>> On Sep 4, 2023, at 06:09, Alexander Motin wrote:
>>> per_txg_dirty_frees_percent is directly related to the delete delays we see
>>> here. You are forcing ZFS to commit transactions each 5% of dir
During a (zfs based) poudriere bulk -a run a ^T got a:
Unsafe ckmalloc() call
Abort trap (core dumped)
from /bin/sh . AT that point it had
built something like 350 ports into
packages in .building/ . After the
last finish was reported for the
already building ports, I killed 2
stuck poudriere rel
* Dmitry Chagin [20230904 21:49]:
> On Mon, Sep 04, 2023 at 08:43:02PM +0200, Felix Palmen wrote:
> > Thanks a lot for the quick patch! I have to admit I don't fully
> > understand it immediately, but I assume it's an attempt to only list
> > attributes not in
On Mon, Sep 04, 2023 at 08:43:02PM +0200, Felix Palmen wrote:
> Hello Dmitry,
>
> * Dmitry Chagin [20230904 21:29]:
> > Thanks for the report,
> > please, try this: https://people.freebsd.org/~dchagin/lxattr.patch
> > Don't be surprised, there 2 fixes
>
&g
Hello Dmitry,
* Dmitry Chagin [20230904 21:29]:
> Thanks for the report,
> please, try this: https://people.freebsd.org/~dchagin/lxattr.patch
> Don't be surprised, there 2 fixes
Thanks a lot for the quick patch! I have to admit I don't fully
understand it immediately, b
On Mon, Sep 04, 2023 at 04:03:54PM +0200, Felix Palmen wrote:
> * Felix Palmen [20230904 15:39]:
> > For some reason (I still have to try to get more information about it,
> > will do soon), something else is broken now. While install from GNU
> > coreutils works fine, some
On Mon, Sep 4, 2023, 11:40 AM Michael Gmelin wrote:
>
>
> On 4. Sep 2023, at 19:34, Matthias Apitz wrote:
>
> El día lunes, septiembre 04, 2023 a las 07:29:41p. m. +0200, Michael
> Gmelin escribió:
>
>
>
> On 4. Sep 2023, at 19:23, Matthias Apitz wrote:
>
>
>
>
> Added Alexander Motin to To
> On 4. Sep 2023, at 19:34, Matthias Apitz wrote:
>
> El día lunes, septiembre 04, 2023 a las 07:29:41p. m. +0200, Michael Gmelin
> escribió:
>
>>
>>
On 4. Sep 2023, at 19:23, Matthias Apitz wrote:
>>>
>>>
>>> Added Alexander Motin to To: as the origin of the CI;
>>>
>>> Neither
El día lunes, septiembre 04, 2023 a las 07:29:41p. m. +0200, Michael Gmelin
escribió:
>
>
> > On 4. Sep 2023, at 19:23, Matthias Apitz wrote:
> >
> >
> > Added Alexander Motin to To: as the origin of the CI;
> >
> > Neither hw.atkbd.hz=1 nor hw.atkbd.hz=10 makes the keyboard working on
>
> On 4. Sep 2023, at 19:23, Matthias Apitz wrote:
>
>
> Added Alexander Motin to To: as the origin of the CI;
>
> Neither hw.atkbd.hz=1 nor hw.atkbd.hz=10 makes the keyboard working on
> my beloved Acer C720. Should I file a new PR?
>
Filing a PR makes sense, could you please Cc me on it
Added Alexander Motin to To: as the origin of the CI;
Neither hw.atkbd.hz=1 nor hw.atkbd.hz=10 makes the keyboard working on
my beloved Acer C720. Should I file a new PR?
Thanks
matthias
El día lunes, septiembre 04, 2023 a las 06:55:52p. m. +0200, Michael Gmelin
escribió:
>
>
>
On 04.09.2023 11:45, Mark Millard wrote:
On Sep 4, 2023, at 06:09, Alexander Motin wrote:
per_txg_dirty_frees_percent is directly related to the delete delays we see
here. You are forcing ZFS to commit transactions each 5% of dirty ARC limit,
which is 5% of 10% or memory size. I haven't loo
On Mon, 4 Sep 2023 18:43:11 +0200
Matthias Apitz wrote:
> I have a 14.0-CURRENT compiled from sources of head from August 4,
> which boots fine from a produced USB key, but the keyboard does not
> work on an Acer C720 (amd64), on other laptops the keyboard is fine.
>
> The keyboard works duri
I have a 14.0-CURRENT compiled from sources of head from August 4, which
boots fine from a produced USB key, but the keyboard does not work on an
Acer C720 (amd64), on other laptops the keyboard is fine.
The keyboard works during the boot menu (for example to enable verbose
boot messages) but not
On Sep 4, 2023, at 06:09, Alexander Motin wrote:
> On 04.09.2023 05:56, Mark Millard wrote:
>> On Sep 4, 2023, at 02:00, Mark Millard wrote:
>>> On Sep 3, 2023, at 23:35, Mark Millard wrote:
On Sep 3, 2023, at 22:06, Alexander Motin wrote:
> On 03.09.2023 22:54, Mark Millard wrote:
>>
* Felix Palmen [20230904 15:39]:
> For some reason (I still have to try to get more information about it,
> will do soon), something else is broken now. While install from GNU
> coreutils works fine, some build systems use 'cp -p' to install files
> instead, which now
Hello Dmitry,
* Dmitry Chagin [20230830 14:04]:
> Thanks, I see, I agree with your change, taken into account.
Thanks a lot for committing the fix/workaround as well as the new
feature! I just upgraded my test builders to 15-CURRENT to double-check.
For some reason (I still have to try to get m
On 04.09.2023 05:56, Mark Millard wrote:
On Sep 4, 2023, at 02:00, Mark Millard wrote:
On Sep 3, 2023, at 23:35, Mark Millard wrote:
On Sep 3, 2023, at 22:06, Alexander Motin wrote:
On 03.09.2023 22:54, Mark Millard wrote:
After that ^t produced the likes of:
load: 6.39 cmd: sh 4849 [tx->
On 9/4/23, Alexander Leidinger wrote:
> Am 2023-08-28 22:33, schrieb Alexander Leidinger:
>> Am 2023-08-22 18:59, schrieb Mateusz Guzik:
>>> On 8/22/23, Alexander Leidinger wrote:
Am 2023-08-21 10:53, schrieb Konstantin Belousov:
> On Mon, Aug 21, 2023 at 08:19:28AM +0200, Alexander Leid
On Sep 4, 2023, at 02:00, Mark Millard wrote:
> On Sep 3, 2023, at 23:35, Mark Millard wrote:
>
>> On Sep 3, 2023, at 22:06, Alexander Motin wrote:
>>
>>>
>>> On 03.09.2023 22:54, Mark Millard wrote:
After that ^t produced the likes of:
load: 6.39 cmd: sh 4849 [tx->tx_quiesce_done
On Sep 3, 2023, at 23:35, Mark Millard wrote:
> On Sep 3, 2023, at 22:06, Alexander Motin wrote:
>
>>
>> On 03.09.2023 22:54, Mark Millard wrote:
>>> After that ^t produced the likes of:
>>> load: 6.39 cmd: sh 4849 [tx->tx_quiesce_done_cv] 10047.33r 0.51u 121.32s
>>> 1% 13004k
>>
>> So the
On Sep 3, 2023, at 19:54, Mark Millard wrote:
> ThreadRipper 1950X (32 hardware threads) doing bulk -J128
> with USE_TMPFS=no , no ALLOW_MAKE_JOBS , no
> ALLOW_MAKE_JOBS_PACKAGES , USB3 NVMe SSD storage/ZFS-boot-media,
> debug system build in use :
>
> [00:03:44] Building 34214 packages using up
25 matches
Mail list logo
