| 00:58.45 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 00:59.30 | lundman | I wonder if mele/a10 does bitstreaming, DTS-MA, TruHD etc. |
| 01:05.47 | Turl | I think it used to support DTS but got removed due to patents or something |
| 01:08.14 | hipboi__ | Turl: about the cedarx on android, i think the only reason is they don't abandon the old code |
| 01:08.45 | Turl | hipboi__: OMX support has been there since like forever on android though |
| 01:09.06 | Turl | maybe that code comes from sun3i and earlier? |
| 01:09.16 | hipboi__ | cedarx is developed before allwinner turns to android platform |
| 01:09.18 | hipboi__ | yes |
| 01:09.24 | Turl | I see |
| 01:09.40 | ManoftheSea | was that past tenst? |
| 01:10.02 | Turl | supporting OMX would be better for allwinner as the ABI is pretty much fixed |
| 01:10.11 | Turl | no porting needed on new android version |
| 01:10.32 | Turl | and there is a work in progress binding for gstreamer OMX I think |
| 01:10.36 | Turl | so you support linux too |
| 01:11.08 | lundman | supporting DTS and removing, is the down-mixing of DTS to stereo. it should still passthrough DTS to amp. |
| 01:11.13 | Turl | https://www.khronos.org/openmax/ |
| 01:11.23 | lundman | but my question is actually about DTS-MA, and TrueHD sound, which is a different ballgame again |
| 01:28.44 | A2Sheds | http://liliputing.com/2012/06/mini-x-is-a-78-android-2-3-tv-companion-with-allwinner-a10-cpu.html |
| 01:29.08 | A2Sheds | http://www.pineriver.cn/eshowProDetail.asp?ProID=1531 |
| 01:34.44 | A2Sheds | http://www.google-tv-box.com/stk-google-tv-box-sa10/ |
| 01:35.44 | A2Sheds | http://www.google-tv-box.com/stk-google-android-tv-hdmi-dongle-u2-many-core/ |
| 01:53.20 | A2Sheds | http://www.andahammer.com/mini210s-sdk4/ |
| 02:00.17 | Lupul | does anyone know the tvdvideo player (android) |
| 02:00.19 | Lupul | ? |
| 02:22.01 | *** join/#arm-netbook wizziwig (6c0d12ab@gateway/web/freenode/ip.108.13.18.171) |
| 02:24.37 | wizziwig | hi lundman. Nice to see another NMT developer on here. I've been following your progress on the mele. |
| 02:24.58 | wizziwig | looks like your solving some of the problems I found a few months ago (http://forum.xbmc.org/showthread.php?tid=126995&pid=1111666#pid1111666) |
| 02:27.30 | lundman | cool, hey |
| 02:28.14 | wizziwig | I would love to write a media player for this thing (even something simple like the NMT monoLite one I did). |
| 02:28.18 | lundman | I was just wondering what to do next... so what you suggest is, we need more video out modes |
| 02:28.37 | lundman | and audio on hdmi cant do more than 2 ch? |
| 02:28.38 | wizziwig | that was the show-stopper for me. |
| 02:29.06 | lundman | wizzi: I am considering making a display-app for Accidents db/eversion API.. so it looks like eversion on android |
| 02:29.14 | lundman | another option is xbmc on android, might take longer |
| 02:29.15 | wizziwig | the judder playing back high fps content was too extreme for my taste. It's less noticeable at low fps like 24fps content. |
| 02:29.47 | lundman | i fixed the judder when using NIC, if you experienced judder otherwise, I dont know |
| 02:30.55 | wizziwig | No, I mean the frame rate mismatch. The a10 runs everything at even multiples like 24 and 60. It needs to output 23.976 and 59.940 like the NMT. |
| 02:31.05 | wizziwig | but good job fixing the ethernet problem. |
| 02:31.21 | wizziwig | I mostly tested from local storage. |
| 02:31.34 | lundman | ok, i think the video frame rate is in the kernel module that we have sources for, so we should be able to add more modes |
| 02:31.39 | rzk | check out what luke posted at mailing list just now. |
| 02:31.55 | wizziwig | I can point you to some test video files to show you the fps judder. hold on. |
| 02:32.43 | lundman | DISP_TV_MOD_1080P_24HZ DISP_TV_MOD_1080P_50HZ DISP_TV_MOD_1080P_60HZ DISP_TV_MOD_1080P_24HZ_3D_FP |
| 02:33.04 | lundman | is what is in there now |
| 02:33.34 | wizziwig | right.. but pixel clock is all wrong for those modes. |
| 02:33.45 | lundman | header also has #define HDMI1080P_24 32 |
| 02:33.57 | lundman | but it only defines 4,5,20,31,32,33 |
| 02:34.12 | lundman | so there are clearly more modes, I wonder where I can find out what they are |
| 02:34.56 | lundman | rzk: who is luke, and is it about the video modes? |
| 02:36.02 | rzk | luke is lkcl and no. |
| 02:36.27 | lundman | ok, its a table |
| 02:36.33 | lundman | VT VBP VFP VPSW |
| 02:36.36 | lundman | er |
| 02:36.39 | lundman | VT VBP VFP VPSW |
| 02:36.42 | lundman | sonnofa |
| 02:36.46 | lundman | VIC PCLK AVI_PR INPUTX INPUTY HT HBP HFP HPSW |
| 02:36.47 | lundman | VT VBP VFP VPSW |
| 02:36.53 | lundman | {HDMI1080I_60 , 74250000, 0, 1920, 540, 2200, 192, 88, 44, 1125, 20, 2, 5}, |
| 02:37.16 | wizziwig | all the existing a10 HD modes are based on a 74.25 Mhz pixel clock. Real HDTV modes and encoded content has a funny /1001 divider so we need a pixel clock running about 74.25*1000/1001 = 74.17 Mhz. |
| 02:37.56 | wizziwig | otherwise you see frames being repeated or dropped every few seconds. |
| 02:38.18 | lundman | ok so, if HDMI1080P_24 has clock of 74250000, then 23. uh, whats the number again? |
| 02:38.22 | lundman | 23.957? |
| 02:39.32 | lundman | 74175824.17582 |
| 02:39.38 | lundman | for 23.97602 |
| 02:39.40 | wizziwig | 24000/1001 = 23.976023976023976023976023976024 |
| 02:40.03 | wizziwig | to stay perfectly in sync with audio without dropping or repeating frames. |
| 02:40.04 | lundman | and 74175824.17582 for 29.97003 |
| 02:40.34 | wizziwig | yeah, all the modes they have defined in the source would work fine as they are. Just needs a proper pixel clock. |
| 02:40.38 | lundman | I can certinaly add 74175824.0 and see if it has less judder |
| 02:41.13 | wizziwig | the problem is that their clock accuracy may not allow that. |
| 02:41.43 | wizziwig | it may be limited to multiples of some fraction of a second that don't match exactly what we need. |
| 02:41.57 | lundman | its possible, but more fun in just trying |
| 02:42.19 | lundman | so, you get me a sample with the problem, I set 1080p24 and see how bad it is |
| 02:42.27 | lundman | then change to 1080p23 and see if it is better |
| 02:43.33 | wizziwig | ok. just FYI, this clock problem is VERY common. Even billion dollar companies like Intel can't get this right. All their integrated GPU's suffer from the same limitation. That's why I still use my old NMT A100. |
| 02:44.01 | wizziwig | Realtek media players are also broken |
| 02:44.08 | lundman | oh i doublt it'll fix it. but if the judder can be limited such that it is watchable.... |
| 02:44.25 | wizziwig | it's like they have idiots designing this hardware. |
| 02:44.59 | wizziwig | there is another work-around possible...I'll discuss in a second. Let me find you those samples. |
| 02:47.13 | lundman | now if we could later also make it mode-switching, that'd be nice |
| 02:49.09 | wizziwig | lundman: here's the files. Run these on one of your NMT devices to compare. http://st7.us/MotionBarsH264.7z |
| 02:51.37 | wizziwig | problem is most obvious on the 59.940 samples. I also have some hockey camera panning shots that are very bad. This also happens on movies/tv-shows but at low 24fps it's harder for most people to see. |
| 02:52.26 | wizziwig | the next problem (as you've already discovered) is the PCM stereo audio issue. |
| 02:53.06 | wizziwig | from what I was able to figure out, it seems to support up to 8-channels of PCM over HDMI. So it has the bandwidth to pass HD audio. |
| 02:56.08 | lundman | but it does not send aac/ac3/dts over hdmi passthrough? |
| 02:57.10 | wizziwig | no currently. but it seems possible in theory. |
| 02:57.29 | wizziwig | worse case we may have to decode to PCM and pass it out that way. |
| 02:58.02 | lundman | ok, we definitely need to fix that. It has 3 audio options, I just assumed that was the difference between "codec" and "hdmi" settings. codec is decoding to stereo |
| 02:58.04 | wizziwig | but it would be lossless and same audio quality as bitstreaming the DTS-HD, etc. directly |
| 02:59.02 | wizziwig | you'll have to try. I don't have a mele to test right now. |
| 02:59.51 | lundman | yeah I am already testing truehd/dtsma tonight, so I'll check all that too |
| 03:00.21 | lundman | no idea what clkspeed for 59.940 would be |
| 03:01.23 | wizziwig | regarding the FPS issue. The work-around would be to speedup the video slightly (so it plays at 60hz or whatever is the closest match to 59.940 on the mele). Then adjust audio speed to match by resampling the audio. This is what XBMC does on PC. |
| 03:01.59 | wizziwig | it's ugly and slightly lossy since you're messing with the audio bits. |
| 03:02.37 | wizziwig | also not sure if the a10 has enough CPU power to do proper audio resampling. |
| 03:02.57 | lundman | unlikely |
| 03:03.34 | wizziwig | you could just drop/repeat audio frames too. It's much less noticeable than dropping and repeating video frames. |
| 03:03.54 | wizziwig | that would keep both in sync without additional CPU cost. |
| 03:05.06 | wizziwig | and you get to keep audio bitstreaming at the cost of occasional audio drop-outs. There is no really perfect solution without a proper pixel clock. Hopefully the a10 allows enough precision in the clock to get closer. A frame glitch every few minutes would be ok. |
| 03:06.15 | lundman | yeah |
| 03:07.40 | lundman | 148351648.4 for 59.9401 |
| 03:08.17 | wizziwig | progressive yes. |
| 03:08.46 | lundman | ok so, i get a judder about eevery 3 seconds playing 59 on 60 output, sounds about right? |
| 03:09.14 | lundman | or is it some other playback issue |
| 03:12.38 | lundman | hmm yes, I cant tell any difference between 60 and 59, seems to judder the same, which is not a great start :) |
| 03:15.55 | lundman | hmm VGA dont tell me frame rate, so I'll test this at home on hdmi |
| 03:17.04 | wizziwig | yeah, from my experiments, the mele outputs some funky frequency that is above 60... so no video format looks perfect on it. |
| 03:17.49 | wizziwig | just timing the vsync interval in code can give you a good idea. |
| 03:18.55 | wizziwig | I'm a video game developer on my regular job so we deal with these issues all the time. Luckily game consoles support proper pixel clocks. :-) |
| 03:19.50 | lundman | yeah, i used to be in game dev |
| 03:19.57 | lundman | arganout, wooo |
| 03:20.03 | lundman | cant even spell it though |
| 03:20.23 | lundman | *argonaut |
| 03:20.37 | wizziwig | I know who you mean. |
| 03:21.20 | lundman | but I left quite a while back. last I worked on was ps3/gamecube/pc |
| 03:24.23 | wizziwig | I wish game consoles were not locked up so tight. They would make ideal media players (ignoring the crazy power usage). I've worked on practically all of them (PS2, PSP, Wii, PS3, Xbox360, 3DS). Wrote video players for some of them for our in-game cinematics. That's why I'm sensitive to timing issues. |
| 03:25.11 | lundman | yeah, ps3 or 360.. if they were open, it'd be an acceptable answer |
| 03:26.18 | wizziwig | Right now I'm waiting for some of those quad-core Arm devices to start showing up.. either the Exynos one or the Freescale i.mx6. |
| 03:26.44 | wizziwig | Freescale has really great developer support on their web site. |
| 03:26.46 | lundman | the naked boards are available, but yes, something more friendly would be nice |
| 03:27.19 | lundman | or that 96core 2u arm, that's should have enough cpu |
| 03:28.51 | wizziwig | Looking through the SDK of their older i.mx53, they seem to better understand the requirements of proper video playback. The i.mx6 dev board is like $300. Too much $ for experimenting. I think final products will be $100-$200 next year. |
| 03:30.48 | wizziwig | need to get some dinner now. Nice talking to you lundman. I'll try to stop by here again soon. |
| 03:30.55 | lundman | yeah |
| 03:31.13 | lundman | also, keep me informed if you find anything out |
| 03:31.48 | wizziwig | main problem is I no longer own any A10 devices. I had a tablet for a while but sold it too. |
| 03:32.16 | wizziwig | if you make any progress, I'll pick up a mele and try to help you out. |
| 03:33.00 | wizziwig | I know a lot about video much not as much about Linux kernel hacking. |
| 03:33.50 | lundman | i dislike linux, but its here to stay :) |
| 03:33.55 | lundman | same about java |
| 03:34.52 | *** part/#arm-netbook wizziwig (6c0d12ab@gateway/web/freenode/ip.108.13.18.171) |
| 04:02.38 | *** join/#arm-netbook DonkeyHotei (~danielg4@74-93-183-124-Sacramento.hfc.comcastbusiness.net) |
| 04:18.29 | *** join/#arm-netbook hipboi (~hipboi@221.4.213.95) |
| 04:55.15 | steev | aww wizziwig left, and i just noticed the freescale talk :( |
| 05:32.11 | lundman | Did we get the Mele's "video output settings" program released? |
| 05:53.32 | rm | for Xorg? |
| 05:53.56 | lundman | android |
| 05:56.37 | Shivan | someone knows what versions are the libs in the mali400-dev package? |
| 05:57.10 | lundman | i bet someone does |
| 05:58.50 | *** join/#arm-netbook nibb (~jyuyu@147.197.218.87.dynamic.jazztel.es) |
| 06:12.08 | *** join/#arm-netbook Quarx (~Quarx@46.233.230.57) |
| 06:19.39 | *** join/#arm-netbook eebrah (~chatzilla@41-139-199-130.safaricombusiness.co.ke) |
| 06:43.07 | *** join/#arm-netbook rellla (~chatzilla@p5B0788E3.dip0.t-ipconnect.de) |
| 06:48.45 | *** join/#arm-netbook simonckenyon (~simoncken@195.7.61.50) |
| 06:54.30 | *** join/#arm-netbook simonckenyon (~simoncken@195.7.61.50) |
| 06:56.56 | steev | lundman: adb shell; busybox strings /system/lib/libMali.so |
| 06:57.11 | steev | (i don't have any of my tablets near by to try) |
| 06:57.19 | steev | well, i do, but not the usb cables |
| 06:58.09 | steev | lied |
| 06:58.20 | steev | i have all the files off one, forgot i did an adb pull / . |
| 06:58.25 | steev | mali: BUILD=RELEASE ARCH=arch_011_udd PLATFORM=ca8 TRACE=0 THREAD= GEOM=mali_gp_geometry_common CORES=MALI400 USING_MALI400=1 TARGET_CORE_REVISION=0x0101 TOPLEVEL_REPO_URL=Linux-r2p4-02rel0 REVISION=Linux-r2p4-02rel0 CHANGED_REVISION=Linux-r2p4-02rel0 REPO_URL=Linux-r2p4-02rel0 BUILD_DATE=2012 |
| 06:58.25 | steev | <PROTECTED> |
| 06:58.25 | steev | linux CPPFLAGS= CUSTOMER=internal VARIANT=mali400-r1p1-gles11-gles20-linux-android-ics-rgb_is_xrgb-ump HOSTLIB=direct INSTRUMENTED=FALSE USING_MRI=FALSE MALI_TEST_API= UDD_OS=linux |
| 06:58.42 | steev | that's from an LY-F1 |
| 06:59.25 | lundman | wha? |
| 07:04.21 | CIA-122 | rhombus-tech: Stas master * rb946c9608421 /allwinner_a10/orders/Stas.mdwn: |
| 07:04.34 | steev | not sure, you asked for versions of the libs |
| 07:04.40 | steev | that's the only version string in there |
| 07:06.28 | Shivan | i mean the ones thats install with the debian armhf mali400 and mali400-dev packages... |
| 07:06.52 | steev | Shivan: apt-cache show mali400-dev ? |
| 07:06.56 | lundman | pretty sure I didn't :) |
| 07:07.10 | steev | lundman: yeah, i misread :) sorry |
| 07:07.13 | lundman | phew |
| 07:07.17 | steev | it's 2am, cut me some slack ;) |
| 07:07.26 | steev | i've been working since 8am |
| 07:07.33 | lundman | but I still want to know what sets the video mode in ICS, when you use the settings tab |
| 07:07.50 | steev | settings... tab? |
| 07:08.17 | lundman | Android/Settings/Display/Display Output Mode/ HDMI or VGA |
| 07:08.38 | Turl | lundman: that's an ioctl |
| 07:08.51 | lundman | from where, which app/binary/library |
| 07:08.52 | Turl | pretty sure |
| 07:08.57 | steev | i don't have that on mine |
| 07:08.58 | Turl | display HAL |
| 07:09.00 | lundman | and do we have the source code for it, so I can add some modes |
| 07:09.09 | Turl | and we should, yeah |
| 07:09.13 | lundman | steev: comes with mele ics |
| 07:09.18 | steev | ah, melee |
| 07:09.41 | steev | at some point i will buy one, but i'm pretty sure i should stop buying a tablet every month |
| 07:10.18 | steev | s/tablet/toy/ |
| 07:10.25 | RaYmAn | you can never have toomanytablets! |
| 07:10.51 | steev | RaYmAn: i currently have 9 with one on the way |
| 07:11.05 | steev | well, on the way, as in, preordered |
| 07:11.10 | Turl | eventually your tablet count will overflow and you'll wake up as a tablet seller with craptons of pending orders |
| 07:11.25 | steev | hah |
| 07:11.26 | RaYmAn | lol |
| 07:11.35 | steev | but i wouldn't be able to turn a profit |
| 07:11.38 | steev | actually |
| 07:11.50 | steev | i do wish tablet makers would start including screen protectors with their tablets |
| 07:11.57 | RaYmAn | okay, maybe 9 is a but excessive. I kind if stopped at 5 for now ;) |
| 07:11.57 | lundman | i can add modes to kernel ok, I have the source |
| 07:12.01 | steev | i spend more time cleaning the glass than i do using them |
| 07:12.04 | lundman | but it'd be nice to add it to the android UI too |
| 07:12.30 | steev | lundman: probably somewhere in display settings in launcher2 or trebuchet or whatever |
| 07:12.36 | RaYmAn | steev: you're using them wrong!;) |
| 07:12.54 | Turl | lundman: no idea if the UI is mele's or not, hunth around the qware release |
| 07:12.56 | steev | no, i just have oily skin :( |
| 07:13.01 | lundman | seems android settings is a xml thing, and it uses vendor.settings to make sqlite3 db of the settings |
| 07:13.03 | steev | fingerprints annoy the hell out of me |
| 07:13.11 | lundman | but, something has to read that, and call the ioctl |
| 07:13.37 | Turl | lundman: yeah, the display hal calls the ioctl on /dev/disp |
| 07:13.51 | Turl | you can make a small binary and call it yourself too for testing |
| 07:14.39 | steev | lundman: if you have android checked out, you can do something like "repo grep 'Display Output'" |
| 07:15.03 | lundman | i have only the kernel. dont know about qware of "android checkout" |
| 07:15.07 | lundman | is there another repository? |
| 07:15.18 | steev | there are a *lot* of repositories in android |
| 07:15.27 | steev | that's why the repo script is available |
| 07:15.33 | lundman | yeah but this is a sun4i specific things |
| 07:15.42 | steev | melee* |
| 07:15.52 | lundman | possibly |
| 07:16.00 | steev | it's not present in Quarx's sources (that i've found) |
| 07:16.05 | lundman | /system/lib/hw/display.sun4i.so:/dev/disp |
| 07:16.25 | Turl | ^ that is the display hal |
| 07:17.01 | lundman | its either that or CedarX, android_Servers or cedarxbase :) |
| 07:17.17 | steev | those don't control the *UI* |
| 07:17.27 | steev | you're looking for settings most likely |
| 07:17.31 | Turl | and what steev^ said |
| 07:17.48 | Turl | but you'll still need to handle it on the hal to support it on the UI |
| 07:17.53 | lundman | thesettings are done in xml/sql, something reads that to call ioctl, that is what I am seeking |
| 07:18.47 | lundman | actually, its possible this is vanilla stuff, not specifically mele, but they do compile it in |
| 07:19.48 | steev | the only "Display Output" i'm finding in all of android sources for Quarx (because it's the only one i have at the moment) doesn't list it anywhere except comments in the kernel, none of which deal with sun4i |
| 07:20.02 | steev | unless you count ivtv |
| 07:20.11 | steev | no idea if sun4i calls into that though |
| 07:20.14 | Turl | I doubt quarx merged the UI controls |
| 07:20.42 | steev | i doubt it as well, but i'm still kinda lost, i thought lundman wanted to add the strings to the UI so that they can be selected |
| 07:20.53 | steev | either way, i should go to bed, meeting tomorrow |
| 07:21.01 | lundman | I can add the strings, and make it save it to sql |
| 07:21.17 | lundman | that don7t mean the binary program that reads the setting and calls ioctl will know about the new value |
| 07:22.05 | steev | well if you look at the mele settings app sources you should see what it calls out to |
| 07:22.10 | lundman | sqlite3 /data/data/com.android.providers.settings/databases/settings.db |
| 07:22.21 | lundman | INSERT INTO "system" VALUES(219,'display_output_format','VGA 1920 x 1080'); |
| 07:22.31 | lundman | that part is just xml |
| 07:22.47 | lundman | steev: yeah, so the url to the "mele settings app" is... :) |
| 07:22.56 | steev | lmgtfy |
| 07:23.14 | lundman | and we are back to my original question |
| 07:23.50 | Turl | lundman: the chances are, 'mele settings app' is on some mele employee's hard disk |
| 07:23.52 | steev | look on github? i seriously don't know where the melee rom comes from at all, or if they released sources |
| 07:23.55 | Turl | that stuff is apache licensed |
| 07:24.18 | steev | yay open source licenses |
| 07:24.29 | lundman | yeah. step 1 was to ask and see if it is already known to be out. step 2 is ask a mele person |
| 07:24.55 | steev | i'd look on github since people tend to keep it there, and then i'd look on gitorious or bitbucket |
| 07:25.02 | steev | a quick google didn't turn up squat |
| 07:25.14 | Turl | and in any case, if mele is a decent OEM and didn't sign their build with test keys, it's not like you can rebuild it and replace the binary to test |
| 07:25.35 | lundman | but, it is technically a setting for all A10. not specific to mele |
| 07:25.56 | Turl | lundman: look on qware's release |
| 07:26.09 | lundman | what is this qware release? |
| 07:26.17 | lundman | and how are they related to allwinner? |
| 07:27.00 | Turl | used to be here http://qware.nl/android4upgrade/index.html |
| 07:27.09 | steev | all the allwinner companies seem to be rather inbred |
| 07:27.13 | Turl | it's the vendor that released kernel source |
| 07:30.40 | lundman | I'll have a look in the zip |
| 08:03.12 | simonckenyon | does recovery.img include the root file system? if so, how come i have managed to modify default.prop? |
| 08:05.31 | RaYmAn | simonckenyon: it usually contains a ramdisk. You can modify it in the ramdisk, but it won't persist across reboots. |
| 08:08.40 | Shivan | It its possible to chroot the android system on the ram in the linux system so we can run android apps from Linux? |
| 08:08.52 | Shivan | ram=nand |
| 08:09.03 | simonckenyon | well i have somehow managed to change it permanently. build.prop contains values from an earlier attempt my me to create a working cm9. now i cannot install a new attempt after i changed the ro.build.product value and the assert is failing. |
| 08:09.31 | RaYmAn | simonckenyon: build.prop is in /system usually. |
| 08:09.43 | RaYmAn | simonckenyon: build.prop != default.prop |
| 08:10.29 | simonckenyon | did i say build.prop. i meant default.prop |
| 08:11.10 | RaYmAn | You said both :P |
| 08:11.21 | simonckenyon | found the code in edify_generator.py which emits the assert. going to comment that out to build a new cm9 without the assert. |
| 08:12.13 | simonckenyon | sorry about the build/default confusion. i've been building cm9's for days and i decided to start again with a new tree and i hit this problem. being looking at it for a couple of hours now. |
| 08:12.14 | specing | Shivan: maybe you can install dalvik ontop of your distro? |
| 08:18.57 | *** join/#arm-netbook naobsd (7c294571@gateway/web/freenode/ip.124.41.69.113) |
| 08:42.54 | *** join/#arm-netbook hipboi_ (~hipboi@221.4.213.95) |
| 08:48.22 | simonckenyon | you are lost in a maze of twisty makefiles |
| 08:50.10 | lundman | go north! |
| 08:50.26 | Shivan | even windows x86 can run android apps -.- |
| 08:53.02 | Shivan | we really need some kind of "wine" that runs android apps on linux arm -.- |
| 08:53.11 | specing | Shivan: dalvik ;P |
| 08:53.33 | specing | Shivan: dude android runs ontop of a bare bones linux distro |
| 08:53.52 | specing | I dont see a reason why it shouldn't run on debian, gentoo, or whatever |
| 08:54.34 | Shivan | that the same was thinking of the libflashplayer.so from android, and still, it does not work on linux |
| 08:55.38 | specing | It does |
| 08:55.54 | specing | the problem is that you dont have an android-compliant kernel |
| 08:56.15 | rm | "we really need" ? |
| 08:56.18 | rm | "really"? |
| 08:56.22 | rm | "need"? |
| 08:56.25 | specing | No we dont |
| 08:56.39 | rm | oh, maybe by "we" you mean yourself and your cat |
| 08:58.39 | ZaEarl | The Android emulator runs Android apps on Linux. |
| 08:59.28 | rm | orrrrrrrrrrrrr if you "really need" whatever crap you want from Android, then just run Android, and maybe a GNU/Linux in a chroot |
| 08:59.54 | rm | there isn't 3D or video acceleration working yet in Xorg anyways |
| 09:00.03 | rm | so your Angry Birds will stutter :< |
| 09:04.10 | specing | :D |
| 09:06.37 | hno | ManoftheSea, yes I am here. |
| 09:07.51 | Triffid_Hunter | Shivan: .so is a compiled binary.. you'd need the same cpu architecture as whatever phone you got it from as well as appropriate versions of whatever library dependencies it has |
| 09:20.54 | Shivan | so dalvik and the flashplayer lib from android should work? |
| 09:53.46 | specing | Shivan: another problem is that dalvik bypasses xorg |
| 09:54.09 | specing | so you would need to shutdown xorg to switch |
| 09:54.15 | specing | and then back |
| 10:33.14 | lundman | yeah ok, so sound dont work |
| 11:05.56 | simonckenyon | where is the patch mentioned in https://github.com/amery/linux-allwinner/issues/26 - i get a 404 for github |
| 11:32.46 | lundman | https://github.com/allwinner-dev-team/android_device_allwinner_zatab/commit/3813e4d387f597be6a5e99e9a1847a895b6087de |
| 11:35.56 | lundman | hdmi sound is choppy, and only stereo. codec produces no sound at all. spdif does not work, does not even turn on light |
| 11:37.13 | *** join/#arm-netbook Shivan (ba3a4e60@gateway/web/freenode/ip.186.58.78.96) |
| 11:40.29 | *** join/#arm-netbook Lupul (566b65a4@gateway/web/freenode/ip.86.107.101.164) |
| 11:45.01 | simonckenyon | lundman |
| 11:45.05 | simonckenyon | thanks |
| 11:48.17 | *** join/#arm-netbook specing (~specing@93-103-140-50.dynamic.t-2.net) |
| 11:48.18 | *** join/#arm-netbook specing (~specing@unaffiliated/specing) |
| 12:11.22 | hp_ | HardKernel ODroid-X: Low Cost Exynos 4412 Quad Core Cortex A9 <<-- my goodness |
| 12:12.12 | specing | yeap |
| 12:13.19 | *** join/#arm-netbook naobsd (7c294571@gateway/web/freenode/ip.124.41.69.113) |
| 12:13.24 | hp_ | ok.. i'm going to buy one i think |
| 12:15.01 | specing | it even has MALI! |
| 12:15.21 | specing | No sata though ;( |
| 12:15.32 | specing | and only 100M ether (usb) |
| 12:15.45 | hp_ | 1GB low DDR2 ram |
| 12:15.47 | specing | Its not that awesome anymore... |
| 12:16.06 | hp_ | Camera Module (MIPI/CSI) $29 |
| 12:17.25 | Shivan | But a Quad core Mali! |
| 12:19.15 | specing | Its not worth it if you ask me |
| 12:19.32 | specing | It has a lot of processing power but nothing to process |
| 12:19.48 | specing | No sata, no hw gigabit ether, ... |
| 12:20.04 | Shivan | bad vpu too |
| 12:20.21 | *** join/#arm-netbook Gujs (~Gujs@cpe-92-37-65-160.dynamic.amis.net) |
| 12:21.31 | hp_ | vpu? |
| 12:21.35 | hp_ | whats a vpu? |
| 12:21.44 | Shivan | video processor |
| 12:22.20 | Shivan | just H264 support and in mp4 format, is kind of annoying... |
| 12:23.07 | *** join/#arm-netbook DonkeyHotei (~danielg4@74-93-183-124-Sacramento.hfc.comcastbusiness.net) |
| 12:23.53 | hp_ | Shivan: um yeah maybe |
| 12:23.58 | hp_ | Shivan: did you see this.. Samsung 5Mpixel K5ECG MIPI CSI sensor |
| 12:26.15 | hp_ | i wonder if i can get that module on my raspberry pi... |
| 12:33.26 | *** join/#arm-netbook nibb (~jyuyu@147.197.218.87.dynamic.jazztel.es) |
| 12:47.51 | rm | and the ethernet+USB is the same as in the Raspberry Pi |
| 12:48.14 | rm | which requires constant 8000 interrupts per second to function |
| 12:49.02 | rm | varying opinions on whether it's "by design" or just due to the driver being awful |
| 12:54.49 | simonckenyon | i have spent weeks trying to get this tablet to work. all i want is to be able to compile a couple of drivers. i give up. |
| 13:03.53 | specing | LOL |
| 13:04.11 | specing | what are you trying to do? |
| 13:04.17 | specing | and where are you compiling? |
| 13:04.31 | specing | and what are you compiling? |
| 13:14.10 | *** join/#arm-netbook hipboi (~hipboi@221.4.213.95) |
| 13:25.52 | *** join/#arm-netbook Mazon (~Mazon@95.166.104.217) |
| 13:37.55 | simonckenyon | trying to build cm9 so i can build a device driver for a fingerprint reader |
| 13:38.55 | simonckenyon | building cm9 is straghtforward. trying to get a device driver for my touch screen is altogether a different matter |
| 13:43.26 | simonckenyon | how vendors think it is ok to ship GPL software without the source. makes me so ****ing angry. bunch of lying, cheating, thieving b******s |
| 14:34.21 | *** join/#arm-netbook madmalkav (~Hamlet@188.86.253.69) |
| 14:36.37 | madmalkav | hey, where can I see if that exynos quad core devkit people is talking about on the mail list supports hdmi audio / DTS ? |
| 14:37.34 | mikey_w | How can I test sound in debian? |
| 14:43.41 | rm | just ran nbench on my Mele: http://romanrm.ru/en/a10/nbench |
| 14:46.17 | traeak | nbench isn't too exciting though |
| 14:48.26 | Shivan | es2gears will be nice, if gles2 where working -.- |
| 14:49.03 | traeak | glxgears can run |
| 14:49.08 | traeak | but i only got 110fps with it |
| 14:49.12 | rm | it's still interesting to benchmark a modern ARM SoC, computers with which fit into a pocket, with a program from 1997 which compares it with a Pentium 90 |
| 14:49.15 | traeak | not sure if that's good or not |
| 14:49.45 | Shivan | both of them can run, by software on mesa driver... |
| 14:49.50 | rm | which was essentially my first PC (I had the 100 Mhz model though) |
| 14:50.12 | Shivan | but 110 its a bit much by just mesa rasterizer i get about35... |
| 14:50.48 | traeak | yeah, take that with a grain of salt |
| 14:52.24 | Shivan | its strange... unless Mesa is accelerating glx using a gles wrapper? |
| 14:52.57 | Shivan | you can ran es2gears? |
| 14:53.22 | Shivan | and es2_info |
| 14:54.21 | traeak | right now i cna't run much of anything :-p |
| 14:56.04 | traeak | http://pastebin.com/HfLZ8rTY <- raspberry pi numbers (pathetic) |
| 14:56.33 | traeak | i think that's soft float though |
| 14:58.18 | Shivan | well you cant spect much out of a ARM11 anyway... |
| 15:06.18 | *** join/#arm-netbook tom_say (~will@cpe-72-178-202-3.stx.res.rr.com) |
| 15:06.35 | *** join/#arm-netbook nibb (~jyuyu@147.197.218.87.dynamic.jazztel.es) |
| 15:09.15 | Shivan | im trying to compile mali drivers and its missing drm.h ive compiled the driver before i wiped the sd, but i cant remember what is missing |
| 15:10.57 | rmull | This freebirds stuff is getting ridiculous. |
| 15:12.25 | A2Sheds | I've been reading like a bad spy novel.... |
| 15:13.54 | traeak | there's a drm.h in the linux-allwinner code but not sure if that's the one you want ? |
| 15:14.53 | A2Sheds | he's obviously a fiction writer |
| 15:20.26 | xxiao | is building android 4.1.1_r1 for pandaboard.... |
| 15:25.28 | xxiao | and waiting for Mele2000, Tom shipped it one week ago, guess I need another week, anyone received it? |
| 15:26.26 | mnemoc | lots of people |
| 15:26.58 | xxiao | mnemoc: waiting or got it? |
| 15:28.26 | mnemoc | people has been using mele2000 devices bought from Tom for months already |
| 15:29.02 | mnemoc | mele-a2000 |
| 15:43.14 | RaYmAn | xxiao: might want to check android-building mailing list. JBQ says 4.1.1 doesn't quite work on pandaboard yet (it boots with all black screen) |
| 15:55.02 | rm | xxiao, shiped one week ago, and already expecting to receive something shipped China Post (I assume)? |
| 15:55.04 | rm | ...REALLY? |
| 15:55.19 | rm | also, just check the tracking |
| 15:58.17 | mnemoc | doesn't get one-week delivery from uk to spain... |
| 16:03.57 | xenoxaos | i just got something sent from bulgaria to the US in 2 days.... |
| 16:04.19 | xenoxaos | i think it was cheap shipping too |
| 16:06.05 | mnemoc | nice |
| 16:06.19 | xenoxaos | i was expecting to wait a couple weeks |
| 16:06.29 | *** join/#arm-netbook nibb (~jyuyu@147.197.218.87.dynamic.jazztel.es) |
| 16:06.41 | mnemoc | bulgaria .... olimex? |
| 16:06.47 | xenoxaos | ya |
| 16:06.51 | mnemoc | :) |
| 16:07.39 | mnemoc | they just posted the routing of their a13-based board is finished :) |
| 16:07.46 | A2Sheds | I've noticed the same few day shipping for Euro car parts from Bulgaria and Romania to the US |
| 16:08.46 | mnemoc | curses crappy uk's mail service |
| 16:09.43 | A2Sheds | packages from the US to the Uk tend to get stuck in customs |
| 16:10.47 | A2Sheds | unless you pay the 2x express fees for DHL or Fedex, anything Royal mail tends to bog down |
| 16:12.03 | A2Sheds | same thing with Spain last month, 3 weeks in customs then the receiver had 2 days to pay customs before it was going to be shipped back |
| 16:14.18 | xxiao | RaYmAn: yeah i'm aware of that, so far shooting for console only |
| 16:15.19 | rm | http://home.romanrm.ru/pics/2012/2012-07-11T161443Z-mele-a2000-cn-ru.png <- here's how my Mele A2000 travelled |
| 16:16.36 | xxiao | olimex guys are awesome! |
| 16:17.43 | A2Sheds | maybe Olimex can make the board fit in a small metal shell with edge connectors that isn't under patent? |
| 16:18.07 | xxiao | what about using the same format as beaglebone uses? |
| 16:18.16 | xxiao | so we can put "cap" on top |
| 16:18.24 | A2Sheds | how about a good format? |
| 16:19.12 | xxiao | android 4.1.1-r1 pandaboard finishes in 49 minutes, used to be 32 minutes on 4.0.4 |
| 16:20.43 | A2Sheds | just an A10 or A13 on a board with DDR3 and IO connectors would be helpful..... like that tablet mainboard |
| 16:21.26 | A2Sheds | all IO on headers, no clunky USB or ethernet connectors to fight with for ID |
| 16:22.06 | xxiao | A2Sheds: some call this stamp-SOM, all pins are left at the edge for soldering with IO board |
| 16:22.52 | xxiao | but it's very hart to unsold the module, the hot-air-gun will affect all piece on the little module at the same time when you want to solder the module itself |
| 16:23.02 | A2Sheds | yes, something like that, even call it Eddie or Jake |
| 16:23.04 | xxiao | s/hart/hard |
| 16:23.10 | mnemoc | http://www.protocase.com/ |
| 16:23.44 | xxiao | where is the bot? please do spelling check for me |
| 16:24.08 | mnemoc | xxiao: forgot the trailing / |
| 16:24.17 | A2Sheds | xxiao, close enough, it's not 2nd grade in here |
| 16:24.50 | *** join/#arm-netbook tom_say (~will@cpe-72-178-202-3.stx.res.rr.com) |
| 16:25.34 | xxiao | s/unsold/unsolder/ |
| 16:25.46 | A2Sheds | start printing your own cases http://code.google.com/p/lemoncurry/wiki/main |
| 16:25.56 | xxiao | s/unsold/checkbot/ |
| 16:26.02 | xxiao | bot is buggy |
| 16:26.18 | xxiao | s/buggy/bot/ |
| 16:27.41 | mnemoc | A2Sheds: I need metal cases at works |
| 16:29.01 | xxiao | wish olimex releases it footprints of A10/A13 |
| 16:31.20 | A2Sheds | mnemoc, do you use stainless or just anodized aluminum? |
| 16:31.48 | traeak | legos would be good but they are damned expensive |
| 16:32.50 | mnemoc | A2Sheds: stainless afaik, I'm not involved in that part of the products :< |
| 16:33.34 | A2Sheds | mnemoc, just wondering |
| 16:33.41 | mnemoc | but I know that without a case boards die in a week because of the chemicals in the air |
| 16:36.32 | A2Sheds | at least the ML has some characters to provide some entertainment |
| 16:50.41 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 17:05.14 | lkcl | xxiao: i have one in the eoma.git repository on git.rhombus-tech.net |
| 17:06.27 | xxiao | lkcl: cool, what CAD is it for... |
| 17:06.31 | lkcl | kicad |
| 17:06.45 | xxiao | nice, i like that one, the best! |
| 17:07.17 | lkcl | :) |
| 17:07.24 | lkcl | go get fped if you haven't got it already. |
| 17:08.32 | lkcl | please help verify things - bear in mind that the documentation you find on the internet (the "datasheet") is *inaccurate* for the pinouts. i worked off of wits-tech's EVB schematics: those can be considered authoritative |
| 17:08.59 | xxiao | ok. thanks. yes olimex was also saying pinouts are wrong from datasheet |
| 17:09.11 | lkcl | yes. but wits-tech's EVB are not. |
| 17:09.18 | lkcl | obviously. duh :) |
| 17:09.38 | lkcl | otherwise there would be a hell of a lot of broken products being sold, i think someone would have noticed? |
| 17:11.11 | xxiao | sigh, no comments |
| 17:11.15 | lkcl | :) |
| 17:13.00 | CIA-122 | rhombus-tech: lkcl master * r2e38e765c919 /allwinner_a10/hacking_the_mele_a1000/script_for_installing_debian_on_sdcard.mdwn: add comment to copy OS |
| 17:13.02 | CIA-122 | rhombus-tech: lkcl master * r7003c1d1cd52 /: Merge branch 'master' of ssh://git.hands.com/rhombus |
| 17:13.02 | CIA-122 | rhombus-tech: lkcl master * r2e34f77d7662 /allwinner_a10/hacking_the_mele_a1000/script_for_installing_debian_on_sdcard.mdwn: spelling mistake |
| 17:13.04 | CIA-122 | rhombus-tech: lkcl master * r5cc34ae3f340 /allwinner_a10/orders/ (5 files in 2 dirs): order processing cleanup |
| 17:13.05 | CIA-122 | rhombus-tech: lkcl master * r646edb9597ac /allwinner_a10/orders/clsroot.mdwn: whoops accidental edit |
| 17:28.44 | madmalkav | hey, where can I see if that exynos quad core devkit people is talking about on the mail list supports hdmi audio / DTS ? gonna look on the kernel but dunno where to look at exactly |
| 17:30.14 | mnemoc | tried the product page? |
| 17:30.54 | madmalkav | doesn't specify |
| 17:31.05 | madmalkav | oh, well, gonna use the lazy route: ask on their forums |
| 17:31.28 | mnemoc | :) |
| 17:32.10 | madmalkav | too tired for looking for stuff right now |
| 17:35.07 | madmalkav | by the way, it will be interesting to know the price of the exynos 4412 alone, if they are releasing the dev board at this price it will probably be a reasonable price cpu |
| 17:35.27 | madmalkav | another candidate for a eoma68 , don't you think lkcl ? |
| 17:36.08 | xxiao | lkcl: what's so good about fpeg, wan't kicad's footprint not good enough? |
| 17:36.18 | xxiao | s/wan/was/ |
| 17:37.03 | A2Sheds | madmalkav, I don't think they have posted pricing yet for just the quad core module with RAM |
| 17:37.25 | xxiao | madmalkav: try freescale's imx6 quad |
| 17:37.44 | madmalkav | yeah, freescale imx6 is also interesting priced |
| 17:38.05 | *** join/#arm-netbook nibb (~jyuyu@147.197.218.87.dynamic.jazztel.es) |
| 17:38.20 | xxiao | i think freescale has a board at $199 in the working, ready in Q3 |
| 17:38.43 | xxiao | current one is $299 |
| 17:39.09 | A2Sheds | if the next spin has the power management working for imx6 |
| 17:39.37 | A2Sheds | last I heard they said August for the new wafers |
| 17:39.38 | xxiao | A2Sheds: how bad that is? |
| 17:40.26 | A2Sheds | xxiao, IIRC steev has a current imx6 dev board with the broken power management |
| 17:40.45 | A2Sheds | not sure of the other issues or workarounds |
| 17:41.22 | xxiao | once helped imx6 pcie debugging |
| 17:41.31 | xxiao | but never tested its PM |
| 17:41.52 | A2Sheds | http://www.hardkernel.com/renewal_2011/products/prdt_info.php?g_code=G134032695534 form a drum circle and start chanting "pricing, pricing..." |
| 17:41.59 | mnemoc | afaik none of the current revisions of imx6 has functional pm |
| 17:42.35 | xxiao | "pricing, pricing...A10! A10" |
| 17:43.06 | mnemoc | A2Sheds: somehow it feels the connectors used by that module have to be expensive |
| 17:43.28 | A2Sheds | the module looks good except for the battery in the corner, hope the RTC crystal is low profile |
| 17:44.22 | A2Sheds | only rev 0.2 |
| 17:44.49 | rm | seeing as their "tablet" development platform is overpriced 4x over normal stock tablets |
| 17:45.07 | mnemoc | A2Sheds: in the pictures of the boards using the module it seems the battery is very slim |
| 17:45.12 | rm | the bare board should also cost $129/4 = $32.5 :) |
| 17:45.20 | A2Sheds | mnemoc, jillion price for connectors is low |
| 17:46.13 | mnemoc | A2Sheds: do you buy in jillions? |
| 17:46.54 | A2Sheds | http://com.odroid.com/sigong/_Files/2012/201207/201206301841017729 maybe both are under 2mm? or close to it |
| 17:47.51 | mnemoc | the point of those modules is to make low-quantiy boards cheap.... if you build jillion boards, it's cheaper to get the SoC directly in your board |
| 17:48.08 | A2Sheds | sure if they sell you the SOC |
| 17:48.31 | A2Sheds | you have to be part of the lucky we want to take your money club |
| 17:48.49 | mnemoc | those who can build jillion boards have easy access |
| 17:49.20 | steev | A2Sheds: yeah well multiples, but we should have new ones (soon)(er) than later |
| 17:49.37 | steev | supposed to have gotten them today, but they were delayed |
| 17:50.24 | A2Sheds | from the the FAQ : Do you have a distributor in my country? No, you need to purchase it from our web-STORE directly. We ship worldwide. I want to be a distributor in my country. We are not taking requests for it. |
| 17:55.54 | steev | A2Sheds: for odroid? |
| 17:56.02 | A2Sheds | steev: please let us know how well they work |
| 17:56.07 | steev | their debug board looks pretty cool |
| 17:56.50 | A2Sheds | http://www.hardkernel.com/renewal_2011/products/prdt_info.php?g_code=G133999328931&tab_idx=3 the FAQ |
| 17:56.53 | steev | A2Sheds: i will, the first thing we will be testing is power management, we have very strict guidelines for our need |
| 17:57.29 | A2Sheds | steev: notebooks tend to need that working, or a big battery |
| 17:58.42 | xxiao | steev: new ones from boundarydevice? |
| 17:59.42 | steev | no, these are fsl ones, not bd |
| 18:00.01 | xxiao | i thought fsl ones are not avaialble until Aug or even later... |
| 18:00.06 | steev | A2Sheds: not for notebook/whatever |
| 18:00.18 | steev | xxiao: we have a close relationship with fsl |
| 18:00.41 | xxiao | steev: i read it as "we're free alpha-tester for fsl" :) |
| 18:00.44 | steev | we also have a contract with a company that just dumped 20 mil to them |
| 18:00.52 | steev | so we get access early :) |
| 18:05.04 | *** join/#arm-netbook mpthompson (~IceChat77@c-50-131-39-81.hsd1.ca.comcast.net) |
| 18:08.55 | Turl | anyone with realtek wifi on their sunxi devices around? |
| 18:09.23 | Turl | testing is appreciated :) https://github.com/allwinner-dev-team/linux-allwinner/commit/b6fc8e631ab8bb55ce7cb37e25f1af509bdd93c8.patch |
| 18:09.36 | *** join/#arm-netbook nibb (~jyuyu@147.197.218.87.dynamic.jazztel.es) |
| 18:10.43 | steev | that double negative always throws me off |
| 18:11.24 | Turl | steev: which double negative? |
| 18:12.03 | steev | ifneq (blah,n) |
| 18:12.19 | traeak | dunno what idiot (or set of idiots) made up the english double negative concept |
| 18:12.24 | traeak | ahh heh |
| 18:12.33 | Turl | :) |
| 18:13.44 | specing | Turl: if you tell me what to do with it, sure (keep in mind that I havent worked on my Gentoo efforts for two weeks now) |
| 18:14.35 | Turl | just cherry pick the patch on your tree; you need to be using the "_SW" version of the driver |
| 18:14.52 | steev | specing: slacker |
| 18:14.55 | specing | :) |
| 18:15.02 | A2Sheds | steev: I'm still wondering if there is a future in imx6 or just 9 more months of delays and promises |
| 18:15.23 | specing | steev: I went on to write some GPIO tester on my ARM9 and I found that my Gentoo over there is completely messed up |
| 18:15.53 | steev | A2Sheds: too early to tell |
| 18:16.36 | A2Sheds | steev: let us know any good news |
| 18:17.03 | steev | we've been running as many tests as possible and reporting everything in a batch so it doesn't end up like the mx51 where the to1 came out, and issues were reported, then to1.1, then 2, then 2.1.. finalyl 3 |
| 18:19.14 | specing | Turl: W.T.F. are those binary blobs?! |
| 18:20.34 | Turl | where? I commited blobs? |
| 18:28.15 | steev | the firmwares? |
| 18:29.05 | specing | Turl: the patch is full of random binary { 0xab, 0xcd, ...} strings |
| 18:29.42 | Turl | specing: sounds like the firmware :) |
| 18:31.02 | Turl | my wifi hasn't failed yet |
| 18:31.11 | Turl | it used to drop like mad :) |
| 18:37.29 | specing | I dont think my wifi showed any problems |
| 18:37.41 | specing | other than being 800KB/s slow |
| 18:57.09 | rzk | fighting with jhbuild and xorg cross compilation |
| 18:57.40 | Turl | specing: that's slow |
| 18:57.51 | Turl | specing: my wifi can do ~20Mb/s easily |
| 18:58.06 | Turl | and that's over the interwebz, it can probably do more against something on my LAN |
| 18:58.22 | Turl | (my interwebz is 6Mb with 'nitro' boost on connection start) |
| 19:03.04 | specing | :( |
| 19:03.43 | specing | rtl8192cus here |
| 19:08.12 | *** join/#arm-netbook nibb (~jyuyu@147.197.218.87.dynamic.jazztel.es) |
| 19:12.12 | *** join/#arm-netbook Tsvetan (5e488b19@gateway/web/freenode/ip.94.72.139.25) |
| 19:14.25 | *** part/#arm-netbook Tsvetan (5e488b19@gateway/web/freenode/ip.94.72.139.25) |
| 19:48.16 | *** join/#arm-netbook arokux_h (~arokux@HSI-KBW-095-208-015-107.hsi5.kabel-badenwuerttemberg.de) |
| 20:04.32 | Turl | what's the "s" for? |
| 20:07.16 | *** join/#arm-netbook marvin24 (~quassel@egonalter-2-pt.tunnel.tserv6.fra1.ipv6.he.net) |
| 20:11.36 | mnemoc | that sucks |
| 20:22.12 | *** join/#arm-netbook rellla (~chatzilla@p4FE562A0.dip0.t-ipconnect.de) |
| 20:23.03 | ZaEarl | GPL byte arrays, that doesn't quite make sense. |
| 20:24.06 | specing | yeap, it doesen't |
| 20:24.16 | specing | I wonder how it got accepted into the tree |
| 20:26.31 | ZaEarl | Downloading the GitHub Android app now...https://play.google.com/store/apps/details?id=com.github.mobile |
| 20:28.30 | Turl | specing: it is not part of the mainline tree |
| 20:28.54 | Turl | specing: the mainline driver is on the "rtlwifi" directory |
| 20:29.01 | Turl | but i found it unsuitable for android |
| 20:59.14 | xxiao | http://2012.texaslinuxfest.org/sessions |
| 20:59.33 | xxiao | rackspace HQ location |
| 21:01.11 | xxiao | anyone here attending? |
| 21:12.48 | hno | specing, which tree? |
| 21:13.52 | hno | do disagree with having out-of-tree modules merged inline in the sunxi kernel tree. |
| 21:14.42 | hno | those have not received the needed peer review to catch stupidities like GPL:ed firmware machine code in hex arrays. |
| 21:15.43 | hno | plus in case of MALI are not interface stable and tightly coupled with an userspace separate from the kernel tree. |
| 21:17.26 | hno | Core A10 drivers is one thing, but merging third party drivers with small modifications is not a good idea. |
| 21:17.40 | hno | says end of rant. |
| 21:36.04 | mnemoc | :( |
| 21:38.37 | mnemoc | imo the only way to get the core sunxi drivers tested and improved by a broad mass of people is to be sure everyone uses our tree and authoritative, and that can only happen if we keep the drivers the real devices need |
| 21:38.52 | mnemoc | s/tree and/tree as/ |
| 21:41.35 | mnemoc | we have one mali version which matches the userspace libraries, that help to be sure everyone is using the same version and integration and makes possible to support people using A10 devices in real life |
| 21:41.47 | mnemoc | we can't stay "pure" and have users at the same time |
| 21:42.15 | mnemoc | that also doesn't mean to accept every random driver included |
| 21:42.51 | mnemoc | only those actually needed by broadly available devices |
| 21:45.47 | mnemoc | in the case of the wifi drivers, we can't trash allwinner's until we have mainline's working |
| 21:45.57 | mnemoc | same with the wemac driver |
| 21:47.32 | mnemoc | of course we need to get rid of the allwinnerizations, but that can't (imo) be done at the expense of making the tree useless for people... |
| 21:49.08 | mnemoc | similar case with memory detection. we can't trash allwinner's hack until we have a working alternative |
| 21:49.43 | mnemoc | </end-of-self-defense> |
| 22:19.59 | hno | mnemoc, yes, but those drivers can perfectly fine live in a separate subfolder easily identified. No need to merge them as if they were merged to the kernel. |
| 22:21.59 | hno | heck, even the "build.sh" script approach works for keeping users, automating the build of kernel + out of tree modules. |
| 22:33.29 | mnemoc | hno: so you want to move everything that isn't core sunxi to modules/ ? |
| 22:34.56 | mnemoc | I fail to see what's that bad in having essential-but-not-core drivers build in `make modules` |
| 22:35.25 | mnemoc | but now I need to go to sleep |
| 22:35.31 | mnemoc | good night |
| 22:46.48 | *** join/#arm-netbook DonkeyHotei (~danielg4@mb80536d0.tmodns.net) |
| 22:54.08 | *** join/#arm-netbook DonkeyHotei (~danielg4@mb80536d0.tmodns.net) |
| 23:04.59 | *** join/#arm-netbook Faqtotum (~danielg4@67.51.38.51) |
| 23:53.26 | lundman | ok |
