Turl 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
<apritzel> igraltist: and if you plan on using a harddrive, using the barrel connector is a must
bugzc has joined #linux-sunxi
mzki has quit [Ping timeout: 245 seconds]
kronicd has left #linux-sunxi [#linux-sunxi]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<igraltist> apritzel: i have a dc connctor but i want this to use on the orangepi for testing
ErwinH has joined #linux-sunxi
<apritzel> igraltist: most board take the power where they can get it from: GPIO, USB, UART, ...
<apritzel> but that is more leaked power, so mostly not enough to get the board fully going
<apritzel> but hey: give it a try, but don't complain if it fails with weird errors
terra854 has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
Da_Coynul has joined #linux-sunxi
Andy-D_ has quit [Ping timeout: 260 seconds]
HeavyMetal has quit [Quit: BNC Services Provided by the ASoTnet IRC Network.]
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
montjoie has quit [Ping timeout: 240 seconds]
montjoie has joined #linux-sunxi
ErwinH has joined #linux-sunxi
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
pekka10 has quit [Quit: WeeChat 1.5]
pekka10 has joined #linux-sunxi
ErwinH has quit [Ping timeout: 264 seconds]
pekka10 has quit [Quit: WeeChat 1.5]
pekka10 has joined #linux-sunxi
pekka10 has quit [Client Quit]
Pepe has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
popolon has quit [Quit: WeeChat 1.4]
cnxsoft has joined #linux-sunxi
apritzel has quit [Ping timeout: 240 seconds]
ninolein has quit [Ping timeout: 240 seconds]
ninolein has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi
<lennyraposo> howdy everyone
<lennyraposo> anyone here with extensive knowledge on Sunxi VDPAU around?
\\Mr_C\\ has joined #linux-sunxi
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
Da_Coynul has joined #linux-sunxi
victhor has quit [Ping timeout: 258 seconds]
bugzc has quit [Ping timeout: 260 seconds]
tsuggs has quit [Remote host closed the connection]
bugzc has joined #linux-sunxi
pg12 has quit [Ping timeout: 250 seconds]
pg12 has joined #linux-sunxi
lkcl has quit [Ping timeout: 268 seconds]
lkcl has joined #linux-sunxi
chomwitt1 has quit [Ping timeout: 264 seconds]
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
TheSeven has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
laj has quit [Quit: Page closed]
IgorPec has joined #linux-sunxi
<wens> tcon interrupts not firing :(
reinforce has joined #linux-sunxi
<plaes> lennyraposo: #cedrus
scream has joined #linux-sunxi
<wens> wtf? why do i have to deassert edp reset to use the tcon?
futabachannel has joined #linux-sunxi
HeavyMetal has quit [Ping timeout: 258 seconds]
IgorPec has quit [Ping timeout: 265 seconds]
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
scream has quit [Remote host closed the connection]
<wens> yes, vga output on cubieboard4 working!
BuddyZhang1 has joined #linux-sunxi
IgorPec has joined #linux-sunxi
bugzc has quit [Ping timeout: 260 seconds]
Andy-D_ has joined #linux-sunxi
DullTube has joined #linux-sunxi
ganbold has quit [Remote host closed the connection]
ganbold has joined #linux-sunxi
f0xx has joined #linux-sunxi
ErwinH has joined #linux-sunxi
msevwork has joined #linux-sunxi
fl_0 has quit [Ping timeout: 250 seconds]
fl_0 has joined #linux-sunxi
<rellla> lennyraposo: just ask
f0xx has quit [Remote host closed the connection]
f0xx has joined #linux-sunxi
<rellla> wens: fine :) is A80 using DE2.0?
BuddyZhang1 has quit [Quit: Page closed]
<KotCzarny> wow, was that xunlong guy?
<rellla> ?
apritzel has joined #linux-sunxi
<KotCzarny> 09:16 Quit: BuddyZhang1 (Quit: Page closed)
apritzel has quit [Client Quit]
<jelle> biscuit is not a fruit
<KotCzarny> see commits
<ErwinH> tkaiser: Is it enough to see that changing the max_freq in the dvfs_table is reflected in the cpufreq_max_freq?
tgaz has quit [Read error: Connection reset by peer]
tgaz has joined #linux-sunxi
yann|work has quit [Ping timeout: 258 seconds]
<ErwinH> tkaiser: running at higher clockspeeds helps a little in improving the iperf3 performance. Reaching peek speeds of 612MBits/sec running at 1152MHz.
<ErwinH> Average bandwidth: 582Mbits/sec
<wens> rellla: 1.5 :p
<wens> rellla: it's 1.0 DE, TCON is more like 2.0 (one channel documented per TCON instead of 2)
<rellla> wens: how tricky would it be, to get vga part ported to 1.0? if even possible...
<MoeIcenowy> since A33 TCON have only one channel.
<wens> rellla: the vga is just an external dac
<wens> MoeIcenowy: the vendor kernel doesn't seem to care :p
<MoeIcenowy> nearly all aw boards come with VGA is external DAC
<wens> we could try to make it use the supposedly non-existent ch1
<MoeIcenowy> I cannot understand what you're saying...
<wens> rellla: only the A10/A20 have a TV encoder that has enough channels for VGA
<wens> MoeIcenowy: i mean we could try using ch1 in tcon0 on the a80
<wens> that is, when i get hdmi working :/
<MoeIcenowy> wens: even though the ch1 is not mentioned?
<MoeIcenowy> in user manual
matthias_bgg has quit [Quit: Leaving]
<wens> MoeIcenowy: yup
<MoeIcenowy> but I think ch1-less tcon is already sun8i-a33-tcon ;-)
<wens> i know
<wens> but it still seems to have the mux for dsi and hdmi
<wens> so, not so sun8i-a33-ish :)
Putti has quit [Quit: Leaving]
<MoeIcenowy> a33 has also mipi-dsi
Putti has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
<wens> but it doesn't have 2 tcons you need to mux
<MoeIcenowy> although we have no any support for it, in both u-boot and kernel
<MoeIcenowy> two weeks ago I got an A33 tablet with a DSI screen
<MoeIcenowy> then I returned it back (just because I don't feel like writing the driver
<wens> why not :p
<wens> you could always send it to someone else
popolon has joined #linux-sunxi
florianH has joined #linux-sunxi
clonak has joined #linux-sunxi
Andy-D_ has quit [Ping timeout: 258 seconds]
yann|work has joined #linux-sunxi
kaspter has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<dgp> Do interrupts from gpio pins have lots of latency? (h2/h3)
<tkaiser> ErwinH: you might set cpufreq governor to performance and then monitor cur_freq (not max -- irrelevant) since the budget cooling stuff dictates how high CPU and GPU cores can be clocked (and I would assume H5 legacy kernel tried to address rather capable Mali450 which could generate a lot of heat when used)
<ErwinH> I've seen the cur_freq at 1152 while running iperf3
diego_r has quit [Quit: Konversation terminated!]
<ErwinH> The legacy kernel monitors both sensors and displays the highest.
<tkaiser> ErwinH: Ok, then this works. IIRC with A64 cpufreq could be adjusted by playing around with dtc and editing the .dtb file while dvfs operating points could only be changed through u-boot (so overclocking worked but led to undervolting and instabilities with heavy loads)
<ErwinH> Only thing is, I doubt the voltage regulator is addressed in the Legacy kernel...
<ErwinH> 1V1 point stays at 1V1
<tkaiser> ErwinH: Sure, that's the whole problem and most probably the reason why Buddy started with these values (no clue how this stuff works). Looking at the 'H5 SDK' commits already made me so sick that I think it's not worth the efforts.
<tkaiser> ErwinH: If Buddy's last commits weren't just by accident then at least we know how that OPi Zero Plus 2 (nice name BTW) looks like. No Ethernet and AP6212 for WiFi/BT and camera interface. Attacking NanoPi Air.
elvirolo has joined #linux-sunxi
<elvirolo> hi!
<dgp> tkaiser: h2+ again?
<ErwinH> H5
<tkaiser> dgp: Even more weird: H5
<dgp> So it's not going to be as cheap as the current zero I guess
<dgp> Only thing wrong with the current zero is the weird wifi chipset really :)
<tkaiser> dgp: Nope, if Steven tries to attack FriendlyARM then it will be $18 (since NanoPi Air is $20)
<elvirolo> I have an Olimex Lime2 board with a 3A PSU, connected to the USB OTG port of the board. The board is also powered by a lipo battery. There's a 1A 2.5" SATA disk connected to it + a USB hub. It seems the board doesn't power up when the battery is not connected. Isn't that strange?
<ErwinH> But not at HS
<ErwinH> ;vqmmc="vcc-emmcvq18"
<tkaiser> elvirolo: IIRC when you power Olimex boards through OTG you need to press the power button. Use the barrel plug when you want to start the board when power is available.
<elvirolo> tkaiser: the thing is that it starts, but crashes a second later, except if the battery is plugged in.
<dgp> tkaiser: they must only spend a week or so designing each of these boards
<tkaiser> elvirolo: Welcome to the world of undervoltage/undercurrent then. If it's about power then simply try to avoid these three letters: U, S and B.
<KotCzarny> if that's a micro usb port, then its limited to 1.8A, isnt it?
<elvirolo> I'm trying to use it with the latest version of uboot mainline, as you suggested it to me, tkaiser
<KotCzarny> so no wonder you get out of power
<tkaiser> KotCzarny: MiniUSB
<elvirolo> tkaiser: KotCzarny aaah, that's what it is
<KotCzarny> tkaiser, still, is it supposed to be powered via that port?
<elvirolo> KotCzarny: it is indeed miniusb
kaspter has quit [Ping timeout: 246 seconds]
<elvirolo> KotCzarny: it can
<tkaiser> KotCzarny: Sure and the same applies to all sunxi devices with a PMIC
<KotCzarny> no, is it supposed by vendor, not by funky power routing
a1d3s has joined #linux-sunxi
<KotCzarny> ?
<tkaiser> KotCzarny: Also true, I did all my consumption tests with Olimex boards using Mini-USB.
<tkaiser> Since I ordered USB-to-5.5/2.1-cables and they were crap (shutdown under load maybe due to thin cable diameter) so I had to use OTG
mzki has joined #linux-sunxi
<elvirolo> Ok, so I should get a proper barrel-type PSU then
<tkaiser> elvirolo: I would switch to the barrel plug instead. Olimex claims they have a 'noise immune' design there. And in case you don't know the AWG rating of your USB cable it's safer anyway.
<elvirolo> a pity they only sell 1A ones
<KotCzarny> make one yourself?
<KotCzarny> plugs+cable bares are dirt cheap
<diego71_> indeed
<diego71_> and there are also 2.1 plug with clip, you don't even need to solder them
<elvirolo> Well, I suppose I could get a plug an connect it to my 3A PSU
<elvirolo> diego71_: that sounds good
<elvirolo> I have an iron, but I'm always afraid of shortcuts/dodgy solder joints when I do it myself
<KotCzarny> then use clips/electrical connectors
<tkaiser> elvirolo: 'psu 2.1 5.5 5v' web search
<dan0_0> tkaiser: what would the use of a board without ethernet be with an H5?
<dan0_0> At least for my use cases it seems like a big impediment
<elvirolo> Thank you :)
<KotCzarny> similar to this one, no soldering and good grip
<dgp> elvirolo: super cheap meter from banggood would help
<tkaiser> dan0_0: NanoPi Air seems to sell quite well
<KotCzarny> available in any electrical shop
<dan0_0> H5 with eMMC would be great
<dan0_0> tkaiser: How many units?
<jelle> tkaiser: is there a wifi mainline driver?
<tkaiser> dan0_0: No idea, only based on interest in Armbian forum.
apritzel has joined #linux-sunxi
* jelle quickly wanders off to the wiki
<tkaiser> jelle: Sure, it's AP6212, same driver as for Cubietruck for example
<dan0_0> I feel like they need to just up their marketing, outreach and software game. Ship a few dozen freebies out to some hackerspaces and seed the market
<jelle> tkaiser: nice
<elvirolo> KotCzarny: actually I think I might have one lurking around somewhere
<dan0_0> there are definitely more than a few people here in Seattle who'd buy a few dozen OrangePis to replace their RasPis/build new systems
<tkaiser> jelle: Even BT should work but there the userland situation is a mess AFAIK
<jelle> ohh I'd like bluetooth
<elvirolo> dgp: indeed :)
<dan0_0> mmm, BT would be sweet
<dan0_0> could do a bluetooth beacon :P
* jelle was thinking about gaming thing
futabachannel has quit [Quit: Leaving...]
<dan0_0> what'd you use BT for in gaming?
<KotCzarny> p2p games
<dan0_0> don't you want everything to be low latency there?
<dan0_0> mmm
<KotCzarny> battle ships
<dan0_0> yea, I could see that
<apritzel> dan0_0: controllers?
<tkaiser> apritzel: H5, mainline and USB. What's missing?
<dan0_0> apritzel: just feel like BT is a bit high latency for that, hell, gamers around here buy motherboards with 2x USB 1.1 ports since it has lower latency vs USB 2.0
<apritzel> tkaiser: nothing, I guess?
<apritzel> tkaiser: in my experience most things that work on H3 just work on the H5
<tkaiser> apritzel: Ok, then I overlooked something (no ehci/ohci nodes in DT IIRC)
<apritzel> tkaiser: but the DT may miss some nodes
<tkaiser> apritzel: In case you missed it, ErwinH also applied megous' H3 ths patches and they seem to work fine with OPi PC 2
<apritzel> tkaiser: or: the config bits are missing in arm64
<apritzel> tkaiser: that's especially true for USB
<apritzel> tkaiser: temperature sensor?
<ErwinH> Readout working fine :)
<ErwinH> 1 of the 2 sensors
<tkaiser> apritzel: Yep and AFAIK throttling too
<apritzel> well, I have moved the sensors into ATF
<apritzel> and use SCPI sensors
<apritzel> just have to find a way to work around some nasty sunxi-ng clock behaviour
<apritzel> btw: I have some almost sane U-Boot patches for the H5
<apritzel> FEL is working, Ethernet as well
<apritzel> and: blob-free: no libdram or boot0, pure OpenSource DRAM setup
<apritzel> on top of the A64 SPL patches
<tkaiser> Great
<apritzel> those ths patches are those older ones from summer?
<apritzel> I looked into some of them for the ATF THS driver and found at least one bug in there ...
<apritzel> so any OrangePi PC 2 involved people here: don't waste your time with this SDK U-Boot, just be a little more patient ...
* jelle patiently waits on apritzel's magic
noblock has quit [Quit: Leaving]
<apritzel> btw: does anyone know why we use DRAM at 672 MHz only?
noblock has joined #linux-sunxi
<KotCzarny> stability?
<apritzel> all the chips on the 64-bit boards (Pine64, BPi-M64, OPi-PC2) use DDR3-1600 capable chips
<KotCzarny> vendor numbers?
Putti has quit [Ping timeout: 250 seconds]
<KotCzarny> one guy experimented with 800something mhz
<KotCzarny> and claimed it was stable with proper tuning
<apritzel> Theobroma?
<KotCzarny> ntemis was his nick
<KotCzarny> never provided limamemtester results though
<KotCzarny> you can search the logs what he modified
* dan0_0 is still waiting for his Opi PC2 to arrive from China
<apritzel> KotCzarny: I think I remember him: wasn't he copying some dodgy values from someone? And this was one some 32-bit OPi?
<dan0_0> Did 800 odd mhz provide any significant performance improvements?
<apritzel> dan0_0: theoretically this is +20% on DRAM performance
<apritzel> dan0_0: but I don't have any benchmark data
<dan0_0> :c
<KotCzarny> apritzel: i dont remember the details, just the event
<dan0_0> I'd assume the GPU would have improved performance
<apritzel> but my impression is that those Allwinner default settings leave a lot on the table
<dan0_0> They aren't optimized cause they don't need to be
<apritzel> well, I guess board vendors just take _some_ AW boot0 and don't care too much
<dan0_0> yea, that too
<apritzel> KotCzarny: yeah, that one ;-)
<dan0_0> Outside SBCs/TV boxes, does anyone use H5 or H3 chips?
<apritzel> KotCzarny: from what I learned this week half of this is snake oil, the rest is just wrong ;-)
<KotCzarny> good/bad to hear that ;)
<apritzel> for instance if the lower bits in tpr13 are not set, most of the values into the other tpr registers are ignored
<KotCzarny> do you know what is affecting stability of dram in h3 case? because as you've said, chips are ddr3-1600
<apritzel> also you can't just copy the delay line parameters in tpr10-12, because they seem to be SoC, possible also board specific
<apritzel> KotCzarny: many of these setup value are not really exact, Theobroma has done some nice work on this to get real timing
<tkaiser> According to ssvb and Olimex also trace routing is important so it's board specific anyway.
<apritzel> for instance AW seems to suffer from rounding errors
<apritzel> 7.5 => 8 and stuff
<apritzel> tkaiser: yeah, I was thinking so
<KotCzarny> so, aw/dram controller implementation is to blame
<apritzel> tkaiser: which means you need board specifics boot0's and can't just copy one from another vendor
<apritzel> KotCzarny: no, their boot0/libdram is just ... suboptimal
<tkaiser> apritzel: Or you simply don't care and hope no one takes notice. A little data corruption here, a small crash there...
<beeble> apritzel: they could. since they are copying the allwinner dram layout anyway
<beeble> so its the same dram routing on most boards
<dan0_0> damn tkaiser, prolly are a few vendors who've done that
<apritzel> beeble: mmh, good point
<tkaiser> beeble: But isn't this recommended with other vendors too? Following reference design closely?
<beeble> tkaiser: this wasn't a rant. just a clarification that the timings should be the same with most boards
<apritzel> beeble: did you do any magic with your DRAM layout? Because you seem to have it running @800 MHz happily ...
<beeble> tkaiser: just take a look at the orange pi pc2. it's only rotated in that way because they copy pasted that part from the reference design
<apritzel> and the point in KotCzarny's link is: this is copying OPi PC2 values to an OPi PC board
<beeble> apritzel: depends on the cpu. for a31 we are fully custom. for a64 it's pretty much the same.
<beeble> the hardware layout from allwinner ist mostly fine
<beeble> problem is only the software
<apritzel> beeble: that's good news, so I can just copy your settings for the Pine64/BPi-M64 ;-)
<apritzel> beeble: yeah, I started to merge Philipp's U-Boot DRAM patches into the mainline driver ...
<beeble> don't think so. we have a two x16 design
<beeble> pine64 is a four x8 i think
<beeble> or is it dual ranked?
<apritzel> beeble: depends: for the 1GB model it's 2 x 16
<apritzel> beeble: but the 2 GB is indeed 4 x 8
<apritzel> not sure about the rank, have to check
<beeble> so there will be layout changes
<apritzel> right
<apritzel> beeble: which also means that technically the 1GB and the 2GB version would require different parameters?
<beeble> haven't done any work with the pine so no experiance about that layout. sorry
<beeble> apritzel: most likley
<apritzel> beeble: the 2GB version has two more chips on the other side of the PCB, so definitely a different layout
<apritzel> beeble: but Pine64 uses just one boot0 for this ...
<beeble> now you have your reason why it's clocked slower :)
<apritzel> which thickens the plot that AW provides some one-size-fits-all boot0 witth conservative settings ...
<apritzel> indeed!
<vpeter> one offtopic question: anyone saw mac address starts with c0:ff:ee ?
<wens> looks absolutely bogus :)
Putti has joined #linux-sunxi
a1d3s has quit []
apritzel has left #linux-sunxi [#linux-sunxi]
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
dave0x6d has quit [Quit: Connection closed for inactivity]
elvirolo has quit [Ping timeout: 268 seconds]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
Putti has quit [Quit: Leaving]
elvirolo has joined #linux-sunxi
Putti has joined #linux-sunxi
chomwitt1 has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi
elvirolo1 has joined #linux-sunxi
elvirolo has quit [Ping timeout: 248 seconds]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
bmeneg has joined #linux-sunxi
tkaiser has joined #linux-sunxi
DullTube has quit [Quit: Leaving]
qschulz_ is now known as qschulz
Putti has quit [Ping timeout: 250 seconds]
<elvirolo1> tkaiser: Just changed my PSU from USB to barrel jack - works fine without the battery. Thanks again for your advice.
<KotCzarny> told'ya
<elvirolo1> :)
<elvirolo1> Now I hope the board won't freeze
<KotCzarny> bad power is the #1 instability source for allwinner boards, bad ram/cpu settings in software is #2, and cheap sdcards is 3rd
<elvirolo1> Well, I changed the PSU and lowered the DRAM freq. And my SD card is supposed to be very good. So I hope it'll be ok.
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<dgp> I had crashes with mainline on h2+ that went away with a patch the clocks. Something about the clock going to high inbetween changing clocks
<ErwinH> That happend on my H3 and H2+ on loading cpufreq-dt. Instant Oops/Panic.
<MoeIcenowy> I think there's a patch
<ErwinH> There is, and it's working like a charm :)
terra854 has quit [Quit: Connection closed for inactivity]
fkluknav has joined #linux-sunxi
ErwinH has quit [Remote host closed the connection]
terra854 has joined #linux-sunxi
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
cnxsoft has quit [Quit: cnxsoft]
deskwizard has joined #linux-sunxi
leviathanch has joined #linux-sunxi
msevwork has quit [Quit: Leaving]
chomwitt2 has joined #linux-sunxi
chomwitt1 has quit [Ping timeout: 256 seconds]
lemonzest has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
<MoeIcenowy> I nearly forgot to push the support patch of Orange Pi Zero to U-Boot...
<MoeIcenowy> Silly Icenowy
<jelle> :)
deskwizard has quit [Ping timeout: 250 seconds]
Gerwin_J_ has joined #linux-sunxi
atsampson has quit [Ping timeout: 245 seconds]
atsampson has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 264 seconds]
Gerwin_J_ is now known as Gerwin_J
f0xx has quit []
f0xx has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
elvirolo1 has quit [Ping timeout: 268 seconds]
victhor has joined #linux-sunxi
florianH has quit [Quit: Connection closed for inactivity]
lemonzest has quit [Remote host closed the connection]
<KotCzarny> umkay.seems that trim command doesnt work over usb for jms578
<KotCzarny> either unimplemented in the driver or failing for some other reason
tkaiser has joined #linux-sunxi
cptG_ has joined #linux-sunxi
Leepty has quit [Remote host closed the connection]
cptG has quit [Ping timeout: 256 seconds]
reinforce has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 260 seconds]
yann|work has quit [Ping timeout: 248 seconds]
<MoeIcenowy> It seems that the EFI mode of U-Boot 2016.11 cannot boot Linux kernel on sun8i...
<MoeIcenowy> (I used a H3
dave0x6d has joined #linux-sunxi
ganbold has quit [Ping timeout: 240 seconds]
deskwizard has joined #linux-sunxi
Pepe has joined #linux-sunxi
<MoeIcenowy> I may receive some V3s board next week...
<KotCzarny> entry level dash cam solution
<KotCzarny> a bit on the low side
<MoeIcenowy> yes
<MoeIcenowy> but one advantage of V3s is its integrated DRAM
<KotCzarny> but only 64mb
<KotCzarny> so very specialized
<MoeIcenowy> yes...
<MoeIcenowy> it may be worthful to run bare metal ;-)
<KotCzarny> but if they deliver on the 'low power' side, it might be quite interesting
Andy-D_ has joined #linux-sunxi
<MoeIcenowy> yes... A V3s come with a SPI NOR Flash can easily become a low-end embedded solution
<KotCzarny> do some power usage measurements (lowest/normal/max) etc
<MoeIcenowy> beating STM32
<KotCzarny> yes, though it greatly depends how much juice it will suck
<MoeIcenowy> if it come with a SPI NOR co-packaged, it will be better ;-)
<MoeIcenowy> yes
<KotCzarny> could make nice music/video player too
<MoeIcenowy> sunxi used to be a player SoC vendor ;-)
<MoeIcenowy> when the X is below 3 ;-)
lovepupils has joined #linux-sunxi
<lovepupils> wow just read today's irclog, great to see this much love for the pi pc2!
<lovepupils> maybe I will run armbian before NYE :)
lovepupils has quit [Client Quit]
Putti has joined #linux-sunxi
apritzel has joined #linux-sunxi
KB3VGW has joined #linux-sunxi
ninolein has quit [Remote host closed the connection]
vagrantc has joined #linux-sunxi
vagrantc has quit [Ping timeout: 258 seconds]
KB3VGW has quit [Read error: Connection reset by peer]
KB3VGW has joined #linux-sunxi
KB3VGW has left #linux-sunxi [#linux-sunxi]
vagrantc has joined #linux-sunxi
deskwizard has quit [Ping timeout: 245 seconds]
apritzel has left #linux-sunxi [#linux-sunxi]
matthias_bgg has quit [Quit: Leaving]
<KotCzarny> hmm. why is setup_environment in uboot using only sid[0] and sid[3] for identification? looking at sid list at wiki it's not differing much
Andy-D_ has quit [Ping timeout: 268 seconds]
dave0x6d has quit [Quit: Connection closed for inactivity]
IgorPec has joined #linux-sunxi
ninolein has joined #linux-sunxi
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
jernej has joined #linux-sunxi
jernej has quit [Client Quit]
jernej has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
fkluknav has quit [Ping timeout: 245 seconds]
afaerber has quit [Quit: Leaving]
deskwizard has joined #linux-sunxi
Andy-D_ has joined #linux-sunxi
Ntemis has joined #linux-sunxi
scream has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
jernej has joined #linux-sunxi
<KotCzarny> how can i disable pxe in uboot?
<beeble> undefine CONFIG_CMD_PXE?
<KotCzarny> can it be found in menuconfig or only editing file?
<beeble> cmd/Kconfig:config CMD_PXE
<beeble> so should be in menuconfig
<KotCzarny> i must be blind because i cant find it, hrm
<beeble> make menuconfig, press /, enter CMD_PXE, press 1
<KotCzarny> it's there, but not exposed
<KotCzarny> (at least for pxe, CMD_PXE wasnt found
<beeble> tested only with HEAD of mainline
<beeble> what tree are you using?
<beeble> and what defconfig?
<KotCzarny> jernej's tree for h3/hdmi
<KotCzarny> defonfig for opipc or opi+2e
<KotCzarny> boot_targets=mmc0
<KotCzarny> drat. not this one. 2016.11-rc2
vagrantc has quit [Ping timeout: 250 seconds]
<beeble> it's not a kconfig option in that branch. introduced in bfb380b3 (v2017.01-rc1 first tag to have it)
<beeble> you could cherry pick (conflicts with two configs you can ignore)
<beeble> or just undefine it in include/config_distro_defaults.h
<KotCzarny> ahm, will wait then
<beeble> thats not that hard to do :)
<beeble> actually both is easy, removing the line or just waiting
<KotCzarny> i'm going to hack some device detection into uboot, to automatically load proper fex
<KotCzarny> and pxe spams the output, so i want it temporarily disabled
<beeble> fex file for the bsp kernel?
<KotCzarny> droid, to be exact
<beeble> wouldn't it be easier to just have a u-boot cmd returning a board string and using this in a boot.cmd variable to load the correct file?
<KotCzarny> that could work too
<beeble> that would be self contained. writing an additional command is easy and you would define the string returned in the defconfig
<beeble> other way would be to use fit images and define the image to load in the u-boot dtb
<beeble> but i think you wanted to keep distroboot
IgorPec has joined #linux-sunxi
<KotCzarny> image roughly stays the same, because i target h3 boards
<tkaiser> I knew it from the day Pine64 has been announced. Someone would be moronic enough to praise ARMv6 Raspbian running on ARMv8 boards (not RPi 3): http://forum.pine64.org/showthread.php?tid=2949
<KotCzarny> but fexes differ, and since bsp droid is broken in terms of usb device autodetect, i have to make a workaround
terra854 has quit [Quit: Connection closed for inactivity]
<KotCzarny> tkaiser, why do you care about forum.pine64 ?
<tkaiser> Since I'm mad
<KotCzarny> that could be the reason
dave0x6d has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
Ntemis has quit [Remote host closed the connection]
jstein has quit [Remote host closed the connection]
deskwizard has quit [Ping timeout: 265 seconds]
KB3VGW- has joined #linux-sunxi
KB3VGW has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
f0xx has quit []
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
dh1tw has joined #linux-sunxi
f0xx has joined #linux-sunxi
<willmore> Mad angry or mad crazy?
f0xx has quit []
f0xx has joined #linux-sunxi
\\Mr_C\\ has quit [Quit: .]
f0xx has quit [Ping timeout: 268 seconds]
Andy-D_ has quit [Ping timeout: 258 seconds]
jernej has quit [Quit: Konversation terminated!]
KB3VGW- has quit [Read error: Connection reset by peer]
KB3VGW has quit [Read error: Connection reset by peer]
KB3VGW has joined #linux-sunxi
KB3VGW- has joined #linux-sunxi
deskwizard has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
apritzel has joined #linux-sunxi
KB3VGW- has quit [Ping timeout: 265 seconds]
KB3VGW has quit [Ping timeout: 265 seconds]
KB3VGW has joined #linux-sunxi
KB3VGW- has joined #linux-sunxi
KB3VGW__ has joined #linux-sunxi
KB3VGW- has quit [Read error: Connection reset by peer]
Andy-D_ has joined #linux-sunxi
KotCzarny has quit [Ping timeout: 244 seconds]
KB3VGW__ has quit [Read error: Connection reset by peer]
KB3VGW has quit [Read error: Connection reset by peer]
KB3VGW has joined #linux-sunxi
KB3VGW__ has joined #linux-sunxi
KB3VGW has quit [Read error: Connection reset by peer]
KB3VGW__ has quit [Read error: Connection reset by peer]
KB3VGW has joined #linux-sunxi
KB3VGW__ has joined #linux-sunxi
<MoeIcenowy> mripard: will pinconf-based pinctrl binding support reach 4.10?
<apritzel> MoeIcenowy: do you mean drive-strength and friends instead of allwinner,drive?
<MoeIcenowy> apritzel: yes
<apritzel> at least I assume so, since it's all in next already
<MoeIcenowy> but it's still not in origin/master
<apritzel> though I am not happy about converting the existing DTs over to the generic binding
<apritzel> MoeIcenowy: I think those are generally getting pulled late
<MoeIcenowy> apritzel: when will you push the H5 branch of kernel?
<apritzel> MoeIcenowy: after the merge window
<MoeIcenowy> how about to github?
dh1tw has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<apritzel> yeah, I am almost finished with a 4.9 based super kernel
<apritzel> with the A64 stuff cherry-picked from next
<MoeIcenowy> when will you push H5 support to U-Boot?
<apritzel> plus MMC, USB, Ethernet, H5
<apritzel> MoeIcenowy: U-Boot: I am about to polish the commit messages for the A64 v3
<apritzel> MoeIcenowy: and will send the H5 as a separate series on top of that
<apritzel> if not today, then on the weekend
<MoeIcenowy> oh I have also some interest in your day job... It's the ARM virtualization, right?
KB3VGW has quit [Read error: Connection reset by peer]
<apritzel> yeah
<MoeIcenowy> can a Xen run on any sun7i/8i now?
KB3VGW has joined #linux-sunxi
<apritzel> We quickly booted Xen on a Pine64 in April
<apritzel> but haven't tried since then
<apritzel> but in general Xen supports Cubietruck quite well
<apritzel> actually there are some of them in the Xen testfarm
<apritzel> don't know about H3, but in general it should work, since Xen itself doesn't care so much about peripherals