dev1990_ has quit [Quit: Konversation terminated!]
pfeerick has quit [Ping timeout: 240 seconds]
Gerwin_J has joined #linux-sunxi
apritzel has quit [Ping timeout: 255 seconds]
pfeerick has joined #linux-sunxi
pg12 has quit [Ping timeout: 248 seconds]
pg12 has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 240 seconds]
Andy-D_ has quit [Ping timeout: 240 seconds]
cnxsoft has joined #linux-sunxi
pg12 has quit [Ping timeout: 246 seconds]
pg12 has joined #linux-sunxi
rocketpenguin has joined #linux-sunxi
montjoie has quit [Ping timeout: 240 seconds]
montjoie has joined #linux-sunxi
montjoie has quit [Ping timeout: 240 seconds]
montjoie has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
_whitelogger has joined #linux-sunxi
Wizzup has quit [Ping timeout: 268 seconds]
IgorPec has joined #linux-sunxi
Wizzup has joined #linux-sunxi
goofie has quit [Ping timeout: 240 seconds]
TheSeven has quit [Ping timeout: 258 seconds]
TheSeven has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 246 seconds]
<montjoie>
mripard: will send
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 276 seconds]
lkcl has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 248 seconds]
rej has joined #linux-sunxi
DullTube has joined #linux-sunxi
reinforce has joined #linux-sunxi
apritzel has joined #linux-sunxi
<mripard>
montjoie: thanks :)
cnxsoft has joined #linux-sunxi
xes_ has joined #linux-sunxi
xes has quit [Ping timeout: 240 seconds]
nvz has quit [Quit: leaving]
dave0x6d has quit [Quit: Connection closed for inactivity]
DullTube has quit [Ping timeout: 240 seconds]
cnxsoft has quit [Read error: Connection reset by peer]
apritzel has quit [Quit: Leaving.]
popolon has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
msimpson has joined #linux-sunxi
IgorPec has quit [Ping timeout: 260 seconds]
florianH has joined #linux-sunxi
popolon has quit [Read error: Connection reset by peer]
Andy-D_ has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
matthias_bgg has joined #linux-sunxi
matthias_bgg has quit [Client Quit]
matthias_bgg has joined #linux-sunxi
popolon has joined #linux-sunxi
cosm has quit [Ping timeout: 240 seconds]
cosm has joined #linux-sunxi
leviathan_ has joined #linux-sunxi
LargePrime has quit [Ping timeout: 255 seconds]
xes_ is now known as xes
Andy-D_ has quit [Ping timeout: 255 seconds]
<wens>
Net147: so I'm reworking my a31 patches on top of your hdmi i2c patch
chlorine has joined #linux-sunxi
LargePrime has joined #linux-sunxi
chlorine has quit [Ping timeout: 248 seconds]
The_Loko has joined #linux-sunxi
yann has quit [Ping timeout: 240 seconds]
<oliv3r>
Net147: not yet, well i got 2 outputs on the pipeline, so there's progress :) i think the display may be dark because of th ebacklight though
leviathan_ has quit [Remote host closed the connection]
mrnuke has quit [Ping timeout: 240 seconds]
<Net147>
oliv3r: You will seen light coming out from the underside of the LCD if the backlight is on even if all the pixels are black. The backlight is definitely needed to see the image.
<Net147>
wens: cool
rocketpenguin has quit [Ping timeout: 255 seconds]
<wens>
mripard asked me to use regmap_fields, but it seems some bits won't be able to
<wens>
such as FIFO access, which needs byte access, instead of word access
<Net147>
wens: I was wondering why the HDMI driver wasn't using regmap to begin with
<wens>
Net147: I think mripard just forgot :p
<wens>
ATM I'm only using regmap for the parts I need to change
<wens>
which is exclusively the DDC block
<oliv3r>
Net147: yeah i know; i had it working before, so i'll just toggle the pins manuallyfor now
<Net147>
oliv3r: enabling PH8 to power the LCD?
<Net147>
oliv3r: backlight adjustment is just doing PWM on the LCD power on PH8
<Net147>
wens: probably should just convert all the HDMI driver to use regmap so the cached view of the registers doesn't get out of sync
<oliv3r>
Net147: yeah but the backlight controls don't do anything
<oliv3r>
which is strange
<oliv3r>
i have a scope connected to the pins, so i see whats going on
<oliv3r>
if i manually do the pwm it works fine
<oliv3r>
so i commented ph8 for now
<oliv3r>
and just toggle it manually before figuring out whats going on there :)
<oliv3r>
i'm 90% certain I have the same config as before too
<wens>
Net147: regmap doesn't cache unless you tell it to
nvz has joined #linux-sunxi
<oliv3r>
Net147: ok i have backlight and 2 outputs on pipeline 0
<oliv3r>
next step is to get /dev/fb0 up :)
<wens>
Net147: also there's no real point in caching mmio registers
<Net147>
wens: okay
yann has joined #linux-sunxi
mrnuke has joined #linux-sunxi
<Net147>
oliv3r: which kernel version are you using?
<Net147>
and it is duplicating readl_poll_timeout...
sunxi_fan has quit [Remote host closed the connection]
<wens>
it's better to have a generic macro for it
<Net147>
but I guess need to start somewhere
<wens>
(there is already one for regmap)
<oliv3r>
Net147: 4.12-rc1
chlorine has joined #linux-sunxi
<oliv3r>
Net147: as it is maxime's drm-next branch
chlorine has quit [Ping timeout: 260 seconds]
afaerber has joined #linux-sunxi
popolon has quit [Ping timeout: 248 seconds]
popolon has joined #linux-sunxi
kloczek has quit [Remote host closed the connection]
nvz has quit [Ping timeout: 248 seconds]
sunxi_fan has joined #linux-sunxi
nvz has joined #linux-sunxi
nvz has quit [Ping timeout: 246 seconds]
nvz has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
reinforce has joined #linux-sunxi
leviathancn has joined #linux-sunxi
reinforce has quit [Remote host closed the connection]
reinforce has joined #linux-sunxi
reinforce has quit [Client Quit]
reinforce has joined #linux-sunxi
reinforce has quit [Remote host closed the connection]
reinforce has joined #linux-sunxi
kloczek has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
reinforce has joined #linux-sunxi
chlorine has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
BenG83 has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
<MoeIcenowy>
tkaiser: I saw the design of BPi M2 Zero
<MoeIcenowy>
It's a criminal waste of the rich peripherals of H2+ chip
<plaes>
:)
<MoeIcenowy>
They made a Raspberry Pi Zero W factor board with H2+
<MoeIcenowy>
perfectly wasted 3 host-only USB controllers and a Gigabit MAC
<BenG83>
I am really not a friend of new boards copying older formfactors :/
<MoeIcenowy>
In Chinese I can only describe this with a phrase "暴殄天物"
<plaes>
差不多?
<MoeIcenowy>
nope, it's a very bad word
<BenG83>
that is not in HSK1 :P
<MoeIcenowy>
an advanced phrase
<MoeIcenowy>
it's used to describe severe waste
<plaes>
ok.. mine is "close enough"
<MoeIcenowy>
This design successfully nearly all of the high-speed peripherals of H2+
<plaes>
*misses
<MoeIcenowy>
only one USB Controller is left
<MoeIcenowy>
plaes: thanks. I forgot to add this word
<MoeIcenowy>
and at the tail of the board there's a CSI -- I think it will be much better if they can wire the extra peripherals there and make an expansion board
<plaes>
yeah.. almost all the board include the CSI
<MoeIcenowy>
P.S. BPi M2 Berry is also a wasteful form factor copying
<MoeIcenowy>
At least the smart power management provided by AXP221s and one host USB is wasted
<MoeIcenowy>
and it's a Quad-Core board which can be only powered via Micro-USB jack, not power barrel!
<plaes>
what about pins?
<MoeIcenowy>
40pins on RPi + 3 pins debug uart
<plaes>
I mean, it can be powered via pins
<MoeIcenowy>
I think it's impossible -- it's usually impossible on boards with AXP
<MoeIcenowy>
but for boards with one of the power inputs of AXP dropped it may be possible
<MoeIcenowy>
in the situation of Pine64 (the VBUS pin is dropped) it can be powered via pins
<MoeIcenowy>
as when the jumper is set to DC5V mode the 5V pins are directly connected to ACIN
<plaes>
hmm ok
<MoeIcenowy>
oh for BPi M2 Berry it might be possible -- as it has neither BAT input nor ACIN input
<wens>
MoeIcenowy: micro-usb in itself is not a crime :p
<wens>
MoeIcenowy: crappy connectors and cables are
<oliv3r>
which is like 90% of the time the case :)
JohnDoe_71Rus has joined #linux-sunxi
<oliv3r>
when is tcon->bind called in the sun4i_tcon/sun4i-drm code?
<oliv3r>
i see that the tcon driver is probed, but the rgb panel connection happens in the bind ops; but can't see where it is invoked
<wens>
when component_bind_all is called
Mr__Anderson has joined #linux-sunxi
willmore has quit [Remote host closed the connection]
<oliv3r>
btw, how is the a20 display-engine different from the a10? i'd think they'd be identical?
<wens>
mostly the same
<oliv3r>
so they are different enough that they'd need a new compatible?
<wens>
there might be some slight differences in each hardware block we didn't figure out
<ElBarto>
A20 have sprites too
<wens>
oliv3r: we use soc-specific compatibles, with known working compatibles as fallbacks
<wens>
in case some day we actually do find some differences
<oliv3r>
okay, makes sense
<oliv3r>
ok i see the component_bind_all call; i don't understand however why it is never exected
<oliv3r>
i've added a DRM_DEBUG_DRIVER to the bind call, but don't see that comming by
<oliv3r>
is that a possible DT fault?
cnxsoft has quit [Quit: cnxsoft]
<wens>
please google drm.debug
<oliv3r>
i have that enabled
<oliv3r>
hence, I know how to use DRM_DEBUG_DRIVER and that it works :p
<oliv3r>
i do get output from the allready present DRM_DEBUG_DRIVER + the ones i added myself
<oliv3r>
however the bind function from the tcon (to bind the rgb panel) never happens
<wens>
do you have the panel driver enabled?
<oliv3r>
yeah
<oliv3r>
drm_panel_simple
<wens>
and also the panel and related (backlight?) drivers and dt nodes
<wens>
backlight likely uses pwm?
<oliv3r>
yep
<oliv3r>
i disabled the power-on gpio however in the dt and manually toggle it for now, as the panel driver doesn't do it (because the panel is not 'bind'-ed) because the rgb driver isn't loaded, because the tcon doesn't get bind-ed (i guess)?
<oliv3r>
i do have [ 3.727310] [drm:sun4i_drv_probe [sun4i_drm]] Queued 2 outputs on pipeline 0
<oliv3r>
which are th edisplay-backend and the lcd-controller nodes
<oliv3r>
tcon probe does find the panel (i added a print if panel != NULL)
<oliv3r>
i just removed the entire backlight node from the panel so that the bl modules itself works (via /sys/class/backlight)
jernej has joined #linux-sunxi
<oliv3r>
hah component_bind_all is never called
<wens>
huh
<oliv3r>
well it never reaches the component_bind_all (from sun4i_drv_bind)
<oliv3r>
sun4i_drv_bind isn't called :S
<oliv3r>
But component_master_add_with_match is run
<oliv3r>
so who/how when calls sun4i_drv_bind? it seems tbe added properly via component_master_add_with_match; if it where not, then the probe would fail ...
leviathancn has quit [Remote host closed the connection]
BenG83 has quit [Quit: Leaving]
Gerwin_J has quit [Quit: Gerwin_J]
Gerwin_J has joined #linux-sunxi
<rej>
Is there a known to work combination of kernel+defconfig + uboot+defconfig that will run on an Olimex A20-SOM-4GB booting from an SD card? It seems not to use the UART as console so boot messages are lost and it doesn't seem to bring up any peripherals, so I have to assume the kernel crashed.
<rej>
Last time I tried was about a year ago, but a colleague of mine is seemingly still seeing the same issue. Perhaps the UART isn't specified in the defconfig?
chlorine has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
<vagrantc>
mainline u-boot only has configs/A20-OLinuXino-Lime2_defconfig configs/A20-OLinuXino_MICRO_defconfig