tokyovigilante has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
warpme has quit [Ping timeout: 480 seconds]
freemangordon has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
warpme has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
warpme has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
warpme has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
montjoie_ has joined #linux-sunxi
montjoie has quit [Ping timeout: 480 seconds]
warpme has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
warpme has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
warpme has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
warpme has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has joined #linux-sunxi
warpme has joined #linux-sunxi
hexdump0815 has joined #linux-sunxi
hexdump01 has quit [Ping timeout: 480 seconds]
ftg has quit [Read error: Connection reset by peer]
warpme has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
junari has quit [Remote host closed the connection]
warpme has quit [Ping timeout: 480 seconds]
electricworry has quit [Remote host closed the connection]
electricworry has joined #linux-sunxi
junari has joined #linux-sunxi
warpme has joined #linux-sunxi
warpme has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
electricworry has quit [Ping timeout: 480 seconds]
warpme has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
warpme has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
warpme has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
tokyovigilante_ has quit [Ping timeout: 480 seconds]
warpme has quit [Read error: No route to host]
warpme has joined #linux-sunxi
warpme has quit [Ping timeout: 480 seconds]
freemangordon has joined #linux-sunxi
warpme has joined #linux-sunxi
warpme has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
tokyovigilante has joined #linux-sunxi
warpme has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
warpme has quit [Remote host closed the connection]
warpme has joined #linux-sunxi
warpme has quit []
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Quasar 5.2.6, revision: 5.2.6+git-7606-51f3abb83, build type: debug, sources date: 20160102, built on: 2024-11-13 20:14:24 UTC 5.2.6+git-7606-]
warpme has joined #linux-sunxi
tokyovigilante_ has joined #linux-sunxi
tokyovigilante has quit [Ping timeout: 480 seconds]
warpme has quit []
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
parthiban has joined #linux-sunxi
parthiban has quit [Remote host closed the connection]
warpme has joined #linux-sunxi
kepstin has quit [Remote host closed the connection]
kepstin has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
dsimic is now known as Guest1730
dsimic has joined #linux-sunxi
Guest1730 has quit [Ping timeout: 480 seconds]
warpme has quit []
warpme has joined #linux-sunxi
warpme has quit []
warpme has joined #linux-sunxi
warpme has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
warpme has quit []
junari_ has joined #linux-sunxi
junari has quit [Remote host closed the connection]
apritzel has joined #linux-sunxi
<apritzel>
loki666: I was exactly expecting that, I even think we have seen this before. But that doesn't really solve the problem, and we would like to know why and where exactly the delay should be
<apritzel>
and I think jernej already inspected the BSP code and didn't see any other delays in there, so it's even more suspicious
<apritzel>
in any case, do you need the debug statements for the loop?
<loki666>
I'll test without #DEBUG enabled, so that id doesn't influence the timing there, but then I need another print mechanism to know if the loop was triggered
<loki666>
so far it seems with #DEBUG, it always detect 1gb, so it never retry
<loki666>
I can also remove debug lines one by one untils it start to fails again
<apritzel>
you could just count the number of loops, and then print afterwards, once it's been successful, so it doesn't interfere each run - incrementing a variable should be negligible
<loki666>
sure, that was the idea, but how do I print if I don't enable #DEBUG
<loki666>
or do I keep #DEBUG but just comment debug lines in the rest of the file ?
<apritzel>
disable DEBUG, and then just print something using printf ;-)
<apritzel>
(that always works, it's just debug that is dependent upon DEBUG)
<loki666>
ok I'll test that
Schimsalabim has quit [Read error: Connection reset by peer]
jakllsch_ is now known as jakllsch
Schimsalabim has joined #linux-sunxi
warpme has joined #linux-sunxi
warpme is now known as Guest1740
Guest1740 has quit [Read error: Connection reset by peer]
warpme has joined #linux-sunxi
hazardchem has quit [Remote host closed the connection]
hazardchem has joined #linux-sunxi
parthiban has joined #linux-sunxi
BroderTuck has joined #linux-sunxi
<BroderTuck>
Oh well, I went ahead and ordered one anyway
* apritzel
is adding BroderTuck to the testers list ;-)
<apritzel>
no promises, but A523/T527 USB 3.0 might be easier than I thought: the ComboPHY looks straight-forward, and the USB IP is most likely snps,dwc3, maybe plus some glue logic
warpme has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
<BroderTuck>
apritzel: Nice. The pdf talks about smartcolor5.0, which is hopefully just incremental improvements over earlier versions (tho I don't find mention of version 4 anywhere)
electricworry has joined #linux-sunxi
parthiban has quit [Remote host closed the connection]
<apritzel>
BroderTuck: you mean for graphics? That sounds like some optional image "enhancing" IP to me, and has not much to do with framebuffer output or HDMI, if that's what you meant
<BroderTuck>
apritzel: Yes, although as far as I can tell, the smartcolor number used in docs seems to match the DEn.n numbers used so far in the supported (and WiP) socs in mainline code
<apritzel>
to be clear: "graphics output support via HDMI" involves multiple parts, and we haven't even started yet
<apritzel>
and while it's likely that it's close to previous IP, we don't even have mainline support for the H616 yet (patches review pending)
<apritzel>
so prepare to crack that box open and solder some serial wires ;-)
warpme has joined #linux-sunxi
ftg has joined #linux-sunxi
warpme has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
gsz has joined #linux-sunxi
gsz has quit []
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
<loki666>
apritzel: so looping over dram init works "sunxi_dram_init loop: 2"
<loki666>
that's without #DEBUG
<loki666>
how do you want to proceed from here ?
warpme has joined #linux-sunxi
<BroderTuck>
loki666: would it be possible to (at the end of each loop iteration) do a value dump, and compare? See if wrong values tend to be the same kind of wrong?
<loki666>
The param struct?
<loki666>
No the config.
<BroderTuck>
Haven't looked at the code myself, so I don't know what it does. I'm guessing it probes stuff and comes up with, say, 2Gb, based on the probed values.
warpme has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
warpme has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
<apritzel>
loki666: dram init works> great, that's good to hear! Can you do a reboot loop to see if it's always "2" reported, or if it sometimes takes more tries?
parthiban has joined #linux-sunxi
<apritzel>
loki666: so in general the problem is that it's not upstreame-able, because detecting this size is part of the idea
<apritzel>
but in your case all Anbernic devices have 1 GB of RAM, right?
<apritzel>
and if you build a custom firmware for those devices, you could take this a hack, for now, until we have a proper solution
warpme has joined #linux-sunxi
parthiban has quit [Remote host closed the connection]
<apritzel>
you can also post it, as an RFC, just for reference for other people to find and use, if they are desperate. And I could reply with above rationale, for the records
<loki666>
Yes all known H700 devices have 1Gb, and I've already included the hack in the CFW for this u-boot device
apritzel has quit [Ping timeout: 480 seconds]
<kasesag>
apritzel: Yes, I was referring to that H713 that can be found in these projector devices.
<kasesag>
I also wonder how hard would be to find and access UART in mainboard of these devices for debugging. From what I've looked at these projector devices often come with similar motherboards.
<MasterR3C0RD>
parthiban: Seems likely the merge window will close today; will submit the syscon patches once that's tagged
warpme has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
BroderTuck has quit [Quit: -]
apritzel has joined #linux-sunxi
parthiban has joined #linux-sunxi
vagrantc has joined #linux-sunxi
<apritzel>
kasesag: UART pins on Allwinner devices are often labelled, so it shouldn't be too hard to find them - and IIRC other people in here have done this before
<apritzel>
if not labelled, look for three or four pin holes or pads in a row
Schimsalabim has quit [Read error: Connection reset by peer]
parthiban has quit [Remote host closed the connection]