From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
Cc: | Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Bastien Roucariès <rouca(at)debian(dot)org>, pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: Detection of hadware feature => please do not use signal |
Date: | 2024-11-01 04:44:35 |
Message-ID: | 1624905.1730436275@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Thomas Munro <thomas(dot)munro(at)gmail(dot)com> writes:
> On Fri, Nov 1, 2024 at 7:25 AM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> It occurs to me to wonder whether the existing code works on Windows.
>> Windows-on-ARM wasn't a thing we thought about in 2018, but it's
>> a reasonable target now.
> I looked into that[1] and decided that I was going to ignore it
> completely, because:
> [ oodles o' details ]
Hmm. So it seems like we could do this:
* Linux, FreeBSD, OpenBSD: do run-time test as recommended
* Windows, macOS: assume that supported ARM hardware can do this
* anything else: assume no hardware CRC
The only thing I'd be even a bit sad about there is not having
NetBSD support. Maybe we just need to research that a bit more,
or maybe we have to wait for/lobby for them to do what the other
BSDen have done. But in any case I'm not seeing NetBSD-on-ARM
as a platform that's important enough to block movement on this,
let alone anything else in the "anything else" category.
An alternative to "assume no hardware CRC" could be
* anything else: use the existing SIGILL test
But I do sympathize with Bastien's concerns about that.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2024-11-01 06:16:32 | Re: Detection of hadware feature => please do not use signal |
Previous Message | Thomas Munro | 2024-11-01 04:28:53 | Re: Detection of hadware feature => please do not use signal |