00:13.22 | *** join/#arm-netbook marcan (marcan@marcansoft.com) |
00:13.41 | libv | arm tossers. |
00:13.51 | libv | new_info->core_info = NULL; /* Not used by user space */ |
00:14.22 | libv | and how am i going to tell which mali i am running against? |
00:19.19 | libv | i will be re-adding that code soon |
00:19.31 | *** join/#arm-netbook marcan (marcan@marcansoft.com) |
00:21.36 | libv | hrm, how would one distinguish between mali400-mp1 and mali400-mp4? |
00:23.00 | libv | hrm, new callbacks? |
00:23.04 | libv | err, ioctls |
00:27.43 | slapin_ | hno: ping |
00:46.21 | Mehhh_ | does the deb image have the mali drivers (hw accel?) |
00:52.55 | Turl | libv: performance? :P |
00:53.20 | *** join/#arm-netbook drachenphone (~AndChat39@142.196.83.182) |
00:55.22 | libv | Turl: no, to utilize all fragment shaders on the mp4, you will need to divide up the blocks, and issue 4 separate jobs, one for each core |
00:56.00 | libv | so you need to have this information in userspace |
00:56.27 | libv | anyway, creating a git tree which has all the different arm thrown-over-the-hedge kernel drivers |
00:56.35 | libv | so i can better see what they changed ioctl wise |
01:16.24 | *** part/#arm-netbook t0dbld1 (~t0dbld@50.42.159.195) |
01:23.22 | *** join/#arm-netbook stefanro (~stefan@pD9FFB6C7.dip.t-dialin.net) |
01:29.01 | hno | Triffid_Hunter, Turl, compared to an average X86 system the A10 is relatively easy to do bare metal on. The "User guide" + ARM manuals covers most of what you need to know, with the exception of the DRAM controller if doing the early initialization part. |
01:29.08 | hno | slapin_, pong? |
01:45.33 | *** join/#arm-netbook vinifm (~vinix@187.114.116.229) |
02:11.05 | markvandenborre | I'm fiddling with an embedded a13 board |
02:11.18 | markvandenborre | just compiled in full HID support into the kernel |
02:11.46 | markvandenborre | (my first cross compile was amazingly easy) |
02:12.59 | markvandenborre | this HID device now works; I can verify that by catting /dev/input/event1 |
02:13.34 | markvandenborre | (random garble comes out of that every time I press the one key on this HID device) |
02:14.46 | markvandenborre | now I want to have this HID device hooked up into a small shell script that I wrote |
02:14.57 | markvandenborre | this shell script uses the "read" command quite often |
02:15.19 | markvandenborre | in other words, it expects an active terminal |
02:16.22 | markvandenborre | what would be the best way forward? change this script so that it picks up key press events from the HID device without being attached to it? |
02:16.53 | markvandenborre | auto spawn a terminal in /etc/inittab? |
02:17.31 | markvandenborre | I'm not sure where to ask this question; any suggestions on an appropriate channel? |
02:21.12 | lundman | aborre: this is a fine channel, but the timezone is awkward |
02:25.55 | Turl | if you run your script on fbcon vt it should grab HID input I'm guessing |
02:26.56 | Turl | night :) |
02:32.26 | *** join/#arm-netbook Svet (~Sv@modemcable021.180-203-24.mc.videotron.ca) |
02:32.27 | *** join/#arm-netbook Svet (~Sv@unaffiliated/sv) |
02:38.21 | *** join/#arm-netbook luka (~luka@lan.iskon.hr) |
02:43.23 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
02:44.52 | *** join/#arm-netbook mSquare (~selvan@122.178.197.143) |
02:48.08 | slapin_ | hno: http://paste.ubuntu.com/1354662/ |
02:49.10 | slapin_ | hno: http://paste.ubuntu.com/1354664/ |
02:56.19 | slapin_ | hno: https://github.com/slapin/uboot-allwinner/commits/work - please don't do any work based on this, I'm going to rearrange this stuff appropriately. If you can, please justify this udelay(100) - it is very flaky without it. |
02:57.25 | hno | which udelay? |
02:57.44 | slapin_ | hno: see patches. at the end of command processing function |
02:58.56 | hno | slapin_, something you forgot to push maybe? |
03:01.15 | hno | I only find initialization sequence there, no command processing. |
03:02.30 | hno | slapin_ sunxi_nand.c missing. |
03:18.04 | bsdfox_ | aren't there some unused timers on A10? |
03:18.17 | bsdfox_ | why are we using delay() |
04:18.02 | lkcl | <PROTECTED> |
04:18.32 | lkcl | one such circumstance, a mobile phone's capacitors for the power-up of a GSM Radio ROM simply weren't big enough |
04:18.39 | lkcl | so the bring-up sequence was: |
04:18.54 | lkcl | * pull GPIO for 5V line power |
04:19.01 | lkcl | * pull GPIO for 3.3V line power |
04:19.10 | lkcl | pull 2nd GPIO for 2nd 3.3V line power |
04:19.30 | lkcl | udelay(10) |
04:19.41 | lkcl | pull down the 1st 3.3V power |
04:19.47 | lkcl | udelay(10) |
04:19.52 | lkcl | pull down the 5V power |
04:19.56 | lkcl | udelay(10) |
04:20.00 | lkcl | pull them back up again |
04:20.03 | lkcl | udelay(10) |
04:20.09 | lkcl | pull the GPIO for reset up |
04:20.15 | lkcl | udelay 10 |
04:20.21 | lkcl | pull everything down again |
04:20.23 | lkcl | udelay 10 |
04:20.47 | lkcl | by this time, the on-board GSM radio ROM's capacitors had enough charge..... |
04:21.07 | lkcl | so it was then possible to do this sequence a *second* time, and the device would come up properly. |
04:21.38 | lkcl | you _could_ do all that with timers but it would be absolute hell, and completely non-obvious |
04:46.03 | *** join/#arm-netbook MindBeat (~mindbeat@h55n3c1o1041.bredband.skanova.com) |
05:11.19 | bsdfox_ | lkcl, if you've got a dedicated timer for application it wouldn't be a big deal |
05:11.26 | bsdfox_ | and you wouldn't just be burning clock cycles |
05:12.06 | bsdfox_ | also, fuck that gsm module |
05:12.08 | lkcl | bsdfox_: for the complexity involved due to the asynchronous code that results it's often not worth it |
05:12.14 | lkcl | bsdfox_: :) |
05:12.26 | lkcl | this was for an HTC Smartphone (reverse-engineered). |
05:12.37 | lkcl | people kinda expected to be able to communicate using it :) |
05:12.55 | bsdfox_ | yeah that's the problem with reverse engineering |
05:13.28 | lkcl | ah no - in this case, that was direct reverse-engineering of the assembly files. |
05:13.29 | bsdfox_ | there's probably a straight forward approach to initializing the radio that doesn't require all the funky steps |
05:13.38 | lkcl | this was that the... no, it didn't, that's the point. |
05:13.55 | lkcl | i examined the assembly code: that was what they were forced to do. |
05:14.15 | lkcl | istrc that WIFI was similar |
05:14.17 | bsdfox_ | which radio did it use? |
05:14.21 | lkcl | it was just poor hardware design |
05:14.38 | lkcl | i thiiink.... it was an ericsson chipset. |
05:15.09 | lkcl | it just pulled so much current at startup that it couldn't cope |
05:15.17 | bsdfox_ | from what I've seen cell phone companies invest much more in hardware than software |
05:15.39 | bsdfox_ | lkcl, polling is fine if the code is designed for it |
05:15.41 | lkcl | .... qualcomm is run by three lawyers :) |
05:16.07 | bsdfox_ | lkcl, qualcomm employs some very good engineers |
05:16.53 | bsdfox_ | I met adrian chadd last weekend who writes the atheros drivers for linux and in his spare time ports the drivers to freebsd and also wrote/maintains their 802.11 stack |
05:27.18 | *** join/#arm-netbook drachenphone (~AndChat39@142.196.83.182) |
05:48.29 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
06:01.33 | *** join/#arm-netbook ppord (~dropp@77.243.1.182) |
06:31.42 | *** join/#arm-netbook grimes99 (~du2@host-2-99-241-92.as13285.net) |
06:57.00 | *** join/#arm-netbook rellla (~rellla@p5B07831D.dip0.t-ipconnect.de) |
07:00.23 | ccssnet | bsdfox_: if so, why is it so hard to get the ubicom32v5 firmware sources to build (qualcomm bought ubicom, and i havent yet seen them take effort to support it) |
07:03.13 | hno | Ah, think I understand why I only got random garbage in my earlier NAND exploration attempts. The data is randomized by the controller. |
07:13.24 | *** join/#arm-netbook rellla2 (~rellla@p5B078304.dip0.t-ipconnect.de) |
07:51.46 | *** join/#arm-netbook cat_x301 (~cat@188.238.155.214) |
07:55.04 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
08:14.01 | rm | http://www.tinydeal.com/android-40-tv-box-multimedia-player-with-wifi-hdmi-web-camera-p-72970.html |
08:14.08 | rm | with a f**king rotating stand |
08:14.16 | rm | chinese are crazy :D |
08:16.04 | *** join/#arm-netbook luka (~luka@lan.iskon.hr) |
08:16.22 | orly_owl | i think the idea is it goes on top of your tv |
08:16.57 | rm | yeah I figured that part out |
08:17.02 | *** join/#arm-netbook luka_ (~luka@lan.iskon.hr) |
08:17.28 | orly_owl | i dont see how its crazy then |
08:17.38 | orly_owl | it rotates to get the camera angle right |
08:18.09 | *** join/#arm-netbook luka (~luka@lan.iskon.hr) |
08:18.11 | *** join/#arm-netbook luka (~luka@unaffiliated/luka) |
08:20.23 | rm | to me video conferencing seems to be a rare and fringe use, and specializing the device for it so much seems odd |
08:20.33 | rm | also why not just include a separate web cam |
08:20.41 | rm | rather than built-in to the case |
08:20.47 | orly_owl | cheaper to build it in of course |
08:21.14 | orly_owl | im not sure video chat via tv will take off |
08:21.21 | orly_owl | i see it advertised sometimes |
08:33.17 | *** join/#arm-netbook ssvb (~ssvb@212.16.98.80) |
08:40.05 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
08:56.57 | *** join/#arm-netbook vgrade_ (50e71d67@gateway/web/freenode/ip.80.231.29.103) |
09:09.34 | *** join/#arm-netbook Quarx (~Quarx@94.137.34.151) |
09:16.14 | hno | orly_owl, I think there is potential for "TV" chat. But requires some yet unseen intelligence in the camera part to work well in the environment. |
09:17.06 | *** join/#arm-netbook tzafrir (~tzafrir@local.xorcom.com) |
09:20.30 | slapin_ | hno: ping |
09:20.45 | slapin_ | hno: try again |
09:21.46 | slapin_ | hno: branch was rebased, though |
09:28.01 | *** join/#arm-netbook ppord (~dropp@77.243.1.182) |
09:32.05 | *** join/#arm-netbook ppord (~dropp@77.243.1.182) |
09:38.38 | slapin_ | hno: |
10:00.14 | *** join/#arm-netbook jquip (~johnny@106.217.24.154) |
10:15.40 | *** join/#arm-netbook tzafrir (~tzafrir@local.xorcom.com) |
10:15.41 | *** join/#arm-netbook vgrade_ (50e71d67@gateway/web/freenode/ip.80.231.29.103) |
10:15.41 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
10:15.41 | *** join/#arm-netbook stefanro (~stefan@pD9FFB6C7.dip.t-dialin.net) |
10:15.41 | *** join/#arm-netbook dfletcher_ (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
10:15.41 | *** join/#arm-netbook Mehhh_ (adabd66c@gateway/web/freenode/ip.173.171.214.108) |
10:15.41 | *** join/#arm-netbook markvandenborre (~mark@ubuntu/member/markvandenborre) |
10:15.41 | *** join/#arm-netbook sspiff (828ae336@gateway/web/freenode/ip.130.138.227.54) |
10:15.41 | *** join/#arm-netbook orly_owl (~david@unaffiliated/orly-owl/x-3167833) |
10:15.41 | *** join/#arm-netbook ccssnet (~ccssnet@c-98-216-141-157.hsd1.ma.comcast.net) |
10:15.41 | *** join/#arm-netbook jeremb (uid2617@gateway/web/irccloud.com/x-jpnzrqatbwzbssxv) |
10:15.41 | *** join/#arm-netbook rmeyerriecks (~rmeyerrie@nat/digium/x-cmoyfczxksidqznw) |
10:15.41 | *** join/#arm-netbook Entropy512 (~quassel@cpe-69-207-202-50.stny.res.rr.com) |
10:15.41 | *** join/#arm-netbook raoulh (~Raoul@ns365140.ovh.net) |
10:15.41 | *** join/#arm-netbook ChanServ (ChanServ@services.) |
10:15.41 | *** mode/#arm-netbook [+o ChanServ] by cameron.freenode.net |
10:15.56 | slapin_ | hno: |
10:16.05 | *** join/#arm-netbook ol1ver1 (~Thunderbi@7of9.schinagl.nl) |
10:22.21 | *** join/#arm-netbook ppord (~dropp@77.243.1.182) |
10:22.21 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
10:22.21 | *** join/#arm-netbook luka (~luka@unaffiliated/luka) |
10:22.21 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
10:22.21 | *** join/#arm-netbook mSquare (~selvan@122.178.197.143) |
10:22.22 | *** join/#arm-netbook sv (~Sv@unaffiliated/sv) |
10:22.22 | *** join/#arm-netbook L84Supper (~Larch@unaffiliated/l84supper) |
10:22.23 | *** join/#arm-netbook Holo_ (u6962@gateway/web/irccloud.com/x-cmgdthmcyubxcgsb) |
10:22.23 | *** join/#arm-netbook phh (~quassel@137.194.15.151) |
10:22.23 | *** join/#arm-netbook xenoxaos (~xenoxaos@developers.archlinuxarm.org) |
10:22.23 | *** join/#arm-netbook e-ndy (~e-ndy@fantomas.bestit.cz) |
10:24.05 | *** join/#arm-netbook RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
10:24.05 | *** join/#arm-netbook pwhalen (~paul@CPE001310360dac-CM78cd8ec9e405.cpe.net.cable.rogers.com) |
10:24.05 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
10:24.05 | *** join/#arm-netbook focus_well (~focus@host81-149-149-147.in-addr.btopenworld.com) |
10:24.05 | *** join/#arm-netbook Kraln (~kraln@69.169.90.240) |
10:24.05 | *** join/#arm-netbook The-Compiler (~compiler@ubuntuusers/supporter/the-compiler) |
10:24.05 | *** join/#arm-netbook destinal (destinal@unaffiliated/destinal) |
10:26.56 | *** join/#arm-netbook mSquare (~selvan@122.178.197.143) |
10:26.56 | *** join/#arm-netbook L84Supper (~Larch@unaffiliated/l84supper) |
10:26.56 | *** join/#arm-netbook xenoxaos (~xenoxaos@developers.archlinuxarm.org) |
10:26.56 | *** join/#arm-netbook e-ndy (~e-ndy@fantomas.bestit.cz) |
10:27.11 | *** join/#arm-netbook luka (~luka@unaffiliated/luka) |
10:27.11 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
10:27.11 | *** join/#arm-netbook sv (~Sv@unaffiliated/sv) |
10:28.46 | *** join/#arm-netbook acfrazier (~acfrazier@opensn0w/developer/acfrazier) |
10:28.46 | *** join/#arm-netbook blahee (~upi@cure.upi.iki.fi) |
10:28.46 | *** join/#arm-netbook Triffid_Hunter (~Triffid_H@songsfortheotherkind.com) |
10:30.25 | *** join/#arm-netbook rellla (~rellla@p5B078304.dip0.t-ipconnect.de) |
10:30.25 | *** join/#arm-netbook ZaEarl (~malmrose@66.host-182-48-149.compassnet.co.nz) |
10:30.25 | *** join/#arm-netbook Gumboot (~sh1@rev.bovine.muck.net.nz) |
10:30.25 | *** join/#arm-netbook lerc (~quassel@121-74-245-42.telstraclear.net) |
10:30.25 | *** join/#arm-netbook traeak (~bolsen@75-151-91-165-Colorado.hfc.comcastbusiness.net) |
10:30.49 | hno | slapin_, makes more sense now. Easier to follow if you gut out the #if 0 stuff. |
10:36.46 | hno | Regarding the delay, I would suppose we need to wait for some additional completion bit somewhere. Or maybe the interrupt status is off by one? Try clearing the interrupt status before seding command. |
10:37.55 | slapin_ | hno: it is prototype code, as all features work, I'll reqrite it. |
10:39.41 | slapin_ | hno: will try after I get home and sleep(86400) |
10:40.25 | slapin_ | hno: feel free to try all the things |
10:40.54 | hno | I would, but very short on time today and tomorrow. |
10:48.33 | hno | slapin_, /* Waiting for interrupt flag to be set */ |
10:48.34 | hno | <PROTECTED> |
10:48.34 | hno | <PROTECTED> |
10:49.26 | hno | to wait for the bit to get set. |
10:50.30 | hno | Allwinner code is while( (timeout--) && !(NFC_READ_REG(NFC_REG_ST) & NFC_CMD_INT_FLAG) ); |
10:50.41 | slapin_ | hno: have you tested it? (I can't but I can commit fix now) |
10:50.50 | slapin_ | hno: thanks for finding this one |
10:51.01 | hno | Have not tested, but quite obvious logic error. |
10:51.18 | hno | compared your code to allwinner code, reading side by side. |
10:52.17 | hno | no time to seriousy test anything until thursday. |
11:10.07 | slapin_ | hno: thanks. will try tonight |
11:12.06 | *** join/#arm-netbook Almamuetya11 (~almamuety@186.134.32.78) |
11:15.49 | *** join/#arm-netbook Almamuetya12 (~almamuety@186.134.28.104) |
11:19.27 | hno | slapin_, tested briefly now and always get "NAND: No NAND device found!!!" on cubieboard, even without changing those int flag checks. |
11:20.16 | hno | so can't test if the change works. But at least it does not hang with or without the change. |
11:21.19 | hno | will debug it further when getting time. |
11:29.59 | *** join/#arm-netbook arokux (~arokux@merkur178.inf.uni-konstanz.de) |
11:34.26 | *** join/#arm-netbook arokux (~arokux@merkur178.inf.uni-konstanz.de) |
11:45.14 | slapin_ | hno: try #define DEBUG in configs/sun4i.h at top before includes, then in sunxi_nand seek to sunxi_nand_command and enable debug at beginning of function, then go to sunxi_nand_read_byte and add debug("0x%02x\n", data) before return and show output (this is with udelay). Should not take more than 5 minutes of your precious time. |
11:45.24 | *** join/#arm-netbook tinti (~tinti@maxtrack-F4-0-3-gacc04.bhe.embratel.net.br) |
11:56.26 | *** join/#arm-netbook arokux (~arokux@134.34.226.145) |
12:05.18 | *** join/#arm-netbook arokux (~arokux@merkur178.inf.uni-konstanz.de) |
12:23.35 | *** join/#arm-netbook kaspter (~Instantbi@222.65.218.232) |
12:25.01 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
12:34.34 | *** join/#arm-netbook QingPei (~qingpei@221.220.106.10) |
12:36.21 | Turl | mnemoc: installed 4.2 yet? :P |
12:39.20 | libv | grmbl. there is just no sane way in which the mali PP_CORE_VERSION ioctl can return -EPERM! |
12:40.55 | libv | this while the codepath for PP_NUMBER_OF_CORES is identical, all the way to the bottom call which is not involved with the return value :( |
12:40.56 | Turl | -EPERM? o.O |
12:41.21 | libv | PP/GP2_NUMBER_OF_CORES works just fine |
12:41.34 | libv | the CORE_VERSION ones fail with -1 |
12:41.49 | mnemoc | Turl: didn't know it was released |
12:42.59 | libv | time for some printking:( |
12:43.08 | Turl | mnemoc: http://android.clients.google.com/packages/ota/google_takju/e587de13bf8a.signed-takju-JOP40C-from-JZO54K.e587de13.zip |
12:43.33 | *** join/#arm-netbook QingPei (~qingpei@221.220.106.10) |
12:45.17 | mnemoc | Turl: I'm still at JRO03C.... the update doesn't like my rooted galaxy nexus |
12:45.38 | lundman | woo bwuahah, I beat linux-crypto .. wooo |
12:46.15 | Turl | mnemoc: https://developers.google.com/android/nexus/images?hl=es-419#takju |
12:46.25 | Turl | install JZO54K with fastboot :) |
12:46.48 | mnemoc | uhm... full flash |
12:53.17 | jeremb | guys, I have a question, is the branch sunxi-3.0 suitable to boot android? Or is it just for linux? |
12:55.25 | mnemoc | jeremb: using sun4i_crane_defconfig it should boot android just fine |
12:55.58 | jeremb | thanks mnemoc! |
13:05.03 | rz2k | lol, I've found why my VLC didnt work |
13:05.16 | rz2k | and everything related to cedar/cedarfb |
13:05.44 | rz2k | surprisingly, /dev/cedar_dev cant access /dev/disp if /dev/disp is not accesible by user |
13:05.48 | rz2k | even if cedar_dev is |
13:06.16 | mnemoc | i thought you were 0777ing both |
13:06.32 | rz2k | no :/ I feel dumb now. |
13:06.45 | mnemoc | :) |
13:07.06 | *** join/#arm-netbook tzafrir (~tzafrir@local.xorcom.com) |
13:09.12 | *** join/#arm-netbook alcides (~alcides@187.23.196.11) |
13:09.15 | *** join/#arm-netbook alcides (~alcides@unaffiliated/alcides) |
13:11.25 | *** join/#arm-netbook arete74 (~arete74@net-93-64-241-175.cust.dsl.vodafone.it) |
13:14.16 | *** join/#arm-netbook Mazon (~Mazon@95.166.104.217) |
13:14.48 | lkcl | does anyone know if the AXP209's registers (for its power management) survive a reboot at all? |
13:15.01 | lkcl | hno: ping |
13:15.23 | lkcl | i'm designing the tablet PCB and i need to work out the power-up sequence. |
13:15.46 | lkcl | i'm not sure if i can rely on there being 5V power! |
13:15.59 | lkcl | not safely, anyway |
13:16.37 | lkcl | if the AXP209 held its information then that would alleviate some of the concerns |
13:17.20 | *** join/#arm-netbook jquip (~johnny@223.232.33.37) |
13:18.32 | lkcl | i see it's got _some_ sort of internal storage |
13:20.44 | oliv3r | anybody heard if mr.hipboi talked to his friend about the A1000G yet? |
13:23.38 | rz2k | so yeah, x264 720p movie = 35% cpu |
13:23.49 | rz2k | VQ1 blu ray 1080p - near 90 |
13:24.04 | rz2k | output is 1080p vga, 720p gets upscaled |
13:24.22 | rz2k | Turl: ^ |
13:26.11 | Turl | with cedar working? |
13:26.14 | Turl | rz2k: ^ |
13:26.26 | rz2k | yes |
13:26.32 | Turl | on perf governor? |
13:26.41 | rz2k | perfomance |
13:27.07 | Turl | why so much? :/ |
13:27.34 | rz2k | not sure, may be audio processing? |
13:27.52 | rz2k | I had 35% from vlc listening mp3 stream radio |
13:27.54 | Turl | cedar can decode audio too |
13:27.58 | Turl | if you implement it |
13:28.20 | mnemoc | oliv3r: how can we know? |
13:28.21 | rz2k | my vq1 movie is with multichannel stuff |
13:28.40 | rz2k | might be vlc does whole six channels, not sure here. |
13:28.45 | rz2k | (5.1 I mean) |
13:29.14 | *** join/#arm-netbook QingPei (~qingpei@123.118.98.22) |
13:31.43 | oliv3r | mnemoc: i haven't checked for hipboi's presence, but he said he would ask his friend! |
13:34.37 | *** join/#arm-netbook MindBeat (~mindbeat@81.235.33.55) |
13:44.29 | *** join/#arm-netbook z72ka (~herman@mail.vzlu.cz) |
13:49.17 | rm | discounts on various boxes and sticks http://www.aliexpress.com/activities/home_theaters/index.html |
13:55.41 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
13:55.49 | oliv3r | any a1000g on there? :D |
13:57.36 | rz2k | only countless mk802 clones and amlogic boxes that are not hackable |
14:00.18 | *** join/#arm-netbook QingPei (~qingpei@123.118.98.22) |
14:00.27 | lkcl | QingPei: ping |
14:00.30 | oliv3r | i sold my amlogic box! |
14:00.41 | lkcl | oliv3r: wise move :) |
14:01.01 | oliv3r | rz2k: well they are somewhat hackable, afaik isn't even their amlogic player avaiable by source on the pivos github? |
14:01.10 | oliv3r | made a tiny provit too :p |
14:03.10 | *** join/#arm-netbook QingPei1 (~qingpei@123.118.98.22) |
14:09.39 | *** join/#arm-netbook QingPei (~qingpei@123.118.98.22) |
14:12.49 | rm | the best among featured ones is probably http://www.aliexpress.com/store/product/HOT-SELLING-Android-4-0-TV-Box-boxchip-Set-Top-Box-RAM-DDR3-1GB-Home-Entertainment/110104_613416971.html |
14:13.33 | lkcl | thinks he got the power-up sequence sorted. |
14:14.00 | oliv3r | the A10 power-up sequence? |
14:18.09 | lkcl | oliv3r: the tablet I/O board power-up. it's using *another* AXP209. |
14:18.47 | lkcl | i checked the schematics that wits-tech designed for us, what they've done is connected the 5V power onto the AXP209's "AC-IN" input :) |
14:19.09 | lkcl | so i was a bit concerned that the two 5V rails would be fighting each other, and it turns out it's much simpler than i imagined |
14:19.52 | oliv3r | rm but it has a boxchip A10! how is that comparable to the awesomeness of the Allwinner A10! :p jk |
14:20.18 | oliv3r | lkcl: oh nice! :D |
14:21.25 | specing | 'dat english... |
14:21.29 | *** join/#arm-netbook sspiff (828ae336@gateway/web/freenode/ip.130.138.227.54) |
14:21.48 | lkcl | oliv3r: utterly weird to be using two AXP209s, i know - but they're amazing chips |
14:21.57 | specing | Support external flying squirrels, camera,etc |
14:21.58 | specing | LOL |
14:22.05 | specing | flying squirrels |
14:22.09 | specing | 0.o |
14:22.48 | lkcl | :) |
14:22.58 | lkcl | well.. you jest... |
14:23.21 | lkcl | ahh, specing: i believe you've just come up with a code-name for the tablet. "Flying Squirrel" it is. |
14:23.23 | specing | What could that possibly mean |
14:23.47 | lkcl | specing: code-names *never* need to actually mean anything! |
14:23.58 | oliv3r | lkcl: so can't make it all work with one axp209? or you have one on the card and one in the tablet? |
14:24.18 | lkcl | oliv3r: one on the card, and one on the tablet (!) |
14:24.37 | oliv3r | ah! then it makes somewhat sense :) |
14:25.05 | specing | I like the box design though |
14:25.21 | specing | lkcl: I don't believe that is a code name |
14:25.23 | lkcl | it's bizarre, but it's got everything that's needed. battery, ac, LDOs, DC-DC converters, even an RTC battery backup supply |
14:25.30 | lkcl | specing: it is now. i like it. |
14:25.34 | specing | ... |
14:25.43 | lkcl | it's going on the page :) |
14:29.41 | lkcl | http://rhombus-tech.net/community_ideas/kde_tablet/ |
14:29.46 | lkcl | eyy, there we go |
14:31.12 | specing | lkcl: ethernet and sata are a must |
14:31.58 | lkcl | specing: i agree. just have to find connectors small enough and standard enough. |
14:32.03 | lkcl | 7in tablets are _small_. |
14:32.35 | RaYmAn | I don't really see why ethernet and sata is a must on a tablet =P |
14:34.01 | mnemoc | afaik that "tablet" board is more of a generic reference design than a tablet |
14:34.19 | specing | lkcl: small? My A10 one is bulky as hell |
14:34.26 | specing | could fit a standard RJ45 in there |
14:34.32 | mnemoc | :D |
14:34.34 | specing | true story. |
14:35.13 | specing | RaYmAn: because fuck flash :) |
14:35.30 | specing | ducktape + 2.5" HDD FTW |
14:35.42 | lkcl | specing: eek! |
14:35.43 | RaYmAn | lol |
14:36.30 | lkcl | yeah as this is being driven by aaron (kde "spark" aka "vivaldi" tablet) we need to listen to his requirements. |
14:36.49 | lkcl | they have done a lloooooot of reviews of tablets. an insaaaane amount of testing. |
14:37.33 | specing | so this is yet another case of when hardware is being designed for software? |
14:38.59 | lkcl | specing: no. this is a case of meeting customer requirements, where customer has been through absolute hell trying to get any kind of reliable hardware *at all* out of china suppliers |
14:39.31 | specing | heh :) |
14:39.35 | lkcl | what he's found is that the 1st batch is ok but it all goes to shit when they try to redesign the PCB *without* telling them what's going on. |
14:40.24 | lkcl | i don't know for sure but one or two companies might even have tried to sell him a unit with a totally different processor - it wouldn't surprise me |
14:40.50 | lkcl | and it's like, "nooo, we neeeeed that CPU because we have the F*****G SOURCE CODE FOR IT" |
14:41.08 | lkcl | we don't WANT your android GPL-violating turd-in-a-can |
14:41.37 | lkcl | but yeah, it is more than that: the build qualities have just been so questionable that he's got fed up with it |
14:41.40 | specing | Plasma Active Tablet's user experience is designed around the web, social networks and multimedia content. |
14:41.46 | specing | Oh no, Android 2.0 |
14:41.54 | lkcl | that's the ... *ROTFL* |
14:42.01 | jinzo | Again, Ainol Novo _might_ be interested. |
14:42.15 | jinzo | and they provide some interesting stuff and quality |
14:42.42 | lkcl | jinzo: with GPL-violating linux kernels because they're dealing with AMLogic? |
14:43.13 | jinzo | lkcl, they have some older A10 based offerings ;) |
14:43.29 | lkcl | jinzo: aaron's been through that one already. they managed to get supply of the linux kernel source code, originally, by one of the *engineers* violating his own company's NDA. |
14:43.34 | RaYmAn | allwinner isn't exactly NOT GPL violating though - even if they seem to have gotten slightly better. |
14:43.36 | jinzo | The elf II that I ordered for a friend was amazing (for the price ofcourse) |
14:43.54 | lkcl | that was one of the engineers working for the ODM. |
14:43.58 | jinzo | and it has the usual A10 stuff in it. |
14:44.05 | lkcl | great. |
14:44.13 | lkcl | now if they'll convert it to EOMA-68, we're good to go. |
14:44.21 | lkcl | do you have contact details for them? |
14:44.48 | jinzo | and it's not in their active offering anymore - so they could be more inclined to sell it. |
14:45.37 | lkcl | well i'm more looking for companies that are willing to redesign casework |
14:45.55 | lkcl | and use the PCB design i've been working on |
14:46.05 | jinzo | unfortunately no, sales@ainovo.com looks like. |
14:46.47 | jinzo | Like I said, I don't have any particual experiance with it - but found the quality of the Elf II really good for the price point (nothing else has came close - and I tried quite some) |
14:48.56 | jinzo | But their website is.... an image. This looks like a semi official shop: http://www.ainol-novo.com/ |
14:50.51 | *** join/#arm-netbook hipboi (~hipboi@116.77.134.50) |
14:53.35 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
14:57.32 | rz2k | anyone here who used xbmc for android, did you have OSD in xbmc? |
14:57.34 | rz2k | rellla: ^ |
14:57.51 | rz2k | s/xbmc for android/xbmc for a10/ |
14:58.47 | rz2k | because Wills in ML claims that CedarX is not detachable from CedarFB and there is no way to have VLC GUI or even have OSD |
14:58.50 | rz2k | :/ |
15:00.19 | oliv3r | so the "leaked" amlogic source is what pivos is using then? |
15:01.12 | libv | rz2k: seems to be yet more disp work or is this deeply embedded in the cedar blobs? |
15:02.43 | rz2k | dont know, seems like disp can be fine like this, we just need to convert the output from CedarX to something eatable by VLC output modules. that is most obvious way. |
15:05.01 | rellla | rz2k: what do you mean with osd? i can watch movies in xbmc and surf through gui while video is playing in the background?! not that perfect, but usable. |
15:05.49 | rz2k | I mean XBMC drawing stuff right on to video output |
15:05.57 | rellla | works. |
15:06.08 | rz2k | anyway, we need you and empat0 in VLC thread :p |
15:06.23 | rz2k | if you done it, you have the answer to questions there. |
15:09.53 | oliv3r | there, more clocking stuff up on the wiki! yay i've done some work today :p |
15:10.07 | libv | something tells me that noone is using DISP_CMD_VERSION yet |
15:10.32 | mnemoc | :) |
15:14.54 | libv | and of course, noone poked at the sunxi_disp_driver wiki page, meaning that they either aren't running a recent kernel, or didn't bother to read the wiki |
15:16.09 | mnemoc | i believe the second. reading documentation is for woosies |
15:16.43 | libv | well, in this case, it will end up harshly affecting their abilities whenever i get tired of lima again :) |
15:18.12 | oliv3r | heh, i've read way more documentation then I'd want to admit |
15:18.48 | libv | because this page should be about keeping API/ABI stable for a limited subset |
15:19.09 | libv | if noone cares, then why should we care about the api/abi of /dev/disp :) |
15:21.42 | mnemoc | xbmc was whining for months that the cedarx libs were unusable.... until empat0 silently decided to read the docu. and write code :p |
15:24.19 | libv | there's too many whiners, and too little doers |
15:24.28 | *** join/#arm-netbook orly_owl (~david@unaffiliated/orly-owl/x-3167833) |
15:29.33 | oliv3r | break api/abi if it makes the design better :) |
15:30.15 | libv | it will massively break things for some people |
15:30.43 | oliv3r | that use the latest and greatest* |
15:30.46 | libv | but those people either do not seem to be using this kernel yet, or can't be arsed to read the link thrown out by the kernel |
15:31.09 | oliv3r | right, hometime :) |
15:31.10 | libv | oliv3r: in which case, they have a reason not to use the latest |
15:31.12 | oliv3r | wrote enough docs for one day :) |
15:31.57 | *** join/#arm-netbook sspiff (828ae336@gateway/web/freenode/ip.130.138.227.54) |
15:34.39 | mnemoc | libv: if breaking the old api/abi comes by the hand of a vaapi lib (Turl?) it will help to encourage people to not hardcode cedarx support directly in the players :p |
15:37.42 | Turl | mnemoc: :P |
15:38.01 | L84Supper | is there a wiki with organized info of the software? |
15:38.04 | mnemoc | Turl: awesome! thank you! |
15:38.16 | Turl | mnemoc: lol |
15:38.22 | slapin_ | is there a wiki? |
15:38.31 | mnemoc | slapin_: linux-sunxi.org ? |
15:38.32 | Turl | libv: cedarx libs uses /dev/disp :( |
15:39.12 | focus_well | mnemoc: http://www.gplsquared.com/nanda/nanda_mk802_ddr3_1GB.tar.gz |
15:39.35 | libv | Turl: start REing :) |
15:39.50 | Turl | libv: :P |
15:40.00 | *** join/#arm-netbook drachenphone (~AndChat39@208.54.85.133) |
15:40.14 | Turl | libv: I can rewrite the android lights, disp if you provide functionality equivalent alternatives |
15:40.22 | Turl | cedarx is.. gonna take a bit more of time :P |
15:40.30 | rz2k | interesting if libvecore uses /disp |
15:40.36 | libv | Turl: are you using DISP_VERSION yet? |
15:40.41 | Turl | libv: no :< |
15:40.41 | rz2k | because ioctls are taken in .h near by |
15:40.43 | rz2k | https://github.com/linux-sunxi/cedarx-libs/blob/master/libcedarv/linux-armhf/drv_display_sun4i.h |
15:41.18 | rz2k | if our blob only does decoding, we might have a chance. |
15:42.15 | libv | oh crap, did they really shift ioctls on mali |
15:42.59 | libv | and yes, they did. |
15:43.01 | libv | tossers.. |
15:45.31 | libv | rz2k: try strings | grep "/dev/disp" |
15:48.16 | slapin_ | got hdmi to vga cable, might be able to boot android tonight |
15:49.42 | libv | cable? |
15:49.52 | libv | i have a box with an external powersupply to do that |
15:50.28 | slapin_ | libv: yeah, no power supply, cable on one side is VGA, on another is HDMI connector |
15:50.51 | slapin_ | libv: no strings attached |
15:51.05 | libv | slapin_: are you certain that this is not specific to a specific notebook? |
15:51.23 | slapin_ | will android work normally on 4:3 display? |
15:51.38 | slapin_ | libv: no any special note on it |
15:51.44 | libv | slapin_: url? |
15:51.59 | slapin_ | libv: bought on ebay, don't remember which |
15:53.11 | libv | with me, the ebay sellers of such a thing warn that the videocard must support this |
15:53.58 | slapin_ | libv: dunno |
15:54.00 | rz2k | slapin_: if it is without power supply and logic - you have hdmi/vga cable for hdmi-vga enabled devices. most embedded devices implement digital-only hdmi. check wikipedia on details. |
15:54.19 | libv | slapin_: it is rather crucial to this whole endeavour |
15:54.27 | Turl | anyone know how can I visualize a graphviz graph? |
15:54.33 | slapin_ | libv, rz2k: can you recommend proper device? |
15:54.38 | slapin_ | Turl: dot |
15:54.59 | libv | slapin_: do google for the cable you got |
15:55.04 | rz2k | I saw many on dealextreme and aliexpress, called hdmi to vga converter or hdmi vga box |
15:55.20 | slapin_ | libv: let me check |
15:55.51 | libv | if it really is a cable with standard vga and hdmi connectors, then it's going to be useless |
15:56.22 | *** part/#arm-netbook rmeyerriecks (~rmeyerrie@nat/digium/x-cmoyfczxksidqznw) |
15:57.48 | *** join/#arm-netbook drachenphone2 (~AndChat39@142.196.83.182) |
15:59.26 | slapin_ | libv: http://www.ebay.com/itm/New-Blue-HDMI-Male-to-VGA-Female-Video-Cable-Cord-Converter-Adapter-1080P-for-PC-/400339621363?pt=US_Video_Cables_Adapters&hash=item5d3619d5f3 |
16:00.29 | libv | ah, ok, so it is an actual converter |
16:00.56 | libv | good, might perhaps work, as ymmv with these devices :) |
16:00.56 | Turl | slapin_: what a reliable tool |
16:01.02 | Turl | slapin_: dot: failure to create cairo surface: out of memory |
16:01.03 | Turl | Segmentation fault |
16:01.36 | slapin_ | Turl: you have too big graph it seems, try to limit it. |
16:02.57 | slapin_ | libv: a problem is that it has big HDMI connector and it doesn't connect to output cable of device, which might mean it is VGA to HDMI, not HDMI to vga thing... |
16:03.46 | slapin_ | so, no video today :( |
16:06.02 | libv | should work when i look at the picture, all you need is a mini/micro adapter |
16:06.22 | L84Supper | maybe http://linux-sunxi.org/Main_Page should be up on the channel topic vs all the distractions |
16:06.41 | specing | Oh it has the MAIL 400 GPU aswell! |
16:07.29 | L84Supper | doesn't rhombus have it's own channel? |
16:07.51 | Turl | slapin_: 'neato' was able to do it, but it destroyed my graph altogether :P |
16:07.57 | Turl | slapin_: https://dl.dropbox.com/u/553461/myrepo.png |
16:08.06 | Turl | (warning: 3+MB png file) |
16:09.20 | libv | specing: ? |
16:10.08 | specing | libv: still reading that webpage |
16:13.15 | libv | it's an A10, so i wonder why you are so surprised |
16:13.45 | mnemoc | *g* |
16:14.43 | mnemoc | L84Supper: look at the topic, *this* is rhombus-tech channel.... taken over |
16:15.39 | mnemoc | L84Supper: A10/sunxi is the ... noise :| |
16:55.35 | *** join/#arm-netbook ibot (~ibot@rikers.org) |
16:55.35 | *** topic/#arm-netbook is 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/ |
16:56.49 | mnemoc | vinifm: what driver are you trying to write? |
16:56.59 | mnemoc | what is it for? how is it connected? |
16:57.33 | vinifm | uart, to learn |
16:58.15 | Turl | stefanro: just a nitpick for your next patchset, I found a typo :) https://github.com/linux-sunxi/linux-sunxi/blob/dbd51f5fe7d3806f1a74a462cf436845082b6989/arch/arm/mach-sunxi/irq.c#L6 |
17:00.05 | vinifm | I want to learn how to develop drivers for linux, i am read "Essential Linux Device Drivers" |
17:03.15 | mnemoc | if you have a device with pins (olinuxino or cubieboard) you can play with led drivers |
17:04.08 | vinifm | i wanted to know if the book's examples could be made in linux sunxi |
17:04.20 | mnemoc | yes |
17:08.38 | libv | vinifm: do not use inb/outb |
17:09.36 | libv | vinifm: i am not entirely sure, but i think they are x86 specific |
17:09.59 | libv | vinifm: on arm, use __iomem for memory ranges |
17:10.26 | mnemoc | reading bytes is obviusly a bad idea, but inb() exists |
17:10.45 | libv | iowrite?/ioread? |
17:10.49 | libv | much better |
17:11.17 | libv | this is one of the changes i have been playing with for disp, before i shuffled over to lima again |
17:12.11 | mnemoc | but doing lima over a10? |
17:12.17 | mnemoc | or another plat? |
17:12.41 | vinifm | olinuxino-a13 |
17:14.16 | vinifm | for example: /* Write the character to the data port*/ __raw_writeb(c, (port->membase+1)); |
17:14.24 | libv | mnemoc: yes, otherwise i wouldn'T be here :p |
17:14.29 | mnemoc | :) |
17:14.48 | mnemoc | vinifm: writing byte by byte is a bad idea |
17:16.16 | vinifm | I picked up this book excerpt |
17:17.23 | vinifm | I will try to adapt |
17:17.32 | vinifm | thanks for help |
17:36.04 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
17:37.13 | *** join/#arm-netbook slash_random1 (~david@host188.181-1-116.telecom.net.ar) |
17:37.30 | Turl | woot https://groups.google.com/forum/?fromgroups=#!topic/android-building/-ymcoMuDAbA |
17:42.49 | mnemoc | :) |
18:02.19 | *** join/#arm-netbook ZaEarl (~malmrose@66.host-182-48-149.compassnet.co.nz) |
18:12.17 | stefanro | Turl: thx, fixing it right now - after looking very long at this one line to find a typo ;) |
18:13.35 | Turl | stefanro: :P |
18:14.24 | Turl | stefanro: I noticed it on other files too, then realised it wasn't a normal typo :) |
18:31.19 | drachensun | turl: I sent you a pm |
18:43.13 | Turl | stefanro: what's the status of it btw? is it 'bootable'? |
18:43.33 | mnemoc | to initramfs |
18:46.57 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
18:47.49 | *** join/#arm-netbook merbzt (~benjamin@c-94-255-220-30.cust.bredband2.com) |
18:55.12 | lkcl | ok folks i'm off for a few days, back on friday - i will have internet access, even possibly IRC occasionally. |
18:55.29 | lkcl | later! |
19:03.57 | Turl | mnemoc: :) |
19:04.59 | mnemoc | Turl: that's the requirement for the first submition |
19:05.39 | Turl | mnemoc: I wonder how will allwinner react when they upgrade kernel version and see their boards supported |
19:05.40 | mnemoc | submission* |
19:06.25 | mnemoc | they are product driven, I don't they plan to get farther than 3.0 for sun4i/sun5i. "it works, don't touch it" |
19:07.04 | Turl | yeah but sun6i is likely to share stuff with 4/5i |
19:07.17 | mnemoc | yes |
19:07.18 | Turl | and they won't be able to 'just merge' their stuff then |
19:07.39 | mnemoc | see rtlwifi |
19:08.20 | mnemoc | "fixed" legacy driver standing next to mainline's |
19:08.43 | Turl | realtek offers "android support" for it |
19:08.45 | Turl | :P |
19:09.44 | *** join/#arm-netbook MindBeat (~mindbeat@81.235.33.179) |
19:12.10 | hno | slapin_, tried many things, but I only get 00 00 00 00 00 00 back. |
19:14.05 | hno | Have full traces of both Allwinner NAND driver register accesses and your register accesses and ther is subtle difference, but nothing that sticks out as obvious cause. But a clear symptom is that ST bit #0 is held high when Allwinner code is used but low when your code is used, can't really figure out why. |
19:17.37 | *** join/#arm-netbook pwhalen (~paul@CPE001310360dac-CM78cd8ec9e405.cpe.net.cable.rogers.com) |
19:18.59 | hno | slapin_, your code: http://fpaste.org/Rkfw/ allwinner code: http://fpaste.org/8Qzy/ |
19:24.23 | vinifm | one more question: bit description is the same for any ARM(NXP,Allwinner)? |
19:25.10 | hno | slapin_, see how allwinner code gets ST=f03 after nand chip reset, but yours get f02. The only difference I can see before is that you clear ECC_CTL. |
19:26.14 | Turl | vinifm: you mean endianness? |
19:26.27 | *** join/#arm-netbook fredy (~fredy@snf-8914.vm.okeanos.grnet.gr) |
19:26.33 | vinifm | LSR: 5 THR is empty |
19:27.02 | vinifm | LSR: 6 THR is empty, and line is idle |
19:29.08 | vinifm | bit description of registers |
19:29.33 | Turl | doesn't understand the question |
19:30.18 | vinifm | http://www.lammertbies.nl/comm/info/serial-uart.html |
19:30.49 | slapin_ | hno: after fix with interrupt bit everything is rock solid on my side and no udelay is needed |
19:31.17 | slapin_ | hno: are you sure your code is the same as mine? |
19:31.41 | *** join/#arm-netbook focus_it (~focus_it@82.35.107.238) |
19:33.29 | vinifm | for example, SW_UART0_LSR is like any LSR |
19:33.51 | focus_it | edison tablet sources https://s3.amazonaws.com/tabletfirmwares/GPL/GPL_Edison.tar.gz |
19:33.52 | *** join/#arm-netbook rsalveti_ (~rsalveti@linaro/rsalveti) |
19:34.12 | focus_it | edison tablet http://www.bqreaders.com/productos/edison.html |
19:34.18 | slapin_ | hno: http://paste.ubuntu.com/1356239/ |
19:34.37 | focus_it | edison story links1 http://forum.xda-developers.com/showpost.php?p=32801588&postcount=331 |
19:34.49 | Turl | vinifm: I suppose so |
19:34.57 | focus_it | edison story links2 http://www.armtvtech.com/armtvtechforum/viewtopic.php?f=66&t=212&sid=b1e4378a0883bcb486e8d0168cdcb4d7 |
19:35.05 | Turl | focus_it: is it allwinner based? |
19:35.33 | focus_it | ediso story3 http://liliputing.com/2012/11/developers-porting-ubuntu-linux-to-devices-with-rockchip-rk3066-processors.html |
19:35.36 | slapin_ | hno: are you sure GPIO/clock setup is correct for your device? |
19:35.52 | focus_it | edison tablet Rockchip RK3066 |
19:36.16 | focus_it | edison story http://www.slatedroid.com/topic/40717-ubuntu-linux-for-the-ug802/ |
19:36.37 | vinifm | LSR: bit 0 is Data available; SW_UART0_LSR: bit 0 is the same |
19:36.46 | vinifm | ? |
19:36.57 | focus_it | good to compare the RK3066 dual core with A10 sources |
19:37.14 | Turl | vinifm: I'd expect so, yeah |
19:37.33 | vinifm | hum, ok |
19:37.45 | Turl | hno: sunxi has an 8250 right? |
19:38.10 | focus_it | my aim is to make SO-DIMM 200 pin A10 on KiCAD - now I think I can make also RK3066 dual core!! :-) |
19:38.30 | focus_it | and then open sauce it all - muahhhhaaa! |
19:42.08 | hno | Turl, 16550 kind of even, with some extra bells & wistles. |
19:42.43 | hno | slapin_, I don't see how it could differ. |
19:42.44 | Turl | vinifm: ^ |
19:43.04 | *** join/#arm-netbook drachenphone (~AndChat39@208.54.85.147) |
19:44.42 | Turl | hno: maybe it's a warm-vs-cold reboot issue? |
19:44.59 | hno | Turl, comparing cold boots of both. |
19:47.13 | hno | vinifm, 8250 register programming works with the A10. You just need to multiply addresses by 4 as ARM addressing is 32-bit word aligned. And remember to open the clock gate before trying to touch the registers or bad things will happen. |
19:47.49 | hno | It's also recommended to configure pinmuxing (PIO) accordingly if you intend to access the serial data somehow. |
19:48.32 | hno | slapin_, my code is in my github repository, mtd branch. |
19:48.51 | hno | with tracing and all. |
19:49.17 | hno | and some bugfixes here and there. |
19:49.45 | *** join/#arm-netbook drachenphone2 (~AndChat39@24.73.225.178) |
19:51.44 | hno | Hm.. looking at the Allwinner trace again I notice they are playing some game with NAND_CTL RB_SEL bit. Could that be relevant? But it's only after the traces already diverge on the ST RB_B2R bit. |
19:53.29 | vinifm | hno: "open the clock gate". is there a function() for this? |
19:54.05 | *** join/#arm-netbook Hexxeh (u1532@gateway/web/irccloud.com/x-hivnsiblvoenepav) |
19:54.11 | hno | vinifm, what are you doing? |
19:55.06 | vinifm | I am learning to make a uart driver |
19:55.46 | hno | at what level? |
19:56.57 | vinifm | level? beginner :) |
19:57.26 | hno | uart driver where? |
19:58.07 | *** join/#arm-netbook MindBeat (~mindbeat@81.235.33.91) |
19:58.46 | vinifm | do you mean platform? olinuxino-A13 |
19:59.00 | hno | slapin_, it's not the ECC_CTL register. Fixed that and problem still the same. |
20:01.10 | *** join/#arm-netbook Sternennebel (~martin@84.148.184.242) |
20:15.15 | hno | vinifm, I mean software platform. How are you loading and starting your code? |
20:16.13 | hno | The clocking gates I talked about is in the clock module of the sunxi chips. Controls every clock inside the chip. |
20:16.31 | hno | and each UART have a separate clock that can be enabled/disabled. All off by default. |
20:18.41 | vgrade | http://irclog.whitequark.org/arm-netbook/2012-11-13#1352816601 |
20:19.01 | vinifm | not yet, must adapt to a13 |
20:19.02 | vgrade | sry wrong window |
20:19.59 | focus_it | Lubuntu works on MK802 A10, anyone know if the sources are available for it? |
20:20.22 | vinifm | http://dl.dropbox.com/u/22273442/uart/usb_uart.c |
20:29.02 | hno | vinifm, you might be interested in https://github.com/hno/Allwinner-Info/tree/master/A13/test1 |
20:39.37 | libv | focus_it: i am actually waiting until archos releases their rk3066 game console |
20:40.17 | libv | former archos devices came with openembedded, so i expect that the kernel and a few other bits for this tablet will be free |
20:40.36 | *** join/#arm-netbook myfluxi (myfluxi@dslb-088-077-207-073.pools.arcor-ip.net) |
20:40.38 | libv | mali400mp4 should play a mad q3a :) |
20:40.46 | focus_it | libv: will they release their sources and board in say KiCAD? |
20:40.54 | libv | this i doubt |
20:41.11 | focus_it | we all suffer if we can't get hold of board AND sources together |
20:41.54 | mnemoc | Turl: I can't find how to enable `adb` on 4.2 (N7) :'( |
20:42.00 | focus_it | I had to watch a guy being sacked because we can't deliver board + linux that is cheap enough for the customer |
20:42.35 | focus_it | Its so sad today to be not able to access a complete board and linux + LCD working package |
20:42.42 | libv | well, given that i did all of my lima work so far on an android, i am already quite happy with a working proper linux |
20:42.45 | focus_it | all free to do as you wish |
20:43.13 | mnemoc | libv: :) |
20:43.40 | mnemoc | libv: android is nice only from a user perspective |
20:43.41 | focus_it | libv: do you have sources I can read? |
20:43.52 | libv | focus_it: google. |
20:44.24 | libv | focus_it: i am amazed that you do not know about it, given that you are all "free board layout" and such |
20:44.26 | focus_it | libv: I jumped the gun there, its android? |
20:45.07 | focus_it | I know linux and embedded CPU but new to Linux on embedded CPU |
20:45.42 | focus_it | from my perspective, the Linux situation is utter madnesss |
20:45.59 | focus_it | Linux on SoC? no chance in EVERY direction |
20:46.21 | libv | ? |
20:46.23 | focus_it | if I got PIC chip - no problem with writing any kind of embedded app |
20:46.35 | focus_it | I can get data sheets and go |
20:47.00 | focus_it | SoC datasheets? - not a single full datasheet available anywhere |
20:47.31 | focus_it | covering everything from registers to settings to get say the video working and 3D working |
20:47.45 | *** join/#arm-netbook MindBeat (~mindbeat@81.235.32.58) |
20:47.49 | libv | ... |
20:48.06 | focus_it | I am so disppointed, I thought the best thing is to make a SO-DIMM with A10 |
20:48.16 | focus_it | and then release the KiCAD files |
20:48.43 | focus_it | At least for the A10 there is remote possibility of gettting some Linux working with all the good work at sunxi |
20:49.04 | mnemoc | cheap soc = poor documentation, if any |
20:49.44 | focus_it | mnemoc: that is just cover story - without FULL documentation a chip cannot be designed and tested and released from manufacturing |
20:51.22 | focus_it | software cannot be written without the full documentation |
20:51.38 | focus_it | so all those androids out there, there is full documentation somewhere |
20:51.57 | focus_it | for some reason, the toads are being ordered to hide the documentation from Linux |
20:52.13 | focus_it | if the documentation is released, its more sales for the chip maker |
20:52.43 | focus_it | so any investor in the company will demand release of documentation |
20:52.51 | focus_it | but it don't happen |
20:53.02 | mnemoc | focus_it: software is all done within allwinner walls, most pcb design is also done by them |
20:53.27 | focus_it | probably because some investors and/or other powers be are conspiring to keep SoC datasheets from general availability |
20:53.30 | mnemoc | focus_it: they only need some notes in chinese and ask the guy in the next desk |
20:54.13 | focus_it | allwinner is a software company that merged with hardware company - but that don't excuse the rest of the SoC makers |
20:54.21 | mnemoc | the NDAed user manual for the A10 was leaked. and it's incomplete and in several parts invalid |
20:54.59 | focus_it | mnemoc: that just what I mean, the complete information is deliberately being withheld. |
20:55.31 | mnemoc | the parts they don't own probably |
20:55.39 | focus_it | if you became successful, and then licensed your own chip, would you not release the datasheet asap? |
20:56.03 | focus_it | its the only way you gonna get sales |
20:56.11 | mnemoc | not in their business model |
20:56.51 | focus_it | if I were rich, i'd buy IP for SoC with a view to a full datasheet |
20:56.52 | mnemoc | they sell ready-to-cook products, not chips |
20:57.40 | focus_it | but surely they make so much money they can sell chips on demand now and profit from that? |
20:57.47 | *** join/#arm-netbook tuliom (~tuliom@186.214.53.234) |
20:58.35 | focus_it | if I were SoC maker and make money, I'd invest in http://www.opencores.org projects and get me lots of IP that is free |
20:58.51 | focus_it | Then my SoC would be free and far more powerful |
20:59.14 | focus_it | I could put 10 CPUs in and thats just more VHDL! |
20:59.22 | focus_it | not pay licensing fees for the core |
20:59.46 | focus_it | opencores.org has already make open source CPU that runs Linux |
20:59.57 | focus_it | its not arm |
21:00.36 | techn | huihai |
21:02.35 | mnemoc | Turl: wtf! you have to tap the build number in the about thing 10 times to get the developer options thing |
21:02.57 | Turl | mnemoc: go to about phone |
21:02.58 | Turl | mnemoc: tap a crapton of times on the build number |
21:02.58 | Turl | it'll pop up and say "you're a developer now!" or something of sorts |
21:02.58 | Turl | then go to the main settings page and enable as usual |
21:02.58 | Turl | yeah, it's silly imo |
21:03.16 | mnemoc | 23s too late :) |
21:03.42 | mnemoc | absolutely silly |
21:06.46 | Turl | my sphere camera is buggy too :< |
21:06.58 | Turl | did two shots, both are fail, image is all mixed up |
21:12.32 | WarheadsSE | quick question: adding to u-boot |
21:13.21 | WarheadsSE | anyone got a quick run through, of best-case steps? I've got to do something about this PLX POS before Arch dead's it out. Step one for me is the uboot being a pile of crap, and need to get to something more modern/capable. |
21:16.29 | *** join/#arm-netbook Mazon (~Mazon@95.166.104.217) |
21:18.42 | hno | <PROTECTED> |
21:19.51 | hno | WarheadsSE, Is the u-boot sources you have git based or only a tarball? |
21:19.56 | WarheadsSE | I'm working on that. I have their POC 1.1.2 up to 1.1.4, but trying to see about a much larger jump |
21:20.04 | WarheadsSE | I made them git based |
21:20.12 | WarheadsSE | they were just tarball |
21:20.22 | WarheadsSE | https://github.com/WarheadsSE/uboot-ox820 |
21:20.47 | hno | ok, so you have identified the original version it's based on. Then just to a leap forward to current version and fixup whatever breaks. |
21:21.14 | hno | you might want to prune out crap first if they have touched irrelevant files. |
21:22.13 | WarheadsSE | I did a lot of that when patching w/ diff from raw 1.1.2 & 1.1.4 sources. |
21:22.18 | hno | Is this an SPL u-boot or plain simple u-boot loaded by some other bootloader/rom that first configures the CPU? |
21:22.29 | WarheadsSE | it's a stage2 only. |
21:22.40 | hno | plain & simple u-boot then. |
21:22.47 | WarheadsSE | fairly so |
21:23.06 | WarheadsSE | I have the sources for the stage1, but I cannot release those |
21:23.38 | hno | assuming stage1 is not u-boot then there is no need to touch that. |
21:24.00 | WarheadsSE | right |
21:25.16 | WarheadsSE | someone had previously supposedly made progress on this in an attept to get to 2009.11, but I have never been able to make use of their work |
21:25.23 | WarheadsSE | haven't quite wrapped my head around it |
21:25.37 | WarheadsSE | (it was 2011.09) |
21:28.48 | WarheadsSE | anyone know of a distinct init difference between the arm1136 & the arm11MP ? |
21:36.14 | *** join/#arm-netbook drachenphone (~AndChat39@24.73.225.178) |
21:45.24 | *** part/#arm-netbook slash_random1 (~david@host188.181-1-116.telecom.net.ar) |
21:52.11 | libv | mnemoc: is mainlining the mali kernel driver actually in that wiki page? |
21:52.16 | libv | *sighs* |
21:53.33 | mnemoc | libv: :( |
21:54.06 | libv | that page is quite out of touch with reality |
22:06.33 | hno | WarheadsSE, not me. |
22:07.13 | hno | WarheadsSE, #u-boot might be a better place to ask, maybe.. |
22:10.07 | hno | slapin_, aha. Seems to be something related to clocking on the cubieboard. Works if I chainload from NAND u-boot. |
22:10.49 | hno | pll5 is set differently there. |
22:10.57 | *** join/#arm-netbook XenGi (~xengi@194.29.236.67) |
22:25.21 | slapin_ | hno: please dump appropriate registers |
22:35.49 | slapin_ | hno: /me fails to make reading work |
22:38.30 | slapin_ | hno: nand dump reads something weird... |
22:41.33 | mnemoc | wrongly initialized dma or something like that? |
22:45.17 | slapin_ | gives up for today, it seems it works differently from what I thought |
22:45.38 | mnemoc | tried the boot0 variant? |
22:46.08 | mnemoc | or it's the same thing? |
22:47.03 | slapin_ | mnemoc: which boot0 variant? |
22:47.21 | mnemoc | https://github.com/linux-sunxi/linux-sunxi/tree/wip/lichee3-sunxi/import-a10s-sdk/drivers/block/sun5i_nand/src/boot0 |
22:48.39 | hno | slapin_, I suspect the data is randomized. |
22:51.23 | hno | slapin_, http://fpaste.org/8bTE/ is a full trace of allwinner nand driver reading the partition table. |
22:51.49 | hno | whole initialization sequence to bootwait prompt. |
22:52.51 | hno | keep in mind that it uses DMA for bulk data transfer and those transfers are not visible, only command sequence and direct SRAM read/writes. |
22:53.41 | slapin_ | hno: they always use DMA, can't see how to read without DMA |
22:54.05 | hno | mnemoc, it's pretty much the same code as in the bigger driver, just with all other cruft cut out. |
22:54.23 | slapin_ | mnemoc: low level part is the same |
22:54.23 | hno | slapin_, probably works polling the IO register. |
22:54.24 | mnemoc | ok |
22:54.52 | slapin_ | hno: IO_DATA always returns 0, will try again... |
23:00.03 | slapin_ | hno: no, IO_DATA always reads 0 |
23:00.27 | slapin_ | hno: probably it needs to be enabled somehow, but dunno |
23:01.21 | slapin_ | also, is it possible, that during read it detects command code and does something different based on it? |
23:02.05 | slapin_ | I tried to do command and read data afterwards, it reads some crap (byte 0x30) |
23:02.53 | slapin_ | I don't see why reading is different from e.g reading of ID. |
23:03.17 | slapin_ | from POV of NAND chip it is the same, just different command code, |
23:03.54 | slapin_ | I tried to program it similar, but failed. |
23:04.56 | slapin_ | just normal sequence 0x00 CCCRR 0x30 -> DDDDDD doesn't work. |
23:06.20 | slapin_ | just if I had oscillooscope or logic analyser.... :( |
23:13.11 | focus_it | slapin_: cheap http://www.ebay.co.uk/itm/New-ARM-NANO-DSO201-Oscilloscope-Mini-Storage-Digital-Pocket-Sized-Portable-Kit-/270972259947?pt=UK_BOI_Electrical_Test_Measurement_Equipment_ET&hash=item3f17348e6b |
23:18.08 | *** join/#arm-netbook drachenphone2 (~AndChat39@208.54.85.161) |
23:23.35 | Mehhh_ | Overpriced |
23:23.42 | Mehhh_ | wups WC |
23:39.00 | *** join/#arm-netbook drachenphone (~AndChat39@142.196.83.182) |
23:48.28 | Mehhh_ | Hey, does it matter if the vfat partition is exactly 83 sectors? |
23:48.41 | Mehhh_ | or can I just set it to 10MB or something? |
23:55.24 | libv | all that matters is that the spl and u-boot bits that you dd are in the proper location |
23:55.27 | libv | uboot can take it from there |
23:58.00 | *** join/#arm-netbook XenGi (~xengi@46.115.65.72) |