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
lkcl has joined #linux-sunxi
Hao_ has quit [Ping timeout: 240 seconds]
BenG83 has quit [Quit: Leaving]
techping has joined #linux-sunxi
wzyy2 has joined #linux-sunxi
perr has joined #linux-sunxi
Hao_ has joined #linux-sunxi
Hao_ has quit [Remote host closed the connection]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
Andy-D has quit [Ping timeout: 255 seconds]
ninolein has joined #linux-sunxi
terra854 has joined #linux-sunxi
ninolein_ has quit [Ping timeout: 258 seconds]
<wens> plaes: for pure lcd, it uses ch0, for hdmi, it uses ch1
<wens> plaes: so the second hunk is probably wrong
techping has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
atsampson has quit [Ping timeout: 255 seconds]
atsampson has joined #linux-sunxi
rah_ has quit [Ping timeout: 255 seconds]
rah has joined #linux-sunxi
victhor_ has quit [Ping timeout: 240 seconds]
IgorPec has joined #linux-sunxi
<wens> MoeIcenowy: spotted another bug, the usbphy pmu regions are too small... REG_PMU_UNK1 is 0x10, but the region size is only 0x4
Hao has joined #linux-sunxi
pg12 has quit [Ping timeout: 258 seconds]
pg12_ has joined #linux-sunxi
reev has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 255 seconds]
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 240 seconds]
<plaes> wens: yeah
<plaes> second one was wrong
<plaes> though, this tablet has hdmi output also
Gerwin_J has joined #linux-sunxi
<plaes> and to get this one to work, I had to add <&ccu CLK_HDMI>
TheSeven has quit [Ping timeout: 255 seconds]
<wens> looks right
TheSeven has joined #linux-sunxi
<wens> we didn't have an hdmi clock in the old clock driver
<plaes> yeah
<plaes> what do you think about two other simplefb nodes? :)
<plaes> I have confirmed that nodes 1 and 2 (de_fe0-de_be0-lcd0-hdmi and de_fe0-de_be0-lcd0) work
<plaes> but I have no HW to test the first and second one
<plaes> this is on sun4i
<plaes> for sun7 I can test RGB & HDMI
terra854 has quit [Quit: Connection closed for inactivity]
iamfrankenstein has joined #linux-sunxi
<wens> the other 2 are just the first 2 without de_fe0?
terra854 has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
paulk-collins has quit [Ping timeout: 258 seconds]
<swiftgeek> i tried https://github.com/jwrdegoede/rtl8189ES_linux.git but it doesn't quite seems to work as out-of-the-tree driver :(
JohnDoe_71Rus has joined #linux-sunxi
chlorine has joined #linux-sunxi
<wens> i just drop it in staging or somewhere, and add it to the existing Makefile and Kconfig files
chlorine has quit [Ping timeout: 240 seconds]
f0xx has joined #linux-sunxi
lennyraposo has joined #linux-sunxi
<swiftgeek> wens: preferably i want to make AUR package for it
reinforce has joined #linux-sunxi
f0xx has quit [Ping timeout: 252 seconds]
OtakuNekoP has joined #linux-sunxi
ganbold has quit [Ping timeout: 255 seconds]
paulk-collins has joined #linux-sunxi
ganbold has joined #linux-sunxi
f0xx has joined #linux-sunxi
gumblex_ has joined #linux-sunxi
gumblex has quit [Ping timeout: 240 seconds]
gumblex_ is now known as gumblex
<swiftgeek> yep it works, with the only issue of it spewing a lot of FF into kmsg during init
<swiftgeek> 496 lines with just FF in it ;D
Andy-D has joined #linux-sunxi
f0xx has quit [Ping timeout: 240 seconds]
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
esperegu has joined #linux-sunxi
esperegu has left #linux-sunxi ["http://quassel-irc.org - Chat comfortably. Anywhere."]
DullTube has joined #linux-sunxi
perr has quit [Ping timeout: 260 seconds]
Hao has quit [Ping timeout: 240 seconds]
formruga has joined #linux-sunxi
<swiftgeek> it doesn't quite work with 4.11 though
perr has joined #linux-sunxi
perr has joined #linux-sunxi
perr has quit [Changing host]
yann|work has quit [Ping timeout: 260 seconds]
komunista has joined #linux-sunxi
<swiftgeek> [ 124.029102] 8189fs: Unknown symbol signal_pending (err 0)
<swiftgeek> [ 124.034947] 8189fs: Unknown symbol allow_signal (err 0)
<swiftgeek> i guess i need to add #include <linux/sched/signal.h> to include/osdep_service_linux.h
<swiftgeek> yep that made it work
massi has joined #linux-sunxi
<swiftgeek> can i wake H3 board somehow from poweoff?
<swiftgeek> i see PWR-KEY on schematics, but it doesn't look special
Andy-D has quit [Ping timeout: 260 seconds]
bonbons has joined #linux-sunxi
yann|work has joined #linux-sunxi
Hao has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
<wens> if running mainline, then no
popolon has joined #linux-sunxi
<MoeIcenowy> swiftgeek: mainline? currently no
<KotCzarny> wens: is there some special sleep state in bsp? sleeping uboot or openrisc program?
chlorine has joined #linux-sunxi
<wens> KotCzarny: the openrisc core supposedly handles wakeup when the main ARM cores are powered down
chlorine_ has joined #linux-sunxi
<MoeIcenowy> maybe I can try to write a small program on arisc, which reset the SoC when pwr-key is pressed
<wens> i still haven't sent that WFI-on-halt patch :|
chlorine has quit [Ping timeout: 258 seconds]
<MoeIcenowy> wens: for Linux?
<wens> MoeIcenowy: yes
<MoeIcenowy> how to enable it?
<MoeIcenowy> I think some platform won't like WFI-on-halt
Hao has quit [Ping timeout: 240 seconds]
<wens> what do you mean? currently it's a busy loop
<wens> which makes the H3 very hot
DullTube has quit [Quit: Leaving]
<MoeIcenowy> oh currently it
<MoeIcenowy> oh I don't know it
<MoeIcenowy> no wonder it got hot after "halting"
<wens> yeah, i asked about it over a year ago over in #armlinux
<wens> and someone said it was ok, just no one got around to doing it
chlorine has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 252 seconds]
<MoeIcenowy> what I though about halting is that
<MoeIcenowy> start the or1k core
<MoeIcenowy> and enter WFI loop
<wens> (probably because no one leaves their stuff in a halt status)
<MoeIcenowy> then the or1k core really shut down all CPU cores
<wens> it doesn't really matter if the core is in WFI or not if the or1k core is just going to shut them down
<MoeIcenowy> and do a poll on PL3
<MoeIcenowy> wens: yes
<MoeIcenowy> P.S. I think our orange pi device tree's missed many regulators
<MoeIcenowy> which can be switch on/off by GPIO
<MoeIcenowy> and if someone wrongly switched them off via GPIO the system will instantly hang
uwe_ has quit [Remote host closed the connection]
uwe_ has joined #linux-sunxi
<wens> righty, need to test my a83t patches on the other boards
<MoeIcenowy> wens: will Linux shutdown all secondary ARM cores when halting?
<wens> not sure
chlorine has quit [Remote host closed the connection]
<wens> i think it's also busy loop
<MoeIcenowy> I will now try to do a prototype on OpenRISC shutdown firmware
<wens> or was that the kernel panic halt
BenG83 has joined #linux-sunxi
<KotCzarny> MoeIcenowy: btw. to get it right, you will be probably have to research how to enable/use interrupts (gpio)
<BenG83> morning
<KotCzarny> also, it will require some communication between or core and running os (linux)
<MoeIcenowy> KotCzarny: I don't want to waste time on the communication
<MoeIcenowy> so the only communication I want to use is -- enable or core by arm core
<MoeIcenowy> this will only be done on shutdown
<wens> you still need to be able to pass something to let it know which pin to watch
<MoeIcenowy> P.S. bpi guys made a IRC channel -- #banana-pi
<wens> this is board specific
<KotCzarny> MoeIcenowy: you should, otherwise it could interfere with os
<KotCzarny> also, in further revisions it could take over cpu and other things housekeeping
enrico__ has joined #linux-sunxi
jernej has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
<KotCzarny> but it might work in your way too initially, ultra low power sleep state
Hao has joined #linux-sunxi
wzyy2 has quit [Ping timeout: 260 seconds]
mhlavink_afk has joined #linux-sunxi
mhlavink has quit [Ping timeout: 260 seconds]
andoma_ has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 258 seconds]
f0xx has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
cptG has joined #linux-sunxi
deskwizard has quit [Remote host closed the connection]
cptG_ has quit [Ping timeout: 252 seconds]
deskwizard has joined #linux-sunxi
wzyy2 has joined #linux-sunxi
simosx has joined #linux-sunxi
diego_r has joined #linux-sunxi
victhor_ has joined #linux-sunxi
Hao has quit [Ping timeout: 240 seconds]
mhlavink_afk has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
mhlavink has joined #linux-sunxi
perr has quit [Ping timeout: 245 seconds]
perr has joined #linux-sunxi
perr has joined #linux-sunxi
perr has quit [Changing host]
victhor_ has quit [Ping timeout: 240 seconds]
Putti has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
<codekipper> BenG83: Hi, I've got some patches for spdif on A64 tested and ready for pushing
<codekipper> I've been playing with i2s but having issues with my codec...it used to work..code is pretty cleaned up and almost ready to push
<BenG83> do you need a Pine64 DAC board :)
reev has quit [Ping timeout: 255 seconds]
<BenG83> I just got the dev sample and I2S works with BSP
<BenG83> I have some issues with SPDIF
<codekipper> does it also do audio in?
<BenG83> not yet
<BenG83> I was going to suggest that for the final hardware version
<BenG83> it's still work in progress
<BenG83> so talk to tllim what you need
<MoeIcenowy> KotCzarny: I now at least succeeded on polling PL3
<codekipper> what's wrong with spdif?
<BenG83> it does output 'something' if I use the device
<MoeIcenowy> and do system reboot
<BenG83> e.g. the laser turns on
<BenG83> but none of my devices work
<BenG83> DAC via I2S works
<BenG83> (that is on BSP kernel)
<codekipper> Looking at the cubietruck schematic..the spdif out is connected to ground.
<BenG83> tllim wanted to check out software issues first before he sends the board to ESS for tuning
<codekipper> I wasnÃ't sure of the pinout of the connector I salvaged but it worked..OKish...was a bit noisy
<BenG83> Volumio has a sample of the DAC board an now officially supports Pine64
<codekipper> ping us the details and at the very least I can send you some patches to try
<BenG83> I would like to try mainline A64 digital audio :)
<MoeIcenowy> for configuration I will try to add a configuration struct in the firmware binray
chlorine has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 260 seconds]
Gerwin_J has joined #linux-sunxi
<diego_r> enrico__: are you github's ebutera?
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
Ntemis has joined #linux-sunxi
ksyz has quit [Ping timeout: 260 seconds]
ksyz has joined #linux-sunxi
techping has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
f0xx has quit [Ping timeout: 255 seconds]
<MoeIcenowy> wens, KotCzarny: a sample firmware is at https://github.com/Icenowy/h3-arisc-shutdown
<MoeIcenowy> very very sample -- even CPUX shutdown is not properly implemented now, only system reset implemented
Putti has joined #linux-sunxi
nove has joined #linux-sunxi
The_Loko has joined #linux-sunxi
<KotCzarny> huh, so much code for a simple function
<MoeIcenowy> KotCzarny: yes ;-)
<MoeIcenowy> most of the code is still derived from megous's work
perr has quit [Quit: Leaving]
JohnDoe_71Rus has joined #linux-sunxi
enrico__ has quit [Quit: Bye]
enrico__ has joined #linux-sunxi
wzyy2 has quit [Read error: Connection timed out]
wzyy2 has joined #linux-sunxi
f0xx has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
<enrico__> diego_r: yes
<MoeIcenowy> oh so strange... if I deassert the reset line of arisc under Linux it will soon be re-asserted automatically
<MoeIcenowy> and the code for arisc is not really executed
<MoeIcenowy> (My deassertion is not done by using devmem2...
<dgp> MoeIcenowy: do you have plans to implement something that could do deep sleep?
<MoeIcenowy> currently not so deep ;-)
reinforce has quit [Quit: Leaving.]
* dgp thinks wake on wifi would be cool.. :)
<KotCzarny> huh
<MoeIcenowy> but if I do the deassertion by sunxi-fel the CPUs code can be executed successfully
<KotCzarny> would require lots of code
<KotCzarny> or smart idea
<dgp> KotCzarny: for wake on wifi?
<MoeIcenowy> for wake on anything ;-)
<KotCzarny> unless one could load some custom payload on beacons or other unencrypted packets
jbrown has quit [Quit: Leaving]
<dgp> KotCzarny: most wifi chips support templates that you configure so they automatically reply to stuff without the host doing anything
<KotCzarny> dgp, also, remember that most cheap realteks load some 1-2MB blob in driver
<KotCzarny> and for risc cpu you have.. 32kB\
<KotCzarny> and normal ram is 50-100x slower than usual
<dgp> KotCzarny: but you don't need that on the arisc. All the arisc needs to do is listen for the wake up interrupt when the wifi chip says there is data queued and wake the real host
<KotCzarny> yes, but still, wifi is usb usually
<KotCzarny> we dont have usb driver in arisc
<dgp> KotCzarny: I'm thinking more of SDIO connected chips
<dgp> which low power hosts are going to be using
techping has quit [Remote host closed the connection]
fkluknav has quit [Ping timeout: 268 seconds]
<MoeIcenowy> wens: how could we update U-Boot PSCI version to 1.0?
<MoeIcenowy> do we need to implement all functions for PSCI 1.0 to add support for it?
f0xx has quit [Ping timeout: 260 seconds]
leviathancn has joined #linux-sunxi
fkluknav has joined #linux-sunxi
<MoeIcenowy> oh there's a default implementation (return -1)
<MoeIcenowy> ok did a simple implementation
<diego_r> enrico__: ciao :-) I'm the one who opened the Lime2 eMMC pull request. If you have any question I'm here
lemonzest has quit [Quit: Leaving]
reinforce has joined #linux-sunxi
lkcl has joined #linux-sunxi
leviathancn has quit [Ping timeout: 240 seconds]
<wens> MoeIcenowy: all _required_ functions
fkluknav has quit [Ping timeout: 240 seconds]
popolon has quit [Ping timeout: 252 seconds]
popolon has joined #linux-sunxi
<KotCzarny> wouldnt it be nice if someone implemented some arduino like os for arisc?
<KotCzarny> that way those boards could be cheap a** alternative with high performance piggy backed
wzyy2 has quit [Ping timeout: 268 seconds]
victhor_ has joined #linux-sunxi
victhor_ is now known as victhor
fkluknav has joined #linux-sunxi
dh1tw has quit [Ping timeout: 240 seconds]
<MoeIcenowy> wens: which are required?
dh1tw has joined #linux-sunxi
<dgp> KotCzarny: arduino is just GCC + some libraries
<dgp> I think getting FreeRTOS running on it would be good though. Would make adding functionality to it easier
Andy-D has joined #linux-sunxi
chlorine has quit []
<KotCzarny> someone could measure power draw with running only arisc?
<wens> MoeIcenowy: check the PSCI standard
<wens> reset and power off are required though... very problematic
<KotCzarny> i thinks thats the two things she is going to implement
<beeble> KotCzarny: 25mW on a31 with 1gb dram in self refresh and 32khz clock
<KotCzarny> hum, still a lot
<KotCzarny> and with dram turned off?
<beeble> don't know, couldn't find the number on my harddisk
<wens> KotCzarny: power off means talking to the PMIC in most cases
<wens> i guess it's possible to implement some bare bone RSB driver that just assumes the pmic is already initialized
<KotCzarny> wens, we have to fake the 'power off', otherwise we cant turn board on again without power cycle?
<wens> since the power off bit is the same across all the variants
<wens> KotCzarny: i'm talking about the generic case, the ones with PMICs
<beeble> i probably measured it, but the dram self refresh numbers had been more important
<wens> KotCzarny: and you can't do PSCI with the openrisc core
<MoeIcenowy> wens: we can only implement PSCi 1.0 for H3
dave0x6d has joined #linux-sunxi
<wens> you mean implement it just/only for the H3
<MoeIcenowy> yes
<wens> yeah i suppose that works
<MoeIcenowy> I have already done an implementation
<MoeIcenowy> poweroff: which try to de-assert ARISC, if failed, then force shutdown core 1~3, then core 0 do a infinite WFI
<wens> have a power off function in u-boot psci that brings up the openrisc core and then busy loops itself
<MoeIcenowy> and reset of course uses wdt ;-)
<wens> you don't have to check if it failed or not
<MoeIcenowy> yes no check needed
<wens> just load code, de-assert, then wfi loop
<BenG83> moin moin
<MoeIcenowy> but I think we cannot load code in PSCI zone...
<wens> openrisc just comes in and turns everything off
<MoeIcenowy> we need other functionality to load arisc firmware
<wens> hehe, that's the problem :)
<wens> you can't tell the kernel to do it either
<MoeIcenowy> one way is SPL FIT ;-)
<wens> for all we know, the kernel may have something else running on the openrisc core that you will disrupt
matthias_bgg has quit [Quit: Leaving]
<MoeIcenowy> oh yes...
<MoeIcenowy> maybe we should do this in kernel side?
<MoeIcenowy> make an ar100-poweroff driver?
<wens> then you can't use psci
<MoeIcenowy> but all poweroff drivers will be overrided by psci
<MoeIcenowy> so we should keep use psci 0.1 here and even cannot update to 0.2/1.0
<wens> in any case, loads of possible conflicts
<MoeIcenowy> yes
<wens> it's been this case for a long time, since we're not doing reset/poweroff in psci
<wens> i think a while back hansg had asked about it
<MoeIcenowy> now I think having an ATF is pretty cleaner ;-)
<wens> (a year or two ago)
<wens> yeah, and then you have ATF and the kernel fighting over resources
<wens> clocks, peripherals, you name it
BenG83 has quit [Quit: Leaving]
diego_r has quit [Ping timeout: 260 seconds]
<MoeIcenowy> the most clean way is make the ARM core co-processors ;-)
<MoeIcenowy> see the BroadCom VideoCore MCUs with ARM co-processors used on RPis ;-)
<wens> ha
<MoeIcenowy> in this situation ARM core have no resources -- except the ones that are borroweded from VC4
miasma_ is now known as miasma
lennyraposo has quit [Quit: Leaving.]
massi has quit [Remote host closed the connection]
<KotCzarny> maybe make resources in kernel configurable?
<KotCzarny> ie. can be marked as disable/offloaded to arisc?
<KotCzarny> or make 'arisc' driver that will negotiate what it can grab?
enrico__ has quit [Quit: Bye]
BenG83 has joined #linux-sunxi
<MoeIcenowy> the pin controller is a big problem
<MoeIcenowy> maybe we can do this -- assign all needed peripherals' pinctrl nodes to the arisc device tree node
<MoeIcenowy> P.S. I think we should create a ARISC firmware format, which has a file header at 0x4000 position (the SRAM A2 start)
<MoeIcenowy> the SRAM A2 start seen from AR100
<MoeIcenowy> and I now think to divide AR100 firmware to 3 classes -- shutdown firmware, suspend firmware, offload firmware
<KotCzarny> or just make one proper?
<KotCzarny> otherwise you could be duplicating code
<KotCzarny> which isnt good
<MoeIcenowy> I think many people want to make their own offload firmwares ;-)
<KotCzarny> want - yes, have time/skills - nope ;)
<MoeIcenowy> maybe we should first make a barebone then make some firmwares based on the barebones
jernej has joined #linux-sunxi
urpablo has joined #linux-sunxi
<urpablo> Hola buenas tardes. Busco ayuda con una implementación en orange pi
<TheLinuxBug> Hola urpablo, ¿hablas inglés, hablamos principalmente inglés en este canal.
<urpablo> Hemos seguido los tutoriales para poder rotar la pantalla de una orange pi, pero no conseguimos que rote todo el contenido (una ventana que despliega un video).
<TheLinuxBug> urpablo: Si bien es posible utilizar una herramienta de traducción, obtendrá mucho más ayuda aquí si puede comunicarse en inglés
<TheLinuxBug> urpablo: tal vez usted puede traducir antes de preguntar y entonces podemos tratar de responder a su pregunta para usted si usted no es fluido en inglés
<TheLinuxBug> http://translate.google.com works well for this
<urpablo> ok. I want for help in a implementation of sunxi on orange pi. We followed the tutorials to be able to rotate the screen of an orange pi, but we did not get it to rotate all the content (a window that displays a video).
<MoeIcenowy> is the video played via libvdpau-sunxi?
<urpablo> Yes
<MoeIcenowy> thus it cannot rotate.
<TheLinuxBug> urpablo: I think MoeIcenowy is saying it is a limitation of the hardware gpu accell that it can not rotate, to get rotation you would likely need software decoding/playback.
<MoeIcenowy> yes
<MoeIcenowy> as the libvdpau-sunxi driver directly writes to the disp module
<KotCzarny> what's sunxi?
<TheLinuxBug> urpablo: Creo que MoeIcenowy está diciendo que es una limitación de la accell gpu hardware que no puede girar, para obtener la rotación es probable que necesite decodificación de software / reproducción como el driver libvdpau-sunxi escribe directamente en el módulo disp
fkluknav has quit [Ping timeout: 260 seconds]
<TheLinuxBug> KotCzarny: lol
<urpablo> I tried to compile the kernel as a native rotation
<urpablo> But we did not get the compilation because it did not generate us correctly the uboot
<TheLinuxBug> urpablo: you will need to compile u-boot seperatly from kernel, they are two different things
<TheLinuxBug> and in most case as long as you place kernel back in same boot volume to replace existing you shouldn't need new uboot
<urpablo> You mean a cross build?
<KotCzarny> unless you run old smelly unconfigurable uboot
<TheLinuxBug> Urpablo: se puede encontrar información acerca de u-boot http://linux-sunxi.org/U-Boot se compila separada del kernel, sin embargo, si está utilizando una imagen común, puede montar la primera partición en la tarjeta y Reemplazar el kernel existente sin nuevo u-boot, depende de la imagen que está utilizando.
<MoeIcenowy> P.S. there's no native rotation
<TheLinuxBug> MoeIcenowy: just curious, how does Android accomplish rotation then?
<MoeIcenowy> Mali
<TheLinuxBug> ahh I see
<MoeIcenowy> but to use this for rotation under X we will need lima
fl__0 has joined #linux-sunxi
<KotCzarny> or just opengl based window manager
<urpablo> Ok, we run a smelly uboot, but it's configurable. Actually we're compiling a new image under version 4.9, according to what they indicate should not have problems given that it is a clean image.
fl_0 has quit [Ping timeout: 240 seconds]
<urpablo> I check http://linux-sunxi.org/U-Boot and I'll tell you if there are problems
<urpablo> Thanks
<urpablo> very much
<TheLinuxBug> urpablo: sure, have a good day! :)
<urpablo> Nice
urpablo has left #linux-sunxi [#linux-sunxi]
<KotCzarny> huh, he should check mainline_uboot page
<TheLinuxBug> hehehe
<KotCzarny> there should be big red redirect
<TheLinuxBug> he will be back im sure
<KotCzarny> ;)
<nove> is not a hardware limitation, but about software integration which can only be made adequately by having *proper* drivers
Gerwin_J has quit [Quit: Gerwin_J]
<nove> rotation, as was said can be done by the gpu (the lazy way)
<nove> but the correct way would be to use the display engine, G2D or the transform engine, or whatever
<nove> or whatever that can do rotation
fkluknav has joined #linux-sunxi
f0xx has joined #linux-sunxi
xes has quit [Quit: WeeChat 1.6]
<victhor> I'm having a problem configuring UART1 in ports PD10 and PD11 on a A33 q8 tablet board. I have configured the ports on the dts file, but UART1 doesn't work, and I can still export PD10 and PD11 as gpios, instead of getting a busy error
<victhor> I had asked this question here before, but I have had no progress so far...
<beeble> iirc you will only get a busy error if the pin is used as a gpio in linux (for example gpio controlled regulator)
simosx has quit [Quit: Yakkety Bye!]
\\Mr_C\\ has quit [Quit: .]
lkcl has quit [Ping timeout: 260 seconds]
JohnDoe0 has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 255 seconds]
lkcl has joined #linux-sunxi
f0xx has quit [Ping timeout: 240 seconds]
terra854 has quit [Quit: Connection closed for inactivity]
xes has joined #linux-sunxi
xes has quit [Client Quit]
<nove> it makes sense, when thinking "free software" == "gratis software"
<MoeIcenowy> but the sentence "maintaining a proprietary fork of a free software project is a greater burden than it's worth" is right ;-)
<nove> correct
<MoeIcenowy> and Allwinner seems to be the last one to realize it
<MoeIcenowy> when comparing to Rockchip and Amlogic
<MoeIcenowy> which have similar market position
<nove> I was referring to the wall of text (the next comment), only linked to that one for context
<MoeIcenowy> yes ;-)
<MoeIcenowy> P.S. in fact the hardware design of Allwinner is not bad -- it has at least respected the ARM cores, which we mainly program ;-)
<nove> where is presented that "binary blobs" are "free software", and my comment was that it does when "free" means "gratis"
<KotCzarny> that's overthinking, i think
xes has joined #linux-sunxi
<nove> and to make clear (to people who doesn't know), the "binary blobs" which all winner releases with their kernel source dumps, is NOT firmware
tkaiser has joined #linux-sunxi
<nove> the "binaries blobs" are .a files without the extension, and they link with the rest of the kernel
<nove> making any distribution of this obtained kernel, a clear gpl violation
IgorPec has quit [Ping timeout: 240 seconds]
bonbons has quit [Quit: Leaving]
reinforce has quit [Quit: Leaving.]
komunista has quit [Quit: Leaving.]
netlynx has quit [Quit: Ex-Chat]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
lkcl has quit [Ping timeout: 240 seconds]
laj has joined #linux-sunxi
lamer14925514392 has joined #linux-sunxi
BenG83 has quit [Ping timeout: 240 seconds]
tkaiser has quit [Ping timeout: 240 seconds]
lamer14925520050 has joined #linux-sunxi
lamer14925514392 has quit [Ping timeout: 255 seconds]
nove has quit [Quit: nove]
Nacho_ has quit [Remote host closed the connection]
OtakuNekoP has quit [Ping timeout: 240 seconds]
Nacho has joined #linux-sunxi
lamer14925527821 has joined #linux-sunxi
lamer14925520050 has quit [Ping timeout: 260 seconds]
Nacho_ has joined #linux-sunxi
fkluknav has quit [Ping timeout: 252 seconds]
Nacho has quit [Ping timeout: 240 seconds]
Ntemis has quit [Remote host closed the connection]
The_Loko has quit [Quit: Leaving]
lamer14925527821 has quit [Ping timeout: 240 seconds]
JohnDoe0 has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
Putti has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
OtakuNekoP_ has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
jernej has joined #linux-sunxi
OtakuNekoP_ has quit [Ping timeout: 260 seconds]
kloczek has joined #linux-sunxi
<victhor> hmm, I have another odd problem with this q8 board, otg detection seems to not work...
<victhor> I have to set dr_mode = "host" to use host mode
<victhor> on the dts file
<victhor> aaaalll
<victhor> lllljhhh
<victhor> sorry, I had the wrong window in focus :P the UART1 is working now
jernej has quit [Ping timeout: 240 seconds]
lamer14925527821 has joined #linux-sunxi
lamer14925527821 has quit [Ping timeout: 255 seconds]
<swiftgeek> wens: so i guess powerup could be way more advanced than just power button? :>
<swiftgeek> MoeIcenowy: neat :D
<swiftgeek> MoeIcenowy: is that firmware handling power key somewhere? :P
<swiftgeek> now i just need to read how do i load and compile the thing :D
<swiftgeek> "then core 0 do a infinite WFI"
<swiftgeek> Wait for Interrupt?
Pepe has quit [Ping timeout: 258 seconds]
Pepe has joined #linux-sunxi
<MoeIcenowy> swiftgeek: just ignore it now ;-)
<MoeIcenowy> victhor: load a usb gadget driver module to use otg
<victhor> so you have to have a gadget driver loaded, even for host?
<MoeIcenowy> yes
<victhor> ooh, hadn't realized that
lurchi_ is now known as lurchi__
popolon has quit [Quit: WeeChat 1.7]
scelestic has quit [Ping timeout: 260 seconds]