| From: | Andres Freund <andres(at)anarazel(dot)de> |
|---|---|
| To: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
| Cc: | Alexander Lakhin <exclusion(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, greg(at)burd(dot)me |
| Subject: | Re: IO in wrong state on riscv64 |
| Date: | 2025-10-22 10:51:45 |
| Message-ID: | w3qc4gzqywinffeglpwyxbwocpsjvh3yqqy5d42zsqhciy3yr5@tb63f2ipdzrl |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Hi,
On 2025-10-20 13:05:53 +1100, Thomas Munro wrote:
> Updating the list with some progress: Alexander narrowed it down to
> pgaio_io_wait() being inlined into pgaio_io_was_recycled(). It seems
> to have some instructions in the wrong order, and that can be
> reproduced standalone, so I've asked about it here:
>
> https://github.com/llvm/llvm-project/issues/164194
>
> I'm not seeing how that could be our fault, but let's see...
This is some awesome work Alexander and Thomas. Thanks for doing all this
investigation.
Have you figured out if the LLVM bug is specific to riscv or is more general?
Afaict most of the MachineSink stuff mentioned in the llvm bug is generic, not
arch specific. But I'd be surprised if such a problem in a more widely used
arch hadn't been hit long ago...
It's also somewhat surprising that this hasn't caused issues more widely in PG
on riscv...
Greetings,
Andres Freund
| From | Date | Subject | |
|---|---|---|---|
| Next Message | shveta malik | 2025-10-22 11:06:05 | Re: POC: enable logical decoding when wal_level = 'replica' without a server restart |
| Previous Message | Chao Li | 2025-10-22 10:26:44 | Re: [PATCH] pg_get_domain_ddl: DDL reconstruction function for CREATE DOMAIN statement |