<narmstrong>
error: Documentation/devicetree/bindings/vendor-prefixes.yaml: patch does not apply
<narmstrong>
I don't care, but it seems nowadays the DT bindings maintainers seems to care...
<narmstrong>
so yes
<marc|gonzalez>
These evolving standards are maddening
<marc|gonzalez>
Like the DT is a straight up copy/paste of 5 other trees, WTF would K get on my case for that
<marc|gonzalez>
It's a double standard
<narmstrong>
yes, it became harder, but at least we can validate the DT now, which is a great feature
<narmstrong>
I have a script that does a ton of check on a full patchset, which wasn't possible a few years ago
<marc|gonzalez>
narmstrong: I suspect K is hinting at the schema errors from dtbs_check
<marc|gonzalez>
I'm not Jesus Christ, I can't turn water to wine, and fix schema warnings
<narmstrong>
marc|gonzalez: yep probably, he's very picky of those _ in node names
<marc|gonzalez>
No I meant another comment of his
<marc|gonzalez>
Anyway, I'll reply in email
<narmstrong>
yeah his english style is quite harsh, I prefer Conor's comments which are pretty constructive and positive
<narmstrong>
marc|gonzalez: I know it's mainly copy paste so no big deal, cleaning dt is part of the slowly ongoing process, just make sure the bindings works when running dt_binding_check, and DTBS_CHECK on meson-g12a-fbx8am.dts doesn't spit more errors than the sei510 DT and it's good to go
<marc|gonzalez>
narmstrong: yup, I can reproduce the bad patch issue, sorry my bad (misconfigured MUA)
adeepv has quit [Quit: adeepv]
jacobk has quit [Ping timeout: 260 seconds]
<narmstrong>
so I've installed JELOS on the Odroid Go Ultra (using the A311d) which is using Linux v6.7 and my DSI patchset + some optimizations dones by HardKernel, and I must say it's quite impressive!
<narmstrong>
I've been playing to PSP, PS2, Gamecube games and they are all emulated super smoothly, all this using Panfrost and Wayland!
<mkorpershoek>
super awesome !
chewitt has joined #linux-amlogic
<chewitt>
phh: the Odroid N2 u-boot has prior art for using saradc values to select the device tree
<phh>
chewitt: thanks. As I said before, I don't really plan on fixing the bootloader just yet, but good to know anyway
jacobk has joined #linux-amlogic
<f_[xmpp]>
better upstream good code than fixing hacky code :)
<f_>
*fix
<f_>
IMO
<phh>
hum so dynamic configfs device tree overlay has never been merged?
<narmstrong>
Yeah honestly it’s not a good idea, all drivers should be reworked to handle runtime property change for example
<marc|gonzalez>
narmstrong: do you know how to tell 'make dt_binding_check' to check a single file?
<narmstrong>
marc|gonzalez: dts or yaml file ?
<marc|gonzalez>
It's been running for an hour on a decent workstation (16 threads, 48 GB RAM)
<marc|gonzalez>
YAML file
<narmstrong>
make dt_binding_check DT_SCHEMA_FILES=filename.yaml
<marc|gonzalez>
thanks, you're a life saver
<narmstrong>
you're welcome
<marc|gonzalez>
why is KK busting my balls when it doesn't make a warning? ooooh, he's probably running into the same issue as you!
<marc|gonzalez>
i.e. my patches were mangled by the stupid MUA that had been working for years
<marc|gonzalez>
narmstrong: in arm/amlogic.yaml, you want the boards in alphabetical order?
<narmstrong>
marc|gonzalez: yeah it will make conor happy
<marc|gonzalez>
"If it makes you happy, it can't be that baaaaaaaad. If it makes you happy, then why the hell are you so sad?" :)
psydroid has joined #linux-amlogic
<f_[xmpp]>
marc|gonzalez: have fun lol
anessen9733 has quit [Ping timeout: 255 seconds]
naoki has quit [Quit: naoki]
<marc|gonzalez>
f_[xmpp]: writing DT patches? Are you crazy? :)
<f_>
yes
<f_>
I'm crazy, probably.
<marc|gonzalez>
Everyone is crazy to someone somewhere :)
<f_>
:)
<marc|gonzalez>
When I was a teen, I read a book called "The fascinating number Pi". Friends thought it was weird to be reading that :)
<narmstrong>
I've read and loved `The Apollo Guidance Computer: Architecture and Operation`, Am I weird ?
<f_>
I'm reverse engineering BL2 on yeee old SoCs, am I weird?
<narmstrong>
probably, but it's ok :-D
buzzmarshall has joined #linux-amlogic
<f_>
lol
ungeskriptet has quit [Ping timeout: 252 seconds]
anessen9733 has joined #linux-amlogic
ungeskriptet has joined #linux-amlogic
luka177 has quit [Ping timeout: 252 seconds]
anessen9733 has quit [Ping timeout: 255 seconds]
<marc|gonzalez>
narmstrong: I've figured out where I messed up. I posted the patch series from an old work laptop that wasn't correctly set up
<marc|gonzalez>
I'll spin a v3, and fix the nits for KK along the way
<narmstrong>
good!
anessen9733 has joined #linux-amlogic
<marc|gonzalez>
narmstrong: I'm confused (what's new?). If I merge the overlays in the kernel build, then it will build 3 DT blobs for everyone who has ARCH_MESON ?
<marc|gonzalez>
As opposed to only 2 when I didn't use overlays... So not even space savings, but instead space gobbling?
<narmstrong>
marc|gonzalez: yeah the overlay support in kernel is not very clear, I don't mind building dtbos for platforms that needs those, but I thought is was ok since other platforms do it
<phh>
and so to clarify completely, when we'll add two additional dtso for DVB support, let's call them -avl6762 and -cxd2856. we'll also add the merge of {base + avl6762} and {base + cxd2856} to the build, right?
<f_>
That is, if/when DVB support lands in mainline?
<phh>
f_: yeah
<f_>
Do you have plans for that to happen or..?
<phh>
not really, but hopefully I'll the the courage one day. honestly demod/tuner frightens me most
<f_>
rn my S905 box has 2 huge holes currently used for uart cables lol