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
pgreco has quit [Ping timeout: 276 seconds]
pgreco has joined #linux-sunxi
xerpi has quit [Quit: Leaving]
vagrantc has joined #linux-sunxi
hardfalcon has quit [Quit: Leaving.]
hardfalcon has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
lurchi__ has joined #linux-sunxi
_0x5eb_ has quit [Ping timeout: 245 seconds]
anarsoul|2 has quit [Ping timeout: 248 seconds]
chomwitt has quit [Ping timeout: 240 seconds]
dddddd has quit [Remote host closed the connection]
BenG83 has quit [Read error: Connection reset by peer]
megi has quit [Ping timeout: 260 seconds]
kaspter has quit [Quit: kaspter]
kaspter has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
vagrantc has joined #linux-sunxi
victhor has quit [Ping timeout: 256 seconds]
muvlon_ has quit [Quit: Leaving]
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 264 seconds]
qeed has quit [Quit: Leaving]
vagrantc has quit [Quit: leaving]
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
scream has joined #linux-sunxi
fl_0 has quit [Ping timeout: 265 seconds]
nuuuciano has quit [Ping timeout: 248 seconds]
scream has quit [Remote host closed the connection]
dc13ff has joined #linux-sunxi
leviathan has joined #linux-sunxi
leviathan has quit [Read error: Connection reset by peer]
leviathanch has joined #linux-sunxi
lkcl has joined #linux-sunxi
qeed has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
vagrantc has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
reinforce has joined #linux-sunxi
xerpi has joined #linux-sunxi
philippefouquet has joined #linux-sunxi
parco has quit [Quit: Leaving.]
vagrantc has quit [Ping timeout: 256 seconds]
vagrantc has joined #linux-sunxi
philippefouquet has quit [Remote host closed the connection]
[MyEnthusiasm] has quit [Quit: There are paranoid crossroads and shipwreck alleys.]
_0x5eb_ has joined #linux-sunxi
[Fidelity] has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
dc13ff has quit [Quit: Connection closed for inactivity]
matthias_bgg has quit [Quit: Leaving]
matthias_bgg has joined #linux-sunxi
chomwitt has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
diego_r has joined #linux-sunxi
dddddd has joined #linux-sunxi
<micken> I have to ask once a day: any A64 mmc/sdcard experts here?
LargePrime has quit [Ping timeout: 240 seconds]
kozy_ has joined #linux-sunxi
kozy has quit [Ping timeout: 256 seconds]
<MoeIcenowy> mripard: the endian of sunxi-sid sesm to be wrong
<MoeIcenowy> it returns data in big endian way
<MoeIcenowy> but the data on SID is little endian
<MoeIcenowy> when access of nvmem cells with size < 4
<MoeIcenowy> it get wrong
<MoeIcenowy> should we fix this? (as fortunately currently there's still no in-kernel sid users)
LargePrime has joined #linux-sunxi
<MoeIcenowy> btw thermal sensor calibration data of H6 is no longer raw register value
<MoeIcenowy> it now contains an ambiant tmperature when calibrating, and the readout of the sensors
<agraf> micken: have you tried to trace what's going through the wire?
<micken> agraf: hmm how can I do that? Here is my test case. In u-boot I write 0x80000043 to CMD, gives me response timeout in RINT. I tried to lower clock freq , but same result.
<agraf> micken: is this the first CMD you issued?
<agraf> micken: or do you do this on an initialized SD card?
<micken> agraf: u-boot might have done something in bootup. The smhc ccu register is 0x0 after startup
<agraf> micken: so accessing the SD card from within U-Boot's mmc command works?
<micken> yes
<agraf> micken: then try to trim it down from there
<agraf> micken: add your own u-boot command that issues the CMD
<agraf> micken: by going through all layers
<agraf> micken: then trim down on them
<agraf> micken: and eventually you'll end up with something that only issues a few bits
<micken> agraf: I can't read u-boot src :(
<agraf> micken: because of GPL?
<micken> agraf: yes
<agraf> micken: then find a friend who does it for you :)
<agraf> micken: and if you really want to get fancy on SD, I can really recommend a logic analyzer :)
<micken> agraf: NetBSD is booted with u-boot and I have folowed it from beginning up to SEND_RELATIVE_ADDRESS
<agraf> micken: get yourself a simple beaglebone black, throw the beaglelogic image on it
<agraf> micken: connect the GND/CLK/CMD wires and just trace it :)
<micken> agraf: I'l try everything else first ... all that NetBSD does is controller reset,set clock to 400, and then start sendinng cmd's
<micken> agraf: the only difference for me is that I don't use DMA
<micken> yet
victhor has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
<ElBarto> MoeIcenowy: what sid nvmem cells are < 4 ?
<MoeIcenowy> ElBarto: I'm working on H6
<MoeIcenowy> H6 ths calibration is 2 bytes per sensor
<MoeIcenowy> and 2 byte temperature info
<ElBarto> mhm ok, interesting
leviathanch has quit [Remote host closed the connection]
<MoeIcenowy> so it's something like {0x1138, 0x08c6, 0x08d8}
<ElBarto> all can be read directly or you have to do register read via prctl ?
<MoeIcenowy> all directly
<MoeIcenowy> the only prctl needed SoC is H3
<ElBarto> for ths yes
<MoeIcenowy> ElBarto: and the start of 0x08c6 is not 4-byte-aligned
<MoeIcenowy> 0x1138 @ 0x14, 0x08c6 @ 0x16, 0x08d8 @ 0x18
<ElBarto> huh
<MoeIcenowy> (BTW these are real data from my Pine H64
<ElBarto> 0x14,0x16,0x18 are the efuse offsets ?
<MoeIcenowy> yes
<ElBarto> anything at 0x1A or does it read all zeros ?
<MoeIcenowy> it read 0x00001
<MoeIcenowy> but it's meaningless
<MoeIcenowy> s/00001/0001/
<MoeIcenowy> as H6 has two sensors
<ElBarto> bsp declare this for sun50iw6 : {EFUSE_THM_SENSOR_NAME, 0x14, 64, 2, 2, 1, {0} },
leviathan has joined #linux-sunxi
<ElBarto> so 64 bits starting at 0x14
<ElBarto> two sensors ? one for cpu one for gpu ?
<MoeIcenowy> yes
<ElBarto> so the first 32bits word is the 2 sensors calibration and the 16 upper bits left is the temperature info ?
<ElBarto> (btw what's that temp info?)
<MoeIcenowy> no
<MoeIcenowy> 0x1138 is temp info
<MoeIcenowy> 0x138 = 312, means 31.2 celusis when factory calibrating
<ElBarto> ok I see
<MoeIcenowy> and 0x8c6 means factory calibrating reads out 0x8c6 at sensor 0
leviathan has quit [Remote host closed the connection]
leviathan has joined #linux-sunxi
leviathan has quit [Remote host closed the connection]
xerpi has quit [Quit: Leaving]
<MoeIcenowy> libv: maybe the nightly build of http://dl.linux-sunxi.org/nightly/u-boot-sunxi/u-boot-sunxi-mainline can be shut down?
leviathan has joined #linux-sunxi
<MoeIcenowy> it's now all error
leviathan has quit [Client Quit]
JohnDoe_71Rus has joined #linux-sunxi
<wens> MoeIcenowy: bpi said they also have new revision of bpi-m3?
<MoeIcenowy> wens: only some components changed
<MoeIcenowy> eMMC update to 5.1 (but A83T doesn't support 5.1) and LPDDR3 replaced with AW chips
avph has left #linux-sunxi ["WeeChat 1.6"]
lkcl has quit [Ping timeout: 268 seconds]
LargePrime has quit [Ping timeout: 240 seconds]
<MoeIcenowy> jernej: as jaganteki tested, the HDMI driver fails to work on OPi One Plus either
* ElBarto wonder how to properly name the nvmem-cells for the thermal calibration data ...
LargePrime has joined #linux-sunxi
clemens3 has joined #linux-sunxi
LargePrime has quit [Quit: Leaving]
LargePrime has joined #linux-sunxi
<MoeIcenowy> ElBarto: just make the whole secton "ths-calib" ?
<MoeIcenowy> personally I prefer this
<ElBarto> MoeIcenowy: that's what I started to do yeah
<ElBarto> a 8 bytes section for A64, 4 for H3
<MoeIcenowy> no need
<ElBarto> A64/A83T and H3/H5
<MoeIcenowy> 2 is enough for H3
<MoeIcenowy> 4 for H5
<MoeIcenowy> 6 for A64/A83T
<ElBarto> true
<ElBarto> ah right, I did aligned everything on 4 bytes due to prctl always read 4 bytes
<MoeIcenowy> Linux nvmem framework is byte based ;-)
<ElBarto> mine on freebsd too :) I did that before doing the framework
<diego_r> mripard: hi! I'd like to upstream dts for H3 variant of OrangePi Zero Plus2, here's my patch:
<diego_r> following instructions here: http://linux-sunxi.org/Sending_patches and using get_maintainer.pl I get a pretty long list of emails (Rob Herring, Mark Rutland, you, Chen-Yu Tsai, devicetree@vger, linux-kernel@vger, linux-arm-kernel@lists.infradead). Should I CC them all?
<MoeIcenowy> yes
<diego_r> MoeIcenowy: was that "yes" for me?
<MoeIcenowy> yes ;-)
<MoeIcenowy> you need to send to all
<MoeIcenowy> and if possible, also cc linux-sunxi@googlegroups.com
<diego_r> sure, one more doesn't hurt for sure :) Thanks MoeIcenowy
aalm has quit [Ping timeout: 264 seconds]
lynxis has quit [Remote host closed the connection]
lynxis has joined #linux-sunxi
LargePrime has quit [Read error: Connection reset by peer]
afaerber has quit [Ping timeout: 240 seconds]
LargePrime has joined #linux-sunxi
<jernej> MoeIcenowy: I don't have that board, so I can't really research
nuuuciano has joined #linux-sunxi
leviathan has joined #linux-sunxi
afaerber has joined #linux-sunxi
montjoie has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 265 seconds]
lurchi_ is now known as lurchi__
hardfalcon has quit [Ping timeout: 256 seconds]
<MoeIcenowy> jernej: yes, but it means the driver's failure is common
cnxsoft has quit [Remote host closed the connection]
reinforce has quit [Quit: Leaving.]
adj__ has quit [Ping timeout: 268 seconds]
Putti has joined #linux-sunxi
Putti has quit [Ping timeout: 240 seconds]
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/]
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
diego_r has quit [Ping timeout: 248 seconds]
reinforce has joined #linux-sunxi
hanetzer has quit [Ping timeout: 240 seconds]
hanetzer has joined #linux-sunxi
captainigloo has joined #linux-sunxi
matthias_bgg has quit [Quit: Leaving]
jstein has quit [Quit: quit]
[Fidelity] has quit [Quit: There are paranoid crossroads and shipwreck alleys.]
[MetaPhys] has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
anarsoul|2 has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
nemunaire has quit [Ping timeout: 256 seconds]
afaerber has joined #linux-sunxi
jemk has quit [Quit: Lost terminal]
leviathan has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
jemk has joined #linux-sunxi
popolon has joined #linux-sunxi
hanetzer has quit [Ping timeout: 256 seconds]
hanetzer has joined #linux-sunxi
<micken> agraf: I changed to bits in global control ( 256 cycles timout), and the responstimeout went away. But still the only thing that gives response is CMD8
<micken> idle does nothing
KotCzarny has left #linux-sunxi ["hiking again"]
aalm has joined #linux-sunxi
montjoie has quit [Quit: leaving]
xerpi has joined #linux-sunxi
xerpi has quit [Remote host closed the connection]
xerpi has joined #linux-sunxi
<micken> 1. hw reset 2. set clock 400Khz 3. enable and clear interrupts 4. send cmd0 5.error ( my mmc nightmare)
Putti has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
parco has joined #linux-sunxi
popolon has quit [Ping timeout: 240 seconds]
lurchi__ is now known as lurchi_
nuuuciano has quit [Ping timeout: 260 seconds]
Putti has quit [Ping timeout: 264 seconds]
Putti has joined #linux-sunxi
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
lurchi_ is now known as lurchi__
<micken> OK. Reseting smhc0 from CCU resets everything to defaults. good. Now I just need to find out the setup I need to do, I have checked everything smhc related and poked it, but it doesn't give me interrupts or responses
Putti has quit [Ping timeout: 248 seconds]
lurchi__ is now known as lurchi_
chomwitt has quit [Ping timeout: 240 seconds]
mzki has quit [Ping timeout: 256 seconds]
nemunaire has joined #linux-sunxi
mzki has joined #linux-sunxi
lurchi_ is now known as lurchi__