<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
<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
<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 [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?