size_t-to-int vulnerability in Linux’s filesystem layer

Re:size_t-to-int vulnerability in Linux’s filesystem layer by gumby on Tuesday July 20, 2021 @05:04PM (#27899305)

I don’t know the terms of Apple’s license with ARM, do you? I’m quite interested.

Given that Apple was one of the original founders of ARM it’s quite possible that their license allows much more latitude anyone else’s.

[ Parent | on HN ]

Re:size_t-to-int vulnerability in Linux’s filesystem layer by saagarjha on Tuesday July 20, 2021 @06:05PM (#27899962)

Adding new instructions to userspace programs is almost certainly not going to fly. All of their extensions have been hidden behind an opaque API, or limited to use in the kernel.

[ Parent | on HN ]

Re:size_t-to-int vulnerability in Linux’s filesystem layer by masklinn on Wednesday July 21, 2021 @03:43AM (#27903462)

That… makes no architectural difference at all. As far as the architecture is concerned, these are architectural extensions either way: userspace programs can observably contain and execute instructions which are not standard ARM.

If AMX is allowed under their license, there is no reason why checked extensions would not be.

[ Parent | on HN ]