<apritzel>
macromorgan: ah, bummer, I've been misled: the nets are called AXP717-CC[12], but lead to two 5.1K resistors, and on the AXP the pins are not connected :-(
freemangordon has quit [Ping timeout: 480 seconds]
apritzel has quit [Ping timeout: 480 seconds]
<macromorgan>
yeah... when connecting stuff I think I always detected DCP anyway which made me think the whole thing was a scam. That's why I added the logic in mainline to let you set a hard limit, and I hard limited the device to 1.5A no matter what.
<kjn260>
it comes preinstalled with some uboot and a allwinner Linux on the eMMC
<kjn260>
but I cannot get to USB FEL for the life of me
<kjn260>
based on the datasheet I figured pulling down the BOOT_SEL0 would be sufficient
<kjn260>
but it doesn't seem to work - maybe its set with the effuse
KREYREN_oftc has quit [Ping timeout: 480 seconds]
kjn260 has quit [Remote host closed the connection]
KREYREN_oftc has joined #linux-sunxi
hexdump01 has joined #linux-sunxi
hexdump0815 has quit [Ping timeout: 480 seconds]
KREYREN_oftc has quit [Remote host closed the connection]
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
freemangordon has joined #linux-sunxi
gsz has joined #linux-sunxi
gsz has quit [Quit: leaving]
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
uis has quit [Ping timeout: 480 seconds]
apritzel has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
Schimsalabim has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
hentai has quit [Quit: SIGTERM]
<apritzel>
kjn260: I don't think it's BOOT_SEL0 that triggers FEL mode, that's just one of the two pins selecting the boot *order*
<apritzel>
I am not even sure the T113-s3 has a dedicated FEL pin, at least the data sheet doesn't show it, though the user manual mentions it (maybe copy&paste?)
<apritzel>
the MangoPi MQ-R has a "FEL" button, but that just shorts the SPI CS to disable that boot medium, so it *falls through* to FEL
<apritzel>
I guess you would need to do something similar: sabotage the eMMC briefly at boot time, for instance by shorting PC2 (SDC2-CLK) to GND, so the BROM can't talk to the eMMC
Schimsalabim has joined #linux-sunxi
<IlikeTech>
Anyone got suggestions for what kernel compression alg to use for a decent speed / size ratio? Trying to fit the kernel into NOR so it should be pretty small. This is on the F1C100s which is ARM926, so not terribly fast. I've tried xz, and while it's small, it's also very slow to decompress.
<IlikeTech>
gzip is kind of huge
<apritzel>
On a bigger, but still limited machine I ended up with "zstd -10" as a good compromise between extraction speed and size
<apritzel>
when you create it on your build machine, make sure to use "-T n" to make use of multiple cores for the compression part
aperezdc has quit [Ping timeout: 480 seconds]
<IlikeTech>
interestingly, the kernel doesn't give me a zstd compression option
<apritzel>
I see, I used that actually for an initrd, and zstd is available there
<IlikeTech>
Yeah, it's available there
<apritzel>
maybe you have more luck by shrinking your kernel config? That's quite an endeavour, but could give you much smaller kernels
<IlikeTech>
yeah, I'll try to reduce it down more and see how that goes
<IlikeTech>
sometimes it's hard to tell what's safe to turn off lol
aperezdc has joined #linux-sunxi
<apritzel>
I agree, it's tricky. And I figured that turning off things (so coming from a full-featured config) will only shrink the kernel so much.
<apritzel>
The real savings can be achieved by starting with a minimal config, then just enabling what you need
<apritzel>
but that is even more tedious, and you probably need a few cycles to find what's missing
aperezdc has quit [Ping timeout: 480 seconds]
aperezdc has joined #linux-sunxi
wingrime1 has joined #linux-sunxi
wingrime-ww has quit [Ping timeout: 480 seconds]
aperezdc has quit [Ping timeout: 480 seconds]
aperezdc has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
wingrime-ww has joined #linux-sunxi
wingrime1 has quit [Ping timeout: 480 seconds]
dsimic is now known as Guest3381
dsimic has joined #linux-sunxi
Guest3381 has quit [Ping timeout: 480 seconds]
<apritzel>
wens, MoeIcenowy: the A523 subtly changed the MMC mod clock to use *two* divider fields (clksrc/N/M), not one divider and one shift (clksrc/M>>N) as before. It seems we do not model this kind of clock yet? At least I didn't find it ...
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
<wens>
I don't think so
vagrantc has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
hazardchem has quit [Read error: Connection reset by peer]
hazardchem has joined #linux-sunxi
ftg has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]