nchly require this.
It was the case that Chrom{e,ium} and qt-webengine still had Python 2
build bits but they've since migrated off.
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
Charlie Li wrote:
Pete Wright wrote:
i've seen a few threads about the block_cloning feature causing data
corruption issues on CURRENT and have been keen to avoid enabling it
until the dust settles. i was under the impression that we either
reverted or disabled block_cloning on CURRENT
14753
[3] https://github.com/openzfs/zfs/pull/14761
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
prior to
brt_revert may actually be present, but as the corruption also messes
with the file(1) signature, some tools like ldconfig report them as missing.
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
Pawel Jakub Dawidek wrote:
On 4/14/23 09:23, Charlie Li wrote:
Pawel Jakub Dawidek wrote:
Here is the change that reverts most of the modifications and
disables cloning new blocks. It does retain ability to free existing
cloned blocks and keeps block_cloning feature around, so upgraded
pools
ntrib/openzfs tip, conflicts in
module/os/freebsd/zfs/zfs_vnops_os.c and module/zfs/dmu.c.
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
Pawel Jakub Dawidek wrote:
On 4/14/23 07:52, Charlie Li wrote:
Pawel Jakub Dawidek wrote:
thank you for your testing and patience so far. I'm working on a
patch to revert block cloning without affecting people who already
upgraded their pools.
Testing with mjg@ earlier today revealed
stic conditions, there...kind of isn't one. Best is
probably just poudriere bulk builds.
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
cular corruption does not have any deterministic characteristics
both pre- and post-condition, so would be hard to automate testing.
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
will be a blob of zeros:
I'm running the recent ZFS update but I never upgraded my pool:
This is exactly it. The copy operation within the same dataset will
sometimes turn up corruption and randomly, so not the same file(s) get hit.
--
Charlie Li
…nope, still don't have an exit line.
Paweł Jakub Dawidek wrote:
Can you please try this patch:
<https://github.com/openzfs/zfs/pull/14739>
Unfortunately I don’t see how this can happen with block cloning disabled.
This patch made no difference in poudriere; corruption still rolled in.
--
Charlie Li
…nope, still don
lding devel/libepoll-shim to
use its included implementation allows x11/libinput to work again.
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
All of the ports involved have remained the same, albeit rebuilt after
the intervening ABI bump.
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP digital signature
;m pretty sure it will be fixed with URL:
https://cgit.FreeBSD.org/src/commit/?id=545db925c3d5408e71e21432895770cd49fd2cf3
Seems to be fixed with this commit, at least for graphics/jpeg-turbo,
whose configure failed with something about platform not supporting SIMD.
--
Charlie Li
…nope, still d
directory
clang-13: error: linker command failed with exit code 1 (use -v to see
invocation)
Caused by a version mismatch after devel/llvm13 update, try this:
https://reviews.freebsd.org/D34206
--
Charlie Li
…nope, still don't have an exit line.
OpenPGP_signature
Description: OpenPGP di
inutes just to run git-status(1) on a ports
tree stored on a hard drive with UFS (-uno doesn't help) whilst locking
up the entire system I/O for the duration. The I/O lockups have since
subsided but as of six months ago the slow enumeration has persisted.
For some reason, mercurial is far more e
ntpd
can help, though ntpd can still exit and kill the login again. Without
ntpd running, running poudriere-bulk(8) is guaranteed to kill the login.
--
Charlie Li
…nope, still don't have an exit line.
(This email address is for mailing list use; replace local-part with
vishwin for
nly assembly files that clang IAS cannot
assemble are for amd64 and i386, has there been any research into nasm
and yasm at least? nasm is specified as a build dependency in certain
multimedia/ ports, and yasm in gecko@, for amd64 and i386 assembly code.
Both are licensed under some BSD licence variant.
On 23/11/2018 00:02, Ben Widawsky wrote:
> Thanks both of you. Here's another shot at roughly the same thing I asked the
> first reporter to try (that patch was wrong). If it doesn't work, can you
> please
> post the dmesg?
>
This patch works on my machine as well.
--
On 21/11/2018 11:21, Charlie Li wrote:
> On 20/11/2018 14:37, Ben Widawsky wrote:
>> On 18-11-20 11:28:56, Ben Widawsky wrote:
>>> On 18-11-20 14:09:08, Jung-uk Kim wrote:
>>>> I am pretty sure r340644 caused the regression.
>>>>
>>>
>>>
On 20/11/2018 14:37, Ben Widawsky wrote:
> On 18-11-20 11:28:56, Ben Widawsky wrote:
>> On 18-11-20 14:09:08, Jung-uk Kim wrote:
>>> On 18. 11. 20., Charlie Li wrote:
>>>> Nov 20 09:35:19 ardmore kernel: ACPI Error: No handler for Region [ECOR]
>>>> (0xfff
information at the very
least. r340490 is my last built revision with this working.
--
Charlie Li
Can't think of a witty .sigline today…
(This email address is for mailing list use only; replace local-part
with vishwin for off-list communication)
signature.asc
Description: OpenPGP di
On 05/11/2018 21:51, Konstantin Belousov wrote:
> For you, but not for me.
>
Turns out I omitted the fact that I have WITH_RETPOLINE enabled, which
caused all this. emaste@ reported in PR 26 and committed r340650.
--
Charlie Li
Can't think of a witty .sigline today…
(This email
_aux + 48
0x2ebdcb: int3
(lldb) n
Process 22663 stopped
* thread #1, name = 'make', stop reason = instruction step over
frame #0: 0x002ebd92 make`_init + 6
make`_init:
-> 0x2ebd92 <+6>: movsl (%rsi), %es:(%rdi)
(lldb) n
Process 22663 stopped
* thread #1, name = &#
Extended Features3=0x9c00
XSAVE Features=0x1
VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID
TSC: P-state invariant, performance statistics
> make is statically linked, do dynamically linked program fault ?
>
After some more checks, only the statically linked programs crash.
--
Charlie Li
Ca
On 01/11/2018 15:43, Charlie Li wrote:
> On 01/11/2018 12:04, Brooks Davis wrote:
>> Is this failure with devel/llvm70? It's currently missing the patch
>> required to make this work. https://reviews.freebsd.org/D17709 contains
>> this patch among others. I'
l build with your port commit at my next opportunity.
--
Charlie Li
Can't think of a witty .sigline today…
(This email address is for mailing list use only; replace local-part
with vishwin for off-list communication)
signature.asc
Description: OpenPGP digital signature
^
1 error generated.
--- amd64_get_gsbase.o ---
1 error generated.
*** [amd64_get_gsbase.o] Error code 1
make[4]: stopped in /usr/src/lib/libc
CI appears green after this commit, so I'm inclined to pin this on yet
another instance of LLVM 7 being stricter than LLVM 6. Back
kern.pre.mk, which has
the same effect of this changeset.
> or just use the clang700-import branch wholesale. :-)
>
I would, but I also update and build head irregularly and prefer to
build and run the newest code as they are committed. That, and I'm a bit
lazy to run svn merge when I upd
-z
common-page-size=4096: has LLD been ignoring this part the whole time,
and is it of any meaningful use anymore (it seemed to mean something
with bfd)?
--
Charlie Li
Can't think of a witty .sigline today…
(This email address is for mailing list use only; replace local-part
with vishw
ext newer revision that changes completely unrelated files, build
succeeds. Case in point, r337835 to r337863 failed, but r337863 to
r337865 succeeded.
This is all with META_MODE, so could be a bug with that.
--
Charlie Li
Can't think of a witty .sigline today…
(This email address is for
/poudriere/jails/aarch64-current/usr/src/sbin/dump
1 error
Looking at my amd64.amd64 logs again, the failed assertion message does
indeed appear there as well.
--
Charlie Li
Can't think of a witty .sigline today…
(This email address is for mailing list use only; replace local-part
with vishw
On 27/07/2018 13:21, Martin Wilke wrote:
> I just upgraded a jail in poudriere with latest head,
> https://dpaste.de/bfTT/raw <https://dpaste.de/bfTT/raw>.
>
I was about to inquire about this myself. Can additionally confirm this
has been happening since at least r336735.
--
C
.h:721:36: note: expanded from macro 'TAILQ_FIRST'
> #define TAILQ_FIRST(head) ((head)->tqh_first)
> ^
>
Looks like this is fixed in r334123.
--
Charlie Li
Can't think of a witty .sigline today…
(This email address is
bsdinstall uses.
> Something is hindering to start the compiler somehow and it is
> related to /lib/casper/: read error: Invalid argument?
>
> What is wrong here? How to fix this?
>
Don't reboot out of the USB image. Stay there and chroot into your
mounted root filesystem,
35 matches
Mail list logo
