odroid xu4 on odroid-5.16.y and up

Question

odroid xu4 on odroid-5.16.y and up

Opened this issue 3 years ago · 11 comments

paralin commented 3 years ago

Hi @tobetter

Thank you for your work on this as always,

I noticed that in odroid-5.15.y there is odroidxu4_defconfig, but not in odroid-5.16.y

Where did odroidxu4_defconfig go, and which defconfig should I use instead now?

Thanks :)

Answer 1 · 2022-02-17T05:53:40.000Z

... and if there is a minimal defconfig to apply on top of the arch-specific defaults which works, I'd be happy to use that instead :)

Answer 2 · 2022-02-17T06:01:25.000Z

Well...actually I am about to give up to manage XU4 build since no one is using the kernel... :)

Answer 3 · 2022-02-17T07:32:29.000Z

@tobetter you're not supporting xu4 anymore? I have several HC2s and a couple XU4s, definitely it's still used.

Answer 4 · 2022-03-09T21:25:26.000Z

@tobetter Any news on this? What's your recommendation for what I should switch Skiff to in terms of supporting our existing XU4 users? I know of several active projects that are currently using XU4 and your 5.15.x branch and need to continue to receive updates going forward. I guess mainline sort-of works?

Answer 5 · 2022-03-11T05:48:47.000Z

https://github.com/skiffos/linux/tree/skiff-odroid-5.16.y/

OK - I've re-based the xu4-specific commits on odroid-5.16.y and will continue to keep that up-to-date for now.

Answer 6 · 2022-03-11T18:55:20.000Z

@paralin Many Thanks. I still have many xu4 (exynos5's: maybe 35 or so) as well as older Exynos4 in use. I wish Samsung had continued. Their chips are one of very few to compete with Apple. :) I use mainline, mostly, will happily switch if you are planning to keep it alive there. South Korean engineering is pretty awesome.

Answer 7 · 2022-03-12T04:03:02.000Z

@uDude Wow, that's a lot of xu4s! I've got about 8 running. I've tested my branch & it works with 5.16.14. :)

Answer 8 · 2022-03-13T19:28:49.000Z

I use this kernel for 2 ODROID HC2s as well, I was surprised that it dropped support for them in 5.16 and higher...
I guess I will have to look into going fully mainline, most commits on top of mainline are related to GPU, HDMI, etc. only a few for thermal etc. Maybe trying to upstream them would help.

Answer 9 · 2022-03-13T19:39:53.000Z

@DylanVanAssche the above kernel linked is confirmed to work on xu4, hc2, and n2. It's updated to latest 5.16

Answer 10 · 2022-03-13T19:45:33.000Z

@paralin Yes! That's awesome!

I went through the commits to see which ones are interesting for the HC2s I have here, this is what I found:

e6b9c06 ODROID-XU4: arm/dts: remove write-protect pin from SD card
489a28a ODROID-XU4: arm/exynos: No need to use enynos_init_late
e96f6b2 ODROID-XU4: devfreq: exynos-bus: workaround dev_pm_opp_set_rate() err
3aa79f3 ODROID-XU4: arm: dts: exynos5422: enable Exynos5422 TMU
38cb009 ODROID-XU4: regulator: s2mps11: add ethernet power reset in shutdown
ee36444 ODROID-XU4: thermal: exynos: add support for 8 trip points on Exynos5
b3c7955 ODROID-XU4: Update hack avoiding the invalid temperature by TMU broken
ff0a516 ODROID-XU4: ARM: exynos: add machine description for ODROID-XU3/4
d1cc5b6 ODROID-XU4: regulator: s2mps11: call shutdown function to poweroff

(skipped the defconfig commits as I have a config myself in postmarketOS and still have to see which are are in an upstreamable state)

Submitting those to the mainline kernel would be great to have 100% mainline running on the HC2.
I maintain this device in postmarketOS and moving to the mainline kernel would be so much better for maintenance :)
I heavily depends on my HC2s as all my infrastructure runs on it.

Answer 11 · 2022-04-27T23:10:35.000Z

@DylanVanAssche I agree upstreaming would be great, but I don't think I have the relevant knowledge of what those commits are modifying to do that job.