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
LargePrime has quit [Ping timeout: 240 seconds]
<apritzel> does anyone have a pointer to some SID code from some BSP?
<apritzel> preferably for H3 or A64
tkaiser has quit [Ping timeout: 256 seconds]
<agin_> apritzel: is that the factory eFuse stuff?
<apritzel> agin_: not really, I am looking at BROM disassembly
<apritzel> but yes, this region is connected to some eFuse stuff
<agin_> I think I have seen something to do with the SID... let me see
swiftgeek has quit [Ping timeout: 240 seconds]
<apritzel> I found something already, BSP U-boot code refers to that register: http://filez.zoobab.com/allwinner/h2/201609022/lichee/brandy/u-boot-2011.09/arch/arm/cpu/armv7/sun8iw7/efuse.c
<apritzel> code there matches the assembly I am looking at
<agin_> u32 tve_low_get_sid(u32 index)
<agin_> #define SUNXI_SID_PBASE 0x01c14000
<apritzel> yeah, that address is in the manual, but that's the only information there, really
<agin_> sunxi chip.c
LargePrime has joined #linux-sunxi
<agin_> apritzel: Do a search for SUNXI_SID_VBASE
<agin_> in the Lichee BSP, and it will show up all the references...
<agin_> Used for Chip IDs, Ethernet and TV clk settings
* apritzel is eyeing at a promising sid_set_security_mode()
<apritzel> I am not interesting in the actual SID
<apritzel> the BROM sets and clears some bits there, that matches sid_program_key()
firnsy has quit [Remote host closed the connection]
<NiteHawk> apritzel: it's probably what you're already looking at - https://github.com/allwinner-zh/bootloader/search?q=sid_set_security_mode
swiftgeek has joined #linux-sunxi
<apritzel> NiteHawk: yes, though there are some more interesting bits in your list
<NiteHawk> they all seem to call the https://github.com/allwinner-zh/bootloader/search?q=sid_program_key routine
uwe_ has quit [Ping timeout: 248 seconds]
likewise has quit [Quit: ChatZilla 0.9.93 [Firefox 50.0.2/20161201160049]]
ErwinH has joined #linux-sunxi
uwe_ has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
firnsy has joined #linux-sunxi
firnsy has joined #linux-sunxi
firnsy has quit [Changing host]
jernej has quit [Ping timeout: 245 seconds]
ganbold has joined #linux-sunxi
ErwinH has joined #linux-sunxi
tkaiser has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
jernej has joined #linux-sunxi
perr has joined #linux-sunxi
perr has joined #linux-sunxi
perr has quit [Changing host]
tkaiser has quit [Ping timeout: 240 seconds]
jernej has quit [Ping timeout: 264 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
HeavyMetal has quit [Quit: BNC Services Provided by the ASoTnet IRC Network.]
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
agin_ has quit [Quit: Page closed]
cnxsoft has joined #linux-sunxi
tkaiser has joined #linux-sunxi
tkaiser has quit [Ping timeout: 252 seconds]
<apritzel> Alright, it's late here and all, but: it seems like that the security fuse _can_ be burned on the Pine64
<apritzel> BUT: DON'T DO THIS AT HOME, it seems like a one-way thing!
HeavyMetal has quit [Quit: BNC Services Provided by the ASoTnet IRC Network.]
<apritzel> my board is now almost bricked: it behaves as the Remix Mini PC: FEL mode starts in _nonsecure_ SVC, so no 64-bit switch anymore
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
<willmore> apritzel, thanks for taking one for the team.
<apritzel> willmore: ;-)
<apritzel> willmore: I indeed choose a Pine64 with 1GB, which is the least precious of my collection
ninolein_ has quit [Ping timeout: 240 seconds]
ninolein has joined #linux-sunxi
<willmore> I'm rereading an old thread on cnx about the S905 clock speed scandal. tkaiser says that they had a tool to load up the mail on an H3 box--to generate heat. Was that memtester or something else? I'm curious to use to heat up chips for testing.
dave0x6d has quit [Quit: Connection closed for inactivity]
terra854 has joined #linux-sunxi
<apritzel> so guys: don't do this: the board doesn't start from SD anymore, only FEL works, but in non-secure SVC
<terra854> apritzel: What did you do?
<apritzel> I guess one can run some 32-bit Linux on it, but with some limitations (no SID access, for instance)
<apritzel> terra854: I burned the secure efuse
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
<terra854> apritzel: Pine?
<apritzel> terra854: bog standard Pine64 board, yes
<terra854> apritzel: How dod you even manage to do that/
<terra854> y?
<apritzel> setting bit 11 in the EFUSE_LCJS register
<apritzel> using the SID register write sequence
<apritzel> I think the idea is that you burn some key or certificate into the SID before you burn that bit
<apritzel> so the BROM can validate your boot0/SPL against that key
<willmore> apritzel, yes.
dh1tw has quit [Ping timeout: 240 seconds]
<apritzel> let's book this under "learning" ;-)
<terra854> apritzel: So in other words, your Pine is as good as dead?
<apritzel> terra854: as I said, I think one can boot some 32-bit Linux using FEL
<apritzel> in UP, because no PSCI :-(
<terra854> apritzel: So only 1 core is accessible?
<apritzel> so there goes the tale of the unbrickable Allwinner boards ...
<apritzel> terra854: yes, at least with normal (upstream) Linux, one can somehow hack in another SMP bringup method
<wens> MoeIcenowy: needs the dot clock check relax patch
ErwinH has joined #linux-sunxi
<apritzel> I wonder if there is a signed image which matches the default key ...
ErwinH has quit [Ping timeout: 252 seconds]
dh1tw has joined #linux-sunxi
<wens> jelle: the wierd part translates as " frankly speaking " :p
<wens> or " to be clear "
apritzel has quit [Ping timeout: 240 seconds]
GrimKriegor has quit [Quit: oh bai bai bai]
GrimKriegor has joined #linux-sunxi
ErwinH has joined #linux-sunxi
tkaiser has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
tkaiser has quit [Ping timeout: 245 seconds]
nemunaire has quit [Ping timeout: 240 seconds]
GrimKriegor has quit [Quit: oh bai bai bai]
GrimKriegor has joined #linux-sunxi
HeavyMetal has quit [Quit: BNC Services Provided by the ASoTnet IRC Network.]
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
ErwinH has joined #linux-sunxi
victhor has quit [Ping timeout: 240 seconds]
ErwinH has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
tkaiser has joined #linux-sunxi
tkaiser has quit [Ping timeout: 276 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
pg12 has quit [Ping timeout: 252 seconds]
chomwitt has quit [Ping timeout: 240 seconds]
pg12 has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH_ has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
ErwinH_ has quit [Ping timeout: 240 seconds]
IgorPec has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<MoeIcenowy> apritzel: when your OS image is denied, is there anything on the serial console?
<MoeIcenowy> and I admire your bravery ;-)
[7] has quit [Ping timeout: 245 seconds]
TheSeven has joined #linux-sunxi
tkaiser has quit [Ping timeout: 245 seconds]
<MoeIcenowy> and I don't think there's any "default" key
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
JohnDoe_71Rus has joined #linux-sunxi
ErwinH has joined #linux-sunxi
engideavr has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
BenG83_ has quit [Ping timeout: 240 seconds]
tkaiser has joined #linux-sunxi
jernej has joined #linux-sunxi
tkaiser has quit [Ping timeout: 248 seconds]
IgorPec4 has joined #linux-sunxi
cnxsoft has quit [Remote host closed the connection]
wzyy2 has joined #linux-sunxi
jernej has quit [Ping timeout: 256 seconds]
cnxsoft has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
IgorPec4 has quit [Ping timeout: 260 seconds]
tkaiser has joined #linux-sunxi
OtakuNekoP has quit [Remote host closed the connection]
tkaiser has quit [Ping timeout: 256 seconds]
foxx_ has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<tkaiser> MoeIcenowy: BPi M2+ with 'usual' workloads can run with 816 MHz (that's also the cpufreq we chose in Armbian to prevent hassles if people run with mainline kernel without THS patches). But with cpuburn-a7 or even lima-memtester it's too high
<tkaiser> MoeIcenowy: The legacy kernel's budget cooling code is somewhat broken (as expected). When we tried to test DRAM reliability with lima-memtester (and Mali400 shamelessly overclocked to 600 MHz) the legacy kernel throttled cpufreq down to 240 MHz after 10-15 min (instead of Mali clockspeed)
<tkaiser> MoeIcenowy: The good news: Anyone needing BPi M2+'s feature set should have a look into FriendlyARM's h3_lichee repo. There you find NanoPi M1 Plus (same size, same features, one USB host port more)
fkluknav has joined #linux-sunxi
ErwinH has joined #linux-sunxi
<KotCzarny> apritzel: wow, you the brave ;)
<tkaiser> IgorPec: Did you already some thermal tests with NanoPi M1 Plus? I just looked through throttling settings I took from M1 and first operating points' temperatures/cpufreq look too low. But I can give it a try once the board arrives here, too...
ErwinH has quit [Ping timeout: 240 seconds]
FrostyBytes has quit [Quit: Page closed]
msevwork has joined #linux-sunxi
ErwinH has joined #linux-sunxi
<walkiry> apritzel : which address of the bootROM (A64) have you found the code about checking the SID? I will help you disassembling (understanding).
lamer14858488322 has joined #linux-sunxi
nemunaire has joined #linux-sunxi
tkaiser has quit [Ping timeout: 255 seconds]
lamer14858488322 has quit [Client Quit]
tkaiser has joined #linux-sunxi
mhlavink has joined #linux-sunxi
arete74 has quit [Quit: leaving]
arete74 has joined #linux-sunxi
lkcl has joined #linux-sunxi
lkcl has quit [Client Quit]
BenG83_1 has joined #linux-sunxi
lkcl has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
apritzel has joined #linux-sunxi
florianH has joined #linux-sunxi
INdek has joined #linux-sunxi
Andy-D has joined #linux-sunxi
apritzel has quit [Quit: Leaving.]
wzyy2 has quit [Remote host closed the connection]
premoboss has joined #linux-sunxi
mhlavink has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
montjoie has quit [Ping timeout: 260 seconds]
montjoie has joined #linux-sunxi
<IgorPec> tkaiser: nope, I haven't done any tests yet
jstein_ has joined #linux-sunxi
mhlavink has joined #linux-sunxi
Seppo has quit [Ping timeout: 252 seconds]
jstein_ is now known as jstein
andi_sp has joined #linux-sunxi
Andy-D has quit [Remote host closed the connection]
matthias_bgg has joined #linux-sunxi
apritzel has joined #linux-sunxi
<tkaiser> IgorPec: Ok, will then look into when the board samples arrive.
premoboss has quit [Ping timeout: 260 seconds]
cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
cnxsoft has quit [Remote host closed the connection]
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
INdek has quit [Ping timeout: 240 seconds]
INdek has joined #linux-sunxi
foxx_ has quit [Ping timeout: 255 seconds]
popolon has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
premoboss has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
cnxsoft has quit [Remote host closed the connection]
premoboss has quit [Ping timeout: 255 seconds]
cnxsoft has joined #linux-sunxi
agin_ has joined #linux-sunxi
<agin_> Hi guys, anyone know how I can enable the uboot LCD test pattern?
cnxsoft has quit [Remote host closed the connection]
fkluknav has quit [Ping timeout: 240 seconds]
<apritzel> MoeIcenowy: so the (now secure) BROM apparently refuses to load anything which is not signed
<apritzel> MoeIcenowy: the only way in is via FEL, but this is in non-secure state only
<agin_> how can I get uboot to execute a function every so often? like a callback for video?
<apritzel> which means: no RMR to 64-bit, no SRAM A2 access, no SID access (U-Boot hangs!), probably no GIC access as well
<plaes> agin_: IIRC ssvb ran the test pattern in Linux
<plaes> just look on wiki
<plaes> somewhere under LCD
<agin_> sorry which wiki is this?
<plaes> um.. there is only one linux-sunxi wiki
cnxsoft has joined #linux-sunxi
cnxsoft has quit [Remote host closed the connection]
premoboss has joined #linux-sunxi
foxx_ has joined #linux-sunxi
<ssvb> agin_: I think that plaes mentioned this test program - https://linux-sunxi.org/LCD#Dithering_test_program
<ssvb> it was useful for checking whether dithering is working correctly and gradients look smooth
<ssvb> apritzel: it might be a good idea to ask Allwinner (via pine64?) about how to generate a correct key and sign the SPL
<ssvb> then we could create a small signed stub, which could chain load the actual SPL
<ssvb> then the most interesting question is whether that would be any different from what we already have now without setting this eFUSE bit
<ssvb> if I understand it correctly, you were trying the experiment with eFUSE to check if it helps to make the secure settings working properly (such as blocking access to SRAM A2, etc.), right?
cnxsoft has joined #linux-sunxi
<apritzel> ssvb: yes, I was thinking the same (signed stub)
<apritzel> ssvb: and yes, I will ask TLLim
cnxsoft has quit [Remote host closed the connection]
<apritzel> so the good news is: security now works ;-)
<apritzel> ssvb: my hope was that this using some "default key" now, so all 0's or all 1's
<agin_> sorry here's another question: where can I find the fex files for the H3 which refer to the video output? in uboot?
<KotCzarny> apritzel, one word of caution
<KotCzarny> maybe vendors didnt sell locked down android yet because they didnt knew how to do so
<ssvb> apritzel: in the case if there is some magic ritual performed by the BROM to enable this security in a pure software way, then we should be able to do it without a signed stub
<apritzel> ssvb: actually I was after that
<apritzel> ssvb: and I was thinking that either this "fuse" was non-permanent or I wouldn't be able to actually blow it
<KotCzarny> and once you've successfully added security, no more multi-purpose boards?
<ssvb> agin_: fex files are used by the 3.4 BSP kernels from Allwinner
<apritzel> KotCzarny: vendors know how to do this: my "bricked" Pine64 looks now the same the Remix Mini PC
<agin_> okay... I just want to change the uboot resolution
<ssvb> agin_: for LCD?
<agin_> for the TVout...
<apritzel> KotCzarny: but for the development board market this "security feature" wouldn't be a fit
<agin_> just to ensure that it is 720x576
<walkiry> i don't know if it can be related but in the lichee bsp under brandy/u-boot-2014.07/sunxi_spl/sbrom we can see the memory mapping of the spl and at the head you can see a hash
<agin_> because I see a #ifdef LCD_TEST_PATTERN in uboot
<KotCzarny> apritzel, remixos vendor might knew
<agin_> but I wonder how to enable it
<ssvb> agin_: I guess that you are entirely on your own here, I doubt that many people use or need TVout
muvlon_ has joined #linux-sunxi
<walkiry> you can see in the linker script they are using the hash. But the hash is 64 byte long meaning it could be a SHA256
<swiftgeek> any chance of getting esp8089 working on mainline?
<jelle> that should be possible
<swiftgeek> well that doesn't compile
<swiftgeek> perhaps this will https://github.com/al177/esp8089
<ssvb> apritzel: I guess, we need to update https://linux-sunxi.org/BROM#A64
<jelle> swiftgeek: you know doesn't compile doesn't really help right :)
<apritzel> walkiry: I belive this "hash" thingie in the BSP is just some commit ID to identify the build
<swiftgeek> jelle: http://dpaste.com/0Y0YHWA
<swiftgeek> that most likely won't help either
<jelle> swiftgeek: ahh well internal api changed a bit
<jelle> swiftgeek: seems MoeIcenowy tried to get it into linux-next
<swiftgeek> tried or succeeded ?
<jelle> swiftgeek: tried.. (I guess.) https://github.com/al177/esp8089/issues/3
<KotCzarny> succeeded to try
<swiftgeek> jelle: neither repo is compiling
<jelle> :(
<jelle> swiftgeek: then you need some patching :)
premoboss has quit [Ping timeout: 240 seconds]
<swiftgeek> i guess that didn't patched all the places?
<swiftgeek> oh this fixed it for me
<swiftgeek> git checkout cleanup esp_mac80211.c
mhlavink has quit [Ping timeout: 240 seconds]
mhlavink has joined #linux-sunxi
IgorPec has quit [Ping timeout: 248 seconds]
Christos__ has joined #linux-sunxi
cobra_koral has joined #linux-sunxi
lemonzest has joined #linux-sunxi
premoboss has joined #linux-sunxi
vishnup has joined #linux-sunxi
INdek has quit [Read error: Connection reset by peer]
victhor has joined #linux-sunxi
jstein has quit [Remote host closed the connection]
Christos__ has quit [Quit: Page closed]
muvlon_ has quit [Ping timeout: 245 seconds]
tsuggs has quit [Remote host closed the connection]
flygoat has joined #linux-sunxi
BenG83_1 has quit [Ping timeout: 255 seconds]
INdek has joined #linux-sunxi
swiftgeek has quit [Ping timeout: 240 seconds]
muvlon_ has joined #linux-sunxi
swiftgeek has joined #linux-sunxi
foxx_ has quit []
f0xx has joined #linux-sunxi
<swiftgeek> comments welcome :P
<swiftgeek> it works though it throws a lot of errors and i cannot unload->load module
<swiftgeek> and still appears to be ∞ more stable than realtek chips
cnxsoft has joined #linux-sunxi
INdek has quit [Ping timeout: 240 seconds]
cnxsoft has quit [Remote host closed the connection]
BenG83_1 has joined #linux-sunxi
<swiftgeek> 600 packets with no loss ^^
<jelle> =)
<swiftgeek> jelle: i wonder if i should just swap makefile
florianH has quit [Quit: Connection closed for inactivity]
<swiftgeek> but it works so decently now ;P
<jelle> swiftgeek: 'swap makefile'?
<MoeIcenowy> apritzel: I think security feature may be a point for some board
<MoeIcenowy> for example, somthing like the USB Armory
<apritzel> MoeIcenowy: yes, also for "server" type applications
<swiftgeek> jelle: cleanup branch has no makefile that would work for outside-of-the-tree
<apritzel> MoeIcenowy: that's why I wanted to explore this
<jelle> swiftgeek: oh I see
<MoeIcenowy> for sever I want at least an higher frequency A53 ;-)
<MoeIcenowy> not such a 40nm A53 ;-)
<swiftgeek> and last thing i want on tiny ARM device is to pull whole kernel sources
<swiftgeek> still i have issues with touchscreen ;/
<swiftgeek> silead modules isn't kicking in
<swiftgeek> *module
agin_ has quit [Ping timeout: 260 seconds]
The_Loko has joined #linux-sunxi
<swiftgeek> PH3/2
cnxsoft has joined #linux-sunxi
bbrezill1 has quit [Quit: WeeChat 1.5]
bbrezillon has joined #linux-sunxi
fkluknav has joined #linux-sunxi
<MoeIcenowy> apritzel: I think you can do the following try: read out boot0 from Remix Mini PC and write it to a SD card, then insert the SD card to your "secured" Pine64
<swiftgeek> MoeIcenowy: how does touchscreen work on your Aoson M751s?
<MoeIcenowy> swiftgeek: of course it works ;-)
<swiftgeek> via module?
fkluknav has quit [Remote host closed the connection]
<MoeIcenowy> but I did a lot of configuration for it
fkluknav has joined #linux-sunxi
<swiftgeek> userspace one requires from me to toggle PH1 somehow
fkluknav has quit [Remote host closed the connection]
<MoeIcenowy> via dt
<swiftgeek> MoeIcenowy: does silead module produce any logs?
<MoeIcenowy> only chip id
<swiftgeek> MoeIcenowy: does it produce that output if firmware is not in fs?
<MoeIcenowy> yes
<MoeIcenowy> generic firmware load error
fkluknav has joined #linux-sunxi
<MoeIcenowy> apritzel: I think that Secure mode boot0 is different from generic one
<swiftgeek> MoeIcenowy: are you using sun8i-a33-q8-tablet.dtb or sth different ?
<MoeIcenowy> and the "sbrom" in lichee u-boot is really a secure boot0
<MoeIcenowy> swiftgeek: the sun8i-a33 dtb
<MoeIcenowy> but with dt alternations
<swiftgeek> do you have them posted somewhere?
<KotCzarny> swiftgeek: actually once you compile kernel on sunxi device, future compilations are fast (assuming you dont change essential config)
<swiftgeek> KotCzarny: i was more concerned about space
<MoeIcenowy> swiftgeek: noe
<MoeIcenowy> nope
IgorPec has joined #linux-sunxi
<KotCzarny> 128gb cards are cheap enough
<swiftgeek> can't even find cheap eMMC :P
<swiftgeek> (for soldering down)
<KotCzarny> you can have os on emmc and data on microsd
<MoeIcenowy> swiftgeek: ^
<swiftgeek> yeah that would be nice, but i need to find eMMC first :>
<MoeIcenowy> DO NOT DIRECTLY ADOPT MY SCRIPT!
<MoeIcenowy> IT"S ONLY FOR M751S!
<KotCzarny> buy orange pi plus 2e
<KotCzarny> it has 2gb of ram and 16GB of emmc
<KotCzarny> :)
<KotCzarny> and few other goodies
<MoeIcenowy> PLEASE GET touchscreen-size-{x,y} AND OTHER PROPERTIES BY YOURSELF!
<swiftgeek> MoeIcenowy: it's all based off the same reference design and ihave schematics
<MoeIcenowy> THE PARAMATERS ARE PER DIGITIZER!
<MoeIcenowy> swiftgeek: I know it
<jelle> MoeIcenowy: I CAN HEAR YOU
<MoeIcenowy> jelle: I'm warning swiftgeek
<MoeIcenowy> for digitizer parameter is a disaster for silead chips
<MoeIcenowy> on both Allwinner platform or ARM platform
* jelle has a bad experience with touchscreens
<MoeIcenowy> for Allwinner mainline now it's DT what is used
<jelle> I broke one zet6221 controller :(
<MoeIcenowy> s/ARM/Atom
<jelle> replaced digitizer and broke a part of the screen :(
<swiftgeek> MoeIcenowy: well for now silead doesn't register that sth is there
<MoeIcenowy> jelle: many people have such an experience
<jelle> MoeIcenowy: to be honest, was my own fault :)
<MoeIcenowy> I broke a GT9271 and several digitizers
<MoeIcenowy> to be honest it was also my own fault ;-)
<swiftgeek> GSL1680 seems to be more robust then
<swiftgeek> and even if not, i have spares
<jelle> MoeIcenowy: friend called it 'learning money' :P
<MoeIcenowy> swiftgeek: as it have no EEPROM ;-)
<swiftgeek> oh it has
<MoeIcenowy> swiftgeek: no it do not have
<swiftgeek> welp it has flash :>
<MoeIcenowy> it's the reason why you need the firmware in your sdcard
<swiftgeek> nah
<swiftgeek> that's just different thing
<KotCzarny> MoeIcenowy: how do you break the digitizer? bad params?
<MoeIcenowy> KotCzarny: when disassemling ;-)
<KotCzarny> oh
<MoeIcenowy> another one is broken when shipping ;-)
premoboss has quit [Ping timeout: 255 seconds]
<MoeIcenowy> (forgot to place the tablet into a box)
<swiftgeek> MoeIcenowy: it's a data blob, changing firmware requires some crazier setup
<swiftgeek> and i don't think anybody is doing that
<swiftgeek> it required some crazy dongle anyway
Andy-D has joined #linux-sunxi
<MoeIcenowy> but for Goodix the EEPROM flashing can be done by BSP
<MoeIcenowy> and I have one bad BSP driver that forcely flashed my GT9271 with GT911's firmware
<MoeIcenowy> then it insists to consider itself as GT911 ;-)
<swiftgeek> there are usually test points to override bad flsah
<jelle> does anyone btw know how trivial it would be to write a mainline microphone driver (for the h3)?
<swiftgeek> *flash
Andy-D has quit [Remote host closed the connection]
<swiftgeek> MoeIcenowy: everything in the devicetree is matching my hardware
<MoeIcenowy> but silead module do not load?
<montjoie> does someone know how to magic sysrq over uart ?
chomwitt has joined #linux-sunxi
<swiftgeek> MoeIcenowy: it loads, provides no message whatsoever
IgorPec has quit [Ping timeout: 240 seconds]
<MoeIcenowy> have you set status to "okay" in your dt?
<swiftgeek> it has that status via sun8i-q8-common.dtsi
reinforce has joined #linux-sunxi
Andy-D has joined #linux-sunxi
Andy-D has quit [Remote host closed the connection]
<swiftgeek> protip sysfs is magic
<swiftgeek> somehow i get status disabled
<swiftgeek> how?
<swiftgeek> bad ~label/identifier or however that &gsl1680 is called in sun8i-q8-common.dtsi ?
<KotCzarny> montjoie: https://lkml.org/lkml/2014/2/3/251 ?
<swiftgeek> but it is defined in sun8i-reference-design-tablet.dtsi as gsl1680
<swiftgeek> so wtf
<KotCzarny> but you might check if sysrq was actually enabled
<montjoie> yes I just find in screen man to do ctrl a ctrl b
<montjoie> happy to have "a second chance" over serial
<MoeIcenowy> apritzel: can you provide a dump of your Jide Remix Mini's first several MIB of eMMC ?
MACscr has joined #linux-sunxi
MACscr has left #linux-sunxi [#linux-sunxi]
<swiftgeek> A13 has only NOR over NAND pads right?
premoboss has joined #linux-sunxi
perr has quit [Quit: Leaving]
INdek has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
PITYHERO233 has joined #linux-sunxi
PITYHERO233 has quit [Client Quit]
yann-kaelig has joined #linux-sunxi
swiftgeek has quit [Ping timeout: 252 seconds]
walkiry_ has joined #linux-sunxi
<apritzel> MoeIcenowy: yes, I wanted to do experiments with the Remix tonight, among them the things you mentioned (booting Remix boot0 on Pine64, dumping Remix eMMC)
swiftgeek has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
f0xx has quit [Ping timeout: 240 seconds]
premoboss has quit [Ping timeout: 255 seconds]
cnxsoft has quit [Quit: cnxsoft]
fkluknav has quit [Ping timeout: 255 seconds]
f0xx has joined #linux-sunxi
premoboss has joined #linux-sunxi
fkluknav has joined #linux-sunxi
f0xx has quit [Ping timeout: 240 seconds]
walkiry__ has joined #linux-sunxi
walkiry__ has left #linux-sunxi [#linux-sunxi]
walkiry_ has quit [Ping timeout: 260 seconds]
fkluknav has quit [Ping timeout: 258 seconds]
fkluknav has joined #linux-sunxi
premoboss has quit [Ping timeout: 240 seconds]
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
fkluknav has quit [Read error: Connection reset by peer]
fkluknav has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
IgorPec has joined #linux-sunxi
florianH has joined #linux-sunxi
INdek has quit [Read error: Connection reset by peer]
f0xx has joined #linux-sunxi
INdek has joined #linux-sunxi
msevwork has quit [Quit: Leaving]
<swiftgeek> MoeIcenowy: i tried your way of modifying dt and it has no effect xD
<swiftgeek> nvm i did mkimage in ~
BenG83_1 has quit [Quit: Leaving]
<swiftgeek> finally got [ 8.685808] silead_ts 0-0040: Chip ID read error -5
<swiftgeek> [ 8.685752] i2c i2c-0: mv64xxx_i2c_fsm: Ctlr Error -- state: 0x4, status: 0x0, addr: 0x40, flags: 0x0
<swiftgeek> that pretty great that finally i have some message
<swiftgeek> but i'm pretty damn sure that this GPIO is to blame
<swiftgeek> and while i have way to toggle it on A13 i don't see it on A33
<swiftgeek> where can i find something similar to /sys/devices/virtual/misc/sun4i-gpio/pin/pb3 ?
<swiftgeek> oh found, completely different interface
walkiry has joined #linux-sunxi
<swiftgeek> erm wiki told me direction
<swiftgeek> how to export
<swiftgeek> but not how to use xD
<swiftgeek> is i2c0 the same thing TWI0_SCK/TWI0_SDA ?
<swiftgeek> i guess CTP is powered down
<swiftgeek> that would explain extremely slow i2cdetect
<swiftgeek> how can i enable GPIO1/LDO of AXP223?
<swiftgeek> i guess it would be an yet another override to dt
<swiftgeek> but axp stuff isn't clear
ErwinH has quit [Remote host closed the connection]
<swiftgeek> would it be? reg_ldo_io0: ldo_io0 ?
<swiftgeek> i'm only guessing based on that there are two of them in axp22xdtsi
aballier has quit [Ping timeout: 245 seconds]
aballier has joined #linux-sunxi
BenG83 has joined #linux-sunxi
apritzel has left #linux-sunxi [#linux-sunxi]
<swiftgeek> i guess this would be fine fdt set /soc@01c00000/rsb@01f03400/pmic@3a3/regulators/ldo_io1 status "enabled"
montjoie has quit [Ping timeout: 260 seconds]
montjoie has joined #linux-sunxi
<swiftgeek> now i2cdetect works fast
<swiftgeek> btw what is mv64xxx_i2c_fsm: Ctlr Error -- state: 0x4, status: 0x0, addr: 0xf, flags: 0x0 ?
<KotCzarny> don't feed the flying spaghetti monster
<swiftgeek> oh weird
<swiftgeek> it looks like i have i2c pulled low by device i guesss
fkluknav has quit [Ping timeout: 260 seconds]
<swiftgeek> ok i'm lost now
ErwinH has joined #linux-sunxi
<swiftgeek> but i clearly see 0x40 on i2c now
fkluknav has joined #linux-sunxi
ErwinH has quit [Ping timeout: 255 seconds]
<swiftgeek> i lost any understanding whatsoever
<swiftgeek> i only know that when i toggle that shutdown pin things go back to "normal" and i can detect it again
walkiry has quit [Ping timeout: 260 seconds]
cobra_koral has quit [Quit: Leaving]
<swiftgeek> cna someone explain to me why gsl1680 section doesn't end up in final dtb even though it is in the source?
<swiftgeek> *can
<swiftgeek> ok this makes no sense
<swiftgeek> barely anything from sun8i-q8-common.dtsi is applied
IgorPec has quit [Ping timeout: 240 seconds]
IgorPec has joined #linux-sunxi
INdek has quit [Ping timeout: 260 seconds]
_whitelogger has joined #linux-sunxi
florianH has quit [Quit: Connection closed for inactivity]
andi_sp has quit [Quit: andi_sp]
ErwinH has joined #linux-sunxi
ErwinH_ has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
ErwinH_ has quit [Ping timeout: 248 seconds]
<swiftgeek> how can i check frequency of i2c ?
vagrantc has joined #linux-sunxi
Mr__Anderson has quit [Ping timeout: 245 seconds]
akaWolf has joined #linux-sunxi
f0xx has joined #linux-sunxi
<swiftgeek> i have one device where gsl1680 chip works fine from GNU/linux userspace
<swiftgeek> and one where i2c output is trashy
akaWolf has quit [Quit: leaving]
akaWolf has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
<swiftgeek> i guess i will do while true; do i2cdetect -y 0 0x40 0x40 | grep '40:'; done
gzamboni has quit [Read error: No route to host]
Andy-D has quit [Remote host closed the connection]
ErwinH has joined #linux-sunxi
Andy-D has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
ErwinH has joined #linux-sunxi
Mr__Anderson has quit [Quit: Leaving.]
ErwinH has quit [Ping timeout: 240 seconds]
aballier has quit [Ping timeout: 240 seconds]
fkluknav has quit [Ping timeout: 240 seconds]
lkcl has quit [Ping timeout: 255 seconds]
<swiftgeek> ok confirmed that at least 3.0V is true for android
Andy-D has quit [Remote host closed the connection]
popolon has quit [Quit: WeeChat 1.4]
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
yann-kaelig has quit [Quit: Leaving]
ErwinH has joined #linux-sunxi
<swiftgeek> yep pretty much spot on 3v0
Andy-D has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
f0xx has quit [Remote host closed the connection]
f0xx has joined #linux-sunxi
<swiftgeek> and 400kHz
yann-kaelig has joined #linux-sunxi
<beeble> swiftgeek: what are you trying?
lkcl has joined #linux-sunxi
<swiftgeek> beeble: enable touchscreen for A33 device boasting GSL1680
aballier has joined #linux-sunxi
aballier has joined #linux-sunxi
<swiftgeek> for some reason i'm getting 1v8 out of regulator
<swiftgeek> and not 3v3 on sunxi
<swiftgeek> *3v0
<beeble> what axp is the board using? do not know what the allwinner bundle is for a33
<swiftgeek> AXP223
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
<beeble> and what ldo are you using for touch?
<swiftgeek> GPIO1/LDO1 i guess
<swiftgeek> i think it would be reg_ldo_io1
Ntemis has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<swiftgeek> (which is referenced in things that sun8i-a33-q8-tablet.dts is pulling)
<swiftgeek> i will try once more with overriding from uboot
<swiftgeek> fdt set /soc@01c00000/rsb@01f03400/pmic@3a3/regulators/ldo_io1 regulator-min-microvolt <3000000>
<swiftgeek> fdt set /soc@01c00000/rsb@01f03400/pmic@3a3/regulators/ldo_io1 regulator-max-microvolt <3000000>
<beeble> reset value of that one is 3.3v
<swiftgeek> well it still works in android so i didn't burn it
<beeble> so if you set it to 3.0 and measure 1.8 it's probably using another power rail?
<swiftgeek> 100% sure it's that
<swiftgeek> pin
<beeble> set it to zero and see if it goes down
<beeble> to verify
<swiftgeek> well i can verify names that's for sure :P
<swiftgeek> but when i still had my cover on it switching it to 3v0 made i2cdetect work at all
rookieone has joined #linux-sunxi
ErwinH has joined #linux-sunxi
<swiftgeek> beeble: it went worse
<swiftgeek> i did something wrong in that fdt set didn't i?
ErwinH has quit [Ping timeout: 252 seconds]
<beeble> i'm still trying to figure out your situation :)
INdek has joined #linux-sunxi
terra854 has quit [Quit: Connection closed for inactivity]
<swiftgeek> i will go with your advice and remove everything but enabling of ldo
<swiftgeek> so it goes to 3v3
rookieone has quit [Quit: Oh poop..]
<swiftgeek> or sth
<swiftgeek> beeble: device tree has disabled but what is okay?
<swiftgeek> there is no enabled?
<beeble> status = "okay" is enabled. actually everything thats not okay is parsed as disabled
<beeble> so status = "disabled" is only convention
rookieone has joined #linux-sunxi
<swiftgeek> then definitely going back to single line as i made it worse
f0xx has quit []
<beeble> there is also a gpio pin defined for power enablee. check if you have that ine set
f0xx has joined #linux-sunxi
<swiftgeek> beeble: i'm checking with oscilloscope now
<swiftgeek> so one thing at the time xD
<swiftgeek> i think i was powering up GSL1680 via that GPIO of A33 xD
<swiftgeek> beeble: anyway it's not ALDO/ELDO/DLDO/DCDC
<swiftgeek> and those two are marked as GPIO0/1 on AXP223
<swiftgeek> and touch ic is powered via GPIO1 -> pin31
<beeble> i know. there are two additional one. default off and 3.3 default value for the voltage register
<beeble> check pin 19 on the gsl too
<beeble> that one has to be high and is gpio controlled
<swiftgeek> beeble: that's where i think power was slowly going :P
<swiftgeek> which is why i detected gsl1680 every other time
<swiftgeek> when it was high
<swiftgeek> if you don't know that thing yet ;P
<swiftgeek> tested theory with GPIO
<swiftgeek> confirmed :D
<swiftgeek> i was charging IC via GPIO
walkiry has joined #linux-sunxi
gzamboni has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
premoboss has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
Keziolio has quit [Changing host]
Keziolio has joined #linux-sunxi
INdek has quit [Ping timeout: 240 seconds]
dave0x6d has quit [Quit: Connection closed for inactivity]
INdek has joined #linux-sunxi
yann-kaelig has quit [Quit: Leaving]
reinforce has quit [Quit: Leaving.]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 258 seconds]
ErwinH has joined #linux-sunxi
f0xx has quit [Ping timeout: 240 seconds]
ErwinH has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
<swiftgeek> i have rotated touchscreen, what do?
<swiftgeek> 90°
ErwinH has quit [Ping timeout: 252 seconds]
<swiftgeek> with kernel module, isee
<beeble> touchscreen-swapped-x-y;
<swiftgeek> beeble: using this for now https://github.com/rastersoft/gsl1680
<swiftgeek> and finding out which blob is matching my device/digitizer
<beeble> that one has no swapping option. you would have to implement that it output x as y and vice versa
<swiftgeek> i will start from creating new issue
jernej has joined #linux-sunxi
cptG_ has joined #linux-sunxi
<willmore> I found some comments that maybe there are multiple firmwares for this chip. swiftgeek could you be using the wrong firmware?
<swiftgeek> willmore: nope
<willmore> sorry, then.
<swiftgeek> and yes module from android has like dozen of firmwares
<swiftgeek> and only one for my chip
cptG has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
bonbons has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
netlynx has quit [Quit: Ex-Chat]
a|3x has quit [Ping timeout: 272 seconds]
yann has joined #linux-sunxi
vinimac has joined #linux-sunxi
IgorPec has quit [Ping timeout: 255 seconds]
a|3x has joined #linux-sunxi
ErwinH has joined #linux-sunxi
premoboss has quit [Ping timeout: 255 seconds]
ErwinH has quit [Ping timeout: 240 seconds]
vinimac has quit [Quit: Leaving]
iamfrankenstein has quit [Quit: iamfrankenstein]
apritzel has joined #linux-sunxi
bonbons has quit [Quit: Leaving]
<swiftgeek> now i have FDT_ERR_NOSPACE
<swiftgeek> oh i need to pass size to ftd addr
<apritzel> swiftgeek: fdt resize?
<swiftgeek> did that and it didn't help, that parameter was somehow needed
lemonzest has quit [Quit: Leaving]
<swiftgeek> silead_ts: probe of 0-0040 failed with error -5
<swiftgeek> oh right i still need to add gpio somehow
<swiftgeek> [ 87.317920] silead_ts: probe of 0-0040 failed with error -16
<swiftgeek> [ 87.312174] silead_ts 0-0040: Shutdown GPIO request failed
<swiftgeek> so yeah at least some progress finally
jernej has quit [Ping timeout: 240 seconds]
lkcl has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
<swiftgeek> ok i compiled uboot dt, decompiled it and then pasted into fdt set
<swiftgeek> oops not enough space again xD
<swiftgeek> yep no idea now
<swiftgeek> apritzel: again fdt resize doesn't help :(
The_Loko has quit [Quit: Leaving]
dave0x6d has joined #linux-sunxi
ErwinH has joined #linux-sunxi
<swiftgeek> yeah whatever i do it has pretty much no effect now
ErwinH has quit [Ping timeout: 256 seconds]
<swiftgeek> oh noticed '=' but that wasn't breaking it :(
ErwinH has joined #linux-sunxi
<swiftgeek> tried adding reserved memory but it failed even more
ErwinH has quit [Ping timeout: 240 seconds]
Ntemis has quit [Remote host closed the connection]
premoboss has joined #linux-sunxi
ErwinH has joined #linux-sunxi
paulk-collins has quit [Quit: Leaving]
ErwinH has quit [Ping timeout: 240 seconds]
medvid has quit [Ping timeout: 252 seconds]
a|3x has quit [Ping timeout: 258 seconds]
<swiftgeek> oh at 0x40000000 DDR3 starts
<swiftgeek> so there is no reason for this to not fit :<
premoboss has quit [Ping timeout: 255 seconds]
<apritzel> have you tried to resize in between?
<swiftgeek> yes
<apritzel> and what is fdt_addr_r?
<apritzel> (which address?)
<swiftgeek> fdt_add_r = 0x43000000
<swiftgeek> kernel_addr_r=0x42000000
walkiry has quit [Remote host closed the connection]
<apritzel> how big is your kernel?