<gzamboni>
in the minicom configs i can set it to VT102 or ANSI
<hramrach_>
you probably need to set enter and backspace to do the right thing in minicom, too
<hno>
also I generally prefer screen over minicom for console usage.
<hramrach_>
or cu
<hno>
screen /dev/ttyUSB0 115200
<hramrach_>
anything but minicom, really
<gzamboni>
:) thank you guys
<hno>
minicom is nice for calling BBS:es using a modem, but haven't connected a modem to my computer in 15+ years..
<hramrach_>
hence it's over-engeneered for the simple task of using a serial console and stuff gets in your way
<gzamboni>
screen looks nice :)
<oliv3r>
i'm measuring some pins on the PHY on my scope, and notice both TXC and RXC are only 250 kHz (without lan connected). it should be 25 MHz (100mbit) or 2.5 MHz (10mbit), so kinda doubting that is right
<oliv3r>
does the a10 clock drive the emac?
<oliv3r>
er phy?
<oliv3r>
231 kHz*
<hramrach_>
maybe you should measure with cable connected
<oliv3r>
same :p
<hramrach_>
weird
<hramrach_>
but if it transmits data that looks like measurement or evaluation error
<oliv3r>
phy doesn't work at all :p
<oliv3r>
lan is dead
<oliv3r>
driver crashes, etc
<hramrach_>
hmm
<oliv3r>
Management clock runs nicely at 48 MHz
<hramrach_>
I don't have a scope so can't tell what's on my phy
<oliv3r>
which is WAY to high
<hramrach_>
hmm
<mab_>
are there any news about brightness pwm getting to work? Last time I tried was 2 month ago (A13, sunxi 3.4.43, debian)
<oliv3r>
This pin provides a clock synchronous to MDIO, which may be asynchronous
<oliv3r>
to the transmit TXC and receive RXC clocks. The clock rate can be up to
<oliv3r>
2.5MH
<oliv3r>
mab_: there's a new PWM driver for 3.4, should do brightness too
<oliv3r>
for 3.9 i've nearly finished a dt-based PWM driver, which should control backlight
<mab_>
oliv3r: is it in the testing branch on github sunxi?
<oliv3r>
the 3.4 is on the ML
<oliv3r>
the 3.9 isn't done yet nor pushed
<mab_>
thanks, will try
<oliv3r>
we could do with a BROM dump of the a13 ...
<oliv3r>
drachensun: can you extract the BROM from an A31 for us? it would go nicely on hno's Allwinner-info github
<gzamboni>
strange, now when i type root as username it jumps directly to incorrect password, and if i try another unexistent user it ask me for password
<gzamboni>
maybe be its and file permission thing. i noticed for the ssh i had to modify some file permissions
<gzamboni>
this pwm fs driver is awesome, havent tried yet but i didnt know we could control pwm easily like that
rz2k has joined #linux-sunxi
<oliv3r>
hno: i was looking at the cubie schamtic, and something interesting on page2, the SYS section has 'EFUSE_VDDQ'
<oliv3r>
which on cubie is tied to GND
<oliv3r>
so it's probably programming language
dragonn has joined #linux-sunxi
<oliv3r>
programming voltage*
<oliv3r>
i hope that the next cubie PCB brings out that pin too :)
<rellla>
ssvb: the high level api (is it called high level?) to use libve hasn't changed much in newer cedarx.
<gzamboni>
ok, its working now, booting from nfs share, it will avoid me from changing all the time the sdcard
<hno>
oliv3r, aha!
<hno>
as usual with Allwinner the correct details are in schematics (or code) an not datasheets...
<hno>
T9 is listed as GND of type Input in the data sheet... other GND pins are listed as of type GND.
<oliv3r>
the efuses might need 12V to program
<oliv3r>
maybe 5V
<oliv3r>
not quite unusual for fuses to require special programming voltage
<oliv3r>
hno: what are the chances that Emac-MDC (Mii clock) is wrongly clocked? My scope says 48 MHz during u-boot
<hno>
Not sure. Have never looked at that part.
hipboi|cubie has quit [Read error: Connection reset by peer]
<hno>
oliv3r, looks like it's set up the same as in kernel.
wingrime has joined #linux-sunxi
<oliv3r>
so programming isn't really possible then for mere mortals
<hno>
seems so, and is supported by the fact that the mele does not seem to respond to programming requests.
<oliv3r>
and that pin is probably not reachable, not connectable
<hno>
oliv3r, specifications for the PHY says: MDC: This pin provides a clock synchronous to MDIO, which may be asynchronous to the transmit TXC and receive RXC clocks. The clock rate can be up to 2.5MHz.
<oliv3r>
yeah, i pasted that earlier
<oliv3r>
and 'up to 2.5 MHz' is what worries me
<oliv3r>
cause the A10, generates a full 48 MHz on it
<oliv3r>
so i probably best start looking at the clock register
<hno>
oliv3r, it's very hard to do anything on an BGA, even less on pins which is routed to GND. You need to desolder the BGA, rework the mainboard and reflow the BGA again.
<oliv3r>
yeah, i don't think that's quite possible
<oliv3r>
unless it's brought out somewhere, before going to GND of course
<oliv3r>
which is highly unlikly
<oliv3r>
but not entirely unreasonable, if mele wants to reprogram their chips in-product or somethign
<oliv3r>
CCM_AHB_GATE_EMAC we only have that :(
<oliv3r>
nothing related to MDC or how EMAC configures the mdc :S
<oliv3r>
and of course, no docu
<oliv3r>
anybody that can probe PIN25 on the RTL PHY
hipboi|cubie has joined #linux-sunxi
<oliv3r>
hey hipboi
<oliv3r>
hipboi|cubie: question; The PHY doc says, MDC pin should not exceed 2.5 MHz (Mii clock). My scope measures 48 MHz!
<hno>
oliv3r, the clock is set in mac_mcfg, but no info on how the divisors works.
<hno>
oliv3r, Can you try a little experiment for me? Boot from nand and ask the allwinner bootloader to jump to fel by pressing 2 as boot1 starts up. Then use fel to load u-boot.bin into SDRAM and start it. See if that makes a difference.
<oliv3r>
sure, can do
<oliv3r>
so boot allwinner nand, and interrupt boot
<hno>
yes, just keep sending the digit 2 while boot1 starts.
<oliv3r>
[128460.706677] scsi 13:0:0:0: Direct-Access USB 2.0 USB Flash Driver 0100 PQ: 0 ANSI: 2
<oliv3r>
did have that at some point
<hno>
?
<oliv3r>
[128459.703757] usb 1-4: New USB device found, idVendor=18d1, idProduct=0003
<oliv3r>
that's some android device
<oliv3r>
so has to be the cubie :p
<oliv3r>
can't get it to re-appear though :S
<hno>
so something fishy about your usb somewhere..
<oliv3r>
well i do see my mice, scope when i power it on etc
<oliv3r>
ttyUSB0 also works
<oliv3r>
but yeah, USB on my motherboard is iffy. sometimes (1-10 with latest bios, before 1-3) it doesn't boot, have to power off/on again. I found out,that without USB hardware connected, it always booted
<oliv3r>
also, 64bit linux wouldn't see/work with USB hardware
<oliv3r>
with the latest bios, it does work pretty well
<hno>
odd
<hno>
Ok, i'll try to measure it here.
<oliv3r>
i'll grab my tablet, and see if it works in fel mode (via button) there
<oliv3r>
tablet also isn't see ?!
<hno>
I suspect bad cable.
<oliv3r>
but it powers it fine :S
<hno>
different pins
<oliv3r>
i'll try my other cable
<oliv3r>
diff cable, diff port, same thing
<oliv3r>
let me try adb
<oliv3r>
fuck me.
<oliv3r>
i do lsusb as root it does show
<oliv3r>
bad cable.
<hno>
Often helps to tighten the mUSB contact a little by slightly compressing the metal.
<hno>
on the bottom side
<mnemoc>
hno: hi, I found a bug on the soc-detect/sun5i code which is now fixed. it would be awesome if you can give it another try (it's also rebased so better reset the old local branch)
<mnemoc>
also changed the way SUNXI_VER_ things are composed, I hope it's more useful now
<hno>
amery/wip/sunxi-3.4/soc-detect?
<mnemoc>
yes
<oliv3r>
phone doesn't work either, bad cable
<oliv3r>
crap
<oliv3r>
Bus 004 Device 027: ID 1f3a:efe8
<oliv3r>
jump to fel works :)
<hno>
:)
<hno>
Now from sunxi-tools:
<hno>
fel write 0x4a000000 $uboot
<oliv3r>
gotta sync
<hno>
fel exe 0x4a000000
<oliv3r>
$uboot being my u-boot binary
<hno>
yes
<oliv3r>
works
<oliv3r>
so how is that different from your u-boot boot?
<hno>
This uses Allwinner clock initialization.
<oliv3r>
ahh, ok
<oliv3r>
still, nice feature
<oliv3r>
so, with boot0/1 init; we can boot straight to u-boot via fel; when done from BROM, we need u-boot-felboot
<oliv3r>
to init clocks
<oliv3r>
i documented whatever gets setup before 'jmp to fel' gets done on the BROM wiki page
<hno>
yes
<hno>
and also SDRAM etc.
<oliv3r>
ah of course
<hno>
mnemoc, <6>sunxi: Allwinner A13 revision A (AW1625/sun5i) detected.
<mnemoc>
\o/
<mnemoc>
hno: btw, the method also works on A31
<oliv3r>
md.l 0x01c0b07c 1
<oliv3r>
can a few people run that on a few boards (that have working MAC_PHY)
<oliv3r>
i have 0x000000
<hno>
oliv3r, have you started the ethernet in u-boot?
<oliv3r>
how do I 'start' it? i done mii device emac; mii dump
<oliv3r>
i'm running the boot0/1 -> fel u-boot version
<mnemoc>
hansg: around? can you try wip/sunxi-3.4/soc-detect from my github on your A10S please?
<mnemoc>
hansg: it's based upon stage/sunxi-3.4 so it includes your latests commits too
<oliv3r>
mnemoc: i need to rebase that and re-submit my fixes on top of those?
<mnemoc>
hansg: beware, it's FAT. so better `git remote add`
<hansg>
mnemoc, yeah I always use git remote add
<mnemoc>
)
<mnemoc>
:)
<hansg>
mnemoc, I'm busy with $dayjob atm. I'll try to make some time for this tonight
<hno>
oliv3r, I also get 0, but it works.
<hansg>
mnemoc, cool that you're working on this btw, I had sorting this out on my own todo :)
<oliv3r>
hno: btw, when i probed the MII data pin, i did get somewhat different result on mii dump; 0xfff instead of 0xffff, probabyl due to capacitance etc and values being 'wrong'
<oliv3r>
hno: hmm, so that's not gonna be helpfull
<oliv3r>
hno: what DOES mii dump show for you?
<mnemoc>
hansg: awesome. thank you. if this works on yours we can use sunxi_is_sun5i() and sunxi_is_a10s()/_a13()/_a10()/_a31() stuff on the unifications
<hno>
oliv3r, depends on what I dump. It takes two arguments.
<hansg>
mnemoc, yeah. Eventually I would like to see things unified sofar that we can have one kernel for both sun4i and sun5i
<hno>
oliv3r, "mii info" is better.
<mnemoc>
hansg: yes. that's my goal too. maybe even farther into single-sunxi considering cortex-a7 is also armv7
<mnemoc>
hno's chip-id (sunNi family) detecton is simple enough to be run very early
<mnemoc>
and works on A31 too
<hno>
and works on A10 with a blank SID...
<mnemoc>
yeah :)
<mnemoc>
A31 has blank SID too
<hansg>
note: got to get back to work, see you all later
<mnemoc>
cu
fredy has quit [Ping timeout: 245 seconds]
vinifm has joined #linux-sunxi
<oliv3r>
hno: mii ifno gives zero info
fredy has joined #linux-sunxi
<oliv3r>
hno: if i do mii dump without arguments it gives me a list, -- PHY control register --
<hno>
oliv3r, "ping 1.1.1.1" to initialize. Then check the clock.
<vinifm>
means I can not set it on ARM?
<ssvb>
rellla: we don't want any CedarX API/ABI backwards compatibility breaking changes at all
<hno>
Iguess MII clock setup should move to sunxi_wemac_initialize so it's set when the hardware is probed, not on first use. It's amasing it works without it.
<ssvb>
rellla: any minor change is a potentially hard to debug issue
<rellla>
ssvb: the changes are between libve speaking with the adapters (FBM+VBV), not on the toplevel how to use libve
<rellla>
so it should be at least application independent imo.
<ssvb>
rellla: haven't you shown some sort of constants reshuffling in an enum earlier?
<PiyushVerma>
might be ffmpeg internal codec not optimised for that
<ssvb>
PiyushVerma: as I said, just profile it and you will see what's wrong with it
<oliv3r>
FunkyPenguin: so far I know, that A20 is very similar to A10, but with different interrupt controlelr
<FunkyPenguin>
what provides the rootfs.cpio.gz?
<oliv3r>
you :p
<PiyushVerma>
ssvb: right I will try that with strace
<oliv3r>
FunkyPenguin: do you have console +u-boot access?
<ssvb>
PiyushVerma: no, strace is not a good tool, you need 'perf'
<FunkyPenguin>
ah, i thought it was auti generated
<FunkyPenguin>
s/auti/auto
<FunkyPenguin>
oliv3r: not yet
<oliv3r>
FunkyPenguin: ohh you are building lichee branch; the 'SDK'. Yeah, not sure if we have anybody able ot build that yet :)
<ssvb>
PiyushVerma: what is your distro?
<FunkyPenguin>
im trying to build the kernel first before moving on to getting things running :)
<PiyushVerma>
I just build rootfs with buildroot
<oliv3r>
FunkyPenguin: there should, in thoery, be a defconfig that works. I suppose best way to get one, is to get it from a running kernel, /proc/config.gz
<PiyushVerma>
ssvb : May be I should switch to debianhf
<FunkyPenguin>
oliv3r: ok thanks, i'll try that. problem is it doesn like hdmi-dvi on my monitor and ai dont have a tv to hand to try
<ssvb>
PiyushVerma: if you can build perf with buildroot, then it should be also fine
<PiyushVerma>
ssvb: thankyou very much I will go through that
<mnemoc>
get an uart please
<ssvb>
PiyushVerma: also as I said before, VLC is wasting a lot of time *resampling* audio with some poorly optimized code (can be easily seen with perf)
<ssvb>
PiyushVerma: audio decoding is not a bottleneck by itself
<PiyushVerma>
ssvb: well I am not using VLC
<PiyushVerma>
ssvb: I am directly using ffmpeg which purely decode and play audio without resampling and it take that much cpu
<ssvb>
whatever you are using may have a similar problem
<PiyushVerma>
where it take approx 20% for flac codec
<PiyushVerma>
which say it's codec specific
<PiyushVerma>
right
<PiyushVerma>
let's first profile it
<oliv3r>
FunkyPenguin: well, none of the developers have any a20 hardware yet
<PiyushVerma>
oliv3r: I have a20 hardware and also have HDMI Monitor :)
<oliv3r>
FunkyPenguin: but a uart on your end would help ;) helps us looking at a few things :)
<oliv3r>
i'm not envious at all FunkyPenguin ... not at all.
<mnemoc>
without uart access we can't support A20
mab_ has quit [Ping timeout: 256 seconds]
<ssvb>
PiyushVerma: that's interesting, what kind of A20 hardware?
<mnemoc>
can you go to u-boot and get us some register dumps?
ozonys has joined #linux-sunxi
<hramrach_>
oliv3r: that's cubieboard
<ozonys>
PiyushVerma: how to get one ?
<oliv3r>
hno: they are all 1; and after writing 034 to that register, I get a much nicer 833.3 kHz
<PiyushVerma>
mnemoc : need to connected that board. working on other. By the way how to dump register
<mnemoc>
PiyushVerma: md.l command on u-boot
<mnemoc>
or devmem2 from a running os with /dev/mem
<PiyushVerma>
ozonys: I can available to developer for 35$
<mnemoc>
PiyushVerma: where????
<PiyushVerma>
I am in Taiwan
<PiyushVerma>
so 35$ + Shipping cost
<mnemoc>
can you please make a wiki page for it?
<oliv3r>
hramrach_: 1024 kiB?
<PiyushVerma>
yes
<PiyushVerma>
actually board not all ready. you can see some jump wires
<PiyushVerma>
nead sdcard
<ozonys>
ok
<mnemoc>
PiyushVerma: missing sata, that's a pity
<PiyushVerma>
right
<mnemoc>
but still, please document your board on our wiki :)
<oliv3r>
md.l 0x01c23800 4
<oliv3r>
can you run that frmo a u-boot prompt?
<oliv3r>
looks like a evaluation board
<oliv3r>
DEMO_V2.0
<mnemoc>
evaluation boards are more feature complete. that's the rpototype for a product
<PiyushVerma>
Evaluation board comes in 1000$ :)
<PiyushVerma>
mnemoc: you are right
<PiyushVerma>
mnemoc: prepairing this board in china
<mnemoc>
PiyushVerma: if you add good hacking info you are welcomed to add commercial info on the page too ;-)
<PiyushVerma>
mnemoc : I will check
<PiyushVerma>
any way I can also get hackberry only in 35$ for quantity order
<mnemoc>
we have enough A10 hardware. problem is hackable A20 and A31 with uart atm
<PiyushVerma>
ok
<oliv3r>
A20
<oliv3r>
i want a20 only :)
<oliv3r>
so mnemoc since you never answerd my question; fosdem 2014; sunxi-devroom
<mnemoc>
oliv3r: I can't go
<oliv3r>
i meant, if I would go
<mnemoc>
but looks like a great plan
dwilkins has quit [Ping timeout: 248 seconds]
<oliv3r>
well i was worrying, what would we talk about for 60 minutes
<mnemoc>
libv or hno can advise you
<mnemoc>
they have experience talking about things
<oliv3r>
libv allready has
dwilkins has joined #linux-sunxi
<oliv3r>
well i'll see what I think
<oliv3r>
gonna see if its worth going out for just the saturday
<mnemoc>
oliv3r: *you* in particular don't have any excuse to not be there during the whole thing
<oliv3r>
i'm poor
<mnemoc>
it's near and it's free
<oliv3r>
and have someone at home to think about
<mnemoc>
and you have time for saving
<mnemoc>
saving 200E is enough for you to be there the whole thing, so start saving :)
<oliv3r>
:S
<oliv3r>
you have no clue how poor i am!
<mnemoc>
how many months up front?
<oliv3r>
well i guess i could save for it :p
<oliv3r>
maybe share a car with others going
<mnemoc>
:)
dwilkins has quit [Ping timeout: 256 seconds]
<mnemoc>
and share a room on a youth hostel reserved in advance
<oliv3r>
stop trying in talking me into it; figure out a) purpouse of the talk; content of the talk :D
dwilkins has joined #linux-sunxi
<mnemoc>
oliv3r: talk details aren't relevant at this point :)
<oliv3r>
recruitment for devs? :)
<drachensun>
FunkyPenguin: I think if you use the allwinner build script, build.sh it will compile. That worked for the A31 when a standard build would fail
<drachensun>
I can get an A20 tablet with a solderable header
<drachensun>
if you guys are interested
<drachensun>
I've got 2 sitting on my desk but I've been focused on the A31 since I got the devkit
dwilkins has quit [Read error: Connection reset by peer]
<oliv3r>
dwilkins come back
<oliv3r>
drachensun: oh! a20 is good
<oliv3r>
md.l 0x01c23800 4
<oliv3r>
md.l 0x01c00024 1
dwilkins has joined #linux-sunxi
<oliv3r>
dwilkins: can you link that patch that you want accepted agian?
<PiyushVerma>
drachensun: where from u got A31 Devkit
<oliv3r>
I just talked to the other of said patch (i think) who just says 'it never will be applied'
<drachensun>
mostly I wanted all the docs and build setup
<PiyushVerma>
drachensun : ok, are you planing to develop own hardware can u share the cost and make somthing useful for both of us ?
<drachensun>
but it came with less documentation than I had hoped
<drachensun>
I hadn't planned on designing anything custom yet
<PiyushVerma>
darchensun: I went to witsteck and see this devkit but they unable to give me gpu driver support for linux
<drachensun>
I might be in a few months though
<drachensun>
yeah, that is the still the case
<drachensun>
the framebuffer console doesn't even work in Linux
<drachensun>
but it will boot Linux
<PiyushVerma>
aah pity
<mnemoc>
drachensun: we added fbcon for a1x
<mnemoc>
actually techn_ did
<PiyushVerma>
drachensun: what's u planing to do with devkit ?
<PiyushVerma>
as I ask early about dev ....
<drachensun>
mnemoc: yeah, I looked back at the patches, thats when I decided to try and merge the sun6i core into the driver fixes rather than the other way around
<oliv3r>
did you get more docs then what we have available?
w00tc0d3 has joined #linux-sunxi
<mnemoc>
drachensun: it's easier when you see things commit by commit than bulk from a raw SDK
<drachensun>
mnemoc: Yeah, of course they delete the history from what they sent me, but you have that one with the history
<drachensun>
I got it to compile though, so I'll start testing it in about an hour here
<oliv3r>
yeah, we cheat ;)
<drachensun>
oliv3r: I don't think so, Luke said he was already posting the schematics and such but I dont know if I actually saw them on his site
<mnemoc>
i'll try to reconstruct import/lichee-3.3/{a20,a31}-dev on top of sunxi-3.4
<mnemoc>
commit by commit
<drachensun>
I do have a lot of little step by step guides but most seem to be things we knew, like how to customized the fex file
<oliv3r>
:S
<oliv3r>
do you have to solder the uart pins to your a20 hardare? or dot hey have headers
<oliv3r>
in those docs, is there information on how to program the Security ID? (SID)
<drachensun>
I haven't seen anything about the security ID
<drachensun>
yeah, the A20 requires soldering
<drachensun>
its got 3 test points
<drachensun>
that are labeled for once
<drachensun>
right opposite the micro USB
<drachensun>
I haven't soldered it up to test them yet though
<hramrach_>
oliv3r: 1024 of what? it has 1G ram.
<oliv3r>
1024 MB :p
hansg has quit [Quit: Leaving]
<drachensun>
ok, anyone that wants an A20 tablet that has a solderable UART header, please let me know today. I am putting in a new order to my supplier and so will get them added
<drachensun>
I can ship pretty much anywhere, you can check the shipping cost at http://www.pengpod.com/pengstore just select a PengPod 700, put it in the cart and check the shipping to you
<drachensun>
They are 1G ram, 8G flash and 7", otherwise very simliar to the PengPod 700, I think its a 1024x600 screen, so a little better
<drachensun>
They will be $80 plus shipping
<oliv3r>
that IPS screen?
<oliv3r>
dthat's better then 109$ that shows now?
paulk__ has joined #linux-sunxi
<drachensun>
this is a special deal for active developers
<oliv3r>
ah kewl :)
<oliv3r>
i trying to get a quota for shipping to netherlands
<oliv3r>
holy shit, 37 USD for DHL express world wide
<oliv3r>
ouch
paulk__ has quit [Client Quit]
<drachensun>
yeah, they are going to whack you for VAT and brokerage fees too most likely
<oliv3r>
ouch
<drachensun>
I've noticed when people ship internationally from Europe its a lot cheaper than they charge us here in the US to send it out
<oliv3r>
usually, when i buy from DS or ebay; i don't get vat nor customs :)
<mnemoc>
USPS <3
<oliv3r>
i've worked for the USPS when I was 18 :D
<mnemoc>
last year?
<drachensun>
we used to use them, about 1 in 3 to Canada either got lost and pilfered
<oliv3r>
quite a few years ago
<mnemoc>
drachensun: that's .ca post fault, not usps
<drachensun>
that was before we shipped everywhere else so I'm assuming is better to other places
<drachensun>
yeah, it must be since everyone seems to praise it
<mnemoc>
if both national post services are reliable, no courier can beat them
<mnemoc>
if one is meh. forget about the package
<oliv3r>
my father sends me packages every so often, using USP
<oliv3r>
USPS
<drachensun>
they want $40 for a box this size as well but I guess you would avoid duties and brokerage
<oliv3r>
wats brokerage?
<mnemoc>
normal usps to .es takes less than 5 working days, no taxes, and delivered to your door :)
<drachensun>
well they have one option for $29
<mnemoc>
oliv3r: their kind service of dealing with the customs officer for you
<drachensun>
what DHL charges for collecting your duties and getting it through customs
<oliv3r>
oh even with USPS i've had a customs bill
<mnemoc>
in .es at least they FORCE the customs to tax you, so they can charge you extra
<oliv3r>
25 or so euro
<drachensun>
oh really? a lot of international customs say with USPS they don't have to pay duties on their end
<mnemoc>
DHL/UPS/FedEx I mean
<oliv3r>
but that was a big box, 700 euro's worth of parts :)
<mnemoc>
drachensun: depends on the whimp of their national post service
<mnemoc>
drachensun: in .es I've received up to 400 EUR packages via normal post without taxing
<mnemoc>
.uk and .de are specially annoying
<drachensun>
ok, so there is some threshold under which they dont bother with in Spain
<oliv3r>
pure luck
<oliv3r>
here, officially, the break point is 45 Euro
<mnemoc>
spaniards don't stress themselves with reviewing small packages, regardless the amount on the invoice
<oliv3r>
and then, only IF the customs officer checks it
<drachensun>
In the US under $1500 doesn't require a formal entry and virtually nothing in the US has a duty (at least that I would buy), so I almost never get a bill
<drachensun>
but yeah, it sucks to pay a DHL $30 entry fee for $0 in duties
<oliv3r>
40*
<oliv3r>
so is the screen IPS?
<drachensun>
I'm not sure, let me see if I can find something on it
<oliv3r>
wmy current tablet, is so bad; if i put the birghtness down, i can't view it from any angle properly, colors get bad really fast. int he 'front' its good
_BJfreeman has joined #linux-sunxi
<drachensun>
they aren't selling this normally yet, so I dont have to regular write up
<oliv3r>
i do find the 80 a really good deal; but with 40 shipping ontop, it's iffy :(
_BJfreeman is now known as BJfreeman
mturquette has joined #linux-sunxi
mturquette has quit [Changing host]
mturquette has joined #linux-sunxi
<Turl>
drachensun: no USPS/EMS? :P
<Turl>
Express worldwide $48.59
<Turl>
drachensun: (I wasn't going to buy it though, just interested in checking shipping charges)
<mnemoc>
for us used to buy from .cn/.tw shipping prices from other countries are always absurdly bloated
<Turl>
mnemoc: it's not just that, but with DHL I'd also have to add a 300km bus trip, DHL 'handling' charges ($$$$, I still don't know what they handled though if I have to go and do the customs papers myself) plus the actual customs tax
* mnemoc
wonders if the .cn gov subsidizes CNP/HKP or it's just that they are far more efficient
<mnemoc>
Turl: DHL/UPS/FedEx-only on a shop means immediately closing the window and deleting the bookmark
<mnemoc>
(for me)
<mnemoc>
they are thieves
<Turl>
mnemoc: pretty much, yeah
<Turl>
EMS is way better if you need the speed
<drachensun>
Turl, where are you? I know we used DHL in Argentina once and it was a big mess like you describe
<drachensun>
We dont have EMS here, that I know of
<mnemoc>
EMS is the express service of USPS
<Turl>
drachensun: EMS is USPS express
<mnemoc>
EE......US
<drachensun>
ah ok
<mnemoc>
vs the usual RR......US
<drachensun>
yeah when I order aliexpress ems I get it via the post office, in 3-4 weeks
<Turl>
drachensun: usually 5-7 days here
<mnemoc>
same to .es
<mnemoc>
1-1.5w
<mnemoc>
due to working day issues
<Turl>
the only "problem" with EMS is that if it is taxable, they will tax it
<drachensun>
If I could figure out a provider for USPS that did the customs forms electronically I might start offering it
<mnemoc>
registered airmail <3
<Turl>
mnemoc: :)
<mnemoc>
yes, takes a month from .cn/.hk ... but smooth and untaxed
<mnemoc>
<1w from .us
<Turl>
the breaking point here is 25USD, pretty low when compared to other countries
<drachensun>
yeah, HKP, however they do it is amazing, I wish we had it here
<mnemoc>
after packages leave .cn they take the same to arrive to .es than after leaving .hk, the main difference is that hkp ships things next day, and cnp can have packages lingering in their offices for 1-2 weeks easily
<drachensun>
but I assume that cheap, 4 week service is just, label it for the far sides post office and throw it in a container, so really its the cost of the other countries post office plus pennies
<drachensun>
I don't know of a way to do that from the US to anywhere else though
<mnemoc>
get an "office" in .hk and ship from there ;-)
<ssvb>
hramrach_: the kernel code is rounding the requested frequency down, for example the Sintel trailer asks 180MHz, but actually gets 160MHz
<mnemoc>
offshore hsbc account in .hk, easy paypal, easy payments to mainland
<drachensun>
I looked at setting up registered foreign corporation office in China and it was beyond my current means. I forgot Hong Kong has its own different set of laws though
<mnemoc>
and an ape doing the posting
mab has quit [Client Quit]
mab has joined #linux-sunxi
<mnemoc>
exactly, .hk != .cn
<mnemoc>
not here, not there. just benefits
<ssvb>
hramrach_: it might be a bit tough if some video needs 230MHz for decoding but also merely gets 160MHz :)
<ssvb>
mnemoc: what is the latest code drop from allwinner?
<mnemoc>
not sure
<mnemoc>
been very disconnected the last... months
<mnemoc>
ssvb: the last leak with history I know of are the -dev branches in my github
<mnemoc>
(commits from march 1st 2013)
<mnemoc>
but I think there are newer history-less SDK dumps
<techn_>
mripard: Great. :) :* It seems to actually be a Mentor Graphics Inventra USB Controller (musb), that already support for it in mainline kernel, so it only needs a thin layer to adapt it to sunxi. Moreover, it's already supporting the PIO mode, so we could avoid relying on DMA to merge it. (Thanks to Arnd Bergmann for noticing
<mnemoc>
:o
<Turl>
techn_: that means we get usb for free? :D
<Turl>
techn_: your message got truncated by freenode I think btw :P
<ssvb>
mnemoc: thanks, IOCTL_SET_VE_FREQ still looks kinda shitty, but at least they are trying to use clk_set_rate with better granularity - http://git.rhombus-tech.net/linux?p=linux.git;a=blob;f=drivers/media/video/sun6i/sun6i_cedar.c;h=ec8bd60e91f1bd8d495849f0edb0b8afbd0eacdf;hb=refs/heads/allwinner-sunxi-a31#l672
<mnemoc>
ssraw import or has history?
<mnemoc>
I'm rebasing a20-dev upon 3.4 currently, a31 next
<mnemoc>
(reference-3.4 first, not sunxi-3.4)
<ssvb>
do you have any hardware to test it already?
<mnemoc>
pretty much sun6i at this point. they branched a20 later
<hno>
drachensun, you generally need to sign an NDA to get access to more documentation like the user guide etc, if there exists an user guide for A31..
* mnemoc
wonders what A31 docu mripard got
<hno>
User guide have not been included in any devboard shipmends for any AW CPU as far as I know, just the briefs + SDK + some PCB layout stuff.
<mnemoc>
yes, but he received the A13 user guide without buying anything
<mnemoc>
publicly avaialble in dl.linux-sunxi.org these days
<mnemoc>
so *maybe* he can/did get A31 too
<hno>
Yes, and they know it's leaked so considered public.
<mnemoc>
afaik they authorized the distribution of that one
<hno>
before or after it was published on linux-sunxi.org?
<mnemoc>
before
<mnemoc>
mripard gave it to me after AW authorized it
<hno>
good.
<hno>
wonder if there is updated A10 user gude as well. The A13 one is more complete..
<hno>
filling in several blanks on the A10.
<Turl>
hno: the latest I've seen had the holes too
<mnemoc>
they probably NDAs signed forbidding them to document those holes
mdfe has joined #linux-sunxi
wingrime has joined #linux-sunxi
<hno>
mnemoc, does not explain A13 manual filling ins several holes.
Yaku321 has quit []
<mnemoc>
.oO
<mnemoc>
maybe(tm) they got authorized after writting the A10's :p
<Turl>
or maybe they got one guy to write it and he just took the A10, s/A10/A13/ and as he got bored then, starting documenting other hw blocks :)
<mnemoc>
:)
<drachensun>
ok it started to boot
<drachensun>
I got Error: unrecognized/unsupported machine ID (r1 = 0x00000f34)
<mnemoc>
if you found a regression you need to narrow the range of commits between "works" and "doesn't work"
<mnemoc>
test the last .62 tag please
<hno>
Nice, been hunting a fel boot issue for last days and in the end it turned out there was no bug, just need to wait a little for the DRAM initialization to complete before trying next fel command.
<mnemoc>
vinifm: sunxi-v3.0.62-r2
<mnemoc>
hno: :D
<hno>
apparently A13 takes longer to initialize DRAM than A10.
<mnemoc>
the a20 8250 code has loops trying commands up to 1000 times
<techn_>
but that's sun5i.. hope it works with sun4i too :)
<mnemoc>
note the a10s hacks don't necesarily work on a13
<mnemoc>
that's one of the reasons for the soc-detect thingy
<mnemoc>
they have separated mantainers for each soc
<ssvb>
it also looks like they bump the default VE clock frequency from 160MHz to 240MHz in this patch
<ssvb>
or maybe not (there are no references to 160MHz there), still it feels like 240MHz should be faster :)
<hramrach_>
I get IOCTL_SET_VE_FREQ set ve freq 240, ve clock 960000000/4
<hramrach_>
the initial VE clock is 720 and the zeroes and the rounding presumably assumes that but there is code for reading the freq form somewhere for that calculation
mab has quit [Ping timeout: 276 seconds]
<hramrach_>
hmm, you get the exact clock for 240 requested and 960 the VE freq
<hramrach_>
but does the lib ever request anything but 240?
<ssvb>
hramrach_: hmm, was 240 in the "arg_rate" variable?
<hramrach_>
yes
<ssvb>
hramrach_: I get 180 for the Sintel trailer
<hramrach_>
and 960 in the variable that gets divided
<hramrach_>
and it's initially 720
<hramrach_>
which would give 180 for /4
<hramrach_>
but I have 960 which gives exactly 240 for /4
<ssvb>
but 240 in "arg_rate" variable probably indicates that libvecore thinks that this particular video really needs higher VE clock frequency
<hramrach_>
I get
<ssvb>
have you also tried other videos?
<hramrach_>
I get 240 req for sintel too
<ssvb>
weird
<hramrach_>
I am runnig vlc
sameerynho has joined #linux-sunxi
<ssvb>
maybe bump it to 320 and check if this makes any difference?
<ssvb>
hopefully 320 is within valid range and cedarx will not fry
<hramrach_>
this is quite a mess
<oliv3r>
hno: btw, do you want me to rebase and resubmit my rename patch for u-boot?
<ssvb>
btw, I tested cedarx-no-output.mkv in native android - does not seem to work (shows no preview, immediately jumps to the next video if I attempt to play it)
<hramrach_>
on L1030 pll4clk_rate is set
<hramrach_>
a bit higher for you withjout the debug prints
<mnemoc>
sameerynho: ok. the *legacy* tree has an IR driver, mainline doesn't
<mnemoc>
legacy = script.bin-based, 3.0 or 3.4.
<sameerynho>
mnemoc: so we have to make changes and make it ready for mainline
<mnemoc>
yes
<techn_>
mainline is already accepting sunxi patches :)
<ssvb>
hramrach_: in fact it was PiyushVerma who originally reported the slow playback problem (fast in native android, slow in linux with libhybris), so he must have some good sample video to test
<sameerynho>
mnemoc: nice, does sunxi repo contains any branch the synced with mainline
<mnemoc>
sunxi-next
<hramrach_>
I only observe slow playback with everything
<hramrach_>
on the video that causes fpe in cedar and pretty much anything with HD res and much movement
<sameerynho>
mnemoc: is there any document about sunxi repo workflow ?
<ssvb>
hramrach_: hmm, so does increasing VE clock frequency help with these HD resolution videos with much movement?
<mnemoc>
sameerynho: sunxi-next is special, it's rebased often.
<hramrach_>
I am not sure the encode is good
<hramrach_>
never seen it play back smoothly on anything
<sameerynho>
mnemoc: so sunxi don't use pull requests ?
<mnemoc>
sameerynho: patches are sent to the mailing list
<mnemoc>
sameerynho: first to the sunxi ML for review by other sunxi devs
<sameerynho>
mnemoc: so which branch should i push my commits ?
<hramrach_>
but on x86 it decodes in software which is not expected to work and on sunxi it decodes on cedar which is not flawless either
<mnemoc>
sameerynho: no
<sameerynho>
mnemoc: thanks
bsdfox has joined #linux-sunxi
bsdfox has quit [Changing host]
bsdfox has joined #linux-sunxi
<hramrach_>
any good way to acelerate h264 playback?
<mnemoc>
sameerynho: that would bypass most of the devs. just like with mainline, or arm-soc, the sunxi repo only takes things posted on the ML
<mnemoc>
for proper community discussion
<hramrach_>
the multithreaded ffmpeg is promised for ages but not hitting any actual distro afaik
<sameerynho>
mnemoc: thanks man , i'll join the ML
<techn_>
sameerynho: code is your documentation.. and there is couple datasheets.. http://dl.linux-sunxi.org/
mdfe__ has joined #linux-sunxi
<mnemoc>
techn_: he means documentation about the development workflow, not hardware
<sameerynho>
oliv3r: i'll have to go to sleep too, but is it ok to talk to you tomorrow about the TODO ?
<oliv3r>
but eventually you'll need git too
dragonn has quit [Ping timeout: 248 seconds]
<oliv3r>
sure
<sameerynho>
oliv3r: thanks and good night my friend
<oliv3r>
nn
sameerynho has quit [Quit: Leaving]
rz2k has quit [Read error: Connection reset by peer]
<rm>
hm, on the GK802 u-boot loads just a regular zImage
<rm>
which can even be on Ext4 and be a symlink to a real file
<rm>
someone remind me why we still bother with FAT partitions and uImages
<mnemoc>
rm: our u-boot supports ext34 too
<rm>
and uImage vs zImage?
<mnemoc>
no idea
* mnemoc
gone
<oliv3r>
mnemoc: you still here?
<oliv3r>
there's a reason for fat rm
<oliv3r>
our u-boot can also be loaded from the fat its on!
<oliv3r>
but probably compatibilty reasons with stock u-boot, fat nanda etc
shineworld has quit [Remote host closed the connection]
LoCoZeNoz_ZUE has quit [Quit: Leaving]
sanka has quit [Quit: Leaving]
vinifm has quit [Quit: Saindo]
<Turl>
oliv3r: I hope IR clocks are ready for 3.11
hglm has joined #linux-sunxi
<hno>
and felboot source continues to shrink.. looks like it will just be a linker script when integrated in u-boot. Only two stubs left from being built with the full SPL objects.
<Turl>
hno: great
<hno>
rm, standard u-boot really wants uImage format for kernel & ramdisks.
<hno>
but there is no need for fat.
tinti has quit [Read error: Connection reset by peer]
<Turl>
techn_: ping
<oliv3r>
hno you are the best :D
<hno>
rm, ok, found how to enable zImage support. Was a couple of undocumented config defines. Please test if it works in sunxi-current.
mashku has quit [Quit: Leaving]
<Turl>
oliv3r: what device are you hacking on these days? cb?
<oliv3r>
Turl: now that i have one yeah; but i allready broke the PHY :p
<oliv3r>
well me, or it was broken; but only got to work a few times :(
<oliv3r>
or, the 48 MHz frequency on the MDC broke it; though hno fixed that in sunxi-next
<oliv3r>
_might_ need a fix in regular emac too; but haven't found it
<Turl>
MDC?
<oliv3r>
Media II clock
<oliv3r>
MII clock
<Turl>
oh
<oliv3r>
pin 25 on the phy
<oliv3r>
before emac is init; it outputs some random 48 MHz clock there
<Turl>
doesn't work on uboot either oliv3r?
<oliv3r>
nope
<oliv3r>
datasheet says, max. 2.5 MHz on that clock pin
<oliv3r>
after we init it, it outputs 833.3 MHz
<Turl>
that's one hell of an overclock :)
<Turl>
oliv3r: what clock is it on CCM?
<oliv3r>
well i think that's default for everybody
<oliv3r>
the EMAC is on AHB
<Turl>
ahb can't work at 800Mhz
<oliv3r>
833.3 kHz
<oliv3r>
my bad
<oliv3r>
what's the default AHB freq?
<Turl>
it depends on the cpu freq
<oliv3r>
during u-boot
<Turl>
uboot bumps it to 1Ghz and 3:2:2 iirc
<oliv3r>
3:2:2?
<oliv3r>
you mean devidor
<Turl>
AXI, AHB, APB divs indeed
<oliv3r>
they have shared dividors? (I forgotten long long how it all goes together)
<oliv3r>
which is stupid, since I wrote the CCM page :S