| 00:07.45 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 01:33.42 | *** part/#arm-netbook termleech (~termleech@184-106-168-239.static.cloud-ips.com) |
| 01:52.24 | *** join/#arm-netbook mSquare (~selvan@122.178.210.195) |
| 01:55.37 | Turl | ZaEarl: ping |
| 02:02.16 | *** join/#arm-netbook cheng (~cheng@219.92.77.39) |
| 03:11.02 | *** join/#arm-netbook tekzilla (~jon@hmbg-5f7613a7.pool.mediaWays.net) |
| 03:31.13 | lundman | was there any CPU speed fixes since the original 3.0.8+ branch? |
| 03:34.00 | *** join/#arm-netbook ibrah (~chatzilla@212.49.88.111) |
| 03:34.43 | Turl | lundman: there was a fix for the hdmi detection thread |
| 03:34.53 | Turl | it was running too fast I think, and they slowed it doen a bit |
| 03:34.57 | Turl | I don't recall any other |
| 03:35.07 | Turl | down* |
| 03:35.30 | Turl | lundman: why? |
| 03:35.53 | lundman | just felt a little slower after I put my kernel on |
| 03:36.22 | lundman | but it is moving around so i guess it is working |
| 03:38.48 | lundman | but video playback dies after 2-3 seconds, something about audio |
| 03:43.28 | lundman | you know what, I think it is time for me to give up |
| 03:46.17 | lundman | so, i wonder if ouya is something to look at too |
| 04:07.57 | Turl | lundman: ouya is tegra :P if you want to hack on it I'd forget it |
| 04:08.57 | Turl | lundman: it'd be better if you used the mele config btw, the generic ones on the kernel tree are.. generic |
| 04:09.11 | Turl | usually people bundle it and you can grab it at /proc/config.gz |
| 04:26.52 | discopig | hi |
| 04:29.29 | *** join/#arm-netbook arete74 (~arete74@host160-66-static.225-95-b.business.telecomitalia.it) |
| 04:31.23 | *** join/#arm-netbook Gumboot (~gumboot@rev.bovine.muck.net.nz) |
| 04:37.15 | *** join/#arm-netbook Quarx (~Quarx@46.233.244.192) |
| 04:51.36 | lundman | turl: afaik, I am using sun4_crane_defconfig, its not particularly generic |
| 04:51.50 | lundman | but audio is plain breaks |
| 04:52.09 | lundman | tegra is worse than a10? they've already promised opensource, so that would be better than allwinner |
| 04:52.20 | Turl | remember that tree isn't mele's by itself |
| 04:52.31 | Turl | lundman: tegra? open source? PFFFffff ahahaha good joke |
| 04:52.34 | Turl | tell me another one |
| 04:53.01 | lundman | heh nah, I mean "ouya" has promised fully open |
| 04:53.09 | lundman | promise is one thing of course |
| 04:53.16 | Turl | "ouya" is nobody |
| 04:54.09 | Turl | nvidia barely releases kernel sources for their development platforms only |
| 04:54.53 | Turl | which doesn't get you much if you don't have one of those exact platforms, or a design based on one of them w/ little changes |
| 04:54.56 | lundman | well, that is what they claim, so we'll see if that happens |
| 04:55.14 | Turl | and you still have the issue that the kernel by itself doesn't do anything without the crapton of matching userspace blobs |
| 04:55.47 | Turl | which often have specific hardware stuff tied in them |
| 04:55.50 | lundman | not sure what your argument there is. its what we have now, except we also dont have a kernel |
| 04:56.20 | Turl | lundman: you do have a kernel |
| 04:56.34 | Turl | lundman: kernel does stuff in the kernel |
| 04:56.39 | lundman | i would argue I dont |
| 04:56.54 | lundman | if all I am trying to do is replace the kernel, with one I built |
| 04:56.57 | lundman | and everything breaks |
| 04:57.03 | lundman | then, we do not have the kernel |
| 04:57.08 | Turl | because your config isn't right |
| 04:57.21 | Turl | in any case |
| 04:57.49 | Turl | on sunxi you also have userspace components using standard interfaces |
| 04:57.55 | Turl | cameras over V4L, audio over alsa |
| 04:58.22 | Turl | nvidia has improved a bit on that side lately, but it's still pretty ugly |
| 04:58.51 | Turl | you basically have a crapton of .so which talk with the hardware over their own weird undocumented interfaces |
| 04:59.30 | Turl | there's no userspace source whatsoever |
| 04:59.33 | lundman | we dont even have a kernel from allwinner, it was a leak. so so far, I fail to see the difference |
| 04:59.56 | Turl | AW then GPL'd it |
| 05:00.08 | Turl | nvidia releases the kernel because if they didn't they'd get sued |
| 05:00.21 | lundman | heh sounds the same |
| 05:00.46 | lundman | not they gpled what was leaked, not what they have |
| 05:00.53 | lundman | since they clearly fixed audio since then |
| 05:00.55 | Turl | lundman: in any case, if you want a device to hack on, get an OMAP |
| 05:01.07 | Turl | lundman: audio works on my tablet fwiw |
| 05:01.10 | lundman | whats an OMAP? |
| 05:01.16 | *** join/#arm-netbook ibrah (~chatzilla@212.49.88.110) |
| 05:01.19 | Turl | lundman: TI's processor series |
| 05:01.35 | Turl | beagleboard, pandaboard |
| 05:01.41 | Turl | those have OMAP processors |
| 05:01.55 | lundman | one thing that COULD work with ouya, is so many people will have the hardware, so that size alone you are almost guaranteed to get xbmc and good support |
| 05:02.17 | Turl | buy a pandaboard |
| 05:02.20 | Turl | it has XBMC already |
| 05:02.35 | lundman | nobody here has one :) |
| 05:02.44 | lundman | similarly odroid-x also has JB and xbmc |
| 05:03.01 | Turl | pandaboard has linaro support too |
| 05:03.09 | lundman | what is linaro anyway |
| 05:03.36 | Turl | and it's supported-ish directly on AOSP too |
| 05:04.49 | lundman | at the moment I guess I just wait and see what evryone does |
| 05:05.15 | rz2k | still waits for some moves from Renesas |
| 05:06.31 | Turl | lundman: https://www.youtube.com/watch?v=aCkDQeUr3FQ |
| 05:06.51 | rz2k | their code in kernel was ok, they got to 3.6 with DT support, they have "official" u-boot fork, playing with EV2 SoC was fun. |
| 05:08.28 | Turl | gnight :) |
| 05:08.47 | Turl | I sent the cpufreq cleanup to the ML btw |
| 05:09.19 | lundman | thanks for your comments |
| 05:18.04 | *** join/#arm-netbook cat_n9 (~communi@37-219-114-234.nat.bb.dnainternet.fi) |
| 05:20.56 | lundman | hmm the panda is dual for 182. odroid is quad for 130 |
| 05:25.34 | lundman | just that waiting isnt as much fun |
| 05:28.46 | *** join/#arm-netbook ZaEarl (~malmrose@17.host-182-48-148.compassnet.co.nz) |
| 05:29.10 | discopig | lundman, odroid is about to be awesome because mali400 3d accel has been working recently |
| 05:29.31 | discopig | or at least semi-working |
| 05:29.41 | lundman | explain? it wasnt working before? |
| 05:30.01 | discopig | it only worked on android |
| 05:30.08 | discopig | it had no hw accelerated xorg or anything on linux |
| 05:30.36 | lundman | ok so same mali hassle as a10 |
| 05:30.37 | discopig | but from what i've heard these past few days there's been a lot of work going into it and there's working implementations |
| 05:30.39 | lundman | you have a board? |
| 05:30.47 | discopig | i only have cubieboard and hackberry as far as A10/mali go |
| 05:30.55 | discopig | they,re both headless so i didnt really try any graphic driver |
| 05:31.00 | lundman | yeah |
| 05:31.31 | lundman | I would look at JB with xbmc though, with the future hope of being able to rent/buy tv/movies from google play |
| 05:31.40 | discopig | supposedly xbmc works flawlessly with the mali drivers |
| 05:34.19 | *** join/#arm-netbook hipboi (~tom@123.89.248.254) |
| 05:44.07 | *** join/#arm-netbook pawel5870 (~pkarpins@staticline54070.toya.net.pl) |
| 07:26.40 | mnemoc | moin |
| 07:27.14 | Maqs | moin |
| 07:28.21 | andoma | morning |
| 07:35.43 | *** join/#arm-netbook leszcz (~marek@193.138.208.6) |
| 07:40.14 | rm | hey all |
| 07:41.54 | rm | what do you think will last more under a regular logfile-style write scenario |
| 07:42.01 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 07:42.01 | rm | an USB flash stick or an SD card? |
| 07:47.51 | *** join/#arm-netbook cat_n9 (~communi@37-219-114-234.nat.bb.dnainternet.fi) |
| 07:51.36 | hno | rm, none of them unless you accept disabling syncronous writes for the logs. |
| 07:55.40 | ZaEarl | I would think usb stick and sd card to have similar wearing performance. |
| 07:55.49 | ZaEarl | ie very little |
| 07:57.28 | Triffid_Hunter | rm: as ZaEarl says, I think they'd be similar since they both use the same type of storage, the same wear levelling algorithms, just different host interfaces |
| 07:58.03 | andoma | i ran my HTPC (using ubuntu installed in a USB drive) lasted 1-2 years maybe |
| 07:58.12 | rm | so the question is really "which one typically has better wear-levelling and smaller erase block sizes" |
| 07:58.34 | rm | e.g. I wouldn't expect much smarts from a microSD card, given its size |
| 07:58.58 | rm | USB sticks can be pretty sizeable with a separate controller and flash chips etc |
| 07:59.01 | rm | (otoh) |
| 08:00.05 | Triffid_Hunter | rm: sure, physical size alone doesn't mean that they're better though.. if you're looking for longevity, I suppose you'd best be getting stuff from reputable manufacturers |
| 08:02.41 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 08:30.25 | mnemoc | rellla: where did you send your fix for the sata fix? i can't find it :| |
| 08:31.01 | rm | http://www.phoronix.com/scan.php?page=article&item=calxeda_ubuntu_pre&num=1 Calxeda EnergyCore ECX-1000 ARM Server |
| 08:31.09 | rm | is there any price tag for those |
| 08:32.30 | rm | also what a useless benchmark, comparing it only to itself |
| 08:32.40 | rm | not to at least e.g. Atom |
| 08:33.19 | mnemoc | rellla: found |
| 08:35.16 | Maqs | ok.. zeroing the first mb of the uSD card (except the partition table) did not work... U-Boot SPL still seems to be stuck after the first line of output |
| 08:38.01 | *** join/#arm-netbook sspiff (~quassel@94.103.155.103) |
| 08:38.01 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 08:40.25 | mnemoc | Maqs: i have that problem after a reboot, never of the first pass... |
| 08:41.37 | Maqs | i tried a reboot and a cold start.. same result |
| 08:42.25 | Maqs | i think i'll just use the uboot that came with the image and modify the kernel with a hardcoded dram size.. i guess that should be the easiest way :-/ |
| 08:45.56 | mnemoc | hno: ----^ |
| 08:46.42 | rm | afaik One Does Not Simply hardcode RAM into the kernel |
| 08:47.01 | rm | the portions of RAM you plan to use have to be pre-initialized (by u-boot? by boot0/1?...) |
| 08:49.57 | *** join/#arm-netbook newbie (~kvirc@118-168-195-38.dynamic.hinet.net) |
| 08:51.00 | mnemoc | Maqs: that probably means you are using bad dram initialization parameters |
| 08:51.07 | mnemoc | Maqs: what board? |
| 08:54.20 | Maqs | mk802, a10 |
| 08:55.07 | Maqs | there is a script.bin in on the first partition, called evb.bin.. i generated dram.c for uboot from that one |
| 08:57.17 | mnemoc | problem with the dram_para info in script.bin is that in reality boot1 doesn't use it :| |
| 08:57.34 | *** join/#arm-netbook pawel58701 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 08:57.48 | mnemoc | livesuit probes the ram and write whatever it finds proper |
| 08:58.32 | mnemoc | hno has have some success grabbing rests of boot1 from the nand's uboot |
| 08:59.27 | mnemoc | cat_n9: are you still happy with the usb changes? or have some doubts? |
| 09:00.45 | cat_n9 | mnemoc, i am always happy with my changes :) but seriously, did anybody try it on sun5i? |
| 09:01.42 | *** join/#arm-netbook newbie1 (~kvirc@118-168-195-38.dynamic.hinet.net) |
| 09:02.32 | mnemoc | cat_n9: i'm preparing an stage branch for 3.0 and 3.4 with a bunch of things to test (including buf2) and was wondering if it's a good idea to get the usb cleanup in yet or not |
| 09:03.52 | cat_n9 | mnemoc should be relatively safe as usb basic stuff does not seem to be broken. |
| 09:04.13 | mnemoc | ok |
| 09:04.31 | mnemoc | also, do you include the unification patch or your set goes after it? |
| 09:04.54 | Maqs | mnemoc: is it just the dram_size i have to adjust manually? |
| 09:05.19 | *** join/#arm-netbook hipboi (~tom@123.89.248.254) |
| 09:05.40 | Maqs | i'm not that far into linux.. the oops was after "<2>kernel BUG at mm/bootmem.c:275!" |
| 09:06.00 | mnemoc | Maqs: i think it's 4 dram_ things |
| 09:06.20 | mnemoc | they usually come NULL (empty) in modern script.bin files |
| 09:06.57 | mnemoc | hipboi: hi! any news code the cedarx/armhf arena? I read on j1nx blog they received new stuff from allwinner |
| 09:07.29 | cat_n9 | <PROTECTED> |
| 09:07.42 | hipboi | mnemoc: not yet |
| 09:08.12 | mnemoc | Maqs: dram_chip_density, dram_io_width, dram_bus_width and dram_size |
| 09:08.17 | mnemoc | hipboi: hope? |
| 09:08.59 | Maqs | mnemoc: do you know how they get to the kernel/where to hardcode that? |
| 09:09.03 | mnemoc | Maqs: that BUG feels odd |
| 09:09.16 | mnemoc | Maqs: the kernel doesn't care |
| 09:09.26 | mnemoc | Maqs: it's all spl or boot0/boot1 thing |
| 09:10.13 | mnemoc | Maqs: you might want to disable the mali mem reserving option. CONFIG_SUNXI_MALI_.... iirc |
| 09:10.21 | Maqs | the uboot that came with the image lead to this http://dl.dropbox.com/u/11244516/a10-boot.txt (as i already wrote here yesterday) |
| 09:10.23 | mnemoc | Maqs: which mangles the atag mem info |
| 09:12.35 | *** join/#arm-netbook newbie12 (~kvirc@118-168-195-38.dynamic.hinet.net) |
| 09:13.59 | *** join/#arm-netbook cheng (~cheng@219.92.77.39) |
| 09:15.29 | Maqs | ok, i'll try that |
| 09:16.07 | Maqs | the original uboot seems to load evb.bin |
| 09:20.24 | mnemoc | that depends on the u-boot env you have |
| 09:20.43 | mnemoc | some retards decided it was good to use the name of a different device in their .bin |
| 09:21.01 | mnemoc | some people distributes images for the mk802 which load mele.bin.... |
| 09:21.18 | mnemoc | evb = evaluation board, the official devkit from wits |
| 09:22.02 | Maqs | oh, nice.. changing CONFIG_SUNXI_MALI_RESERVED_MEM in .config doesn't work, it's changed back on make uImage :-) |
| 09:22.16 | mnemoc | disable mali |
| 09:22.33 | mnemoc | mali needs that option, so it forces it |
| 09:29.48 | Maqs | ok.. so i have no mali driver then.. mh |
| 09:34.49 | cheng | Maqs: is it u manually edit .config, but upon make uImage, seem like the edited parameter is revert back? |
| 09:35.20 | Maqs | yes, but mnemoc already explained that :-) |
| 09:35.25 | mnemoc | Maqs: only until we find what's the problem with the mem info |
| 09:35.53 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 09:39.35 | *** join/#arm-netbook oliv3r (~oliver@7of9.schinagl.nl) |
| 09:39.43 | oliv3r | i r back |
| 09:40.28 | Maqs | oh.. just found that j1nx has another image that should be working on the mk802 :-) |
| 09:41.06 | Maqs | i'll just check whether it comes with another working uboot.. |
| 09:41.56 | *** join/#arm-netbook ol1ver (~Thunderbi@7of9.schinagl.nl) |
| 09:45.09 | mnemoc | ol1ver: hi, the wiki got <math /> |
| 09:59.13 | *** join/#arm-netbook rellla (~Thunderbi@p5B0785CF.dip0.t-ipconnect.de) |
| 10:00.29 | *** join/#arm-netbook oliv3r (~oliver@7of9.schinagl.nl) |
| 10:01.13 | mnemoc | ol1ver: hi, the wiki got <math /> |
| 10:02.57 | oliv3r | i saw, it's sweet :D |
| 10:03.04 | oliv3r | allready getting ready to write again :) |
| 10:03.26 | libv | has anyone here ever seen a version A sun4i? |
| 10:06.13 | mnemoc | only B and C |
| 10:07.21 | libv | so there is a good chance that version A never left allwinner apart from some partner engineering teams |
| 10:10.56 | mnemoc | yes |
| 10:29.28 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 11:08.26 | *** join/#arm-netbook hp__ (~kvirc@118-168-195-38.dynamic.hinet.net) |
| 11:28.38 | *** join/#arm-netbook ibrah (~chatzilla@212.49.88.97) |
| 11:33.39 | *** join/#arm-netbook CaCtus492 (~Kent@123-243-197-152.static.tpgi.com.au) |
| 11:33.40 | *** join/#arm-netbook Gumboot_ (~gumboot@rev.bovine.muck.net.nz) |
| 11:34.12 | *** join/#arm-netbook IEFtm (ief@shadowchild.nl) |
| 11:34.41 | *** join/#arm-netbook e-ndy- (~e-ndy@fantomas.bestit.cz) |
| 11:44.40 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 11:45.20 | *** join/#arm-netbook L84Supper (~ly@unaffiliated/l84supper) |
| 11:59.21 | oliv3r | mnemoc: i broke it :( |
| 12:01.00 | *** join/#arm-netbook cat_n9_ (~communi@37-219-114-234.nat.bb.dnainternet.fi) |
| 12:01.01 | mnemoc | oliv3r: ? |
| 12:01.05 | oliv3r | http://linux-sunxi.org/A10/CCM |
| 12:01.16 | oliv3r | if you scroll down to the 'Clock generation section, you see it works now |
| 12:01.29 | oliv3r | but if I add 1 more letter to the top half of the equation, it breaks :S |
| 12:01.51 | mnemoc | give me a <math /> block to test |
| 12:02.33 | oliv3r | <math>\frac{24 \, \mathrm{MHz} \times N \times}{M}</math> |
| 12:02.35 | oliv3r | this works |
| 12:02.36 | oliv3r | but |
| 12:02.44 | oliv3r | <math>\frac{24 \, \mathrm{MHz} \times N \times P}{M}</math> |
| 12:02.50 | oliv3r | no longer works ( P added) |
| 12:03.18 | oliv3r | (my latex skills are very rusty) |
| 12:03.22 | Maqs | looks okay to me |
| 12:03.23 | libv | how stable is this pll? |
| 12:03.36 | oliv3r | libv: i have absoluitly no idea |
| 12:03.46 | oliv3r | if i ever get a cubieboard, i can hook it up to my scope though |
| 12:04.12 | libv | all seem to be the same right? |
| 12:04.25 | oliv3r | all 6 PLL's? |
| 12:04.33 | oliv3r | nope, far from |
| 12:04.44 | libv | ok? |
| 12:04.51 | oliv3r | libv: unless of course i missunderstand you, I only know very very very little about PLL's |
| 12:05.11 | mnemoc | oliv3r: talk with hipboi. he is shipping the second batch this weekend |
| 12:05.16 | oliv3r | but looking at the doc, PLL1 does 240 MHz - 2 Ghz, but PLL2 only does 22.5 or 24.5 MHz |
| 12:05.23 | libv | oliv3r: me too, i only spent some months of my life testing them against 19" scopes |
| 12:05.30 | oliv3r | mnemoc: i'm poor :p i'm thinking of waiting for an A40 based one :) |
| 12:05.30 | libv | the sort of scopes that come with a vga connector :p |
| 12:05.55 | oliv3r | libv: LOL, i actually have a rigol something; lots of money spend on ... a toy really :) |
| 12:06.11 | oliv3r | i know absolutly nothing about PLL's. I had to read up on the wikipedia yesterday to see what it does :) |
| 12:06.20 | libv | oliv3r: CRTs are surprisingly good at showing pll instabilities |
| 12:06.51 | oliv3r | so i'm affraid I cannot answer your question on how stable the PLL controller is :( |
| 12:06.53 | libv | oliv3r: i think i am the only graphics developer out there who has gone and tested the plls on his display engines to death though |
| 12:07.03 | mnemoc | oliv3r: they work on wikipedia, so the problem is mine :| |
| 12:07.06 | oliv3r | lol, because of them being buggy? |
| 12:07.21 | oliv3r | mnemoc: have you seen the problem on linux-sunxi wiki? |
| 12:07.32 | libv | even the radeon guys, when they copied radeonhd code, wondered what a weird line cutting off some internal frequencies was for, and removed it |
| 12:07.40 | mnemoc | oliv3r: yes, tested on my sandbox and got the parsing error |
| 12:07.53 | oliv3r | libv: they should have asked why it was there for |
| 12:07.58 | mnemoc | while the same works in my wikipedia sandbox |
| 12:08.07 | oliv3r | mnemoc: ok, i'll just use the broken text and check if it works when i'm done :) |
| 12:08.13 | oliv3r | when your done* |
| 12:08.13 | libv | oliv3r: they also removed copyright statements, so no, they would not do that |
| 12:08.26 | oliv3r | libv: ouch :( that's just rude imo |
| 12:08.48 | libv | oliv3r: radeonhd vs radeon had way more ruder things, like using fd.o root to vandalize the repo |
| 12:09.16 | oliv3r | i remember those stories on phoronix |
| 12:09.21 | libv | in any case, as soon as the display engine is better known, and we are close to setting modes liberally, i will try to kill another 19"er |
| 12:09.23 | oliv3r | a bit childish imo |
| 12:09.45 | libv | and then we will see just how stable these plls really are :) |
| 12:09.51 | oliv3r | gonna force the PLL's into modes that they shouldn't be in? :) |
| 12:09.53 | oliv3r | Haha |
| 12:10.08 | libv | there is nothing like pll testing for killing modes |
| 12:10.15 | oliv3r | libv: well hopefully, I'll finish writing the PLL bit on the wiki soon! |
| 12:10.27 | libv | as basically you disable h/v sync temporarily |
| 12:10.36 | libv | making the monitor switch off briefly |
| 12:10.42 | oliv3r | we have a few 'broken' monitors here at work that can use some 'testing' |
| 12:10.50 | oliv3r | 19" tft's :D |
| 12:11.01 | libv | and then reenable h/v sync, which makes the monitor switch on again |
| 12:11.19 | libv | do that many thousands of times, and you will kill some electronics |
| 12:11.33 | libv | oliv3r: i have some CRTs reserved just for that sort of work |
| 12:11.33 | oliv3r | i bet :( poor electrons, you are violating their homes! |
| 12:12.19 | oliv3r | Should I use | or / to designate an OR, e.g. P: 1/2/4/8 or P: 1 | 2 | 4 | 8 |
| 12:12.51 | oliv3r | libv: why do you still have CRT's! :p |
| 12:13.32 | oliv3r | hmm, P: {1, 2, 4, 8} |
| 12:13.32 | libv | oliv3r: exactly for this reason, tfts do not show anything |
| 12:13.53 | libv | a crt really is a big high frequency scope |
| 12:13.57 | oliv3r | libv: the only CRT i have left is the one in our bedroom |
| 12:14.06 | libv | display work needs crts |
| 12:14.09 | oliv3r | and I better not dare touching that one :) |
| 12:14.40 | libv | tfts are quite forgiving, but the electronics tend to limit what is allowed even more than with crts |
| 12:14.51 | libv | spread spectrum works for tfts |
| 12:14.59 | libv | it's absolute hell for a crt |
| 12:15.12 | libv | it will display it, but it is completely unreadable |
| 12:27.48 | oliv3r | I do know that ye'ol osciliscope isn't much more then a television, or rather, vise versa |
| 12:27.51 | oliv3r | vice* |
| 12:33.07 | libv | the thing is, the combination crt / eyes is pretty sensitive |
| 12:33.15 | *** join/#arm-netbook Almamuetya (~almamuety@186.134.28.170) |
| 12:34.15 | libv | but it is limiting though, especially in the case of the A10, where the plls are probably stuck in a separate block, as you can only test the clocks that can be wired to the vga |
| 12:35.02 | libv | the good thing is though, that the separate block might mean that the plls internally might be very much the same |
| 12:35.14 | libv | and that they have the same internal stability limits |
| 12:36.03 | oliv3r | seems very reasonable yeah |
| 12:46.58 | *** join/#arm-netbook Almamuetya2 (~almamuety@181.29.100.235) |
| 12:55.18 | oliv3r | libv: Basic PLL info should be up on http://linux-sunxi.org/A10/CCM |
| 12:55.33 | oliv3r | mnemoc: have you found the error yet? :) |
| 12:57.30 | mnemoc | oliv3r: haven't tried yet. just write assuming it will (eventually) work |
| 12:57.38 | oliv3r | I did :p |
| 12:57.47 | oliv3r | just was looking forward to seeing the fruits of my labor :D |
| 13:03.33 | mnemoc | you can test on wikipedia on your User:oliv3r/sandbox... |
| 13:04.18 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 13:09.11 | oliv3r | true, but should be okay, i'll fix it in a couple of days if htere's errors |
| 13:13.16 | *** join/#arm-netbook ssspiff (~quassel@unaffiliated/yukito) |
| 13:21.53 | *** join/#arm-netbook Almamuetya (~almamuety@186.134.28.170) |
| 13:28.57 | *** part/#arm-netbook hipboi (~tom@123.89.248.254) |
| 13:35.51 | *** part/#arm-netbook ol1ver (~Thunderbi@7of9.schinagl.nl) |
| 13:40.29 | *** join/#arm-netbook Almamuetya (~almamuety@186.134.28.170) |
| 13:44.08 | *** join/#arm-netbook cat_n9_ (~communi@a91-152-66-200.elisa-laajakaista.fi) |
| 13:44.46 | *** join/#arm-netbook wingrime (~alex@78.109.115.103) |
| 13:48.29 | *** join/#arm-netbook Almamuetya2 (~almamuety@181.29.100.235) |
| 14:00.22 | oliv3r | slow day today! :( |
| 14:00.32 | *** join/#arm-netbook Entropy512_ (~quassel@cpe-69-207-202-50.stny.res.rr.com) |
| 14:01.40 | mnemoc | oliv3r: depends on the perspective, less chat might mean busier "real-life" |
| 14:02.02 | oliv3r | heh, true :) |
| 14:02.12 | oliv3r | here at work it is extremly slow today |
| 14:02.29 | *** join/#arm-netbook Almamuetya (~almamuety@186.134.28.170) |
| 14:27.46 | oliv3r | there, saved; almost done too |
| 15:28.03 | *** join/#arm-netbook leszcz (~marek@host-89-167-63-165.nplay.net.pl) |
| 15:30.43 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 15:37.50 | *** join/#arm-netbook _whitelogger__ (whitelogge@fehu.whitequark.org) |
| 15:38.56 | *** join/#arm-netbook cat (~cat_x301@a91-152-66-200.elisa-laajakaista.fi) |
| 15:59.16 | *** join/#arm-netbook functionbeforefo (functionbe@CPE602ad073ed01-CM602ad073ecfe.cpe.net.cable.rogers.com) |
| 16:00.03 | *** part/#arm-netbook functionbeforefo (functionbe@CPE602ad073ed01-CM602ad073ecfe.cpe.net.cable.rogers.com) |
| 16:40.52 | *** join/#arm-netbook mSquare (~selvan@122.172.0.168) |
| 16:45.08 | *** join/#arm-netbook mSquare1 (~selvan@122.172.17.79) |
| 16:51.39 | *** join/#arm-netbook mSquare (~selvan@122.172.17.79) |
| 16:51.43 | *** part/#arm-netbook mSquare (~selvan@122.172.17.79) |
| 17:02.19 | rm | my mk802 seems to crash or lock-up the moment an USB flash stick is connected or disconnected |
| 17:02.32 | RaYmAn | how are you powering it? |
| 17:02.34 | rm | but the boot-up with it connected works fine |
| 17:02.46 | RaYmAn | ah, then nevermind I guess |
| 17:02.47 | RaYmAn | =P |
| 17:02.49 | rm | RaYmAn, thing is, I have a powered hub connected to the mk802 |
| 17:02.53 | rm | and only that |
| 17:03.03 | rm | and the stick is plugged into the hub |
| 17:05.30 | RaYmAn | yeah, but if e.g. powered by microusb, it's not inconceivable it could cause issues (powered hub still does draw some power) |
| 17:08.52 | traeak | not all powered hubs are created equal |
| 17:09.14 | traeak | just fyi, the raspberry pi guys did a pretty good survey of usb hubs and peripherals. |
| 17:10.22 | rm | also it could be that the mk802 does not crash but just loses the USB NIC |
| 17:10.41 | traeak | http://elinux.org/RPi_VerifiedPeripherals |
| 17:11.11 | mnemoc | rm: for the sake of testing, can you try with the stage branch? :) |
| 17:11.27 | traeak | check out the powered usb hub section for possible trouble maker |
| 17:11.28 | traeak | anyways |
| 17:11.39 | traeak | listen to mnemoc ;-p |
| 17:11.58 | rm | thanks... |
| 17:12.21 | rm | "the proper way" would be to reproduce this while capturing UART of course |
| 17:12.37 | rm | but hmm, trying the other kernel might be actually easier :p |
| 17:12.46 | rm | other branch* |
| 17:14.17 | *** join/#arm-netbook rellla (~Thunderbi@tmo-097-174.customers.d1-online.com) |
| 17:16.31 | techn_ | mnemoc: I like that staging branch idea :) |
| 17:17.42 | mnemoc | :) |
| 17:19.25 | techn_ | Atleast I start working top of it |
| 17:19.41 | mnemoc | sure |
| 17:21.20 | Turl | +1 for staging :) |
| 17:22.13 | mnemoc | obviously you can still comment on the threads of the particular patches |
| 17:22.50 | Turl | yeah but having the branch makes testing easier |
| 17:25.24 | mnemoc | yes, that's the idea |
| 17:25.37 | techn_ | basicly we could have always something to test at the same time we test our own stuff |
| 17:25.49 | mnemoc | :) |
| 17:26.05 | mnemoc | making you do "my" work for me :p |
| 17:26.16 | mnemoc | j/k |
| 17:26.53 | mnemoc | they work fine for me (tm) .... but that isn't enough |
| 17:27.40 | techn_ | yeah.. as seen with that pll fix |
| 17:28.53 | techn_ | even if there were many ppl saying "works for me" :) |
| 17:29.10 | mnemoc | exactly |
| 17:53.11 | RaYmAn | mmm, Cortex A15 mmm. |
| 17:53.17 | RaYmAn | wants even though he has no use for: http://blogs.computerworld.com/laptops/21164/googles-new-chromebook |
| 17:56.05 | phh | you have no use for a laptop ? |
| 17:56.42 | RaYmAn | It's not a laptop, it's a chromebook! :P (And no - I have a asus transformer prime with keyboard dock.) |
| 17:57.20 | mnemoc | RaYmAn: can't you replace chromeos with something more useful? |
| 17:57.27 | phh | of course you can |
| 17:57.48 | phh | yeah ok, compared to a transformer prime, it's not obvious |
| 17:58.30 | libv | mali t604 :) |
| 17:58.35 | RaYmAn | mnemoc: as long as it's not locked down anyways |
| 17:58.40 | RaYmAn | ooh, nice :) |
| 17:58.48 | libv | and i am not even done REing the previous gen |
| 17:59.56 | RaYmAn | but that chromebook does look very nice :) |
| 18:01.54 | mnemoc | .uk/.us only..... want want want :< |
| 18:04.44 | phh | mnemoc: i've been told it will be available on amazon.co.uk |
| 18:11.55 | mnemoc | at 1:1 usd/pound :| |
| 18:11.58 | mnemoc | as usual |
| 18:12.31 | *** join/#arm-netbook ZaEarl (~malmrose@17.host-182-48-148.compassnet.co.nz) |
| 18:12.35 | phh | as usual usd is without the taxes ... |
| 18:13.05 | RaYmAn | mnemoc: just go on holiday in us ;) |
| 18:13.26 | mnemoc | that's kind of more expensive than paying the diff :p |
| 18:13.49 | RaYmAn | yes, but you'll get a nice holiday out of it! :) |
| 18:13.54 | Turl | lol |
| 18:14.08 | mnemoc | but I'll try to convince a coworker to buy and forward me one, for my wife *cough*.... she desperately needs one |
| 18:14.15 | Turl | I'd go on holidays to .ca |
| 18:18.13 | RaYmAn | heh |
| 18:20.57 | Maqs | what does "CheckPbcGPIO - PBC is pressed" mean? my console is spammed with it about every two seconds :-) |
| 18:24.00 | hno | Maqs, sounds like you are running software made for some other device. |
| 18:25.06 | hno | tyou have some software called "CheckPbcGPIO" which checks a GPIO pin which is supposedly connected to a button or the like which they call PBC. |
| 18:26.34 | Maqs | ok, thanks |
| 18:27.33 | hno | Maqs, a guick google finds the message in rtl8192e driver |
| 18:28.22 | Maqs | ok, so this ist just additional rtl8192 spam :-) |
| 18:28.22 | hno | in a segment specific to RTL8192U |
| 18:29.03 | hno | http://driverdev.linuxdriverproject.org/pipermail/devel/2011-July/018154.html |
| 18:29.05 | Maqs | the wifi adapter is there and works |
| 18:29.06 | hno | kills that code. |
| 18:29.13 | Maqs | thanks again |
| 18:30.48 | Maqs | seems to come from ./drivers/staging/rtl8192u/r8192U_dm.c here |
| 18:32.22 | hno | PBC is from Wifi Protected Setup, Push Button Configure. |
| 18:35.56 | RaYmAn | it's almost depressingly funny how much that chromebook looks like a macbook, lol |
| 18:36.03 | RaYmAn | not that that's a bad thing, but. |
| 18:38.26 | mnemoc | i wish it had the display of a macbook |
| 18:39.21 | RaYmAn | yeah |
| 18:39.28 | RaYmAn | though, it doesn't look bad |
| 18:41.54 | mnemoc | it's the same of my current thinkpad... |
| 18:44.58 | RaYmAn | as long as it's IPS that's not necessarily bad |
| 18:45.06 | RaYmAn | also same = ? Same resolution? |
| 18:45.22 | RaYmAn | or same screen? |
| 18:45.30 | mnemoc | same resolution |
| 18:45.53 | RaYmAn | Do you really need more on an 11" screen though? |
| 18:46.32 | mnemoc | certainly not less. but indeed, don't need more |
| 18:46.36 | *** join/#arm-netbook tmerle (~tmerle@bea31-1-78-226-152-136.fbx.proxad.net) |
| 18:47.04 | RaYmAn | it kind of feels like it's getting to same issue as phone cameras...Bigger and bigger resolutions, but completely the same quality pictures, because sensor or lcd is too small :P |
| 18:54.44 | Maqs | kernel debugging was enabled |
| 18:55.30 | Maqs | for all kinds of things.. so rtl8192 took the liberty to spam console + klog with everything :-) |
| 18:56.59 | mnemoc | :) |
| 19:02.38 | cat_x301 | Maqs: i think we can switch to rtlwifi driver once we resolve two issues with it: 1) it is crashed while loading fw -- workaround is available; 2) after wlan initialization one need to ping host from outside in order "wake" it up -- i do not know however it is only me who sees this problem. |
| 19:03.34 | cat_x301 | mnemoc: what do you think of comments on cubieboard about allwinner and linaro?wonder if it ever happens.. |
| 19:09.38 | mnemoc | cat_x301: have conflict feelings |
| 19:11.29 | cat_x301 | mnemoc: same here, glad that im not alone :) |
| 19:13.48 | hno | I would love if Allwinner got involved with Linaro, but fear it's too late for the A10 in that game and have doubts if AW can understand how it brings benefit to them. |
| 19:14.13 | hno | Even doubt it really brings noticeable benefit to AW in their current market segment. |
| 19:14.43 | Turl | maybe for sun6i |
| 19:17.50 | hno | Problem is the product lifespan. What we saw with A10 was a ~8-10 months peek period where it sold in massive volume, and then getting almost completely replaced by a competitor. Slightly extended with the A13, but at much lower profit. |
| 19:19.10 | hno | Serious Linaro involvement requires a longer expected lifespan to make much sense imho. |
| 19:22.00 | xxiao | i missed that, AW is committed to Linaro now? |
| 19:22.08 | hno | no |
| 19:22.58 | *** join/#arm-netbook rsalveti_ (~rsalveti@linaro/rsalveti) |
| 19:23.03 | xxiao | 's ubuntu 12.10 failed to boot in vbox |
| 19:24.37 | xxiao | works now, somehow vbox did not prompt me for crypt-disk-password, not it works |
| 19:28.20 | xxiao | Linaro wants more chip vendors for sure... |
| 19:41.59 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 19:43.05 | *** join/#arm-netbook eFfeM (~frans@dhcp-077-251-240-021.chello.nl) |
| 19:53.47 | techn_ | anyone checked r3p1-01rel1/driver/src/egl/x11/drm_module/mali_drm/ ?? |
| 19:54.53 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
| 20:04.07 | rz2k | reading right now |
| 20:04.07 | cat_x301 | techn_: i only downloaded but then successfully forgot it :) |
| 20:04.40 | techn_ | for me it seems that there is kms/drm driver skeleton? :/ |
| 20:07.22 | *** join/#arm-netbook pwhalen (~paul@CPE001310360dac-CM78cd8ec9e405.cpe.net.cable.rogers.com) |
| 20:07.34 | rz2k | anyway to use that we need new libs |
| 20:07.35 | techn_ | overall there seems to be many fixes for r3p1-rel0 .. like semaphora changed to spinlock.. or mayby it's needed only there :/ |
| 20:11.52 | hno | Is github down or is it my ISP playing cames with their cables? |
| 20:12.20 | xxiao | github is on for me |
| 20:12.26 | rz2k | down |
| 20:12.42 | xxiao | up |
| 20:13.13 | hno | seems to just be very slow actually. Probably under a DDoS again. |
| 20:13.16 | xxiao | a little slow though |
| 20:13.35 | xxiao | ping takes 60ms at average |
| 20:14.22 | hno | ping mostly do not work from here. 80% packet loss. |
| 20:14.41 | xxiao | 64% loss @ github |
| 20:19.27 | *** join/#arm-netbook popolon (~popolon@82.225.234.108) |
| 20:41.28 | *** join/#arm-netbook eFfeM (~frans@dhcp-077-251-240-021.chello.nl) |
| 20:46.32 | Turl | hno: partial service outage, downloads down apparently https://status.github.com/ |
| 20:46.56 | andoma | if anyone wants to get rid of the double output on serial port, you should disable CONFIG_DEBUG_LL (Kernel Hacking) |
| 20:48.40 | *** join/#arm-netbook vgrade (~martin@cpc2-nrte22-2-0-cust128.8-4.cable.virginmedia.com) |
| 20:49.29 | xxiao | andoma: why is that |
| 20:49.54 | xxiao | andoma: i saw double-printk after porting an android kernel a while ago |
| 20:50.21 | andoma | CONFIG_DEBUG_LL will invoke low level printch functions directly from printk() |
| 20:50.30 | andoma | useful if your kernel halts before the console driver is loaded, etc |
| 20:50.43 | xxiao | is it the same as early_printk? |
| 20:50.49 | andoma | not really |
| 20:51.07 | andoma | that is used before printk() is up and running |
| 20:51.14 | andoma | so the caller needs to use that explicitly |
| 20:51.19 | xxiao | early_printk is interrupt-less, polling and sending out chars to serial port |
| 20:51.30 | andoma | but early_printk also uses the same output functions as I understand it |
| 20:51.51 | andoma | or well .. it does on arm at least i think |
| 20:52.04 | xxiao | same to powerpc as i know |
| 20:52.10 | andoma | ah |
| 20:56.44 | *** join/#arm-netbook vgrade (~martin@cpc2-nrte22-2-0-cust128.8-4.cable.virginmedia.com) |
| 21:40.28 | *** part/#arm-netbook traeak (~bolsen@75-151-91-165-Colorado.hfc.comcastbusiness.net) |
| 22:11.09 | *** part/#arm-netbook tmerle (~tmerle@bea31-1-78-226-152-136.fbx.proxad.net) |
| 22:16.10 | *** join/#arm-netbook merbzt (~benjamin@c-94-255-220-30.cust.bredband2.com) |
| 22:19.41 | *** join/#arm-netbook hno_ (~quassel@squid/developer/hno) |
| 23:03.28 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@212.179.75.202) |
| 23:07.55 | *** join/#arm-netbook tuliom (~tuliom@186.214.48.149) |
| 23:20.34 | *** join/#arm-netbook rsalveti (~rsalveti@linaro/rsalveti) |
| 23:56.21 | *** join/#arm-netbook toxicpsion (~toxicpsio@h216-45-98-25.dynamic.platinum.ca) |