Any plan for basic mainline linux support?

Post Reply
brad
Posts: 1092
Joined: Tue Mar 29, 2016 1:22 pm
languages_spoken: english
ODROIDs: C2 N1 N2 H2 (64 bit ftw)
Location: Australia
Has thanked: 41 times
Been thanked: 80 times
Contact:

Re: Any plan for basic mainline linux support?

Post by brad » Fri May 01, 2020 7:44 pm

tobetter wrote:
Fri May 01, 2020 2:50 pm
20200501 - Korean Labour day Edition

I've worked to upgrade the image with Linux kernel 5.7-rc3 from 5.4 as per the request of many users and more features are supported for regular users. Please download the image, Ubuntu 20.04 (Focal Fossa), and flash with the Etcher.
Well done @tobetter tested and working here :)
These users thanked the author brad for the post:
tobetter (Fri May 01, 2020 7:56 pm)

elatllat
Posts: 1749
Joined: Tue Sep 01, 2015 8:54 am
languages_spoken: english
ODROIDs: XU4, N1, N2, C4
Has thanked: 44 times
Been thanked: 112 times
Contact:

Re: Any plan for basic mainline linux support?

Post by elatllat » Sun May 03, 2020 12:19 am

5.4.37 (LKML) died with a "kernel NULL pointer dereference", hope it won't be in 5.7-rc4;

Code: Select all

[    3.761990] Call trace:
[    3.764406]  snd_soc_dapm_new_dai+0x2c/0x1a8
[    3.768631]  snd_soc_dapm_connect_dai_link_widgets+0x110/0x268
[    3.774412]  snd_soc_instantiate_card+0x840/0xb80
[    3.779068]  snd_soc_register_card+0xfc/0x140
[    3.783382]  devm_snd_soc_register_card+0x44/0xa0
[    3.788040]  axg_card_probe+0x58c/0xb94 [snd_soc_meson_axg_sound_card]
[    3.794507]  platform_drv_probe+0x50/0xa0
[    3.798474]  really_probe+0x100/0x350
[    3.802097]  driver_probe_device+0x58/0x100
[    3.806237]  __device_attach_driver+0x90/0xb0
[    3.810549]  bus_for_each_drv+0x64/0xc8
[    3.814344]  __device_attach+0xd8/0x138
[    3.818139]  device_initial_probe+0x10/0x18
[    3.822279]  bus_probe_device+0x90/0x98
[    3.826074]  deferred_probe_work_func+0x74/0xb0
[    3.830560]  process_one_work+0x1e0/0x358
[    3.834526]  worker_thread+0x40/0x488
[    3.838150]  kthread+0x118/0x120
[    3.841341]  ret_from_fork+0x10/0x18
Anyone able to reproduce/verify ?


[EDIT]
Nevermind, it's reverted for 5.4.38.
[/EDIT]
Last edited by elatllat on Sun May 03, 2020 12:32 am, edited 1 time in total.

brad
Posts: 1092
Joined: Tue Mar 29, 2016 1:22 pm
languages_spoken: english
ODROIDs: C2 N1 N2 H2 (64 bit ftw)
Location: Australia
Has thanked: 41 times
Been thanked: 80 times
Contact:

Re: Any plan for basic mainline linux support?

Post by brad » Sun May 03, 2020 12:31 am

elatllat wrote:
Sun May 03, 2020 12:19 am
5.4.37 (LKML) died with a "kernel NULL pointer dereference", hope it won't be in 5.7-rc4;

Code: Select all

[    3.761990] Call trace:
[    3.764406]  snd_soc_dapm_new_dai+0x2c/0x1a8
[    3.768631]  snd_soc_dapm_connect_dai_link_widgets+0x110/0x268
[    3.774412]  snd_soc_instantiate_card+0x840/0xb80
[    3.779068]  snd_soc_register_card+0xfc/0x140
[    3.783382]  devm_snd_soc_register_card+0x44/0xa0
[    3.788040]  axg_card_probe+0x58c/0xb94 [snd_soc_meson_axg_sound_card]
[    3.794507]  platform_drv_probe+0x50/0xa0
[    3.798474]  really_probe+0x100/0x350
[    3.802097]  driver_probe_device+0x58/0x100
[    3.806237]  __device_attach_driver+0x90/0xb0
[    3.810549]  bus_for_each_drv+0x64/0xc8
[    3.814344]  __device_attach+0xd8/0x138
[    3.818139]  device_initial_probe+0x10/0x18
[    3.822279]  bus_probe_device+0x90/0x98
[    3.826074]  deferred_probe_work_func+0x74/0xb0
[    3.830560]  process_one_work+0x1e0/0x358
[    3.834526]  worker_thread+0x40/0x488
[    3.838150]  kthread+0x118/0x120
[    3.841341]  ret_from_fork+0x10/0x18
Anyone able to reproduce/verify ?
I seen it discussed on the mailing list, a patch that incorrectly made it into stable - http://lists.infradead.org/pipermail/li ... 16588.html

