01:04.59 | *** join/#arm-netbook hipboi (~hipboi@221.4.213.95) |
02:08.35 | *** join/#arm-netbook QingPei (~PPQQ@inet-hqmc06-o.oracle.com) |
02:45.16 | A0Sheds | lkcl: looks like the RTEMS devs would rather see a beaglboard supported by RTEMS than the stm32 IO boards..... very odd |
02:49.42 | *** join/#arm-netbook eflatun (~eflatun@95.173.235.133) |
04:49.10 | *** join/#arm-netbook hipboi_ (~hipboi@221.4.213.95) |
08:35.48 | *** join/#arm-netbook gnurbs (~arian@p5B3AEB74.dip.t-dialin.net) |
09:04.48 | *** part/#arm-netbook QingPei (~PPQQ@inet-hqmc06-o.oracle.com) |
10:04.38 | *** join/#arm-netbook Bundersleague (~quassel@92.40.254.222.threembb.co.uk) |
10:53.01 | specing | A0Sheds, lkcl was the stm32 part number agreed upon? |
11:23.07 | *** join/#arm-netbook eebrah (~Ibrahim_K@212.49.88.35) |
11:24.06 | *** join/#arm-netbook Bundersleague (~quassel@92.40.254.222.threembb.co.uk) |
11:25.30 | *** join/#arm-netbook hno (~hno@squid/developer/hno) |
11:46.25 | *** join/#arm-netbook QingPei (~qingpei@123.118.103.133) |
11:49.29 | *** join/#arm-netbook hno (~hno@squid/developer/hno) |
12:06.42 | A0Sheds | specing: stm32 part number for what? |
12:12.09 | specing | the IO controller |
12:12.18 | specing | the RTEMS/whatever thing |
12:13.08 | A0Sheds | there are several designs, anything in particular you are looking for? |
12:14.58 | specing | Yes, the stm32 (I think I was told it is going to be used) part number planned for the IO boards |
12:17.44 | *** join/#arm-netbook hipboi (~hipboi@222.50.111.138) |
12:18.43 | specing | Or is it still undecided? |
12:19.17 | A0Sheds | it depends on the board and application, there is not a one size fits all solution |
12:20.15 | A0Sheds | there are over 100 to choose from just between ST and NXP |
12:23.50 | specing | heh |
12:24.17 | specing | But it was decided that RTEMS will be put on there? |
12:25.53 | A0Sheds | you are free to choose whatever |
12:26.20 | A0Sheds | they also run without an RTOS |
12:30.04 | specing | ah ok |
13:02.48 | *** join/#arm-netbook hno (~hno@squid/developer/hno) |
13:03.48 | *** join/#arm-netbook eebrah (~Ibrahim_K@212.49.88.35) |
13:28.57 | *** join/#arm-netbook Bundersleague_ (~quassel@92.40.254.222.threembb.co.uk) |
13:49.25 | *** join/#arm-netbook dev__ (~dev@72.187.58.62) |
13:50.11 | dev__ | I have been reading the progress from you guys in irclog2html on rikers.net, and I have a few questions |
13:50.46 | brokencodes | sorry, forgot to /nick |
13:51.37 | *** join/#arm-netbook hno (~hno@squid/developer/hno) |
13:51.59 | brokencodes | my first question, in regards to Allwinner A10, is have you managed to get video with the 3.3 kernel? or am I stuck with 2.6.36-38? |
13:52.44 | brokencodes | my second question, is with the linaro xf86-video-mali driver, does it have hardware acceleration support? |
13:53.27 | brokencodes | and my third question, are the video playback blobs for OpenMAX, or some other API? |
14:05.22 | mnemoc | about q1, I haven't had time to finish porting the "video" drivers to 3.0, can share a diff for the current work, but those are v4l2 drivers... I suppose it could be tried to get a dumb framebuffer using the g2d driver which compiles without issues. the 3.3 branch is still limited to the core functionality |
14:05.41 | mnemoc | I have nothing to say about the other 2 |
14:06.01 | brokencodes | Ok |
14:06.14 | brokencodes | is there any work I can do, I comment like I'm crazy |
14:06.21 | brokencodes | add a ? |
14:06.45 | brokencodes | thank you for your prompt answer |
14:07.44 | brokencodes | are you working on a DVB-X project? is that why you working on the v4l2 drivers? |
14:08.47 | mnemoc | after finishing porting the sound and v4l2 drivers in the 3.0 branch I was going to prepare a .deb to use with ubuntu-oneiric/linaro out of it |
14:10.28 | mnemoc | I'm working on those drivers because they are in the 2.6.36 tree and they need to be adapted to compile in the 3.0. simply that |
14:11.32 | mnemoc | once everything is working in the 3.0 kernel I can continue doing the same to 3.3, then 3.4, and then master for mainlining |
14:42.11 | lkcl | A0Sheds: bizarre |
15:00.20 | *** join/#arm-netbook ibot (~ibot@rikers.org) |
15:00.20 | *** 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 - http://rhombus-tech.net/ |
15:02.29 | hno | mnemoc, we do not need the v4l parts. Those are for video-in. |
15:02.49 | hno | tablets may need it for the camera however. |
15:04.07 | mnemoc | they exist for a reason, and I don't really have any use for this hardware beside gaining kernel-related experience.. that's why I want to get the ported |
15:06.26 | mnemoc | I have the sound part almost finished. the v4l2 part is still above me.... but it will fall |
15:12.04 | CIA-158 | rhombus-tech: Emmanuel master * rcf1afb2cb83b /allwinner_a10/orders/manux.mdwn: |
15:33.11 | *** join/#arm-netbook gnurbs (~arian@p5B3AEB74.dip.t-dialin.net) |
16:01.15 | mnemoc | ... but anyone is highly welcomed to try the 3.0 kernel as it is :) |
16:04.51 | A0Sheds | lkcl: well with google's EC code, the just posted RTEMS patch for stm32, Uwe's stm32 open libs and the OLPC openEC there is a lot less to do |
16:05.44 | A0Sheds | lkcl: pretty much all there is now is optimizing tinyRTEMS for small devices and any new peripheral drivers |
16:37.45 | zenitraM | oh, people in forocoches are organizing a group buying for the mele a2000 without knowing exactly what will they use it for. |
16:38.22 | mnemoc | MaDMaLKaV: ----^ |
16:39.03 | zenitraM | http://www.forocoches.com/foro/showthread.php?t=2703328 |
16:41.48 | traeak | ahh the mele 2000 is now available? |
16:42.08 | zenitraM | hipboi is already selling it on aliexpress |
16:42.12 | traeak | ahh goo |
16:43.02 | traeak | btw, i was shocked....on a laptop i replaced the dvd drive with a caddy/1TB drive. The shock was that this 1TB 2.5" 9.5mm drive gets 110MB/s sustained. My fastest 3.5" drives only get 115MB/s |
16:43.19 | traeak | have to see what the mele can sustain |
16:43.48 | zenitraM | less size -> less physical space between sectors -> faster head movements |
16:44.25 | traeak | that's what i'm thinking as well...the platter density bumps the block transfer rates |
16:45.18 | traeak | i guess these damn laptop manufacturers put pure shit into their drivers. all the laptops i have the drives they ship with fastest is 40MB/s |
16:45.23 | traeak | i mean drives, not drivers |
16:48.23 | *** join/#arm-netbook gnurbs (~arian@p5B3AEB74.dip.t-dialin.net) |
17:00.39 | lkcl | well... oh well :) |
17:02.41 | CIA-158 | rhombus-tech: lkcl master * r9adacdb45bae /allwinner_a10/orders/manux.mdwn: order processing cleanup |
17:11.14 | *** join/#arm-netbook Bundersleague (~quassel@92.40.254.222.threembb.co.uk) |
17:22.01 | *** join/#arm-netbook Bundersleague_ (~quassel@92.40.254.222.threembb.co.uk) |
17:27.07 | *** join/#arm-netbook Bundersleague (~quassel@92.40.254.222.threembb.co.uk) |
17:47.13 | CIA-158 | rhombus-tech: Comodo master * re46446786c42 /allwinner_a10/orders/.mdwn: |
17:47.31 | *** join/#arm-netbook Bundersleague_ (~quassel@92.40.254.222.threembb.co.uk) |
17:52.48 | *** join/#arm-netbook Bundersleague (~quassel@92.40.254.222.threembb.co.uk) |
18:09.03 | *** join/#arm-netbook gnurbs (~arian@p5B3AEB74.dip.t-dialin.net) |
18:26.02 | *** part/#arm-netbook QingPei (~qingpei@123.118.103.133) |
18:49.08 | *** join/#arm-netbook hno (~hno@squid/developer/hno) |
18:59.40 | *** join/#arm-netbook Bundersleague (~quassel@92.40.254.222.threembb.co.uk) |
19:49.53 | *** join/#arm-netbook eflatun (~eflatun@46.1.185.54) |
20:06.34 | CIA-158 | rhombus-tech: maxim master * rd335ff04b2be /allwinner_a10/orders/nnewman.mdwn: |
20:23.55 | MaDMaLKaV | mnemoc , thanks for the info, but I already have the a1000, not need of getting the 2000 |
20:24.45 | mnemoc | MaDMaLKaV: the pointer was because you mentioned you had someone wanting to make a larger scale deal with mele |
20:25.34 | MaDMaLKaV | I have someone interested in the mele if it gets to run xbmc. |
20:25.46 | MaDMaLKaV | sincerely, I don't like android on tv at all, they don't like it either |
20:26.13 | mnemoc | :) |
20:26.14 | MaDMaLKaV | it is not a top priority project or something like that, is more the guys on the company love xbmc and will love to see a good cheap arm box running it |
20:26.35 | MaDMaLKaV | and it is a really small company, can't afford to hire some guys to "just port it" |
20:30.06 | A0Sheds | after looking at the Mele, there might be a business in just supplying oems with Linux services |
20:30.33 | traeak | sadly android has a pretty big ecosystem nowadays |
20:30.43 | traeak | i guess better than apple or ms gobbling everything up |
20:30.52 | MaDMaLKaV | A0Sheds , yeah, but normal problems still apply: sources availabilty and licensing |
20:31.19 | MaDMaLKaV | we have info on the video decoding but probably can't compile it against xbmc because of licensing issues, for example |
20:31.20 | traeak | codec licensing, h264, mp4 aren't cheap |
20:31.27 | traeak | i think mpeg2 is the most expensive |
20:32.19 | MaDMaLKaV | the device already plays all of them, the problem is making it out of the android embedded player and into a OSS player |
20:32.27 | A0Sheds | oh, you download those from the severs in dirkadirkastan :) |
20:32.32 | MaDMaLKaV | god, I'm tired |
20:32.39 | MaDMaLKaV | I'm going to bed in no time |
20:33.12 | A0Sheds | where does ubuntu and fedora keep the unfree codecs? |
20:37.21 | MaDMaLKaV | A0Sheds , no idea |
20:38.23 | mnemoc | A0Sheds: look for packages named 'restricted' |
20:38.49 | mnemoc | in ubuntu, no clue about fedora |
20:41.31 | hno | A0Sheds, Fedora do not keep unfree codeds, or anything else non-free or patent encumbered. But there is rpmfusion and a number of other third-party repositories that contanins such items. |
20:42.12 | hno | Fedora being a RedHat sponsored project can not legally touch any of those. |
20:43.32 | A0Sheds | hno: the non-free repos hosted elsewhere |
20:43.58 | A0Sheds | see my point? |
20:47.04 | traeak | i barely recall the rpi guys saying h264 is like .65USD |
20:47.18 | traeak | mpeg2 was ungodly expensive...maybe 12usd or something? |
20:48.06 | A0Sheds | sounds about what i recall |
21:02.57 | MaDMaLKaV | nite all |
21:03.55 | traeak | well today h264 is still more cpu efficient that webm |
21:03.57 | traeak | i hope that changes |
21:04.22 | *** join/#arm-netbook eflatun (~eflatun@46.1.185.54) |
21:05.14 | CIA-158 | rhombus-tech: http://kw2012.myopenid.com/ master * refd82ae75e56 /allwinner_a10/orders/kw2012-a10.mdwn: |
22:07.20 | *** join/#arm-netbook hno (~hno@squid/developer/hno) |
22:10.21 | hno | A0Sheds, no I do not see your point. |
22:10.50 | hno | free software and patent licensing do not mix, can not mix. |
22:19.49 | CIA-158 | rhombus-tech: ylene_a10 master * rcfc83d4bb84a /allwinner_a10/orders/yl__95__request__95__a10.mdwn: |
22:22.06 | CIA-158 | rhombus-tech: ylene_a10 master * rcaaabfee58dc /allwinner_a10/orders/yl__95__request__95__a10.html: |
22:37.01 | *** join/#arm-netbook pix3ls (~pixels@109.190.26.203) |
23:13.12 | *** join/#arm-netbook Jacmet (~peko@stolen.plutonium.dk) |