~shrik3

~shrik3/test

Last active 6 months ago

~shrik3/rustubs

Last active 7 months ago

~shrik3/vnil-devel

Last active 7 months ago

~shrik3/srht-test-mailinglist

Last active 7 months ago

~shrik3/syswiki

Last active 7 months ago

~shrik3/public-inbox

Last active 7 months ago

~shrik3/aarch64-paging

Last active 9 months ago
View more

Recent activity

Re: [PATCH aerc] rfc822: parse multipart messages on a best efforts basis 4 days ago

From Tianhao Wang to ~rjarry/aerc-devel

On Thu Nov 7, 2024 at 5:34 PM CET, Koni Marti wrote:
> Parse multipart messages on a best efforts basis. If a multipart parsing
> error occurs, display the message as a single text/plain part.
> Currently, the user will only see an error in the message list. With
> this change, the user can at least look at the "unparsed" message
> content and see the message headers in the viewer.
>
> The error will be logged and a warning prefix to the subject header is
> added to make it obvious that aerc modified the message body structure.
> [SNIP]


Can't speak for all but this does work for the broken messages I have.
Thanks :)

Re: hugo ananke math 2 months ago

From Tianhao Wang to ~sircmpwn/sr.ht-discuss

On Sun Sep 1, 2024 at 12:47 AM CEST, Gabriel wrote:
> [...]
> which, if I'm correct, would upload the static website I have
> rendered with hugo locally.

Yes and no, you upload the site your render locally, but math is
rendered on the client side i.e. reader's browser.

> [...]
> https://gavox.srht.site/curso_mcpi/2024_08_28_modelos_y_software/

Checking the console, I see this:

Content-Security-Policy: The page’s settings blocked a script (script-src-elem) at

Re: Best email providers these days? 4 months ago

From Tianhao Wang to ~rjarry/aerc-discuss

Hi,

On Fri Jul 5, 2024 at 11:32 AM CEST, Tillman Jex wrote:
> I'm with mailbox.org. Another German company (like Posteo). They're really 
> great, and are also privacy centric. On the middle plan (€3 per month) you can 
> have up to 25 custom domain name emails, many more general *@mailbox.org 
> aliases, and also temporary emails that you can generate that expire within 
> 3 months (unless you renew). In the form of 
>   `<random-alphanum>@temp.mailbox.org`.
>

I'm using mailbox too and have been very satisfied. There is one 'minor'
issue though: the `X-Mailer` header is stripped when sending via SMTP.
You could check this exact mail: `X-Mailer: aerc` is missing.

Re: [PATCH aerc v3] vaxis: update to 0.9.2 4 months ago

From Tianhao Wang to ~rjarry/aerc-devel

On Mon Jun 17, 2024 at 5:04 PM CEST, Tim Culverhouse wrote:
> Fixes several behind the scenes issues, but notably addresses scrolling
> of CJK characters in the terminal widget as well as wrapping of wide
> characters
>
> Reported-by: Tianhao Wang <shrik3@mailbox.org>
> Reported-by: ~runxiyu
> Signed-off-by: Tim Culverhouse <tim@timculverhouse.com>
> ---
> v3: Fix an issue v0.9.1 created regarding wrapping of text 
>
>  go.mod | 2 +-
>  go.sum | 4 ++--
>  2 files changed, 3 insertions(+), 3 deletions(-)

Re: Character width detection with CJK text 4 months ago

From Tianhao Wang to ~rjarry/aerc-devel

On Sat Jun 15, 2024 at 5:54 PM CEST, Runxi Yu wrote:
> I was reading an email with interwoven English and Chinese via `aerc`
> and I noticed that CJK text (which is usually double the width of latin
> characters) is handled incorrectly. If I have a line full of `测试`
> proceeded a blank line followed by lines of `AAAAAA`, and I scroll down,
> sometimes the blank line will have ghost `A`s floating around, usually
> aligned with the right half of each CJK character.
> [...]
> Screencast: https://www.andrewyu.org/aerc.mkv (link may expire)
> Demo file: https://paste.sr.ht/blob/838a040bcd13a511a88e3910c4eeba7927f68058