elatllat
Posts: 1749
Joined: Tue Sep 01, 2015 8:54 am
languages_spoken: english
ODROIDs: XU4, N1, N2, C4
Has thanked: 44 times
Been thanked: 112 times
Contact:

Re: Any plan for basic mainline linux support?

Post by elatllat » Sun May 03, 2020 12:34 am

brad wrote:
Sun May 03, 2020 12:31 am
...
I seen it discussed on the mailing list, a patch that incorrectly made it into stable - http://lists.infradead.org/pipermail/li ... 16588.html
Thanks I just found it's already fixed for 5.4.38, so I'm building again...

[EDIT]
Yep, it's fixed.
[/EDIT]

elatllat
Posts: 1749
Joined: Tue Sep 01, 2015 8:54 am
languages_spoken: english
ODROIDs: XU4, N1, N2, C4
Has thanked: 44 times
Been thanked: 112 times
Contact:

Re: Any plan for basic mainline linux support?

Post by elatllat » Wed May 20, 2020 3:08 am

Attached is a patch for
elatllat wrote:
Tue Nov 12, 2019 10:23 pm
...gpioinfo...
@tobetter or anyone have anything to correct or add to that?
Attachments
patch_gpio.txt
(1.53 KiB) Downloaded 29 times

User avatar
tobetter
Posts: 5113
Joined: Mon Feb 25, 2013 10:55 am
languages_spoken: Korean, English
ODROIDs: X, X2, U2, U3, XU3, C1
Location: Paju, South Korea
Has thanked: 161 times
Been thanked: 509 times
Contact:

Re: Any plan for basic mainline linux support?

Post by tobetter » Wed May 20, 2020 1:53 pm

elatllat wrote:
Wed May 20, 2020 3:08 am
Attached is a patch for
elatllat wrote:
Tue Nov 12, 2019 10:23 pm
...gpioinfo...
@tobetter or anyone have anything to correct or add to that?
We already have gpio-line-namges for ODROID-N2 with Linux kernel 5.4?
https://github.com/hardkernel/linux/blo ... 2.dts#L465

brad
Posts: 1092
Joined: Tue Mar 29, 2016 1:22 pm
languages_spoken: english
ODROIDs: C2 N1 N2 H2 (64 bit ftw)
Location: Australia
Has thanked: 41 times
Been thanked: 80 times
Contact:

Re: Any plan for basic mainline linux support?

Post by brad » Wed May 20, 2020 5:24 pm

I don't think that one is upstream but to make it upstream ready maybe should be trying to keep existing format used like for the C2 https://git.kernel.org/pub/scm/linux/ke ... 7-rc6#n264

Technically the 7 pin audio is exposed so would like to see it included if defining SOC gpios :)

@tobetter reviewing the N2 schematics I think there is a mistake - https://dn.odroid.com/S922X/ODROID-N2/S ... 190307.pdf
Page 1 - the J7 header is specified as having the GPIOA pins exposed and the heartbeat LED as a GPIOA pin. Are you able to confirm that these are actually GPIOAO pins (ie with the I2S interface)?


Edit: actually maybe not, looks like it is GPIOA sorry

elatllat
Posts: 1749
Joined: Tue Sep 01, 2015 8:54 am
languages_spoken: english
ODROIDs: XU4, N1, N2, C4
Has thanked: 44 times
Been thanked: 112 times
Contact:

Re: Any plan for basic mainline linux support?

Post by elatllat » Wed May 20, 2020 11:35 pm

tobetter wrote:
Wed May 20, 2020 1:53 pm
...
We already have gpio-line-names for ODROID-N2 with Linux kernel 5.4...
I was looking at https://github.com/hardkernel/linux/blo ... roidn2.dts.
Anyway do you want to send gpio-line-names upstream? ( with something like "git format-patch --signoff HEAD^", "scripts/get_maintainer.pl --separator=, --norolestats *.patch", "scripts/checkpatch.pl *.patch", "mutt -H *.patch" )

User avatar
tobetter
Posts: 5113
Joined: Mon Feb 25, 2013 10:55 am
languages_spoken: Korean, English
ODROIDs: X, X2, U2, U3, XU3, C1
Location: Paju, South Korea
Has thanked: 161 times
Been thanked: 509 times
Contact:

Re: Any plan for basic mainline linux support?

Post by tobetter » Thu May 21, 2020 7:22 am

elatllat wrote:
Wed May 20, 2020 11:35 pm
tobetter wrote:
Wed May 20, 2020 1:53 pm
...
We already have gpio-line-names for ODROID-N2 with Linux kernel 5.4...
I was looking at https://github.com/hardkernel/linux/blo ... roidn2.dts.
Anyway do you want to send gpio-line-names upstream? ( with something like "git format-patch --signoff HEAD^", "scripts/get_maintainer.pl --separator=, --norolestats *.patch", "scripts/checkpatch.pl *.patch", "mutt -H *.patch" )
Ah...I see...I am not thinking of sending the patch yet since I am sorting out GPIO and peripherals in the device tree. Once it's done, I will send it.

Post Reply

Return to “General Topics”

Who is online

Users browsing this forum: No registered users and 2 guests