Re: [tor-relays] [Workshop] Sysadmin 101 for (new) relay operators - June 4th @ 1900 UTC

2022-05-24 Thread Alex Xu (Hello71) via tor-relays
Excerpts from gus's message of May 23, 2022 3:42 pm: > ## How to join the workshop > > The workshop is entirely free, and participants need to fill out this > registration form. The event will take place on BigBlueButton, an online > video conference platform, on June 4th at 1900 - 2030 UTC. > >

Re: [tor-relays] Does Tor work with Intel QAT acceleration

2022-04-12 Thread Alex Xu (Hello71) via tor-relays
Excerpts from Andreas Bollhalder's message of April 12, 2022 2:12 am: > > Hello Alex > > Thank you for your nice hint ot QAT_Engine. > > Yes, in theory it really seems to be possible. Looking at the Github repo of > the QAT_Engine, it looks like there are still some issues with OpenSSL 3.0: >

Re: [PATCH] dma-mapping: move pgprot_decrypted out of dma_pgprot

2022-03-31 Thread Alex Xu (Hello71) via iommu
emove CONFIG_DMA_REMAP") > Reported-by: Alex Xu (Hello71) > Signed-off-by: Christoph Hellwig > --- > kernel/dma/direct.c | 10 -- > kernel/dma/mapping.c | 2 -- > 2 files changed, 8 insertions(+), 4 deletions(-) > > diff --git a/kernel/dma/direct.c b

Re: "dma-mapping: remove CONFIG_DMA_REMAP" causes AMD SME boot fail

2022-03-30 Thread Alex Xu (Hello71) via iommu
Excerpts from Christoph Hellwig's message of March 30, 2022 2:01 pm: > Can you try this patch, which is a bit of a hack? > > diff --git a/arch/x86/mm/mem_encrypt.c b/arch/x86/mm/mem_encrypt.c > index 50d209939c66c..61997c2ee0a17 100644 > --- a/arch/x86/mm/mem_encrypt.c > +++

"dma-mapping: remove CONFIG_DMA_REMAP" causes AMD SME boot fail

2022-03-30 Thread Alex Xu (Hello71) via iommu
Hi, After a recent kernel update, booting one of my machines causes it to hang on a black screen. Pressing Lock keys on the USB keyboard does not turn on the indicators, and the machine does not appear on the Ethernet network. I don't have a serial port on this machine. I didn't try

[PATCH] D116753: [Driver] Default to -fno-math-errno for musl too

2022-02-04 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu added a comment. In D116753#3298299 , @pirama wrote: > @alxu Just realized you don't have commit access. Do you want one of us to > merge this? Yes, I forgot about this patch. Thanks. Repository: rG LLVM Github Monorepo CHANGES SINCE LAST

[PATCH] D116753: Default to -fno-math-errno for musl too

2022-01-26 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu added subscribers: MaskRay, pirama, srhines. alxu added a comment. Hi, can someone take a look at this? @MaskRay, @pirama, @srhines? Thanks! Repository: rG LLVM Github Monorepo CHANGES SINCE LAST ACTION https://reviews.llvm.org/D116753/new/ https://reviews.llvm.org/D116753

[PATCH] D116755: Revert "[CodeGen] Mark fma as const for Android"

2022-01-07 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu added a comment. I don't have commit access; can someone commit this for me? Please use author "Alex Xu (Hello71) ". Thanks! Repository: rG LLVM Github Monorepo CHANGES SINCE LAST ACTION https://reviews.llvm.org/D116755/new/ https://reviews.llvm.o

[PATCH] D116337: [clang] set __NO_MATH_ERRNO__ if -fno-math-errno

2022-01-07 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu added a comment. I don't have commit access; can someone commit this for me? Please use author "Alex Xu (Hello71) ". Thanks! CHANGES SINCE LAST ACTION https://reviews.llvm.org/D116337/new/ https://reviews.llvm.org/D116337 ___ c

[PATCH] D116337: [clang] set __NO_MATH_ERRNO__ if -fno-math-errno

2022-01-06 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu updated this revision to Diff 397938. alxu added a comment. Re-add context lines. CHANGES SINCE LAST ACTION https://reviews.llvm.org/D116337/new/ https://reviews.llvm.org/D116337 Files: clang/lib/Frontend/InitPreprocessor.cpp clang/test/Preprocessor/init-aarch64.c

[PATCH] D116337: [clang] set __NO_MATH_ERRNO__ if -fno-math-errno

2022-01-06 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu updated this revision to Diff 397937. alxu added a comment. Herald added subscribers: aheejin, dschuff. Update init.c, init-aarch64.c tests. CHANGES SINCE LAST ACTION https://reviews.llvm.org/D116337/new/ https://reviews.llvm.org/D116337 Files: clang/lib/Frontend/InitPreprocessor.cpp

[PATCH] D116337: [clang] set __NO_MATH_ERRNO__ if -fno-math-errno

2022-01-06 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu updated this revision to Diff 397922. alxu added a comment. Correct logic. CHANGES SINCE LAST ACTION https://reviews.llvm.org/D116337/new/ https://reviews.llvm.org/D116337 Files: clang/lib/Frontend/InitPreprocessor.cpp clang/test/Preprocessor/predefined-macros.c Index:

[PATCH] D116755: Revert "[CodeGen] Mark fma as const for Android"

