There are other ports that uses newer kernels (iirc annoyedmilk/esp32-s31-linux used 7.1). XIP saves me RAM, and on a device with 16mib ram I need to squeeze as much ram as possible. Besides I couldn't think of any use cases where you really need a newer kernel
I absolutely see the appeal for XIP here! I just have been sufficiently traumatized by Android devices that anything that breaks the ability to follow upstream makes me nervous. I'm sure it's workable here, both because this is a recent enough version that it'll be supported for a long time and because I expect it can be ported forward if really needed. (And of course, at this point it's not like this is a real production thing so as an experiment who cares.)
What I remember was they said it could come back if people needed it but it was broken for looking (months, years) at a time. So even if they didn't remove it, 6.12 might be the last working version with it anyway
Comments
Doesn't that put it in an awkward position relying on a dead end feature?
There are other ports that uses newer kernels (iirc annoyedmilk/esp32-s31-linux used 7.1). XIP saves me RAM, and on a device with 16mib ram I need to squeeze as much ram as possible. Besides I couldn't think of any use cases where you really need a newer kernel
I absolutely see the appeal for XIP here! I just have been sufficiently traumatized by Android devices that anything that breaks the ability to follow upstream makes me nervous. I'm sure it's workable here, both because this is a recent enough version that it'll be supported for a long time and because I expect it can be ported forward if really needed. (And of course, at this point it's not like this is a real production thing so as an experiment who cares.)
What I remember was they said it could come back if people needed it but it was broken for looking (months, years) at a time. So even if they didn't remove it, 6.12 might be the last working version with it anyway
it's common to move "unused" code to patches