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
lurchi_ is now known as lurchi__
Leepty has joined #linux-sunxi
pmpp_ is now known as pmpp
dave0x6d has joined #linux-sunxi
Nemo_bis has quit [Ping timeout: 240 seconds]
Nemo_bis has joined #linux-sunxi
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 240 seconds]
pg12 has quit [Ping timeout: 240 seconds]
pg12 has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
Andy-D_ has quit [Ping timeout: 240 seconds]
Nemo_bis has quit [Ping timeout: 240 seconds]
Nemo_bis has joined #linux-sunxi
popolon has quit [Quit: WeeChat 1.9]
thebhef has joined #linux-sunxi
chlorine has joined #linux-sunxi
thebhef has quit [Remote host closed the connection]
thebhef has joined #linux-sunxi
thebhef has quit [Remote host closed the connection]
thebhef has joined #linux-sunxi
chlorine has quit [Ping timeout: 246 seconds]
ganbold has quit [Quit: This computer has gone to sleep]
ganbold has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
LargePrime has quit [Ping timeout: 246 seconds]
lurchi__ has quit [Ping timeout: 255 seconds]
cnxsoft has quit [Ping timeout: 248 seconds]
cnxsoft has joined #linux-sunxi
LargePrime has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
vagrantc has quit [Quit: leaving]
engideavr has joined #linux-sunxi
sunxi_fan1 has joined #linux-sunxi
rocketpenguin has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
sunxi_fan1 has quit [Ping timeout: 268 seconds]
qeed has quit [Quit: Leaving]
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
reinforce has joined #linux-sunxi
f0xx has joined #linux-sunxi
DullTube has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
TEKrantz has quit [Ping timeout: 276 seconds]
lkcl has joined #linux-sunxi
Andy-D_ has joined #linux-sunxi
<oliv3r> wens: yeah, so i figure by default, tcon0 defaults to chan0, tcon1 defaults to chan1, or both default to chan0; but why default to chan1?
<wens> huh?
<wens> what are you talking about?
<oliv3r> yesterday :p
<wens> the endpoints?
<oliv3r> anyhow, i'm talking about th eproperty allwinner,tcon-channel = <1>;
<oliv3r> in Net147's patch set they default to <1> for both tcon's
<oliv3r> you say, because each tcon has 2 channels
<wens> because the hdmi block is connected to tcon channel 1
<oliv3r> ah!
<wens> there is no _default_
<oliv3r> and the rgb output is also connected to channel1?
<wens> tv related blocks (hdmi and tv encoder) are connected to channel 1
<wens> lcd panel related outputs are channel 0
<wens> if by rgb you mean vga, yes, that is done by the tv encoders
<oliv3r> you have a picture of this on one of your posts
<oliv3r> you said; can you give me some google terms to search for?
<oliv3r> RGB meaning 'lcd' (e.g. 24 bit parallel
<wens> normally by rgb we mean lcd panels though
<wens> my diagram only includes the display pipeline
<wens> not the encoder blocks
<oliv3r> guess that's a start :p
<oliv3r> but we really need to document this on the wiki :D
<oliv3r> i'll try to make a start somewhere
<oliv3r> wens: excellent
<oliv3r> nice
<wens> this needs to be slightly updated though
<oliv3r> in what program did you make that?
<wens> for comparison, this is DE 2.0: https://wens.tw/display2.png
<wens> oliv3r: dot (graphviz)
<oliv3r> ah so there's source for these images
<wens> you can change the suffix to .txt to get the original files
<oliv3r> awesome
<oliv3r> i wonder if our wiki can do the graphviz conversion automatically
<oliv3r> i'll dig into that
<wens> nope
<oliv3r> i should still have access to maxima
<wens> I can't even find a plugin for that
<oliv3r> i was looking for that just now lol
<oliv3r> i guess that's not it?
<oliv3r> looks like that should do it
<oliv3r> libv: any objections on that extension?
<oliv3r> wens: the graph also misses the 'input', right? e.g. both fe and be have (ram as) an input, so you can not use it alltogether, right?
TEKrantz_ has joined #linux-sunxi
<oliv3r> wens: DE2 is only found in a23+ right (or later) e.g. not in sun[457]i
<wens> oliv3r: a83t+
<wens> oliv3r: I must have missed that one
<wens> RAM as an input is guaranteed...
<wens> oh, display2.png is for the R40
<oliv3r> ah nice, the plugin also supports imageMap links
<oliv3r> so we can make items clickable
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
msimpson has joined #linux-sunxi
arete74 has quit [Ping timeout: 260 seconds]
arete74 has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
Andy-D_ has quit [Ping timeout: 240 seconds]
yann has quit [Ping timeout: 255 seconds]
luoyi has quit [Quit: ChatZilla 0.9.93 [Firefox 54.0.1/20170630112252]]
tom_nov has joined #linux-sunxi
f0xx has quit [Ping timeout: 268 seconds]
kelvan has quit [Remote host closed the connection]
kelvan has joined #linux-sunxi
f0xx has joined #linux-sunxi
BenG83 has joined #linux-sunxi
chlorine has joined #linux-sunxi
yann has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
f0xx has quit [Ping timeout: 248 seconds]
leviathancn has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
chlorine has joined #linux-sunxi
chlorin__ has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 240 seconds]
leviathancn has quit [Remote host closed the connection]
chlorine has quit [Ping timeout: 240 seconds]
leviathancn has joined #linux-sunxi
chlorin__ has quit [Ping timeout: 255 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 258 seconds]
leviathancn has quit [Ping timeout: 240 seconds]
qeed has joined #linux-sunxi
<Net147> oliv3r: so did it get to 30 fps?
libv has joined #linux-sunxi
chlorine has joined #linux-sunxi
libv_ has quit [Ping timeout: 258 seconds]
f0xx has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
<Net147> oliv3r: running modetest -v I get 59.52,59.53 Hz for LCD and about 60.01,60.02 Hz for HDMI
fkluknav has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
pitillo_ is now known as pitillo
pitillo has quit [Changing host]
pitillo has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
leviathancn has joined #linux-sunxi
<oliv3r> Net147: 29.75-ish (but this is pyqt; so i'm sure some time is lost there in the frame calculation :)
<oliv3r> i'll install modtest :p
<oliv3r> as i blame pyqt atm
<Net147> oliv3r: the DRM dumb buffer backend is experimental so maybe it could use improvements.
<oliv3r> Net147: yeah
<oliv3r> but it works; which is what this experiment is supposed to show
<Net147> oliv3r: though it is quite a small backend, so you should be able to easily work out where time is being lost
<oliv3r> yeah, maybe it's a /2 bug or something
libv has quit [Read error: Connection reset by peer]
libv has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 276 seconds]
<oliv3r> Net147: your hdmi_in node references both tcon's as inputs, how does that work? I'd expect only one of them to be able to be active, no?
<oliv3r> in other words, what happens if both tcon1-ch1 and tcon0-ch1 have data for the hdmi endpoint?
<Net147> oliv3r: only one of them is active at a time
leviathancn has quit [Ping timeout: 246 seconds]
<wens> oliv3r: there is a mux
<wens> in the tcon0 block
<oliv3r> wens: but what if i set both tcon0 and tcon1 to hdmi
<oliv3r> wens: Net147's patches enable both tcon0 and tcon1 :)
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 276 seconds]
libv has quit [Ping timeout: 255 seconds]
libv has joined #linux-sunxi
Seppoz has quit [Read error: Connection reset by peer]
<wens> you can't
<wens> also you can't connect the encoder (in DRM) to both crtcs (tcons)
<wens> and the driver will take care of muxing
<wens> the device tree representation omits the mux
<wens> oliv3r: so I say again, you can't set both tcons to hdmi
libv_ has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorin__ has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
libv has quit [Ping timeout: 240 seconds]
BenG83 has joined #linux-sunxi
chlorine_ has quit [Read error: Connection reset by peer]
<wens> the device tree representation omits the mux <=
<wens> and the mux controls are in tcon0
<wens> if you really want to represent everything down to the last detail, the device tree is going to be pretty ugly
<wens> and the graph represents all possible connections, not active ones
<wens> active is an operation state
<wens> which the device tree is not concerned about
<mripard> oliv3r: you might be able to take several roads at an intersection
<mripard> but being able to be on two of them at the same time is going to be difficult
popolon has joined #linux-sunxi
<mripard> yet, a map gives you all the options
<oliv3r> yeah our devicetree will never give all possible options (roads) but in this case the most common one, e.g. a lime has a hdmi connector and lcd connector, so it seems sensible that these are wired by default
<oliv3r> is there a way to clear a node? e.g. if i want to add the lcd-conn of the olimex boards, and someone wants to use those pins as gpio's instead; can the endpoint be 'removed'?
<oliv3r> via for example an overlay
<wens> you are confusing soc internals with a board layout
<wens> at the board level, the dt describes what is on the board, in your case, the lcd and hdmi connectors
<oliv3r> yeah
<wens> inside the soc, all things are connected, there is no _optional_
<wens> you can't take remove something from the soc
<wens> s/take//
<oliv3r> except that you can decide to mux some peripherals to be in an unconnected state (or seen from the outside, the pins have different function)
<oliv3r> i get it; i'm just not deep into the details :p
<oliv3r> wens: yeah i have done that actually
<oliv3r> /delete-property/ usb0_id_det-gpio;
<wens> oliv3r: why would you limit your user's choices by limiting hdmi to only one of the crtc/tcons?
<oliv3r> wens: i wouldn't
<oliv3r> :p
mhlavink has joined #linux-sunxi
<oliv3r> but the dtc was giving errors, so that got me digging
<oliv3r> and what i saw, was the bit that i linked, the hdmi was accepting both the endpoints, which i can get, as the tcon decided which one generates output
<oliv3r> but here, both tcon's have the output's enabled
<oliv3r> which became confusing
<oliv3r> so I understand that this is 'the map'
<oliv3r> ahh
<oliv3r> wait
<wens> think of "enabled" as "available for usage"
<oliv3r> well i don't see it defined, but the pipeline defines the path to be travled then
<wens> that should make more sense
<oliv3r> e.g. the string 'de_be0-lcd0-hdmi' would connect tcon0 to the hdmi?
<wens> now you are confusing simplefb with hardware
<oliv3r> yeah as i can't find where the pipeline is defined for drm
<oliv3r> it just says 'pipelines = fe0, fe1
<wens> it is defined in the driver
<wens> basically it would be fe0-be0-tcon0 and fe1-be1-tcon1
<oliv3r> how does a user then configure it?
<wens> it's fixed in the driver
<oliv3r> (for now?)
<oliv3r> ok, then that is the missing piece of the puzzle?
<wens> for mostly technical reasons, like managing layers across crtcs is going to be a pain
<wens> and is probably not supported at all
<wens> what piece?
<oliv3r> almost
<wens> you mean to have configurable pipelines?
<oliv3r> or rather, which pipeline ends up at my hdmi connector
<oliv3r> i mean, where do I say which tcon ends up at my hdmi connector
<wens> through DRM
msimpson has quit [Read error: Connection reset by peer]
msimpson has joined #linux-sunxi
<wens> you say which encoder connects to which crtc
<oliv3r> as I think we are basically saying 'pipeline0 is be0->fe0->tcon0->ouput'
<oliv3r> got ya
<oliv3r> then that is indeed the missing piece
<wens> encoder = (lcd, tve, hdmi), crtc = (be+tcon)
<wens> that is a software and hardware operational state, so it won't be in the device tree
<oliv3r> so in case of the olimex boards, which call the lcd0 pins 'lcd connector' would we want to expose this by default for their boards?
<wens> oliv3r: simply look at the output from modetest
<oliv3r> yeah i'm trying to compile it atm
<wens> oliv3r: that's a hard question :p
<oliv3r> i know :p
<oliv3r> because it's ad evelopment board
<oliv3r> if i go with olimex's wording, they say you have all these pins, to do as you wish, and this connector here, is the LCD connector, so it's sort of fixed function
<oliv3r> however, you are of course free to use them as gpio's too
<oliv3r> and thus I would expect the pins to be configured as RGB output by default, and if a user has a different idea about those, he'd need an overlay/dt which 're-configures' the output
<oliv3r> but i think that works for olimex because they call it LCD_CON
DullTube has quit [Quit: Leaving]
<oliv3r> wens: but thanks for clearing that up
<oliv3r> i think i understand it a bit better now
<Net147> I think the problem with exposing the pins by default is that since there are no users of those pins in the kernel tree, there is nothing to test that they are defined and working properly...
<mripard> oliv3r: it's difficult to enable it by default.
<oliv3r> mripard: because there may not be a panel connected to it?
<mripard> which mode do you enable it in? RGB565? RGB666? RGB888?
<oliv3r> yeah true
<mripard> with which interface? RGB? LVDS?
<oliv3r> so I guess this is then left for overlays to solve
<mripard> which timings are you going to use ?
<mripard> none of these questions can be answered beforehand
rocketpenguin has quit [Quit: WeeChat 1.7.1]
rocketpenguin has joined #linux-sunxi
<oliv3r> where are overlays generally stored? not in the linux kernel; is there some external common overlay repository?
<oliv3r> like the olimex display for example, it would suite a standard overlay, but it's nowhere to be found, and i imagine we don't want them to be scathered with each vendor?
<oliv3r> mripard: how did you solve this for the C.H.I.P.? i know you added the eeprom -> overlay patches for that
leviathancn has joined #linux-sunxi
libv_ has quit [Read error: Connection reset by peer]
libv has joined #linux-sunxi
<mripard> there is an eeprom that identifies the overlays, and u-boot loads and applies them based on what the eeprom says
xes_ has joined #linux-sunxi
<oliv3r> mripard: yeah those patches; but where are the overlays from?
<oliv3r> is there some central overlay repo where common overlays are stored?
xes has quit [Ping timeout: 268 seconds]
xes_ has quit [Read error: Connection reset by peer]
xes_ has joined #linux-sunxi
<oliv3r> mripard: so there's no global thing yet; good repo though; i'll use that for inspiration :)
<Net147> mripard: I get a boot hang for some HDMI devices. maybe it can't determine a suitable clocking to match the EDID timings?
rocketpenguin has quit [Quit: WeeChat 1.7.1]
<Net147> mripard: I think it was introduced around the time of the clock reparenting changes
rocketpenguin has joined #linux-sunxi
<oliv3r> mripard: speaking of the chip eeprom; are your eeprom patches landing in u-boot soon?
<mripard> probably not
<oliv3r> mripard: what's keeping them back?
<oliv3r> i really liked the generic eeprom class
JohnDoe_71Rus has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorin__ has quit [Ping timeout: 255 seconds]
f0xx has quit [Ping timeout: 240 seconds]
<mripard> not enough time to post a new verion
<oliv3r> ah, i know that feling. was there a lot of work still needed? is it something someone else could pick up?
cnxsoft has quit [Quit: cnxsoft]
<oliv3r> ok i see modetest -s working now :)
heffer has quit [Remote host closed the connection]
vagrantc has joined #linux-sunxi
<MoeIcenowy> maybe I should try xf86-video-armsoc with Net147's patch now
<MoeIcenowy> it used to fail to go back to fbcon
<Net147> MoeIcenowy: why not =)
f0xx has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
<oliv3r> whoot; hdmi works :) and lcd
<oliv3r> and modetest works as well :D
<oliv3r> so far so good!
<Net147> you are displaying image on both?
<oliv3r> not yet
<oliv3r> i'm doing the -v on the panel and indeed getting 59.5 fps
<oliv3r> it does 'flikker' badly though
<Net147> that's normal I think
<oliv3r> not sure if that's a resolut of the test
<oliv3r> ok
<oliv3r> hmm
<oliv3r> the hdmi connector runs at 65.7
<oliv3r> strange
<oliv3r> no can't do two, permission denied error
<Net147> use the flag to drop master
jernej has joined #linux-sunxi
<oliv3r> and now i'm getting 105.6 fps
<oliv3r> i guess that's some sort of bug
<oliv3r> i also dit get [ 7177.347369] alloc_contig_range: [6fc80, 6fd00) PFNs busy
<oliv3r> unrelated
<oliv3r> switching between the two i can get 105.6 fps
<Net147> you should be able to use -d flag to avoid access denied error. but it does not work in combination with -v as the master is dropped after the vsync test, not before.
<oliv3r> so i can't do both
<Net147> you can output the test image to both using -d and -s
<Net147> but not with -v
<oliv3r> ah okay
<oliv3r> i2c also works ;P
<oliv3r> do you still need/want my tested-by?
<BenG83> is anyone going to 34C3 in Leipzig this year?
<oliv3r> so i'll figure out now how i can get the hdmi i2c node to be parsed via the dt
<oliv3r> and then my research is done for this milestone
BenG83 has quit [Quit: Leaving]
jernej has quit [Ping timeout: 240 seconds]
Andy-D_ has joined #linux-sunxi
leviathancn has quit [Remote host closed the connection]
tom_nov has quit [Quit: Leaving]
matthias_bgg has quit [Quit: Leaving]
f0xx has quit [Ping timeout: 258 seconds]
lkcl has quit [Ping timeout: 240 seconds]
leviathan_ has joined #linux-sunxi
msimpson has quit [Quit: Leaving]
engideavr has quit [Quit: Konversation terminated!]
freemangordon has quit [Ping timeout: 240 seconds]
jemk has quit [Remote host closed the connection]
jemk has joined #linux-sunxi
BenG83 has joined #linux-sunxi
ganbold has quit [Remote host closed the connection]
rocketpenguin has quit [Quit: WeeChat 1.7.1]
chlorine has quit [Read error: Connection reset by peer]
lkcl has joined #linux-sunxi
lkcl has quit [Ping timeout: 260 seconds]
afaerber has quit [Quit: Leaving]
lkcl has joined #linux-sunxi
reinforce has joined #linux-sunxi
yann has quit [Ping timeout: 240 seconds]
Matth has joined #linux-sunxi
freemangordon has joined #linux-sunxi
nvz has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
nvz has quit [Read error: Connection reset by peer]
lennyraposo has joined #linux-sunxi
GrimKriegor has quit [Ping timeout: 258 seconds]
chlorine has joined #linux-sunxi
GrimKriegor has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
netlynx has quit [Quit: Ex-Chat]
afaerber has joined #linux-sunxi
vbmithr_ has joined #linux-sunxi
vbmithr has quit [Ping timeout: 246 seconds]
yann has joined #linux-sunxi
jernej has joined #linux-sunxi
nvz has joined #linux-sunxi
<Matth> I want to buy a Wifi dongle for Orange PI zero with support for Armbian Linux 3.4. What should I look for?
<KotCzarny> see wiki wifi page
nvz has quit [Ping timeout: 260 seconds]
lkcl has quit [Ping timeout: 246 seconds]
jernej has quit [Ping timeout: 248 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
popolon has quit [Ping timeout: 246 seconds]
russell-- has quit [Ping timeout: 258 seconds]
russell-- has joined #linux-sunxi
popolon has joined #linux-sunxi
russell-- is now known as Guest36376
Matth has quit [Quit: Leaving]
willmore has joined #linux-sunxi
kloczek has quit [Remote host closed the connection]
popolon has quit [Quit: WeeChat 1.9]
Net147 has quit [Ping timeout: 240 seconds]
marble_visions has joined #linux-sunxi
Net147 has joined #linux-sunxi
jernej has joined #linux-sunxi
nvz has joined #linux-sunxi
Net147 has quit [Ping timeout: 240 seconds]
jstein has quit [Remote host closed the connection]
Ntemis has joined #linux-sunxi
nvz has quit [Ping timeout: 255 seconds]
Net147 has joined #linux-sunxi
jernej has quit [Ping timeout: 240 seconds]
chlorine has joined #linux-sunxi
Net147 has quit [Ping timeout: 240 seconds]
f0xx has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
Net147 has joined #linux-sunxi
marble_visions has left #linux-sunxi [#linux-sunxi]
f0xx has quit [Ping timeout: 258 seconds]
jernej has joined #linux-sunxi
Gerwin_J_ has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 258 seconds]
Gerwin_J_ is now known as Gerwin_J
popolon has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
leviathan_ has quit [Remote host closed the connection]
jernej has quit [Ping timeout: 240 seconds]
Ntemis has quit [Remote host closed the connection]
Andy-D__ has joined #linux-sunxi
ninolein_ has quit [Ping timeout: 255 seconds]
Andy-D_ has quit [Ping timeout: 248 seconds]
ninolein has joined #linux-sunxi
Ntemis has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
ninolein has quit [Remote host closed the connection]
ninolein has joined #linux-sunxi
ninolein has quit [Ping timeout: 276 seconds]
ninolein has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
Ntemis has quit [Remote host closed the connection]