2022-01-06 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu created this revision. alxu added a project: clang. Herald added a subscriber: danielkiss. alxu requested review of this revision. Herald added a subscriber: cfe-commits. This code is intended to give a special exception for platforms which set errno in some math functions but not fma. This

[PATCH] D116753: Default to -fno-math-errno for musl too

2022-01-06 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu created this revision. alxu added a project: clang. alxu requested review of this revision. Herald added a subscriber: cfe-commits. musl does not set errno in math functions: https://wiki.musl-libc.org/mathematical-library.html,

[PATCH] D116337: [clang] set __NO_MATH_ERRNO__ if -fno-math-errno

2022-01-05 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu updated this revision to Diff 39. alxu added a comment. Sort test defines orthographically, not chronologically. CHANGES SINCE LAST ACTION https://reviews.llvm.org/D116337/new/ https://reviews.llvm.org/D116337 Files: clang/lib/Frontend/InitPreprocessor.cpp

[PATCH] D116337: [clang] set __NO_MATH_ERRNO__ if -fno-math-errno

2022-01-05 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu updated this revision to Diff 397712. alxu added a comment. Try -p1 compatible diff. CHANGES SINCE LAST ACTION https://reviews.llvm.org/D116337/new/ https://reviews.llvm.org/D116337 Files: clang/lib/Frontend/InitPreprocessor.cpp clang/test/Preprocessor/predefined-macros.c Index:

[PATCH] D116337: [clang] set __NO_MATH_ERRNO__ if -fno-math-errno

2022-01-05 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu added inline comments. Comment at: clang/lib/Frontend/InitPreprocessor.cpp:1022 +Builder.defineMacro("__NO_MATH_ERRNO__"); + if (LangOpts.FastMath || LangOpts.FiniteMathOnly) aaron.ballman wrote: > Does GCC gate on `-ffast-math`? My testing

[PATCH] D116337: [clang] set __NO_MATH_ERRNO__ if -fno-math-errno

2022-01-05 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu updated this revision to Diff 397708. alxu added a comment. In D116337#3217955 , @aaron.ballman wrote: > Thanks for this! I'm adding some more reviewers to the list to help get this > reviewed. > > The patch doesn't seem to apply cleanly, so

[PATCH] D116337: [clang] set __NO_MATH_ERRNO__ if -fno-math-errno

2021-12-28 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu created this revision. alxu added a project: clang. alxu requested review of this revision. Herald added a subscriber: cfe-commits. This causes modern glibc to unset math_errhandling MATH_ERRNO. gcc 12 also sets some other macros, but most of them are associated with flags ignored by clang,

Re: [PATCH 1/2] libphobos: fix CET for non-glibc targets

