01:21 <NonaSuomy> Hi I'm trying to get a customized/stock 2.6.35.3 kernel (just busybox compiled into the kernel) booting on an eink reader getting a kernel panic and wondering where I would find that it reads this vcom data it wants for the PMIC of the eink screen. Normally it runs from eMMC but I am running everything from SD as the eMMC is dead.

01:22 <NonaSuomy> I get this error

01:22 <NonaSuomy> epdc_progress_work_func start progress.

01:22 <NonaSuomy> mxc_epdc_fb mxc_epdc_fb: Unable to enable DISPLAY regulator.err = 0xffffffff

01:22 <NonaSuomy> WARNING: at drivers/regulator/core.c:1423 _regulator_disable+0x30/0x118()

01:22 <NonaSuomy> ------------[ cut here ]------------

01:22 <NonaSuomy> tps65180_display_enable fail to read vcom from eMMC. -1

01:22 <NonaSuomy> unbalanced disables for DISPLAY

01:22 <NonaSuomy> Modules linked in:

01:22 <NonaSuomy> regulator_init_complete: incomplete constraints, leaving LDO11 on

01:23 <NonaSuomy> I have two SDCards one with a copy of eMMC running stock which boots fine then another card with my stock kernel dd'd overtop.

01:23 <NonaSuomy> The stock boot SDCard looks like this when it boots:

01:24 <NonaSuomy> https://pastebin.com/Ybuus1RP

01:25 <NonaSuomy> The modified kernel card looks like this:

01:25 <NonaSuomy> https://pastebin.com/raw/kfyC0Zn8

01:29 <NonaSuomy> I'm thinking I need to change that location to the SDCard (blk0 SD instead of blk2 eMMC)

01:30 <NonaSuomy> Hopefully that clears up the kernel panic and it continues on to a busybox prompt.

08:57 <HdkR> How likely is it that a new binfmt_misc flag can be added to fix the /proc/self/exe discrepncy between an ELF interpreter and a binfmt_misc interpreter?

08:58 <HdkR> Using the prctl to redirect /proc/self/exe by unmapping everything that fd maps to is...rough.

09:03 <HdkR> Might even be nice to add a /proc/self/interpreter_exe with the flag just to have both as well

09:44 <arnd> abelloni: what is the current advice for implementing read_persistent_clock64()? I see https://lore.kernel.org/lkml/20220514080402.2650181-17-chenhuacai@loongson.cn/ adds one for loongarch64, but I think we want this to go through either the rtc driver or user space, right?

09:44 <arnd> if you have a strong opinion, please reply to that thread

12:30 <NonaSuomy> Anyone have any ideas for my question here? https://libera.irclog.whitequark.org/armlinux/2022-05-14

12:57 <abelloni> arnd: thank you, done

14:01 <NonaSuomy> https://oss.sony.net/Products/Linux/Audio/PRS-T1JP_20140702.html

14:01 <NonaSuomy> I guess all the errors are custom made by sony as I see in the kernel source above

20:19 <marex> err ... 2.6.35 ... might be a bit outdated

20:21 <Xogium> only a bit ? ;p