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
terra854 has joined #linux-sunxi
jernej has quit [Ping timeout: 240 seconds]
dave0x6d has quit [Quit: Connection closed for inactivity]
victhor has joined #linux-sunxi
chomwitt has quit [Ping timeout: 264 seconds]
vishnup has quit [Ping timeout: 245 seconds]
Andy-D has quit [Ping timeout: 240 seconds]
Andy-D has joined #linux-sunxi
nemunaire has quit [Ping timeout: 264 seconds]
cnxsoft has joined #linux-sunxi
nemunaire has joined #linux-sunxi
ninolein_ has quit [Ping timeout: 276 seconds]
ninolein has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
apritzel has quit [Ping timeout: 245 seconds]
terra854 has quit [Quit: Connection closed for inactivity]
montjoie has quit [Ping timeout: 240 seconds]
montjoie has joined #linux-sunxi
terra854 has joined #linux-sunxi
reev has joined #linux-sunxi
TheSeven has quit [Remote host closed the connection]
TheSeven has joined #linux-sunxi
pg12 has quit [Ping timeout: 245 seconds]
pg12 has joined #linux-sunxi
foxx has joined #linux-sunxi
juri_ has quit [Ping timeout: 264 seconds]
juri_ has joined #linux-sunxi
victhor has quit [Ping timeout: 240 seconds]
IgorPec has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
Pepe has quit [Ping timeout: 260 seconds]
Pepe has joined #linux-sunxi
Andy-D has quit [Ping timeout: 245 seconds]
TheSeven has quit [Ping timeout: 258 seconds]
TheSeven has joined #linux-sunxi
reinforce has joined #linux-sunxi
jernej has joined #linux-sunxi
paulk-collins has quit [Quit: Leaving]
ganbold_ has quit [Ping timeout: 255 seconds]
msevwork has joined #linux-sunxi
jernej has quit [Ping timeout: 255 seconds]
ganbold has joined #linux-sunxi
IgorPec has joined #linux-sunxi
vetkat has quit [Quit: Bye bye]
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
vetkat has joined #linux-sunxi
vetkat has joined #linux-sunxi
Xalius has quit [Ping timeout: 258 seconds]
Xalius has joined #linux-sunxi
codekipper has joined #linux-sunxi
<codekipper> Guest67747: you're missing the simple card properties in your dts https://github.com/codekipper/linux-sunxi/commit/5327ed90a9a3edaef740637898f6c9665c988336 you will also need to make sure your codec is built in.
florianH has joined #linux-sunxi
<MoeIcenowy> jernej: DCDCs are all defaultly on
<MoeIcenowy> and without DCDC6 (VDD-SYS) enabled the system won't even boot.
apritzel has joined #linux-sunxi
<MoeIcenowy> apritzel: have you entered secure world again
<MoeIcenowy> ?
apritzel has quit [Ping timeout: 240 seconds]
Andy-D has joined #linux-sunxi
IgorPec5 has joined #linux-sunxi
IgorPec5 has quit [Ping timeout: 240 seconds]
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
Worf has joined #linux-sunxi
lemonzest has joined #linux-sunxi
apritzel has joined #linux-sunxi
<apritzel> MoeIcenowy: yes, after that smc I am in secure world again, can read the SID, secure registers (NSACR, SCR) and switch to AArch64
<MoeIcenowy> can you do this on Remix?
<apritzel> MoeIcenowy: haven't tried yet
<apritzel> MoeIcenowy: but interestingly the MMIO based SID readout is still zero
<KotCzarny> hum, nolimbook arrived, but i must say eink carta is much better than eink pearl
<apritzel> using the register approach to read the SID works, though
<KotCzarny> also, white color for plastics is not a smart idea, will get dirty very quick
<apritzel> KotCzarny: depends on what you read, I guess ;-)
<MoeIcenowy> P.S. when checking Allwinner stock DE2 driver
<MoeIcenowy> I seems to found some EInk-related codes
<MoeIcenowy> maybe there will be SoCs with EInk controller
<KotCzarny> yeah,
<beeble> apritzel: you have a remix?
<KotCzarny> DE seems to require ioctl to update screen contents from fb
<apritzel> beeble: yes
<beeble> apritzel: http://linux-sunxi.org/BROM can you confirm that boot flow? because i see different behaviour and sd card probed before emmc
Mr__Anderson has joined #linux-sunxi
<MoeIcenowy> beeble: we have know the flow of A64 is wrong
Worf_ has joined #linux-sunxi
<apritzel> beeble: yeah, that's probably wrong and was based on pure observation
Worf has quit [Ping timeout: 252 seconds]
<apritzel> beeble: but knowing now that secure boot ignores eGON headers makes this look different
<beeble> in that case i should probably update the wiki :)
<beeble> apritzel: secure boot is a hole different topic i think
<apritzel> beeble: isn't the boot order dependent on external pins
<beeble> apritzel: no external boot pins on a64
IgorPec has joined #linux-sunxi
<beeble> there is only a FEL pin. but no bootsel pins like on other aw socs
<apritzel> beeble: ah, I see
<beeble> so forcing boot devices would only work with fuses
<beeble> kind of a strange boot order aw selected for a64
mzki has quit [Ping timeout: 255 seconds]
<MoeIcenowy> I think A64 is still mmc2->mmc0->spi sequence
<MoeIcenowy> but in secure boot mode non-signed boot medias will be ignored
<beeble> MoeIcenowy: no, sdc0 is before sdc2/mmc2 in non secure mode
<MoeIcenowy> oh I got wrong
mzki has joined #linux-sunxi
<beeble> at least on the chip revisions i got
<apritzel> so yes, this smc works on the Remix Mini PC
LargePrime has quit [Ping timeout: 264 seconds]
IgorPec has quit [Client Quit]
IgorPec5 has joined #linux-sunxi
<apritzel> this "prefer SD over MMC" (with default fuses?) might be intentional, since I believe the A64 is meant as the "Open Source" chip
<apritzel> whatever that means in AW terms ;-)
IgorPec has joined #linux-sunxi
<MoeIcenowy> apritzel: it's now the time to read Remix's SID out! ;-)
<MoeIcenowy> and if possible, read out BROM
<apritzel> SID (reg): 92c000bb 44004620 51900808 3809080b
<MoeIcenowy> oh I mean the full 100 bytes ;-)
<MoeIcenowy> s/100/0x100
IgorPec5 has quit [Ping timeout: 240 seconds]
<apritzel> I need to pimp my monitor tool to read more than one register at a time ;-)
Andy-D has quit [Ping timeout: 258 seconds]
IgorPec has quit [Client Quit]
<KotCzarny> use the script luke, use the script
<TheLinuxBug> ha!
<apritzel> so it's all 0s, except:
<apritzel> sid 0x34: 079c07a5
<apritzel> sid 0xf4: 00000800
<apritzel> sid 0x38: 000007a2
BenG83 has quit [Ping timeout: 245 seconds]
<apritzel> so either one can't read the keys or there is none as well on the Remix
<MoeIcenowy> so... now try to construct a TOC0?
<apritzel> MoeIcenowy: that was the plan, yes
<apritzel> create_toc0 segfaults ;-)
<apritzel> but at least has debug symbols
<apritzel> but I am not going there now
<apritzel> $work ahaed
<apritzel> ttu l8er
IgorPec has joined #linux-sunxi
IgorPec has quit [Client Quit]
Xal1us has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<montjoie> It seems that THS got removed from WIP
IgorPec has quit [Client Quit]
Xalius has quit [Ping timeout: 240 seconds]
<MoeIcenowy> but it's really that THS driver have been getting no patches sent out for a long time
<montjoie> perhaps it is better to create an entry "stale driver"
<plaes> montjoie: my bad :(
<montjoie> because the matrix still got a link to WIP
IgorPec has joined #linux-sunxi
IgorPec has quit [Client Quit]
Worf_ is now known as Worf
<jelle> MoeIcenowy: btw got wifi working on the nanopi neo air (I was being very silly)
<jelle> have to figure out how to use eMMC though, anyone know a page on the wiki about it?
<montjoie> plaes: agree with an entry "stale driver" ?
<MoeIcenowy> jelle: copy &mmc2 from bpi m2+ dt and it will be ok.
<jelle> MoeIcenowy: yup... and then it will show up in Linux?
<MoeIcenowy> yes
<jelle> MoeIcenowy: I've never owned a board with emmc :)
<plaes> jelle: should be as simple as /dev/mmc
<jelle> I guess I can't boot from it can I?
<MoeIcenowy> I do, except BPi M2U
<plaes> jelle: you can
<MoeIcenowy> but be warned that after mmc2 being enabled mmc device number may change
<MoeIcenowy> you can boot from it, just dd the image to it, then change fstab and root= parameter
<jelle> ah of course but I have to do that from the sd card
<MoeIcenowy> yes you must flash it via another booting media
<jelle> cool
<MoeIcenowy> by mmc0 or usb fel
<plaes> um..THS was what?
<MoeIcenowy> plaes: Thermal Sensor
<jelle> MoeIcenowy plaes thanks :)
<plaes> was there an entry for that?
<montjoie> yes megous patch
<montjoie> in fact my problem is "no cpufreq" on my pine64 and I believed that it is THS that do that but perhaps I am wrong
<apritzel> I got temperature readout via SCPI working for the A64, the THS bits are in ATF, and Linux already has a SCPI sensors driver
<MoeIcenowy> apritzel: forgot your SCPI ;-)
<apritzel> montjoie: and I am close to get cpufreq working on top of SCPI as well
<apritzel> should again work without Linux changes
<plaes> hmm.. is it the same as the "DVFS support ?"
<plaes> ah.. nevermind
<MoeIcenowy> a thrid-party-defined firmware-based solution cannot survive well...
<montjoie> apritzel: perhaps your work need to be set in WIP/mainlining
<MoeIcenowy> SCPI is not as highly standardized as PSCI
<MoeIcenowy> also not even as highly standardized as ACPI
<plaes> MoeIcenowy: THS is still there on the mainlining page
<apritzel> MoeIcenowy: ??? "not as highly standardized"? "third-party-defined"?
<plaes> at least the one for H3
<MoeIcenowy> apritzel: at least info for clocks are thrid-party-defined
<wens> yeah, i think the problem is the maintainer dropped the ball for the GPADC driver, which is the THS on later SoCs
<MoeIcenowy> wens: THS after H3 is not GPADC...
<wens> no?
<MoeIcenowy> it seems that the latest GPADC THS is A33
IgorPec has joined #linux-sunxi
<MoeIcenowy> THS after H3 have a mod clock -- not exist on A33-
<plaes> MoeIcenowy: were you able to meet AW guys?
<MoeIcenowy> oh I forgot to mail TL Lim...
<KotCzarny> i guess its not important then ;)
<wens> MoeIcenowy: you're right, looks different
<plaes> apritzel: can you give some questions to MoeIcenowy?
<wens> no more external ADCs, just temperature sensors needing calibration data.
<plaes> MoeIcenowy: please also CC wens and apritzel when you write tllim
<KotCzarny> wens, if you have questions for allwinner you should send them to moeicenowy too
<wens> documents for the "secure state" would be nice
IgorPec has quit [Client Quit]
Xal1us has quit [Quit: Bye]
<wens> but i think i'm working on obsolete chips, might not get anything
Xalius has joined #linux-sunxi
<KotCzarny> imo you wont get answers if you dont ask
<apritzel> wens: TLLim said no documents on this one, "but we can ask questions"
<apritzel> wens: which sounds like a stupid game to me, really
Xal1us has joined #linux-sunxi
Xalius has quit [Read error: Connection reset by peer]
Xalius has joined #linux-sunxi
<beeble> the ask some question game was very frustrating when i played it the first time with aw
<beeble> could be more fun if there are fewer languange translation layer inbetween
Xal1us has quit [Read error: Connection reset by peer]
Xalius has quit [Client Quit]
<wens> i could have 0.5 translations if i had an email contact
Xalius has joined #linux-sunxi
<MoeIcenowy> at least wens and I speak Chinese here ;-)
<KotCzarny> well, he can ask in chinese
<wens> still, technical (and even non-technical) phrases used are different :|
<wens> hence the 0.5
<MoeIcenowy> I wonder whether TL Lim speaks Chinese
<jelle> but traditional or mandarin ;-)
<wens> given he visits a lot, i think hopes are high?
IgorPec has joined #linux-sunxi
IgorPec has quit [Client Quit]
<plaes> yeah.. hopes are high :)
<terra854> Hey folks, any updates on the A64 mainlining effort?
<plaes> terra854: follow the wiki ;)
<MoeIcenowy> jelle: it's traditional or simplified.
<MoeIcenowy> both traditional and simplified users all speak Mandarin
<MoeIcenowy> although with some different phrases
<plaes> I still hate that sunxi patches are not sent to linux-sunxi ml
<jelle> plaes: hmm which ones?
<MoeIcenowy> plaes: it's easy to forgot this cc
<apritzel> MoeIcenowy: but in the south people don't speak Mandarin usually, right?
<KotCzarny> well, idea was to make moeicenowy meet the aw engineer
<MoeIcenowy> apritzel: Mandarin is still the government service language
<plaes> jelle: ~90% of them ;)
<KotCzarny> and she is well versed in aw innards
<jelle> plaes: damn :(
<plaes> I check linux-arm-kernel list every once in a while
<KotCzarny> unless it was tllim to meet with moeicenowy and relay the questions? o.O
<wens> apritzel: according to wikipedia, Mandarin is spoken mostly in northern and southwestern provinces
<plaes> ...and then update the mainlining page
BenG83 has joined #linux-sunxi
<MoeIcenowy> wens: it's the mother language
<MoeIcenowy> but the south people are taught to speak Mandarin in schools
<wens> yup, since it is the standard and official language
<wens> i wonder how many people in southeast china still know local dialects
<MoeIcenowy> at least many of my classmates in high school still uses Cantonese daily ;-)
IgorPec has joined #linux-sunxi
<KotCzarny> catonese
<KotCzarny> ;)
IgorPec has quit [Client Quit]
<KotCzarny> (language spoken by cats)
<wens> isn't that mostly non-verbal? :p
<KotCzarny> some cats are quite verbal :P
<KotCzarny> mine was
<apritzel> MoeIcenowy: HongKong uses Cantonese mostly, right?
<wens> apritzel: i heard mandarin is getting popular after the reunification
<MoeIcenowy> but daily language of HK is still Cantonese when speaking
<wens> apritzel: but yeah, Cantonese de facto, then English
<MoeIcenowy> the standard written language is still Mandarin
<jelle> btw does bluetooth work with the AP6212?
<MoeIcenowy> I think UART bluetooths are usually hacky
<jelle> MoeIcenowy: yes but still would be nice
<MoeIcenowy> I have no experience with AP6212 bluetooth -- although I have experience with rtl8723bs bluetooth
* jelle has used an esp + arduino over serial that was hacky :P
<wens> jelle: the same steps should work
<montjoie> dmiller love to apply patch without telling you:(
<jelle> wens: thanks
<wens> montjoie: yup
<montjoie> but at least, most of cleanup was included
<jelle> nice!
<wens> montjoie: he has his own work system
foxx has quit []
<apritzel> montjoie: ah, well done, so now for the real stuff?
<wens> on the plus side, it's nice when you don't have to wait ages for the driver maintainer to respond
foxx has joined #linux-sunxi
<wens> iirc the stmmac maintainers are really busy
<montjoie> peppe answered fast for me:)
<KotCzarny> ask for co-maintainership ?
<wens> KotCzarny: there's too much of that hardware that i don't understand :p
<terra854> Well, the wiki is not always up to date...
<wens> terra854: about what?
<montjoie> apritzel: still 5 cleanup patch to launch:)
<MoeIcenowy> plaes did his best to keep Linux_mainlining_effort page up to date.
<terra854> wens: The wiki page about the A64 have sections that are empty
<terra854> wens: Especially the one regarding the kernel
<KotCzarny> link to mainlining page
<KotCzarny> i mean, put that link on a64 kernel section
<KotCzarny> :)
<jelle> CSI is wip?!
wzyy2 has joined #linux-sunxi
<terra854> apritzel: Hey there. any updates on the SPL?
<wens> jelle: ask mripard
<wens> iirc it's not working yet
<jelle> wens: ok that's just good news in general :-)
<terra854> Just wondering, usually linux is set to start in EL2 right?
<MoeIcenowy> terra854: EL2 for KVM support
<MoeIcenowy> but after executing some code for KVM, it will drop to EL1 for the main part of the kernel
<terra854> So starts in EL1 if no KVM?
<MoeIcenowy> yes
<terra854> So EL3 is for bootcode(SPLs, uboot, etc.)?
<MoeIcenowy> EL
<MoeIcenowy> EL3 is for secure monitor (ATF)
<apritzel> terra854: the A64 SPL is in U-Boot 2017.03-rc1
<apritzel> terra854: the FIT loading support (to include ATF) was on RFC, I will try to send a proper version
<terra854> MoeIcenowy: ATF still runs when the linux kernel is running?
<apritzel> terra854: it is in memory and can be called from Linux
<apritzel> normally it doesn't "run" on its own
<apritzel> though I plan to change this with the temperature sensor, it would be triggered by an interrupt then
<swiftgeek> Is there some easy way to dump boot.scr (not a sunxi device)?
<KotCzarny> is boot.scr used for non sunxi at all?
<terra854> apritzel: I see, btw any instructions on creating an image based on that uboot and the SPL??
<beeble> swiftgeek: load it and tftp it somewhere?
<apritzel> terra854: not yet, it's all WIP, but after my latest work you just put bl31.bin into your U-Boot source directory and say "make"
<terra854> apritzel: bl31.bin is the ATF? And i just place it in the root directory?
<swiftgeek> beeble: you mean that i can upload from device ?
Xalius has quit [Read error: Connection reset by peer]
<apritzel> terra854: yes
Xalius has joined #linux-sunxi
<terra854> apritzel: But i can't do that right now in the 2017.03-rc1 tree?
<beeble> swiftgeek: only if tftpput is activated. so you may have luck
<apritzel> terra854: no, you can build and boot SPL and U-Boot, but not boot Linux
<beeble> swiftgeek: otherwise, mmc write? worst case, make your terminal real big, md the loadaddr and copy paste it into a editor :)
Xalius has quit [Read error: Connection reset by peer]
Xalius has joined #linux-sunxi
Xal1us has joined #linux-sunxi
<apritzel> isn't boot.scr originally coming from some filesystem on the device?
<swiftgeek> beeble: device has SPI flash, good idea though to use it, since testclip access is easy there
<swiftgeek> beeble: thx
<wens> apritzel: not all devices have it as a separate file
<terra854> apritzel: I'm guessing that it's due to the FIT loading support not inside?
<apritzel> terra854: yes, SPL can only load one image at the moment, so it's either U-Boot or ATF
Xalius has quit [Read error: Connection reset by peer]
Xal1us has quit [Read error: Connection reset by peer]
Xalius has joined #linux-sunxi
<terra854> apritzel: Any links to the patches for the FIT support/
<terra854> y?
<terra854> *?
<apritzel> terra854: somewhere on the U-Boot mailing list, from January
<terra854> apritzel: I assume that this is it?
<terra854> apritzel: And i apply it to the 2017.03-rc1 tree?
fl_0 has quit [Ping timeout: 276 seconds]
<apritzel> terra854: yes, but it's RFC, has known bugs and lacks documentation
fl_0 has joined #linux-sunxi
wzyy2 has quit [Ping timeout: 252 seconds]
Xalius has quit [Read error: Connection reset by peer]
BenG83 has quit [Ping timeout: 276 seconds]
apritzel has quit [Quit: Leaving.]
BenG83 has joined #linux-sunxi
paulk-blaze has joined #linux-sunxi
fl_0 has quit [Ping timeout: 245 seconds]
fl_0 has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<tkaiser> apritzel: Re you 'A64 is the open source SoC': https://www.crowdsupply.com/eoma68/micro-desktop/updates/picking-a-processor (the A64 paragraph below the table) ;)
<KotCzarny> hehe, a64 is NDA
arete74_ has quit [Ping timeout: 252 seconds]
arete74 has joined #linux-sunxi
<beeble> no nda for imx6 is not true
<tkaiser> jelle: If you play around with SD card and eMMC on the Air then better start to explore referencing devices by UUID and not device node (we switched to UUIDs in Armbian some months ago to avoid all those hassles with different device enumeration)
<tkaiser> jelle: Search for 'uuid' in https://github.com/igorpecovnik/lib/blob/master/scripts/nand-sata-install/usr/lib/nand-sata-install/nand-sata-install.sh to get the idea (how to get the appropriate one to use in boot script)
<KotCzarny> also fun about qualcomm 410c :>
<tkaiser> jelle: This was also prerequisit to directly 'flash' OS images to eMMC through FEL, see https://github.com/ThomasKaiser/sunxi-armbian-flasher-osx for an 'application approach' for noobs
<MoeIcenowy> but EOMA68 guys seems to ignored something
<KotCzarny> remember article is from july
<MoeIcenowy> for example, most things in Qualcomm 410's boot sequence is closed source -- only the APPBL part is open (equal to U-Boot or Little Kernel)
<KotCzarny> MoeIcenowy: read the last paragraph, its explained there
<MoeIcenowy> and many Atoms come with AXP288 ;-)
chomwitt has joined #linux-sunxi
Worf has quit [Quit: Konversation terminated!]
paulk-blaze has quit [Quit: Leaving]
Stoned0651 has joined #linux-sunxi
<jelle> tkaiser: ahh thanks for the info
<jelle> tkaiser: I roll my own distro (arch) :)
reev has quit [Ping timeout: 258 seconds]
<tkaiser> jelle: I know. But that doesn't matter. You can adopt UUID changes to boot.cmd and /etc/fstab there too ;) And it might be interesting that you then also can directly flash an image to eMMC (or check Armbian's nand-sata-install.sh script above how to transfer an image from SD card to eMMC without any hassles)
<jelle> tkaiser: yup
* jelle is aware how UUID works :)
Mr__Anderson1 has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
fkluknav has joined #linux-sunxi
yann-kaelig has joined #linux-sunxi
afaerber has joined #linux-sunxi
<MoeIcenowy> seems that for UUID to work an initrd is needed...
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
massi has joined #linux-sunxi
ErwinH has quit [Remote host closed the connection]
ErwinH has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
ErwinH has quit [Ping timeout: 240 seconds]
Mr__Anderson1 has quit [Remote host closed the connection]
MXfive has joined #linux-sunxi
IgorPec5 has joined #linux-sunxi
Stoned0651 has quit [Ping timeout: 260 seconds]
ErwinH has joined #linux-sunxi
msevwork has quit [Quit: Leaving]
ErwinH has quit [Ping timeout: 264 seconds]
unixdork is now known as nixdork
foxx has quit []
f0xx has joined #linux-sunxi
komunista has joined #linux-sunxi
zoobab_ has quit [Remote host closed the connection]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
<rah> is there a bug tracker where I can file a bug?
<KotCzarny> try irc
<rah> I did
<KotCzarny> then try to find out who wrote particular driver and tell them directly
<rah> I did
<rah> by IRC :-)
<rah> they didn't respond
<rah> so I'm asking if there's a bug tracker
<rah> is the answer to my question "no"?
reinforce has quit [Quit: Leaving.]
<KotCzarny> haven't seen such thing
<rah> answering my question would be much more useful than telling me to do the things I've already done
JohnDoe_71Rus has joined #linux-sunxi
<KotCzarny> maybe this one
<KotCzarny> though wrong dir
jernej has joined #linux-sunxi
<KotCzarny> or maybe not
<rah> KotCzarny: that doesn't seem to be attended
<rah> KotCzarny: I can guess
<rah> and I can search the web
ixnus has joined #linux-sunxi
<rah> KotCzarny: I'm asking people who know
<rah> KotCzarny: if you don't know, you can't help me :-)
<KotCzarny> k, not bothering you again
<rah> thank you
yann-kaelig has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
ErwinH has quit [Ping timeout: 245 seconds]
ErwinH has joined #linux-sunxi
ixnus has quit [Ping timeout: 260 seconds]
tobiasBora has quit [Quit: Kthxbye]
IgorPec5 has quit [Ping timeout: 264 seconds]
ErwinH has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
wzyy2 has joined #linux-sunxi
vishnup has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
BenG83 has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 245 seconds]
LargePrime has joined #linux-sunxi
ErwinH has joined #linux-sunxi
<plaes> rah: what bug?
Leepty has quit [Quit: Leaving]
ErwinH has quit [Ping timeout: 256 seconds]
LargePrime has quit [Ping timeout: 255 seconds]
ErwinH has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
chomwitt has quit [Ping timeout: 240 seconds]
ErwinH has quit [Ping timeout: 276 seconds]
fkluknav has quit [Ping timeout: 255 seconds]
ErwinH has joined #linux-sunxi
LargePrime has joined #linux-sunxi
ErwinH has quit [Ping timeout: 276 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 260 seconds]
zoobab has joined #linux-sunxi
wzyy2 has quit [Read error: Connection reset by peer]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 245 seconds]
LargePrime has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
victhor has joined #linux-sunxi
ErwinH has quit [Ping timeout: 260 seconds]
ErwinH has joined #linux-sunxi
Andy-D has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
LargePrime has joined #linux-sunxi
cobra_koral has quit [Ping timeout: 264 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
<ElBarto> wens: so on clkng for A31 you have spdif defined despite being not present in the docs
<ElBarto> wens: is this a left over from h3 or spdif is really present on A31 ?
<MoeIcenowy> ElBarto: I think SPDIF do exist
<MoeIcenowy> there's someone that have sent out a patch for one A31 device with SPDIF
ErwinH has joined #linux-sunxi
<ElBarto> MoeIcenowy: I know the docs are wrong on a lot of stuff, just want to be sure that this is intentional and not a copy paste error :)
Amit_T_ has joined #linux-sunxi
<MoeIcenowy> oh the device is Mele I7
<MoeIcenowy> arch/arm/boot/dts/sun6i-a31-i7.dts
<ElBarto> since I'm currently doing clkng for FreeBSD I'm looking at linux driver for the clock names and I've stumbled into this
<MoeIcenowy> ElBarto: you may directly need Linux's include/dt-bindings/{clock,reset}/sun*i-*.h
<ElBarto> I've rewritten those (because of reasons), but this doesn't give me the names
LargePrime has quit [Ping timeout: 256 seconds]
<MoeIcenowy> but you must keep the relationship of numbers and clocks
ErwinH has quit [Ping timeout: 240 seconds]
<MoeIcenowy> otherwise DT will be not compatible
<ElBarto> yes I know
<MoeIcenowy> P.S. I think you can ask Maxime Ripard to add MIT license to the files
<ElBarto> things are more complicated than that
<ElBarto> even if it shouldn't be :)
<ElBarto> and this is not really long/hard to rewrite the files, it's just boring :P
<swabbles> ssvb: how long does u-boot ML moderation usually take?
<ssvb> swabbles: moderation?
<mripard> ElBarto: I wonder how you could argue that it's not derivative work though :)
<swabbles> "Your message to U-Boot awaits moderator approval."
<ssvb> swabbles: have you subscribed to u-boot the mailing list before posting patches?
<swabbles> yes, I have.
<ElBarto> mripard: it definitivly is (I think), I'm not a lawyer
<ssvb> hmm, that's strange
<swabbles> First time, I tried (before subscribing) I got another reason (not being subscribed).
<ElBarto> mripard: but what do you want us to do ? patch the DTS ? do our own ? we've been there, no thanks
<swabbles> Then I tried after subscribing, and it tells me that it is a moderated list.
<mripard> ElBarto: if it is derivative, then it is under the GPL
<swabbles> But I have been awaiting approval for two hours or so.
<ssvb> swabbles: but you can probably go to the #u-boot channel and ping some people there, it might help
<swabbles> Thanks, will do.
<ElBarto> mripard: but is it really ?
<ElBarto> mripard: you've come up with IDs and we've took the same to be compatible
<mripard> the proper solution would be to ask the author if he'd like to relicense under a BSD-like license, and use that header directly
<mripard> but you're basically just changing the license without the author consent
<mripard> which is bad
<mripard> I am ok with relicensing, I don't know about wens
<ElBarto> well not really because I didn't use the same name (but they are similar)
<ElBarto> but this raise the question about MIT dts compiled with GPL headers ...
<ElBarto> mripard: I'm up for doing the right thing, so if you want me to send you an email (should a list be cc'ed ?) asking you to relicence I'll do it
<mripard> You can send a patch to the headers authors, changing the license to a dual GPL/BSD
<mripard> we did it in the past for the DTS, and it went well, so it shouldn't be very touchy
<mripard> especially if you have a real argument for it
<mripard> (which you do)
<ElBarto> eh, just looked at the files, it's already dual licenced :P
<ElBarto> so I'll just check with FreeBSD Core Team which file I should use etc ... (my patch is in review for now)
|Jeroen| has joined #linux-sunxi
LargePrime has joined #linux-sunxi
matthias_bgg has quit [Quit: Leaving]
LargePrime has quit [Ping timeout: 240 seconds]
LargePrime has joined #linux-sunxi
Putti has joined #linux-sunxi
<Putti> sunxi-fel on debian gives "usb_bulk_send() ERROR -7: Operation timed out" – any ideas for fixing? Looked online a bit for solutions. Should I increase the timeout interval or is there some other underlying problem?
<Putti> (increasing the timeout interval would mean compiling fel tool from source, I think
reinforce has joined #linux-sunxi
<KotCzarny> try resetting (power cycling) the board, for my laptop and opipc i usually can get fel ver then one or two bigger commands, then often something hangs and ends with send errors
<Putti> KotCzarny, ok, thanks
<KotCzarny> but your case might be different, still, if you can get it working after power cycle and failing after some commands then it might be similar
<Putti> yeah, tried now twice to poweroff and it didn't work
ErwinH has joined #linux-sunxi
<KotCzarny> not even 'ver' command?
<Putti> the ver works
<Putti> but sunxi-fel uboot u-boot-sunxi-with-spl.bin doesn't
<rah> MoeIcenowy: I modified the kernel command line so that it outputs console messages to the virtual console
<rah> MoeIcenowy: there is console output but it stops half-way through booting and the monitor goes to "No Signal", long before X runs
<Putti> I will get the sunxi-fel source and will try increasing the timeout
<rah> probably around this time:
<rah> [ 0.150727] Console: switching to colour frame buffer device 240x67
<rah> mripard, wens: ^
<rah> plaes: ^ that
ErwinH has quit [Ping timeout: 240 seconds]
<rah> or not around that time; I think I see later boot messages
<ssvb> Putti: what is your hardware and where did you get this u-boot-sunxi-with-spl.bin file?
<ssvb> Putti: most likely you have some u-boot build, which is not compatible with your board
<Putti> My hardware is some intel motherboad with usb 3.0 port, and i got the *.bin from u-boot source code by compiling it
<Putti> ok, that might be it – incompatible build
<ssvb> I mean, what kind of allwinner device is that?
<Putti> mhm, but I think I could run some read command to figure out if it is that?
<Putti> someone added btw similar page to the real wiki list
<Putti> let me find that too
LargePrime has quit [Ping timeout: 240 seconds]
<KotCzarny> it hould be added here too i guess
<ssvb> when you start a wrong bootloader binary, the processor just deadlocks and that's why you get this "usb_bulk_send() ERROR -7: Operation timed out" error (the device just stops talking back)
<KotCzarny> anyway, i have this ebook reader what is the way to reset it to try running sd-fel card? i cant see reboot command anywhere in ui
<Putti> ssvb, ok, so let me try another configuration
<KotCzarny> or the disconnecting battery is the only way?
<Putti> (for u-boot)
<ssvb> btw, did the "sunxi-fel uboot u-boot-sunxi-with-spl.bin" command itself fail with this error?
<Putti> yes
<ssvb> ok, because this command starts u-boot, and the device is not expected to talk FEL after that (so any subsequent FEL commands will fail)
<ssvb> but if the "sunxi-fel uboot" command itself failed, then this usually indicates that u-boot has died
<Putti> right, but "usb_bulk_send() ERROR -7: Operation timed out" should not come still?
<Putti> ok
jernej has quit [Quit: Konversation terminated!]
<ssvb> which defconfig are you using now?
<Putti> q8_a33_tablet_800x480_defconfig
<Putti> didn't even check if my resolution is that...
<Putti> I should probably :)
<Putti> it is
<Putti> With that defconfig it didn't work, same error
<Putti> I will try now manually tweaking it
<ssvb> so you are running "sunxi-fel ver" and it works fine, then you are running "sunxi-fel uboot u-boot-sunxi-with-spl.bin" and if fails?
<Putti> correct
netlynx has quit [Quit: Ex-Chat]
<ssvb> can you run "sunxi-fel -v uboot u-boot-sunxi-with-spl.bin" and pastebin its output?
<Putti> ok
<Putti> mhm, I will reset the device first
<mripard> rah: please send an email with what you're seeing, with which kernel version and on what board
solarnetone has quit [Ping timeout: 255 seconds]
<rah> mripard: to the mailing list?
<mripard> rah: yes and linux-arm-kernel
<Putti> I haven't got yet around using the longer timeout as there seems to be some problem with missing libusb.h header file
<ssvb> Putti: yeah, it starts the SPL, but then it fails to transfer and start the main U-Boot part
<rah> mripard: ok
<Putti> ssvb, so it is not even about the wrong u-boot image, right?
<ssvb> Putti: the longer timeout will not help, your problem is that the SPL unexpectedly dies
<Putti> ok
<ssvb> which U-Boot version is that?
LargePrime has joined #linux-sunxi
<ssvb> you can try a few older releases just to see if this helps
<Putti> latest from git
Nemo_bis has joined #linux-sunxi
<Putti> ssvb but if it doesn't even start the transfer?
<ssvb> try some release tags tags
<ssvb> if the device does not want to talk back, then it's impossible to transfer anything there
chomwitt has joined #linux-sunxi
ErwinH has joined #linux-sunxi
<Putti> bbiab
<ssvb> normally people debug such problems using the UART serial console, but you probably don't have any access to it
<Putti> I tried to have access via micro sd card breakout board but I think my wires are too loose or something as I didn't get any TX signal from the tablet
<Putti> or maybe I put the wires to wrong places
<Putti> Will check in a bit
<ssvb> not even any kind of garbage (when the boot ROM is probing the MMC boot)?
<Putti> should I connect the 3.3v wire?
<Putti> nope
ErwinH has quit [Ping timeout: 256 seconds]
<ssvb> yeah, my SD breakout pins also feel just a little bit loose, but they still work
* ssvb probably needs to just solder some wires to make this construct more reliable
jernej has joined #linux-sunxi
<komunista> please, where i can learn about LED's triggers under /sys?
<komunista> i mean which trigger is for what...
<KotCzarny> ssvb, that fel mode dying isnt tablet specific, i remember bumping into that problem on opipc/opi+2e too
<ssvb> KotCzarny: what is required to reproduce this? have you reported it anywhere?
<KotCzarny> ssvb: i've mentioned it few times on irc
<ssvb> can you file a formal bugreport?
<KotCzarny> when i get my opipc running again i can try creating some testcase
<KotCzarny> but i think i was playing with uboot/kernel load via fel
<KotCzarny> (the same that were working on device, just wanted to check if fel can be used as a rescue os for totally b0rked fs/card)
<ssvb> btw, such symptoms also show up when the DRAM is overclocked too much, for example when testing via https://github.com/ssvb/lima-memtester/releases/tag/20151207-orange-pi-pc-fel-test
<ssvb> so I would not rule out generic reliability problems with your board
<ssvb> that's why exact steps to reproduce it would be very much welcome
massi has quit [Remote host closed the connection]
<KotCzarny> ssvb, what i still remember was that i could be sending repeated ver commands as much as i want, but doing anything bigger was failing intermittently
florianH has quit [Quit: Connection closed for inactivity]
<Putti> back, I will try now the serial console again
<ssvb> KotCzarny: as I said, please try to reproduce it again and submit a formal bugreport with all the exact steps
<ssvb> KotCzarny: if I can reproduce it, then I might be able to debug it
<ssvb> KotCzarny: if not, then you can try a bit more conservative DRAM and CPU clock speed settings just to see if that helps
<KotCzarny> will try to make a test case when i get around it again
<ssvb> thanks!
<ssvb> Putti: please first try some older stable U-Boot releases instead of the current git master branch
<KotCzarny> drat. i broke ereader case while trying to open. eh
<Putti> ssvb, alright, haha, and now realized I had put one TX wire to wrong place, so maybe that's why nothing came out :)
<Putti> let's try again now
<ssvb> Putti: you should get at least a line of junk printed on the serial console after reset, this happens because the boot ROM is trying to boot from MMC
<Putti> ok
<ssvb> and if everything is connected correctly, you still need to enable a special option CONFIG_UART0_PORT_F=y when building U-Boot in order to redirect the serial console output
<Putti> right, so I cannot use it even now (or I might hope the factory has enabled that)
<Putti> but nothing so far
<ssvb> frankly speaking, I used this option a very long time ago (after actually fixing it!), so something might have bitrotten since then
vagrantc has joined #linux-sunxi
tsuggs has joined #linux-sunxi
Ntemis has joined #linux-sunxi
* Putti got some UART serial console garbage!
<Putti> though not sure if it is because I broke something
<Putti> but I have > there
<KotCzarny> oh wow, some f*cktard glued the battery to the backcase o.O
<Putti> Is ">" something you others have gotten too
<KotCzarny> > is probably uboot prompt
<Putti> cool!
<KotCzarny> try entering help<enter>
<Putti> ton of stuff came about kernel booting!
<Putti> ok this is working now!
<Putti> ssvb, KotCzarny thanks !
solarnetone has joined #linux-sunxi
<KotCzarny> i havent done anything :)
afaerber has quit [Quit: Leaving]
<Putti> you helped me earlier :)
<KotCzarny> oh, anyway, have a fun with your toy
<ssvb> hmm, what about the "usb_bulk_send() ERROR -7: Operation timed out" error? has it disappeared?
<Putti> ssvb, not that far yet
<ssvb> are you getting all these messages from the stock firmware now?
<Putti> yes, It booted to the Android OS it had, I will now try booting again to FEL mode
ErwinH has joined #linux-sunxi
solarnetone has quit [Read error: No route to host]
terra854 has quit [Quit: Connection closed for inactivity]
<KotCzarny> hmm, funny, no battery connector, so if system hangs how do i reset a13 board?
<KotCzarny> (no battery connector == battery wires soldered)
<Putti> KotCzarny, reset in which sense?
ErwinH has quit [Ping timeout: 256 seconds]
<KotCzarny> reset in a sense of restart or powercycle
<Putti> it doesn't have power button?
<KotCzarny> what if it hangs in uboot for example? or with kernel panic?
<Putti> mhm, let's see if a13 manual says something about resetting
<beeble> KotCzarny: short pin 25 on axp209 to gnd
<KotCzarny> beeble, that tip should go into wiki!
<KotCzarny> is pin 24 a ground or i have to find it somewhere else?
ErwinH has joined #linux-sunxi
afaerber has joined #linux-sunxi
<beeble> KotCzarny: also if the axp is configured the right way pressing the power button long should turn it off
<KotCzarny> oh, nice
<beeble> that would also result in a rest when powered on again
<KotCzarny> 'powered on' as in reapplying power or just pressing power button?
<beeble> pressing power again
<beeble> next to 25 is not gnd. but there should be some bypass caps around with gnd on one side
<KotCzarny> yeah, no gnd nearby
boycottg00gle has joined #linux-sunxi
<beeble> there should also be a pull up on the trace from axp pin 25 to the cpu. so if you want to build your own reset key you cant attach there easily
<beeble> if there isn't already some test pads
ErwinH has quit [Ping timeout: 255 seconds]
<beeble> at least i would build a device like that for development and production
ixnus has joined #linux-sunxi
<KotCzarny> those pins are tiny, let's hope pwr key trick will be enough
<beeble> now you see what i have to deal with daily :)
<KotCzarny> at least you have experience on your side
<ixnus> KotCzarny: hm, that delivery was quick. Can you please put the device on the wiki , whenever you wish.
<KotCzarny> ixnus: just started opening it, it's not very diy friendly (already managed to damage the front bezel, but it's open now)
<ixnus> yeah, good luck hacking on it !
<beeble> KotCzarny: you should press at least 6 seconds. and if you build your own uboot check that you don't write bad values to reg 36
<KotCzarny> o.O
<beeble> bit 3 to be specific
<beeble> that would turn off that power down feature by long press
<KotCzarny> is it sticky?
<KotCzarny> ie. once written it would be remembered
<beeble> it's volatile. but you would have to disconnect the battery
<beeble> or reset via pon 25
<beeble> pin
<KotCzarny> uhum
<KotCzarny> btw. was that autotranslated or something? 'Key long when you grew up in the shutdown automatic shutdown feature set '
<beeble> welcome to english allwinner documents :)
<beeble> the formating is better if aw dies the translating then sending it through google translate yourself
ixnus has quit [Ping timeout: 260 seconds]
<beeble> *does
boycottg00gle has quit [Remote host closed the connection]
Amit_T_ has quit [Remote host closed the connection]
Mr__Anderson has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
ErwinH has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
GrimKriegor has quit [Quit: oh bai bai bai]
ErwinH has quit [Ping timeout: 252 seconds]
GrimKriegor has joined #linux-sunxi
petr_ is now known as petr
petr is now known as Guest26751
fdcx_ has quit [Quit: Leaving]
diego71_ is now known as diego71
Ntemis has quit [Remote host closed the connection]
Ntemis has joined #linux-sunxi
cptG has joined #linux-sunxi
cptG_ has quit [Ping timeout: 240 seconds]
reinforce has quit [Quit: Leaving.]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 260 seconds]
f0xx has quit [Ping timeout: 240 seconds]
vagrantc has quit [Quit: leaving]
ErwinH has joined #linux-sunxi
MXfive has quit [Quit: Sleep Quit.]
apritzel has joined #linux-sunxi
MXfive has joined #linux-sunxi
ErwinH has quit [Ping timeout: 258 seconds]
<apritzel> jemk: wow, thanks a lot for the Wiki edits!
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 260 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
solarnetone has joined #linux-sunxi
MXfive has quit [Quit: Sleep Quit.]
|Jeroen| has quit [Quit: dada]
Mr__Anderson has quit [Remote host closed the connection]
jernej has quit [Ping timeout: 260 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 264 seconds]
Xalius_Ph has joined #linux-sunxi
batch has joined #linux-sunxi
<batch> Hello, does this still work? echo "rootmydevice" > /proc/sunxi_debug/sunxi_debug
<willmore> batch, should not in any armbian kernel
<willmore> In kernels found on random Alwinner based Android devices? Probably.
<batch> ok i see, this just amazed me
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 258 seconds]
<willmore> batch, yeah, that's a pretty stinking big security issue.
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 245 seconds]
komunista has quit [Quit: Leaving.]