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
Tartarus has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
IgorPec has joined #linux-sunxi
benjamin__ has joined #linux-sunxi
BenG83_ has quit [Remote host closed the connection]
IgorPec has quit [Ping timeout: 264 seconds]
Andy-D_ has quit [Ping timeout: 252 seconds]
chomwitt has quit [Ping timeout: 255 seconds]
ninolein_ has quit [Ping timeout: 240 seconds]
ninolein has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
deskwizard has quit [Remote host closed the connection]
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 260 seconds]
cnxsoft has joined #linux-sunxi
BluRaf has quit [Ping timeout: 240 seconds]
lennyraposo has quit [Quit: Leaving.]
afaerber has joined #linux-sunxi
pg12 has quit [Ping timeout: 240 seconds]
pg12 has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
victhor has quit [Ping timeout: 255 seconds]
reev has joined #linux-sunxi
<juri_> a33 replicant? yes, please.
akaWolf has joined #linux-sunxi
TheSeven has quit [Ping timeout: 260 seconds]
TheSeven has joined #linux-sunxi
lkcl has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
lennyraposo has joined #linux-sunxi
<KotCzarny> strangely enough, another mouse works. weird
<KotCzarny> and i've thought days of quirky usb hardware were long gone
<wens> MoeIcenowy: it will be in 4.13-rc1
<MoeIcenowy> wens: yes... and I must rebase the de2 patchset onto it
<wens> and anything else that got merged in the last two weeks
<wens> there is no published branch at the moment
<wens> you can base them on my sun4i-drm-fixes-5 branch if you want
<wens> should be close enough
<KotCzarny> oh, wow, it required hid-atech.ko, but at least it works (other a4tech mouse worked fine without it)
JohnDoe_71Rus has joined #linux-sunxi
IgorPec has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
Gerwin_J has joined #linux-sunxi
lkcl has joined #linux-sunxi
rpd_ has joined #linux-sunxi
<mripard> MoeIcenowy: yes. All patches must be in two weeks before the merge window opens
<MoeIcenowy> ok
<mripard> we're already two weeks past that point :)
<MoeIcenowy> mripard: P.S. the A64 RSB and AXP803 dt patches must go into 4.12
<MoeIcenowy> even if the merging window closes
<mripard> MoeIcenowy: they won't
<MoeIcenowy> why?
<MoeIcenowy> it will break shutdown if not into 4.12
<mripard> read the sentence above
<MoeIcenowy> I think urgent work can bypass this limitation
<wens> it never worked before
<wens> no need to push it
<MoeIcenowy> nope it works in 4.11
<MoeIcenowy> by ATF
<mripard> then what broke it ?
velly has joined #linux-sunxi
<MoeIcenowy> importing R_CCU (as R_CCU will shut down RSB if it's not enabled)
reev has quit [Ping timeout: 260 seconds]
<MoeIcenowy> or if you like I can make a patch that only keeps RSB enabled
<wens> and it still won't work if you added the DT patches but forgot to enable RSB support in the kernel
<MoeIcenowy> but without enabling AXP
<mripard> ATF needs some fixing as well then
<wens> yeah.. i think fixing it in ATF is better
<wens> it shouldn't assume the clocks/pins are always set correctly
<mripard> assuming that the RSB is going to always be running is a pretty weak assumption
<wens> given the not so secure hardware we have
<mripard> wens: well that, plus power management and so on
<wens> sure, but if the hardware is properly segmented, the kernel can't touch it anyway :p
reinforce has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
<mripard> I think the issue is precisely that the kernel is touching it :)
Andy-D_ has joined #linux-sunxi
jelly1 is now known as msft
msft is now known as jelle
benjamin__ has quit [Quit: Leaving]
techping has joined #linux-sunxi
lurchi_ has quit [Ping timeout: 260 seconds]
tkaiser has joined #linux-sunxi
<zoobab> 2
f0xx has joined #linux-sunxi
diego_ is now known as diego_r
Andy-D_ has quit [Ping timeout: 240 seconds]
matthias_bgg has joined #linux-sunxi
rpd_ has quit [Quit: leaving]
perr has quit [Quit: Leaving]
gzamboni has joined #linux-sunxi
<wens> latest u-boot breaks stable MAC address generation for Linux
<KotCzarny> again?
<pmpp> yeah
<pmpp> saw that with h3d last night too
<wens> just sent out a patch to u-boot list
<wens> someone found it ok to remove the fdt_fixup_ethernet call in the image loading core that some platforms depended on
sztibi88_ has joined #linux-sunxi
<zoobab> my cheap filez.zoobab.com server is running EOL at the end of May, need to find another provider, what do you recommend?
tlwoerner has quit [Ping timeout: 240 seconds]
gzamboni has quit [Ping timeout: 240 seconds]
formruga has joined #linux-sunxi
gzamboni has joined #linux-sunxi
perr has joined #linux-sunxi
perr has joined #linux-sunxi
perr has quit [Changing host]
jernej has joined #linux-sunxi
popolon has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
velly has quit [Ping timeout: 260 seconds]
IgorPec has quit [Ping timeout: 245 seconds]
reinforce has quit [Remote host closed the connection]
terra854 has joined #linux-sunxi
swiftgeek has quit [Quit: WeeChat 1.7]
swiftgeek has joined #linux-sunxi
kristina_ is now known as kristina
jernej has quit [Ping timeout: 260 seconds]
reinforce has joined #linux-sunxi
gzamboni has quit [Read error: Connection reset by peer]
techping has quit [Remote host closed the connection]
reinforce has quit [Quit: Leaving.]
chomwitt has joined #linux-sunxi
reinforce has joined #linux-sunxi
IgorPec has joined #linux-sunxi
FergusL has joined #linux-sunxi
sztibi88_ has quit [Remote host closed the connection]
goofie has quit [Read error: Connection reset by peer]
goofie has joined #linux-sunxi
karak has joined #linux-sunxi
<karak> Hi, to All! I try to start R_UART output on my A80 board. And I have a question about clocks for R_UART. It is enabled in u-boot "by default" or not?
<karak> In u-boot code in function void clock_init_uart(void) such code: setbits_le32(&ccm->apb1_gate, CLK_GATE_OPEN << (APB1_GATE_UART_SHIFT + CONFIG_CONS_INDEX - 1));
<karak> And we enable clock for APB1 domain. But in http://linux-sunxi.org/A80/Memory_map I see that R_UART placed in CPUS (R block) Domain.
<karak> I'm confused. May be I need add some initialization code for enable R_UART?
<karak> Thak you!
matthias_bgg has quit [Ping timeout: 240 seconds]
matthias_bgg has joined #linux-sunxi
reev has joined #linux-sunxi
deskwizard has joined #linux-sunxi
techping has joined #linux-sunxi
komunista has joined #linux-sunxi
scream has joined #linux-sunxi
<longsleep> tkaiser: what is the most problematic issue with the current Pine64 BSP based Linux build?
jernej has joined #linux-sunxi
Ntemis has joined #linux-sunxi
ganbold has quit [Quit: This computer has gone to sleep]
rpd_ has joined #linux-sunxi
ganbold has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
afaerber has joined #linux-sunxi
scelestic has quit [Ping timeout: 240 seconds]
hp197 has quit [Ping timeout: 240 seconds]
scelestic has joined #linux-sunxi
hp197 has joined #linux-sunxi
lynxis has quit [Remote host closed the connection]
hp197 has quit [Client Quit]
lynxis has joined #linux-sunxi
hp197 has joined #linux-sunxi
techping has quit [Remote host closed the connection]
BenG83_ has joined #linux-sunxi
reev has quit [Ping timeout: 260 seconds]
techping has joined #linux-sunxi
<karak> Please, tell me there I can found clock distribution diagram on A80?
<karak> I see some output on R_UART TX pin then I start sunxi-fel -v -p uboot sunx-u-boot-with-spl.bin. But on minicom I can't get correct baud rate (Test all standart from 9600 to 115200) and see garbage.
<karak> Sorry found it in a80 manual.
iamfrankenstein has quit [Ping timeout: 268 seconds]
<longsleep> tkaiser: nice thanks
scream has quit [Remote host closed the connection]
<tkaiser> longsleep: The Ubuntu build for Pinebook looks not that bad (I'm talking about the build from Apr 19, just downloading the one from Apr 25). Needs DT fixes for battery (BenG83 can tell more) and a driver fix for random 8723CS MAC address.
<tkaiser> And since AXP803 gets pretty hot while charging I would love to have the temp value exposed as eg. /sys/devices/virtual/thermal/thermal_zone2/temp
<longsleep> tkaiser: yes, they claim to push whatever they use for building to github next week - i would much prefer to help them build good images by default than having to roll them myself
<tkaiser> I asked TL Lim yesterday or the day before how they want to provide kernel/u-boot fixes but failed to understand the answer. Obviously different priorities in Pinebook land: Audio, video and even Mali madness again.
<longsleep> tkaiser: Well, i can see benefits of having a DRM display driver but the reset .. well :) some things take time to change and other things never change
cnxsoft has quit [Ping timeout: 240 seconds]
<MoeIcenowy> My A33 replicant port now runs on a Q8 tablet, with some firmwares (GSL1680 touchscreen and RTL8723BS WiFi)
<tkaiser> longsleep: Agreed (and useless to even think about that). Funnily throttling/killing settings are still an issue: http://preview.tinyurl.com/kb54uur (but that's all Android)
<longsleep> tkaiser: why do they not work together with armbian and ship with it by default?
gzamboni has joined #linux-sunxi
<tkaiser> longsleep: No idea
IgorPec has quit [Ping timeout: 260 seconds]
<KotCzarny> MoeIcenowy: with hw (video, 3d) accel?
<MoeIcenowy> KotCzarny: of course no
<MoeIcenowy> it's Replicant ;-)
<tkaiser> longsleep: Just checked their "Pine64 installer" (based on an Etcher 2.0 beta). Many unmaintained images provided but no Armbian variant and OMV also not included.
cnxsoft has joined #linux-sunxi
<MoeIcenowy> although video accel is theortically possible -- but sunxi-cedrus is a big project.
<MoeIcenowy> and I have highly reduced the number of blobs -- only 4, one for touchscreen and 3 for Wi-Fi
<longsleep> does anyone do active work on sunxi-cedrus?
<MoeIcenowy> other all things are open-source
<KotCzarny> MoeIcenowy: oh well. i only see droid useful as a media player
<KotCzarny> good work nevertheless
<MoeIcenowy> in fact droid has the better touchscreen UI than usual X11 DEs
<KotCzarny> yes, not for general usage it is not
<KotCzarny> *but for
<MoeIcenowy> but I will soon try to adapt Mylene
<MoeIcenowy> Mylene's sun8i-codec driver
<MoeIcenowy> and audio will be available
<rellla> longsleep: afaik currently not
lemonzest has quit [Quit: Leaving]
<deskwizard> MoeIcenowy: nice work
<KotCzarny> MoeIcenowy: droid has good touch ui because it was designed from the beginning with touch as the main input, and not slapped on later. so the whole thing is quite consistent in that matter (similar thing when considering unix nad m$ systems as a servers)
<MoeIcenowy> yes ;-)
victhor has joined #linux-sunxi
yann-kaelig has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
yann-kaelig has quit [Quit: Leaving]
yann-kaelig has joined #linux-sunxi
Nacho_ has joined #linux-sunxi
Nacho has quit [Ping timeout: 240 seconds]
IgorPec has joined #linux-sunxi
karak has quit [Ping timeout: 260 seconds]
matthias_bgg has quit [Quit: Leaving]
<zoobab> @tkaiser I forwarded the link about Scaleway to CNX
<zoobab> I am hesitating to order a Pinebook
<shadeslayer> do you have a queue coupon?
<shadeslayer> because there's a BTO queue first
<zoobab> yes
<shadeslayer> zoobab: if you don't end up using it, can I have it please? :)
<zoobab> sure
<zoobab> @tkaiser which screen size you got?
<tkaiser> zoobab: 14" --> just look at the top picture: https://forum.armbian.com/index.php?/topic/4133-quick-pinebook-preview-review/
<zoobab> 3.4 kernel?
<zoobab> or 3.10 maybe
<tkaiser> 3.10.105. It's 2017 already!
<zoobab> :-)
alexvf has quit [Quit: Page closed]
<zoobab> in 2027 Allwinner and Android will use mainline
<tkaiser> But if I understood MoeIcenowy and BenG83 correctly then mainline is already somewhat useable on Pinebook
<zoobab> and in 2037 kernel will boot from source code
Leepty has quit [Remote host closed the connection]
<zoobab> will order one then
<shadeslayer> Oh noes :( :P
techping has quit [Remote host closed the connection]
<shadeslayer> zoobab: how long did you have to wait ?
<zoobab> had fun with a a83t tablet yesterday
<zoobab> installed debiankit, but not recent distro was available
<zoobab> will have to try proot
<zoobab> @shadeslayer I was on the list since the first days, they sent the email with the code a while ago
<zoobab> like 2 weeks ago
<shadeslayer> Ah ok
<buZz> i'd love to see native debian on a a83t
<buZz> also i crave the return of 5" tablets
<zoobab> kernel is stuck in 3.4, no mainline for it
<zoobab> it has 8 cores, I see only 4 with htop, sometimes see 8 with cpuinfo
<zoobab> depends on the wind
<zoobab> still do not grasp this biglittle thing
perr has quit [Quit: Leaving]
jernej has quit [Read error: Connection reset by peer]
BenG83_ has quit [Remote host closed the connection]
BenG83_ has joined #linux-sunxi
jernej has joined #linux-sunxi
<tkaiser> BenG83_: Pinebook battery is learning :)
<jernej> MoeIcenowy: Here you have hopefully fully working H3 HDMI driver: https://github.com/jernejsk/linux-1/commits/de2-v4-hdmi
<jernej> including plug detection
<jernej> It's working nice on waveshare screen
ganbold has quit [Quit: This computer has gone to sleep]
ganbold has joined #linux-sunxi
<jernej> However, I have to test it on other monitors to see if pixel clock is set correctly
<MoeIcenowy> oh you added a polling patch...
<jernej> yep, there is no other way
<jernej> bsp driver does polling too
<jernej> and experiments to find interrupt bit in phy failed
<MoeIcenowy> oh it's ok ;-)
<MoeIcenowy> although I found the interrupt count increased 1 when remove/insert it...
<jernej> that might be ddc
<MoeIcenowy> and now it's a problem that wens' multiple pipeline patch get merged now, and as a big refactor it conflicts with DE2 a lot...
<jernej> I heard
<MoeIcenowy> maybe it will make DE2 patchset have two more versions -- but I think with it we can now use both HDMI and TVE at the same time ;-)
<MoeIcenowy> or LCD and HDMI (consider Pinebook
<jernej> yes, that's nice :)
Ntemis has quit [Remote host closed the connection]
rpd_ has quit [Quit: leaving]
BenG83_ has quit [Remote host closed the connection]
reinforce has quit [Quit: Leaving.]
[Awaxx] has quit [Quit: Mind Dimension]
<MoeIcenowy> wens, mripard: in the situation of DE2 multiple pipeline, how can I make a mixer's driver know the mixer's ID?
<MoeIcenowy> or is the id not necessary in the situation of mixer?
<wens> you probably need it
<wens> it would be something similar to DE 1.0
<wens> you look at the endpoint id of the remote endpoint
<wens> so for the mixer, you look at the endpoint on the tcon that connects to you
<MoeIcenowy> thus I don't need the mixer id -- the needed one is tcon id
<MoeIcenowy> and I said that I will keep it hardwired now
<MoeIcenowy> although the binding of the swapped connection will be added to device tree
<wens> you need it on both sides
<wens> how else would you know which tcon to connect to which mixer?
<MoeIcenowy> I will consider the reg = <0> one as currently used
<MoeIcenowy> and consider the reg = <1> one is the swapped one
<wens> huh?
<MoeIcenowy> thus in mixer0 the reg=<0> out is tcon0, reg=<1> out is tcon1
<MoeIcenowy> in mixer1 the reg=<0> out is tcon1, reg=<1> out is tcon0
<MoeIcenowy> as there only two kind of possibility: 0-0,1-1 and 0-1,1-0
<wens> here's hoping they don't change the mux
<MoeIcenowy> if they changed the mux we will have to implement support for the new mux
<MoeIcenowy> P.S. wens: what's the meaning of "This will later be used when we add support for the output data path muxes."
<MoeIcenowy> what's the "output data path muxes" here?
<wens> for encoders such as the TVE, HDMI, MIPI DSI, there is a mux between them and the TCON
<wens> so you can have HDMI take input from TCON 0 or 1
<MoeIcenowy> ok thus it's not cared in DE2
<wens> seems so
jernej_ has joined #linux-sunxi
<wens> Rob says i need to revise that section
<MoeIcenowy> as in DE2 there's no such a mux -- as TCONs are even all specialized for the encoder
<wens> i might as well just put in a full example
<MoeIcenowy> for example, HDMI/TVE TCONs have no channel 0 and LCD TCONs have no channel 1
yann|work has quit [Ping timeout: 255 seconds]
jernej has quit [Ping timeout: 255 seconds]
<MoeIcenowy> and TVE TCONs have no dedicated sclk -- it uses TVE clock as sclk
<wens> MoeIcenowy: look at the R40... it has 4 TCONs
<wens> it is crazy :/
<MoeIcenowy> yes as every TCON is specialized for one usage
<wens> nope
<wens> it has muxes everywhere
<wens> take a look at the diagram on page 504
<MoeIcenowy> but I remember ordinary TCONs have only channel 0
<MoeIcenowy> and "TVE TCON"s have only channel 1
<wens> they are called TCON_LCD and TCON_TV there
<wens> and there are two of each
<wens> and muxes in front and after them
<wens> so take a look
<wens> I'm not making this up
<wens> it's by far the craziest setup I've seen
<MoeIcenowy> oh this time it's another free connection...
lurchi_ has joined #linux-sunxi
<wens> they just took apart two channels in the two TCONs from the A20
<MoeIcenowy> and the mux is now in TCON_TOP rather than DE2 CCU
<MoeIcenowy> I think the R40 DE pipeline in device tree will be mixer{0,1} -> tcon_top -> tcon{_lcd,_tv}{0,1}
dave0x6d has quit [Quit: Connection closed for inactivity]
<wens> for DE 2.0, I think you will need to somehow make the relationship between the CRTC and TCON more versatile
diego_r has quit [Quit: Konversation terminated!]
<wens> i.e. the CRTC is free to switch (mux) its underlying TCON
<MoeIcenowy> I can make device tree binding for this, but currently there's no meaning to really implement it
<wens> I know
<wens> but the point is you should think about future possibilities when designing the binding
<MoeIcenowy> let me write my current designed device tree of H3 pipeline
<wens> or you design yourself into a corner, then you have to introduce a new set of bindings, while maintaining support the old one
<wens> and the driver just gets messier
<wens> better to take your time and not rush it
<wens> I know you have a lot of stuff you want to do and get in
<MoeIcenowy> P.S. another question
<MoeIcenowy> I think the layer design in sun4i-backend can have one more overlay layer that is not capable of doing alpha blending
<MoeIcenowy> s/question/problem/
<wens> yes, but IIRC if you use all 4 layers the alpha blending becomes hard to manage or predict
<wens> there is a large comment paragraph in sun4i_layers.c explaining this
<MoeIcenowy> so I said "one more" not "two more"
<wens> one more?
<wens> the primary plane also takes one layer
<wens> so that's already 2
<MoeIcenowy> 2+1 = 3
<MoeIcenowy> add one more alphaless overlay that is in the same pipe with the primary
aballier has quit [Quit: leaving]
<wens> yeah, that might work
<wens> might be good for YUV
<MoeIcenowy> and then finally waste the last one for easier management ;-)
<wens> i think it would be easy to do, just not a very high priority task
<wens> a higher priority would be getting other types of display output working
<wens> RGB alone isn't very common for SBCs and STBs
<MoeIcenowy> and DE2 is also high priority ;-)
jrg has quit [Ping timeout: 240 seconds]
<MoeIcenowy> https://pastebin.anthonos.org/view/138c41fd here's my current design of H3 video devicetree parts
<MoeIcenowy> the compatible "allwinner,h3-dw-hdmi" is from jernej and should be changed to "allwinner,sun8i-h3-dw-hdmi" for consistency
<wens> you probably don't need the mixerX_out and tconX_in labels, but they're harmless anyway
jrg has joined #linux-sunxi
reinforce has joined #linux-sunxi
quard has joined #linux-sunxi
<MoeIcenowy> wens: the problem of rebasing your multi pipeline patchset is that it re-introduces direct access of backend from tcon...
lennyraposo has quit [Quit: Leaving.]
jernej_ is now known as jernej
<jernej> MoeIcenowy: Why do you use non-alpha-blending channels? Why not take alpha blending channels and there you could also set Z order easily
Andy-D_ has joined #linux-sunxi
<wens> MoeIcenowy: it only appears in the bind function, should be easy to guard
<wens> MoeIcenowy: you could add a is_de_2_0 flag to sun4i_drv, and use that as a check
<MoeIcenowy> wens: nope I don't want to add such a flag to sun4i_drv
<MoeIcenowy> I have struggled to remove such a flag
<MoeIcenowy> in around v2 or v3 of the patchset
<MoeIcenowy> my current design is that add an optional function of engine get_id() and use it to populate the TCON's id
<MoeIcenowy> jernej: many usage do not need alpha blending channels
<jernej> MoeIcenowy: true, but I think Z order setting and channel which supports YUV should be very handy
<MoeIcenowy> at least in the situation of sun4i it's still simple
<jernej> unfortunately, it seems that DRM doesn't support completely DE2 layer arragement
lurchi_ is now known as lurchi__
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
<MoeIcenowy> jernej: ?
<jernej> I mean Z order
<MoeIcenowy> it seems that alpha blending is doing between channels and in channels there's non-alpha blending layers, right?
<jernej> yes
<MoeIcenowy> but we can pre-arrange layers in a fixed sequence
<MoeIcenowy> e.g. ui[0][0], ui[0][1], ui[0][2], ui[0][3], vi[0][0], ui[1][0]
<MoeIcenowy> the ui[0][1] to ui[0][3] are non-alpha blending layers, which only supports format without A channel
<jernej> I don't like fixed layers
<jernej> changing Z order is useful
<MoeIcenowy> but abstraction usually means the loss of not-so-useful functionalities
vagrantc has joined #linux-sunxi
yann|work has joined #linux-sunxi
<MoeIcenowy> consider we wasted two channels in sun4i_backend
<MoeIcenowy> to simplify the layer management
<MoeIcenowy> P.S. the real layers' data should be generated when probing sun8i_mixer, by using its vi and ui num
<jernej> At least Z order change was very convenient functionality for video playback. Put video layer in the background and UI layer in front, and you can have OSD almost for free
<jernej> What do you mean by "real layer's data"?
<MoeIcenowy> here we have ui[1][0] on top of vi[0][0]
<MoeIcenowy> jernej: the layers assignment that is specified to a certain mixer
<jernej> yes, of course
<jernej> I just mean that we should go with channels a
<jernej> sorry
<jernej> let's go only with primary plane first
<MoeIcenowy> and the OSD problem is not really that we must to Z order change -- our fixed Z order can also satisfy it
<MoeIcenowy> see the sequence that I gived above
<MoeIcenowy> it can support OSD
<jernej> yes, but primary plane is fixed, no?
<MoeIcenowy> yes
<MoeIcenowy> primary is ui[0][0]
* MoeIcenowy need to go sleep now
lurchi__ is now known as lurchi_
<jernej> good night :)
Pirolocito has joined #linux-sunxi
<MoeIcenowy> final problem that I want suggestions: MIPI DSI encoder
<MoeIcenowy> how should I do its device tree binding?
<MoeIcenowy> add a mux in tcon or just let users to specify the port to really connect to it?
<MoeIcenowy> (as it seems to be just wired in the same way of RGB LCD...
<mripard> I'm currently working on it, and it's not trivial
<mripard> well, the DT binding is
<mripard> but the rest definitely isn't
popolon has quit [Ping timeout: 260 seconds]
popolon has joined #linux-sunxi
popolon has quit [Quit: WeeChat 1.7.1]
BenG83_ has joined #linux-sunxi
BenG83_ has quit [Remote host closed the connection]
BenG83_ has joined #linux-sunxi
yann-kaelig has quit [Quit: Leaving]
lurchi_ has quit [Ping timeout: 240 seconds]
benjamin__ has joined #linux-sunxi
BenG83_ has quit [Ping timeout: 246 seconds]
jrg has quit [Ping timeout: 255 seconds]
benjamin__ has quit [Remote host closed the connection]
jrg has joined #linux-sunxi
yann-kaelig has joined #linux-sunxi
yann-kaelig has quit [Remote host closed the connection]
Mr__Anderson has quit [Remote host closed the connection]
phipli has joined #linux-sunxi
Pirolocito has quit [Quit: Page closed]
fkluknav has quit [Ping timeout: 240 seconds]
f0xx has quit [Ping timeout: 268 seconds]
BenG83_ has joined #linux-sunxi
yann-kaelig has joined #linux-sunxi
BenG83_ has quit [Ping timeout: 245 seconds]
<tuxillo> hi
<tuxillo> anyone with opi 2g iot that has been able to use the uart?
afaerber has quit [Quit: Leaving]
BenG83_ has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
rexxster has quit [Quit: No Ping reply in 180 seconds.]
rexxster has joined #linux-sunxi
IgorPec has quit [Ping timeout: 246 seconds]
phipli has quit [Ping timeout: 260 seconds]
netlynx has quit [Quit: Ex-Chat]
yann-kaelig has quit [Quit: Leaving]
f0xx has joined #linux-sunxi
yann-kaelig has joined #linux-sunxi
chomwitt1 has joined #linux-sunxi
chomwitt has quit [Ping timeout: 260 seconds]
chomwitt2 has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
chomwitt1 has quit [Ping timeout: 260 seconds]
BenG83_ has quit [Ping timeout: 240 seconds]
yann-kaelig has quit [Quit: Leaving]
Ntemis has joined #linux-sunxi
BenG83_ has joined #linux-sunxi
BenG83_ has quit [Remote host closed the connection]
BenG83_ has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
p_rossak_ has quit [Remote host closed the connection]
p_rossak has joined #linux-sunxi
terra854 has quit [Quit: Connection closed for inactivity]
BenG83_ has quit [Remote host closed the connection]
BenG83_ has joined #linux-sunxi
tlwoerner has joined #linux-sunxi
quard has quit [Quit: Leaving]
Mr__Anderson has joined #linux-sunxi
lurchi_ is now known as lurchi__
BenG83_ has quit [Remote host closed the connection]
BenG83_ has joined #linux-sunxi
BenG83_ has quit [Remote host closed the connection]
Gerwin_J has quit [Quit: Gerwin_J]
f0xx has quit [Ping timeout: 258 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 4.9.2, revision: git-7099-gca80ee628, build type: debug, sources date: 20160102, built on: 2017-03-12 14:49:35 UTC git-7099-gca80ee628 http://www.kvirc.net/]
IgorPec has joined #linux-sunxi
lamer14934141285 has joined #linux-sunxi
tlwoerner has quit [Quit: Leaving]
tkaiser has quit [Ping timeout: 240 seconds]
IgorPec has quit [Ping timeout: 240 seconds]
komunista has quit [Quit: Leaving.]
jernej has quit [Ping timeout: 260 seconds]
perr has joined #linux-sunxi
perr has joined #linux-sunxi
perr has quit [Changing host]
Ntemis has quit [Remote host closed the connection]
phipli has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
Mr__Anderson has quit [Remote host closed the connection]
nemunaire has quit [Quit: quit]
nemunaire has joined #linux-sunxi
reinforce has quit [Ping timeout: 260 seconds]
phipli has quit [Ping timeout: 240 seconds]
reinforce has joined #linux-sunxi
reinforce has quit [Remote host closed the connection]
reinforce has joined #linux-sunxi
cptG has joined #linux-sunxi
reinforce has quit [Remote host closed the connection]
cptG_ has quit [Ping timeout: 245 seconds]
reinforce has joined #linux-sunxi
reinforce has quit [Remote host closed the connection]
reinforce has joined #linux-sunxi
reinforce has quit [Remote host closed the connection]
reinforce has joined #linux-sunxi
reinforce has quit [Remote host closed the connection]
reinforce has joined #linux-sunxi
BenG83_ has joined #linux-sunxi
reinforce has quit [Remote host closed the connection]
reinforce has joined #linux-sunxi
reinforce has quit [Remote host closed the connection]
reinforce has joined #linux-sunxi
reinforce has quit [Remote host closed the connection]
ganbold has quit [Quit: Leaving]
ganbold has joined #linux-sunxi
lamer14934141285 has quit [Quit: jIRCii - http://www.oldschoolirc.com]
bim has joined #linux-sunxi
bim is now known as Guest3896
<Guest3896> can anybody help a sunxi u-boot / kernel newbie with an USB problem?
<Guest3896> I have a working/ booting u-boot and linux-sunxi(next) mainline kernel, but my usb keyboard works in u-boot, but not when kernel has booted
<Guest3896> I've looked through all config options and USB, HID and input support are on
<Guest3896> I can use the keyboard in u-boot fine, but the kernel does not even initialize it as it seems
<Guest3896> I have no UART available :(
Andy-D_ has quit [Ping timeout: 252 seconds]
<Guest3896> I boot the kernel from SD card (boot+root partition) if that matters. The device tree used is sun8i_a33_q8_tablet.dtb and is on the cards vfat boot partition
horst has joined #linux-sunxi
horst has left #linux-sunxi [#linux-sunxi]