Turl changed the topic of #linux-sunxi to: Allwinner/sunxi development discussion - Don't ask to ask. Just ask and wait! - See http://linux-sunxi.org | https://github.com/linux-sunxi/ | Logs at http://irclog.whitequark.org/linux-sunxi
bbrezillon has joined #linux-sunxi
<ojn> Turl: teclast p88 seems to have been markeded under the same name for several socs. i no longer have mine though (sold it to a friend when allwinner sent me an eval board)
ganbold has joined #linux-sunxi
syeekick has quit [Remote host closed the connection]
FunkyPenguin has quit [Ping timeout: 245 seconds]
FunkyPenguin has joined #linux-sunxi
physis has joined #linux-sunxi
<physis> hi guys
<physis> is someone using sunxi-devel tree with cubieboard2 ?
<physis> I tried to build but kernel do not print anything on console. I think something is missing in .config file.
deffrag has joined #linux-sunxi
deffrag__ has quit [Ping timeout: 246 seconds]
bbrezillon has quit [Ping timeout: 252 seconds]
<physis> uBoot show everything ok but after "Starting kernel..." total silence.
maksimlin has quit [Ping timeout: 276 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
FreezingCold has quit [Ping timeout: 240 seconds]
maksimlin has joined #linux-sunxi
physis has quit [Remote host closed the connection]
maksimlin has quit [Ping timeout: 265 seconds]
xavia has quit [Quit: Leaving.]
pseudomind has joined #linux-sunxi
pseudomind has quit [Quit: pseudomind]
seere_ has joined #linux-sunxi
xavia has joined #linux-sunxi
seere has quit [Ping timeout: 252 seconds]
Phedre has quit [Ping timeout: 245 seconds]
sehraf has quit [Quit: www.miranda-fusion.de ... be part of it...]
TheSeven has quit [Ping timeout: 252 seconds]
discopig has joined #linux-sunxi
cajg has joined #linux-sunxi
TheSeven has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
xavia has quit [Quit: Leaving.]
TheSeven has quit [Quit: No Ping reply in 180 seconds.]
pseudomind has joined #linux-sunxi
TheSeven has joined #linux-sunxi
maksimlin has joined #linux-sunxi
maksimlin has quit [Ping timeout: 245 seconds]
deffrag has quit []
deffrag has joined #linux-sunxi
maksimlin has joined #linux-sunxi
physis has joined #linux-sunxi
rings_IIV has quit []
rings_IIV has joined #linux-sunxi
physis has quit [Ping timeout: 265 seconds]
Quarx has joined #linux-sunxi
FunkyPenguin has quit [Ping timeout: 265 seconds]
FunkyPenguin has joined #linux-sunxi
pseudomind has quit [Quit: pseudomind]
chkktri has joined #linux-sunxi
FunkyPenguin has quit [Ping timeout: 265 seconds]
FunkyPenguin has joined #linux-sunxi
physis has joined #linux-sunxi
maksimlin has quit [Ping timeout: 240 seconds]
physis has quit [Ping timeout: 276 seconds]
deffrag has quit [Ping timeout: 246 seconds]
bgal has joined #linux-sunxi
kuldeepdhaka has joined #linux-sunxi
libcg has joined #linux-sunxi
kuldeepdhaka has quit [Ping timeout: 252 seconds]
FunkyPenguin has quit [Ping timeout: 240 seconds]
FunkyPenguin has joined #linux-sunxi
sehraf has joined #linux-sunxi
deffrag has joined #linux-sunxi
kuldeepdhaka has joined #linux-sunxi
FunkyPenguin has quit [Ping timeout: 240 seconds]
FunkyPenguin has joined #linux-sunxi
deasy has joined #linux-sunxi
Fusing3 has joined #linux-sunxi
tomcheng86 has joined #linux-sunxi
tomcheng76 has quit [Ping timeout: 240 seconds]
Fusing3 has quit [Ping timeout: 252 seconds]
Net147 has joined #linux-sunxi
avsm1 has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
<Wizzup> Is there any news on SD/MCC and/or NAND in mainline? The wiki page on mainline effort seems to contain a set of patches, but I'm not sure what is happening with that now
<mnemoc> oliv3r: ping
<mnemoc> Wizzup: afaik at least sunxi-devel has mmc
<Wizzup> mnemoc: Is that a mostly-mainline kernel with extra (unmerged) sunxi patches?
<mnemoc> yes
<Wizzup> Ok, I was looking here http://linux-sunxi.org/Linux_Kernel but didn't see it
<mnemoc> and sunxi-next is mainline + what has been accepted and still pending to be merged by linus
<mnemoc> update the wiki :)
<Wizzup> I will check it out in a bit, I think. Want to run grsec on the A10's and A20's... :-)
<Wizzup> Ack ;-)
* Wizzup adds to TODO list for today
<ccaione> moooooin
<mnemoc> ccaione: shouldn't you be in milano burning things?
<ccaione> I'm in milano ... burning things?
<mnemoc> workers day and all that stuff
<mnemoc> wb :)
<ccaione> yay, it's holiday today ... but I'm at home working *_*
<mnemoc> ccaione: :)
<mnemoc> btw, did you register already a domain for the amlogic community you are going to start?
<ccaione> hahah, not yet, that was just an idea
<ccaione> I'll let you know if I really decide to start
<mnemoc> ok :)
F1skr has joined #linux-sunxi
libcg has quit [Quit: bye bye]
<ccaione> gmail is down
* libv is thinking about creating a separate rootfs page
<libv> now that info is stuffed in the sdcard page, which is nonsense
<mnemoc> +1
<libv> mnemoc: did you manage to sort out the .eu voting thing?
* libv went over to his local "wahlamt" yesterday and sorted it out _and_ voted in about 15 minutes
<mnemoc> libv: having troubles to sort out my anmeldung thing atm :|
<libv> what do you mean with troubles?
<mnemoc> i'm not supposed to live where I live
<libv> you were already reported on your temporary address, right?
<mnemoc> and can't receive mail on the address where I'm registered
<mnemoc> I really need to fix that
<libv> so are you going to have to change appartments again, or have you just failed to tell the bureaucrats that you moved?
<mnemoc> i'm renting from someone who isn't allowed to subrent
Gerwin_J has joined #linux-sunxi
<libv> pffff
<libv> sounds like quite the mess
<mnemoc> indeed
avsm1 has quit [Quit: Leaving.]
ddc has joined #linux-sunxi
discopig is now known as Phedre
ddc has quit [Remote host closed the connection]
FreezingCold has quit [Ping timeout: 240 seconds]
bard3307 has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
ganbold_ has joined #linux-sunxi
avsm has joined #linux-sunxi
avsm has quit [Client Quit]
kuldeepdhaka has quit [Ping timeout: 240 seconds]
nicksydney has quit [Remote host closed the connection]
nicksydney has joined #linux-sunxi
syeekick has joined #linux-sunxi
<lauri> Good morning guys
<lauri> Where was the CT pinout again :S
<libv> lauri: did you try looking at our wiki?
<mnemoc> *g*
* libv just soldered up a micro-usb connector to be able to measure the ID pin for OTG
<lauri> I remember someone here linked some PDF which had diagrams and stuff
<libv> my inet k70hc does not do usb gadget
<libv> lauri: diagrams?
<libv> lauri: like schematics?
<lauri> yes
<libv> lauri: did you try looking at our wiki?
<lauri> yes..
<lauri> I would not ask otherwise
<libv> ok.
<libv> let's see...
mnemoc 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
<libv> add the link now, so that even people like lauri could find it after being told to look at our wiki only a few times
<mnemoc> you mean a link to google?
<mnemoc> that's kind of ... harsh
<lauri> I remember someone linked a PDF where there was CT header diagrams with pin numberings and virtual port mappings and stuff
<lauri> lmgtfy is of course obvious answer but still not so much helpful
<mnemoc> lauri: cubietech keeps everything in http://dl.cubieboard.org/hardware/
<mnemoc> if you find something missing in our wiki, please add it
<mnemoc> libv: now it's the entry message :p
<libv> :)
<lauri> keep calm guys :P
<libv> mnemoc: i added the link to the schematics, of course
<lauri> by the way I still haven't found the excellent doc that one of you linked last time :P
<libv> mnemoc: would i, of all people, maim device pages or even the wiki?
<libv> lauri: do you think we are all god?
avsm has joined #linux-sunxi
<lauri> libv: Yes! :D
<mnemoc> libv: there are different kind of gods :p
<libv> lauri: and that we have a perfect memory of everything that ever happened in this channel?
<lauri> mnemoc: no, it is not the same doc
<mnemoc> libv: http://irclog.whitequark.org/linux-sunxi remembers :)
<libv> true
<libv> lauri: go trawl through that.
<mnemoc> it even has search support
Black_Horseman has joined #linux-sunxi
<F1skr> are there any sdcard driver in mainline for the A20 (cubietruck) by now?
<mnemoc> F1skr: sunxi-devel has, and it tracks mainline
ddc has joined #linux-sunxi
<F1skr> mnemoc: yeah I was just wondering if I could go pure mainline by now
Net147 has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Chicks dig it]
<libv> interesting, android is perfectly happy with usb
ddc has quit [Ping timeout: 252 seconds]
mdp has quit [Ping timeout: 254 seconds]
<lauri> libv, mnemoc: Thanks, found the discussion from 5th of April ;)
<mnemoc> \o/
<mnemoc> lauri: what was the url you were looking for? can you please update the wiki?
<lauri> but still can't figure out where I got the correct FEX config for UART4 :D
<mnemoc> we also have a repo collecting .fex info, sunxi-boards. please submit improvements there too
<lauri> under uart_para4 it should read PG10/11 instead of PH04/05
<mnemoc> lauri: submit a fix
<lauri> Lemme check the other UARTs aswell
physis has joined #linux-sunxi
<libv> but is uart4 not normally used for something else?
<libv> or are those pins not normally used for something else?
<lauri> well that's what you should correct me about ;)
<lauri> PG10 (TS1_D6/CSI1-D6/UART4-TX)
<lauri> PG11 (TS1_D7/CSI1-D7/UART4-RX)
<physis> hi guys
<physis> is someone using sunxi-devel tree with cubieboard2 ?
<lauri> ... says
<physis> I tried to build but kernel do not print anything on console. I think something is missing in .config file. uBoot show everything ok but after "Starting kernel..." total silence.
<libv> physis: check uboot boot.scr/cmd
<libv> lauri: that looks fine if you do not have a camera or a touchscreen
<libv> lauri: what's wrong with using the main uart pins?
<physis> libv: I'm using the same from 3.4 version. What changes should I look for (i'm using same version from uboot too, but it is not a problemm is it?), ?
<libv> uart0
<libv> physis: so it works under 3.4, but not under sunxi-devel?
<physis> yes
<lauri> libv: What do you consider "main" uart pins?
<libv> 16:25 < libv> uart0
<lauri> libv: uart0 is for console.. I need moar :D
<physis> mnemoc: I used this guide to build the image. But I will rebuild and try again just to check.
<mnemoc> lauri: if uart4 at PG10/11 works and PH04/05 doesn't, please submit a fex fix... but disabled by default. it's probably better to keep them as gpio by default
<mnemoc> lauri: if both work, submit a fex commit adding the alternative commented out
<mnemoc> physis: did you look at the kernel loading section?
<mnemoc> physis: you even need a different u-boot for 3.4 and mainline
<lauri> mnemoc: I am not familiar with the syntax, they're currently disabled right?
<physis> mnemoc: yes. I will recheck all addresses and will try again in a few minutes :)
<libv> mnemoc: do you remember whether you committed some a20 usb fixes in the last 2-3 months?
<mnemoc> physis: _used = 0 ----> disabled. lines starting with ; are commented out
<physis> mnemoc: ops. So this should be the problem.
<mnemoc> libv: i don't remember what I did yesterday :<
<physis> mnemoc: i'm not using newer u-boot version. So I will try to build UBoot too. Thank you.
<libv> mnemoc: that doesn't sound healthy
<mnemoc> libv: indeed
<mnemoc> libv: my last 20M haven't been very good
<libv> :(
<mnemoc> physis: u-boot needs to be dtb aware, to set the memsize, and pass the dt machine id instead of sunNi, and load the dtb instead of script.bin
<lauri> btw, can you use UART port with type 4 as uart_type=2?
<physis> mnemoc: ok. I'm reading wiki to build uboot. thank you.
<mnemoc> lauri: check the page of the pins of the soc
<mnemoc> lauri: to see if you have the 4 UART4_ pins available
<lauri> mnemoc: the other way around
<mnemoc> then yes
<lauri> UART3 is by default uart_type=4, does it also work as uart_type=2
<mnemoc> but don't pinmux the other two
<mnemoc> use ; to comment them out
<lauri> right
<mnemoc> and update the gpio section accordingly
xavia has joined #linux-sunxi
avsm has quit [Quit: Leaving.]
<syeekick> best image to use with the cubie truck ? with abundance of apps in the repos
<mnemoc> there is a page in the wiki about bootable images
avsm has joined #linux-sunxi
<libv> aha, vbus detect is axp_ctrl...
<libv> that could be the issue.
syee_ has joined #linux-sunxi
<libv> vbus is +5V
<libv> axp_ctrl is new for a20 devices
<libv> not used for any other device in sunxi-boards
<libv> except a20 and 1 a23
<libv> so it is a very very likely candidate for this bug
mdp has joined #linux-sunxi
<libv> wens: on your usbc travels, did you encounter axp_ctrl as a vbus gpio yet?
rz2k has joined #linux-sunxi
syee_ has quit [Quit: Leaving]
physis has quit [Ping timeout: 245 seconds]
Black_Horseman has quit [Quit: Αποχώρησε]
<lauri> yay NFC reader hooked to CT works :)
<lauri> thanks guys for all your help ;)
<lauri> let me see if I can get Arduino hooked to another UART
<lauri> oh and of course ZigBee module :D
<ccaione> ZigBee sucks
<lauri> :D
<lauri> oh yeah it does :D
<wens> libv: i remember someone mentioning their device does
libcg has joined #linux-sunxi
<ssvb> what can be done to erase boot0 from nand?
<mnemoc> nothing yet... it lives outside /dev/nand
<ssvb> hmm, no way to do this at all?
ddc has joined #linux-sunxi
<mnemoc> i suppose the sunxi-mtd driver can
<mnemoc> because it accesses the nand raw
<mnemoc> the normal nand driver only allows access to the logic nand
<mnemoc> logical
<ccaione> wens: I was looking again at the musb. What is the status?
<wens> no progress :(
<ccaione> so it doesn't work at all?
<wens> busy with other things lately, mostly $work
<wens> I tried to write from scratch, but got stuck
<ccaione> oh BTW, where did you get the decumentation for the musb? aw datasheets?
<wens> I might try porting the driver from 3.4 kernel
<wens> allwinner usbc code, which is a pain to read
<ccaione> ok :(
ddc has quit [Ping timeout: 252 seconds]
<wens> it's just mentor graphics core code plus a bunch of glue stuff
<wens> i've not compared the core code, just assumed musb would work
<ssvb> mnemoc: ok, maybe activating fex after boot0 is also fine, though it messes around with dram before I get control
<wens> I've documented some of the registers on the wiki
<ccaione> wens: cool
<wens> if anyone else wants to give it a try, please do :)
<ssvb> also does anybody know what is the default dcdc3 voltage after reset and before u-boot configures axp209?
<ssvb> mnemoc: err, activating *fel* :)
physis has joined #linux-sunxi
<wens> ssvb: default dcdc3 voltage depends on the hardware layout
<wens> specifically, the dc3set pin
<ssvb> wens: axp209 seems to be getting initialized only after dram, so the dram controller initialization is running on whatever voltage it had there after reset
<ssvb> maybe I should just try to measure it with a multimeter
<wens> possible values: DC3SET grounded: 1.8, connected to APS: 3.3/2.5, floating: 1.2/1.5
<wens> I don't know why there are two values for the latter two
FreezingCold has quit [Ping timeout: 240 seconds]
deffrag has quit [Ping timeout: 246 seconds]
<ssvb> the measurements show that dcdc3 seems to be at 1.2V after reset on the cubietruck
<ssvb> this is even lower than 1.25V, which is already a bit too low for the "fast mbus" configuration
bgal has quit [Ping timeout: 240 seconds]
<ssvb> ok, changing the order of axp209 and dramc initialization is not a big deal :)
<ssvb> wens: wouldn't 1.8V or 3.3V/2.5V on dcdc3 be a bit dangerous for the a10/a20 soc? that's just a theoretical question
<wens> i have no clue
Dodger78 has joined #linux-sunxi
<Dodger78> hi, is there a timeline when cpufreqd with be mainlined for a20 ?
<libv> aha, axp_ctrl is handled especially in a23 sdk
<libv> seems like the a20 backport for usb wasn't complete
Mackboy has quit [Remote host closed the connection]
bbrezillon has joined #linux-sunxi
syeekick has quit [Remote host closed the connection]
<Dodger78> @libv , cpufreqd isnt mentioned there or am i blind ?
<Wizzup> cpufreqd just depends on some cpu frequency drivers doesn't it?
<mnemoc> and axp
<ssvb> Dodger78: fwiw, cpufreq implementation is very bad in sunxi-3.4
<ssvb> Dodger78: the mainline implementation ought to be better, otherwise there is no point having it at all :)
<ssvb> Dodger78: why do you need by the way?
bertrik has joined #linux-sunxi
bertrik has quit [Changing host]
bertrik has joined #linux-sunxi
<wens> libv: hmm?
<Dodger78> i want powersave on cubietruck
<libv> wens: the usage of axp_ctrl as vbus detect
<ccaione> wens: I see a musb driver in 3.4
<ssvb> Dodger78: cpufreq gives you almost exactly nothing in terms of power saving on the cubietruck
<Dodger78> really ? ok how much watt does cubie need ?
<wens> libv: yeah, that's just the probe part
<wens> Dodger78: around 5W
Quarx has quit []
bard3307 has quit [Ping timeout: 240 seconds]
<wens> ccaione: yeah, I think it works, but doesn't do on the fly host/peripheral detection and changing
<ssvb> Dodger78: about power consumption of 'ondemand' vs. 'performance' when idle - https://www.mail-archive.com/linux-sunxi@googlegroups.com/msg00678.html
<mnemoc> sunxi.org/Cpufreq doesn't work anymore?
<wens> libv: alas, we can't have musb calling axp_whatever directly in mainline
<ssvb> mnemoc: that's just a tweak to prevent 'ondemand' governor from brutally murdering the performance, but it does not make ondemand more useful
<mnemoc> wens: how is it supposed to be done?
<wens> mnemoc: I'm thinking usbphy (not generic phy), which has notifier support for this
<libv> wens: the hw is clearly wired like this, so a solution must be found for mainline
<ssvb> mnemoc, Dodger78: the 'performance' governor has almost the same power consumption as 'ondemand', and is guaranteed to provide the best responsiveness
<libv> i am reducing the massive usb diff now, and will distill out a patch for our 3.4 tree
<mnemoc> libv: \o/
<mnemoc> ssvb: uhm
<wens> usbphy is temporary I think, it seems users are slowly migrating to generic phy, and keeping state themselves
<mnemoc> ssvb: of 60MHz consumes the same as 1GHz there is something very wrong happening
<wens> does the cpufreq driver do dvfs?
<mnemoc> yes
<libv> mnemoc: SW_SUNXI is mass renamed to SUNXI, the latter being the a23 sdk thing
<libv> example: "menuconfig USB_SW_SUNXI_USB" becomes "menuconfig USB_SUNXI_USB"
<mnemoc> SW_SUNXI is odd...
<libv> i could turn that back to the current way, but that's more work, as regexps are not as easy
<wens> I thought 3.4 only keeps sunxi_usb as a reference, but otherwise uses musb?
<ssvb> mnemoc: yes, something is broken, but nobody wants to investigate this and has a feeling of accomplishment after merely enabling the 'ondemand' governor :)
<libv> and the latter brings us closer to the newer sdks
<libv> but it will be a nasty big patch of just renames.
<mnemoc> ssvb: :)
<mnemoc> libv: maybe starting with a big renaming patch generated from sed or spatch, and then start the real cleanup?
<libv> yeah, this is my first task anyway, just wondering what we want in our sunxi tree
<ssvb> mnemoc: and it's clearly not 60MHz even though cpufreq says so (running benchmarks rates it around 240MHz) - https://www.mail-archive.com/linux-sunxi@googlegroups.com/msg00492.html
<mnemoc> ssvb: running benchmarks with "wake up" ondeman and push the freq higher...
<mnemoc> s/with/will/
<libv> anyway, it seems like sw_ is for the chop, and that a big but useless patch will go into our sunxi tree?
<ssvb> mnemoc: running benchmarks with the 'userspace' governor after asking it to run at 60MHz
<ssvb> mnemoc: ~240MHz still should consume less power than 912MHz, so this can't be the only reason
physis has quit [Remote host closed the connection]
<mnemoc> ack
<mnemoc> Turl rewrote the dvfs, it's his fault
<ssvb> well, there might be indeed some regression there
<ssvb> but somebody has to investigate this
<mnemoc> Turl!!!
<libv> wens: do you have a device which uses axp_ctrl?
* Turl feels the ping force
* Turl backreads
<mnemoc> :)
<wens> libv: axp vbus detection is always supported, unless some device doesn't use the VBUS input on the axp
<wens> but gpios on the soc are easier to program
<wens> I'm more concerned about devices using axp gpio to control vbus output
<wens> I don't have one, so I can't write a driver and test that
<wens> anyway, bed time :)
<libv> wens: quite a few a20 tablets will do that btw
<Turl> mnemoc: ssvb: so what am I getting the blame for? :)
<Turl> 0.47A vs 0.90A sounds like it's working to me?
<ssvb> Turl: but the 'performance' governor has almost the same power consumption (idle vs. full load)
<Turl> ssvb: I don't understand your statement
<ssvb> Turl: looks at the idle numbers, where ondemand is 0.37 amps and performance is 0.39-0.45 amps
<Turl> ssvb: so like half a watt difference?
<Turl> I wouldn't say it's nothing :)
<Turl> ssvb: I see you're testing on sun7i though, does our cpufreq driver work on there?
<Turl> the driver originally was sun4i's and then hans added tables for sun5i
<Turl> I don't see any sun7i work being done on it on git history however
<Turl> aha, it isn't even compiled in :)
<ssvb> how so? it pretends to be doing something
<Turl> ssvb: it has a separate sun7i only driver
<Turl> direct from allwinner from what I see
<Turl> it has all the iffery to choose values
libcg has quit [Ping timeout: 276 seconds]
<ssvb> right
<Turl> ssvb: can you measure power consumption on A8 SoCs?
<Turl> brb
bbrezillon has quit [Ping timeout: 252 seconds]
<ssvb> Turl: "for cubieboard1 with Allwinner A10 the difference between idle 60MHz and idle 1008MHz was more significant (~192 mA vs. ~298 mA)."
<ssvb> Dodger78: are you using a lipo battery with your cubietruck?
<buZz> did someone announce a A80 board yet?
<buZz> (beside allwinner)
<ssvb> mnemoc: in any case, it looks like Turl was hacking the sun4i/sun5i cpufreq driver, which is clearly in a better shape than the sun7i dump from allwinner :)
<mnemoc> ssvb: which mean he has to be blamed for not hacking the sun7i driver in the same way ;-)
Mackboy has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
<Turl> mnemoc: :p
FreezingCold has joined #linux-sunxi
<libv> ow wow, what a nasty bodgejob that was from allwinner.
<libv> it's just not consistent
<specing> Seems like allwinner is pumping chips out faster than you can support them
<mnemoc> chips with proper cheap dev boards have good support
<mnemoc> but no board for a23, a31, a31s
<ccaione> who is Jussi Kivilinna?
<mnemoc> i remember some patches from him
<Dodger78> how can i overclock cubietruck on 3.15rc2 without the cpufreqd trick
<Dodger78> @ssvb no im not using a lipo
<Dodger78> i got a 12v hdd addon package that supplies hdd with 12v and cubie with 5v
libcg has joined #linux-sunxi
<Turl> ccaione: jemk?
<Turl> ccaione: nevermind, it's not
<Turl> Dodger78: you can change the frequency set by uboot and rebuild it
bbrezillon has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 272 seconds]
<Turl> ccaione: it's jukivili
<ccaione> Turl: oh tnx
<ccaione> jukivili: are you still working on musb?
FDCX has quit [Remote host closed the connection]
FDCX has joined #linux-sunxi
bbrezillon has quit [Ping timeout: 276 seconds]
syeekick has joined #linux-sunxi
bgal has joined #linux-sunxi
pseudomind has joined #linux-sunxi
pseudomind has quit [Client Quit]
<Dodger78> does anyone know the gigabit problems and allwinner drive strength in details ?
<Dodger78> the fix is in the dtb, but the 3.4.79 kernel starts withs script.bin
patapovich has joined #linux-sunxi
<patapovich> Dodger78: mainline kernel uses completely different driver so
<patapovich> Dodger78: no its not dtb or script.bin problem
<Dodger78> ok ? 3.15rc2 works with gigabit, 3.4.79 not ...
<Dodger78> but another user reports me that 3.4.79 is fine for gigabit ^^
<patapovich> you can send mail linux-sunxi mailing list and ask there
<Dodger78> are the pin drive strength contained in script.bin ?
<Turl> Dodger78: yes, they're one of the values between <> when writing the pin
<Turl> look at the wiki and/or pio tool help
<Dodger78> hmm ok i will debug my script.bin ... i know that there was a bug reported with gigabit in that area
<Dodger78> checked it, the drive strength is 3 even for my old kernel :-(
<Dodger78> thats ok
<Dodger78> damn what is the root reason
<Turl> Dodger78: have you tried another cable?
<Turl> I have a bunch here that only work for 100M, even on my desktop PC
<Dodger78> yes the cable is working on different machines on the same port well with gbit
<Dodger78> even used a better powersupply , didnt help.
<Dodger78> now , as i recognize that 3.15rc2 is working , i think its software
<Turl> maybe wens has any other ideas
<Dodger78> problem is , that i need 3.4.79 for spdif . other users report that 3.4.79 is working with gigabit :-!
tomboy64 has quit [Remote host closed the connection]
deffrag has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
patapovich has quit [Ping timeout: 240 seconds]
deasy has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 272 seconds]
bbrezillon has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
Dodger78 has quit [Read error: No route to host]
tomboy64 has quit [Remote host closed the connection]
bbrezillon has quit [Ping timeout: 250 seconds]
avsm has quit [Quit: Leaving.]
syeekick has quit [Remote host closed the connection]
bbrezillon has joined #linux-sunxi
bbrezillon has quit [Read error: Connection reset by peer]
heffer has quit [Ping timeout: 265 seconds]
bgal has quit [Ping timeout: 246 seconds]
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
Black_Horseman has joined #linux-sunxi
sehraf has quit [Quit: www.miranda-fusion.de ... be part of it...]
xavia has left #linux-sunxi ["PART #interlock :PART #arduino :PART #wnydev :PART #buffalolab :PART #docker :PART #symfony :PART #virtuvia :QUIT :Leaving."]
bbrezillon has joined #linux-sunxi
F1skr has quit [Quit: WeeChat 0.4.3]
bbrezillon has quit [Ping timeout: 246 seconds]
libcg has quit [Ping timeout: 240 seconds]
avsm has joined #linux-sunxi
bertrik has quit [Remote host closed the connection]
FreezingCold has quit [Ping timeout: 252 seconds]
<Turl> libv: so maybe the announcements themselves weren't that fake; it was just the pics http://www.linksprite.com/?p=240
syeekick has joined #linux-sunxi
xavia has joined #linux-sunxi
bbrezillon has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
<mnemoc> iirc tom said they are still working on the reference design
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<mnemoc> and all they can get is the broachure from the hongkong fair. not even the pins
<mnemoc> i doubt pcduino contacts with allwinner are any better than radxa's
physis has joined #linux-sunxi
bbrezillon has quit [Ping timeout: 250 seconds]
maksimlin has joined #linux-sunxi
ganbold_ has quit [Remote host closed the connection]
bbrezillon has joined #linux-sunxi
bbrezillon has quit [Ping timeout: 252 seconds]
ccube has quit [Remote host closed the connection]
ccube has joined #linux-sunxi