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
Da_Coynul has quit [Ping timeout: 272 seconds]
arossdotme has joined #linux-sunxi
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
apritzel has quit [Ping timeout: 264 seconds]
tlwoerner has quit [Ping timeout: 252 seconds]
tlwoerner has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
sarietta has quit [Remote host closed the connection]
sarietta has joined #linux-sunxi
sarietta has quit [Ping timeout: 248 seconds]
popolon has quit [Quit: WeeChat 1.4]
ninolein_ has quit [Ping timeout: 248 seconds]
ninolein has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi
ganbold has quit [Quit: Leaving]
cnxsoft has joined #linux-sunxi
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
tlwoerner has quit [Quit: Leaving]
_mamalala_ has joined #linux-sunxi
_mamalala has quit [Ping timeout: 272 seconds]
tlwoerner has joined #linux-sunxi
pg12 has quit [Ping timeout: 265 seconds]
pg12_ has joined #linux-sunxi
IgorPec has joined #linux-sunxi
[7] has quit [Ping timeout: 248 seconds]
<KotCzarny> what happened to the wiki ?
<KotCzarny> oh. its back
TheSeven has joined #linux-sunxi
<KotCzarny> what kernel option am i missing? hexdump: /sys/devices/platform/soc@01c00000/1c23800.eeprom/eeprom: No such file or directory
<KotCzarny> oh, its /sys/devices/platform/soc@01c00000/1c23800.eeprom/sunxi-sid0/uevent in 4.8
<KotCzarny> i mean /sys/devices/platform/soc@01c00000/1c23800.eeprom/sunxi-sid0/nvmem
utente_ has quit [Ping timeout: 244 seconds]
ganbold has joined #linux-sunxi
pitillo has quit [Changing host]
pitillo has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
utente_ has joined #linux-sunxi
petr has quit [Ping timeout: 265 seconds]
utente_ has quit [Ping timeout: 265 seconds]
camh has quit [Ping timeout: 276 seconds]
IgorPec has quit [Ping timeout: 248 seconds]
petr_ has joined #linux-sunxi
camh has joined #linux-sunxi
<KotCzarny> can sids be acquired somehow on legacy kernel?
<KotCzarny> ie. is it possible to write kernel module (loadable at runtime)?
jernej has joined #linux-sunxi
willmore has quit [Remote host closed the connection]
fire219 has quit [Read error: Connection reset by peer]
<plaes> KotCzarny: IIRC it should be possible to read out with devmem2
IgorPec119 has joined #linux-sunxi
bfree has quit [Ping timeout: 244 seconds]
axl_ has joined #linux-sunxi
yann has quit [Ping timeout: 248 seconds]
cnxsoft has quit [Read error: Connection reset by peer]
axl_ has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
IgorPec119 has quit [Ping timeout: 265 seconds]
<KotCzarny> hrm, im either having wrong address or weird sids
<KotCzarny> 02C00081 94340508 5035080E 30000000
IgorPec has joined #linux-sunxi
jernej has quit [Ping timeout: 264 seconds]
<KotCzarny> funnily enough something either writes to sid after boot or mine have first word different (both opipc and opi+2e)
Putti has quit [Ping timeout: 272 seconds]
reinforce has joined #linux-sunxi
pekka10 has quit [Ping timeout: 264 seconds]
leviathanch has joined #linux-sunxi
camh has quit [Ping timeout: 244 seconds]
jernej has joined #linux-sunxi
yann has joined #linux-sunxi
camh has joined #linux-sunxi
<plaes> wens, mripard: could you give me some hints how to properly implement the LVDS_RESET clock for A10?
fvogt has joined #linux-sunxi
tkaiser has joined #linux-sunxi
merbanan has quit [Ping timeout: 244 seconds]
florianH has joined #linux-sunxi
merbanan has joined #linux-sunxi
yann has quit [Ping timeout: 244 seconds]
apritzel has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
jernej has quit [Ping timeout: 264 seconds]
pekka10 has joined #linux-sunxi
camh has quit [Ping timeout: 272 seconds]
apritzel has quit [Ping timeout: 265 seconds]
matthias_bgg has joined #linux-sunxi
camh has joined #linux-sunxi
<plaes> KotCzarny: could you add the devmem command too to the sid page?
<KotCzarny> k
<KotCzarny> though im not sure its viable solution becuase somehow i got weird values on h3
<KotCzarny> ie. first word is different than other h3s
<plaes> is there difference, when asking it via u-boot?
<KotCzarny> im away from my oranges atm so cant check
yann has joined #linux-sunxi
<KotCzarny> but if you have any you can simply do: ./devmem2 0x01c14200 w
<plaes> ok, no problem
<plaes> yeah
<KotCzarny> if you get anything else than 02004620
<plaes> I had never used it, but I knew it was possible ;)
<KotCzarny> then something is fishy during boot/kernel/devmem2
iamfrankenstein has quit [Read error: Connection reset by peer]
iamfrankenstein has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
iamfrankenstein has quit [Read error: Connection reset by peer]
premoboss has joined #linux-sunxi
apritzel has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
massi has joined #linux-sunxi
lemonzest has joined #linux-sunxi
premoboss has quit [Ping timeout: 248 seconds]
premoboss has joined #linux-sunxi
Putti has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
apritzel has quit [Read error: Connection reset by peer]
Putti has quit [Ping timeout: 248 seconds]
Andy-D has quit [Ping timeout: 248 seconds]
apritzel has joined #linux-sunxi
<ssvb> KotCzarny: you can also retrieve SID via "sunxi-fel sid" command
<ssvb> my guess is that your board is probably just from a different batch, that's why you get a different first word for the SID
<ssvb> why do you think that it is weird?
<KotCzarny> ssvb: can i do it remotely?
<KotCzarny> :)
<MoeIcenowy> apritzel: seems that you're right
<KotCzarny> that's why it would be interesting for someone with h3 based orange to check both methods to confirm
<KotCzarny> as for 'weird', see the h3 table, all have 02004620 in the first word, even from different vendors
<montjoie> I will send the patch for enabling sid in H3 in DT
popolon has joined #linux-sunxi
Andy-D has joined #linux-sunxi
<jonkerj> KotCzarny: my H3 has "0002 2046" at sid/0x200 (~ 1c14200)
<jonkerj> (and lots of zeroes in mac)
<KotCzarny> jonkerj: which method did you use?
<tkaiser> KotCzarny: devmem2 0x01c14200 w|grep Value|sed 's/^.*: 0x/ /' results in '2C00081' and sunxi-fel sid displays the usual 02004620
<jonkerj> hexdump /sys/bus/platform/devices/1c14000.eeprom/sunxi-sid0/nvmem after having enabled SID in dt
<MoeIcenowy> apritzel: I forgot to take my Thinkpad E531's AC adapter to my home during PRC National Day holiday... So I have no access to IRC in the past several days...
iamfrankenstein has quit [Quit: iamfrankenstein]
<KotCzarny> tkaiser, thx, but that confirms that something mangles that memory value after boot
<MoeIcenowy> Now I got another laptop to use (a Thinkpad X220i, second-hand, for ~$130)
<KotCzarny> MoeIcenowy: niiice
<tkaiser> KotCzarny: IIRC different memory region has to be read on H3, A83T and A64?
<jonkerj> KotCzarny: after endianess-issue, that is 0x2004620 (which is the output of devmem2)
fvogt has quit [Remote host closed the connection]
<KotCzarny> tkaiser, but second word is consistent with other h3s
fvogt has joined #linux-sunxi
<KotCzarny> unless that's just coincidence
<KotCzarny> (at least on opi+2e)
<apritzel> MoeIcenowy: hi, thanks for the confirmation!
<apritzel> MoeIcenowy: I think I found another issue with the MMC calibration last night
<apritzel> MoeIcenowy: can you read the manual section again and confirm that the value in bits 8..13 is the number of "delay cells" for a _full clock cycle_?
<apritzel> MoeIcenowy: and that we have to write only a fraction of that in the lower bits to express our delay?
<MoeIcenowy> apritzel: the MMC calibration is a mysterious thing
<MoeIcenowy> it seems to be not implemented in the BSP kernel
<apritzel> I agree ;-)
<MoeIcenowy> so maybe it's not the point to calibrate it...
<MoeIcenowy> Do you have Banana Pi M64 yet?
<MoeIcenowy> If yes, I think you can try to use the BSP sunxi-mmc driver under mainline to try whether it works
<apritzel> I have, did you receive one?
<MoeIcenowy> nope...
<apritzel> I wrote some patch on top of Ulf's next branch last night, but couldn't test it yet
<MoeIcenowy> I'm still reading the sun{6,8}i-codec drivers now...
<apritzel> I think we should gently poke Nora again ;-)
<MoeIcenowy> I have currently A31s and A33 tablets
<MoeIcenowy> and, what is more interesting is, A33 audio codec is just like A64's
<MoeIcenowy> So we may be able to even test the driver in some A64 branches...
<apritzel> MoeIcenowy: that sounds promising (given there is some support for A33? didn't check)
<apritzel> MoeIcenowy: I was wondering if you wanted to have a look at HS-200 and HS-400 support for the sunxi-mmc driver?
<MoeIcenowy> apritzel: yes, sent at Oct 4
<MoeIcenowy> apritzel: for sdc2, of course, yes :-)
<MoeIcenowy> but I'm still cloneing torvalds/linux on my new laptop...
<apritzel> wasn't that audio driver post for A31?
<MoeIcenowy> for A31 the answer is yes...
<MoeIcenowy> But I'm not sure whether the answer for A33 is yes...
<MoeIcenowy> s/A33/A31s
FergusL has quit [Remote host closed the connection]
<MoeIcenowy> I remembered wens said that A31s codec is different from A31
<MoeIcenowy> but my tablet is A31s (Colorfly E708 Q1)
<wens> apritzel: free electrons sent patches for a33 codec
<wens> apritzel: i sent patches for a31
* apritzel is trying the entangle AW's SoC naming
<MoeIcenowy> wens: how about A31s ?
<plaes> wens: o/
<plaes> any idea how to implement the LVDS reset?
<wens> a31s is like a23 and h3
<MoeIcenowy> wens: what the hell...
<apritzel> actually disentangle, lets not make it worse ;-)
<wens> plaes: ugh, what reset is that? a reset control in the CCU?
<MoeIcenowy> wens: is A31s the same wafer with A31?
<wens> plaes: i suggest adding a reset control to the tcon
<wens> MoeIcenowy: it should be, but the audio codec is different
<wens> trust me, i was hoping to get it work on my a31s, and suprised that it didn't
<plaes> wens: CCM 0x014C
<wens> i then went and read allwinner's kernel :/
<MoeIcenowy> It seems that Allwinner have too many talents at analog chip designing :-)
<wens> plaes: right, so a bus reset control
<plaes> yeah
<wens> plaes: add it to the tcon bindings
<MoeIcenowy> We found a lot of codecs from them and X-Powers...
<plaes> wens: hmm.. ok
<MoeIcenowy> A10/13/20, A31, A31s/A23/H3, A33/A64, AC100/AXP818
<wens> plaes: and name the control 'lvds'
<plaes> it's currently (as far as I know) single thing missing to enable lvds display
<wens> plaes: btw , i'd suggest pulling out the lvds interface register bits into a set_if_lvds function
<plaes> hmm.. in sun4i_tcon ?
FergusL has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
ganbold has quit [Quit: This computer has gone to sleep]
akaizen has quit [Quit: Textual IRC Client: www.textualapp.com]
IgorPec has quit [Ping timeout: 272 seconds]
premoboss has quit [Ping timeout: 252 seconds]
iamfrankenstein has joined #linux-sunxi
Andy-D has quit [Ping timeout: 252 seconds]
<Wizzup> KotCzarny: love the autogenerated one
<KotCzarny> i like 'temporary' one
<KotCzarny> and #define NULL (::rand() % 2) is a real gold too
IgorPec has joined #linux-sunxi
<NiteHawk> ssvb: any objections from your side against merging https://github.com/linux-sunxi/sunxi-tools/pull/59 ?
<ssvb> KotCzarny: I can confirm a strange mismatch of the first SID word on my H3 board
<NiteHawk> (it's a two-line change that modifies the handling of FreeBSD to be the same as for OpenBSD)
<ssvb> NiteHawk: yes, it looks very simple and straightforward
<ssvb> where does this portable_endian.h come from?
<NiteHawk> ssvb: i have no way / platform to test this, but simply accept that this achieves the desired result for evadot
<NiteHawk> might report this "upstream" too, though it's simply a github gist actually
<ssvb> yes, it would be best if this fix also gets picked up by the author of portable_endian.h
Andy-D has joined #linux-sunxi
<NiteHawk> okay, i'll merge #59 and leave a comment for Matthias Panzenböck then?
<ssvb> sure, go ahead
<apritzel> NiteHawk: ssvb: is someone actually testing this on some big-endian system?
<KotCzarny> i wonder where that sid mismatch cames from
<KotCzarny> and if it breakes anything
<rellla> ssvb, KotCzarny: me too
<ssvb> apritzel: I have a Playstation3 and did test sunxi-tools on it some time ago
<KotCzarny> and if other words are affected
<apritzel> ssvb: I ran a big-endian 32-bit ARM Linux on a BPi-M1 the other day, also a BE AArch64 image on the Pine64
<NiteHawk> apritzel: no idea :/ we're only build-testing on linux and macosx currently - i'd expect people to complain / create issues if sunxi-tools fails for them...
<apritzel> which reminds me of pushing this MMC fix I needed ;-)
<apritzel> ssvb: awesome ;-)
<ssvb> well, I only boot it maybe once in a few months
<ssvb> when need to test something big endian
<apritzel> MoeIcenowy: btw: I am not sure we should copy too much from the BSP kernel (for instance the missing MMC calibration)
<plaes> can't you make small alpine linux chroot?
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<plaes> images.linuxcontainers.org
<ssvb> apritzel: maybe I need to try big endian arm too, there will be probably some bugs in the neon assembly code here and there
<plaes> hrmm.. no :(
<apritzel> plaes: do they provide BE builds?
lamer14756647366 has joined #linux-sunxi
<plaes> nope :(
<MoeIcenowy> apritzel: only doing experiments...
<plaes> only amd64, armhf and i386
<MoeIcenowy> I cannot find anything meaningful to copy :-)
<apritzel> ssvb: well, it's not fun, really. I found some Linaro BE initrds for 32-bit, IIRC
<apritzel> ssvb: and for the 64-bit build I turned on my hand-crafted Slackware cross-build-from-scratch system
<ssvb> ok, then it's probably irrelevant
<ssvb> and after all, even PowerPC is moving to little endian nowadays
<apritzel> (after having fixed tons of issues due to the mostly unknown aarch64_be prefix)
tkaiser has quit [Ping timeout: 244 seconds]
<apritzel> ssvb: I agree, it seems that no-one is using that
<apritzel> It's kind of fun because it reveals some bugs
<apritzel> but the practical relevance is close to zero ;-)
lemonzest has quit [Quit: Leaving]
<apritzel> MoeIcenowy: did we discuss yet how to handle the fact that SMHC2 is special on the A64?
<apritzel> I was wondering if it all boils down to the fact that only SMHC2 supports HS-400
<apritzel> for which we have properties in the generic MMC DT bindings already
<wens> apritzel: the older socs have different timings for SMHC2
<apritzel> wens: please don't spoil my idea ;-)
<apritzel> wens: can we express those timings in the DT?
<wens> i suppose we could
<wens> we don't really differentiate at the moment
<wens> since no boards do UHS-1 or higher
<apritzel> UHS-1 is 4-bit, 52MHz DDR?
Putti has joined #linux-sunxi
<apritzel> I think the BananaPi-M64 could do 8-bit 200MHz SDR to eMMC
<apritzel> 200 MHz DDR requires 1.8V, AFACIT
<wens> apritzel: 4-bit 50 MHz DDR
<wens> DDR has tigher timing requirements, since you're sampling both edges
<apritzel> 50 MHz instead of 52 because the sunxi MMC clock cannot generate something else from the normal PLL6 input?
<wens> apritzel: no, because SD specs are 50 MHz :/
<apritzel> wens: mmh, OK, I thought I found the 52 MHz there ...
<apritzel> (not in the spec directly, which I don't have)
<wens> apritzel: 52 MHz is for eMMC iirc
<apritzel> wens: right, just found that too
<apritzel> and I think I saw some 52MHz requests from the Linux MMC subsystem during debugging ...
Da_Coynul has joined #linux-sunxi
Da_Coynul has quit [Client Quit]
Da_Coynul has joined #linux-sunxi
Putti has quit [Ping timeout: 252 seconds]
Da_Coynul has quit [Ping timeout: 264 seconds]
willmore has joined #linux-sunxi
reinforce has joined #linux-sunxi
lamer14756647366 has quit [Quit: jIRCii - http://www.oldschoolirc.com]
camh has quit [Ping timeout: 244 seconds]
reinforce has quit [Remote host closed the connection]
tkaiser has joined #linux-sunxi
ikmaak has quit [Remote host closed the connection]
camh has joined #linux-sunxi
ikmaak has joined #linux-sunxi
leviathanch has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi
premoboss has joined #linux-sunxi
premoboss has quit [Ping timeout: 244 seconds]
enrico_ has joined #linux-sunxi
<MoeIcenowy> apritzel: I think a dt property is ok...
Putti has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
leviathanch has joined #linux-sunxi
tkaiser has quit [Ping timeout: 252 seconds]
tkaiser has joined #linux-sunxi
tkaiser has quit [Client Quit]
apritzel has quit [Read error: Connection reset by peer]
swiftgeek has joined #linux-sunxi
<swiftgeek> device tree from u-boot repo should work fine right?
<swiftgeek> like i only need to copy single dtb file for my device right?
<wens> swiftgeek: use the one in the kernel tree
<wens> they should be in sync, but not always
<swiftgeek> i just have some issues with usb-otg with the dts for sun5i-a13-q8-tablet
<swiftgeek> it works fine in u-boot
aballier has quit [Quit: leaving]
<swiftgeek> but dtb from u-boot repo seems to crash everything so i was wondering whether copying single file over is enough
Da_Coynul has quit [Remote host closed the connection]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
apritzel has joined #linux-sunxi
<swiftgeek> injecting power into usb doesn't help either
afaerber has joined #linux-sunxi
aballier has joined #linux-sunxi
<apritzel> swiftgeek: while there should be only one DT to rule them all, if in doubt I'd stick with U-Boot using its DT embedded into the code, and loading the Linux .dtb from the same place where the kernel comes from
<apritzel> swiftgeek: at least this would be worth an experiment since you have issues ...
<swiftgeek> should usb host from otg just work or do i need to change something from sysfs?
<apritzel> swiftgeek: no idea, I am not a user ;-)
<swiftgeek> it's pretty confusing to me how u-boot works just fine
<swiftgeek> i feel like i'm missing something silly like sysfs setting or so
<mripard> swiftgeek: u-boot works just fine because it doesn't do OTG
<mripard> it's either hardcoded as host or peripheral
<swiftgeek> well it does otg
<mripard> but cannot switch from one to the other
<swiftgeek> it switches on boot
<mripard> it is set in the configuration
<swiftgeek> but good point, it most likely doesn't switch based on ID pin state
swiftgeek has quit [Quit: WeeChat 1.5]
swiftgeek has joined #linux-sunxi
<swiftgeek> i tried nothing and i'm all out of ideas it seems ^^'
<KotCzarny> french?
<KotCzarny> ;)
<swiftgeek> polish :P
<mripard> swiftgeek: what did you try ?
cnxsoft has quit [Remote host closed the connection]
<swiftgeek> looking at dts and comparing it to my previous attempts, tried out my older build and looks like i have hit the same wall back then xD
<swiftgeek> and no idea in general
<mripard> yeah, but I mean, what is your test case?
<mripard> do you plug it into a computer
<mripard> do you try to use int in host ?
<mripard> what are you trying to do that doesn't work basically?
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
IgorPec has joined #linux-sunxi
<enrico_> did someone try sun4i-ss + ext4 ecnryption? when i try to write a file i get an error and in dmesg i see "sun4i-ss 1c15000.crypto-engine: ERROR: Empty IV"
<montjoie> enrico_: which algo do you use ?
<enrico_> montjoie: uhm i don't know what algo ext4 use by default, i just followed the usual setup (e4crypt add_key etc..)
<montjoie> I will try it
<enrico_> i'm using mainline 4.8
<enrico_> on lime2
<montjoie> enrico_: do you know from which package comes e4crypt ?
<montjoie> seems recent e2fsprogs
<enrico_> angstrom 2.1 (reported version is 1.42.99+1.43+git0+0f26747167-r0.0)
fvogt has quit [Quit: Konversation terminated!]
camh has quit [*.net *.split]
Mr__Anderson has quit [*.net *.split]
florianH has quit [*.net *.split]
tlwoerner has quit [*.net *.split]
ninolein has quit [*.net *.split]
alexxy has quit [*.net *.split]
solarnetone has quit [*.net *.split]
buZz has quit [*.net *.split]
Nyuutwo has quit [*.net *.split]
NiteHawk has quit [*.net *.split]
corecode has quit [*.net *.split]
corecode has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
tlwoerner has joined #linux-sunxi
solarnetone has joined #linux-sunxi
camh has joined #linux-sunxi
tlwoerner has joined #linux-sunxi
tlwoerner has quit [Changing host]
alexxy has joined #linux-sunxi
NiteHawk has joined #linux-sunxi
Nyuutwo has joined #linux-sunxi
NiteHawk has joined #linux-sunxi
NiteHawk has quit [Changing host]
<enrico_> montjoie: i recompiled the kernel without sun4i-ss and it works, do i need something compiled in kernel for sun4i-ss? or in u-boot? u-boot is 2016.07
<montjoie> nothing, I think its a bug
ninolein has joined #linux-sunxi
florianH has joined #linux-sunxi
buZz has joined #linux-sunxi
Mr__Anderson has quit [Ping timeout: 272 seconds]
buZz is now known as Guest19129
Guest19129 is now known as buZz
TheSeven has quit [Quit: No Ping reply in 180 seconds.]
TheSeven has joined #linux-sunxi
lemonzest has joined #linux-sunxi
<Xilokar> In u-boot arch/arm/mach-sunxi/clock_sun6i.c clock_set_pll11() I see if (sigma_delta_enable) writel(CCM_PLL11_PATTERN, &ccm->pll5_pattern_cfg);
<Xilokar> the pll5 seems odd
premoboss has joined #linux-sunxi
<Xilokar> (I don't know if it may be related to my issue with dram init, but it was worth mentionning)
leviathanch_ has joined #linux-sunxi
leviathanch has quit [Ping timeout: 272 seconds]
<apritzel> Xilokar: good point, looks indeed like a bug
<apritzel> and if not, this definitely deserves a comment then ;-)
<apritzel> and fwiw, this affects A64 also !!1!!1!
TheSeven has quit [Quit: No Ping reply in 180 seconds.]
TheSeven has joined #linux-sunxi
<apritzel> jemk: can you confirm that this above is wrong?
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
TheLinuxBug has quit [Ping timeout: 265 seconds]
TheLinuxBug has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
TheLinuxBug has quit [Ping timeout: 272 seconds]
TheSeven has quit [Quit: No Ping reply in 180 seconds.]
TheSeven has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
<jemk> apritzel: looks wrong, maybe a copy paste error? but i don't think it would affect stability, and on a64 it isn't used anyway
<apritzel> jemk: ah, I see, sigma_delta_enable is false ...
reinforce has joined #linux-sunxi
yann has quit [Ping timeout: 252 seconds]
massi has quit [Remote host closed the connection]
dlan has quit [Ping timeout: 240 seconds]
dlan has joined #linux-sunxi
* apritzel turns away then ;-)
ganbold has joined #linux-sunxi
TheLinuxBug has joined #linux-sunxi
enrico_ has quit [Quit: Bye]
sarietta has joined #linux-sunxi
<Xilokar> Looks indeed like a copy-paste of set_pll5 (but it is used on a33 (DRAM_SIGMA_DELTA_ENABLE 1))
<Xilokar> Regarding the impact, I am just trying everything I can find :)
Mr__Anderson has quit [Remote host closed the connection]
ricardocrudo has quit [Remote host closed the connection]
sarietta has quit [Remote host closed the connection]
sarietta has joined #linux-sunxi
sarietta has quit [Ping timeout: 264 seconds]
premoboss has quit [Quit: Sto andando via]
apritzel has quit [Ping timeout: 272 seconds]
matthias_bgg has quit [Quit: Leaving]
BenG83 has joined #linux-sunxi
<swiftgeek> mripard: i have tried usb stick in otg adapter
<swiftgeek> and keyboard
<swiftgeek> mripard: or connecting it to PC, doesn't work either
<swiftgeek> though if i load module for Bus 002 Device 047: ID 0525:a4a2 Netchip Technology, Inc. Linux-USB Ethernet/RNDIS Gadget
<swiftgeek> *for modprobe g_ether
<swiftgeek> it start reacting to usb for PC
<swiftgeek> oh and reacts for usb dongle now as well
<swiftgeek> how that happened ;D
<swiftgeek> if i rmmod it, it doesn't work again
tsuggs has joined #linux-sunxi
<mripard> maybe it loaded the musb driver too, that wasn't loaded?
sarietta has joined #linux-sunxi
<swiftgeek> well since kernel doesn't unload modules automagically
<swiftgeek> that's not the case
<swiftgeek> somehow it requires any gadget to be loaded
<swiftgeek> but why have such requirement :D
avph has quit [Ping timeout: 265 seconds]
<mripard> it doesn't
<mripard> or at least, it shouldn't
<mripard> on which board and which kernel is that?
avph has joined #linux-sunxi
<plaes> mripard: o/
<plaes> any suggestions on implementing the lvds_reset (LVDS_CLK_REG in CCM) ?
<plaes> wens suggested something like this: bus reset control in tcon bindings
<plaes> but I have hard time wrapping my head around this :S
<plaes> the LVDS_CLK_REG in CCM contains only the lvds_reset bit
jernej has joined #linux-sunxi
jernej has quit [Client Quit]
jernej has joined #linux-sunxi
paulk-collins_ has joined #linux-sunxi
paulk-collins has quit [Ping timeout: 272 seconds]
<swiftgeek> mripard: archlinux arm kernel, Q8-V08 board, sun5i-a13-q8-v08.dts
<swiftgeek> err
<swiftgeek> * sun5i-a13-q8-tablet.dts
<plaes> which version?
<swiftgeek> of kernel? 4.7.5
<plaes> yea :)
yann|work has joined #linux-sunxi
vagrantc has joined #linux-sunxi
apritzel has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
BenG83 has quit [Ping timeout: 244 seconds]
leviathanch_ has quit [Remote host closed the connection]
IgorPec has quit [Ping timeout: 264 seconds]
petr_ has quit [Ping timeout: 272 seconds]
petr has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
ganbold has quit [Quit: Leaving]
ganbold has joined #linux-sunxi
<mripard> plaes: you want the short or the long answer ? :)
<mripard> swiftgeek: weird. Do you have the config somewhere?
<swiftgeek> mripard: config of linux kernel?
<mripard> hmmm, it looks right
<mripard> you should contact hans, he's the one who worked on those boards
<plaes> mripard: mm.. I would like to get it implemented ;)
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
ricardocrudo has joined #linux-sunxi
<igraltist> hi
<igraltist> you good is the support for the h3 cpu on the orange pi?
<igraltist> i stuck with kernel 4.4
jernej has quit [Ping timeout: 272 seconds]
<vagrantc> mainline linux 4.8 supports some of the features for h3, depends on what you need ... i use it on an orange pi plus2 board for a headless machine.
<igraltist> yes only headless machine, nic and usb i need
fire219 has joined #linux-sunxi
fire219 has quit [Changing host]
fire219 has joined #linux-sunxi
<vagrantc> igraltist: i'm using usb network cards, as the built-in nic support isn't yet mainlined, but there are patches around to support it
<igraltist> on my cubietruck i use this: ASIX Electronics Corp. AX88772B
whaf has joined #linux-sunxi
whaf has left #linux-sunxi [#linux-sunxi]
paulk-collins_ has quit [Quit: Leaving]
afaerber has quit [Quit: Ex-Chat]
dev1990 has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
vagrantc has quit [Quit: leaving]
dev1990 has quit [Quit: Konversation terminated!]
ricardocrudo has joined #linux-sunxi
<igraltist> such arm board i need: https://netgate.com/products/sg-1000.html
<igraltist> but no need for freebsd
florianH has quit [Quit: Connection closed for inactivity]