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
LargePrime has joined #linux-sunxi
[Awaxx] has quit [Quit: circus for the clowns ><]
xes has joined #linux-sunxi
chomwitt1 has quit [Ping timeout: 260 seconds]
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
dev1990 has quit [Quit: Konversation terminated!]
Nacho has quit [Remote host closed the connection]
Nacho 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: 264 seconds]
akaizen has joined #linux-sunxi
leviathan_ has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
Andy-D_ has quit [Ping timeout: 268 seconds]
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
leviathan_ has quit [Remote host closed the connection]
lurchi_ is now known as lurchi__
Nacho has quit [Remote host closed the connection]
Nacho has joined #linux-sunxi
<wens> MoeIcenowy: weird... I got 2 copies of some, but not all, of your patches
pg12 has quit [Ping timeout: 268 seconds]
pg12 has joined #linux-sunxi
lemonzest has joined #linux-sunxi
Nacho has quit [Remote host closed the connection]
Nacho has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
pg12 has quit [Ping timeout: 240 seconds]
pg12 has joined #linux-sunxi
reev has joined #linux-sunxi
<plaes> ugh.. ENOTENOUGHTIME
IgorPec has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 240 seconds]
<wens> always
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
jernej has joined #linux-sunxi
lennyraposo has quit [Ping timeout: 240 seconds]
lennyraposo has joined #linux-sunxi
jernej has quit [Ping timeout: 240 seconds]
<MoeIcenowy> wens: some of them are wrongly sent without decoration
<MoeIcenowy> then I realized it and ctrl-c
goofie has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
<MoeIcenowy> wens, mripard: something strange, when testing my H3 TVE patchset, I assigned the clock of PLL_DE (the TVE of H3 must work under 216MHz, otherwise it doesn't generate signal)
<MoeIcenowy> but when booting it warns that the clock wait for lock failed
IgorPec has quit [Ping timeout: 268 seconds]
goofie has quit [Read error: Connection reset by peer]
terra854 has joined #linux-sunxi
goofie has joined #linux-sunxi
reinforce has joined #linux-sunxi
IgorPec has joined #linux-sunxi
HeavyMetal has quit [Ping timeout: 268 seconds]
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
k4chn1k has joined #linux-sunxi
HeavyMetal has quit [Ping timeout: 268 seconds]
<k4chn1k> hi, how is it with Mali mainline support? I am using driver r6p2 from malideveloper.arm.com/resources/drivers/arm-mali-utgard-gpu-user-space-drivers/ with patches form https://github.com/mripard/sunxi-mali
<k4chn1k> latest kernel with suggested patches 0f3bbe074dd1 and 5f15257689bf
<k4chn1k> and app in Qt
<k4chn1k> it is possible to create eglfs surface and run demo apps
<k4chn1k> withyout OpenGL
<k4chn1k> without OpenGL
<k4chn1k> OpenGL app crashes the system in mali driver
<k4chn1k> in mali_gp_job_create
<MoeIcenowy> please do not use the drivers there.
<k4chn1k> from arm website or in general?
<MoeIcenowy> from arm website.
dave0x6d has quit [Quit: Connection closed for inactivity]
<MoeIcenowy> You should ask Allwinner for a special build
<MoeIcenowy> Although it will fail in 99%
<k4chn1k> is this issue in driver or userspace library?
matthias_bgg has joined #linux-sunxi
<MoeIcenowy> in fact currently I don't hope people to try out it
<mripard> k4chn1k: disable CONFIG_CPU_SW_DOMAIN_PAN
<MoeIcenowy> k4chn1k: what SoC are you using
<k4chn1k> i wil try it
<k4chn1k> A33
<MoeIcenowy> RGB LCD?
<k4chn1k> yes, RGB interface with ssd2828 to dsi LVD
<MoeIcenowy> with DRM driver?
<MoeIcenowy> simplefb cannot support Mali
<k4chn1k> yes
<wens> there's no drm driver for ssd2828
<k4chn1k> i use spidev config tool from userspace
<k4chn1k> and my panel config
<wens> well, I suppose if U-boot configured it, you could just fake it in DRM :p
foxx_ has joined #linux-sunxi
matthias_bgg_ has joined #linux-sunxi
lkcl has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
<MoeIcenowy> mripard, wens: when I applied "drm/sun4i: tcon: Fix tcon channel 1 backporch calculation" and "drm/sun4i: tcon: multiply the vtotal when not in interlace" the H3 TVE now stopped to work
<MoeIcenowy> oh the vtotal seems to be wrongly doubled for TVE
DullTube has joined #linux-sunxi
<MoeIcenowy> oh so strange
<MoeIcenowy> the tcon1 fixes that fixed HDMI has broken TVE
<MoeIcenowy> oh it's not wrongly doubled -- it's just interlace...
<MoeIcenowy> maybe the backporch calculating algorithm need sfix
<wens> it should be correct, as .crtc_vtotal = .vtotal / 2 when it is an interlaced mode
<MoeIcenowy> but these two commits really broken TV output...
<wens> please report it on the mailing list
<MoeIcenowy> but it used my H3 TVE patchset
<plaes> wens: do you have any idea whether mripard's clk parent improvements will be merged soon?
<plaes> the ones that came with HDMI patchset
<MoeIcenowy> although I think it can reproduce on A13, I don't have a proper board now
<wens> plaes: there is a clk core patch... so that really depends on the clk maintainers
<wens> MoeIcenowy: I don't have anything to test it on, so I really can't help you there
<plaes> I looked into the SATA post-divider a while ago, but didn't get anywhere :(
<MoeIcenowy> wens: ok fixed
<MoeIcenowy> the original code tried to double crtc_vtotal when not interlaced
<MoeIcenowy> then if interlaced the val will be 1/2 of vtotal
<MoeIcenowy> but we want a full vtotal when not interlaced
<MoeIcenowy> I changed to code to val = mode->vtotal; /* used to be crtc_vtotal */ if (!(mode->flags & DRM_MODE_FLAG_INTERLACE)) val = val * 2;
<MoeIcenowy> P.S. wens: another problem on multiple pipeline
<MoeIcenowy> if the first failed to all probe
<MoeIcenowy> the second won't be used
<wens> can you give an example?
<MoeIcenowy> for H3 I used to wrongly set the compatible of hdmi (the end of pipeline 0)
techping has joined #linux-sunxi
<MoeIcenowy> and the pipeline 1 (tv pipeline) is also enabled
<MoeIcenowy> no signal on tv
<wens> _all_ available components must probe for the DRM driver to work
<wens> I think that is by design
<MoeIcenowy> and now there's another problem
<MoeIcenowy> still this pipeline configuration, but HDMI fixed
<MoeIcenowy> the CRTC1 seems to do not do vblank
<wens> you initialize all components before registering the driver
<wens> H3?
<MoeIcenowy> yes
<MoeIcenowy> when I disabled de2_mixer0 (the start of pipeline0) the pipeline1 do vblank correctly
<MoeIcenowy> after the vtotal fix
<wens> if it's not doing vblank, then either the mixer / tcon is not running
<MoeIcenowy> nope
<MoeIcenowy> the display is out
<MoeIcenowy> I can see the penguins and the cursor blinking
<wens> weird
<wens> i haven't gotten my a31 hdmi to work with the second pipeline yet
<wens> need to make the mux work
<MoeIcenowy> so the multiple pipeline patchset is totally not tested?
<MoeIcenowy> wens: oh drm_vblank_init has a parameter num_crtcs
<MoeIcenowy> which is called in sun4i_drv.c with num_crtcs = 1
<wens> MoeIcenowy: no it was not, this was properly mentioned in the cover letter
<wens> there was nothing to test it with
<wens> the point is to be able to actually have 2 display pipelines in the DT without the driver crashing or doing stupid things
<wens> but the second pipeline is useless without a downstream encoder
<MoeIcenowy> ok
<MoeIcenowy> change it to 2 makes two crtcs do vblank together
kikadisa has joined #linux-sunxi
<kikadisa> Hello
<wens> MoeIcenowy: drm_vblank_init(dev, dev->mode_config.num_crtc); <= this is probably better
<kikadisa> I'm the owner of a BPI M64 and i would like to know if it's safe to upgrade kernel to 4.5 from a 3.10 longsleep kernel. Any ideas ?
<MoeIcenowy> kikadisa: impossible
<montjoie> 4.5 is old:)
<MoeIcenowy> wens: just assign it to 2 doesn't hurt when a pipeline gone away
<MoeIcenowy> and the num_crtc seems to be not ready here
<wens> I'll look into it
<MoeIcenowy> but it won't block to use H3 DE2 now
<MoeIcenowy> as usually people do not use TV output
<rellla> MoeIcenowy: i'm out of date regarding DE and HDMI drivers atm...
<MoeIcenowy> rellla: current DE2 and HDMI work are done by me and jernej
<rellla> we have your branch with DE2.0 + HDMI working?
<longsleep> kikadisa: remember that if you upgrade from legacy BSP based Kernels you also need to have an updated bootloader as the BSP bootloader is not able to boot anything else than BSP
<rellla> and with mripard's we have DE1.0 with HDMI - but only for A10s?
<Net147> rellla: I have it working for A20
<MoeIcenowy> rellla: in fact jernej's branch.
<MoeIcenowy> locally I got not only HDMI to work
<MoeIcenowy> but got HDMI + TVE work at the same time
<Net147> MoeIcenowy: showing different things on each one?
<MoeIcenowy> P.S. by the comparison the signal on HDMI is quite better than TVE
<MoeIcenowy> Net147: yes
<MoeIcenowy> but for DE2, not DE1
<Net147> MoeIcenowy: I might try testing LCD + HDMI
<MoeIcenowy> on Pinebook I may also try it ;-)
<MoeIcenowy> here the mixers and TCONs are all dedicately configured
<MoeIcenowy> but sharing the same framebuffer -- the smaller one (TVE) will only show the left-top corner, which is the default behavior of drmfb
<Net147> I got kernel panic when I added wens multiple display pipelines patch series, without doing any device tree changes
<Net147> will need to investigate
<MoeIcenowy> I used wens's github sun4i-drm-fixes-5 branch
<MoeIcenowy> but to use HDMI I cherry-picked a ton of dw-hdmi fixes
<MoeIcenowy> as in 4.12 the dw-hdmi is finally decoupled with dw-hdmi-phy
fkluknav has joined #linux-sunxi
davidperrenoud has joined #linux-sunxi
<wens> I have it working for A31
<MoeIcenowy> hdmi?
<wens> yup
<wens> both pipelines
Yong_ has joined #linux-sunxi
<Yong_> I have sent a patch to linux-sunxi@googlegroups.com follow http://linux-sunxi.org/Sending_patches
<jelle> Yong_: what's the subject?
<Yong_> clk: sunxi-ng: Fix V3S usb otg device reset bit
mosterta has joined #linux-sunxi
<jelle> hmm seems it was not delivered indeed
<Yong_> i sent it through gmail
<Yong_> git send-email give me the result: Result: 250 2.0.0 OK 1493951710 u15sm311522pgc.66 - gsmtp
<codekipper> 123
<codekipper> wens: \m/....well done..good work.
The_Loko has joined #linux-sunxi
<Net147> wens: that looks like it might fix it. I will give it a try, thanks
<MoeIcenowy> Yong_: you may need to send a patch to more maintainers
<MoeIcenowy> a kernel/u-boot patch sent to only linux-sunxi mailing list won't be picked up by anyone
<MoeIcenowy> P.S. are you the "清水" in Lichee Pi group?
<Yong_> ok
<Yong_> yes
<MoeIcenowy> for sending a patch you should learn to use ./scripts/get_maintainers.pl and ./scripts/checkpatch.pl ;-)
<MoeIcenowy> P.S. could you just send one to icenowy@aosc.io? I'm the author to V3s CCU driver
<MoeIcenowy> ok received it
<MoeIcenowy> Yong_: you may need to add a "." in your comment message
<MoeIcenowy> your current message gives people a feeling that it's not done.
<Yong_> ok
<MoeIcenowy> wens: should the original author of a patch send "Acked-By" or "Reviewed-By" to a fix patch?
<zoobab> @MoeIcenowy which V3S board do you have?
<MoeIcenowy> zoobab: Lichee Pi Zero early samples
<MoeIcenowy> (note: not the final version)
<zoobab> I was looking at those sportscam
techping has quit [Remote host closed the connection]
<zoobab> to get one for hacking
leviathancn has joined #linux-sunxi
<Yong_> MoeIcenowy: should i resend it to you?
<MoeIcenowy> nope
<MoeIcenowy> please read my notes
<Yong_> ok
lkcl has quit [Ping timeout: 268 seconds]
<wens> MoeIcenowy: what do you mean?
<MoeIcenowy> wens: I made the V3s CCU patch (but maintainer is you and mripard)
<MoeIcenowy> and Yong_ made a fix
<MoeIcenowy> what should I do on it?
<wens> nothing is required of you
<wens> it is just like any other patch
<MoeIcenowy> ok ;-)
<wens> if you want you can help review patches
Mr__Anderson has joined #linux-sunxi
lkcl has joined #linux-sunxi
fkluknav has quit [Ping timeout: 240 seconds]
popolon has joined #linux-sunxi
phipli has joined #linux-sunxi
leviathancn has quit [Read error: Connection reset by peer]
fkluknav has joined #linux-sunxi
leviathancn has joined #linux-sunxi
afaerber has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft1 has joined #linux-sunxi
cnxsoft1 is now known as cnxsoft
Yong__ has joined #linux-sunxi
<Net147> wens: the patch fixed the panic, thanks
<Yong_> INFO Yong
gzamboni has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
reinforce has quit [Quit: Leaving.]
<kikadisa> MoeIcenowy: How could it be impossible ? I deploy centos on my Banana Pi (m64 version) and yum update returns me kernel-image 4.5
<kikadisa> I update it but currently i didn't reboot the system yet
<MoeIcenowy> kikadisa: 4.5 kernel doesn't include any support for A64
<kikadisa> holy crap. So i shouldn't reboot my board ?
<MoeIcenowy> maybe you can reboot it but will see nothing happen
<kikadisa> and try to downgrade to 3.10 kernel ?
<MoeIcenowy> I think the updated kernel won't apply at all
<MoeIcenowy> the first mainline kernel that have gained usable support for A64 is 4.11
Yong__ has quit [Quit: Page closed]
Yong_ has quit [Quit: Page closed]
Yong_ has joined #linux-sunxi
Yong_ has quit [Client Quit]
<kikadisa> hum. Ok.
Leepty has quit [Ping timeout: 268 seconds]
<kikadisa> you(re right. Upgrading the kernel didn't change the answer of uname -ar
Leepty has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
DullTube has quit [Quit: Leaving]
victhor has joined #linux-sunxi
fkluknav has quit [Ping timeout: 246 seconds]
matthias_bgg has quit [Quit: Leaving]
Ixnus has joined #linux-sunxi
<Ixnus> zoobab: I found something about kernelCI , our boards are split in 2 SoC categoriess: "allwinner" and "sunxi" which is mistake imo
Leepty has quit [Ping timeout: 264 seconds]
Ixnus has quit [Quit: Page closed]
paulk-collins has quit [Quit: Leaving]
Leepty has joined #linux-sunxi
chomwitt1 has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
ruben-ikmaak is now known as ikmaak
techping has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
cptG has joined #linux-sunxi
reev has quit [Ping timeout: 240 seconds]
mrala has joined #linux-sunxi
dave0x6d has quit [*.net *.split]
Leepty has quit [*.net *.split]
chomwitt1 has quit [*.net *.split]
The_Loko has quit [*.net *.split]
mosterta has quit [*.net *.split]
akaizen has quit [*.net *.split]
xes has quit [*.net *.split]
cptG_ has quit [*.net *.split]
dave0x6d has joined #linux-sunxi
IgorPec has joined #linux-sunxi
Leepty has joined #linux-sunxi
The_Loko has joined #linux-sunxi
xes has joined #linux-sunxi
chomwitt1 has joined #linux-sunxi
techping has quit [Ping timeout: 240 seconds]
LargePrime has quit [Ping timeout: 240 seconds]
lkcl has joined #linux-sunxi
marble_visions has joined #linux-sunxi
<marble_visions> hi all, i want to understand the difference in the video config in the DTS files for a13 and r8
<marble_visions> s/a13/olimex a13/
<marble_visions> obviously the final stage (post tcon is different), but is the r8-chip DTS more explicit
<marble_visions> in the de fe and tcon?
<MoeIcenowy> a13 is equal to r8.
<marble_visions> s/but is/but why is/
<marble_visions> indeed, but why to the chip guys have made their dts more explicit? if i understand correctly, this means that a lack of an DTS entry leaves the tcon with the default reset values in the periph registers
<marble_visions> which is ok for the vga output of the olimex board
phipli has quit [Quit: Leaving]
LargePrime has joined #linux-sunxi
kikadisa has left #linux-sunxi [#linux-sunxi]
techping has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 260 seconds]
techping has quit [Ping timeout: 240 seconds]
cnxsoft has joined #linux-sunxi
<MoeIcenowy> mripard: will the mali X11 driver request a overlay layer?
<mripard> yes, for the cursor, if you tell it to
<MoeIcenowy> if it doesn't have overlay layer will it automatically fallback?
* MoeIcenowy trying to use Mali on H3
<MoeIcenowy> oh it doesn't fallback
<mripard> it doesn't fallback, the code explicitly tells it to use one
<MoeIcenowy> ok
<MoeIcenowy> let me change the sun4i armsoc glue code
cnxsoft has quit [Quit: cnxsoft]
<mripard> you probably want to use HWCURSOR_API_NONE
<MoeIcenowy> ok, thanks ;-)
<MoeIcenowy> mripard: P.S. how should I implement the "magic bit" in A64 DE2?
<MoeIcenowy> (magic bit in syscon (0x01c00000) part)
<mripard> what is this magic bit supposed to do ?
<MoeIcenowy> "set sram for vedio use, default is boot use"
<MoeIcenowy> a sram controller node?
<MoeIcenowy> but we do not surely know which sram section it is...
<mripard> where did you find that ?
<MoeIcenowy> lichee/brandy/u-boot-2014.07/board/sunxi/sun50iw1p1/sun50iw1p1.c
<MoeIcenowy> in fact it's jernej who found it
<wens> "default is boot use"
<wens> that says something
<MoeIcenowy> I've heard that it's SRAM C
<wens> you could test by muxing it over, they writing stuff in and see if it sticks?
<wens> you could test all the sram blocks
<MoeIcenowy> oh strange xf86-video-armsoc refuses to work with the sun8i-mixer + dw-hdmi configuration
<MoeIcenowy> but xf86-video-modesetting works fine
<mripard> you don't support ARGB
<MoeIcenowy> so I should support ARGB and deal it as XRGB?
<mripard> it depends
<MoeIcenowy> for primary I think ARGB = XRGB, right? ;-)
<mripard> if the hardware can deal with an ARGB plane as the lowest one just fine, then just support ARGB
<mripard> otherwise, someone should just teach armsoc to use XRGB
<MoeIcenowy> I remembered I added it at the first, and in some version someone pointed it as useless, then I dropped it
Andy-D_ has joined #linux-sunxi
<mripard> yes, but if it's supported properly, you can just use it
<MoeIcenowy> but I searched for ARGB in armsoc code, and found it only referenced in cursor plane code, for which I have already disabled
<wens> is the armsoc driver maintained at all?
<MoeIcenowy> oh it's the restriction of Xcomposite, not armsoc
<MoeIcenowy> so should I fake a ARGB in sun8i_mixer.c ?
<mripard> no
<mripard> test if it is broken
<mripard> first
<mripard> if it isn't, then there's no point in faking it
<MoeIcenowy> I remember I have wrongly set it to ARGB in U-Boot
<MoeIcenowy> and nothing is displayed
<MoeIcenowy> for zero A
<mripard> yeah, but zero alpha measn that it's transparent
<mripard> so it makes sense
<MoeIcenowy> can DRM deal with it correctly?
<MoeIcenowy> when primary is ARGB
<wens> if A = zero , then you should get the background color?
<MoeIcenowy> is there a "background color" behind primary layer in DRM?
mrala has quit [Quit: Page closed]
<mripard> wens: yes
<mripard> MoeIcenowy: your question isn't actually right
<MoeIcenowy> ?
<mripard> it's not really the primary plane that is important
<mripard> it's the lowest plane
<MoeIcenowy> so if the primary's A is 0
<mripard> the primary plane may not be the lowest one if you allow to control the z position
<mripard> which is what I'm currently working on
<mripard> and why I'll remove that ARGB 'spoofing' in the backend code
chlorine has joined #linux-sunxi
<MoeIcenowy> so if it's the lowest, that the A must be 255?
chlorine_ has joined #linux-sunxi
<KotCzarny> try random values for extra trippy effect
<MoeIcenowy> otherwise I think it will enter the undefined zone
<KotCzarny> wouldnt it mix them?
<MoeIcenowy> and the DRM driver may go out of your SoC and sing a song ;-)
chlorine has quit [Ping timeout: 258 seconds]
<MoeIcenowy> oh my instant experiement broke my memory
<MoeIcenowy> when I set the alpha mode to 0 (XRGB8888)
<MoeIcenowy> s/X/A
<MoeIcenowy> things are still properly displayed
<MoeIcenowy> so should I just add XRGB8888 to the supported mode list?
chlorine_ has quit [Remote host closed the connection]
<MoeIcenowy> mripard: ^
perr has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
perr has joined #linux-sunxi
perr has joined #linux-sunxi
perr has quit [Changing host]
chlorine_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
<marble_visions> alright, I just saw that I am a year behind in commits... it seems everything is as it should be in torvalds/kernel.git
Leepty has quit [Remote host closed the connection]
<MoeIcenowy> after adding XRGB8888 xf86-video-armsoc works perfectly
<MoeIcenowy> mripard: when I trying to access the Mali on H3 the system oops
<MoeIcenowy> I just copied the dt part from A23/A33
<MoeIcenowy> but changed the specific compatible to allwinner,sun8i-h3-mali
<MoeIcenowy> board is bpi m2+
matthias_bgg_ has quit [Quit: Leaving]
<MoeIcenowy> oh same hang on A33
victhor has quit [Ping timeout: 240 seconds]
goofie has quit [Ping timeout: 255 seconds]
scream has joined #linux-sunxi
Mr__Anderson has quit [Ping timeout: 240 seconds]
leviathancn has quit [Read error: Connection reset by peer]
<MoeIcenowy> oh commit "drm/sun4i: Grab reserved memory region:" broke the CMA allocator
goofie has joined #linux-sunxi
perr has quit [Quit: Leaving]
lkcl has quit [Ping timeout: 240 seconds]
<MoeIcenowy> finally got mali running on mainline H3 kernel
<[TheBug]> O_o
<KotCzarny> yay!
<KotCzarny> though getting cedar on mainline would be more fun
|Jeroen| has joined #linux-sunxi
diego_r has quit [Quit: Konversation terminated!]
lkcl has joined #linux-sunxi
goofie has quit [Quit: WeeChat 1.6]
Andy-D_ has quit [Ping timeout: 240 seconds]
Andy-D_ has joined #linux-sunxi
<MoeIcenowy> wens: surely the "sram" for A64 DE2 is SRAM C
<MoeIcenowy> <0x00018000 0x28000>
<KotCzarny> drat. bpi-m1 doesnt have i2s pins routed to extcon :/
popolon has quit [Ping timeout: 258 seconds]
<KotCzarny> or can it be used with some other pins?
<MoeIcenowy> seems that A20 have multiple groups for i2s
<KotCzarny> moeicenowy: i have only found pb05-12 group, which isnt routed on bpim1
HeavyMetal has quit [Ping timeout: 240 seconds]
<MoeIcenowy> oh another group should be also not routed
<MoeIcenowy> it's muxed with RGMII
<MoeIcenowy> wens: static struct sunxi_sram_desc sun50i_a64_sram_c = { .data = SUNXI_SRAM_DATA("C", 0x4, 24, 1, SUNXI_SRAM_MAP(0, "cpu"), SUNXI_SRAM_MAP(1, "de2")) };
<wens> cool
<MoeIcenowy> should I add one more compatible for the SRAM controller, or should I use the A10 one?
<MoeIcenowy> and the same zone is also used as syscon by sun8i-emac/dwmac-sun8i, will them conflict?
k4chn1k has quit [Quit: Page closed]
<montjoie> same zone ?
<wens> same register region
<wens> MoeIcenowy: syscon is separately registered, should be ok
<MoeIcenowy> P.S. there's another problem on sram controller
<MoeIcenowy> the VE zone
<MoeIcenowy> or "SRAM C1"
<MoeIcenowy> 1. it uses 31 bits to represent its state, 0x0 is CPU, 0x7fffffff is VE
popolon has joined #linux-sunxi
<MoeIcenowy> 2. on some SoCs it has no CPU map on memory mapping
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
<wens> a good reason to have per soc compatible strings for the SRAM controller
chlorine has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
chlorine has joined #linux-sunxi
MadP0et[m] has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 240 seconds]
davidperrenoud has quit [Quit: Connection closed for inactivity]
lennyraposo has quit [Quit: Leaving.]
chlorine has quit [Ping timeout: 260 seconds]
chlorine has joined #linux-sunxi
lkcl has quit [Ping timeout: 260 seconds]
leviathan_ has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
chlorine has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
chlorine_ has joined #linux-sunxi
leviathan_ has quit [Ping timeout: 240 seconds]
leviathan_ has joined #linux-sunxi
leviathan_ has quit [Remote host closed the connection]
chlorine_ has quit [Client Quit]
iamfrankenstein has quit [Read error: Connection reset by peer]
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein1 is now known as iamfrankenstein
nOOb__ has joined #linux-sunxi
popolon has quit [Ping timeout: 260 seconds]
LargePrime has quit [Ping timeout: 246 seconds]
nOOb__ has quit [Ping timeout: 246 seconds]
lemonzest has quit [Quit: Leaving]
nOOb__ has joined #linux-sunxi
vagrantc has joined #linux-sunxi
goofie has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
lkcl has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
phipli has joined #linux-sunxi
phipli has quit [Client Quit]
cptG_ has joined #linux-sunxi
cptG has quit [Ping timeout: 260 seconds]
lemonzest has joined #linux-sunxi
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 260 seconds]
iamfrankenstein1 is now known as iamfrankenstein
goofie has quit [Ping timeout: 245 seconds]
vagrantc has quit [Quit: leaving]
vagrantc has joined #linux-sunxi
horstbaerbel has joined #linux-sunxi
gzamboni has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
<horstbaerbel> Back with my USB problem. My Q8 A33 Tablet (mainline U-Boot and Kernel, Linaro alip rootfs) boots to desktop, but I have no USB functionality when booted. The keyboard works in U-Boot though. Any ideas what I should be looking for?
<vagrantc> are you using the usb otg port? could it be in host or peripheral mode?
Ntemis has joined #linux-sunxi
<vagrantc> and the obvious, are the necessary drivers compiled into the kernel or available as modules?
<horstbaerbel> I have logs now. Kern.log: https://pastebin.com/rcuCea9U, Syslog: https://pastebin.com/6wqeFMPy
<vagrantc> [ 9.366811] sunxi-rsb 1f03400.rsb: could not find pctldev for node /soc@01c00000/pinctrl@01f02c00/r_rsb, deferring probe
<vagrantc> er...
<vagrantc> [ 9.366994] sun4i-usb-phy 1c19400.phy: could not find pctldev for node /soc@01c00000/pinctrl@01c20800/usb0_id_detect_pin@0, deferring probe
goofie has joined #linux-sunxi
<horstbaerbel> Kernel .config: https://pastebin.com/hJZveAW4
<horstbaerbel> @vagrantc: What does that mean?
<horstbaerbel> Is that the OTG switch pin?
<horstbaerbel> All drivers compiled into kernel. Not sure what could be missing...
phipli has joined #linux-sunxi
The_Loko has quit [Quit: Leaving]
terra854 has quit [Quit: Connection closed for inactivity]
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
horstbaerbel is now known as horstbaerbel_
horstbaerbel_ is now known as horstbaerbel__
horstbaerbel__ is now known as horstbaerbel
horstbaerbel is now known as horstbaerbel__
horstbaerbel__ is now known as horstbaerbel
horstbaerbel is now known as horstbaerbel__
noblock has joined #linux-sunxi
<noblock> MoeIcenowy: Have you a patch to get the H3 running mali on mainline?
foxx_ has quit [Ping timeout: 245 seconds]
Ntemis has quit [Ping timeout: 264 seconds]
dev1990 has joined #linux-sunxi
Ntemis has joined #linux-sunxi
IgorPec2 has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
perr has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
IgorPec2 has quit [Ping timeout: 240 seconds]
Ntemis has quit [Ping timeout: 240 seconds]
|Jeroen| has quit [Quit: dada]
Ntemis has joined #linux-sunxi
popolon has joined #linux-sunxi
jernej has joined #linux-sunxi
<horstbaerbel__> The dts files from u-boot and kernel are quit different. Can I use the u-boot dts files for the kernel?!
<horstbaerbel__> ...as USB works in u-boot...
Ultrasauce has quit [Remote host closed the connection]
smaeul has joined #linux-sunxi
r1mikey has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
jernej has quit [Ping timeout: 255 seconds]
r1mikey has quit [Ping timeout: 260 seconds]
horstbaerbel__ is now known as horstbaerbel
victhor has joined #linux-sunxi
vpeter has quit [Ping timeout: 260 seconds]
Mr__Anderson has quit [Remote host closed the connection]
dev1990 has quit [Quit: Konversation terminated!]
lkcl has quit [Ping timeout: 240 seconds]
vagrantc has quit [Quit: leaving]
scream has quit [Remote host closed the connection]
smaeul has quit [Ping timeout: 260 seconds]
smaeul has joined #linux-sunxi
vpeter has joined #linux-sunxi