00:00
kozy_ has quit [Read error: Connection reset by peer]
00:12
<
jmcneill >
MoeIcenowy: i haven't looked at bsp, does it use static edid too?
00:12
<
jmcneill >
none of the aux commands succeed
00:13
<
jmcneill >
DP_MAX_LINK_RATE/LANE_COUNT as well as EDID read all fail
00:14
<
MoeIcenowy >
jmcneill: no EDID
00:14
<
MoeIcenowy >
it just uses timing in FEX
00:14
<
MoeIcenowy >
and ignore any kind of EDID
00:14
<
jmcneill >
any aux commands at all?
00:19
kozy has joined #linux-sunxi
00:24
<
anarsoul >
jmcneill: that doesn't sound good
00:24
<
anarsoul >
IIRC aux has its own differential pair?
00:27
<
MoeIcenowy >
jmcneill: maybe it reads DPCD
00:27
<
MoeIcenowy >
let me check
00:28
<
anarsoul >
MoeIcenowy: u-boot reads DPCD to get max link rate and lane count
00:29
<
MoeIcenowy >
anarsoul: BSP anx9804 driver seems to wrapped DPCD code in #if 0
00:29
<
anarsoul >
I'm talking about mainline u-boot
00:29
<
MoeIcenowy >
maybe I should reply jmcneill here
00:29
<
MoeIcenowy >
anarsoul: and if it fails will any error be shown?
00:30
<
jmcneill >
anarsoul: in case you missed it, hard coding max link rate, lane count, and edid made ryo's pinebook come alive
00:30
<
anarsoul >
MoeIcenowy: yes, if debug is enabled
00:30
<
anarsoul >
jmcneill: I saw it
00:32
victhor has quit [Remote host closed the connection]
00:32
<
anarsoul >
MoeIcenowy: as far as I understand new batch has new panels
00:32
<
anarsoul >
MoeIcenowy: maybe its aux line isn't connected anywhere?
00:33
<
jmcneill >
we had 3 people get them, two workd
00:35
victhor has joined #linux-sunxi
00:37
<
MoeIcenowy >
so it's possible
00:37
chomwitt has quit [Ping timeout: 244 seconds]
00:38
<
MoeIcenowy >
but the reason why MingcongBai's machine sometimes work is still mysterious
00:38
lurchi_ is now known as lurchi__
00:38
<
jmcneill >
elbarto says he has a low success rate (15%) too
00:38
<
MoeIcenowy >
(it works without eMMC installed or power jack inserted
00:38
<
MoeIcenowy >
maybe some calibration is missing?
00:39
<
MoeIcenowy >
I think anarsoul's U-Boot driver is based on my Linux one, right?
00:39
<
anarsoul >
MoeIcenowy: yes
00:40
<
MoeIcenowy >
btw I think it's not simply AUX is not connected
00:41
<
MoeIcenowy >
anarsoul: ElBarto: if the code is not modified, can ANX6345 be accessed?
00:41
<
MoeIcenowy >
I remember in MingcongBai case Linux argues "bus locked" when accessing ANX6345
00:41
<
MoeIcenowy >
that means the chip is not responding
00:42
lurchi__ is now known as lurchi_
00:42
RichardG867 has quit [Ping timeout: 244 seconds]
00:43
<
anarsoul >
MoeIcenowy: ryo's pinebook was able to access ANX
00:43
<
anarsoul >
MoeIcenowy: maybe it wasn't ANX6345, but aux i2c?
00:43
<
MoeIcenowy >
anarsoul: bus locked error is reported by mv64xxx driver
00:43
RichardG867 has joined #linux-sunxi
00:44
<
anarsoul >
MoeIcenowy: well, then it could be different issues
00:45
<
MoeIcenowy >
maybe it needs to be recheck again
00:45
<
MoeIcenowy >
if you have some needed test image
00:45
<
MoeIcenowy >
you could tell me, and I can forward it to MingcongBai
00:46
<
jmcneill >
so you want to try the image i sent to ryo?
00:47
<
jmcneill >
sorry, typing on tablet
00:47
<
MoeIcenowy >
anarsoul: this one has debug output
00:49
<
jmcneill >
this image falls backto hard coded values for failed aux commands, and works for ryo
00:50
<
jmcneill >
edid for 14" pinebook panel
01:43
<
anarsoul >
MoeIcenowy: so it's probably the same issue for MingcongBai?
01:56
RichardG867 has quit [Ping timeout: 256 seconds]
02:07
RichardG867 has joined #linux-sunxi
02:34
BenG83 has quit [Quit: Leaving]
02:36
kaspter has quit [Ping timeout: 240 seconds]
02:40
vagrantc has joined #linux-sunxi
02:42
<
MoeIcenowy >
anarsoul: maybe
02:46
cnxsoft has joined #linux-sunxi
02:48
victhor has quit [Ping timeout: 256 seconds]
03:08
lurchi_ has quit [Ping timeout: 240 seconds]
03:55
vagrantc has quit [Quit: leaving]
04:05
<
anarsoul >
MoeIcenowy: well, we can define anx params and edid in dts...
04:05
<
anarsoul >
however it would be nice to figure out why aux isn't working
04:29
dddddd has quit [Remote host closed the connection]
04:47
RichardG867 has quit [Ping timeout: 260 seconds]
04:49
RichardG867 has joined #linux-sunxi
04:53
[7] has quit [Ping timeout: 265 seconds]
04:53
TheSeven has joined #linux-sunxi
05:08
aalm has quit [Ping timeout: 244 seconds]
05:30
aalm has joined #linux-sunxi
05:48
leviathan has joined #linux-sunxi
05:57
micken has quit [Ping timeout: 248 seconds]
05:58
montjoie has joined #linux-sunxi
06:03
xerpi has joined #linux-sunxi
06:03
xerpi has quit [Remote host closed the connection]
06:04
xerpi has joined #linux-sunxi
06:11
RichardG867 has quit [Ping timeout: 264 seconds]
06:15
JohnDoe_71Rus has joined #linux-sunxi
06:19
RichardG867 has joined #linux-sunxi
06:30
nuuuciano has quit [Ping timeout: 264 seconds]
06:36
xes has quit [Quit: bye..]
06:39
philippefouquet has joined #linux-sunxi
06:41
scream has joined #linux-sunxi
06:42
xes has joined #linux-sunxi
06:43
lkcl has joined #linux-sunxi
06:59
xes has quit [Quit: bye..]
07:02
xes has joined #linux-sunxi
07:14
philippefouquet has quit [Remote host closed the connection]
07:20
philippefouquet has joined #linux-sunxi
07:31
philippefouquet has quit [Remote host closed the connection]
08:11
clemens3 has joined #linux-sunxi
08:25
vagrantc has joined #linux-sunxi
08:53
reinforce has joined #linux-sunxi
09:10
LargePrime has quit [Ping timeout: 244 seconds]
09:12
chomwitt has joined #linux-sunxi
09:18
imcsk8 has quit [Ping timeout: 256 seconds]
09:22
LargePrime has joined #linux-sunxi
10:09
xerpi has quit [Quit: Leaving]
10:28
chomwitt has quit [Ping timeout: 264 seconds]
10:44
victhor has joined #linux-sunxi
10:49
chomwitt has joined #linux-sunxi
10:54
vagrantc has quit [Ping timeout: 256 seconds]
11:17
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 5.0.0, revision: git-7326-85ef2059c, build type: debug, sources date: 20160102, built on: 2018-06-01 10:18:08 UTC git-7326-85ef2059c
http://www.kvirc.net/ ]
11:29
lkcl has quit [Ping timeout: 268 seconds]
11:38
BenG83 has joined #linux-sunxi
11:43
clemens3 has quit [Quit: WeeChat 2.1]
11:44
dddddd has joined #linux-sunxi
12:06
<
igraltist >
does the opi pc support sdxc speed for micro sdcards?
12:12
<
pmpp_ >
i don't think so
12:14
<
pmpp_ >
but pc+ and pc+2e have emmc with decent speed for a few bucks more
12:18
<
igraltist >
i have only opi pc and opi pc2
12:52
[Awaxx] has quit [Quit: There are paranoid crossroads and shipwreck alleys.]
12:54
[StrangeGhost] has joined #linux-sunxi
13:19
hardfalcon has quit [Ping timeout: 256 seconds]
13:20
robogoat has quit [Ping timeout: 244 seconds]
13:21
swabbles has quit [Remote host closed the connection]
13:27
<
MoeIcenowy >
embed-3d: BTW are you stlil working on the ths driver?
13:35
JohnDoe_71Rus has joined #linux-sunxi
13:43
robogoat has joined #linux-sunxi
14:07
aalm has quit [Ping timeout: 244 seconds]
14:10
vagrantc has joined #linux-sunxi
14:22
<
jakllsch >
"sdxc speed" isn't really the way to term it... you probably mean UHS-I or UHS-II..
14:24
<
DonkeyHotei >
there's a uhs-ii now?
14:24
<
jakllsch >
(and I doubt the host controller in those SoCs can do UHS modes.. but i'm just guessing)
14:25
<
jakllsch >
apparently there's even a spec for UHS-III now
14:26
<
veremitz >
yeah controller willll be the limiting factor
14:27
<
MoeIcenowy >
uhs-ii needs 8 data lanes
14:27
<
MoeIcenowy >
4 data lanes can reach at most uhs-1
14:27
<
MoeIcenowy >
and uhs-i needs voltage switching
14:27
<
MoeIcenowy >
which is supported by no sunxi boards
14:30
LargePrime has quit [Remote host closed the connection]
14:37
LargePrime has joined #linux-sunxi
14:43
<
DonkeyHotei >
what about a1/a2 classes?
14:52
<
DonkeyHotei >
MoeIcenowy: so 1.8v is not supported regardless? only 3.3v?
14:53
victhor has quit [Remote host closed the connection]
14:59
<
wens >
MoeIcenowy: uhs-ii needs extra pins and a whole new different slot, so its irrelavant for sunxi
14:59
<
wens >
DonkeyHotei: depends both on the SoC variant, and the board layout
15:00
<
wens >
none of the boards bothered to properly route a configurable regulator for the I/O supply
15:14
<
MoeIcenowy >
Personally I think A class have little difference
15:14
<
MoeIcenowy >
at least for A1
15:14
* MoeIcenowy
wanna purchase an A1 card for test
15:28
<
DonkeyHotei >
so, basically, all that's needed is any old class 10?
15:30
<
buZz >
yeah , ~5MB/s typical performance
15:31
<
DonkeyHotei >
is class 10 even needed?
15:32
cnxsoft has quit [Quit: cnxsoft]
15:38
<
buZz >
its probably the max performance you'd get out of the slot
15:38
<
buZz >
(using a class 10 card)
15:55
vagrantc has quit [Quit: leaving]
16:17
philippefouquet has joined #linux-sunxi
16:26
<
MoeIcenowy >
you can use class 10
16:26
<
MoeIcenowy >
but, don't use "old" class 10
16:27
<
MoeIcenowy >
and I assume A class can advance a lot
16:45
nuuuciano has joined #linux-sunxi
17:00
KalPaOne has joined #linux-sunxi
17:00
<
jmcneill >
Are A2 class cards available yet? I am interested in command queueing aspect of this.
17:11
philippefouquet has quit [Remote host closed the connection]
17:12
<
anarsoul >
MoeIcenowy: I haven't gotten any response from embed-3d regarding his ths driver
17:22
<
KalPaOne >
I'm wondering if the Oranje Pi Zero Plus: H5 has the capabilities to write a public key in ROM and making sure all software is signed by it. I'm interested in creating device which is secure. I read that on paper the Allwinner H5 has the capabilities but i was pointed to irc from the armbian forums.
17:42
aalm has joined #linux-sunxi
17:44
<
buZz >
the CPU is generally not aware of the software
17:44
<
buZz >
there's a bunch of layers between that, like a operating system
17:46
leviathan has quit [Read error: Connection reset by peer]
17:52
leviathan has joined #linux-sunxi
17:52
<
KalPaOne >
@buZz how about a secure boot setup, where the kernel and modules at least can be verified against a pubkey written in an efuse?
17:53
<
buZz >
i kinda doubt that, but i'd be happy to be suprised
17:53
<
buZz >
s/suprised/proven wrong/
18:03
<
KalPaOne >
Rights Management(DRM) , information encryption/decryption, secure boot, secure JTAG and secure efuse
18:03
<
KalPaOne >
: The processor delivers hardware security features that enable trustzone security system, Digital
18:03
<
buZz >
sure, but is that functionality documented?
18:04
<
buZz >
if its not documented, odds are low its implemented
18:11
<
buZz >
but thats not AW's documentation
18:12
<
buZz >
128bits is also -way- too small for any secure public key , tbh :P
18:12
<
buZz >
ah hey RSAKEY_HASH
18:12
<
buZz >
and ROTPK_HASH
18:13
<
buZz >
there you go
18:14
<
buZz >
even has some example code, how nice
18:23
pmpp_ has quit [Ping timeout: 265 seconds]
18:29
JohnDoe_71Rus has quit [Ping timeout: 256 seconds]
18:54
<
KalPaOne >
@buZz thank you i totally overlooked the TOC0 page... so do you consider that secure enough for a public key? im giving it a try :)
18:56
<
buZz >
heh yeah, 160bits is around there :P
18:58
aalm has quit [Ping timeout: 244 seconds]
19:01
<
jerbob92 >
MoeIcenowy, you do have rtl8189ES? Or are you just maintaining those drivers for fun?
19:05
<
anarsoul >
KalPaOne: IIRC once you switch your board to secure mode it's not reversible
19:06
pmpp has joined #linux-sunxi
19:18
<
buZz >
well , TOC0 page says > the signature doesn't use a standard algorithm, misses the last 4 bytes (bug!) and is stored in a non-standard way
19:19
<
buZz >
but thats just for the cert, i guess
19:22
anarsoul has quit [Remote host closed the connection]
19:28
scream has quit [Remote host closed the connection]
19:39
aalm has joined #linux-sunxi
19:40
montjoie has quit [Quit: leaving]
20:24
hardfalcon has joined #linux-sunxi
21:37
victhor has joined #linux-sunxi
21:38
reinforce has quit [Quit: Leaving.]
22:17
messpl has quit [Remote host closed the connection]
22:59
GrimKriegor has quit [Ping timeout: 264 seconds]
23:07
GrimKriegor has joined #linux-sunxi
23:25
vagrantc has joined #linux-sunxi
23:47
chomwitt has quit [Ping timeout: 248 seconds]