ChanServ changed the topic of #linux-sunxi to: Allwinner/sunxi development - Did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait for an answer! - This channel is logged at https://oftc.irclog.whitequark.org/linux-sunxi
moteen has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
moteen has quit [Ping timeout: 480 seconds]
<Newbyte> MoeIcenowy where'd you get that from?
Daanct12 has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
moteen has joined #linux-sunxi
moteen has quit [Ping timeout: 480 seconds]
Daanct12 has quit [Read error: Connection reset by peer]
Daanct12 has joined #linux-sunxi
apritzel has joined #linux-sunxi
moteen has joined #linux-sunxi
moteen has quit [Ping timeout: 480 seconds]
Daaanct12 has joined #linux-sunxi
Daanct12 has quit [Ping timeout: 480 seconds]
Daaanct12 has quit [Remote host closed the connection]
Daaanct12 has joined #linux-sunxi
hlauer has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
moteen has joined #linux-sunxi
<MoeIcenowy> bauen1: no they removed most features, now only spiflash-{read,write}, but they added some new SoCs
<MoeIcenowy> Newbyte: open.allwinnertech.com
<gamiee> MoeIcenowy: so they again violated GPLv2?
<MoeIcenowy> gamiee: yes
<gamiee> Sigh.... :(
<Daaanct12> this is why we can't have nice things
<MoeIcenowy> BTW it's modified to not use libusb
<MoeIcenowy> (because it's on the weird Windows
<gamiee> lol
<Daaanct12> lol
<Daaanct12> is allwinner is still the future? :\
moteen has quit [Ping timeout: 480 seconds]
<Daaanct12> i mean the popularity died down a long time ago
<Daaanct12> i can't think of any recent tablets based on allwinner chip
<smaeul> MoeIcenowy: so I see "V853Tina_Open" has appeared there, but it is empty. I'm assuming it is still not public?
<MoeIcenowy> smaeul: yes
<gamiee> Daaaanct12: sadly, I don't see bright future for Allwinner, mostly it will just stay within Chinese market. Only interesting and popular SoC was D1, that's all
<MoeIcenowy> Daaanct12: well the whole Android tablet market is now so small, isn't it?
<Daaanct12> small, but still a thing
<MoeIcenowy> and current focus of Allwinner is R/V series
<MoeIcenowy> IoT/Camera
<gamiee> Yeah, I noticed Allwinner focused a lot in V-series, what makes me happy. I would like to get hands on V853
<Daaanct12> gamiee: sad, my first tablet was actually, a rockchip
<Daaanct12> the first ever allwinner tab i have was the pinetab
<gamiee> (as always, I just hope that Allwinner H3 will be still manufactured, else I'm screwed)
<MoeIcenowy> someone on AW-OL bought some tablet with A133 days ago
<MoeIcenowy> and it has secure boot enabled ;-)
<Daaanct12> rip
<gamiee> Oof :/
<Daaanct12> does that mean you can't sd boot anymore?
<Daaanct12> at least not without signing boot0 or idk what with the key?
<MoeIcenowy> well on newest SoC FEL seems to have signature checking logic too
<gamiee> So finally they fixed secure boot? :D
szemzoa has quit [Remote host closed the connection]
sergi has joined #linux-sunxi
<bauen1> MoeIcenowy: did they try to bypass it in any way ?
<MoeIcenowy> nope
Daanct12 has joined #linux-sunxi
<Daanct12> did i miss any msgs
<Daanct12> captive portal wants me to auth again
<gamiee> Nothing much
<Daanct12> gamiee: is there any rockchip chat
<gamiee> Daanct12 tbqh no idea :D
tomf has joined #linux-sunxi
<gamiee> #linux-rockchip at libera
<Daanct12> got it
Daaanct12 has quit [Ping timeout: 480 seconds]
<smaeul> I bought an A50 tablet with secure boot enabled, but no ROTPK hash was programmed. I would not be surprised if the A133 tablet was the same way
<smaeul> in that case no bypass is needed
<Daanct12> ahah so basically placebo
<Daanct12> like you thought it's protected because it said so, but in reality it's not
<Daanct12> i guess once that's burn, you can't program the hash later?
<smaeul> right
<smaeul> they likely do not use secure boot because they care about security, but because the BSP/mass production tools are set up that way
<MoeIcenowy> yes
<MoeIcenowy> when secure boot enabled, the boot file format even changes
Daanct12 has quit [Quit: Leaving]
Daanct12 has joined #linux-sunxi
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #linux-sunxi
arnd_ has joined #linux-sunxi
szemzoa has joined #linux-sunxi
moteen has joined #linux-sunxi
moteen has quit [Ping timeout: 480 seconds]
Daaanct12 has joined #linux-sunxi
apritzel has joined #linux-sunxi
Daanct12 has quit [Ping timeout: 480 seconds]
Daanct12 has joined #linux-sunxi
Daaanct12 has quit [Ping timeout: 480 seconds]
apritzel has quit [Ping timeout: 480 seconds]
szemzoa has quit [Remote host closed the connection]
szemzoa has joined #linux-sunxi
apritzel has joined #linux-sunxi
szemzoa has quit [Remote host closed the connection]
szemzoa has joined #linux-sunxi
szemzoa has quit [Remote host closed the connection]
szemzoa has joined #linux-sunxi
<apritzel> hramrach: hi, do you feel like exploring the detection of optional SPI flash chips in U-Boot, and fixing up the status in the DT?
<apritzel> I once posted something loosely related here: https://lore.kernel.org/u-boot/20220111124607.863952-8-andre.przywara@arm.com/
<apritzel> this was for eMMC vs SPI flash, but at least the DT enablement part could be shared, I guess
<apritzel> hramrach: the idea would be to enable it officially in the DTS file, but then let U-Boot disable it on the fly, if no SPI flash is actually detected
moteen has joined #linux-sunxi
moteen has quit [Ping timeout: 480 seconds]
megi has quit [Quit: WeeChat 3.5]
megi has joined #linux-sunxi
rajkosto has joined #linux-sunxi
szemzoa_ has joined #linux-sunxi
szemzoa has quit [Read error: Connection reset by peer]
szemzoa_ has quit [Ping timeout: 480 seconds]
szemzoa has joined #linux-sunxi
szemzoa_ has joined #linux-sunxi
szemzoa has quit [Read error: Connection reset by peer]
Daanct12 has quit [Quit: Leaving]
<hramrach> apritzel: the Linux kernel is able to detect the presence of the flash perfectly fine, there is not device conflict on the Opange Pi Zero
<apritzel> hramrach: but you mentioned that there was pushback against blanketly enabling the SPI flash?
<apritzel> because of the error message due to the failing probe?
<hramrach> yes, the kernel prints an error message when the flash is enabled and it does not detect one
<hramrach> it prints bazillon of error messages every boot but this one woudnot be acceptable
<apritzel> the point is: we aim very hard to not make DT changes just in U-Boot. Also we push for DT changes to go through the kernel (ML)
<apritzel> because that's where the reviewers are, and also the tooling to validate DTs
<apritzel> so any DT change would need to be accepted in the kernel first
<hramrach> for the DT changeI suspect it's the u-boot DT parser what needs to be fixed
<MoeIcenowy> theortically there should be a centric DT project
<MoeIcenowy> in reality the centric DT project is now Linux kernel
<aperezdc_> Something like wayland-protocols that is the canonical source for DTs even if other projects bundle copies would be neat
<apritzel> but yeah, this "moving the DTs and bindings out of the kernel repo" is a running gag for years now
<apritzel> I first heard of plan in 2013 ;-)
<apritzel> hramrach: I am puzzled about this patch, I will investigate that tonight and then repl
<apritzel> *reply
evadot has joined #linux-sunxi
milek7 has joined #linux-sunxi
evgeny_boger has quit [Ping timeout: 480 seconds]
moteen has joined #linux-sunxi
evgeny_boger has joined #linux-sunxi
evgeny_boger has quit [Ping timeout: 480 seconds]
cnxsoft has quit []
JohnDoe_71Rus has joined #linux-sunxi
vagrantc has joined #linux-sunxi
<hramrach> the curent DT triggers https://github.com/u-boot/u-boot/blob/master/drivers/spi/spi-uclass.c#L273 which means ops->cs_info() fails on the DT
<hramrach> and there must be one for it to fail but I don't see where it comes from
pmp-p has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
<apritzel> hramrach: well, the current compatible strings are not listed anywhere in U-Boot code
<apritzel> hramrach: and from how I read the DT binding, we should have the "jedec,spi-nor" fallback anyway
<hramrach> so it's the "jedec,spi-nor" that fixed it
<hramrach> drivers/mtd/spi/sf_probe.c: { .compatible = "jedec,spi-nor" },
hlauer has quit [Ping timeout: 480 seconds]
<apritzel> hramrach: yes, I think so (though haven't verified)
<apritzel> the specific compatible strings are somewhat redundant, since the chip can be identified via that JEDEC ID command (0x9f)
rajkosto has quit [Quit: Leaving]
<apritzel> hramrach: if there are different chips out there (both Macronix and Winbond?), then we might want to drop the specific name altogether
<hramrach> there is board with Macronix, and chipless board to which people add the Winbond one because it's easiest to source in small quantities
<apritzel> ah, I was wondering. And yeah, I also soldered a Winbond from eBay on mine ;-)
<hramrach> witks for me with just the "jedec,spi-nor" addition
<hramrach> works
<jernej> apritzel: I'll send 5.20 PRs tomorrow afternoon. Do you have time for respinning H616 DT series, addressing smaeul comments?
<apritzel> jernej: yes, the plan was doing that tonight
<jernej> ok, great
anarsoul|2 has joined #linux-sunxi
<MoeIcenowy> jernej: will r329 rtc go with 5.20?
<MoeIcenowy> I am going to respin R329 support (well, mainly for submitting DT to Linux, and then start U-Boot mainlining
moteen has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #linux-sunxi
moteen has quit [Ping timeout: 480 seconds]
anarsoul|2 is now known as anarsoul
JohnDoe_71Rus has quit []
apritzel has joined #linux-sunxi
moteen has joined #linux-sunxi
moteen has quit [Ping timeout: 480 seconds]
hlauer has joined #linux-sunxi
hlauer has quit [Ping timeout: 480 seconds]
vagrantc has quit [Quit: leaving]