rellla changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi - *only registered users can talk*
dddddd has quit [Ping timeout: 246 seconds]
dddddd has joined #linux-sunxi
<fALSO> [thebug], awesome
<fALSO> thanks for the info
<willmore> miasma, good point. tllim thanks for the info!
<tllim> wc
<tllim> however, BSD folk made the PCIe driver works.
<tllim> but seems like the implementation cannot apply to Linux
<anarsoul|2> tllim: it'll work with limitations even for BSD
<anarsoul|2> basically they have mmio access wrapped, it's not the case for linux
<tllim> ^^^ thanks on the explanation
<anarsoul|2> and it won't work with drivers that use direct mapping, but as far as I understand there's not a lot of drivers in BSD which do that
<willmore> That was what I was guessing. That used to be the case with Linux over a decade ago, but they stopped doing it for performance reasons, IIRC.
<anarsoul|2> e.g. GPU drivers are unlikely to work
* willmore pictures a 2080RTX plugged into an Opi3....
<anarsoul|2> :)
<willmore> Yeah, I feel comfortable telling that person that it's not going to work.
<anarsoul|2> willmore: some wifi cards won't work either
<anarsoul|2> anything that needs more than 64kb of mmio space won't work
<willmore> There's not a really easy way to tell that ahead of time, is there? Maybe make some observations on a machine with fully working PCI-E?
AneoX has joined #linux-sunxi
lurchi__ is now known as lurchi_
AneoX_ has quit [Ping timeout: 250 seconds]
<anarsoul|2> willmore: lspci -vvv should tell you :)
<anarsoul|2> anyway, it was pretty weird decision for allwinner to implement pcie like this... My guess is that their SoC is 32-bit inside so they didn't have a choice
<anarsoul|2> I mean address bus is 32-bit
<MoeIcenowy> anarsoul|2: they have.
<MoeIcenowy> 32-bit bus is not a restriction
<MoeIcenowy> and Allwinner do have a lot of free space around PCIe memory space
<anarsoul|2> oh, OK
<willmore> Someone picked the wrong PCI-E IP, then.
<willmore> Or, just maybe, we're not the intended users of this SoC and the intended users will only pick simple things that can live with the limitations. And that simpler limitation allowed them to save on silicon area and make the chip cheaper.....
<willmore> But no point in being reasonable.
Rafael1980 has quit [Quit: Konversation terminated!]
jrg has quit [Read error: Connection reset by peer]
jrg has joined #linux-sunxi
agraf has quit [Ping timeout: 244 seconds]
agraf has joined #linux-sunxi
shfil has quit [Quit: Connection closed for inactivity]
<MoeIcenowy> willmore: yes
<MoeIcenowy> the intended usage is for WLAN
dddddd has quit [Remote host closed the connection]
victhor has quit [Ping timeout: 252 seconds]
gamelaster has quit [Ping timeout: 245 seconds]
lurchi_ is now known as lurchi__
Wizzup has quit [Quit: Lost terminal]
lurchi__ is now known as lurchi_
Wizzup has joined #linux-sunxi
night199uk has quit [Changing host]
night199uk has joined #linux-sunxi
Mandragor has quit [Ping timeout: 255 seconds]
Mandragor has joined #linux-sunxi
megi has quit [Ping timeout: 250 seconds]
lurchi_ is now known as lurchi__
fkluknav has quit [Quit: ZNC 1.6.3 - http://znc.in]
fkluknav has joined #linux-sunxi
lerc has quit [Ping timeout: 245 seconds]
TheSeven has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
IgorPec has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 245 seconds]
jaganteki has joined #linux-sunxi
nuuuciano__ has quit [Ping timeout: 255 seconds]
reinforce has joined #linux-sunxi
selfbg has joined #linux-sunxi
foxx_ has joined #linux-sunxi
airwind has joined #linux-sunxi
TheSeven has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
IgorPec has quit [Ping timeout: 252 seconds]
clemens3 has joined #linux-sunxi
tllim has quit [Read error: Connection reset by peer]
hanni76 has joined #linux-sunxi
hanni76_ has joined #linux-sunxi
hanni76 has quit [Ping timeout: 252 seconds]
Rafael1980 has joined #linux-sunxi
msimpson has joined #linux-sunxi
victhor has joined #linux-sunxi
AneoX_ has joined #linux-sunxi
AneoX has quit [Ping timeout: 252 seconds]
mripard_ has quit [Quit: leaving]
mripard has joined #linux-sunxi
clemens3_ has joined #linux-sunxi
clemens3 has quit [Ping timeout: 255 seconds]
Mr__Anderson has quit [Read error: Connection reset by peer]
jaganteki has quit [Ping timeout: 256 seconds]
BenG83 has joined #linux-sunxi
Mangy_Dog has joined #linux-sunxi
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
victhor has quit [Ping timeout: 252 seconds]
leviathanch has joined #linux-sunxi
jorik_ is now known as jonkerj
jaganteki has joined #linux-sunxi
dddddd has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<paulk-leonov> hi
<paulk-leonov> jaganteki, mripard: is there any reason why DRAM ODT is not enabled on most H5 boards in u-boot although their clock frequency is quite high?
<paulk-leonov> If not, I'll probably make it the default
<paulk-leonov> also the boards that don't have ODT enable do specify a ZQ value, which doesn't really makes sense...
IgorPec has quit [Ping timeout: 255 seconds]
<jaganteki> paulk-leonov: never seen any issue on H5 w/o ODT before unlike I have seen with A64. did you find any issue?
jernej has quit [Remote host closed the connection]
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
jernej has joined #linux-sunxi
leviathanch has quit [Read error: Connection reset by peer]
hanni76_ has quit [Quit: Leaving]
<paulk-leonov> jaganteki, no it's not really about an issue in particular, it's just that ODT is usually required for these frequencies and specifying a ZQ without ODT enables doesn't make sense, so I'm trying to understand what lead to this situation
nuuuciano__ has joined #linux-sunxi
<paulk-leonov> do you have a clue?
filt3r has joined #linux-sunxi
<jaganteki> paulk-lenov: as I said, may be no one tried or see any issue ie reason it didn't enable. but we may use it for H5 since A64 share same controller from dw. except any diff in drm board logic btween them
megi has joined #linux-sunxi
jernej has quit [Remote host closed the connection]
lerc has joined #linux-sunxi
jernej has joined #linux-sunxi
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
fl_0 has quit [Ping timeout: 240 seconds]
fl_0 has joined #linux-sunxi
lurchi_ is now known as lurchi__
\\Mr_C\\ has joined #linux-sunxi
shfil has joined #linux-sunxi
hanni76 has joined #linux-sunxi
<paulk-leonov> jaganteki, that seems like a very uncertain approach... I will send out patches enabling ODT by default on H3/H5 and keep the boards that don't have it enabled with the config not set
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 245 seconds]
camus is now known as kaspter
zoums has joined #linux-sunxi
<jaganteki> paulk-leonov: okay
tllim has joined #linux-sunxi
airwind has quit [Quit: airwind]
IgorPec has joined #linux-sunxi
jaganteki has quit [Ping timeout: 256 seconds]
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
zoums has quit [Ping timeout: 244 seconds]
zoums has joined #linux-sunxi
jernej has quit [Ping timeout: 252 seconds]
<MoeIcenowy> maybe this will advance stability?
* MoeIcenowy a DRAM dumb that was forced to write some DRAM driver
<fALSO> ,k
<fALSO> lol
jernej has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
<megi> that would be unfunny, if the schematics was right ;)
<megi> is there some point to having an id-det on usb port, and not being able to turn off the VBUS voltage on the board side? it's probably unusable as a device unless you modify the cable and cut off the vbus
zoums has quit [Ping timeout: 268 seconds]
zoums has joined #linux-sunxi
selfbg has quit [Remote host closed the connection]
aalm has quit [Quit: xyz 2.3]
leviathanch has joined #linux-sunxi
a|3x has quit [Ping timeout: 250 seconds]
lerc_ has joined #linux-sunxi
a|3x has joined #linux-sunxi
lerc has quit [Ping timeout: 245 seconds]
<lvrp16> lol
reinforce has quit [Quit: Leaving.]
Nyuutwo has quit [Remote host closed the connection]
Nyuutwo has joined #linux-sunxi
zoums has quit [Ping timeout: 245 seconds]
zoums has joined #linux-sunxi
IgorPec has quit [Ping timeout: 250 seconds]
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
victhor has joined #linux-sunxi
aalm has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
zoums has quit [Ping timeout: 272 seconds]
zoums has joined #linux-sunxi
msimpson has quit [Quit: Leaving]
zoums has quit [Ping timeout: 250 seconds]
zoums has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
vagrantc has joined #linux-sunxi
reinforce has joined #linux-sunxi
shfil has quit [Quit: Connection closed for inactivity]
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
dev1990 has joined #linux-sunxi
zoums has quit [Ping timeout: 252 seconds]
zoums has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<Mangy_Dog> its looking more likely im going to use the orange pi zero 2 plus h5 based board for this gaming machine... it has 2 usb ports on its breakout... AND stereo audio out
<Mangy_Dog> so i dont need a decoder
<Mangy_Dog> just a amp
<Mangy_Dog> nor do i need to put on a usb hub for the single port on the bananapi
clemens3_ has quit [Ping timeout: 252 seconds]
shfil has joined #linux-sunxi
<Mangy_Dog> hmmm the usb otg plug.... what is it good for? Can it be used to emulate a usb drive? IE to read the onboard flash and sd card slot?
<KotCzarny> yes
<Mangy_Dog> ahh good so its not just a power plug
<Mangy_Dog> only issue though is that applies power to the board when its plugged and it would boot right away wont it? theres no start up power button on this board
<KotCzarny> you can power the board via gpio pins
<Mangy_Dog> yeah was going to... as its goign to be mainly battery powered
<Mangy_Dog> but im trying to think of a way to use the otg port to charge the battery without turning on the soc
<KotCzarny> with Hxx soc series you dont get power chip
<Mangy_Dog> ah
jaganteki has joined #linux-sunxi
<KotCzarny> if you want battery and related functionality, you might look into Axx series
<KotCzarny> hint: Axx series go into tablets, Hxx go into tv boxes etc
<KotCzarny> so you might want to look into A64 based boards
<Mangy_Dog> i hope i wont have to tbh... i really like the form factor of this little board... and its break out is perfect for the most part.... and i dont want to have to buy another soc :p
<Mangy_Dog> any in this zero mini form factor?
<KotCzarny> check what pine folks came up with
<Mangy_Dog> ok ill take a look
<KotCzarny> hmm, nothing small enough apart from sopine
<KotCzarny> so scratch that idea
<KotCzarny> orange pi win is a64 based tho
<Mangy_Dog> yeah just about to say sophine could work if i had a dim slot for it
<KotCzarny> 93x60mm
<Mangy_Dog> thats the sopine? D:
<KotCzarny> no, opiwin
<Mangy_Dog> it look slike laptop memory s
<Mangy_Dog> all
<Mangy_Dog> tbh this orange pi can still work
<KotCzarny> another idea could be licheepi one
<KotCzarny> for other choices
<KotCzarny> 72x54mm
<Mangy_Dog> thanks
<Mangy_Dog> I do think though i can make this orange pi work
<KotCzarny> and obviously, you can try getting c.h.i.p. console
<KotCzarny> it's already prebuilt with anything pocket console could need
<Mangy_Dog> that kick starter scam company?
<Mangy_Dog> i prefer to make my thing from scratch
<Mangy_Dog> im a designer so
<Mangy_Dog> its a thing
<KotCzarny> it will be one off or you plan on hundreds or more?
<Mangy_Dog> one off
<Mangy_Dog> but hay if people want one.... ill see what i can do
<Mangy_Dog> (im not exspecting people to want one
<Mangy_Dog> )
<Mangy_Dog> expecting
<KotCzarny> why not just getting broken tablet cheaply and reusing/redesigning enclosure?
<KotCzarny> they come almost free sometimes
<Mangy_Dog> no fun in that
<Mangy_Dog> with this i get to design and build the controls case layout... dev and find a good soc to put in... make everything work
<Mangy_Dog> much more fun
<KotCzarny> oh, wow, pocketchip sells for 90usd + 34usd shipping on amazon
<Mangy_Dog> oh and of course design and build the case to fit it all in while making it mechanically sound and work
<Mangy_Dog> ouch
<Mangy_Dog> i might have spent a hundred quid on ordering a bunch fo different socs... but theyll all get used in something
<Mangy_Dog> the final budget for one unit...... trying to do it for under 50 quid
<Mangy_Dog> this orange pi is 16 quid...
<Mangy_Dog> 18-20$ or something
<KotCzarny> when mentioning tablet, i meant to reuse board+battery, while adding controllers/case
<Mangy_Dog> pcb fabbing about 13 quid
<Mangy_Dog> tft about 15-20 quid negotiating with a lcd place at the moment... I want a IPS display and theyre hard to find in 5inch format....
maz has quit [Remote host closed the connection]
<Mangy_Dog> maybe but i dont have a old tablet to do it too... nor do i know of any that i can fit a flavour of retropi onto
<Mangy_Dog> the orange i can do that
<KotCzarny> most allwinner tablets are open for hacking
<KotCzarny> check soc support matrix
<Mangy_Dog> bunch of 7inchers but no 5
<Mangy_Dog> nm
<Mangy_Dog> im happy doing it this way
samrose has joined #linux-sunxi
IgorPec has quit [Ping timeout: 252 seconds]
<Mangy_Dog> hmmm
<Mangy_Dog> anyone know what the peak power draw of the orange pi zero 2 plus is?
<megi> Mangy_Dog: if orange pi pc is anything to go by, it may be something like 3-4W
<megi> wifi will add something too when it's used
<Mangy_Dog> hmm
<Mangy_Dog> sp about 1a?
<megi> idle is around 1W
<megi> 0.7A or so
<Mangy_Dog> 3-4w is that at peak running?
<KotCzarny> add all usb devices too
<Mangy_Dog> will be
<Mangy_Dog> and some leds
<Mangy_Dog> and the high brightness display
<Mangy_Dog> im really going to need to give some major consideration to the lipo boost converter
<megi> display backlight will take a lot
<Mangy_Dog> nods
<Mangy_Dog> the gpios on this thing... Can they do pwm?
<Mangy_Dog> any of them do pwm
<KotCzarny> i think there is pwm on some pins
<Mangy_Dog> with controled duty cycles
<KotCzarny> see datasheet/user manual
<Mangy_Dog> nods
<Mangy_Dog> i was just habing a quick think
<KotCzarny> there is linux driver for it too
<Mangy_Dog> might be able to add a pwm controlled backlight brightness toggle to retropi
<KotCzarny> but if you want to make it portable, you need to think about cutting power
<Mangy_Dog> yeah
<Mangy_Dog> though i am going to put in a rather large battery
<Mangy_Dog> 4000mha sort of thing
<KotCzarny> because Hxx doesnt do 'off' state
<Mangy_Dog> how do you shut them down? just power off?
<Mangy_Dog> even within linux
<KotCzarny> there is no power off on Hxx
<Mangy_Dog> if you ran a shutdown, would it basically jsut restart the soc and reboot it?
<KotCzarny> there is some work done on powering down things, but it still draws a lot
<KotCzarny> if you dont use any hardware solution, lowest fake-off would be ~40mA
<KotCzarny> which is a lot for mobiles
<Mangy_Dog> nodnods
<Mangy_Dog> tbh im not worry about a hard power off... unless it ends up corrupting data
<KotCzarny> prepare software in a way that suddent loss of power doesnt corrupt everything
<KotCzarny> and relays are quite big, so might be better with just physical power cut off
jernej has quit [Remote host closed the connection]
<Mangy_Dog> yeah i was likely just going to have a master toggle switch
jaganteki has quit [Ping timeout: 256 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
aalm has quit [Ping timeout: 268 seconds]
aalm has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
plaes_ has quit [Quit: Reconnecting]
plaes has joined #linux-sunxi
plaes has joined #linux-sunxi
plaes has quit [Changing host]
shfil has quit [Quit: Connection closed for inactivity]
jelly is now known as jellytoo
jellytoo is now known as jelly
jelly is now known as jellytoo
jellytoo is now known as jelly
foxx_ has quit [Ping timeout: 245 seconds]
<hanni76> hi, everyone, is this possible to create an image with latest u-boot and kernel 3.10 ?
<hanni76> will they work together /
<hanni76> ?
RichardG867 has quit [Quit: Keyboard not found, press F1 to continue]
<anarsoul|2> unlikely
<veremitz> why on earth kernel 3.10 ..
RichardG867 has joined #linux-sunxi
<jelly> because that was in AOSP at the time of first chip?
<veremitz> heh
* jelly hides
<hanni76> well.. I am trying to build BSP for nanopi A64
<hanni76> from here
<hanni76> I thought I could take a fresh u-boot and this kernel
<veremitz> you should be able ot use mainline of both .. allegedly .. kernel & uboot
<veremitz> and that git repo .. 2 years ago latest update .. >,<
<hanni76> I know
<veremitz> that said, all the sources for that 'generation' of software seem to be present in the repo .. I just wouldn't deviate from that .. as it likely won't be compatible, and bisecting the changes could be painful!
<hanni76> I know I can get mainline
<hanni76> I need to test MIPI DSI panel with the old BSP code
<hanni76> yes, all the sources is there...
<hanni76> but the sd-card image created can't boot
<hanni76> I was thinking I could take only kernel from the repo and use modern u-boot
reinforce has quit [Quit: Leaving.]
hanni76 has quit [Quit: Leaving]
IgorPec has joined #linux-sunxi
return0e_ has quit [Ping timeout: 252 seconds]
return0e has joined #linux-sunxi
Mr__Anderson has quit [Quit: Leaving.]
IgorPec has quit [Ping timeout: 246 seconds]
Mangy_Dog has quit [Ping timeout: 246 seconds]
jernej has joined #linux-sunxi
<jernej> wens, mripard: I think we have a problem with aarch64 gcc 8.3.0 (maybe also earlier) and GENMASK(-1, 0) (used for missing clock factors)
<jernej> we rely on GENMASK(-1,0) being 0, but on my system it evaluates to 0xFFFFFFFFFFFFFFFF
<jernej> and that naturally breaks clocks
<jernej> I noticed that when I set CLK_SET_RATE_PARENT for "de" clock on H6
<jernej> it works ok if literals are used, e.g. GENMASK(-1, 0)
<jernej> but with variables, e.g. shift = 0, width = 0, GENMASK(width + shift - 1, shift)
<jernej> it's 0xFFFFFFFFFFFFFFFF
<jernej> any idea what to do?
<anarsoul|2> what about GENMASK((width + shift - 1), shift)?
<jernej> it shouldn't make any difference since GENMASK already puts each macro argument into own brackets
<jernej> and I tried different casts too
shfil has joined #linux-sunxi
<jernej> according to C standard, behaviour is undefined if shift equals width of left operand
<jernej> so it seems we relied on undefined behaviour
<anarsoul|2> width of left operand is 64
<anarsoul|2> shift is 0
<megi> shift is 64
<anarsoul|2> oh
<megi> see BITS_PER_LONG
<anarsoul|2> right
<anarsoul|2> jernej: are we using it for A64?
<jernej> I found this bug in nkmp clock code
<anarsoul|2> ouch
<megi> this is compile time caluclations, I wonder why compiler doesn't warn about this
<jernej> it does with literals, but not if variables are used
<megi> ah
<anarsoul|2> jernej: nice catch anyway
<jernej> it's not hard to catch it when things don't work :)
<megi> would GENMASK_ULL fix this?
<jernej> plaes: ^ might be also your issue with mmc clocks
<jernej> idk, let's test it
<megi> a bit heavyweight, but wouldn't need rethinking the logic
<anarsoul|2> megi: ULL is 64 bit, isn't it?
<jernej> ah, I think it wouldn't
<megi> hmm, right
<megi> so it wouldn't
<jernej> easy but annoying solution would be to add guards...
<megi> -1 would still mean undefined shift even if it was different sized
<megi> it = operand
vagrantc has quit [Ping timeout: 258 seconds]
vagrantc has joined #linux-sunxi
vagrantc_ has joined #linux-sunxi
vagrantc has quit [Ping timeout: 240 seconds]
vagrantc_ is now known as vagrantc
jernej has quit [Ping timeout: 252 seconds]
nuuuciano__ has quit [Ping timeout: 250 seconds]