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
Andy-D_ has joined #linux-sunxi
Andy-D has quit [Ping timeout: 256 seconds]
wzyy2 has joined #linux-sunxi
LargePrime has quit [Ping timeout: 240 seconds]
LargePrime has joined #linux-sunxi
florianH has quit [Quit: Connection closed for inactivity]
lkcl has quit [Ping timeout: 240 seconds]
williamfligor has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
vishnup has quit [Quit: Leaving]
Putti has quit [Ping timeout: 240 seconds]
sgteem has quit [Ping timeout: 240 seconds]
chlorine has joined #linux-sunxi
Putti has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
sgteem has joined #linux-sunxi
apritzel has quit [Quit: Leaving.]
Andy-D_ has quit [Ping timeout: 240 seconds]
williamfligor has joined #linux-sunxi
williamfligor has quit [Quit: Textual IRC Client: www.textualapp.com]
cnxsoft has joined #linux-sunxi
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 260 seconds]
sgteem_ has joined #linux-sunxi
sgteem has quit [Ping timeout: 260 seconds]
kkh has quit [Ping timeout: 255 seconds]
duracrisis has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 246 seconds]
lurchi__ has joined #linux-sunxi
chlorine has joined #linux-sunxi
velly has joined #linux-sunxi
reev has joined #linux-sunxi
chlorine has quit [Ping timeout: 264 seconds]
chomwitt has quit [Ping timeout: 260 seconds]
leviathancn has joined #linux-sunxi
pg12 has quit [Ping timeout: 258 seconds]
pg12 has joined #linux-sunxi
victhor has quit [Ping timeout: 256 seconds]
chlorine has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
IgorPec has joined #linux-sunxi
leviathancn has quit [Quit: No Ping reply in 180 seconds.]
lurchi__ has quit [Ping timeout: 258 seconds]
leviathancn has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Changing host]
JohnDoe_71Rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Client Quit]
JohnDoe_71Rus has joined #linux-sunxi
terra854 has joined #linux-sunxi
TheSeven has quit [Ping timeout: 256 seconds]
TheSeven has joined #linux-sunxi
reinforce has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
HeavyMetal has quit [Ping timeout: 264 seconds]
jernej has quit [Ping timeout: 260 seconds]
leviathancn has quit [Quit: No Ping reply in 180 seconds.]
leviathancn has joined #linux-sunxi
DullTube has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
leviathancn has quit [Quit: No Ping reply in 180 seconds.]
foxx has joined #linux-sunxi
leviathancn has joined #linux-sunxi
chlorine has joined #linux-sunxi
chomwitt has joined #linux-sunxi
lurchi_ has quit [Remote host closed the connection]
lurchi_ has joined #linux-sunxi
lurchi_ is now known as lurchi__
chlorine has quit [Ping timeout: 258 seconds]
sgteem_ has quit [Ping timeout: 246 seconds]
leviathancn has quit [Remote host closed the connection]
<MoeIcenowy> tkaiser: your comment is quite useful ;-)
sgteem has joined #linux-sunxi
sgteem has quit [Ping timeout: 240 seconds]
f0xx has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 240 seconds]
lurchi__ has joined #linux-sunxi
ericxdu has quit [Remote host closed the connection]
ericxdu has joined #linux-sunxi
petard_ has joined #linux-sunxi
ericxdu has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
Andy-D_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
florianH has joined #linux-sunxi
chomwitt has quit [Ping timeout: 258 seconds]
silviop has joined #linux-sunxi
<silviop> hi friends, TCON0_LVDS_IF_REG seem have undocumented bit 30
<silviop> in bsp it switch single /dual channel lvds
dave0x6d has quit [Quit: Connection closed for inactivity]
<silviop> nut no documentation in user manual
<silviop> LCDC_WUINT32(sel, LCDC_LVDS_OFF,(info->lcd_lvds_ch << 30) | (0 << 29) | (0 << 28) | (info->lcd_lvds_mode << 27) |(info->lcd_lvds_bitwidth << 26) | (0 << 23));
<silviop> lcd_lvds_ch in fex is described as one/two channel lvds
<wens> plaes: ^
sunxi_fan has quit [Read error: Connection reset by peer]
sunxi_fan has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Read error: Connection reset by peer]
<silviop> experiences ?
paulk-collins has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
techping has joined #linux-sunxi
FergusL has quit [Ping timeout: 246 seconds]
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 268 seconds]
lurchi_ has quit [Ping timeout: 240 seconds]
lurchi_ has joined #linux-sunxi
lurchi_ is now known as lurchi__
reev has quit [Ping timeout: 260 seconds]
velly has quit [Ping timeout: 260 seconds]
BenG83 has joined #linux-sunxi
Andy-D_ has quit [Ping timeout: 240 seconds]
sgteem has joined #linux-sunxi
FergusL has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
FergusL has quit [Ping timeout: 264 seconds]
Mr__Anderson has joined #linux-sunxi
paulk-collins has quit [Remote host closed the connection]
sgteem has quit [Ping timeout: 240 seconds]
sgteem has joined #linux-sunxi
chomwitt has joined #linux-sunxi
Leepty has quit [Quit: Leaving]
Leepty has joined #linux-sunxi
popolon has joined #linux-sunxi
<petard_> MoeIcenowy: Hi. I'm struggling with uboot on v3s. Have you managed to boot it with https://github.com/Icenowy/u-boot-1/tree/v3s ?
<petard_> SPL loads it correctly from MMC
wzyy2 has quit [Ping timeout: 240 seconds]
<MoeIcenowy> petard_: of course yes
<petard_> but jump to Uboot fails
<MoeIcenowy> have you got boot loop?
<petard_> that is it restarts spl
<petard_> yep
<MoeIcenowy> but I don't know what happened...
<petard_> last line is: loaded - jumping to U-Boot...image entry point: 0x
<petard_> which is in spl.c
<petard_> and then the process restarts
apritzel has joined #linux-sunxi
<apritzel> KotCzarny: I am struggling to understand what "Good support by community" should mean on the chip maker openness page
<apritzel> KotCzarny: does it mean: supported by upstream code?
<apritzel> which would then duplicate information from other pages
<KotCzarny> active mainlining, not just sporadical one-off ports
<MoeIcenowy> petard_: could you try my other branches?
<apritzel> or does it mean: has been reverse engineered or is otherwise fully understood?
<KotCzarny> apritzel, that page is meant to paste for misc articles
<petard_> MoeIcenowy: v3s-lcd ?
<MoeIcenowy> maybe
<MoeIcenowy> apritzel: should TOC0 come with 4-byte jump instruction at head?
<MoeIcenowy> I saw the result of egon2toc.rb have no jump ins
<MoeIcenowy> oh no instruction required
<apritzel> MoeIcenowy: it starts with a magic directly
<apritzel> which is a bit annoying
<KotCzarny> apritzel: preferably both, (understanding and well working drivers in mainline)
<apritzel> KotCzarny: puzzled about the networking for H3, then
kaspter has joined #linux-sunxi
<KotCzarny> stmmac is progressing nicely, isnt it?
<apritzel> sure, but it's not upstream
<montjoie> :(
<KotCzarny> ..yet?
<MoeIcenowy> someone in OPi QQ Support Group reported that his opi failed to boot any image after flashing some AliOS(a heavy modified version of Android, used in lot of OTT box in China)-based OTT box firmware his opi refuse to boot any other firmware
<apritzel> and I don't know if it justifies "good support from community"
<KotCzarny> though afair my a20 doesnt require any patching?
<MoeIcenowy> I think it may be burned secure bit
<montjoie> cannot send v3, stmmac is breaked in next
<montjoie> so my minor modification cannot be well tested
<KotCzarny> montjoie: is it broken because of sunxi or upstream?
<montjoie> upstream
<montjoie> on H3 TX is now 33Mb/s
<montjoie> on A20 total break
<KotCzarny> maybe it broke stmmac for nonsunxi too? which means it should be reported as a regression?
<montjoie> I wait for the revert
<montjoie> problem already reported
<apritzel> MoeIcenowy: that's nasty, but indeed there is some code from Allwinner to burn the fuse, someone could just have copied that
<MoeIcenowy> apritzel: nope, it seems that when packing pheonix image, the packer can choose to burn secure bit
techping has quit [Remote host closed the connection]
<MoeIcenowy> see lichee
<MoeIcenowy> lichee/tools/pack/pack
<MoeIcenowy> DEFINE_string 'signture' 'none' 'pack boot signture to do secure boot' 's'
<MoeIcenowy> seems that if it's chosen the packed image will burn that bit
<MoeIcenowy> I just said RIP and gave him a uart0-helloworld.toc0
<petard_> MoeIcenowy: The only other branch that includes something about V3s is v3s-lcd and the outcome is the same
<MoeIcenowy> ah-oh...
<MoeIcenowy> but I'm sure I have my Lichee Pi Zero booted with v3s-lcd ...
<MoeIcenowy> P.S. does your board have the UART0 pins wired out?
<petard_> They are configured as twi1 in fex
<petard_> but I'll try to figure out if they are accessible on the board
<petard_> and solder uart connector
leviathancn has joined #linux-sunxi
fkluknav has joined #linux-sunxi
<wens> MoeIcenowy: iirc there was some code in allwinner u-boot or boot0 that sees it, and burns the e-fuse
<MoeIcenowy> wens: yes
<wens> good thing i didn't try it on my a80 :/
<KotCzarny> another reason to use mainline uboot?
<MoeIcenowy> mainline u-boot will respect your freedom to have you e-fuse burned or not burned ;-)
chlorine has joined #linux-sunxi
<KotCzarny> freedom to consent
<KotCzarny> and stupidity ;)
chlorine has quit [Ping timeout: 240 seconds]
chomwitt has quit [Ping timeout: 260 seconds]
wzyy2 has joined #linux-sunxi
Keziolio has quit [Remote host closed the connection]
Christos_ has joined #linux-sunxi
chlorine has joined #linux-sunxi
<petard_> MoeIcenowy: What do you know. Everything works fine on uart0 :)
<petard_> that is uboot console starts
<MoeIcenowy> I didn't do any code for UARTs other than uart0.
<MoeIcenowy> just so
apritzel has left #linux-sunxi [#linux-sunxi]
kaspter has quit [Ping timeout: 268 seconds]
BenG83 has quit [Ping timeout: 240 seconds]
BenG83 has joined #linux-sunxi
Christos_ has quit [Quit: Page closed]
<petard_> well I extended the DTSI and DTS with uart1 and uart2 definitions
<petard_> and console output worked well
<petard_> but probably something is hard coded inside uboot itself
<petard_> I may just explore it
<petard_> One other thing when I debugged uboot
<petard_> CONFIG_SPL_MAX_SIZE is set at 0x5fc0
<petard_> and as such it can't load debugging code. It's bigger for ~3KB
<MoeIcenowy> see arch/arm/mach-sunxi/board.c there's some uart pinctrl init code
<petard_> However v3s datasheet says that V3s has 60K SRAM in two segments
<petard_> SRAM A1 and C
<petard_> starting from 0-0x3ff
<petard_> and continuing from 0x4000-0xefff
<petard_> I've increased CONFIG_SPL_MAX_SIZE to 32KB
<petard_> and it works correctly
<petard_> you get full debug output
leviathancn has quit [Remote host closed the connection]
sgteem has quit [Ping timeout: 240 seconds]
<petard_> there are definitions for uart2 on sun8i in gpio.h
<petard_> and there is code in board.c to init uart GPIO
<petard_> uart2 gpio*
<MoeIcenowy> yes newer SoC supports 32KiB SPL
<MoeIcenowy> it specified 24KiB is only becasue A10 only supports 24KiB ;-)
Putti has quit [Ping timeout: 240 seconds]
Putti has joined #linux-sunxi
Keziolio has joined #linux-sunxi
Keziolio has joined #linux-sunxi
Keziolio has quit [Changing host]
<petard_> MoeIcenowy: Do you maybe have development repo for mainline kernel for v3s ? If its okay to access it that is.
lurchi__ has quit [Ping timeout: 264 seconds]
<MoeIcenowy> linux?
<MoeIcenowy> or u-boot?
<petard_> linux
<MoeIcenowy> linux 4.11-rc1 have basical support
<MoeIcenowy> the "BSP" of Lichee Pi Zero is at https://github.com/Lichee-Pi/linux
<petard_> aha kk. I thought that the patches were for 4.12
<willmore> apritzel "good support by community" generally means whatever the speaker means it to to help them win their arguement. It's a pretty meaningless arguement.
sgteem has joined #linux-sunxi
<KotCzarny> good as in 'drivers are mainlined and work well' then ?
<petard_> and I'm definitely heading over to indiegogo to claim my licheepi. Can't wait to replace the dev board :)
<MoeIcenowy> lpi0 do not have any PMIC.
<willmore> KotCzarny, are you asking me?
lurchi__ has joined #linux-sunxi
<KotCzarny> willmore, all of you
xes_ has joined #linux-sunxi
<willmore> It means whatever the writer means it to. Some people mean "they have a forum" or "they have an IRC chat where a bunch of noobs hang out and spout junk." Sometimes them mean something about kernel or distrobution support coming from some non-vendor source.
<willmore> Normally it means that the vendor has crap support.
<willmore> Otherwise, who cares about the community? If the Vendor does their job, you don't need a huge community.
xes has quit [Ping timeout: 240 seconds]
<KotCzarny> i meant actual software, ie drivers in mainline
<willmore> Then that's what it means.
techping has joined #linux-sunxi
vishnup has joined #linux-sunxi
<montjoie> could someone test latest linux-next and confirm me to also have huge network regression ? (if possible dwmac-sunxi not A20)
lurchi__ has quit [Ping timeout: 240 seconds]
f0xx has quit [Ping timeout: 246 seconds]
victhor has joined #linux-sunxi
lurchi__ has joined #linux-sunxi
<silviop> who is working at u-boot for sunxi as Hans leave ?
gjm has quit [Quit: leaving]
<jelle> silviop: maxime and
<jelle> silviop: Jagan Teki and Maxime Ripard
<silviop> No custodian yet ?
<jelle> they are
<jelle> yeah that's outdated ;-)
chlorine has quit [Remote host closed the connection]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
chlorine has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
chlorine has joined #linux-sunxi
The_Loko has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
lkcl has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
noblock has joined #linux-sunxi
chlorine has joined #linux-sunxi
<plaes> wens, silviop, thanks :)
<plaes> silviop: are you working on u-boot?
<silviop> I'm trying to enable dual channel lvds
<silviop> but i'm not working on u-boot in general
<plaes> yeah, I was working on LVDS and drm support in kernel
<plaes> but then moved on to ccu stuff
<plaes> and then got busy with other things :S
<silviop> I'm hobbyst i only try to add support to to greater than 1366*768 panels
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
DullTube has quit [Quit: Leaving]
my123 has quit [Ping timeout: 264 seconds]
<silviop> use 1024*768 from old ibm 15" is quite easy (i changed fluorescent lamp with led stripes) they are single channel
<KotCzarny> how did you connect it?
<silviop> i use baseboard from cubieboard 1 and 2
<silviop> but is only mechanical adapter
<KotCzarny> i mean, how do you connect the data cable
chlorine has quit [Remote host closed the connection]
<silviop> DF14 ?
chlorine has joined #linux-sunxi
<silviop> DF14 is a well standard cable
<KotCzarny> did you make your own cable?
<silviop> 2$ on aliexpress
<KotCzarny> hum
chlorine has quit [Remote host closed the connection]
<silviop> LM150X07
<silviop> panel model
chlorine has joined #linux-sunxi
<silviop> but lvds is quite standard
<silviop> in pinout and connectors
yann-kaelig has joined #linux-sunxi
<silviop> PORT D of SOC has all signals for lvds (single and dual) you can put your pi in the same case of old monitor removing original vga-lvds controller and backlight power supply.
petard_ has quit [Remote host closed the connection]
<silviop> pi = orangepi or cubie
<KotCzarny> yes, but often ordering is mixed, so one has to wire it himself
lkcl has quit [Read error: Connection timed out]
lkcl has joined #linux-sunxi
<silviop> ok, but is not so hard all is documented
<KotCzarny> not hard if one has some manual skills (soldering)
xes_ is now known as xes
ericxdu has joined #linux-sunxi
<silviop> soldering is not needed , only exchange some pins sometimes
<silviop> only mechanical procedure
<KotCzarny> so you change those pins at the black or white header?
<silviop> this cable work out of box between cubie/baseboard and 15" lvds i have
<KotCzarny> thanks, bought 2, gotta experiment with it in a month :)
<MoeIcenowy> a big problem of cubieboard is that it's 2.0mm gpio...
<KotCzarny> and how do you power the panel?
<silviop> it's indifferent
my123 has joined #linux-sunxi
<KotCzarny> MoeIcenowy: 2.0mm gpio can be made into 2.54mm gpio with a little force ;)
<silviop> if panel is 3.3V directly from baseboard connector
<MoeIcenowy> force...
my123 has quit [Changing host]
my123 has joined #linux-sunxi
<silviop> no is not possible
<MoeIcenowy> P.S. the Pine64 Wi-Fi connector seems to be also 2.0mm
<KotCzarny> or just eject all pins when reinsert into another grid
<KotCzarny> *then
<plaes> silviop: so, did you get dual channel working?
chlorine has quit [Remote host closed the connection]
<plaes> wonderful..
<silviop> No is only single channel!
<plaes> oh..
<silviop> it's 15" panel!
<silviop> red vires are led strip
chlorine has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
chlorine_ has joined #linux-sunxi
<silviop> i can connect led strip to through transistor to pwm output
<silviop> i suppose that that user read my message on u-boot mailing list
JohnDoe_71Rus has joined #linux-sunxi
afaerber has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 260 seconds]
lurchi__ has joined #linux-sunxi
<silviop> plaes: should work , but there are some in clock calculation that i do not understand :http://www.cubieforums.com/index.php/topic,3908.0.html
chlorine_ has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
<plaes> silviop: in BSP there seem to be no differences in clock handling
<plaes> between single/dual
<silviop> do you have a working timing (even in bsp/fex) for a 17" panel ?
jernej has joined #linux-sunxi
<KotCzarny> i think size of a panel doesnt matter, just resolution
<silviop> le ri up lo does not matter ?
<silviop> I'm talking about LCD timings in uboot
<KotCzarny> yes, and unless there are some technical tricks, lcd dimings depend on how many (sub)pixels are there to handle
<KotCzarny> *timings
<KotCzarny> and not the physical size of the panl
<MoeIcenowy> yes
<MoeIcenowy> you can try the timing of a panel with a near resolution
<MoeIcenowy> usually it works
<jernej> mripard: What do suggest for U-Boot video driver? One Kconfig option?
<MoeIcenowy> jernej: yes
<MoeIcenowy> or two
<MoeIcenowy> one is hidden and needs manual selecting
<MoeIcenowy> the other is visible and selectable
<jernej> that is the question :)
<MoeIcenowy> I think two is better
<jernej> me too
<silviop> Polatrity of port D is not handled too
<silviop> TCON0_IO_POL_REG 23:0
<jernej> and probably setting to 32 bit depth
<silviop> should be useful
<jernej> so efifb works out of the box
<MoeIcenowy> currently what's the depth?
<jernej> 16 bit
<MoeIcenowy> so please change to 32 ;-)
<MoeIcenowy> I think our old non-DM driver uses only 32-bit
<jernej> true, but all DM video driver use 16 bit, so I set it too
<MoeIcenowy> P.S. is it still possible to set up simplefb with DM driver?
<jernej> not currently
<jernej> someone needs to wire it in DM video
<jernej> but isn't efifb good enough?
<jernej> I know that this brings other things, but anyway
<MoeIcenowy> I mentioned, we cannot currently use bootefi to boot Linux on H3.
<jernej> ok, I misunderstand that
vagrantc has joined #linux-sunxi
IgorPec has quit [Ping timeout: 260 seconds]
techping has quit [Remote host closed the connection]
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
vagrantc has quit [Ping timeout: 240 seconds]
victhor has quit [Ping timeout: 240 seconds]
cptG_ has joined #linux-sunxi
cptG has quit [Ping timeout: 246 seconds]
the0loko has joined #linux-sunxi
techping has joined #linux-sunxi
The_Loko has quit [Ping timeout: 240 seconds]
Mr__Anderson has quit [Ping timeout: 240 seconds]
netlynx has joined #linux-sunxi
<MoeIcenowy> agraf, jernej: the condition to build efi_gop.c seems to be lack of CONFIG_DM_VIDEO
<MoeIcenowy> only legacy CONFIG_LCD...
IgorPec has joined #linux-sunxi
<jernej> right
<jernej> it seems that there is not much users of this functionality...
<jernej> MoeIcenowy: will you send the patch?
<MoeIcenowy> after yours are merge
<MoeIcenowy> merged
<MoeIcenowy> or I will do it now, then you can include it in your patchset
<jernej> why? it is not really tightly connected
<jernej> and affects other boards too
<MoeIcenowy> or we can say DM_VIDEO support in efi_gop.c is *totally broken*
<MoeIcenowy> so it's not enabled
<jernej> care to fix it? :)
<MoeIcenowy> of cause I will try to fix it
<MoeIcenowy> it seems to be supporting only a LCD and DM_VIDEO mixed mode...
<jernej> mixed mode?
<jernej> ah, you mean when both options are enabled
<MoeIcenowy> yes
<MoeIcenowy> or only LCD
<MoeIcenowy> oh the timing of my HDMI screen seems to be broken!
Mr__Anderson has joined #linux-sunxi
<MoeIcenowy> (board is Pine64, screen is a 1024x600 non-standard one, which worked with previous non-DM driver
<MoeIcenowy> the settings in TCON1 registers seems to be correct...
foxx has quit [Ping timeout: 240 seconds]
Keziolio has quit [Ping timeout: 240 seconds]
lurchi__ has quit [Ping timeout: 240 seconds]
Keziolio has joined #linux-sunxi
Keziolio has joined #linux-sunxi
Keziolio has quit [Changing host]
chlorine has quit [Remote host closed the connection]
<MoeIcenowy> oh this time running on a Orange Pi One, the height value feed by EDID seems to be wrong
<MoeIcenowy> 0x01c0c094 is 0x03ff012b
<MoeIcenowy> which means 1024x300
<MoeIcenowy> but screen is 1024x600
silviop has quit [Quit: ChatZilla 0.9.93 [SeaMonkey 2.46/20161213175921]]
chlorine has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
chlorine_ has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
<MoeIcenowy> jernej: ^
lurchi__ has joined #linux-sunxi
vagrantc has joined #linux-sunxi
Andy-D_ has joined #linux-sunxi
<jernej> MoeIcenowy: One time or reproducible?
|Jeroen| has joined #linux-sunxi
<MoeIcenowy> reproducible
leviathancn has joined #linux-sunxi
multi_io has quit [Ping timeout: 258 seconds]
wzyy2 has quit [Ping timeout: 240 seconds]
multi_io has joined #linux-sunxi
Leepty has quit [Remote host closed the connection]
chlorine_ has quit []
Hao has joined #linux-sunxi
<jernej> MoeIcenowy: does it work with my de2_wip branch?
<MoeIcenowy> at least at works with the old de2 driver
<MoeIcenowy> will test on this specifide branch
Hao has quit [Ping timeout: 256 seconds]
Hao has joined #linux-sunxi
<MoeIcenowy> yes
<MoeIcenowy> de2_wip perfectly works
BenG83 has quit [Quit: Leaving]
<IgorPec> is there any switch in u-boot to remove boot messages from HDMI and have them only on serial?
<MoeIcenowy> I think set std* environment variables can do it
<jernej> MoeIcenowy: I might find the bug and would explain the problem I see on RK3288 board
<jernej> DM video driver uses different edid parsing code
<jernej> which doesn't set flags (polarity, interlace, etc.) at all
techping has quit [Quit: Leaving]
<jernej> let me make quick patch just for test
<jernej> MoeIcenowy: Please test this patch http://sprunge.us/WLSY
lkcl has quit [Ping timeout: 240 seconds]
_hp197 has quit [Ping timeout: 240 seconds]
<MoeIcenowy> jernej: yes it works.
<MoeIcenowy> oh no it's the old branch, sorry
diego_r has quit [Ping timeout: 264 seconds]
Hao has quit [Ping timeout: 256 seconds]
<MoeIcenowy> the resolution is now 0x03ff0257
<MoeIcenowy> however
<MoeIcenowy> display is still broken
<jernej> so I should definetly send this fix
<jernej> MoeIcenowy: can you find another register which is different?
leviathancn has quit [Remote host closed the connection]
<MoeIcenowy> oh let me do a register dump
<jernej> there will be definetly some difference in HDMI registers, question remains if it is important or not
<MoeIcenowy> jernej: P.S. the new code will refuse to init display is EDID fails to be read
<MoeIcenowy> but the old code will init display with internal 1024x768 timing
<jernej> true, but this is behaviour of all drivers
<jernej> I mean all DM video drivers
<MoeIcenowy> how long is HDMI register space?
<jernej> 0x10000 is controler
<jernej> although only few ranges are important
<jernej> check register offsets to get the feeling
<MoeIcenowy> but it's obfuscated, right?
<jernej> no
<jernej> I used that magic to restore order
<MoeIcenowy> I remember you re-obfuscated it after the driver
<jernej> oh, right, to be BSP compatible
Mr__Anderson has quit [Quit: Leaving.]
<jernej> you have to comment out that part
<MoeIcenowy> I think I can re deobfuscated it by mw command
<jernej> or that :)
reinforce has joined #linux-sunxi
foxx has joined #linux-sunxi
<MoeIcenowy> which areas should I most dump?
<MoeIcenowy> jernej: ^
<jernej> definetly PHY
<MoeIcenowy> phy area is very short, right?
<jernej> which starts at offset 0x10000
<jernej> yes, only about 16 32 bit words
<MoeIcenowy> ok let me ignore the main controller first
<MoeIcenowy> did a dump of de2, ccu, tcon and hdmi phy
<jernej> have to go for short time...
<MoeIcenowy> ok
lkcl has joined #linux-sunxi
<MoeIcenowy> I will paste the difference of register dumps soon
leviathancn has joined #linux-sunxi
Pepes is now known as Pepe
|Jeroen| has quit [Quit: dada]
<MoeIcenowy> https://pastebin.anthonos.org/view/34cca71b here's a dump comparsion, with 0x01000000 + 0x100, 0x01100000 + 0x100, 0x01101000 + 0x100, 0x01c0c000 + 0x100, 0x01c20000 + 0x200, 0x01ef0000 + 0x100 compared
<MoeIcenowy> but seems that if I write 0x000a46b0 to 0x01ef003c, it will still be 0x000a36f0 in next md command
leviathancn has quit [Ping timeout: 260 seconds]
<MoeIcenowy> jernej: ^
foxx has quit [Ping timeout: 268 seconds]
BenG83 has joined #linux-sunxi
chomwitt has joined #linux-sunxi
komunista has joined #linux-sunxi
|Jeroen| has joined #linux-sunxi
the0loko has quit [Quit: Leaving]
<jernej> MoeIcenowy: It might be just status register, e.g. read only
<MoeIcenowy> did another diff on main dw controller
<jernej> MoeIcenowy: The most important offset in hdmi controller is 0x1000 where are all the settings regarding resolution
<MoeIcenowy> at 0x1000 the broken one is 0x18181818, good one is 0x10101010
<jernej> did you read it by md.b ?
<MoeIcenowy> descreambled
<MoeIcenowy> nope, by default (md.w)
<jernej> it is important not to use 32 bit access
<MoeIcenowy> ah-oh
<MoeIcenowy> wasted
<MoeIcenowy> let me re-dump it
<MoeIcenowy> P.S. this problem is present on all dw hdmi or only allwinner one?
<jernej> which one? flags issue should be present on all drivers
<MoeIcenowy> the access issue
<jernej> why would this be a problem? driver must use correct access methods
<jernej> for example, rockchip driver must use 32 bit access and allwinner driver must use 8 bit access
<jernej> it is just a setting
<MoeIcenowy> ah-oh
<MoeIcenowy> except for allwinner, is there any other vendor that needs 8-bit access?
<MoeIcenowy> P.S. is use 32-bit access to PHY appropriate?
<jernej> not sure about 8 bit access, let me check imx6
<jernej> yes, phy can or even should be accessed by 32 bit words
<MoeIcenowy> P.S. the wrong HDMI driver seems to slightly broke my screen
<MoeIcenowy> let me pray for its recovery after a sleep
<jernej> broke?
<BenG83> that would be new
<jernej> I didn't know that is possible
<BenG83> unless there is something really wrong in the analog section of your display so it can't handle wrong digital timings
<jernej> MoeIcenowy: Now I really have to go. Just write any discoveries you make, I will read backlog.
<jernej> bye
jernej has quit [Quit: Konversation terminated!]
<MoeIcenowy> thx ;-)
<MoeIcenowy> BenG83: my screen is very naive... it's only a HDMI2RGB bridge connected with a RGB panel
<BenG83> ah so it's drive analog?
<BenG83> *driven
<BenG83> that is a different story then
<MoeIcenowy> I don't know
<BenG83> but usually even analog display should be fail safe
<MoeIcenowy> but wrong timing will make it display very strange
<MoeIcenowy> and some strange things will remain after change back to normal timing
<MoeIcenowy> jernej: https://pastebin.anthonos.org/view/5ce44862 (I hope you will search for your name ;-)
<BenG83> effects remain after power cycle?
<BenG83> usually there are failsafes between the digital and analog driver section so you can't overdrive the pixels
<BenG83> by bad timing settings or clocks
masanet has joined #linux-sunxi
<MoeIcenowy> it's a special screen
<MoeIcenowy> not a standard monitor
<BenG83> I got that :) but the last time I've seen a LCD matrix display with really simple drivers that just output any digital input was maybe 15 years ago..
<masanet> Hello! I'm getting into the SBC world with the goal of learning in depth about Linux (or at least understanding how it works).
tlwoerner has quit [Quit: Leaving]
<masanet> I would like to get an autonomous and self-reliant system being remotely managed. Consequently I would like to prevent problems arising from power outages.
netlynx has quit [Quit: Ex-Chat]
<masanet> I bought an Orange Pi Lite, but unfortunately it does not incorporate a PMU. What board similar to OLinuXino can be found that can act on something similar to an UPS?
<masanet> I mean to be able to control the current in the USB ports (to join my Orange Pi Lite), changing to the battery in case of failure in the main supply ...
<BenG83> for Allwinner the SoC from the A series usually come with a PMIC which can have battery support
<masanet> 175/5000
<masanet> The only available in my country (Spain) is the A10 Lime, but USB ports are limited to 500 mha according to specification, somewhat limited for an Orange Pi Lite.
tlwoerner has joined #linux-sunxi
tlwoerner has joined #linux-sunxi
tlwoerner has quit [Changing host]
<masanet> I'm a student, so my budget is somewhat limited. What devices in the Allwinner A family are still available?
scream has joined #linux-sunxi
<BenG83> did you check sunxi wiki
<BenG83> there is a board list for each SoC
<masanet> Okey, I'll take a look!
<BenG83> for example lists boards for A33
<BenG83> maybe you find something you like
<BenG83> I use boards with H3 and A64 at the moment
<masanet> It would be interesting to know more about the new Banana Pi with R16 SoC, we'll see.
<MoeIcenowy> masanet: please do not choose BPi at first place.
<BenG83> since I dont have a A20 board yet in the collection
<masanet> What happens with Banana Pi's?
<MoeIcenowy> masanet: they have poor communications with the community
fkluknav has quit [Ping timeout: 260 seconds]
<masanet> That one (Lime2) has one USB port able to provide up to 1 A (according to what I read), making it ideal for use as a UPS for another board.
<masanet> Does anyone know where to get it at a reasonable price? At Amazon Olimex doesn't have stock.
<masanet> Moelcenowy: Ok, thanks for the info.
<KotCzarny> masanet: you cant order from aliexpress? they support local bank transfers usually
<BenG83> can't you order from Olimex directly?
<masanet> KotCzarny: Yeah, but OLinuXino are available from aliexpress?
<BenG83> Olimex are in the EU
<KotCzarny> nah, what i meant most allwinners can be ordered from china via ali
<masanet> BenG83: Comparing with the A10 Lime that is in Amazon, the price including taxes and shipping costs is almost doubled directly at Olimex, that is the reason of "reasonable price". I'm just a stundet.
<masanet> KotCzarny: I recently bought the Orange Pi Lite from there as I said before, I thought I could use a battery ... I should have known before.
<MoeIcenowy> Use an allwinner board as another device's UPS is not a good idea...
<KotCzarny> you can aleay add independent li-ion chArger board
<KotCzarny> *always
<MoeIcenowy> If you want a backup power supply, I think you could try to use a Power Bank
<MoeIcenowy> except if you want some "smart" functions
<MoeIcenowy> and usually battery-backed devices won't have high VBUS current limit
<MoeIcenowy> as for these devices VBUS must be converted from the battery voltage (the IPS pin of AXP is directly automatically wired to the currently used power supply, and in the situation with no DCIN or VBUS IN, it will be the battery's voltage, at around 3.5V~4.2V)
<masanet> I think the Lime2 offers a USB port with 1000 mha. I would like to get an autonomous and self-reliant system being remotely managed, so maybe I need some smart functions.
<MoeIcenowy> but you can accept only 1A power output?
<KotCzarny> a20 based board is a good choice imo
<masanet> KotCzarny: Could you give me more information about charger boards?
<MoeIcenowy> but you may DIY a "smart power bank" by use some relays after a ordinary power bank
<MoeIcenowy> (and with your OPi Lite as the controller)
<masanet> MoeIcenowy: With some adjustments to reduce consumption, I think it would be more than enough for an H3-board. Just Wi-FI and the SoC, nothing about peripherals.
<MoeIcenowy> it may be the best solution, as these power banks are better on 5v power generating than AXP combined regulators
<MoeIcenowy> you can connect GPIOs to transistors then connect to relays
<masanet> I'll look for more information about power banks, maybe it would be the cheapest and more efficient.
<MoeIcenowy> at least much more efficient than AXP + regulator option.
<MoeIcenowy> P.S. the Pine64 board even featured a jumper to bypass the 5v regulator when DCIN is available
<masanet> But at the moment I haven't found in Google any such solution with power banks. I'll continue to search.
<KotCzarny> hum, only 1A
<KotCzarny> and i wonder if it supports concurrent load
<masanet> Thank you very much for your help! ;)
<KotCzarny> disclaimer: i havent tried it and i'm not sure if it would work as a 'online ghetto ups'
<MoeIcenowy> I also have no experience on it.
<masanet> Take a look at this one.
<KotCzarny> there are 2 issues for you to research, 1/ if it cam be simulaneously charged and drained, 2/ would it be safe to run it 24/7
popolon has quit [Quit: WeeChat 1.7]
<TheLinuxBug> don't they call that passive charging
<TheLinuxBug> where it can output while it charges
<TheLinuxBug> I think most power banks (not all) are passive charging or 'pass through charging' capable
<MoeIcenowy> My power bank cannot be simulaneously charged and drained.
<TheLinuxBug> well I said not all, but a large amount I was reading about could
<MoeIcenowy> maybe mine is partly broken ;-)
<BenG83> I have a EasyACC 10Ah and that can charge and feed through at the same time
<BenG83> so you get kind of a online UPS
<MoeIcenowy> P.S. some power banks can even support higher output voltage, although more hacks are needed
<KotCzarny> hacks == step-up converters? ;)
<MoeIcenowy> nope
<MoeIcenowy> more high-level
<MoeIcenowy> I have seen someone written an implementation of Qualcomm QC procotol, and cheated the power bank to output 12V, then feed it to a Surface Pro
<KotCzarny> O.o
<BenG83> USB-C ?
<BenG83> or some special phone charger?
<MoeIcenowy> I said QCOM QC ;-)
<KotCzarny> isnt it funny that a20/r40 boards are much more expensive than h3 and friends?
<TheLinuxBug> funny, no, rediculous, yes.
vagrantc has quit [Quit: leaving]
<TheLinuxBug> though I have had the opportunity to get a20's at a fairly cheap price in the past
<TheLinuxBug> the PcDuino Nano Lite I have was only 10$ I think
<TheLinuxBug> Now it isn't still sold for that, but just an example
<KotCzarny> connector positioning done right, almost
<TheLinuxBug> Haven't really been interested in R40 since not much changes in the way of SATA performance which for me would have been the main draw to it
<TheLinuxBug> yeah but others would complain your missing the 40pin compat RPi header, ohh no!
<TheLinuxBug> ;p
<KotCzarny> and csi, and dsi et
<masanet> Which is the A20 board most cheap?
<KotCzarny> btw. above board goes for ~50usd
<TheLinuxBug> wow
<TheLinuxBug> I would just buy a BPi at that point
<TheLinuxBug> no SATA header would kill it for me
<KotCzarny> i havent seen bpi-m1 cheaper than 40-50
<TheLinuxBug> esp at $50
<KotCzarny> yeah
<TheLinuxBug> I bought mine for 30$ unless price went up again
<KotCzarny> that's another wtf with it
<TheLinuxBug> I actuually was thinking about selling one of my A20s
<TheLinuxBug> but couldn't convince my self
<KotCzarny> nah, keep them. they are really nice and useful
<TheLinuxBug> yeah I have 2 A10 Cubieboards with the 4Gb NAND also
<KotCzarny> a10 not so much
<TheLinuxBug> they are also sitting in a box now
<TheLinuxBug> heck I paid 30$ a piece for those also
<TheLinuxBug> I think
<TheLinuxBug> thats why I started buying A20s cause at the time they were aprox the same cost as A10s just without NAND
<KotCzarny> 1 sold
<TheLinuxBug> I actually created several working Android rls for A10 that work on SDcard back then that are still up in the wiki
<KotCzarny> w00t?
<TheLinuxBug> haven't checked if my links are still working though
<TheLinuxBug> probably should and make sure they are still working
masanet has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
<TheLinuxBug> aha! they still work
<TheLinuxBug> nice
<TheLinuxBug> I haven't check stats for downloads in a while
IgorPec has quit [Ping timeout: 258 seconds]
<KotCzarny> o.O
Ntemis has joined #linux-sunxi
<KotCzarny> audio package for nanopi
<KotCzarny> o.O
<TheLinuxBug> interesting
<BenG83> nice
jernej has joined #linux-sunxi
<jernej> MoeIcenowy: I will check detailed meaning of those changes over the weekend.
<jernej> MoeIcenowy: For now you can just try to set it manualy, to see if it helps
terra854 has quit [Quit: Connection closed for inactivity]
<KotCzarny> oh wow, there are actual a64 tablets
<BenG83> more than one?
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
<KotCzarny> seen this one?
yann-kaelig has quit [Quit: Leaving]
victhor has joined #linux-sunxi
<KotCzarny> erm, wrong link
scream has quit [Remote host closed the connection]
reinforce has quit [Quit: Leaving.]
jernej has quit [Ping timeout: 260 seconds]
hp197 has joined #linux-sunxi
tlwoerner has quit [Quit: Leaving]
|Jeroen| has quit [Quit: dada]
matthias_bgg has quit [Quit: Leaving]
tlwoerner has joined #linux-sunxi
tlwoerner has joined #linux-sunxi
tlwoerner has quit [Changing host]
vishnup has quit [Ping timeout: 260 seconds]
TheSeven has quit [Remote host closed the connection]
TheSeven has joined #linux-sunxi
apritzel has joined #linux-sunxi
komunista has quit [Quit: Leaving.]