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
<KotCzarny> sometimes slower is better ;)
IlyaM has joined #linux-sunxi
<BenG83> so safe from meltdown AND spectre
<BenG83> yay Pinebook ;)
IlyaM has quit [Ping timeout: 240 seconds]
nuuuciano_ has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 256 seconds]
gnufan has quit [Quit: Leaving.]
IlyaM has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
BenG83 has joined #linux-sunxi
IlyaM has quit [Ping timeout: 240 seconds]
<vagrantc> ouch
pgreco has quit [Quit: Leaving.]
Ntemis has joined #linux-sunxi
parazyd has quit [Ping timeout: 276 seconds]
vbmithr has quit [Ping timeout: 260 seconds]
vbmithr has joined #linux-sunxi
parazyd has joined #linux-sunxi
parazyd has quit [Changing host]
parazyd has joined #linux-sunxi
ninolein_ has quit [Ping timeout: 265 seconds]
ninolein has joined #linux-sunxi
tl_lim has quit [Ping timeout: 252 seconds]
tl_lim has joined #linux-sunxi
IlyaM has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
IlyaM has quit [Ping timeout: 240 seconds]
junnie__ has joined #linux-sunxi
IlyaM has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
IlyaM has quit [Ping timeout: 248 seconds]
Ntemis has quit [Ping timeout: 248 seconds]
Ntemis has joined #linux-sunxi
IlyaM has joined #linux-sunxi
IlyaM has quit [Ping timeout: 264 seconds]
junnie__ has quit [Ping timeout: 265 seconds]
junnie__ has joined #linux-sunxi
IlyaM has joined #linux-sunxi
IlyaM has quit [Ping timeout: 268 seconds]
IlyaM has joined #linux-sunxi
IlyaM has quit [Ping timeout: 240 seconds]
junnie__ has quit [Ping timeout: 268 seconds]
afaerber has joined #linux-sunxi
junnie__ has joined #linux-sunxi
IlyaM has joined #linux-sunxi
IlyaM has quit [Ping timeout: 264 seconds]
tl_lim has quit [Read error: Connection reset by peer]
tl_lim has joined #linux-sunxi
IlyaM has joined #linux-sunxi
liushuyu has joined #linux-sunxi
Hao has joined #linux-sunxi
IlyaM has quit [Ping timeout: 268 seconds]
liushuyu has quit [Quit: liushuyu]
liushuyu has joined #linux-sunxi
liushuyu has quit [Remote host closed the connection]
IlyaM has joined #linux-sunxi
jbrown has quit [Ping timeout: 260 seconds]
IlyaM has quit [Ping timeout: 248 seconds]
IlyaM has joined #linux-sunxi
IlyaM has quit [Ping timeout: 248 seconds]
dddddd has quit [Remote host closed the connection]
junnie__ has quit [Ping timeout: 248 seconds]
junnie__ has joined #linux-sunxi
junnie__ has quit [Ping timeout: 248 seconds]
IlyaM has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
IlyaM has quit [Ping timeout: 248 seconds]
Ntemis has quit [Remote host closed the connection]
tl_lim has quit [Ping timeout: 276 seconds]
tl_lim has joined #linux-sunxi
TheSeven has quit [Ping timeout: 252 seconds]
IlyaM has joined #linux-sunxi
IlyaM has quit [Ping timeout: 260 seconds]
lurchi_ has joined #linux-sunxi
kaspter has quit [Quit: kaspter]
kaspter has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 248 seconds]
TheSeven has joined #linux-sunxi
IlyaM has joined #linux-sunxi
IlyaM has quit [Ping timeout: 264 seconds]
TheSeven has quit [Ping timeout: 265 seconds]
IlyaM has joined #linux-sunxi
IlyaM has quit [Ping timeout: 248 seconds]
hipboi has joined #linux-sunxi
tl_lim has quit [Read error: Connection reset by peer]
tl_lim has joined #linux-sunxi
IlyaM has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
IlyaM has quit [Ping timeout: 248 seconds]
cnxsoft has joined #linux-sunxi
junnie__ has joined #linux-sunxi
Hao has quit [Remote host closed the connection]
f0xx has joined #linux-sunxi
IgorPec has joined #linux-sunxi
IlyaM has joined #linux-sunxi
IlyaM has quit [Ping timeout: 248 seconds]
IlyaM has joined #linux-sunxi
nuuuciano_ has quit [Ping timeout: 248 seconds]
IlyaM has quit [Ping timeout: 248 seconds]
TheSeven has joined #linux-sunxi
IlyaM has joined #linux-sunxi
junnie__ has quit [Ping timeout: 268 seconds]
IlyaM has quit [Ping timeout: 256 seconds]
IlyaM has joined #linux-sunxi
lemonzest has joined #linux-sunxi
IlyaM has quit [Ping timeout: 248 seconds]
hipboi has quit [Quit: Leaving]
junnie has joined #linux-sunxi
IlyaM has joined #linux-sunxi
tl_lim has quit [Ping timeout: 265 seconds]
tl_lim has joined #linux-sunxi
IlyaM has quit [Ping timeout: 256 seconds]
kaspter has quit [Quit: kaspter]
kaspter has joined #linux-sunxi
IlyaM has joined #linux-sunxi
IlyaM has quit [Ping timeout: 248 seconds]
JohnDoe_71Rus has joined #linux-sunxi
IlyaM has joined #linux-sunxi
asyring has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
IlyaM has quit [Ping timeout: 248 seconds]
<asyring> Hi with next-kernel I have drm working on cubietruck with HDMI display. Pixelclock patches solves the problem. But it takes a wrong mode. Display is native 1400x1050 and drm set it to 1080p which looks horrible. Modesetting under Xorg.log shows the right resolution but I can't change it. Btw u-boot with simplefb works with the right resolution.
<asyring> Has someone a hint how to force/set it to 1400x1050?
anarsoul has quit [Remote host closed the connection]
anarsoul has joined #linux-sunxi
asyring has quit [Ping timeout: 268 seconds]
ernestask has joined #linux-sunxi
fkluknav has joined #linux-sunxi
IlyaM has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.3 Aria http://www.kvirc.net/]
IlyaM has quit [Ping timeout: 268 seconds]
dddddd has joined #linux-sunxi
IlyaM has joined #linux-sunxi
IlyaM has quit [Ping timeout: 240 seconds]
f0xx has quit [Ping timeout: 248 seconds]
kaspter has quit [Quit: kaspter]
kaspter has joined #linux-sunxi
IlyaM has joined #linux-sunxi
junnie has quit [Ping timeout: 240 seconds]
junnie has joined #linux-sunxi
IlyaM has quit [Ping timeout: 276 seconds]
IlyaM has joined #linux-sunxi
IlyaM has quit [Ping timeout: 268 seconds]
tl_lim has quit [Read error: Connection reset by peer]
junnie has quit [Ping timeout: 265 seconds]
muvlon_ has joined #linux-sunxi
junnie has joined #linux-sunxi
msimpson has joined #linux-sunxi
sr-digitronic has joined #linux-sunxi
sr-digitronic has quit [Remote host closed the connection]
JohnDoe_71Rus has joined #linux-sunxi
sr-digitronic has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
junnie has quit [Ping timeout: 248 seconds]
f0xx has joined #linux-sunxi
apritzel has joined #linux-sunxi
fkluknav has quit [Ping timeout: 260 seconds]
pgreco has joined #linux-sunxi
junnie has joined #linux-sunxi
yann has quit [Ping timeout: 248 seconds]
junnie has quit [Ping timeout: 268 seconds]
dddddd has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
junnie_ has joined #linux-sunxi
elros_ has joined #linux-sunxi
elros_ has quit [Client Quit]
elros_ has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
rasp has quit [Quit: Leaving]
junnie_ has quit [Ping timeout: 260 seconds]
yann has joined #linux-sunxi
newbi has joined #linux-sunxi
<newbi> Hi
<newbi> I've got a question regarding access to MDI registers in R40. How can I get an access to those registers? At what address is GMDIO register accessible?
dave0x6d has joined #linux-sunxi
Pe3ucTop has joined #linux-sunxi
Andy-D_ has joined #linux-sunxi
reinforce has joined #linux-sunxi
anarsoul has quit [Ping timeout: 248 seconds]
sr-digitronic is now known as basxto_
newbi has quit [Quit: Page closed]
anarsoul has joined #linux-sunxi
<miasma> a10, a10s, a13 and a80 are vulnerable to meltdown/spectre now?
<KotCzarny> as long they are OoO cores, sure
afaerber has quit [Quit: Leaving]
<DonkeyHotei> [Wed 2018-01-03 03:59:37 PM PST] <KotCzarny> good thing that a7 and a53 are in-order cores and so, not affected
<miasma> a8 isn't afaik, but it's still listed in https://developer.arm.com/support/security-update
<KotCzarny> DonkeyHotei: but those listed by miasma use a8 cores
<KotCzarny> and a80 uses a15 (+a7)
<miasma> a15 was listed too
<miasma> even worse than a8
<muvlon_> >If you are running Android, please check with Google for the detail of supported kernel versions.
<muvlon_> somebody at ARM's got a wicked sense of humor
<KotCzarny> :)
<KotCzarny> or just trolling their mail boxes
<muvlon_> my only android device is on a 3.4 kernel
<miasma> luckily most if not all mobile phone vendors fully support their phones up to 10 years
<muvlon_> yeah
<KotCzarny> btw. some a8 chip revisions might have erratas that flush their caches anyway
<miasma> oh nice :D
<muvlon_> phones running out-of-date builds of android are pretty much unheard of
<KotCzarny> as someone have said, 2018 is going to be interesting, invest in popcorn
<KotCzarny> ;)
afaerber has joined #linux-sunxi
leviathancn has joined #linux-sunxi
leviathancn has quit [Ping timeout: 265 seconds]
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
fkluknav has joined #linux-sunxi
Andy-D_ has quit [Ping timeout: 255 seconds]
miasma has quit [Ping timeout: 265 seconds]
lurchi_ is now known as lurchi__
<sunxi_fan> hi, i'm proceeding further in my investigation about DRM/KMS at application level.. and i found another issue related to "CPU hogging" with a Qt5.9.x example application: analogclock
f0xx has quit [Ping timeout: 248 seconds]
<sunxi_fan> it looks like there's some "active loop" or something.. because the seconds are ticking ok, but the CPU stays 100% (one core only..)
<sunxi_fan> after a while i found also a simpler test case of this hogging effect using this 'modeset-vsync' source code: https://github.com/dvdhrm/docs/tree/master/drm-howto
<sunxi_fan> as far as i can tell this COULD be related to vertical blank..
<sunxi_fan> ..and double buffering.. as this is still not very clear to me, before delving too much, i'm wondering if anyone has observed this issue..
lurchi__ is now known as lurchi_
<Net147> sunxi_fan: try modetest with -v to check vsync refresh rate?
cnxsoft has quit [Quit: cnxsoft]
<sunxi_fan> let me see..
<sunxi_fan> # modetest -M sun4i-drm -v -s 32@30:800x480
<sunxi_fan> setting mode 800x480-60Hz@XR24 on connectors 32, crtc 30
<sunxi_fan> freq: 100.81Hz
<sunxi_fan> freq: 99.80Hz
<sunxi_fan> freq: 99.79Hz
<sunxi_fan> freq: 99.80Hz
<sunxi_fan> freq: 99.79Hz
<sunxi_fan> freq: 99.80Hz
<sunxi_fan> ...
<sunxi_fan> umh..
<Net147> seems too fast...
<sunxi_fan> on the other connector: HDMI:
<sunxi_fan> # modetest -M sun4i-drm -v -s 37@35:1920x1080
<sunxi_fan> setting mode 1920x1080-60Hz@XR24 on connectors 37, crtc 35
<sunxi_fan> freq: 60.76Hz
<sunxi_fan> freq: 60.00Hz
<sunxi_fan> freq: 60.00Hz
<Net147> and the problem you are having is with LCD or HDMI?
<sunxi_fan> LCD actually..
<Net147> what is output of "cat /sys/kernel/debug/clk/clk_summary"?
leviathancn has joined #linux-sunxi
<Net147> sunxi_fan: I suspect setting HDMI clock rate caused one of the parent clocks to change which affects the LCD clock
<sunxi_fan> i see, just a moment, need to mount the "debugfs"..
reinforce has quit [Ping timeout: 248 seconds]
lurchi_ is now known as lurchi__
junnie_ has joined #linux-sunxi
reinforce has joined #linux-sunxi
reinforce has quit [Remote host closed the connection]
reinforce has joined #linux-sunxi
leviathancn has quit [Read error: Connection reset by peer]
leviathancn has joined #linux-sunxi
<sunxi_fan> here the clk summary during the "modetest om LCD 800x480": http://paste.debian.net/1003569/
reinforce1 has joined #linux-sunxi
<sunxi_fan> i have to say that the modetest DOESN'T hog the CPU. it display quietly at 5% of one A20 core, looking at htop..
<sunxi_fan> the modeset-vsync instead is occupying 100% CPU of one core..
<Net147> if you disconnect HDMI port, restart and run modetest with -v, is it still around 100 Hz?
reinforce has quit [Ping timeout: 250 seconds]
reinforce has joined #linux-sunxi
reinforce1 has quit [Ping timeout: 256 seconds]
reinforce1 has joined #linux-sunxi
reinforce has quit [Ping timeout: 248 seconds]
reinforce has joined #linux-sunxi
reinforce1 has quit [Ping timeout: 248 seconds]
f0xx has joined #linux-sunxi
leviathancn has quit [Ping timeout: 240 seconds]
reinforce1 has joined #linux-sunxi
reinforce has quit [Ping timeout: 248 seconds]
reinforce has joined #linux-sunxi
jbrown has joined #linux-sunxi
<sunxi_fan> removed drm.debug from kernel CLI, detached HDMI cable, rebooted the A20 SBC: freq is indeed 60Hz now: http://paste.debian.net/1003575/
hsunxi has joined #linux-sunxi
reinforce has quit [Read error: Connection reset by peer]
reinforce1 has quit [Ping timeout: 260 seconds]
<sunxi_fan> then 'modeset-vsync' is using "just" 67% of one A20 core with only LCD: http://paste.debian.net/1003576/
<hsunxi> Hello, I have pulled the latest mainline kernel and built 4.15.0-rc6-dirty for the orange pi pc plus. The ethernet is working but not there is not WLAN. After looking at the dts files I could see that wifi is added to mmc1. Can anyone point me in the right direction?
junnie_ has quit [Ping timeout: 248 seconds]
<Net147> sunxi_fan: ok, so you need to explicitly parent the second display engine clocks to pll-video1 instead of pll-video0 so they don't interfere with each other
<hsunxi> Thank you KotCrazy
leviathancn has joined #linux-sunxi
leviathancn has quit [Read error: Connection reset by peer]
<hsunxi> I have followed the instructions for building the RTL8189FTV and after running insmod on the ko I get Unknown symbol in module. dmesg tells me 8189fs: loading out-of-tree module taints kernel. How should I use an out-of-tree module?
leviathancn has joined #linux-sunxi
<KotCzarny> copy module to /lib/modules/<kernelver>/extra, then run depmod -a, then modprobe
<sunxi_fan> Net147: "explicitly parent" -> is that a DTS thing? .. i'm going to dig somthing.. BTW let me tell you, i'm "moved" by your dedication to this community! :-)
<KotCzarny> or find which modules it needs to load as a prerequisite
<KotCzarny> (probably some wifi stack)
<hsunxi> okay thanks will give it a try
<KotCzarny> there might be 'make install' already that does that
<KotCzarny> check makefile
<hsunxi> yes you are correct however I cross compiled so will just do as you said
<Net147> sunxi_fan: see last two commits of https://github.com/net147/linux/commits/sun7i-drm-wip
<Net147> sunxi_fan: you want to apply the three "drm/sun4i: hdmi" clock fixes before it
<hsunxi> Does this driver replace the realtek 8187 driver I have built in? So I should disable it from the kernel config?
reinforce has joined #linux-sunxi
reinforce has quit [Client Quit]
reinforce has joined #linux-sunxi
<KotCzarny> 8189es is completely different from 8187
poe has joined #linux-sunxi
poe is now known as Guest72290
fkluknav has quit [Ping timeout: 260 seconds]
<xyntrix> humm. https://developer.arm.com/support/security-update doesn't seem to be loading currently?
<Guest72290> hi, anybody here who knows something about accessing MDI in R40?
<apritzel> xyntrix: arm.com is down, because the cloud is rebooting ;-)
<apritzel> Guest72290: what do you mean with "MDI", exactly? three letter abbreviations are a bit overloaded ...
<KotCzarny> so, any of you hackers know if emac can access sram a1/a2 ?
<KotCzarny> (specifically on h3)
<Guest72290> As a MDI I mean communication between MAC and PHY in ethernet
fkluknav has joined #linux-sunxi
<sunxi_fan> umh, i just patched the stuff about PLL_VIDEO1 and the DTS parts for hdmi instance, and now the "modetest -v ..." on LCD flickers like crazy and shows a 20Hz framerate.. do i need to patch also the .../sunxi-ng/ccu-sun4i-a10.c & .../sun4i/sun4i_hdmi_tmds_clk.c with those "NO_REPARENT" flags, to be consistent with the "improved" DTS?
f0xx has quit [Ping timeout: 252 seconds]
<sunxi_fan> are these HDMI fixes https://www.spinics.net/lists/arm-kernel/msg625444.html mandatory or currently just good for better "sync" with fancy resolutions.. because currently i'm fine with 1080p as it's a tv set im testing against..
<apritzel> Guest72290: which usually goes as "MDIO", at least in the manuals, isn't it?
<Guest72290> apritzel: yes, sorry I should use name MDIO
<hsunxi> thanks KotCzarny : 3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 :)
<sunxi_fan> BTW with regard to "modetest" i see different behavious with or without -v on the same kernel/settign. with -v it's flickering. without the test card is rock solid.. funny..
<Guest72290> apritzel: I'm just interested in how to get access to Realtek RTL8211 in R40
<apritzel> KotCzarny: do you mean that the network MAC DMAs directly into SRAM?
<xyntrix> apritzel: ah, thank you. :D
<KotCzarny> apritzel: yeah
<hsunxi> my problem was not having MAC80211 built in
<montjoie> Guest72290: you need to use MDIO registers from EMAC
<Guest72290> montjoie: but at which address they are mapped in address space?
<apritzel> Guest72290: so offset 0x48/0x4c from where the EMAC is mapped
leviathancn has quit [Ping timeout: 265 seconds]
<Guest72290> apritzel: thanks - that offsets are this I was looking for
<montjoie> Guest72290: read the user manual for registers detail
chewitt has quit [Remote host closed the connection]
<Guest72290> thank you both - seems like I missed those offsets when I was reading the manual
chewitt has joined #linux-sunxi
<beeble> if anyone cares: MDI is the media dependent interface. that's after the PHY (100BaseTX, 1000Base-T, 1000Base-LX etc), MDIO is the managment data i/o two wire managment interface for the PHY. and MII is the media independet interface to the PHY (e.g mii, rgmii, sgmii)
IlyaM has joined #linux-sunxi
dddddd has joined #linux-sunxi
<Guest72290> beeble: ok, thanks for explanation
<Net147> sunxi_fan: yes, you need the flags
<Net147> sunxi_fan: the HDMI clock fixes aren't needed for standard resolutions usually
IlyaM has quit [Quit: IlyaM]
Guest72290 has left #linux-sunxi [#linux-sunxi]
<Net147> sunxi_fan: it is supposed to be flickering with -v I think
soderstrom has joined #linux-sunxi
IlyaM has joined #linux-sunxi
<sunxi_fan> Net147: you are completely right..
<sunxi_fan> now i fixed the flags of your two patches (no extension of HDMI for fancy resolutions..) and indeed both modetest are working ok with "-d"..
<sunxi_fan> with -v they are flickering, but the LCD still show the 60Hz frame rate..
<sunxi_fan> BTW do you know if the -v flag is preventing the "-d -> drop master mode", because with -v on first instance, the second modetest instance CAN'T acquire planes/setModes..
<Net147> sunxi_fan: yes it is preventing I think
<sunxi_fan> just a further note on flickering and "-v". it happens ONLY on the HDMI modetest, if i add "-v".
<Net147> sunxi_fan: it is switching planes for vsync test and it needs DRM master for that
<sunxi_fan> on the LCD modetest, testcard is stable both with or without -v (where it shows the 60Hz rate)
<sunxi_fan> on a longer term, i'm wondering how are we supposed to converge the mainline kernel on an "effective" setup to cover these cases.. do you have a plan?
<Net147> sunxi_fan: the clock handling?
<sunxi_fan> i mean the C code: parenting or not parenting the second pipeline/hdmi ? of course what's exposed on the DTS can/should be managed at "customer level"..
<sunxi_fan> i see you patches are "marked" DO-NOT-MERGE..
<Net147> sunxi_fan: there is clock rate protection mechanism in linux-next that is supposed to help but it is not in sunxi-next yet
tllim has joined #linux-sunxi
<Net147> sunxi_fan: I don't have any particular plan at the moment
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
<hsunxi> I just built an initrd on Arch using the mainline kernel and get this segfault after reboot https://pastebin.com/ZT0SHEhV
<hsunxi> assuming the cfg80211 is to do with the RTL8189FTV driver I just built..
miasma has joined #linux-sunxi
HeavyMetal has quit [Remote host closed the connection]
soderstrom has quit [Ping timeout: 268 seconds]
fkluknav has quit [Ping timeout: 264 seconds]
<KotCzarny> hsunxi: remove that ss module. its buggy
f0xx has joined #linux-sunxi
<KotCzarny> i mean, crypto engine is buggy
<KotCzarny> so remove ss.ko
leviathancn has joined #linux-sunxi
<BenG83> do I have to read the temperature on A64 from registers atm, or is there a driver?
<hsunxi> in the Cryptographic API config?
<KotCzarny> hsunxi: yeah
<hsunxi> do you know which one it is?
<KotCzarny> in hardware submenu
<KotCzarny> whatever with sunxi in the name
<KotCzarny> or just remove ss.ko from filesystem
<KotCzarny> or sunxi-ss.ko dont remember
<hsunxi> found it, am trying to make a stable build I can deploy on many test boards
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
HeavyMetal has joined #linux-sunxi
fdcx has quit [Remote host closed the connection]
<hsunxi> the ss.ko is no more yet I still have the problem https://pastebin.com/DF3fFBuq
<KotCzarny> i can suggest building that wifi module on device then
<KotCzarny> or not. hmm
<hsunxi> the wifi module was working fine
<hsunxi> this is since I built the initramfs
<KotCzarny> tbh i dont use initrd on my systems
<KotCzarny> then i suggest you trying 4.14
<KotCzarny> maybe it's a new bug
fdcx has joined #linux-sunxi
<hsunxi> I don't really need the initrd was just trying to get it as close to the default arch setup as possible
<hsunxi> I will disable it from my boot.cmd for now
<miasma> there's nothing that arch requires in the initramfs unless you start systemd there
<hsunxi> by default it uses systemd
<miasma> you mean by default it starts systemd already from initramfs?
<miasma> it depends. i haven't configured it so
<hsunxi> most likely my understanding is wrong :)
<hsunxi> will wait to see if I have problems
<miasma> in my arch/arm systems, i start a custom ad-hoc init in initramfs and hand over the control to initramfs when booting the root file system
<miasma> that way the initramfs is < 500 kB
<miasma> s/to initramfs/to systemd/
f0xx has quit [Ping timeout: 268 seconds]
<hsunxi> is it possible for the RTL8189FTV to host its own wireless network using wpa_supplicant?
afaerber has quit [Quit: Leaving]
Ntemis has joined #linux-sunxi
anarsoul has quit [Ping timeout: 252 seconds]
msimpson has quit [Quit: Leaving]
leviathancn has quit [Ping timeout: 255 seconds]
leviathancn has joined #linux-sunxi
anarsoul has joined #linux-sunxi
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-sunxi
adj__3 has quit [Ping timeout: 260 seconds]
vagrantc has joined #linux-sunxi
elros_ has quit [Quit: Communi 3.5.0 - http://communi.github.com]
yann has quit [Ping timeout: 248 seconds]
adj__ has joined #linux-sunxi
apritzel has quit [Ping timeout: 248 seconds]
basxto_ has quit [Remote host closed the connection]
adj__ has quit [Ping timeout: 248 seconds]
sunshavi has quit [Ping timeout: 260 seconds]
iamfrankenstein has joined #linux-sunxi
adj__ has joined #linux-sunxi
dev1990 has joined #linux-sunxi
<BenG83> do the AW SoC have a hardware cut-off for overtemperature?
dev1990_ has quit [Ping timeout: 264 seconds]
<KotCzarny> nope
<KotCzarny> unless you program one
<BenG83> yeah I saw the thermal controller only sends alert or shutdown IRQs
IgorPec has quit [Ping timeout: 240 seconds]
ornitorrincos has quit [Quit: ZNC 1.6.5 - http://znc.in]
ornitorrincos has joined #linux-sunxi
ornitorrincos has quit [Changing host]
ornitorrincos has joined #linux-sunxi
<[TheBug]> they have no problem hard freeazing on you though if they are over temp ;p
<[TheBug]> I guess thats a type of overtemperature cut-off
<[TheBug]> but probably not what your wanting ;p
f0xx has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
RichardG867 has quit [Ping timeout: 240 seconds]
kloczek has quit [Ping timeout: 252 seconds]
libv has quit [Read error: Connection reset by peer]
libv has joined #linux-sunxi
kloczek has joined #linux-sunxi
<BenG83> most SoC I used so far had some kind of hardware protection :P
kaspter has quit [Ping timeout: 276 seconds]
muvlon_ has quit [Quit: Leaving]
muvlon_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 265 seconds]
ninolein has joined #linux-sunxi
libv_ has joined #linux-sunxi
kaspter has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
apritzel has joined #linux-sunxi
yann has joined #linux-sunxi
dwaltrs has joined #linux-sunxi
my123 has quit [Read error: Connection reset by peer]
my123 has joined #linux-sunxi
my123 has quit [Changing host]
my123 has joined #linux-sunxi
BenG83_ has joined #linux-sunxi
dwaltrs_ has joined #linux-sunxi
lemonzest has quit [Quit: Quitting]
Mikey_ is now known as MikeyG
RichardG867 has joined #linux-sunxi
RichardG867 has quit [Changing host]
RichardG867 has joined #linux-sunxi
BenG83_ has quit [Quit: Leaving]
lkcl has quit [Read error: Connection reset by peer]
kaspter has quit [Ping timeout: 265 seconds]
kaspter has joined #linux-sunxi
tl_lim has joined #linux-sunxi
tllim has quit [Ping timeout: 252 seconds]
lkcl has joined #linux-sunxi
fl_0 has quit [Ping timeout: 265 seconds]
pgreco has quit [Quit: Leaving.]
fl_0 has joined #linux-sunxi
fl_0 has quit [Client Quit]
fl_0 has joined #linux-sunxi
f0xx has quit [Ping timeout: 248 seconds]
leviathancn has quit [Ping timeout: 255 seconds]
Putti has quit [Ping timeout: 252 seconds]
kaspter has quit [Ping timeout: 252 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.3 Aria http://www.kvirc.net/]
scream has joined #linux-sunxi
kaspter has joined #linux-sunxi
<BenG83> my GbE stops working on A64 when I move the SOPine module from baseboard to clusterboard, I just checked the schematics and the connections between A64 and PHY seem to be identical
<BenG83> power-on config pins on RTL8211 too
<BenG83> the interface comes up, but seems dead when I try to use it
<BenG83> legacy works on both out of the box
hardfalcon has joined #linux-sunxi
libv_ is now known as libv
kaspter has quit [Ping timeout: 248 seconds]
ernestask has quit [Quit: ernestask]
Mr__Anderson has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
my123 has quit [Read error: Connection reset by peer]
my123 has joined #linux-sunxi
my123 has quit [Changing host]
my123 has joined #linux-sunxi
gnufan has joined #linux-sunxi
SP7RT has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
lurchi__ is now known as lurchi_
pmpp has quit [Disconnected by services]
pmpp_ has joined #linux-sunxi
scream has quit [Remote host closed the connection]
MicroJoe has joined #linux-sunxi
<MicroJoe> Hello guys, I tried to send a patchset to linux-sunxi@googlegroups.com but I got a delivery error from Google that told me you may join group before posting
<MicroJoe> Wiki is saying that list is open to posting so I am quite surprised
<[TheBug]> hmm
<[TheBug]> you would have to wait and ask one of the dev guys, like wens or montjoie I am not sure what is needed my self tbh
<[TheBug]> but thank you for contributing and taking your time to come here :)
<MicroJoe> Yeah I almost did a very bad mistake by sending patch to LKML instead of here
<MicroJoe> Code where I found a bug is not mainline yet
<MicroJoe> Patch will sleep on my computer while list is fixed then
brtlin has quit [Ping timeout: 263 seconds]
<[TheBug]> My suggestion is if you can idle here for a time and hopefully one of the guys will see this when they check and they can assist you
<[TheBug]> we are all in different places so some are asleep right now
uwe_mobile has joined #linux-sunxi
uwe_mobile__ has quit [Ping timeout: 240 seconds]
<MicroJoe> I have a permanent weeehat session so feel free to hl me, I will stay on chan
hardfalcon has quit [Ping timeout: 268 seconds]
<MicroJoe> Thanks for your welcoming :)
afaerber has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
IlyaM has quit [Quit: IlyaM]
brtlin has joined #linux-sunxi
hardfalcon has joined #linux-sunxi
Net147 has quit [Quit: Quit]
Net147 has joined #linux-sunxi
Net147 has quit [Client Quit]
leviathancn has joined #linux-sunxi
kaspter1 has joined #linux-sunxi
kaspter has quit [Ping timeout: 268 seconds]
kaspter1 is now known as kaspter
qeed has quit [Quit: Leaving]
Net147 has joined #linux-sunxi
Net147 has quit [Remote host closed the connection]
Net147 has joined #linux-sunxi
Net147 has quit [Remote host closed the connection]
Net147 has joined #linux-sunxi
Net147 has quit [Remote host closed the connection]
qeed has joined #linux-sunxi
Net147 has joined #linux-sunxi
dwaltrs_ has quit [Quit: Connection closed for inactivity]
gnufan has quit [Quit: Leaving.]
dddddd has quit [Read error: Connection reset by peer]
dddddd has joined #linux-sunxi
lurchi_ is now known as lurchi__