IRC log for #arm-netbook on 20130117

00:02.56*** join/#arm-netbook alcides (~alcides@177.17.157.182)
00:02.57*** join/#arm-netbook alcides (~alcides@unaffiliated/alcides)
00:37.28*** part/#arm-netbook aexl (~aexl@37-5-152-17-dynip.superkabel.de)
01:21.28*** join/#arm-netbook merbanan (~benjamin@h217-27-188-82.cust.tyfon.se)
01:35.05*** join/#arm-netbook SouL_ (~SouL_@95.211.10.204)
01:35.12*** part/#arm-netbook SouL_ (~SouL_@95.211.10.204)
01:43.46*** join/#arm-netbook KoH (~kane@trir-4d0d960b.pool.mediaWays.net)
01:57.55*** join/#arm-netbook nemik_ (~cyanact@c-67-162-60-211.hsd1.il.comcast.net)
02:05.11*** join/#arm-netbook merbanan (~benjamin@h217-27-188-82.cust.tyfon.se)
02:08.42*** join/#arm-netbook stefanro (~stefan@pD9FFB417.dip.t-dialin.net)
02:09.46*** part/#arm-netbook leowt (~leowt@bl17-29-86.dsl.telepac.pt)
02:17.09*** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net)
03:08.13*** join/#arm-netbook dfletcher (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net)
04:17.55*** join/#arm-netbook aholler_ (~aholler@p57B20476.dip0.t-ipconnect.de)
04:22.05*** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91)
04:31.24*** join/#arm-netbook gzamboni (~gzamboni@184.152.200.77.rev.sfr.net)
04:31.38*** join/#arm-netbook Alex1269 (558e46db@gateway/web/freenode/ip.85.142.70.219)
04:38.36Alex1269I'm working on gpio driver for sunxi3,0/3.4. I think the "right way" to implement it is to use gpiolib. But gpiolib doesn't support attributes for pin drive_level/pull/mode_select. Is there any reasons against extending gpiolib ?
04:42.57*** join/#arm-netbook KoH_ (~kane@trir-4d0d8925.pool.mediaWays.net)
06:05.20*** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli)
06:31.20*** join/#arm-netbook rellla (~rellla@p5B0793BD.dip0.t-ipconnect.de)
06:37.35*** join/#arm-netbook Quarx (~Quarx@94.137.49.232)
06:40.26*** join/#arm-netbook RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net)
06:58.08*** join/#arm-netbook Dessimat0r (picard@null.annihilate.it)
07:00.13*** join/#arm-netbook RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net)
07:29.55*** join/#arm-netbook rz2k (~rz2k@95-25-154-89.broadband.corbina.ru)
07:38.18*** join/#arm-netbook hipboi (~hipboi@123.89.253.21)
07:48.04oliv3rAlex1269: could it be that 3.4 is just to old?
07:56.47*** join/#arm-netbook pcat (~cat@37-219-20-58.nat.bb.dnainternet.fi)
08:13.15mripardAlex1269: that's the role of pinctrl, not gpiolib
08:48.52mnemocmripard: he is implementing it for the "legacy" script.bin based 3.0/3.4 tree
08:48.55oliv3ranybody has started to work on pinctrl? I was thinking of playing  alittle with it today
08:49.12mnemocpinctrl with script.bin is a nightmare
08:49.42mnemocand iirc not available for 3.0
08:50.27oliv3ri ment for 3.4-3.8
08:51.07mnemocoliv3r: in 3.8+ it's already done properly
08:52.27mnemocthe only point of re-implementing gpio properly would be to bring that to 3.0/3.4 people, not further
08:53.14mnemocproperly in 3.0 terms obvisly.
08:53.31oliv3rmnemoc: i ment for sunxi
08:53.43oliv3ri don't think i saw anything for the A10 and pinctrl
08:53.57mnemocoliv3r: it will go into 3.9
08:54.05mnemocoliv3r: mripard already submited that
08:55.45oliv3rah, i didn't see any of that on the 'mainlining effort' wiki
08:55.59oliv3rnor on our git tree i don't think :(
08:56.11mnemocthat stuff lives in arm-soc's tree
08:56.17oliv3rah kewl
08:56.31oliv3rwell it would have helped if the wiki reflected that mripard :p
08:56.41mnemoc+1
08:56.43oliv3ri was getting all excited about looking into that, as it seemed reasonable easy :(
08:58.06mnemocin the legacy *cough* tree we only need to turn the current gpio-ugly driver into one using the proper (by 3.0 standards) class
08:58.28mnemocto give decent gpio support to people needing it today
09:00.01oliv3rwhy, WHY won't php output any error? Just Why. E_ALL and error reporting is obviously enabled :S
09:00.18mnemoco_O
09:00.22oliv3rgoogle is FULL of people not having that on :S so all that doesn't help
09:00.55oliv3ri assumed that E_ALL would always output all errors. phpinfo(); even lists E_ALL and display_errors as on; yet no error output, no output at all
09:01.49mnemocanything I need to change in the sunxi wiki?
09:06.09mnemocAlex1269: even if the gpiolib-based sunxi-gpio only supports reading and writing values it will be a great win for people runing sunxi devices with pins today
09:07.53mnemocAlex1269: for more complex stuff (as mripard said) it's pinctrl, but that effort isn't that much needed because setup is assumed to be done on the script.bin file
09:11.26*** join/#arm-netbook tinti_ (~tinti@pdpc/supporter/student/tinti)
09:12.54oliv3rmnemoc: na, this is my own test box :(
09:14.04mnemocso you do php intentionaly??? very sorry for you
09:26.07oliv3rlol I have a mysql and postgres test database requirement, and wanted to install myphp and mypg-admin; pg admin works fine , myphpadmin doesn't do anything and since i don't get error output, i can't figure out why or what could be missing
09:29.41oliv3rhmm, maybe php was outputting errors, but phpmyadmin wasn't producing output! *facepalm*
09:32.04mripardmnemoc: I'll try to update the wiki today
09:35.52mnemocmripard: thanks!
10:05.37*** join/#arm-netbook SouL_ (~SouL_@95.211.10.204)
10:17.31*** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr)
10:33.28slapinoliv3r: php allows apps to disable output, and many apps can't work with it enabled (as they use wicked output caching schemes).
10:43.59*** part/#arm-netbook hipboi (~hipboi@123.89.253.21)
10:45.05oliv3rslapin: aye, but it's not obvious and not documented why phpmyadmin does it :S so i have to experiment as to find out why it's not dumping _any_ info _anywhere_
10:50.02*** join/#arm-netbook Alex1269_ (550f5402@gateway/web/freenode/ip.85.15.84.2)
10:50.06*** join/#arm-netbook pcat (~cat@37-219-20-58.nat.bb.dnainternet.fi)
11:13.15Alex1269_Ok, I'll write simple read/write/irq gpio driver (for gpiolib) using [gpio_para] fex section and then i'm going to add drive_level/pull attributes to gpiolib for myself
11:20.11mnemocAlex1269: send it too, but on a separated commit please
11:20.31Alex1269_Ok. As for 3.8+... Is is usable ?
11:21.05mnemocfor 3.8+ it won't be accepted, they use pinmux for that
11:21.55Alex1269_No... i'm asking about whole 3.8 version. Is it usable for production?
11:25.15*** join/#arm-netbook tinti (~tinti@pdpc/supporter/student/tinti)
11:25.48Alex1269_For example for automation server: gpio controlable hardware, i2c sensors, several rs232, nginx+php+mysql (on sata ssd), usb 3g modem for SMSing, one camera
11:26.02mripardAlex1269: support is quite minimal for now
11:26.15mripardwe only have interrupts, timers and UARTs support in 3.8
11:26.36mripardin 3.9, we will (I hope) have pinctrl and gpios, and maybe clocks
11:27.55mripardit would be great to begin to have storage devices support in 3.10
11:28.23mripardSPI and I2C as well, so that we can begin to have something actually useful
11:29.00Alex1269_So 3.0 stable, 3.4 devel, 3.8 - experimental... Right?
11:31.52mripardyes
11:33.34mnemocAlex1269: but "3.8" isn't a fixed target, it just happened to be the next once the mainlining began. currently the goal is 3.9 and so on
11:34.14ssvbwhat would be the next long term support kernel after 3.4?
11:34.30mnemocssvb: mainline
11:34.47mnemocah, you mean theirs... 3.8 I guess
11:35.39mnemocodd numbers have never get much favour
11:36.40ssvbactually I like the idea of always having something that just works :) after tracking the status of omap support in the mainline, I get an impression that something is always broken there
11:37.16*** join/#arm-netbook xenoxaos (~xenoxaos@developers.archlinuxarm.org)
11:37.35mnemoc:)
11:38.40slapinssvb: for my boards omap generally works, as they improved their testing under rmk's pressure
11:40.24mnemocmripard: will try to merge i2c and spi drivers from the source drops and then clean them this weekend, for 3.0/3.4 and then to be adapted for dt
11:42.35mripardmnemoc: ok, great
12:00.00*** join/#arm-netbook Avernos_ (~avernos@221.223.240.39)
12:09.56*** join/#arm-netbook wingrime (~wingrime@78.109.115.103)
12:27.15*** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se)
12:54.45*** join/#arm-netbook nemik (~cyanact@c-67-162-60-211.hsd1.il.comcast.net)
13:03.32*** part/#arm-netbook SouL_ (~SouL_@95.211.10.204)
13:05.50*** join/#arm-netbook ganbold_ (~Ganbold@202.21.108.207)
13:11.09*** join/#arm-netbook gzamboni (~gzamboni@184.152.200.77.rev.sfr.net)
13:26.40*** join/#arm-netbook rellla2 (~rellla@p5B078F85.dip0.t-ipconnect.de)
13:35.45*** join/#arm-netbook ssspiff (~wim@103.4-78-194.adsl-static.isp.belgacom.be)
13:35.46*** join/#arm-netbook ssspiff (~wim@unaffiliated/yukito)
13:35.52*** join/#arm-netbook datagutt (~datagutt@unaffiliated/datagutt)
14:16.06*** join/#arm-netbook lkcl_ (~lkcl@host-92-26-16-73.as13285.net)
14:34.21*** join/#arm-netbook kaspter (~Instantbi@58.247.210.31)
14:36.05*** join/#arm-netbook ssvb (~ssvb@212.16.98.80)
14:41.09*** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91)
14:53.37*** join/#arm-netbook rsalveti_ (~rsalveti@unaffiliated/rsalveti)
14:57.36*** join/#arm-netbook SouL_ (~SouL_@95.211.10.204)
14:58.31*** join/#arm-netbook pcat (~cat@37-136-215-100.nat.bb.dnainternet.fi)
14:58.38*** join/#arm-netbook bsdfox\ (~Bob@c-71-197-82-145.hsd1.ca.comcast.net)
14:58.48*** join/#arm-netbook deathz0r- (~heh@14-201-99-152.tpgi.com.au)
15:00.48*** join/#arm-netbook hp___ (~kvirc@d5153E228.access.telenet.be)
15:02.51*** join/#arm-netbook nemik_ (~cyanact@c-67-162-60-211.hsd1.il.comcast.net)
15:05.32*** join/#arm-netbook dyoungz (dyoung@2001:4800:780e:510:7cfc:f3f0:ff04:36e3)
15:05.57*** join/#arm-netbook dyoung (dyoung@nasadmin/dyoung)
15:09.52*** join/#arm-netbook drachensun (~drachensu@142.196.83.182)
15:10.42*** join/#arm-netbook ssspiff (~wim@103.4-78-194.adsl-static.isp.belgacom.be)
15:10.43*** join/#arm-netbook ssspiff (~wim@unaffiliated/yukito)
15:11.13*** join/#arm-netbook _whitelogger (whitelogge@fehu.whitequark.org)
15:12.00*** join/#arm-netbook arokux (~arokux@merkur178.inf.uni-konstanz.de)
15:12.30*** join/#arm-netbook _whitelogger (whitelogge@fehu.whitequark.org)
15:36.58slapinhi, all!
15:37.31slapindo anybody knows the link to bypass mentor's registration page to download toolchain?
15:37.39slapinor something?
15:39.13mnemocgoogling for the file name tends to help
15:42.20*** join/#arm-netbook ZaEarl (~malmrose@c-67-172-235-190.hsd1.ut.comcast.net)
15:43.04WarheadsSE<PROTECTED>
15:43.35mnemoca toolchain that requires registration to download I assumed
15:44.21mnemocnew owner of CodeSourcery
15:44.25rz2kmentorgraphics bought codesourcery
15:44.30rz2kyear or so ago
15:44.37rz2kyou need to enter email to get the link
15:45.48mnemocand that link has a token or it's something we can link?
15:46.18rz2ktoken :(
15:47.08mnemocso, someone grabs it, and then we upload to dl.linux-sunxi.org? :) still gpl isn;t it?
15:49.22WarheadsSEmmm.... I have my own toolchain
15:49.37rz2kno idea if it is GPL or whatever, I use linaro's toolchain and selfcompiled by ct-ng
15:49.54WarheadsSEbasically the same
15:50.25WarheadsSEalthough with glibc 2.17/gcc 4.7.2 there is a glitch at the moment with ld.so.cache not being properly used
15:51.05WarheadsSElinaro's patch apparently borks on proper indexing w/ flags of the hardfloat eabi in use, cause failure. Simply patch for the time being is to export LD_LIBRARY_PATH
15:51.26WarheadsSEhttp://sourceware.org/bugzilla/show_bug.cgi?id=15006
15:52.09mnemocuses linaro's. it's only an apt-get install away for me
15:52.41WarheadsSEAh, if only I used a debian based system ... :P
15:52.50mnemoc:)
15:52.52WarheadsSEPsst, theirs is broken too
16:00.34slapinmnemoc: no ppa support for debian :(
16:05.14WarheadsSEshouldn't stop you from manually grabbing it, no?
16:06.48*** join/#arm-netbook lkcl_ (~lkcl@host-92-26-16-73.as13285.net)
16:08.10slapinWarheadsSE: I'm too lazy for that things... and I think it is binary-incompatible with debian.
16:08.28WarheadsSEorly
16:08.29mnemochaving different lxc-based build servers is easier :)
16:11.16specingwasn't able to get LXC to run
16:11.33slapinmnemoc: work build servers do fine, but I want to compile various things on localhost, and Denx people say my toolchain, which is based on OE, which is based on Linaro, is b0rked.
16:11.51specingmnemoc: could package Gentoo's toolchain
16:12.07WarheadsSEhas complete packages chain set.
16:12.11slapinmnemoc: I tried to install eldk, but it is non-relocatable and wants to go in /opt which is no-no at my side.
16:12.37WarheadsSEyou just need the v7? hardfloat or not?
16:12.56specingarmv7a-hardfloat-linux-gnueabi- ?
16:13.04slapinCodeSourcery is relocatable, but I don't have version for 64-bit host, and it is dated.
16:13.32WarheadsSEhttp://archlinuxarm.org/developers/distcc-cross-compiling - has link for armv7l, relocatable, 64bit host
16:13.38*** join/#arm-netbook ZaEarl (~malmrose@c-67-172-235-190.hsd1.ut.comcast.net)
16:13.55slapinspecing: I need to build for lots of variants, including arm7tdmi, armv5te, armv7a/7a-hf, with newlib and with glibc.
16:13.56WarheadsSEthe chain itself is not Arch specific. We have many people using it on ubuntu.
16:14.17WarheadsSEdoesn't have armv7tdmi
16:15.18specingslapin: get Gentoo
16:15.31slapinWarheadsSE: arm7tdmi is mmu-less fpu-less v4t
16:15.47slapinspecing: my devel pc is too slow for that
16:15.54WarheadsSEi know what it is :P
16:16.36specingslapin: even if you bootstrap a toolchain in qemu-arm it only takes like a day on 800 MHz
16:16.39slapinWarheadsSE: tegra contains arm7tdmi with mmu, which is weird thing
16:16.47specingslapin: just let it run overnight
16:17.09WarheadsSEslapin: eeww
16:17.30*** join/#arm-netbook ZaEarl_ (~malmrose@c-67-172-235-190.hsd1.ut.comcast.net)
16:17.39slapinspecing: I have better things for it to do than compile toolchains
16:17.51WarheadsSEwell that took gentoo ~ 28 minutes to compile nodejs on an amd64 vm.. sheesh
16:18.04slapinWarheadsSE: it is service processor to bootstrap real cores
16:18.29WarheadsSEYeah, not the first time I have seen that kind of implementation
16:18.52specingslapin: Gentoo comes with a toolchain building program
16:18.59slapinit seems I need to bug someone from mentor - to death, if nothing else helps :(
16:19.20specingOr Gentoo
16:19.39slapinspecing: I know, and I know about crosstool-ng, too. And I build OE SDK all day everyday on work build farm.
16:20.25slapinI need something I can point people on and say - this is respectable toolchain, and your stuff fails to build on it, please fix it.
16:20.46slapinI can't give off-the-ground sdks in such case
16:21.01WarheadsSEmm
16:21.28WarheadsSEwell, aside from the tdmi, our chains are known to work, since we build all of ALARM on them via distcc.
16:22.06slapinwell, this is not that, my toolchains build everything allright, too
16:22.46WarheadsSEso what is broken then
16:23.10slapinbinaries size is twice the maximal allowed
16:23.37slapinlinaro-toolchain-is-always-broken motto is there, too.
16:26.50WarheadsSEslapin: holy crap
16:27.01*** join/#arm-netbook pcat (~cat@gprs-internet-bceea4-195.dhcp.inet.fi)
16:27.01WarheadsSEfor uboot?
16:27.34WarheadsSEyour outputted uboot.bin is how big!?
16:34.07TestModule_is 3.4 stable, and is there a defconfig ?
16:34.57mnemocTestModule_: context please
16:35.44TestModule_the 3.4 kernel
16:38.10*** join/#arm-netbook Avernos (~avernos@222.128.190.139)
16:38.10*** join/#arm-netbook Avernos (~avernos@unaffiliated/avernos)
17:01.15*** join/#arm-netbook gzamboni (~gzamboni@184.152.200.77.rev.sfr.net)
17:18.31slapinWarheadsSE: for some boards expected size is 256K, result size is 400K
17:19.10WarheadsSEdefinitely odd that it is coming up that large.
17:20.38WarheadsSEalmost wonder if it is attempting to leave some debug information in there.
17:27.54Turlyou can try the codesourcery toolchains
17:30.54WarheadsSEI think that is his issue
17:31.02WarheadsSEnot wanting to register with mentor
17:37.43mnemocif someone already did, we can push it to dl.linux-sunxi.org and link there
17:38.48mnemocI'm only consuming 200G of the 10TB/M
17:56.13*** join/#arm-netbook TestModule (ada80407@gateway/web/freenode/ip.173.168.4.7)
17:56.33nemikhi, which branch of linux-sunxi should i use to compile a kernel module (for bluetooth) to run on the 'stock' Android image?
17:58.04mnemocthe default, sunxi-3.0
17:58.32mnemocsun4i_crane_defconfig for A10 or a13_nuclear_defconfig for A13
17:59.18*** join/#arm-netbook lkcl_ (~lkcl@host-92-26-16-73.as13285.net)
18:00.57nemikmnemoc: ok cool, thank you. and those modules will then work even on the 3.0.8 lichee kernel inside the stock ones?
18:02.20slapinsourcery.mentor.com/public/gnu_toolchain/ is open, but not adverticed...
18:02.20mnemocno
18:02.33mnemocslapin: wiki wiki :)
18:03.02mnemocnemik: i was assuming you were going to replace the whole kernel
18:04.24nemikmnemoc: no, i'd like to keep it all the same and just insmod the bluetooth stuff on startup so it could work with a bluetooth USB module for serial
18:04.24mnemocnemik: there is a lichee something branch, but isn't really maintained. not sure if it compiles at all
18:05.18nemikah ok, yea that's probably the one i'd need then. as cheap as these little units are they're a giant pain to work with
18:12.59hnonemik, further, to acutally work you need the kernel .config and any other relevant modifications your device vendor have done. 3.0.8 != 3.0.8.
18:13.15hnobut might work anyway.
18:16.39slapinmnemoc: I'm not a wiki person, you know
18:17.19slapinmnemoc: you can ask oliv3r :-P
18:17.42mnemocslapin: just drop the link into http://linux-sunxi.org/Codesourcery :)
18:19.25slapinmnemoc: done
18:19.34slapinmnemoc: looks bad
18:19.53slapinmnemoc: OMG, I've got a headache, no more such things :(
18:20.01mnemocslapin: well... that's not a url
18:20.13mnemocslapin: ftp:// or http:// missing
18:20.22nemikhno: it's too much to futz around with, especially for something i'd like to distribute. probably better than to just buy ug007's or whatever with bluetooth built in
18:21.37slapinmnemoc: it asks questions out of sudden
18:21.46slapinmnemoc: done
18:22.01slapinmnemoc: still looks bad, though
18:23.55mnemocslapin: * [http:.... blah blah]   --> <li><a...>blah blah</a></li>
18:35.01slapinmnemoc: can't do that now, sorry - need to go
18:36.19mnemoc:)
18:41.03*** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl)
18:51.03*** join/#arm-netbook ssspiff (~wim@unaffiliated/yukito)
18:52.08*** join/#arm-netbook Brandon15811_ (~Brandon15@ec2linux.exaktop.tk)
19:01.14*** join/#arm-netbook rellla (~Thunderbi@p4FE5630C.dip0.t-ipconnect.de)
19:02.36*** join/#arm-netbook TestModule (ada80407@gateway/web/freenode/ip.173.168.4.7)
19:26.10*** join/#arm-netbook fredy_ (~fredy@snf-8914.vm.okeanos.grnet.gr)
19:27.31*** join/#arm-netbook NAiL__ (~repvik@puck.tjene.re)
19:27.34*** join/#arm-netbook mac-_ (mac@mac.banda.pl)
19:52.15*** join/#arm-netbook j0ep0 (5ed31587@gateway/web/freenode/ip.94.211.21.135)
19:59.12*** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net)
20:08.23RaYmAnheh, damn. Looks like my  gk802 got caught in customs :(
20:08.50RaYmAnbut at least that means it was sent and is in my country!
20:10.23*** part/#arm-netbook SouL_ (~SouL_@95.211.10.204)
20:12.09WarheadsSElol
20:12.11WarheadsSEtrue
20:13.49mnemocgood news then :)
20:14.13RaYmAnI'll probably end up paying like 50$ in taxes and processing fees
20:14.15RaYmAn:/
20:14.29mnemocbad news then :(
20:14.35RaYmAnindeed
20:14.38RaYmAncan't win them all
20:20.15*** join/#arm-netbook hp__ (~kvirc@d5153E228.access.telenet.be)
20:26.04rmRaYmAn, any weird shipping method?
20:26.09rmlike DHL/FedEx?
20:26.50RaYmAnnope
20:27.05RaYmAnsingapore post with tracking
20:27.16RaYmAnif they declared it 100$ that will probably be why
20:28.34br-rm: eek, the expensive methods tend to get picked up more often?
20:28.54rmabsolutely!
20:29.07RaYmAnusually (depending on country probably), the courier explicitly asks for tax processing
20:29.09rmDHL/FedEx love to throw you under the bus with customs
20:29.20RaYmAnit's not a matter of whether or not they get 'caught', they offer up your good s:P
20:29.22rmthat's everyone's experience here
20:29.25br-that may explain why my mele never made it here
20:29.50RaYmAnusually here, they just pay the charges then charge it on delivery
20:30.08br-estonian customs refused the import due to lack of CE mark
20:30.16RaYmAnah
20:30.27br-i tried the 'its for parts' thing, didnt work
20:30.28mnemocmy mele has CE marking
20:30.37br-fucker sent me a pdf of the law (in estonian)
20:30.49br-mnemoc: on the actual device? when did you order it and what model
20:30.49rmsomeone had their Ben Nanonote held on customs with FedEx, because it was "not a certified encryption device"
20:30.55rmRussian
20:31.18mnemocno, the device hasn't. the power adapter and the packing
20:31.39br-mnemoc: according to customs, there was a CE mark on the documentation, but regulations require it on the device itself
20:31.47mnemocic
20:31.48br-funny, because my macbook and nexus one have no such marks
20:31.56br-fuckers just wanted to take it home
20:32.04mnemoc:)
20:32.33br-arguing about the law with someone via google translate over email doesn't work very well
21:26.39*** join/#arm-netbook dfletcher (~fletch@drupal.org/user/72475/view)
21:28.11*** join/#arm-netbook barqux (~ludde@nl102-236-113.student.uu.se)
21:28.38*** join/#arm-netbook KoH (~kane@89.204.139.208)
21:32.49*** join/#arm-netbook XenGi (~XenGi@2a02:748:a800:149:154:158:199:1)
21:59.15techn_drachensun: http://lxr.free-electrons.com/source/drivers/input/touchscreen/edt-ft5x06.c this seems to be same as our ft5x_ts :/
21:59.50*** join/#arm-netbook TestModule (ada80407@gateway/web/freenode/ip.173.168.4.7)
22:00.21mnemocwhat that 'edt-' means?
22:10.13*** join/#arm-netbook gzamboni (~gzamboni@184.152.200.77.rev.sfr.net)
22:21.31drachensuntechn_: interesting, he has set   __set_bit(EV_SYN, input->evbit); also
22:21.56drachensunmnemoc: This is a driver for the EDT "Polytouch" family of touch controllers
22:21.56drachensun<PROTECTED>
22:22.08drachensunmnemoc: thats a quote from the header
22:22.31drachensunso it might be a little different
22:27.37TestModulea10_mid_1gb.fex = MK802 1GB / + ?
22:29.06*** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net)
22:57.00drachensuntechn_: I'm still not sure how it gets the x and y at init and it doesn't seem to have support for swapping or inversion like our driver
22:58.27drachensunbut I guess it does make it unlikely any work on it will go upstream
23:04.38*** join/#arm-netbook gzamboni (~gzamboni@184.152.200.77.rev.sfr.net)
23:17.49*** join/#arm-netbook XenGi (~XenGi@2a02:748:a800:149:154:158:199:1)
23:35.25*** join/#arm-netbook servili007 (~servili00@unaffiliated/servili007)
23:41.41*** join/#arm-netbook aholler (~aholler@p57B20476.dip0.t-ipconnect.de)
23:51.00*** join/#arm-netbook gzamboni (~gzamboni@184.152.200.77.rev.sfr.net)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.