2021-12-28 Thread Alex Xu (Hello71) via Gcc-patches
Excerpts from ibuc...@gdcproject.org's message of December 20, 2021 4:00 pm: >> On 20/12/2021 16:41 Alex Xu (Hello71) wrote: >> >> >> Excerpts from ibuc...@gdcproject.org's message of December 20, 2021 8:56 am: >> >> On 20/12/2021 01:08 Alex Xu (He

Re: [PATCH 1/2] libphobos: fix CET for non-glibc targets

2021-12-20 Thread Alex Xu (Hello71) via Gcc-patches
Excerpts from ibuc...@gdcproject.org's message of December 20, 2021 8:56 am: >> On 20/12/2021 01:08 Alex Xu (Hello71) via Gcc-patches >> wrote: >> >> >> On musl, linking against libphobos fails because it requires ucontext >> but is not explicit

[PATCH 2/2] libphobos: don't compile empty switchcontext.S

2021-12-19 Thread Alex Xu (Hello71) via Gcc-patches
If it does not contain any files, then there is no point compiling it. Skipping this saves some milliseconds and ~650 bytes in libgphobos.a. --- libphobos/configure.ac| 1 + libphobos/libdruntime/Makefile.am | 2 ++ .../libdruntime/config/x86/switchcontext.S

[PATCH 1/2] libphobos: fix CET for non-glibc targets

2021-12-19 Thread Alex Xu (Hello71) via Gcc-patches
On musl, linking against libphobos fails because it requires ucontext but is not explicitly linked against it. This is caused by configure assuming that it is implemented in assembly, but it is actually not implemented. This silently works on other libcs because context API does not require an

[FFmpeg-devel] [PATCH v2] webp: implement FF_CODEC_CAP_SKIP_FRAME_FILL_PARAM

2021-12-07 Thread Alex Xu (Hello71)
Roughly doubles webp performance for common applications (ffmpeg, ffprobe, mpv) due to speeding up avformat_find_stream_info. Lossy needs no patches since vp8.c already implements skip_frame. Lossless needs hook to understand skip_frame. Also the "image data not found" message is fixed, which was

[FFmpeg-devel] [PATCH] webp: implement FF_CODEC_CAP_SKIP_FRAME_FILL_PARAM

2021-11-25 Thread Alex Xu (Hello71)
Roughly doubles webp performance for common applications (ffmpeg, ffprobe, mpv) due to speeding up avformat_find_stream_info. Lossy needs no patches since vp8.c already implements skip_frame. Lossless needs hook to understand skip_frame. Also the "image data not found" message is fixed, which was

[FFmpeg-devel] [PATCH] avformat/img2dec: probe JFIF/Exif header

2021-11-25 Thread Alex Xu (Hello71)
Due to reasons, mpv doesn't pass filename when probing. mpv also sets default probescore threshold to 26. Since the current jpeg_probe implementation returns 25 until EOI, it means that the whole image needs to be probed to succeed. Worse, the whole image is not passed at once; increasingly large

[FFmpeg-devel] [PATCH] avcodec/mjpeg_parser: skip markers after EOI, not by size

2021-11-25 Thread Alex Xu (Hello71)
The check for m->size >= 0xF000 is intended to avoid skipping too much garbage data between JPEG frames in test_roman (thus missing next SOI), but it erroneously also skips valid markers between SOI and SOS. Instead of this, we should simply skip parsing markers other than SOI after EOI. That way,

[PATCH v3] drm/plane-helper: fix uninitialized variable reference

2021-10-07 Thread Alex Xu (Hello71)
plane-helper: Add drm_plane_helper_check_state()") Reviewed-by: Simon Ser Signed-off-by: Alex Xu (Hello71) --- drivers/gpu/drm/drm_plane_helper.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/drm_plane_helper.c b/drivers/gpu/drm/drm_plane_helper.c index 5b2d0ca03705..83

[PATCH v2] drm/plane-helper: fix uninitialized variable reference

2021-09-08 Thread Alex Xu (Hello71)
plane-helper: Add drm_plane_helper_check_state()") Signed-off-by: Alex Xu (Hello71) --- drivers/gpu/drm/drm_plane_helper.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/drm_plane_helper.c b/drivers/gpu/drm/drm_plane_helper.c index 5b2d0ca03705..838b32b70bce 100644 --- a/drive

[PATCH] drm/plane-helper: fix uninitialized variable reference

2021-09-07 Thread Alex Xu (Hello71)
drivers/gpu/drm/drm_plane_helper.c: In function 'drm_primary_helper_update': drivers/gpu/drm/drm_plane_helper.c:113:32: error: 'visible' is used uninitialized [-Werror=uninitialized] 113 | struct drm_plane_state plane_state = { |^~~

[Mingw-w64-public] wine FTBFS with mingw64 gcc 11: undefined reference to `sincos'

2021-05-13 Thread Alex Xu (Hello71) via Mingw-w64-public
Hi, I tried building wine 6.8 with mingw. All fine, just one problem, it reports error "undefined reference to `sincos'". Why, you may ask, since wine never calls sincos function? Well, it seems to be because mingw gcc 11 enables sincos optimization: [0]. But, wine uses -nodefaultlibs,

Re: 5.12-rc1 regression: freezing iou-mgr/wrk failed

2021-03-02 Thread Alex Xu (Hello71)
I tried 29be7fc03d ("io_uring: ensure that threads freeze on suspend") and it seems to work OK. The system suspends fine and no errors are printed to the kernel log. I am using Gentoo on the machine in question. I didn't test the other patches you supplied. Let me know if there's anything you

5.12-rc1 regression: freezing iou-mgr/wrk failed

2021-03-01 Thread Alex Xu (Hello71)
Hi, On Linux 5.12-rc1, I am unable to suspend to RAM. The system freezes for about 40 seconds and then continues operation. The following messages are printed to the kernel log: [ 240.650300] PM: suspend entry (deep) [ 240.650748] Filesystems sync: 0.000 seconds [ 240.725605] Freezing user

Re: [PATCH] proc_sysctl: clamp sizes using table->maxlen

2021-02-27 Thread Alex Xu (Hello71)
Excerpts from Christoph Hellwig's message of February 16, 2021 3:47 am: > How do these maxlen = 0 entries even survive the sysctl_check_table > check? maxlen!=0 is only checked for "default" handlers, e.g. proc_dostring, proc_dointvec. it is not checked for non-default handlers, because some of

Re: [PATCH] proc_sysctl: clamp sizes using table->maxlen

2021-02-15 Thread Alex Xu (Hello71)
Excerpts from Alex Xu (Hello71)'s message of February 15, 2021 9:53 am: > This issue was discussed at [0] and following, and the solution was to > clamp the size at KMALLOC_MAX_LEN. However, KMALLOC_MAX_LEN is a maximum > allocation, and may be difficult to allocate in low memory c

[PATCH] proc_sysctl: clamp sizes using table->maxlen

2021-02-15 Thread Alex Xu (Hello71)
to be an upper limit. [0] https://lore.kernel.org/lkml/1fc7ce08-26a7-59ff-e580-4e6c22554...@oracle.com/ Fixes: 32927393dc1c ("sysctl: pass kernel pointers to ->proc_handler") Signed-off-by: Alex Xu (Hello71) --- drivers/parport/procfs.c | 20 ++-- fs/proc/

Re: [RFC PATCH] treewide: remove bzip2 compression support

2020-12-15 Thread Alex Xu (Hello71)
Excerpts from Alex Xu (Hello71)'s message of December 15, 2020 2:03 pm: > bzip2 is either slower or larger than every other supported algorithm, > according to benchmarks at [0]. It is far slower to decompress than any > other algorithm, and still larger than lzma, xz, and zstd. >

Re: [RFC PATCH] treewide: remove bzip2 compression support

2020-12-15 Thread Alex Xu (Hello71)
Excerpts from Alex Xu (Hello71)'s message of December 15, 2020 2:03 pm: > bzip2 is either slower or larger than every other supported algorithm, > according to benchmarks at [0]. It is far slower to decompress than any > other algorithm, and still larger than lzma, xz, and zstd. >

[RFC PATCH] treewide: remove bzip2 compression support

2020-12-15 Thread Alex Xu (Hello71)
bzip2 is either slower or larger than every other supported algorithm, according to benchmarks at [0]. It is far slower to decompress than any other algorithm, and still larger than lzma, xz, and zstd. [0] https://lore.kernel.org/lkml/1588791882.08g1378g67.none@localhost/ Signed-off-by: Alex Xu

[RFC PATCH] treewide: remove bzip2 compression support

2020-12-15 Thread Alex Xu (Hello71)
bzip2 is either slower or larger than every other supported algorithm, according to benchmarks at [0]. It is far slower to decompress than any other algorithm, and still larger than lzma, xz, and zstd. [0] https://lore.kernel.org/lkml/1588791882.08g1378g67.none@localhost/ Signed-off-by: Alex Xu

[PATCH 3/3] init: remove root_device_name

2020-12-07 Thread Alex Xu (Hello71)
root_device_name has gone through many iterations, but is now solely used for removing a /dev/ prefix off root= parameter. It's time for it to be removed. Signed-off-by: Alex Xu (Hello71) --- init/do_mounts.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/init

[PATCH 2/3] init: remove special-case for mtd/ubi

2020-12-07 Thread Alex Xu (Hello71)
This should be handled by the fallback after trying to resolve it. Signed-off-by: Alex Xu (Hello71) --- init/do_mounts.c | 5 - 1 file changed, 5 deletions(-) diff --git a/init/do_mounts.c b/init/do_mounts.c index 8aa38ec0bfec..a2a273b9866f 100644 --- a/init/do_mounts.c +++ b/init

[PATCH 1/3] init: fall back on mounting raw root

2020-12-07 Thread Alex Xu (Hello71)
9p/virtio, virtiofs, and others can be mounted with no block device or userspace helpers. Signed-off-by: Alex Xu (Hello71) --- init/do_mounts.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/init/do_mounts.c b/init/do_mounts.c index b5f9604d0c98..8aa38ec0bfec 100644

[RFC PATCH] treewide: remove bzip2 compression support

2020-11-17 Thread Alex Xu (Hello71)
bzip2 is either slower or larger than every other supported algorithm, according to benchmarks at [0]. It is far slower to decompress than any other algorithm, and still larger than lzma, xz, and zstd. [0] https://lore.kernel.org/lkml/1588791882.08g1378g67.none@localhost/ Signed-off-by: Alex Xu

[RFC PATCH] treewide: remove bzip2 compression support

2020-11-17 Thread Alex Xu (Hello71)
bzip2 is either slower or larger than every other supported algorithm, according to benchmarks at [0]. It is far slower to decompress than any other algorithm, and still larger than lzma, xz, and zstd. [0] https://lore.kernel.org/lkml/1588791882.08g1378g67.none@localhost/ Signed-off-by: Alex Xu

Re: [PATCH] drm/amdgpu/display: use kvzalloc again in dc_create_state

2020-10-26 Thread Alex Xu (Hello71)
> if (!context) > return NULL; > -- > 2.25.4 > > Did a quick test, it seems to resolve the issue for me. If you could apply one or both of: Reported-by: Alex Xu (Hello71) Tested-by: Alex Xu (Hello71) I'd appreciate it, but it's not a big deal. Tha

RE: amdgpu crashes on OOM

2020-10-26 Thread Alex Xu (Hello71)
Excerpts from Deucher, Alexander's message of October 26, 2020 10:34 am: > It was using kvzalloc, but was accidently dropped when that code was > refactored. I just sent a patch to fix it. Ah, that explains why I wasn't seeing it before. I was only looking at changes in

RE: amdgpu crashes on OOM

2020-10-26 Thread Alex Xu (Hello71)
Excerpts from Deucher, Alexander's message of October 26, 2020 10:34 am: > It was using kvzalloc, but was accidently dropped when that code was > refactored. I just sent a patch to fix it. Ah, that explains why I wasn't seeing it before. I was only looking at changes in

amdgpu crashes on OOM

2020-10-26 Thread Alex Xu (Hello71)
Hi, I frequently encounter OOM on my system, mostly due to my own fault. Recently, I noticed that not only does a swap storm happen and OOM killer gets invoked, but the graphics output freezes permanently. Checking the kernel messages, I see: kworker/u24:4: page allocation failure: order:5,

amdgpu crashes on OOM

2020-10-25 Thread Alex Xu (Hello71)
Hi, I frequently encounter OOM on my system, mostly due to my own fault. Recently, I noticed that not only does a swap storm happen and OOM killer gets invoked, but the graphics output freezes permanently. Checking the kernel messages, I see: kworker/u24:4: page allocation failure: order:5,

Re: [PATCH] use gappinfo instead of gvfs for detecting actions

2020-08-12 Thread Alex Xu (Hello71)
e a bugid for this issue? > > On 04.08.2020 05:23, alex.hell...@gmail.com wrote: >> From: "Alex Xu (Hello71)" >> >> gtk_show_uri uses gappinfo, not gvfs. see >> https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/2359 >> >> this fixes Desktop.browse f

Re: wine fails to start with seccomp updates for v5.9-rc1

2020-08-07 Thread Alex Xu (Hello71)
Excerpts from Thadeu Lima de Souza Cascardo's message of August 7, 2020 1:36 pm: > On Fri, Aug 07, 2020 at 08:48:46AM -0700, Linus Torvalds wrote: >> On Fri, Aug 7, 2020 at 8:19 AM Alex Xu (Hello71) wrote: >> > >> > On Linus' master, wine fails to start with the foll

wine fails to start with seccomp updates for v5.9-rc1

2020-08-07 Thread Alex Xu (Hello71)
Hi, On Linus' master, wine fails to start with the following error: wine client error:0: write: Bad file descriptor This issue is not present on 5.8. It appears to be caused by failure to write to a pipe FD received via SCM_RIGHTS. Therefore, I tried reverting 9ecc6ea491f0, which resolved the

Re: [tor-relays] My relay appear down when it's actually up

2020-07-11 Thread Alex Xu (Hello71)
Excerpts from trinity Pointard's message of July 11, 2020 7:12 am: > Hi, > > Since a few days, my relay A8503903F97FF27F5D1C3CA38817329F581925E6 > appear down according to metrics.torproject.org, and is not getting > the Running flag from 6 out of 9 authorities according to >

Re: Kernel compression benchmarks

2020-07-01 Thread Alex Xu (Hello71)
Excerpts from Gao Xiang's message of July 1, 2020 11:50 am: > Anyway, I think LZMA (xz) is still useful and which is more > friendly to fixed-sized output compression than Zstd yet (But > yeah, I'm not familar with all ZSTD internals. I will dig > into that if I've more extra time). Yes, I

Kernel compression benchmarks

2020-07-01 Thread Alex Xu (Hello71)
Hi all, ZSTD compression patches have been sent in a number of times over the past few years. Every time, someone asks for benchmarks. Every time, someone is concerned about compression time. Sometimes, someone provides benchmarks. But, as far as I can tell, nobody considered the compression

Re: AMD IOMMU + SME + amdgpu regression

2020-06-22 Thread Alex Xu (Hello71) via Virtualization
Excerpts from Joerg Roedel's message of June 22, 2020 6:02 am: > Hi Alex, > > On Thu, Jun 11, 2020 at 07:05:21PM -0400, Alex Xu (Hello71) wrote: >> I am using an ASRock B450 Pro4 with Ryzen 1600 and ASUS RX 480. I don't >> understand this code at all, but let

Re: AMD IOMMU + SME + amdgpu regression

2020-06-22 Thread Alex Xu (Hello71)
Excerpts from Joerg Roedel's message of June 22, 2020 6:02 am: > Hi Alex, > > On Thu, Jun 11, 2020 at 07:05:21PM -0400, Alex Xu (Hello71) wrote: >> I am using an ASRock B450 Pro4 with Ryzen 1600 and ASUS RX 480. I don't >> understand this code at all, but let

Re: next-0519 on thinkpad x60: sound related? window manager crash

2020-06-14 Thread Alex Xu (Hello71)
Excerpts from Takashi Iwai's message of June 14, 2020 5:54 am: > On Sat, 13 Jun 2020 18:25:22 +0200, > Alex Xu (Hello71) wrote: >> >> Excerpts from Takashi Iwai's message of June 11, 2020 1:11 pm: >> > Thanks, so something still missing in the mmap handling, I guess. &g

Re: next-0519 on thinkpad x60: sound related? window manager crash

2020-06-13 Thread Alex Xu (Hello71)
Excerpts from Takashi Iwai's message of June 11, 2020 1:11 pm: > Thanks, so something still missing in the mmap handling, I guess. > > I've worked on two different branches for potential fixes of your > problems. Could you test topic/dma-fix and topic/dma-fix2 branches? >

AMD IOMMU + SME + amdgpu regression

2020-06-11 Thread Alex Xu (Hello71) via Virtualization
Hi, amdgpu + IOMMU + SME is now working for me on 5.7, yay! But, it is broken on torvalds master, boo. On boot, depending on which exact commit I test, it either hangs immediately (with built-in driver, before starting initramfs), displays some errors then hangs, or spams the screen with many

AMD IOMMU + SME + amdgpu regression

2020-06-11 Thread Alex Xu (Hello71)
Hi, amdgpu + IOMMU + SME is now working for me on 5.7, yay! But, it is broken on torvalds master, boo. On boot, depending on which exact commit I test, it either hangs immediately (with built-in driver, before starting initramfs), displays some errors then hangs, or spams the screen with many

Re: [patch for-5.8] dma-pool: decouple DMA_REMAP from DMA_COHERENT_POOL

2020-06-11 Thread Alex Xu (Hello71)
or after with SEV (which I'm not even sure my system supports). Regardless, this is a definite improvement. Tested-by: Alex Xu (Hello71) Thanks, Alex.

Re: next-0519 on thinkpad x60: sound related? window manager crash

2020-06-11 Thread Alex Xu (Hello71)
Excerpts from Takashi Iwai's message of June 9, 2020 11:12 am: > On Tue, 09 Jun 2020 13:47:33 +0200, > Christoph Hellwig wrote: >> >> Alex, can you try this patch? > > Also could you check whether just papering over the memset() call > alone avoids the crash like below? For PulseAudio and

Re: next-0519 on thinkpad x60: sound related? window manager crash

2020-06-11 Thread Alex Xu (Hello71)
Excerpts from Christoph Hellwig's message of June 9, 2020 7:47 am: > Alex, can you try this patch? > > diff --git a/sound/core/Kconfig b/sound/core/Kconfig > index d4554f376160a9..10b06e575a7fc5 100644 > --- a/sound/core/Kconfig > +++ b/sound/core/Kconfig > @@ -192,6 +192,6 @@ config SND_VMASTER

Re: next-0519 on thinkpad x60: sound related? window manager crash

2020-06-08 Thread Alex Xu (Hello71)
Excerpts from Christoph Hellwig's message of June 8, 2020 2:19 am: > Can you do a listing using gdb where this happens? > > gdb vmlinux > > l *(snd_pcm_hw_params+0x3f3) > > ? > (gdb) l *(snd_pcm_hw_params+0x3f3) 0x817efc85 is in snd_pcm_hw_params

Re: 82fef0ad811f "x86/mm: unencrypted non-blocking DMA allocations use coherent pools" was Re: next-0519 on thinkpad x60: sound related? window manager crash

2020-06-07 Thread Alex Xu (Hello71)
Excerpts from David Rientjes's message of June 7, 2020 8:57 pm: > Thanks for trying it out, Alex. Would you mind sending your .config and > command line? I assume either mem_encrypt=on or > CONFIG_AMD_MEM_ENCRYPT_ACTIVE_BY_DEFAULT is enabled. > > Could you also give this a try? > > diff

Re: 82fef0ad811f "x86/mm: unencrypted non-blocking DMA allocations use coherent pools" was Re: next-0519 on thinkpad x60: sound related? window manager crash

2020-06-07 Thread Alex Xu (Hello71)
Excerpts from David Rientjes's message of June 7, 2020 3:41 pm: > On Sun, 7 Jun 2020, Pavel Machek wrote: > >> > I have a similar issue, caused between aaa2faab4ed8 and b170290c2836. >> > >> > [ 20.263098] BUG: unable to handle page fault for address: >> > b2b582cc2000 >> > [ 20.263104]

Re: next-0519 on thinkpad x60: sound related? window manager crash

2020-06-07 Thread Alex Xu (Hello71)
I have a similar issue, caused between aaa2faab4ed8 and b170290c2836. [ 20.263098] BUG: unable to handle page fault for address: b2b582cc2000 [ 20.263104] #PF: supervisor write access in kernel mode [ 20.263105] #PF: error_code(0x000b) - reserved bit violation [ 20.263107] PGD

Re: soft lockup - may be related to wireguard (backported)

2020-05-04 Thread Alex Xu (Hello71)
Excerpts from Jason A. Donenfeld's message of May 4, 2020 1:26 am: > Are you routing wireguard over wireguard, or something interesting like that? > > Is ipsec being used? > This "DN2800MT" looks like an Atom board from 2012; are you trying to run a very large bandwidth through it? I think

Re: Newbie - WireGuard per systemd on Debian Buster

2020-05-04 Thread Alex Xu (Hello71)
Excerpts from Hans Kraus's message of April 16, 2020 12:23 pm: > I'm a newbie to wireguard and trying to install a working environment, > starting with one server and one client. First I used the example in > >

Re: Error downloading snapshots from remote sites

2020-05-04 Thread Alex Xu (Hello71)
Excerpts from Roy Marples's message of May 4, 2020 5:45 am: > Hi > > I only get this error downloading from a remote VM. > Another user has reported the error here: > https://roy.marples.name/archives/dhcpcd-discuss/0002955.html > > Error is a sample error logged by nginx: > I use uwsgi to proxy

Re: Bad rss-counter state from drm/ttm, drm/vmwgfx: Support huge TTM pagefaults

2020-04-08 Thread Alex Xu (Hello71)
Excerpts from Thomas Hellström (VMware)'s message of April 7, 2020 7:26 am: > On 4/7/20 2:38 AM, Alex Xu (Hello71) wrote: >> Excerpts from Thomas Hellström (VMware)'s message of April 6, 2020 5:04 pm: >>> Hi, >>> >>> On 4/6/20 9:51 PM, Alex Xu (Hello71) w

Bad rss-counter state from drm/ttm, drm/vmwgfx: Support huge TTM pagefaults

2020-04-07 Thread Alex Xu (Hello71)
Using 314b658 with amdgpu, starting sway and firefox causes "BUG: Bad rss-counter state" and "BUG: non-zero pgtables_bytes on freeing mm" to start filling dmesg, and then closing programs causes more BUGs and hangs, and then everything grinds to a halt (can't start more programs, can't even

Re: Bad rss-counter state from drm/ttm, drm/vmwgfx: Support huge TTM pagefaults

2020-04-07 Thread Alex Xu (Hello71)
Excerpts from Thomas Hellström (VMware)'s message of April 6, 2020 5:04 pm: > Hi, > > On 4/6/20 9:51 PM, Alex Xu (Hello71) wrote: >> Using 314b658 with amdgpu, starting sway and firefox causes "BUG: Bad >> rss-counter state" and "BUG: non-zero pgtables_byte

[RFC PATCH v2] wg-quick/linux: switch to ip rule rp filter

2020-03-23 Thread Alex Xu (Hello71)
--- src/wg-quick/linux.bash | 170 ++-- 1 file changed, 95 insertions(+), 75 deletions(-) diff --git a/src/wg-quick/linux.bash b/src/wg-quick/linux.bash index 7c2c002..a157006 100755 --- a/src/wg-quick/linux.bash +++ b/src/wg-quick/linux.bash @@ -26,6 +26,10

[RFC PATCH] wg-quick/linux: switch to ip rule rp filter

2020-03-06 Thread Alex Xu (Hello71)
--- src/wg-quick/linux.bash | 113 1 file changed, 56 insertions(+), 57 deletions(-) diff --git a/src/wg-quick/linux.bash b/src/wg-quick/linux.bash index 7c2c002..7bd2f85 100755 --- a/src/wg-quick/linux.bash +++ b/src/wg-quick/linux.bash @@ -22,10 +22,15

[lttng-dev] [PATCH v4] Use _umtx_op for futex on FreeBSD

2020-01-27 Thread Alex Xu (Hello71) via lttng-dev
Tested with "make check", "make regtest" and a knotd slave. --- include/urcu/futex.h | 45 1 file changed, 45 insertions(+) diff --git a/include/urcu/futex.h b/include/urcu/futex.h index c206c6f..0777d95 100644 --- a/include/urcu/futex.h +++

[lttng-dev] [PATCH v3] Use _umtx_op for futex on FreeBSD

2020-01-27 Thread Alex Xu (Hello71) via lttng-dev
--- include/urcu/futex.h | 45 1 file changed, 45 insertions(+) diff --git a/include/urcu/futex.h b/include/urcu/futex.h index c206c6f..9235024 100644 --- a/include/urcu/futex.h +++ b/include/urcu/futex.h @@ -24,6 +24,7 @@ */ #include +#include

[lttng-dev] [PATCH v2 2/2] Use _umtx_op for futex on FreeBSD

2020-01-27 Thread Alex Xu (Hello71) via lttng-dev
--- include/urcu/futex.h | 44 1 file changed, 44 insertions(+) diff --git a/include/urcu/futex.h b/include/urcu/futex.h index c206c6f..5a95d00 100644 --- a/include/urcu/futex.h +++ b/include/urcu/futex.h @@ -24,6 +24,7 @@ */ #include +#include

[lttng-dev] [PATCH v2 1/2] Add FreeBSD, DragonFly to syscall-compat.h

2020-01-27 Thread Alex Xu (Hello71) via lttng-dev
--- include/urcu/syscall-compat.h | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/include/urcu/syscall-compat.h b/include/urcu/syscall-compat.h index fa63a7b..23b266e 100644 --- a/include/urcu/syscall-compat.h +++ b/include/urcu/syscall-compat.h @@ -32,8 +32,9 @@ #elif

[lttng-dev] [PATCH 2/2] Use _umtx_op for futex on FreeBSD

2020-01-27 Thread Alex Xu (Hello71) via lttng-dev
--- include/urcu/futex.h | 23 +++ 1 file changed, 23 insertions(+) diff --git a/include/urcu/futex.h b/include/urcu/futex.h index c206c6f..33dc3db 100644 --- a/include/urcu/futex.h +++ b/include/urcu/futex.h @@ -24,6 +24,7 @@ */ #include +#include #include #include

[lttng-dev] [PATCH 1/2] Add FreeBSD, DragonFly to syscall-compat.h

2020-01-27 Thread Alex Xu (Hello71) via lttng-dev
--- include/urcu/syscall-compat.h | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/include/urcu/syscall-compat.h b/include/urcu/syscall-compat.h index fa63a7b..23b266e 100644 --- a/include/urcu/syscall-compat.h +++ b/include/urcu/syscall-compat.h @@ -32,8 +32,9 @@ #elif

[PATCH] random: print a message when waiting for random

2019-07-24 Thread Alex Xu (Hello71)
it, and many/most distributions do not configure rngd by default in combination, many programs (e.g. sshd, gdm) now block on startup, sometimes for many minutes. in the kernel, we can't fix this easily, but we should at least notify users why their program is stuck. Signed-off-by: Alex Xu (Hello71

[PATCH] treewide: fix awk regexp over-escaping

2019-05-18 Thread Alex Xu (Hello71)
Fix "warning: regexp escape sequence is not a known regexp operator" on gawk 5.0.0. Results found by: - grepping '\\[^\[\\^$.|?*+()a-z]' on *.awk - grepping 'awk.*\\[^\[\\^$.|?*+()a-z]' - running awk --lint -f /dev/null on *.awk Signed-off-by: Alex Xu (Hello71) --- Documentation/a

Re: [bugreport] kernel 5.2 pblk bad header/extent: invalid extent entries

2019-05-18 Thread Alex Xu (Hello71)
Excerpts from Mikhail Gavrilov's message of May 18, 2019 7:07 am: > On Sat, 18 May 2019 at 11:44, Mikhail Gavrilov > wrote: >> [28616.429757] EXT4-fs error (device nvme0n1p2): ext4_find_extent:908: >> inode #8: comm jbd2/nvme0n1p2-: pblk 23101439 bad header/extent: >> invalid extent entries -

[REGRESSION] ptrace broken from "cgroup: cgroup v2 freezer" (76f969e)

2019-05-12 Thread Alex Xu (Hello71)
Hi, I was trying to use strace recently and found that it exhibited some strange behavior. I produced this minimal test case: #include int main() { write(1, "a", 1); return 0; } which, when run using "gcc test.c && strace ./a.out" produces this strace output: [ pre-main omitted ]

[PATCH] treewide: fix awk regexp over-escaping

2019-04-29 Thread Alex Xu (Hello71)
Fix "warning: regexp escape sequence is not a known regexp operator" on gawk 5.0.0. Results found by: - grepping '\\[^\[\\^$.|?*+()a-z]' on *.awk - grepping 'awk.*\\[^\[\\^$.|?*+()a-z]' - running awk --lint -f /dev/null on *.awk Signed-off-by: Alex Xu (Hello71) --- Documentation/a

Re: shmem_recalc_inode: unable to handle kernel NULL pointer dereference

2019-03-31 Thread Alex Xu (Hello71)
Excerpts from Vineeth Pillai's message of March 25, 2019 6:08 pm: > On Sun, Mar 24, 2019 at 11:30 AM Alex Xu (Hello71) wrote: >> >> I get this BUG in 5.1-rc1 sometimes when powering off the machine. I >> suspect my setup erroneously executes two swapoff+cryptsetu

shmem_recalc_inode: unable to handle kernel NULL pointer dereference

2019-03-24 Thread Alex Xu (Hello71)
I get this BUG in 5.1-rc1 sometimes when powering off the machine. I suspect my setup erroneously executes two swapoff+cryptsetup close operations simultaneously, so a race condition is triggered. I am using a single swap on a plain dm-crypt device on a MBR partition on a SATA drive. I think

r8169 only works in promisc mode

2019-03-08 Thread Alex Xu (Hello71)
After suspending, my r8169 (not actually 8169, just that driver) only receives packets when in promiscuous mode. I have tried disabling all offload features except highdma [fixed], and it doesn't fix the issue. I am using torvalds/linux, compiled about two days ago (not sure which commit). I

[PATCH] %i is not a valid format specifier

2019-01-21 Thread Alex Xu (Hello71)
--- app/src/main/res/values/strings.xml | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/app/src/main/res/values/strings.xml b/app/src/main/res/values/strings.xml index 72b8153..3751cb0 100644 --- a/app/src/main/res/values/strings.xml +++

[PATCH] D49466: Initial implementation of -fmacro-prefix-map and -ffile-prefix-map

2019-01-10 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu added a comment. FYI, according to my comment on D49652 , assuming I checked it correctly, gcc applies the maps in reverse order of command line specification, not sorted order. It seems unlikely that anyone is actually depending on the order though.

[PATCH net] r8169: always autoneg on resume

2018-09-29 Thread Alex Xu (Hello71)
This affects at least versions 25 and 33, so assume all cards are broken and just renegotiate by default. Fixes: a2965f12fde6 ("r8169: remove rtl8169_set_speed_xmii") Signed-off-by: Alex Xu (Hello71) --- drivers/net/ethernet/realtek/r8169.c | 7 +++ 1 file changed, 3 insert

[PATCH net] r8169: always autoneg on resume

2018-09-29 Thread Alex Xu (Hello71)
This affects at least versions 25 and 33, so assume all cards are broken and just renegotiate by default. Fixes: a2965f12fde6 ("r8169: remove rtl8169_set_speed_xmii") Signed-off-by: Alex Xu (Hello71) --- drivers/net/ethernet/realtek/r8169.c | 7 +++ 1 file changed, 3 insert

[PATCH v2] mm: fix z3fold warnings on CONFIG_SMP=n

2018-09-27 Thread Alex Xu (Hello71)
Spinlocks are always lockable on UP systems, even if they were just locked. Cc: Dan Streetman Signed-off-by: Alex Xu (Hello71) --- mm/z3fold.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/mm/z3fold.c b/mm/z3fold.c index 4b366d181..2e8d268ac 100644 --- a/mm/z3fold.c

[PATCH v2] mm: fix z3fold warnings on CONFIG_SMP=n

2018-09-27 Thread Alex Xu (Hello71)
Spinlocks are always lockable on UP systems, even if they were just locked. Cc: Dan Streetman Signed-off-by: Alex Xu (Hello71) --- mm/z3fold.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/mm/z3fold.c b/mm/z3fold.c index 4b366d181..2e8d268ac 100644 --- a/mm/z3fold.c

[PATCH] mm: fix z3fold warnings on CONFIG_SMP=n

2018-09-27 Thread Alex Xu (Hello71)
Spinlocks are always lockable on UP systems, even if they were just locked. Cc: Dan Streetman Signed-off-by: Alex Xu (Hello71) --- mm/z3fold.c | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/mm/z3fold.c b/mm/z3fold.c index 4b366d181..4e6ad2de4 100644 --- a/mm

[PATCH] mm: fix z3fold warnings on CONFIG_SMP=n

2018-09-27 Thread Alex Xu (Hello71)
Spinlocks are always lockable on UP systems, even if they were just locked. Cc: Dan Streetman Signed-off-by: Alex Xu (Hello71) --- mm/z3fold.c | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/mm/z3fold.c b/mm/z3fold.c index 4b366d181..4e6ad2de4 100644 --- a/mm

[PATCH] D49652: Apply -fdebug-prefix-map in reverse of command line order

2018-07-23 Thread Alex Xu (Hello71) via Phabricator via cfe-commits
alxu added a comment. my general theory is that it's better to have tests that test everything at once if possible, but I guess it's unlikely enough that the debug info path will be correct in the IR and then not correct in the generated file and that that won't be caught by LLVM tests.

  1   2   >