Hi,

I think the is the same issue I reported earlier..

[PATCH] epoll: use repr(packed) for EpollEvent 5 months ago

From to ~quark/QuarkContainer

From: Tianhao Wang <shrik3@mailbox.org>

otherwise it may cause alignment issue

Signed-off-by: Tianhao Wang <shrik3@mailbox.org>
Suggested-by: Yiliang Dong  <dongyiliangsteven@163.com>
---
 qlib/kernel/kernel/epoll/epoll.rs | 2 ++
 qlib/linux_def.rs                 | 2 ++
 2 files changed, 4 insertions(+)

diff --git a/qlib/kernel/kernel/epoll/epoll.rs b/qlib/kernel/kernel/epoll/epoll.rs
index 5094f678..2e922ad4 100644
--- a/qlib/kernel/kernel/epoll/epoll.rs
[message trimmed]

Re: HYPERCALL_MMIO_BASE 5 months ago

From Tianhao Wang to ~quark/QuarkContainer

On Sun May 19, 2024 at 11:41 PM CEST, Yulin Sun wrote:
> I see there is one page HYPERCALL_MMIO_BASE is mapped in physical
> address space. But I see the memory range is not allocated in the
> kvm_userspace_memory_region.
>
> So is this by intention?

this is intentional. This page is mapped, but not backed by any host
memory. When this (one page) memory is accessed, it will trigger a
KVM_EXIT with MMIO read or write. You have to map it in guest pagetable
otherwise it would be a pagefault exception instead of a MMIO.

The Hypercall ID is calculated from addr - HYPERCALL_MMIO_BASE.

Re: mprotect syscall no longer writes to PTE flags? 5 months ago

From Tianhao Wang to ~quark/QuarkContainer

On Tue May 14, 2024 at 4:00 PM CEST, Yulin Sun wrote:
> Yes. When mprotect doing RO-->RW change, if we change pagetable flags, the CoW
> process will be disabled. For example, for private mapping of readonly file,
> when change to RW pagetable flags, the system will try to write the file and
> system will crash.
>

I intuitively think ... MProtect operation on a RO page should be treated as a
COW event as well, i.e. allocate/copy the child page before applying PTE flag
changes to either parent or child.

Also, if a process is requesting RO->RW, it  would very likely do write to that
memory afterwards, and COW would be triggered anyways. Why not proactively do
the COW upon RO->RW sys_mprotect calls?

Re: Armdev rebase - vdso makefile 5 months ago

From Tianhao Wang to ~quark/QuarkContainer

On Wed May 15, 2024 at 12:39 AM CEST, Christo Bita wrote:
> Name of linker-script for x86_64 hosts matches only amd machines.

Thanks! btw. perhaps try to send patches inline, i.e. simply use git send-email.
IMO it's easier than using attachments. it's also easier to review and comment.
(for this one thought it's fine because this patch is trivial)

wth

[PATCH] (local) clear PAN for armv8.4+ 5 months ago

From to ~quark/QuarkContainer

From: Tianhao Wang <shrik3@mailbox.org>

newer arm64 archs add PAN (Privilege Access Never) bit in the pstate
which prevents the kernel (el1) from accessing user (el0) memory. Full
support is WIP. As a temporary workaround we simply clear the PAN in the
qkernel.

Signed-off-by: Tianhao Wang <shrik3@mailbox.org>
---
 qkernel/Cargo.toml                    |  4 ++++
 qkernel/aarch64-qkernel.json          |  2 +-
 qlib/kernel/threadmgr/task_usermem.rs | 12 ++++++++++++
 3 files changed, 17 insertions(+), 1 deletion(-)
[message trimmed]