<apritzel>
Hi MoeIcenowy, can you quickly confirm my understanding of the A64 USB subsystem?
<apritzel>
two OHCI/EHCI compliant host controller interfaces (HCI)
<apritzel>
So I take it there are _three_ USB controllers on the SoC
<apritzel>
and one USB OTG controller
florianH has joined #linux-sunxi
<apritzel>
one HCI and the OTG are multiplexed to the upper USB receptable on the Pine64
<apritzel>
the other HCI is connected to a switch connected to the second receptable and some HSIC "wires", which can optionally be used on the board to connect a hub, for instance
<apritzel>
and for using the top receptable as a host, we could use the OTG controller in host mode or the HCI controller directly, right?
<apritzel>
where the latter is preferred
<apritzel>
(wow, my first sentence turned up as the third, apparently)
sarietta has joined #linux-sunxi
sarietta has quit [Ping timeout: 248 seconds]
Mr__Anderson has joined #linux-sunxi
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 252 seconds]
iamfrankenstein1 is now known as iamfrankenstein
sarietta has joined #linux-sunxi
Andy-D_ has joined #linux-sunxi
sarietta has quit [Ping timeout: 264 seconds]
Andy-D__ has quit [Ping timeout: 272 seconds]
Ixnus has joined #linux-sunxi
premoboss has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
<budovi>
apritzel: apart of pine I have some Gigabyte board with some arm64 cpu but... gave up after an hour trying to install a kernel + perf
<budovi>
waste of time
<budovi>
so no, I don't know if it's perf bug or allwiner bug
<apritzel>
budovi: the Applied Micro Gigabyte board?
<budovi>
gigabyte mp30-ar0
<apritzel>
budovi: thanks anyway, I will try to find some time to test it here on one the other boards
<apritzel>
budovi: mripard has removed the PMU node from his latest post already
<budovi>
thank you :)
<apritzel>
mripard: btw: thanks for the post and for dropping the PMU node, I wanted to ask you already for that ...
paulk-minnie has quit [Ping timeout: 248 seconds]
premoboss has quit [Ping timeout: 272 seconds]
sarietta has joined #linux-sunxi
<Da_Coynul>
montjoie: I think I figured out the problem. I am getting duplicate MAC addresses on both of my OPIs. The MAC address collision is causing the dropped packets.
Axl__ has quit [Ping timeout: 244 seconds]
<KotCzarny>
montjoie, maybe your driver should warn users that mac was generated on h3 and similar socs?
Ixnus has quit [Quit: Page closed]
sarietta has quit [Ping timeout: 252 seconds]
<Amit_T>
apritzel: Do we need to test it on arm64 board other than pine64 ?
<apritzel>
Amit_T: yes, that would be the first debug approach
<montjoie>
Da_Coynul: impossible to have duplicate MAC, since the driver generate a random one, except if set in DT
<montjoie>
Da_Coynul, do you MAC address set in DT ?
<montjoie>
+have
Putti has joined #linux-sunxi
<budovi>
Amit_T: can you please share your 'perf list' output?
<Amit_T>
sure
<budovi>
or try to explicitely specify event that is used
<budovi>
perf record -e cpu-cycles ...
<budovi>
iirc
sarietta has joined #linux-sunxi
sarietta has quit [Ping timeout: 248 seconds]
Axl_ has joined #linux-sunxi
premoboss has joined #linux-sunxi
al1o has joined #linux-sunxi
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
Worf has quit [Quit: Konversation terminated!]
premoboss has quit [Ping timeout: 244 seconds]
<miasma>
will the h3 emac be included in kernel 4.10?
sarietta has joined #linux-sunxi
<huawei>
miasma, still waiting
sarietta has quit [Ping timeout: 264 seconds]
<montjoie>
miasma: I will send it tomorow, but think 4.10 will be difficult
<apritzel>
montjoie: why should 4.10 be difficult?
<apritzel>
montjoie: and can't you just drop the PM stuff for now if that is still buggy?
<KotCzarny>
or if() around, make it disable by default and add module/kernel option?
<montjoie>
I dropped the resume/sspend, and since Da_Coynul problem is finaly pm unrelated I will keep pm_runtime
<apritzel>
KotCzarny: doing that around buggy code is frowned upon, for good reasons
<mripard>
montjoie: I told you already, but this is dead, untested code
<KotCzarny>
uhum
<montjoie>
mripard: I just said that:) (dropping suspend/resume)
<montjoie>
but pm_runtime work
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<mripard>
montjoie: runtime pm doesn't do anything.
<mripard>
so of course it works
<montjoie>
yes just counters
<mripard>
which are unused, looping back on the "this is dead code"
<montjoie>
i think you spoke about the suspend/resume
<montjoie>
sorry
<montjoie>
mripard: so I dont understand, do I need to send the pm_runtime patch or not ? (since it's you that call for it in v3)
<mripard>
I asked for something that works
<mripard>
if you're not willind to do that, don't
<mripard>
but don't send some untested code that doesn't do anything just to check a box on a todo list
<montjoie>
what I miss for make it working ? since with it I see /sys/devices/platform/soc/1c30000.ethernet/power/runtime_status with the ood status
<mripard>
5~/wi2
<mripard>
grmbl
<montjoie>
only suspend/resume wasnt tested
<montjoie>
and it is why I sent them as RFC
<montjoie>
but pm_runtime is checked
<mripard>
montjoie: to make it useful you'll need some runtime_resume and runtime_suspend hooks
<mripard>
that actually power down and power up the device
<montjoie>
I believed that is was orthogonal, uncessary to each other
<mripard>
it's not orthogonal
<mripard>
pm_runtime_get calls runtime_resume, and pm_runtime_put runtime_suspend
<mripard>
so it's definitely not orthogonal
<miasma>
montjoie: i might try patching 4.8 sources for my personal use then. would the patch i saw on the mailing list work out of the box
<miasma>
also, what do you think about listing the kernel config options for allwinner devices in the wiki? e.g. gentoo has some guides for people compiling their own kernels
<montjoie>
mripard: could you please confirm that suspend wil never be called when the device is used, because all other network driver do "napi/phy" stuff you said I need to remove
<montjoie>
miasma: you could get the latest driver from my github
<montjoie>
for the CONFIG you should take the sunxi_def_config
<miasma>
montjoie: yes, but it installs too much stuff if you try to achieve a minimal kernel
<montjoie>
miasma: you could grep for SUNXI strings to add
<mripard>
montjoie: suspend might be called during the device operations
<mripard>
montjoie: but it cannot be called on the Allwinner SoCs since we don't support system-wide suspend at the moment
<miasma>
montjoie: some of the sunxi stuff depend on other options that are crucial. e.g. on my banana pi I needed some extcon and usb nop to enable the sunxi ethernet
premoboss has joined #linux-sunxi
<montjoie>
mripard: thanks, I will postpone pm patch until I found a good testplan
<miasma>
maybe the wiki isn't supposed to offer that level of hand holding, but I just thought some people might appreciate :)
<mripard>
montjoie: I wanted you to implement runtime suspend, which is called only to the suspend the device when it's not used
<montjoie>
mripard: so suspend and runtime_suspend is not the same
<mripard>
no
buZz has quit [Ping timeout: 250 seconds]
sarietta has joined #linux-sunxi
<montjoie>
I think I haved missed something, you just said "suspend might be called during the device operations" but just after you said "which is called only to the suspend the device when it's not used"
<mripard>
former is suspend, latter is runtime_suspend
<mripard>
two different callbacks, implementing two different mechanisms
cnxsoft has quit [Quit: cnxsoft]
<montjoie>
so I have misunderstood your previous "no"
budovi has quit [Quit: Page closed]
sarietta has quit [Ping timeout: 252 seconds]
nove has joined #linux-sunxi
<mripard>
montjoie: I was confirming that they're not the same
Mr__Anderson has joined #linux-sunxi
buZz has joined #linux-sunxi
buZz is now known as Guest1854
<montjoie>
thanks . Since the driver stop all phy/clk when netdevice is close, so pm_suspend will have little to do
Guest1854 is now known as buZz
Axl_ has quit [Ping timeout: 248 seconds]
nikre has joined #linux-sunxi
<nikre>
is there anything new for opi pc on 4.8 kernel?
Axl_ has joined #linux-sunxi
Axl__ has joined #linux-sunxi
Axl_ has quit [Read error: Connection reset by peer]
<maldata>
Has anyone used the Rastersoft driver for the GSL1680 touchscreen chip? Or any other driver, looks like there are a few. This is on an A20 board (Merrii Hummingbird) with mainline linux.
matthias_bgg has quit [Quit: Leaving]
premoboss has quit [Quit: Sto andando via]
jernej has quit [Ping timeout: 244 seconds]
<nikre>
miasma, does that help thermal feedback?
TheLinuxBug has quit [Ping timeout: 265 seconds]
paulk-collins has joined #linux-sunxi
TheLinuxBug has joined #linux-sunxi
nove has quit [Ping timeout: 244 seconds]
nove has joined #linux-sunxi
<jonkerj>
ths is not mainlined for h3 on 4.8
<jonkerj>
megi maintains a set of patches of which I think they should be hitting mainline somewhere in the future
petr has quit [Ping timeout: 244 seconds]
petr has joined #linux-sunxi
netlynx has joined #linux-sunxi
TheLinuxBug has quit [Read error: Connection timed out]
jernej has joined #linux-sunxi
dev1990 has joined #linux-sunxi
pg12 has quit [Ping timeout: 248 seconds]
TheLinuxBug has joined #linux-sunxi
pg12 has joined #linux-sunxi
<maldata>
How are GPIOs numbered in the sysfs interface? Is /sys/class/gpio/gpio00 port A pin 0, and they are numbered sequentially from there?
<plaes>
maldata: there's article in wiki
<maldata>
plaes: completely missed that, thanks!
TheLinuxBug has quit [Ping timeout: 272 seconds]
yann has quit [Ping timeout: 265 seconds]
sarietta has joined #linux-sunxi
TheLinuxBug has joined #linux-sunxi
apritzel has quit [Ping timeout: 265 seconds]
Mr__Anderson has quit [Remote host closed the connection]
TheLinuxBug has quit [Ping timeout: 256 seconds]
TheLinuxBug has joined #linux-sunxi
<nikre>
jonkerj, is it open? is there a github repository for ths
<nikre>
is there a blog to follow the update details for h3?
<nikre>
ty tkaiser
yann has joined #linux-sunxi
tsuggs has joined #linux-sunxi
nove has quit [Quit: nove]
<montjoie>
nikre: only the wiki
<miasma>
would that ths feature result in decreased power consumption?
<miasma>
or is it just for monitoring temp / throttling if the cpu usage is too high
amit_t_ has joined #linux-sunxi
amit_t_ has quit [Client Quit]
<FergusL>
Hi tkaiser, I wanted to get your feedback on an issue I had with a multithreaded program I wrote for Orange Pi2 with Armbian Ubuntu 16.04
<FergusL>
it seems as if the thread is frozen, it looks like it's inactive. I checked the "cpu affinity" of the process with its PID, it's set as "f" aka 0b1111, implying it can use every core of the H3 processor
<FergusL>
but I thought you might have an idea about where to look next given you wrote power consumption scripts ?
pg12 has quit [Ping timeout: 248 seconds]
pg12 has joined #linux-sunxi
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
apritzel has joined #linux-sunxi
BenG83 has quit [Ping timeout: 252 seconds]
avph has quit [Ping timeout: 252 seconds]
florianH has quit [Quit: Connection closed for inactivity]
BenG83 has joined #linux-sunxi
avph has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
cptG has quit [Remote host closed the connection]
pg12 has quit [Ping timeout: 265 seconds]
pg12 has joined #linux-sunxi
<tkaiser>
FergusL: No idea
<tkaiser>
miasma: Megi's patches implement cpufreq scaling and dvfs (switching between 1.1V and 1.3V when exceeding 816 MHz on the small H3 devices and using a couple of dvfs operating points on the larger Orange Pi)
<tkaiser>
miasma: But cpufreq scaling needs some tweaks on the small H3 boards. Does not work that good now
<miasma>
tkaiser: ok. I think I read that the situation is a bit better on orange pi pc with the previous default settings. better heat dissipation and regulator
leviathanch has quit [Remote host closed the connection]
Putti has quit [Ping timeout: 272 seconds]
Nacho has quit [Quit: No Ping reply in 180 seconds.]
Nacho has joined #linux-sunxi
nikre has quit [Remote host closed the connection]
IgorPec has quit [Ping timeout: 252 seconds]
tkaiser has quit [Ping timeout: 248 seconds]
Da_Coynul has joined #linux-sunxi
Nacho has quit [Quit: No Ping reply in 180 seconds.]
Nacho has joined #linux-sunxi
<Da_Coynul>
montjoie: I am not setting MAC address in DT as far as I know. The kernel built from your sun8i-emac-wip-v2 branch works, and the one built from your sun8i-emac-wip-v4 branch gives the same MAC address to both OPIs.
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
Da_Coynul has joined #linux-sunxi
sarietta has quit [Remote host closed the connection]
sarietta has joined #linux-sunxi
sarietta has quit [Ping timeout: 272 seconds]
reinforce has quit [Quit: Leaving.]
dev1990 has quit [Quit: Konversation terminated!]
tkaiser has joined #linux-sunxi
tkaiser has quit [Ping timeout: 252 seconds]
paulk-collins has quit [Remote host closed the connection]
vagrantc has quit [Quit: leaving]
jernej has quit [Ping timeout: 265 seconds]
sarietta has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]