<enyc>
Habbie: simplistically, curiosity, complex -- may affect deployment decisions if know release soon , but in any cose curious how this comes about... I guess ''bugfixes and CVEs'' generally trigger rather than routine?
danitool has joined #openwrt-devel
goliath has joined #openwrt-devel
jglim has joined #openwrt-devel
robimarko has joined #openwrt-devel
Tapper has joined #openwrt-devel
rua has joined #openwrt-devel
<russell-->
i have a zyxel gs1900-24e that's assigning a macaddr to the switch interface of 00:00:00:01:00:00
<hadis>
Hello, I am trying to port openwrt to a new device and I have run into an issue. I got a kernel runninb but it won't recognise the 8GB eMMC of the device. I already looked at some other DTS files that mention mmcblk devices in their bootargs but those don't seem to define any mmcblk devices otherwise. Am I missing a specific kernel module maybe?
<hadis>
Help with this woud be greatly appreciated
<Habbie>
hi hadis, i'm no expert, but i can ask a few questions that may or may not help
<hadis>
Yes?
<Habbie>
do you, or did you, have access to whatever was running on the device originally? kernel logs? can you extract a dts/dtb from the original firmware?
<Habbie>
also, can you pastebin what you know about the device?
<hadis>
I can boot the original firmware, an ancient version of openwrt and I already extraced the (or one of, there's like 8 that I was able to dump). The device is based on a linkit smart 7688. https://github.com/VioSynthax/Klippventurer-Pi/issues/1 there are lots of photos of it in this github issue. Here is a stock kernel log https://pastebin.com/FfH2KDhi and here is the most probably correct dts file https://past
<PaulFertser>
hadis: you're supposed to have appropriate data in the DT to have mmc controller enabled and working and then it should recognise eMMC automatically, no kernel command line needed.
<PaulFertser>
hadis: truncated after correct dts file
<hadis>
ah I did not use earlyprintk, that would be relevant here, right?
<PaulFertser>
hadis: no, earlyprintk is needed only when the kernel hangs before loading uart driver and you do not see anything at all.
<hadis>
alright
<PaulFertser>
hadis: so my idea would be to check compatible property in sdhci node in mt7628an.dtsi and then I'd git grep in drivers/ for that compatible string.
<PaulFertser>
That would tell you what config option is needed to enable SD/MMC controller in question.
<hadis>
I have kmod-sdhci-mt7620 selected already but not kmod-sdhci
<hadis>
the former is listed as compatible `compatible = "ralink,mt7620-sdhci";`
<PaulFertser>
hadis: so you need kmod-sdhci-mt7620 and it should pull in the necessary deps
<PaulFertser>
hadis: but adding that is a kmod, it's not built in kernel so you can't use eMMC for root that way.
<hadis>
ohhhh
<hadis>
because the module isn't loaded yet
<hadis>
I just have it selected like this in the config `<*> kmod-sdhci-mt7620`
<hadis>
I thought that includes it in the kernel while <M> compiles it as a loadable module. But that's no the case?
<PaulFertser>
Is mtk_sd visible in lsmod?
<PaulFertser>
hadis: not the case in OpenWrt, yes, sorry.
<PaulFertser>
hadis: for custom build you can do "make kernel_menuconfig" and find it there with / and select with y.
<hadis>
PaulFertser: Yes, mtk_sd 15682 0
<PaulFertser>
hadis: but you should be seeing that eMMC later when the system boots fully and the module is loaded I'd expect.
<hadis>
Do I unselect kmod-sdhci-mt7620 in menuconfig before selecting it in kernel_menuconfig?
<PaulFertser>
hadis: doesn't matter. But I'm afraid it won't help probably something else is missing there. Like eMMC isn't powered or card detect should be assumed to always signal presence somehow.
<PaulFertser>
hadis: why do you set mediatek,cd-high ?
<PaulFertser>
I'd play with mediatek,cd-poll just in case too.