mnemoc changed the topic of #arm-netbook to: EOMA: Embedded Open Modular Architecture - Don't ask to ask. Just ask! - http://elinux.org/Embedded_Open_Modular_Architecture/EOMA-68 - ML arm-netbook@lists.phcomp.co.uk - Logs http://ibot.rikers.org/%23arm-netbook or http://irclog.whitequark.org/arm-netbook/ - http://rhombus-tech.net/
vinifm has quit [Ping timeout: 260 seconds]
freakazoid0223 has quit [Quit: Leaving]
rz2k has quit []
rz2k has joined #arm-netbook
XenGi_ has quit [Ping timeout: 245 seconds]
XenGi has joined #arm-netbook
stefanro1 has joined #arm-netbook
freakazoid0223 has joined #arm-netbook
stefanro has quit [Ping timeout: 252 seconds]
rz2k has quit [Read error: Connection reset by peer]
Avernos_ is now known as Avernos
servili007 has quit [Read error: Connection reset by peer]
fragmint has joined #arm-netbook
froese has quit [Ping timeout: 256 seconds]
froese has joined #arm-netbook
ZaEarl has joined #arm-netbook
servili007 has joined #arm-netbook
freakazoid0223 has quit [Quit: Leaving]
aholler_ has joined #arm-netbook
muts has quit [Ping timeout: 252 seconds]
aholler has quit [Ping timeout: 248 seconds]
herdingcat has joined #arm-netbook
Jef91 has quit [Ping timeout: 260 seconds]
Jef91 has joined #arm-netbook
DEAT_ has quit [Ping timeout: 252 seconds]
DEAT has joined #arm-netbook
KoH_ has joined #arm-netbook
KoH has quit [Ping timeout: 260 seconds]
gimli has joined #arm-netbook
gimli has quit [Read error: Operation timed out]
Ershov has joined #arm-netbook
Ershov has left #arm-netbook [#arm-netbook]
eebrah has joined #arm-netbook
Quarx has joined #arm-netbook
pcat has quit [Ping timeout: 256 seconds]
ZaEarl has quit [Ping timeout: 256 seconds]
Mazon has quit [Ping timeout: 252 seconds]
Mazon has joined #arm-netbook
rellla has joined #arm-netbook
eebrah is now known as eebrah|away
servili007 has quit [Read error: Connection reset by peer]
pcat has joined #arm-netbook
mach1ne has joined #arm-netbook
mach1ne has quit [Changing host]
mach1ne has joined #arm-netbook
mach1ne has joined #arm-netbook
mach1ne has left #arm-netbook [#arm-netbook]
rellla has quit [Ping timeout: 257 seconds]
rellla has joined #arm-netbook
Skoti has joined #arm-netbook
Skoti has quit [Client Quit]
rellla is now known as rellly
rellly is now known as rellla
SouL_ has joined #arm-netbook
SouL_ has left #arm-netbook [#arm-netbook]
pcat has quit [Ping timeout: 252 seconds]
SouL_ has joined #arm-netbook
SouL_ has left #arm-netbook [#arm-netbook]
herdingcat has quit [Remote host closed the connection]
popolon has joined #arm-netbook
jelly has quit [Quit: Client exiting]
pcat has joined #arm-netbook
<slapin> aren't these coldfires from fsc are m68ks?
<slapin> monday problems, I see...
<xenoxaos> ...it's monday?
<xenoxaos> gdi
<torindel> slapin: yep those thingies where based on 68k
<hramrach> how do you boot from nand on A10?
<hramrach> I tried replacing the u-boot in the linux directory with one built from lychee-dev branch and it does not boot
<hramrach> the original u-boot loads the kernel god knows from where and boots the android
SouL_ has joined #arm-netbook
<xenoxaos> good question
SouL_ has left #arm-netbook [#arm-netbook]
<xenoxaos> i'm going to actually be looking into that as well after i get things sorted out
<torindel> hramrach: if you want i can give you what i use atm
<torindel> hramrach: but i'm still trying to know wtf if wrong with linux-sunxi kernel since it wont boot that way while old lichee 3.0.8 leak does
<torindel> is wrong*
<hramrach> torindel: how did you get what you use now?
<hramrach> I am not really that much interested in having the system installed on the nand
<hramrach> just how to install it
<torindel> hramrach: bunch of leaks/tools from the internet to make images (that includes various versions of misc firmware you need to include in firmware), extracted source for stuff to build images compatible with android uboot (got source for that too if you want)
<jammi> I think the nand will be a nice place for a bootloader and utility pack and such
<torindel> you just make kernel, make kernel.fex, package it and upload it with that windows thingy for flashing nand
<torindel> sec i'll upload it somewhere
<hramrach> I do not use windows thingy
<jammi> someone just have to write samething like that, and I think it'll be a pretty standard thing for the nand
<jammi> maybe 1GB of it as a suspend image also
<jammi> (ram suspend)
<torindel> hramrach: i used "LiveSuit" to update nand via usb cable
<torindel> and thats windows only
<hramrach> I am looking for a way to install the kernel without windows thingy
<rm> the stock kernel is in /dev/nandc
<torindel> anyway if you got other stuff for that img should be the same as LiveSuit was first app availble for updating nand
<rm> just written raw onto this partition
<rm> but you can reconfigure u-boot (via the *.ini file that's there) to load a kernel that would be in a file on /dev/nanda (VFAT)
<rm> but I'd say just don't bother
<hramrach> documentation of that .ini somewhere?
<torindel> hramrach: updating fat/kernel partition might be impossible depending on what you have in nand, as if you got android it probably is set in "protected" state in fex and wont boot if changed
<hramrach> I ma booting Linux from SD
<torindel> (at least on firmware i had before)
tinti has joined #arm-netbook
<buZz> did anyone here play with rtlsdr devices on A10?
<hramrach> looks like that page has some info
<rm> hramrach, so you edit your linux.ini as shown
<hramrach> but have to fix the style to read :s
<rm> and your kernel has to be in the bImage format in the same dir
<hramrach> thanks
<hramrach> not uImage?
<mnemoc> for uImage you need u-boot in between
<hramrach> I have u-boot in the linux/ directory
<mnemoc> if linux.ini points to linux/u-boot.bin, you can make u-boot load uImage from vfat
<hramrach> hmm, does not work
<mnemoc> changing u-boot's env to not load it raw
<mnemoc> setenv bootargs console=${console} root=${nand_root} init=${init} loglevel=${loglevel} earlyprintk
<mnemoc> fatload nand 0 0x43000000 script.bin
<mnemoc> does work
<mnemoc> fatload nand 0 0x48000000 uImageX
<mnemoc> bootm 0x48000000
<mnemoc> uImage, not uImageX :p
<torindel> hramrach: http://www.wikiupload.com/2TRRF0DWF780EII <= source of packer of android kernel if you want to use android uboot
<torindel> android uboot have uboot-env, kernel, initramfs in one file
<mnemoc> torindel: can you upload that to the sunxi wiki and update the Android page accordingly?
<torindel> mnemoc: probably yes, along with other stuff i have
<mnemoc> thanks
<hramrach> ok, now it loads the kernel and crashes
<hramrach> thanks for help
<mnemoc> hramrach: be sure to use sun4i_crane_defconfig for android
<hramrach> that's not android
<hramrach> boot the same kernel from SD fine
<hramrach> so hter eis something u-boot does that makes the kernel not crash that the nand bootloader does not
<mnemoc> so you are probably using the defective-by-design u-boot.bin from allwinner :)
<hramrach> no, load kernel in place of that
<oliv3r> brb :)
oliv3r has quit [Quit: Leaving.]
<hramrach> as described on the rhombus page
<mnemoc> hramrach: kernel needs to get memory info passed properly
<mnemoc> it doesn't "detect it"
<hramrach> I have script.bin
<hramrach> does it need something else?
<mnemoc> the dramc is initialized long before the kernel runs
<mnemoc> the "stock" allwinner kernel reads the dramc
<mnemoc> in sunxi-3.0 you can enable "ignore atag mem"
<mnemoc> and allow the defective behavior
<mnemoc> in sunxi-3.4 that's completely removed
<hramrach> so a no-go
<xenoxaos> is there a table of which /dev/nandX is for what?
<mnemoc> you need someone to populate the ATAG struct
<mnemoc> xenoxaos: yes, in the android page on sunxi wiki
<hramrach> and since stock u-boot is broken and sunxi u-boot does not work nobody can
<mnemoc> hramrach: we have a "fixed" lichee-dev branch in u-boot-sunxi
<hramrach> I tried replacing the stock u-boot with lichee-dev and I get nothing
<hramrach> no output
<mnemoc> lichee-dev or lichee/lichee-dev branches?
<hramrach> how do I tell after the fact?
<mnemoc> check the tree were you built it...
<hramrach> [branch "lichee-dev"]
<hramrach> remote = origin
<hramrach> merge = refs/heads/lichee-dev
<mnemoc> what's origin?
Jef91 has quit [Quit: Instantbird 1.3 -- http://www.instantbird.com]
<mnemoc> lichee-dev is a maintainace branch, drop-in for nanda's linux/u-boot.bin
<hramrach> [remote "origin"]
<hramrach> fetch = +refs/heads/*:refs/remotes/origin/*
<mnemoc> lichee/lichee-dev is reference
<mnemoc> ok, it should work
<hramrach> afaict it does not
<mnemoc> so silence probably means you have the wrong uart pins enabled
<mnemoc> for your board
<hramrach> where are uart pins configured?
<mnemoc> do you see boot0/bott1 greeting?
<hramrach> yes
<mnemoc> iirc in boards.cfg there are 4 variants
<RaYmAn> oh, ffs. My cubieboard got stopped in customs :(
* RaYmAn is having an unlucky month wrt shipments from outside EU
<hramrach> I will look into that
<hramrach> thanks
<mnemoc> hramrach: pin choices are controlled by a define at the end of the boards.cfg record
<mnemoc> git grep for the value to find the right file
<mnemoc> if your combination is not present, create a new define and a new boards.cfg line
<hramrach> there is only one sun4i
<Turl> RaYmAn: :/
<hramrach> not as many as they are on the main branch
<mnemoc> there should be at least 2
<mnemoc> one for mmc + uart0 and another for uart/jtag instead of mmc0
<Turl> mripard: I've sent a patch to enable leds for cubieboard, works nicely on top of all your patches :)
<mnemoc> as lichee-dev doesn't initialize pmu or dram there is no need of many variants
<hramrach> why mmc?
<mnemoc> mmc = SD card slot
<hramrach> mmc is not used when booting from nand, is it?
<mnemoc> pins are configured differently if you want the mmc as mmc, or as uart/jtag
<mnemoc> the pins
vinifm has joined #arm-netbook
<mnemoc> my cubie is still "flying" between .hk and .es :|
<buZz> it will come mnemoc
<arete74> ..... A100/A1000/A2000/A3600/A3700/A1000G/A2000G
<arete74> ..... 2013-01-16
<arete74> . . .. Mele_HTPC_20130116_v1.3.1
<arete74> .....
<arete74> V1.3.1 ....V1.3.........
<arete74> .......
<arete74> 1..............................
<arete74> 2....PPTV......
<buZz> ..........
<arete74> 3.............
<buZz> ...........................
<arete74> 4..........CNTV..............
<arete74> 5.............
<buZz> really ...
<arete74> 6.....................
<arete74> ......
<buZz> is this usefull? :)
<arete74> 1...PPPOE.........WIFI...........................
<arete74> 2....................................
<arete74> 3..............FireAir.....
<arete74>
<arete74> USB......:
<arete74> USB......V1.1............................................
<arete74> ..............................
<arete74> 1..........................APK...
<arete74> 2..........TV............TV APK...
<arete74> excuse,bad paste
<xenoxaos> very bad paste
<xenoxaos> it's in bad taste......to paste
<xenoxaos> </pun>
<buZz> :)
<hramrach> mnemoc: the sun4i_sd does not build
<hramrach> so really just one config
<Turl> cb's LED heartbeat is nice to watch :)
<mnemoc> Turl: :)
<Turl> mnemoc: do you know if axp led is controlable?
<mnemoc> there is code to play with it's 4 GPIOs
<Turl> I'm guessing turning off that LED would require talking with AXP over I2C
<mnemoc> yes
hansg has joined #arm-netbook
<hramrach> hmm, some android recovery stuff wiped my rootfs on the nand
<hramrach> not very helpful to have around
<mnemoc> hramrach: removing a10-evb: from the defines column seems to fix sun4i_sd
<hramrach> no, it does not
<hramrach> there is supposed to be partiioning tool for nand
<hramrach> but con't find it
<mnemoc> sunxi-tools
<Turl> hramrach: sunxi-tools has it
<hramrach> ok, thanks
<Turl> it is intended to be run in the device on a linux-sunxi 'not ancient' kernel
<Turl> (one that exposes /dev/{,block}/nand)
<mnemoc> hramrach: it's a whitespace issue. try http://sprunge.us/fRBh
oliv3r has joined #arm-netbook
<buZz> 3.0.x has /dev/nand*
<mnemoc> hramrach: and git grep SD_UART will lead you to the files where to add other variants
<mnemoc> buZz: Turl means allwinner's tree
<buZz> ah, ok
<mnemoc> the "official" kernel doesn't expose /dev/nand
<mnemoc> needed by the tool that plays with the partitions
<hramrach> I have /dev/nand all right
<mnemoc> good :)
rz2k has joined #arm-netbook
Quarx has quit []
SouL_ has joined #arm-netbook
hg_5 has joined #arm-netbook
<hansg> mnemoc, about those a10s / axp15 patches I posted a bit back, please don't merge them, I've been comparing the register definitions used with the datasheet, and it is too much of a copy paste job from the ax209 driver, sometimes even using the wrong registers. Luckily the axp152 is relatively simple, so I plan to write a clean driver from scratch
<mnemoc> i only merged the ../ fix one
<mnemoc> the rest remains on stage
<Turl> hansg: mainline quality driver? :)
<hansg> Turl, yes
<mnemoc> the axp drivers are begging for some unification
<mnemoc> that helps to narrow the differences and reduce copy&paste mistakes
<hansg> mnemoc, maybe, AFAIK there are only 2 used out in the wild, the axp20 and axp15 drivers. As said, the axp15 I plan to rewrite from scratch, and it will be much better as a standalone driver, since it does not have the battery charger part is will be much much simpler.
<hansg> The axp20 driver makes your eyes bleed, not sure if unifying it with the 18 and 19 will help there ...
<mnemoc> ah, nice. didn't know the diff between axp15 and axp20
<Turl> does anyone use 18 and 19?
<Turl> I haven't seen any device with them
<Turl> maybe they're from sun3i era?
SouL_ has left #arm-netbook [#arm-netbook]
<hramrach> see defconfigs I guess
<hramrach> axp20 here
eebrah|away is now known as eebrah
<mnemoc> f20 uses axp209 too
<mnemoc> don't know about the other sun3i
rz2k has quit [Ping timeout: 256 seconds]
<hramrach> include/configs/sun4i.h:#ifndef CONFIG_SD_UART /* SD_UART Conflicts with MMC0 *
<hramrach> so I guess I don't want the _sd config
<hramrach> which enables that
<hramrach> or I don't care really
rz2k has joined #arm-netbook
<hramrach> hansg: especially there is BATTERY_HID or somesuch option which the axp20 driver ahppily ignores and rolls its own input device
<hramrach> compiled axp20 out to have input-free system for testing input hotplug
<Turl> hramrach: the input device is for power button iirc
Alex1269 has joined #arm-netbook
<hramrach> the power button does not seem to produce any input
<hramrach> and there are definitely more uses than just the button in the code
<rz2k> is sunxi-bsp's u-boot-sunxi configure broken?
<Turl> hramrach: on my tablet I'm pretty sure it does
<Turl> hramrach: might need a longish press (~5-6s)
<rz2k> mnemoc: techn_: ^
<torindel> Turl: on mine it produces input with short press, on long press it powers off tablet
Alex1269 has quit [Quit: Page closed]
<Turl> torindel: on long long press it does
<Turl> (~10s)
<mnemoc> rz2k: uh
<rz2k> I've googled up 1:1 problem as mine
<rz2k> maybe I forgot to install something?
<buZz> apt-get install something
<rz2k> this is a fresh installation, I only installed git and linaros toolchain
<mnemoc> rz2k: make u-boot 2>&1 | tee u-boot.log ?
vinifm has quit [Remote host closed the connection]
<Turl> mnemoc: is there any A13 board with IR?
<rz2k> interesting
<rz2k> I did make clean and rebuilt the u-boot and now it is ok
<mnemoc> Turl: don't know
<rz2k> maybe ordering issue?
<mnemoc> odd
<mnemoc> we changed it to make myboard_config; make all to avoid such problems
<WarheadsSE> mnemoc: you mentioned the other day with the script.bin turning the axp off, it should boot the sun5i kernel just fine on devices without it, right?
<mnemoc> it should
<mnemoc> if not, it's a bug
<WarheadsSE> I'll have a look
<mnemoc> pmu_used = 0 should work
kaspter has joined #arm-netbook
<WarheadsSE> Yeah, i just need to fire up a kernel for it with the pmu on
hansg has quit [Quit: Leaving]
Quarx has joined #arm-netbook
kaspter has quit [Ping timeout: 260 seconds]
<xenoxaos> has anyone done any bitbanging for the dallas onewire stuff on the A1x stuff?
<buZz> there is a gpio_1wire driver btw
<buZz> FYI
<xenoxaos> and that plays nice with the A13 gpios?
<buZz> i think its completely careless about which gpio you use, as long as its the in-kernel gpio driver
<buZz> try it!
<Turl> hm, mini PCs for ~45USD on dx
<slapin> ~$45 are expensive ones...
<ibot> okay, slapin
<slapin> ibot: wtf?
<ibot> methinks wtf is what that's fine?
<slapin> damn
<Turl> huh
* slapin hates talking to computer programs :(
<Turl> ibot: take a cookie
<br-> slapin: what's the cheapest you've seen?
* xenoxaos wants a cookie
<slapin> br-: $28, but I've lost the link, and these are on aliexpress.
<br-> crazy
<slapin> br-: on dx I onece seen original mk802 (I mean 512MB one without PMU) for $32
muts has joined #arm-netbook
<rm> DANGER WILL ROBINSON
<rm> Telechips8925 CORTEX-A5
* br- discovers insane pointer debug log output is vastly more readable with a 32bit build =)
<rm> good for throwing out the window
<rm> not for much else
<br-> aah. just looking :)
<jinzo> hm, looks interesting.
<mnemoc> there are some mk802ii under $30 too
<rm> do not see any on Aliexpress at the moment
Quarx has quit []
<mnemoc> ~$35 seems to be the common price
<mnemoc> 36
<jinzo> with "free" shipping
<jinzo> might just get one, after the DX fuckup
* mnemoc still pissed off with DX
<jinzo> you are not the only one
<xenoxaos> if i dont get shit, i just reject the charge on my cc
<jinzo> I didn't even get the 5$ coupon
<jinzo> xenoxaos, there was no problem with money, they just didn't wish to ship the stuff and refounded us
<jinzo> claiming it on the bogus "It's not 1.5Ghz"
<mnemoc> that is the problem. the BS they invented to refuse to sell it
<mnemoc> s/sell/ship/
<jinzo> jep, and the whole situation on how they handled stuff
Quarx has joined #arm-netbook
<jinzo> I'm still looking for my wannabe "Internet of Things" platform, and it looks like the TP-link WR703N takes the cake with the price/performance, closely followed by those mk802s
<jinzo> still quite funny, that a dongle with full HDMI/video decode/whatnote + WiFi comes waay cheaper than only whatewer else + WiFi :D
<rm> cheaper than what?
<Turl> jinzo: if your internet of things can live with a non-internet last mile, stuff like zigbee might be a good alternative
<jinzo> Let's say 8devices carambola (OpenWRT capable SoC with wifi)
<jinzo> Turl, zigbee is expensive.
<Turl> it probably has a hardware switch
<rm> 8devices carambola <- LOL
<Turl> and a NxM MIMO radio
<rm> one of those "WESTERN COMPANIES" products
<rm> which target an enthusiast niche
<rm> and charge 5x the realistic price
<jinzo> the only cheaper than A10 device with WiFi is TP-Link WR-703N
<jinzo> rm, yes I know I know, but they seemingly target the exact niche I am exploring.
<Turl> you can probably get WRT54G for cheap
<jinzo> and even that router thingie is only marginally cheaper (not to mention A10 is way more powerful, has display output capabilites, enormus amount of memory etc.)
* mnemoc still wishes someone decides to explore a generic lapdock with 1080p screen :p http://linux-sunxi.org/User:Alejandro_Mery/Lapdock
<rm> jinzo, http://www.google.com/shopping/product/1825798816527412583?q=TL-WR741ND&hl=en&bav=on.2,or.r_gc.r_pw.r_qf.&bvm=bv.41524429,d.d2k&biw=1280&bih=939&sa=X&ei=zJQGUczaDKmX1AW9x4DgBw&ved=0CF4QxBUwAA
<jinzo> Turl, I'm not looking for a router, I'm looking for a device with WiFi and at least one USB/or some GPIO ports.
<rm> basically a 703N in a bulkier case + proper antenna + switch
<rm> if you need that
ZaEarl has joined #arm-netbook
<rm> oh and minus USB
<rm> :/
<Turl> jinzo: get an olinuxino and a wifi thing then
<jinzo> Turl, I'm looking for the cheapest solution
<Turl> jinzo: olinuxino is like 25EUR
<jinzo> Turl, + wifi, it's comparable price indeed.
<jinzo> and ofcourse on the list, but still a bit more expensive than those routers or those MK802 II devices linked
<jinzo> that's what's very, very funny :D
<rm> another "western company"
<mnemoc> you can't expect a devboard to compete with cheap chinese CE
<rm> with overpriced hobbyist boards
<Turl> rm: they do open hardware :p
<Turl> rm: download the stuff and DIY
<jinzo> Turl, I know - those routers for example ar almost 50% cheeaper, the MK802 II linked before comes 20$ cheaper (and I don't think they have shipping included in that)
<oliv3r> still no A20 device? :(
<jinzo> Olimex is on the right track imo.
<Turl> oliv3r: they won't do it unless AW releases a GPL friendly kernel I read
<rm> I see 55 EUR
<oliv3r> btw, does anybody know how the i.MX6 (or what was it again?) does video decoding? A blob i'm sure? the Arm videocore blob?
<mnemoc> oliv3r: maybe after CNY
<jinzo> Turl, also that's EUR inded.
<torindel> oliv3r: but theres a31 monster already
<mnemoc> oliv3r: the SoC I mean.
<Turl> rm: yeah eur, $ means money to me
<jinzo> :D
<mnemoc> a31 is tablet junk with pvr
<rm> it's $73
<oliv3r> Turl: olimex is 'demanding', if that word can be used, a GPL friendly kernel from AW?
<jinzo> that's a lot of a difference.
<oliv3r> torindel: the A31 is kinda worthless though
<jinzo> the iMX233 one they have is cheaper (and enough for what I want)
<torindel> oliv3r: why?
<torindel> i thought it was good step for netbooks
<oliv3r> torindel: the GPU used, powerVR is utter crap and useless to us
<Turl> "At this point we decided to not release any other OLinuXino boards based on Allwinner SoC until they start releasing non-GPL violating Linux kernel sources and improve their documentation, so OLinuXino boards with their newer processors like A20 and A31 will be not implemented."
<torindel> oliv3r: utter crap as in no driver of utter crap as in utter crap? xD
<oliv3r> Turl the big quesiton is, are the pushing this into AW's face too
<slapin> mnemoc, jinzo: what is wrong with dx?
<oliv3r> torindel: No GPL driver, whatsoever, no attempt to reverse engineer it, and technically, it's really shit too (ask libv)
<Turl> oliv3r: idk, maybe people in #olimex know
<mnemoc> slapin: just got tired of their BS. and there are plenty alternative sources
<jinzo> slapin, the bullshit storm that happened after they started selling the uhost sticks for what? 15USD or something like that
<oliv3r> the 20 USD stick debacle i reccon?
<mnemoc> slapin: the "it's not 1.5GHz so I will refund you regardless what you say" crap crossed my limit
<slapin> so they sold non-existent crap?
<jinzo> slapin, no - it was a price error
<mnemoc> slapin: they offered an mk802ii for $20
<jinzo> the crap was good, but they listed the usual 1.5Ghz on the product page
<jinzo> and then said tzhey do not wish to ship, because they are inferior quality (as you know A10 have advertised 1.5Ghz but actually run at 1Ghz)
<mnemoc> slapin: and made a complex plot to show how they discovered the devices where "defective" because they were only 1GHz
<jinzo> it was a bad excuse
<mnemoc> were*
<libv> i am still debating whether i will show davy jones or some other "hazard" warning sign in my talk on saturday
<mnemoc> libv: +1 :)
<libv> for pvr, where other projects show actual photos of the people REing those things
<mnemoc> libv: what about broadcom's? :p
<oliv3r> it was a shitty excuse for not wanting to honor theiiiir lower price :p
Kebianizao|work has joined #arm-netbook
<libv> mnemoc: i am hoping that eben upton will be in the room, so i can finger him directly for talking utter BS
<oliv3r> davy jones from the EEVBlog?
<mnemoc> a "sorry we ran out of stock" would have been fair. the bs about the 1.5GHz.... come on
<mnemoc> libv: :D
<libv> oliv3r: davy jones as in the symbol used for "the content of this bottle poisonous"
<oliv3r> Ohhh, the skull and bones :)
<oliv3r> Wasn't it the jolly roger?
<libv> oh, you're right
<libv> crap
<libv> my pirate knowledge is completely shaken now
<oliv3r> lol
<oliv3r> pirates of the carabean was a good series though :p
<oliv3r> can't wait for the fosdem video
<oliv3r> i wanna go so badly
<oliv3r> and eindhoven isn't even that far from brussels!
<mnemoc> oliv3r: what's your excuse?
<jinzo> School? :P
<mnemoc> lame :)
TestModule has joined #arm-netbook
<jinzo> At least that's mine, after I figured out that WizzAir actually makes flights from the nearest airport to Brussels for ~25€ one way
<oliv3r> School, Work, MONEY, transportation, money
<libv> ooh, google just gave me the perfect mummy picture.
<jinzo> I almost crapped my pants. That's cheaper than the transport to the airport.
<oliv3r> that IS cheap
<oliv3r> jinzo your from NL too, aren't you?
<jinzo> nah
<TestModule> How many USD is that?
<jinzo> Slovenia
<libv> torindel: do not privmsg out of the blue
<oliv3r> oh wow, 25E is cheap
<TestModule> Slovenia!?!??!?! Love your country!
<jinzo> TestModule, about 33 from the head
<oliv3r> libv: i maybe sorta told him to ask you something :p
<TestModule> We told the place we wanted a random train ticket (American here). They sent us to Slovenia
<jinzo> oh, nice to hear that. I love it too, even if we're in a bit of a bad place at the moment.
<torindel> libv: you got a31? is powervr gpu performance really shitty or?
<TestModule> In Italy.
<mnemoc> my local airport only goes to MAD and BCN.... for >120E.... pretty steep starting point
<libv> pvr performance at this point is leading over the others
<libv> that is for sgx 544MP4
<mnemoc> torindel: pvr even licenses android and linux dirvers separated
<libv> which is simply about throwing 4 sgx544s at the problem
<libv> pvr is a synchronization and management nightmare
bfree_ has joined #arm-netbook
<libv> i cannot even begin to imagine how many hw recovery resets it generates
<libv> and whether one should measure those per minute or per hour
<mnemoc> :)
<libv> anyone with an N9, check your home directory
<mnemoc> they forgot to comment out the evidence^Wlogs?
<oliv3r> hometime :)
<libv> they?
<mnemoc> libv: whoever compiled the driver
<libv> :p
<libv> ah, no, the hwrec logs on mine are from when i was actively working on it
<mnemoc> you mean it's singular or that it doesn't qualify as human?
<mnemoc> i see
<libv> i was not alone though
<libv> and still none of us were really sure what was going on
<mnemoc> :)
<rz2k> I should provide it myself?
<jinzo> afaik it doesen't matter for the process itself.
<jinzo> Done. Means it finished OK, afaik.
<mnemoc> yes
<mnemoc> boot.scr is optional, and that whining can be ignored
<rz2k> ok
<rz2k> thanks
<mnemoc> yw
<mnemoc> rz2k: btw, I just updated the submodules of sunxi-bsp. you may want to update and rebuild :)
bfree_ is now known as bfree
pcat has quit [Ping timeout: 246 seconds]
aholler_ has quit [Quit: 3.7.5]
revident has joined #arm-netbook
vinifm has joined #arm-netbook
pcat has joined #arm-netbook
gimli has joined #arm-netbook
Quarx has quit []
rellla has quit [Remote host closed the connection]
Guest42783 is now known as zumbi
hg_5 has quit [Read error: Connection reset by peer]
<techn_> uuh
<mnemoc> techn_: ? :)
<techn_> just groaning after snow cleaning :)
<libv> mnemoc: since you are around...
<libv> mnemoc: why is there little to no info on getting linux-sunxi installed on nand?
<mnemoc> it's pretty simple
<libv> because it is not well supported yet, and because our u-boot is not in good enough shape for it yet?
<libv> really?
<libv> but through livesuit i suppose?
<mnemoc> replace linux/u-boot.bin with one built from lichee-dev of u-boot-sunxi
<mnemoc> i've never used livesuit, ever
<mnemoc> then copy your uImage to nanda
<mnemoc> use nand-part to repartion
<mnemoc> and change u-boot's env to lead uImage fro the vfat instead of raw
<mnemoc> s/lead/load/
<ibot> mnemoc meant: and change u-boot's env to load uImage fro the vfat instead of raw
<libv> all of that seems rather non-trivial, and might benefit from being documented on the wiki
lawrence has joined #arm-netbook
<vinifm> mnemoc: hi, is there REPEATER MODE in sunxi GPIO?
<mnemoc> libv: absolutely. volunteer? :)
hg_5 has joined #arm-netbook
<libv> nope, not now, i am sticking with SD until fosdem and finally getting close to setting the mele up for being directly demoable :)
<mnemoc> :D
GeorgeIoak has joined #arm-netbook
<libv> mnemoc: are you coming to fosdem btw?
<lawrence> + your elastic band :)
<libv> i hope to use a bit of tape :)
<libv> but yes, still elastic at this time
<mnemoc> libv: can't afford it :<
<libv> :(((
<mnemoc> just getting from my local airport to civilization costs around 150E
<jammi> iirc, 10€ by bus to/from here
hg_5 has quit [Read error: Connection reset by peer]
* mnemoc feels envy
rellla has joined #arm-netbook
fragmint has quit [Read error: Connection reset by peer]
fragmint has joined #arm-netbook
<GeorgeIoak> I was wondering if I could get some guidance taking my kernel/rootfs on my SD card and putting it into NAND instead. I'm working on a A10 with 4GB NAND (Cubieboard)
sky770 has joined #arm-netbook
<xenoxaos> linux or android?
<mnemoc> GeorgeIoak: first step is to replace nanda's linux/u-boot.bin with one built from u-boot-sunxi's lichee-dev branch because the "stock" lichee-dev u-boot doesn't properly pass ATAG info
<sky770> has anyone tried ubuntu arm-hf/ any linux distro on Pivos AIOS ?
<GeorgeIoak> @mnemoc I'm running linux-sunxi 3.0 branch now with linaro Desktop
<sky770> am just looking around for a cheap box/stick capable of handling ubuntu linux
<sky770> with 2gogs of RAM :D (if not then atleast repectable perf. with 1gig :| )
<sky770> gigs*
<jinzo> sky770, the problem you'll have with all of them is that their graphic drivers are not as good, and even if they are working in X11 they don't support the GL that the Unity/Gnome/whatnot desires, as they only support GLES
<sky770> @GeorgeIoak what are you running linaro on? which board? :|
<jinzo> so, I would say it would be hard to find something that is not let's say i.MX6 quad core version that would even barely work as a ubuntu computer.
<sky770> @jinzo uh yeah I know :( but how about picuntu ? its running quite okay'ish on a rk3066
<GeorgeIoak> @sky770, the cubieboard so maybe i should ask this over there?
<sky770> i.mx.6 pftt
<jinzo> also only newer A31/ACM quad cores ship with 2GB of RAM (at least that I know of) - but that's only in tablets for now.
<sky770> @GeorgeIoak yes.. pls :D
<jinzo> sky770, oh, if you find rk3066 performance okay'ish then there is maybe something out there for you, but I don't find that performance anywhere near where I would wish it to be.
<sky770> @jinzo yeah..I had my eyes on odroid-u2/armbrix sadly..both of them are like $180 (cables, wifi mod., PS adapter) + customs tax so a no..no for me now
<sky770> not per se "the performance" I wanted..but meh at ~$45 pops :D
<jinzo> and even their performance in as a traditional desktop is questionable, but something along the lines of a more non-flashy desktop enviroment should work reasonably
<sky770> noo....hang on odroid-u2 is perfectly fine in desktop perf. chkout its video on tube
fragmint has quit [Read error: Connection reset by peer]
<sky770> if you're expecting firing up the good 'ol compiz :p ?
<jinzo> like I said, it's close probably (didn't have that much time to play with it), but not where I would want it to be. If I would be trusting youtube videos...
<sky770> anyone heard of Cubieboard's perf. under ubuntu/linux?
fragmint has joined #arm-netbook
<xenoxaos> and with the odroid's x11 drivers should come out soon
<jinzo> that would be something.
<sky770> ^ expecting.. but let's see
<libv> x drivers are one thing
<xenoxaos> i know the guy that's writing them...
<jinzo> on the other hand, my friend looks content with the RPi, maybe he'll sell me his odroid :D
<libv> odroid does not even ship mali binaries at this point
<xenoxaos> he just got the ddk a couple weeks ago
<sky770> oh btw we have hisilicon's (branded by huawei) quad core soc coming up in huawei's mediaQ set top box(s)
<sky770> @libv yep..but hopefully we will break in
<libv> what do you mean, we will break in?
<jinzo> hisilicon is huawei's subsidary btw.
<sky770> huawei mediaQ m810 looks quite cool on paper :|
<sky770> yep and a linaro core member now :D
<jinzo> sky770, just a word of coution, libv is the man behind many popular GPU reverse-engineering projects, from ATI/AMD to mali.
* sky770 thinks gimli was behind this too :D
<jinzo> or putting it planly: He knows this shit.
<libv> i would love to show off limare on the quad a9 at 1.7MHz with a quad core mali clocked at 600 or so
<sky770> uhm by "break-in" I meant..some of you guys will eventually have a working driver/workaround
<libv> but i will have to go and get a working platform with working binary drivers so i can finally figure out how the multiple fragment shaders are being used
<sky770> 600 would be awesome'ly hot :p
<libv> err, 1.7GHz
<jinzo> sky770, if you take for example the ATI/AMD effort, which was at least at some point endorsed by ATI/AMD, and they have some documentation, but still there is a lot of work in there, and a lot of things still don't work as they should.
<libv> the 1.7GHz variant should clock that high
<libv> jinzo: we only got unbelievably low level documentation, and we got mostly stonewalled by ati
tinti has quit [Quit: Leaving]
<sky770> @libv I hate to put it on the table but..what about samsung devs supporting the cause? aren't they interested in too for giving out some of this shit..src..complete builds..in-to the community?
<libv> but amd liked our proposal for documentation so much that they forced ati to give us "documentation"
tinti has joined #arm-netbook
<libv> which they did, to the extent that they hoped that we would fail
<jinzo> libv, I know, but it's something a lot of other projects don't have. I just wanted to relay to sky770 that it's freaking unbelivebly hard to come up with something like that.
<lawrence> oh, I can usually get hold of most of HiSilicon BSP if needed
<lawrence> for chips
<sky770> stonewalled? but those guys just got into Gizmo board (gizmosphere)
<libv> sky770: i still have to see any hw vendor i nthe arm space support us
<libv> sky770: maybe in a weeks time, things might look better
<libv> anyway, if odroid-x2 was selling with working binary userspace drivers for a gnu/linux, i would've ordered one already
<sky770> yeah..lets see
<libv> now i think i might just as well get a galaxy s2 off of ebay
<jinzo> libv, anyone powerfull from the ARM space @FOSDEM?
<libv> jinzo: doubt it
<libv> but waves will be made
<sky770> fosdem? ahh up in feb. :)
<libv> and let's see what shores they reach
<jinzo> hopefully you'll make some big ones and they reach all the shores (from america to uk :P)
<sky770> ^ +1
<libv> well, i was much more optimistic last year, this year, i really rather doubt that we will get more coverage than we did last year
<libv> this is why i will be laying it on thick that there are multiple projects advancing fast, and that it is impossible to stop it
<sky770> srry g2g; later guys
sky770 has quit []
fragmint has quit [Read error: Connection reset by peer]
fragmint has joined #arm-netbook
ZaEarl has quit [Read error: Operation timed out]
simosx has joined #arm-netbook
Jef91 has joined #arm-netbook
ZaEarl has joined #arm-netbook
voronaam has joined #arm-netbook
pwhalen has quit [Quit: Leaving]
SouL_ has joined #arm-netbook
SouL_ has left #arm-netbook [#arm-netbook]
pwhalen has joined #arm-netbook
<hramrach> how come that u-boot insists on cross-compiling on arm
eebrah has quit [Ping timeout: 260 seconds]
<hramrach> and why damn make has no debug options
<mnemoc> pass an empty CROSS_COMPILE=
<hramrach> but why?!
<hramrach> thre is even a check for HOSTARCH being same as ARCH
<hramrach> both should eval to 'arm' but it still insists on crosscompiling
<hramrach> n oway to see wth make is doing /o\
<WarheadsSE> mnemoc: tried with pmu_used=0 in fex.. no change, have to comple kernel without support.
merbzt has joined #arm-netbook
freakazoid0223 has joined #arm-netbook
<mnemoc> WarheadsSE: I see code checking for pmu_para.pmu_used in drivers/power/axp_power/axp15-board.c
<mnemoc> and in drivers/power/axp_power/axp15-sply.c
<WarheadsSE> is that the same as the axp209? code? This is on the a13-olinuxino-micro, with no PMU and an a13 running 3.0.57
<mnemoc> both drivers use the same section
<WarheadsSE> it's dying in OSAL_disp
<mnemoc> axp15 and axp20, both check for pmu_para before init
<WarheadsSE> right
<mnemoc> OSAL_disp? port:power in .fex maybe?
<WarheadsSE> it's not dying there, afaict
<WarheadsSE> let me look
<WarheadsSE> it dies in the axp_gpio* calls
<mnemoc> because you have port:power references on the .fex of a device without pmu
<WarheadsSE> ok, so I need to find these and remove them
<mnemoc> we have that commit on stage too
eebrah has joined #arm-netbook
<WarheadsSE> right, figured so, i think for 3.4 from hansg
<WarheadsSE> found the references that I see... lcd_bl_en = port:power1<1><0><default><1> & similar for lcd_power
<mnemoc> but needing a custom kernel per device to work around a bad .fex sounds like chinese tablet manufacturer style :|
<WarheadsSE> I agree, i am trying to sort out the fex as we speak :P
<mnemoc> :)
<WarheadsSE> thats the fex I pulled off, with only having adjusted the pmu_used = 0
<WarheadsSE> So i need to find all the power:XX and remove/ensure they are disabled
<WarheadsSE> Am I correct?
<mnemoc> yes, axp_gpio calls come from port:power references in active blocks
<WarheadsSE> k
<WarheadsSE> So, I need to find everything that has a reference to that, and ensure they are .. like lcd_power, lcd_power_used = 0? or do I need to do something entirely about the lines?
<WarheadsSE> looks like it is just lcd & csi_reset
<mnemoc> :)
Kebianizao|work has quit [Read error: Connection reset by peer]
Kebianizao|work has joined #arm-netbook
Kebianizao|work has quit [Remote host closed the connection]
<WarheadsSE> [<c02e8170>] (dev_get_drvdata+0x0/0x24) from [<c0377d98>] (axp_clr_bits+0x18/0xb8)
<WarheadsSE> so do i need to be *removing* them
<WarheadsSE> or just turning all these bits off
<WarheadsSE> http://pastie.org/5914902 thats the BT i got
rellla has quit [Remote host closed the connection]
eebrah has quit [Read error: Connection reset by peer]
<mripard> Turl: great
<mnemoc> WarheadsSE: axp_gpio_set_io still there
<mnemoc> WarheadsSE: get rid of the port:power entries
<WarheadsSE> just make them empty?
<WarheadsSE> delete the whole line?
<mripard> Turl: great :)
<WarheadsSE> mnemoc: I change them to ""
<WarheadsSE> still happens
<mnemoc> change them to nothing, not empty string
<WarheadsSE> k
<GeorgeIoak> does anyone know of tools to check resistive touchscreen? i inserted sunx4i_ts and can see signals on the scope but nothing happens on the system
<WarheadsSE> mnemoc: unless you want me to delete the lines *entirely*, it still isnt working. Set them to 'BLAH = ' and still failed
<mnemoc> and you are 100% sure you are using this .fex file?
SouL_ has joined #arm-netbook
SouL_ has left #arm-netbook [#arm-netbook]
tinti has quit [Quit: Leaving]
<WarheadsSE> yes
<mnemoc> then there is a bug somewhere :<
<mnemoc> what's the panic and bt?
<WarheadsSE> let get you the exact fex I just tried.
<WarheadsSE> and then i will reboot into a non-hacked OSAL driver (and power supply still enabled) kernel
SouL_ has joined #arm-netbook
SouL_ has left #arm-netbook [#arm-netbook]
<WarheadsSE> fex i have used : http://sprunge.us/BNZH
<mnemoc> ?ini is nice :)
<mnemoc> WarheadsSE: you still have port:power lines
<mnemoc> csi0_para
<mnemoc> :308 csi_reset = port:power3<1><default><default><0>
<WarheadsSE> I had taken that out
<mnemoc> i see it
<WarheadsSE> apprently forgot it when I reset
<mnemoc> csi_used = 0?
<mnemoc> or you actually have that on the board?
<TestModule> Can someone throw up the mk802 fex named as mk802-1gb or something?
eFfeM has joined #arm-netbook
<WarheadsSE> k, set it 0, and removed the port:power
<WarheadsSE> boom
<xenoxaos> boom good or boom bad?
SouL_ has joined #arm-netbook
<WarheadsSE> no good
SouL_ has left #arm-netbook [#arm-netbook]
<WarheadsSE> disp_malloc
SouL_ has joined #arm-netbook
<WarheadsSE> hmms, died at a different place
<GeorgeIoak> working on getting touch screen working and I'm following this page, http://olimex.wordpress.com/2012/12/19/a13-lcd7ts-support-in-linux/ except when I run step 4 I get some errors: libtool library used but 'LIBTOOL' is undefined. any helpful hints?
SouL_ has left #arm-netbook [#arm-netbook]
<WarheadsSE> heh, I'll need that when I get to the TS
freakazoid0223 has quit [Quit: Leaving]
<mnemoc> WarheadsSE: and the full output of the panic?
<WarheadsSE> just the backtrace or thw WHOLE dump?
<mnemoc> bt and the first chunk of the panic
<mnemoc> or bt only
<mnemoc> but i can't look at it today. will try tomorrow morning
<WarheadsSE> there may be something yet I haven't disabled right in thekernel config
<mnemoc> WarheadsSE: lcd_module_init+0x0 ... very first line.... that doesn't feel axp related
<WarheadsSE> nop
<WarheadsSE> looks like it is in the disp_malloc
<mnemoc> so th port:power "fix" did the job
hg_5 has joined #arm-netbook
<WarheadsSE> yeah, looks like part of it did
* xenoxaos heads home
<mnemoc> i guess the calculated buffer size is too large
<mnemoc> normally we run fb with the reserved 32MB, not dynamic
<mnemoc> so FB_RESERVE=n isn't well tested
<WarheadsSE> yeah, i have a feeling there is another module I disabled
<WarheadsSE> I have to figure out where that config wandered off to
Jef91 is now known as Jef91|AFK
<WarheadsSE> gah
<WarheadsSE> found the whoops
<WarheadsSE> CONFIG_SUNXI_MALI_RESERVED_MEM missed that somehow
<mnemoc> uh?
<mnemoc> you have mali enabled?
<mnemoc> on a 256MB device?
<WarheadsSE> i thought I had disabled it, apprently was in as a module.
<mnemoc> CONFIG_SUNXI_MALI_RESERVED_MEM is forced by CONFIG_MALI
<WarheadsSE> I seem to have lost whereever the hell I put my original working config >.<
<WarheadsSE> yeah
w00tc0d3 has joined #arm-netbook
<WarheadsSE> Like I said, I thought I had disabled it.. whoops
<mnemoc> :)
<mnemoc> but good the axp issue is solved
<WarheadsSE> yes
<mnemoc> WarheadsSE: btw, will you send an a10s_defconfig ?
<WarheadsSE> and makes it known that that patch is not needed, if the fex is right
<WarheadsSE> mnemoc: I don't have an a10s
<WarheadsSE> a13-onlinuxino-micro, sure..
<mnemoc> the patch is fine. we need to be able to compile with axp disabled
<WarheadsSE> k
<mnemoc> but we need to be able to run a axp-capable kernel on a axp-less device too
<mnemoc> and a correct script.bin does that
<WarheadsSE> yup
<WarheadsSE> firing up a fresh kernel build/package
<hramrach> mnemoc: http://pastie.org/5917058
<hramrach> for the crosscomlie in u-boot
<hramrach> *crosscompile
<WarheadsSE> or just make CROSS_COMPILE=
<hramrach> that's just stupid
<WarheadsSE> its annoying yes
SouL_ has joined #arm-netbook
<hramrach> and one line patch
SouL_ has left #arm-netbook [#arm-netbook]
<w00tc0d3> off topic: where to get a cheap domain name?
<hramrach> .tk
<TestModule> www.dot.tk
<w00tc0d3> nice one
<w00tc0d3> w00t-c0d3.tk is registered
<w00tc0d3> =D
<TestModule> has anyone used link-time-optimization on compatible parts of the kernel?
merbzt has quit [Read error: Operation timed out]
eFfeM has quit [Ping timeout: 276 seconds]
eFfeM has joined #arm-netbook
revident has quit [Quit: Joy and Happiness! Why? Why Not!]
SouL_ has joined #arm-netbook
SouL_ has left #arm-netbook [#arm-netbook]
SouL_ has joined #arm-netbook
SouL_ has left #arm-netbook [#arm-netbook]
pcat has quit [Ping timeout: 256 seconds]
XenGi has quit [Ping timeout: 276 seconds]
pwhalen has quit [Quit: Leaving]
tinti has joined #arm-netbook
pwhalen has joined #arm-netbook
simosx has quit [Quit: Αποχώρησε]
gimli has quit [Ping timeout: 256 seconds]
eFfeM has quit [Quit: Leaving.]
Jef91|AFK has quit [Ping timeout: 256 seconds]
Jef91|AFK has joined #arm-netbook
vinifm has quit [Remote host closed the connection]
SouL_ has joined #arm-netbook
SouL_ has left #arm-netbook [#arm-netbook]
arete74 has quit [Read error: Operation timed out]
arete74 has joined #arm-netbook
__Max has joined #arm-netbook
__Max has quit [Ping timeout: 245 seconds]
hg_5_ has joined #arm-netbook
hg_5 has quit [Ping timeout: 256 seconds]