| 01:20.13 | *** part/#arm-netbook joe1 (~joe@65.129.156.215) |
| 01:21.14 | *** join/#arm-netbook joe1 (~joe@65.129.156.215) |
| 01:59.35 | *** join/#arm-netbook stefanro1 (~stefan@p57B95320.dip.t-dialin.net) |
| 02:08.00 | *** join/#arm-netbook destinal (destinal@unaffiliated/destinal) |
| 02:14.54 | *** join/#arm-netbook Sv2 (~Sv@modemcable190.180-203-24.mc.videotron.ca) |
| 02:14.54 | *** join/#arm-netbook Sv2 (~Sv@unaffiliated/sv) |
| 02:37.45 | *** join/#arm-netbook nemik (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) |
| 02:40.54 | *** part/#arm-netbook joe1 (~joe@65.129.156.215) |
| 02:48.29 | *** join/#arm-netbook dyoung-away (dyoung@2001:4800:780e:510:7cfc:f3f0:ff04:36e3) |
| 02:57.30 | *** join/#arm-netbook destinal (destinal@unaffiliated/destinal) |
| 03:17.40 | *** join/#arm-netbook freakazoid0223 (~matt@173.75.233.172) |
| 03:36.35 | *** join/#arm-netbook hipboi (~hipboi@183.13.160.120) |
| 03:41.31 | *** join/#arm-netbook Quarx (~Quarx@46.233.239.242) |
| 04:29.47 | *** join/#arm-netbook tallnerd1985 (~tallnerd1@c-67-171-158-206.hsd1.or.comcast.net) |
| 04:34.30 | *** join/#arm-netbook revident (~scott@fw.ss.org) |
| 05:03.37 | Mehhh | Is there a debian wheezy image around that works with the mk802 (armhf) OOTB, or do i need to copy those 3 files on the nande partition and replace on the microsd from the mele or whatever image from doozm? |
| 05:52.26 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 06:22.59 | *** join/#arm-netbook orly_owl (~david@unaffiliated/orly-owl/x-3167833) |
| 06:43.23 | *** join/#arm-netbook svp (~svp@62.112.106.78) |
| 06:50.50 | *** join/#arm-netbook rellla (~rellla@p5B07850A.dip0.t-ipconnect.de) |
| 07:11.25 | *** join/#arm-netbook Brandon15811 (~Brandon15@ec2linux.exaktop.tk) |
| 07:24.14 | *** join/#arm-netbook rz2k (~rz2k@95-25-166-111.broadband.corbina.ru) |
| 08:04.15 | *** join/#arm-netbook lerc (~quassel@121.75.133.66) |
| 08:09.29 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 08:15.47 | rm | Mehhh, did mine not work for you? http://romanrm.ru/en/a10/debian |
| 08:16.11 | Mehhh | No, because headless + framebuffer bug |
| 08:16.32 | Mehhh | So i'm either going to have to find a gui/DM version or fix FB |
| 08:16.51 | *** join/#arm-netbook cat_x301 (~cat@gprs-internet-ffb2ee00-196.dhcp.inet.fi) |
| 08:28.35 | *** join/#arm-netbook lerc (~quassel@121.75.133.66) |
| 08:36.46 | rz2k | rm: http://linux-sunxi.org/Minimal_Debian_server_image go |
| 08:43.17 | *** join/#arm-netbook oliv3r (~oliver@7of9.schinagl.nl) |
| 08:46.08 | *** join/#arm-netbook ibrah (~chatzilla@212.49.88.101) |
| 08:50.48 | *** join/#arm-netbook svp (~svp@62.112.106.78) |
| 08:52.42 | rellla | anybody here who uses empat0's xbmca10 and can make me become clear with fbX_format, fbX_pixel_sequence and fbX_scaler_mode? |
| 08:53.01 | *** join/#arm-netbook popolon (~popolon@2a01:e35:2e1e:a6c0:307e:ad1c:461d:7066) |
| 08:54.40 | rz2k | scaler mode directly connected with vsync |
| 08:55.09 | rz2k | if you will turn it off - there will be lots of tearing |
| 08:55.56 | rz2k | and it will present everywhere, even if you drag a window |
| 08:59.23 | rellla | so what do i have to set in script.bin? |
| 08:59.23 | rellla | scaler_mode_enable=0 and pixel_sequence=1 works, but results in wrong colors(alpha?) in video-playing. after xbmc, it works. |
| 08:59.23 | rellla | pixel_sequence=0 results in faulty rendering |
| 08:59.53 | rellla | s/after/after rebooting |
| 09:00.49 | rz2k | rellla: https://github.com/cnxsoft/a10-config/blob/master/script.fex/mele-a1000.fex#L303 |
| 09:01.50 | rz2k | I believe I had pixelsequence set to 0 the whole time, I didnt manage to compile XBMC though |
| 09:01.58 | rz2k | but VLC works with it |
| 09:05.13 | rellla | r2zk: so i'll try to reset it to ps=0, sm=1 as it was at the beginning and discard gimli's advice. hoping to get rid of this (maybe) alpha problem with cedar. |
| 09:07.18 | rz2k | Wills VLC had no problems with ps=0 |
| 09:07.52 | rz2k | might be that gimli/empat0 used configs from android and hardcoded pixel sequence conversion |
| 09:08.22 | rellla | didn't manage to compile vlc, yet. |
| 09:08.35 | rellla | might be. should ask empat... |
| 09:09.57 | *** join/#arm-netbook hipboi (~hipboi@88.198.149.134) |
| 09:11.24 | oliv3r | morning hipboi |
| 09:11.36 | hipboi | morning |
| 09:11.45 | oliv3r | hipboi: did you send out the mass mail yet? If you want, i can (temporarly) increase the maximum messages to 6000 |
| 09:12.53 | *** join/#arm-netbook ol1ver (~Thunderbi@7of9.schinagl.nl) |
| 09:13.50 | hipboi | oliv3r: i am handling it now |
| 09:14.11 | hipboi | not that many mails this time |
| 09:14.45 | hipboi | i think if i send one by one, maybe the mail will not go to the spam folder |
| 09:15.18 | oliv3r | that won't matter, the client decides on that, and the client only sees one incoming message :) |
| 09:16.06 | oliv3r | anyway, the default max is still 1000, which is reasonable normally, if you need it higher, i will change it, just let me know ;) |
| 09:16.19 | hipboi | thanks |
| 09:16.53 | RaYmAn | oliv3r: not quite true for services like gmail though |
| 09:16.54 | oliv3r | also, I have received an e-mail from ali-express to pay my order, I guess that is an automated message, not initiated by you? I can now also pay via ali-express via CC if you prefer, just let me know and I will do it |
| 09:17.36 | oliv3r | RaYmAn: possibly, but if you relay 1000 message through an email server, with all addresses in the BCC field, the mail server will send out 1000 individual messages |
| 09:18.14 | RaYmAn | oliv3r: yes, but if 500 of those goes to gmail addresses (just an example) gmail's spam filtering will see 500 |
| 09:18.20 | oliv3r | gmail MAY trigger on receiving 1000 identical messages, individually addressed those |
| 09:18.56 | RaYmAn | yes, that's my point :) |
| 09:19.02 | oliv3r | but that could happen on any spamfilter I guess, I dont' know if amavis does something that smart |
| 09:19.15 | oliv3r | which would make your comment untrue, as it would not be related to gmail specifically :D |
| 09:19.49 | rz2k | I believe for anything bigger than 300 messages or so, you need to use services from email sending guys (I recieve various newsletters from hw companies, they all use off the shelf services). |
| 09:20.24 | RaYmAn | oliv3r: 'like gmail' ;) |
| 09:21.07 | RaYmAn | rz2k: indeed. We use mailchimp's mandrill service here. They let you send 12k emails a month, for free |
| 09:21.38 | rz2k | because around a week ago I've got a mail from HardKernel saying that I've successfully paid the order in my gmail spam. |
| 09:23.25 | rz2k | (btw, anyone ordered something from their new restock of X2/U2 odroids? :p) |
| 09:27.42 | oliv3r | so for smalltime users, package mail in to 250messages per 6 ho urs or so :) |
| 09:51.45 | *** join/#arm-netbook vgrade_ (50e71d67@gateway/web/freenode/ip.80.231.29.103) |
| 09:53.10 | slapin | hi, all! |
| 09:54.26 | slapin | do anybody have an idea of nice compile-time check for type size to be not less than sizeof(othertype)? |
| 09:55.08 | slapin | #if sizeof(othertype) < sizeof(sometype) looks ugly |
| 09:58.09 | RaYmAn | you could define it =P so e.g. #if SIZELESSTHAN(sometype, othertype)? |
| 10:01.00 | slapin | awwwww |
| 10:02.09 | slapin | I thought there might be something like with negative array indexes... #if is strictly prohibited in that code by some SCM hook :( |
| 10:02.41 | slapin | hates hooks for style |
| 10:03.12 | oliv3r | mnemoc: have you gave some thought to a template for the register tables? |
| 10:03.25 | oliv3r | e.g. did you make one :D |
| 10:04.03 | mnemoc | oliv3r: no, totally been burned out at $work$ |
| 10:08.28 | rellla | oliv3r: imho someone should start a10-integration in vdr. first time, that allwinner a10 is mentioned on vdr-mailing list ;-) |
| 10:16.25 | *** join/#arm-netbook jquip (~johnny@106.199.148.123) |
| 10:16.58 | *** join/#arm-netbook hipboi (~hipboi@183.13.160.120) |
| 10:29.09 | focus_well | A question for HDMI electronics engineer aware techie - do you think it will be possible to get an A10 to read a HDMI signal and convert it to display on an LCD signal fast enough with an A10 and a bit of software? Preferably without adding glue logic. But its OK to some glue logic if it helps. |
| 10:29.55 | focus_well | A couple of SIPO registers for glue logic OK to use. |
| 10:31.14 | focus_well | The reason is then I can go build a cheap cheap cheap HDMI monitor module, but do some scaling on the fly to convert the HDMI to work on say 5" displays. Cost is everything in this solution. |
| 10:33.51 | focus_well | Lesser CPUs than A10 can work, but if I use A10, I can leave in extra functionality. e.g. $25 for electronics and $7 for 5" LCD, and still sell at profit for $50. |
| 10:34.43 | slapin | focus_well: do you want to build HDMI monitor? |
| 10:34.52 | focus_well | The small HDMI monitors are dammed expensive - about $100, when the VGA reversing monitors are $15 or less. |
| 10:36.05 | focus_well | slapin: It avoids having to build stuff with LCD interface. Almost all the SoCs out there support HDMI. So least amount of work is to attach HDMI monitor instead of LCD interface. So the logic goes :-) |
| 10:37.54 | focus_well | I assume because signals from reversing cameras are simple, the simple car reversing monitors are cheap. But I don't understand how that translates to $100 for small HDMI monitors |
| 10:38.41 | rz2k | I believe A10 will not handle 160MHz of HDMI at GPIOs. |
| 10:41.45 | focus_well | rz2k: what about if I sent it in through two 8 bit Serial In Parallel Out (SIPO) reigsters? the signals will then be 10MHz parallel bus of 16 bits. Is that slow engough for the GPIO's? |
| 10:43.11 | focus_well | Its possible there are ASICs out there that can do this very well, but I don't know of any :( |
| 10:43.22 | rz2k | use cheap FPGA |
| 10:43.26 | rz2k | or even CPLD |
| 10:43.33 | rz2k | you dont need processor here |
| 10:44.47 | focus_well | rz2k: I was thinking more generic modules that can handle 5" LCDs and the like - so a bit of fast video scaling required on the fly |
| 10:45.34 | focus_well | rz2k: hmmm... CPLD/FPGA - may be opencores.org can do this! :) |
| 10:48.45 | rz2k | buy any hdmi2vga box |
| 10:48.50 | rz2k | and see whats inside :p |
| 10:52.09 | focus_well | rz2k: google images - so many varieties - hard to choose |
| 10:55.11 | rz2k | focus_well: AD seems to have lots of these http://www.analog.com/static/imported-files/data_sheets/AD9888.pdf |
| 10:55.24 | rz2k | just find one with hdmi/dvi compatible input |
| 11:01.04 | focus_well | rz2k: analog.com and its chips might be just it - thank you |
| 11:04.25 | *** join/#arm-netbook jquip (~johnny@106.199.144.7) |
| 11:06.14 | rz2k | focus_well: check TI, national semiconductor and other major guys for these |
| 11:07.00 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 11:10.08 | *** join/#arm-netbook tinti (~tinti@maxtrack-F4-0-3-gacc04.bhe.embratel.net.br) |
| 11:24.06 | rellla | is categorytree-extension disabled in sunxi-wiki? |
| 11:29.18 | mnemoc | uhm.... seems to have died on an auto-update |
| 11:40.19 | *** join/#arm-netbook ibrah (~chatzilla@212.49.88.107) |
| 11:40.40 | focus_well | rz2k: thank you - I will - may be onto something here - cheap HDMI monitor to eliminate the huge diversity of LCD monitors - at least when it comes to rapid prototyping of embedded systems using these new SoCs |
| 11:47.11 | oliv3r | rellla: i moved away from vdr for tvheadend :) |
| 11:49.48 | rellla | oliv3r: ;) did you already have regrets about that? did't use tvheadend, yet. i know that it is a backend. is xbmc the only frontend? |
| 11:51.22 | oliv3r | xbmc, 'vlc', showtime hts |
| 11:51.34 | oliv3r | well my VDR setup is ... horrid, so anything is an improvement |
| 11:52.16 | oliv3r | i have a DVB-T adapter, that ALWAYS fails to display an encrypted channel on boot. Also changing channels always causes sometimes channels to fail to tune. some simple GUI app works fine btw. FTA also works fine. |
| 11:53.04 | oliv3r | tvheadend works much much better so far (with oscam) |
| 11:53.28 | oliv3r | i can use vlc (on a10) mplayer on desktop and it works quite well (dvb-t reception still seems iffy at times) but atleast it always tunes |
| 11:53.39 | oliv3r | i find changing of channels to be much slower (in xbmc) compared to vdr |
| 11:54.10 | rellla | no problems here with dvb-s + dvb-s2 on my x86 machine. |
| 11:54.56 | rellla | changing/tuning speed is the reason, why a native output or something via libva/xine for vdr would be cool. |
| 11:54.56 | oliv3r | also accelerated GUI is crap and the gui overal is ugly |
| 11:55.37 | oliv3r | xbmc opens a stream, so it tries to do some buffering etc, which causes things to be slow |
| 11:55.44 | oliv3r | on wired links, it shouldn't try to stream imo |
| 11:56.14 | oliv3r | or stream 3 channels in parallel channel 1 up channel 1 down from the current one |
| 12:00.59 | rellla | i'm using vdr since 2003 now and do not appreciate a "nice" gui. so vdr is exactly what i was searching for. and it works perfectly most of the time (only on x86 :( ) |
| 12:01.00 | rellla | imo it's time to get it run on smaller machines - without the need of xbmc. never tried streaming over vlc btw. |
| 12:07.09 | rellla | vdr development should go into another direction: embedded devices. there are smaller an cheaper things than ion and mini-itx. but software lacks. |
| 12:07.35 | rellla | sorry for vdr-spamming btw, should move to vdr mailing list... |
| 12:17.06 | *** join/#arm-netbook ibrah (~chatzilla@212.49.88.96) |
| 12:20.51 | oliv3r | lol just some offtopic chatter :) |
| 12:21.23 | oliv3r | VDR's development model is way to old fashioned and I don't find it to be so stable. it does very ocassionally crash and has many issues io |
| 12:21.46 | oliv3r | also, I want to use a mele as frontend, which only works properly via xbmc. and xbmc is a pretty UI with a good WAF :) |
| 12:27.15 | rellla | WAF is only WAF, if there is no tearing, stuttering... yesterday i tested vdr-streaming to x86-client. stream stopped about 10 times, i had to ch+ and ch- everytime. believe, there wasn't any WAF at all. |
| 12:27.37 | rellla | today it's time to test WAF with a mele and xbmc as the client ;-) |
| 12:28.56 | rellla | i always have to explain, why we need those small china-things ;-) we have enough of these technical things... |
| 12:34.15 | oliv3r | LOL yeah |
| 12:34.26 | oliv3r | 'what did you order again *grmbl grmbl*' |
| 12:34.43 | oliv3r | though my gf has learned to accept my buggy unstable 'because it has to be OSS" lifestyle |
| 12:36.18 | rellla | i should give mine kind of a crash course in ssh-killall-/etc/init.d/..., maybe reboot does :) |
| 12:39.24 | rellla | she calls you "my friends from the internet" - though neither i talked to anybody of them in reality nor i am connected via facebook ;-) |
| 12:39.25 | oliv3r | lol |
| 12:39.35 | rellla | funny |
| 12:40.50 | rellla | but should stop now. this grows kind of |
| 12:41.04 | rellla | VERY offtopic |
| 12:45.51 | *** join/#arm-netbook nemik_ (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) |
| 12:46.27 | mnemoc | rellla: categorytree should be working again |
| 12:47.02 | rellla | mnemoc: thanks, just noticed, that device-tree wasn't working. |
| 13:04.11 | *** part/#arm-netbook hipboi (~hipboi@183.13.160.120) |
| 13:42.41 | *** join/#arm-netbook The-Compiler (~compiler@ubuntuusers/supporter/the-compiler) |
| 13:44.59 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 13:55.43 | *** join/#arm-netbook jquip (~johnny@223.230.24.92) |
| 14:13.06 | *** join/#arm-netbook itamar_ (~itamar@cl-24.udi-01.br.sixxs.net) |
| 14:14.10 | *** join/#arm-netbook tinti (~tinti@maxtrack-F4-0-3-gacc04.bhe.embratel.net.br) |
| 14:33.50 | *** join/#arm-netbook e-ndy (~e-ndy@fantomas.bestit.cz) |
| 15:11.53 | oliv3r | stupid template stuff :S |
| 15:52.49 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 16:05.08 | *** join/#arm-netbook jelly (~jelly@pdpc/supporter/active/jelly) |
| 16:21.44 | *** join/#arm-netbook jquip (~johnny@223.232.51.205) |
| 16:25.55 | *** join/#arm-netbook gzamboni (~gzamboni@163.215.205.77.rev.sfr.net) |
| 16:30.00 | *** join/#arm-netbook vinifm (~vini@177.19.132.23) |
| 16:31.17 | *** join/#arm-netbook Sv2 (~Sv@bas2-montreal33-1176357225.dsl.bell.ca) |
| 16:31.17 | *** join/#arm-netbook Sv2 (~Sv@unaffiliated/sv) |
| 16:45.09 | *** join/#arm-netbook tinti (~tinti@maxtrack-F4-0-3-gacc04.bhe.embratel.net.br) |
| 16:46.06 | *** join/#arm-netbook orly_owl_ (~david@ppp59-167-122-180.static.internode.on.net) |
| 16:46.22 | *** join/#arm-netbook grevaill1t (~moot@z.f00.be) |
| 16:53.24 | *** join/#arm-netbook tinti (~tinti@maxtrack-F4-0-3-gacc04.bhe.embratel.net.br) |
| 16:54.24 | *** join/#arm-netbook rellla2 (~rellla@p5B07850A.dip0.t-ipconnect.de) |
| 16:54.51 | *** join/#arm-netbook RaYmAn (rayman@rayman.dk) |
| 16:57.22 | *** join/#arm-netbook pwhalen (~paul@CPE001310360dac-CM78cd8ec9e405.cpe.net.cable.rogers.com) |
| 16:57.28 | *** join/#arm-netbook Brandon15811 (~Brandon15@ec2linux.exaktop.tk) |
| 17:02.01 | *** join/#arm-netbook rellla (~rellla@p5B07850A.dip0.t-ipconnect.de) |
| 17:05.21 | *** join/#arm-netbook gzamboni (~gzamboni@226.254.200.77.rev.sfr.net) |
| 17:06.45 | rz2k | Mali-400 awesomeness: es2tri dies with assertation errors, es1tri works. |
| 17:12.21 | rz2k | oh, es2tri cant compile first shader |
| 17:12.22 | rz2k | lol |
| 17:12.26 | L84Supper | is the cubieboard the only a10 or <$80 arm a8 (or better) board with gpio? |
| 17:12.41 | rz2k | L84Supper: beaglebone? |
| 17:12.55 | L84Supper | except for the pi |
| 17:12.58 | jinzo | offtopic: The whole OpenGL 3D programming is a bit... let's say lacking imo. From the tools to the documentation. I have background in developement and now I'm doing some preatty basic 3D stuff with OpenGL 3+ and really. What they call documentation and tooling I call kid's toys |
| 17:13.08 | jinzo | L84Supper, there's hackberry |
| 17:13.12 | jinzo | and gooseberry |
| 17:13.14 | mnemoc | the bone is $90+shipping |
| 17:13.20 | jinzo | A10 in them tho. |
| 17:13.25 | mnemoc | jinzo: he asked with GPIOs, pins |
| 17:13.35 | L84Supper | the bone is so old I forget what cpu it has |
| 17:14.02 | rz2k | mnemoc: really? I thought it was around 75 on farnell... |
| 17:14.06 | jinzo | mnemoc, I presumed they both support GPIOs - It's beyond me why a board like that wouldn't support them. |
| 17:14.45 | L84Supper | designers tend to skip laying out any GPIO or the PCIe on ARM boards |
| 17:15.14 | L84Supper | too busy? didn't think anyone would use them? I don't know |
| 17:15.26 | jinzo | but, but - then hackberry and gooseberry can only be used for what? media centers and alike? |
| 17:16.03 | L84Supper | Hackberry didn't include SATA?! |
| 17:16.48 | mnemoc | rz2k: 75E+16E to spain |
| 17:17.24 | mnemoc | rz2k: uh, those 16E are VAT, not shipping :| |
| 17:17.36 | rz2k | lol |
| 17:17.56 | mnemoc | rz2k: so it's ~$100 + VAT + shipping |
| 17:18.08 | L84Supper | no GPIO listed in the specs for the Hackberry https://www.miniand.com/products/Hackberry%20A10%20Developer%20Board#specifications |
| 17:18.09 | mnemoc | from fanell |
| 17:19.01 | L84Supper | same for Gooseberry http://gooseberry.atspace.co.uk/?page_id=13 |
| 17:20.21 | mnemoc | the cubieboard is the only cortex-a8 with GPIOs for under $80 |
| 17:21.03 | L84Supper | I don't get it, a designer does through the trouble of designing the board (not exactly compact either) and leaves out tons of IO? I can understand not stuffing unused parts, but not even leaving the pads for a general purpose board is just odd. |
| 17:21.04 | bfree | what about the olimex A13? |
| 17:21.18 | mnemoc | L84Supper: the gooseberry is the PCB of the lyf1 7" tablet |
| 17:21.32 | mnemoc | bfree: true, 55E+shipping |
| 17:21.38 | mnemoc | +var |
| 17:21.40 | L84Supper | mnemoc: so probably no GPIO then |
| 17:21.40 | mnemoc | vat |
| 17:22.18 | mnemoc | bfree: the A10 olinuxino will be hot |
| 17:22.21 | bfree | well 35+vat+shipping if the micro will do ... meets the A8 + gpio requirements but there may be more :-p |
| 17:22.29 | mnemoc | bfree: :) |
| 17:23.25 | L84Supper | the a13 is a crippled a10 , missing SATA and what else did they leave out? |
| 17:23.26 | bfree | mnemoc: yes, just noticed their A10 prototype last night ... if the 2GB "works" out (and price is remotely sane) it sure will be nice! |
| 17:25.10 | L84Supper | also missing ethernet |
| 17:32.16 | L84Supper | http://www.mouser.com/ProductDetail/BeagleBoard-by-CircuitCo/BB-BONE-000/?qs=ojrz6ACP3aRSdMehdG1Csw%3D%3D&gclid=CMLS-YPi_rMCFQpgMgodCGoAeg |
| 17:32.57 | L84Supper | $88.95 for the bone, and I thought I got ripped off when I bought the pandaboard |
| 17:33.58 | L84Supper | $165.00 still for the panda |
| 17:34.50 | mnemoc | L84Supper: that was the figure I had in mind, but farnell decided to turn it into $100 when buying in EUR |
| 17:37.16 | *** join/#arm-netbook cat_x301 (~cat@188.238.252.155) |
| 17:37.19 | L84Supper | http://www.wandboard.org/ mentions expansion header and GPIO but no actual spec |
| 17:37.48 | mnemoc | L84Supper: the wand is a SoM, the baseboard can have a header |
| 17:38.49 | mnemoc | a header with pins I mean |
| 17:38.51 | L84Supper | the wanda spec for SATA mentions it's unpolulated, I wonder if it's actually routed and unstuffed/unpopulated |
| 17:42.38 | L84Supper | http://www.hardkernel.com/renewal_2011/products/prdt_info.php?g_code=G135341370451&tab_idx=2 no GPIO mentioned here either |
| 17:43.44 | L84Supper | maybe the LCD or camera interface have pins muxed with GPIO |
| 17:44.14 | bfree | interesting, wanda pictures have sata and http://www.texim-europe.com/wandboard/wandboard.aspx says they have it |
| 17:44.32 | *** join/#arm-netbook penguin42 (~dg@tu006.demon.co.uk) |
| 17:44.33 | mnemoc | prototypes |
| 17:45.14 | mnemoc | but I also hope they correct the mistake and sell the boards with the sata populated |
| 17:45.27 | L84Supper | what's actually shipping? I've been reading about some of these boards for months |
| 17:45.39 | mnemoc | nothing |
| 17:46.21 | mnemoc | fsl is still BSing with the availability of iMX6 |
| 17:46.48 | L84Supper | what high volume product is shipping with it? any? |
| 17:47.20 | L84Supper | wondering if it's allocation or still broken silicon |
| 17:47.34 | mnemoc | hiapad claimed stock, but retracted some days after charbax's interview |
| 17:47.57 | mnemoc | same with the retina screen |
| 17:48.15 | L84Supper | will 2013 be the year of the useable ARM board? :) |
| 17:48.40 | mnemoc | ? |
| 17:49.04 | mnemoc | there are many usable ARM boards |
| 17:49.17 | mnemoc | and if you want GPIOs and cortex-a8 you can buy a bone today |
| 17:49.32 | mnemoc | fully open source |
| 17:49.44 | mnemoc | and full specs |
| 17:49.45 | L84Supper | I should have just finished a different a10 design after dropping the EOMA stuff |
| 17:51.15 | L84Supper | or even fixing the bone design, the board layout is terrible |
| 17:51.55 | L84Supper | TI always makes their dev boards in a form factor that is terrible for integration |
| 17:52.30 | L84Supper | and/or make them too high priced or only in small quan like the Panda |
| 17:52.41 | *** join/#arm-netbook avernos (~avernos@221.223.237.200) |
| 17:52.43 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 17:53.03 | mnemoc | because they are only marketing tools |
| 17:53.22 | L84Supper | yes, so still no boards :) |
| 17:53.39 | mnemoc | tom is shipping soon-ishh :) |
| 17:53.52 | L84Supper | it would be nice |
| 17:54.10 | L84Supper | same story with all of them |
| 17:55.20 | rellla | rz2k: thanks, busy reworker ;-) would be of interest, if linux-sunxi/mali-libs -directories can be assigned... |
| 17:56.20 | L84Supper | Olimex doesn't have any pics of the PCB layers, he also seemed baffled by the a10 early on, so y confidence in that board isn't exactly too high |
| 17:56.58 | rz2k | I've assigned couple of libs |
| 17:57.05 | L84Supper | they also went with 4 layers vs 6 while using KiCAD |
| 17:58.14 | L84Supper | they can always try to run it slower to get it stable |
| 17:58.51 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 17:59.18 | rellla | rz2k: i meant, todo would be: find out, if/which libs in the "official" summary in linux-sunxi-repo correspond to the ones listed (tom.linux../dl.linux-sunxi.org) |
| 18:00.34 | rz2k | I will get there some day |
| 18:01.16 | rellla | all in all listing is more clear imho. +1 |
| 18:01.48 | L84Supper | EURO 35 for one pce. http://olimex.wordpress.com/2012/11/30/a13-olinuxinio-micro-euro-28-open-source-single-board-computer-is-for-sale/ |
| 18:04.57 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
| 18:06.06 | *** join/#arm-netbook revident (~scott@fw.iplink.net) |
| 18:08.44 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 18:31.10 | *** join/#arm-netbook j1nx_ (~IceChat9@188-142-102-64.FTTH.ispfabriek.nl) |
| 18:33.53 | *** join/#arm-netbook tinti (~tinti@201.73.81.142) |
| 18:35.18 | *** join/#arm-netbook Mehhh (adabd66c@gateway/web/freenode/ip.173.171.214.108) |
| 18:37.15 | *** join/#arm-netbook j1nx_ (~IceChat9@188-142-102-64.FTTH.ispfabriek.nl) |
| 18:43.39 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 18:45.40 | *** join/#arm-netbook rellla (~Thunderbi@p4FE56331.dip0.t-ipconnect.de) |
| 19:09.52 | *** join/#arm-netbook gzamboni (~gzamboni@225.165.200.77.rev.sfr.net) |
| 19:38.21 | *** join/#arm-netbook Sv (~Sv@bas2-montreal33-1176357225.dsl.bell.ca) |
| 19:38.21 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 19:57.29 | *** join/#arm-netbook Brandon15811__ (~brandon15@ip72-207-255-84.br.br.cox.net) |
| 20:12.29 | libv | rellla/rz2k: http://linux-sunxi.org/Mali400 still has "cp -rf lib/r3p0/armhf/x11/*.so /usr/lib/" |
| 20:14.35 | libv | "make VERSION=r3p0 ABI=armhf x11" is completely pointless if you are going to do it manually again later on |
| 20:14.54 | libv | also. abi and versioning should happen automagically |
| 20:15.06 | libv | so make that "make x11" |
| 20:15.37 | libv | if this did not work for either of you, _say_ so |
| 20:23.04 | rellla | libv: i haven't tried or took a look into reorganized mali-repo, yet. can i tell make where to install libs? and does this work for a cross-compile environment, too? |
| 20:24.01 | rz2k | libv: fixed |
| 20:24.14 | libv | rellla: why would you want to do this in a cross-compile? |
| 20:24.39 | libv | rellla: the versioning program talks to /dev/mali |
| 20:25.14 | libv | rellla: these makefiles are all about installation, not compilation |
| 20:26.40 | libv | rellla: gnu standard prefix and libdir env variables are being used to force installation to some places |
| 20:27.05 | rellla | libv: thats, what i wanted to know. |
| 20:27.15 | rellla | i'm too slow in writing ;-) |
| 20:27.29 | rellla | compiling was the wrong word, of course |
| 20:27.30 | libv | rz2k: ok, so this was not some issue you ran into when trying this yourself? |
| 20:28.07 | rz2k | I believe additional cp -r was from old instructions, I've added yours above old ones |
| 20:28.13 | rz2k | just didnt test, usual stuff... |
| 20:28.21 | libv | oh, ok :) |
| 20:29.00 | libv | i do not think many people have tested this automated installation properly, as i was expecting a few complaints and i so far have received none |
| 20:29.00 | rz2k | could you please add your quake3 results with some info to Benchmarks page? |
| 20:29.33 | libv | i will get back to playing with q3a in the next few days |
| 20:29.36 | libv | and will do so then |
| 20:29.41 | rz2k | cool, thanks |
| 20:30.59 | rz2k | you can also restructurize benchmarks page if you want, I've done it pretty raw, might missed something or added useless info. |
| 20:31.32 | libv | right now i am trying to speed up existing lima demos, a dirty hack tells me that i can get things to run 4x as fast when doing ""pageflipping"" to fb |
| 20:32.01 | rellla | libv: it's faster to do a cp on another directory then adapt a newly structured system. |
| 20:32.43 | libv | rellla: yes, reading is hard |
| 20:33.08 | libv | rellla: luckily irc does not involve reading |
| 20:33.11 | libv | oh wait. |
| 20:33.14 | rz2k | lol |
| 20:33.35 | rellla | empat0's xbmc is doing cp, still. should also change. |
| 20:33.54 | libv | that readme really is not information overload |
| 20:34.19 | rellla | but must done :-) |
| 20:34.49 | rellla | be done |
| 20:34.53 | rz2k | libv: if you will get somewhere around pixel sequence/conversions/scaler mode - document it somewhere, please. |
| 20:34.56 | rz2k | could be useful |
| 20:35.28 | libv | rz2k: that does not parse in respect to the mali stuff |
| 20:35.43 | libv | rz2k: that sounds like the broken /dev/disp device |
| 20:36.19 | libv | rz2k: the pseudo-page flipping is purely /dev/fb |
| 20:36.27 | rz2k | oh, I thought you are trying to implement lima stuff on A10 using default crap scaler/fliping stuff |
| 20:37.10 | libv | that would be too chip specific |
| 20:37.28 | libv | and... i do not want to depend on something that should vanish in the mid-term |
| 20:37.36 | rz2k | ok :) |
| 21:05.56 | *** join/#arm-netbook Turl (~Turl@cyanogenmod/maintainer/Turl) |
| 21:10.21 | *** join/#arm-netbook newbie (~kvirc@220-136-83-252.dynamic.hinet.net) |
| 21:12.27 | *** join/#arm-netbook tinti (~tinti@bhe201062162119.res-com.wayinternet.com.br) |
| 21:21.22 | *** join/#arm-netbook Sv2 (~Sv@modemcable190.180-203-24.mc.videotron.ca) |
| 21:21.22 | *** join/#arm-netbook Sv2 (~Sv@unaffiliated/sv) |
| 22:04.44 | *** join/#arm-netbook ZaEarl (~malmrose@c-67-166-109-0.hsd1.ut.comcast.net) |
| 22:07.33 | penguin42 | lkcl: I think you need to add a year to the shedule for your chip |
| 22:07.55 | penguin42 | lkcl: From completing a chip and having your samples working to mass prod is probably a few months - so forget about mid-'13 |
| 22:48.33 | *** join/#arm-netbook rastko (~rastko@cable-188-246-37-6.dynamic.kdsinter.net) |
| 23:08.48 | xxiao | ULP vs EOMA, anyone? |
| 23:13.08 | xxiao | http://blogs.arm.com/embedded/702-i-like-pc-like-arm-reaches-into-computer-on-module/ |
| 23:22.01 | hno | xxiao, similar but quite different aims. |
| 23:25.32 | hno | xxiao, EOMA aims at end-user replaceable modules, while ULP aims at OEM designs. Both have merit, but ULP do not address any of what EOMA tries to address. EOME do however indirectly address part of what ULP aims at. |
| 23:29.41 | xxiao | ok, just found out ulp today |
| 23:30.07 | *** join/#arm-netbook t0dbld|work1 (~t0dbld@50.42.159.195) |