Re: [linux-sunxi] messages from bootlin addresses don't show up on the sunxi list

2018-04-10 Thread Mike Valk

Op dinsdag 10 april 2018 10:23:41 UTC+2 schreef Luc Verhaegen:
>
> On Tue, Apr 10, 2018 at 01:20:23AM -0700, Mike Valk wrote: 
> > Maxime's messages don't seem to come through though. 
>
> Please point out such a message on another ml, or forward an example to 
> me with full mail header info. 
>
https://groups.google.com/forum/#!topic/linux-sunxi/s0_rAFP8xx4
https://lists.denx.de/pipermail/u-boot/2018-April/thread.html#324966

I'm not a recipient of either mailing lists. I just use the google 
groups/ml archives to keep informed. So full headers will be little 
difficult to get for me. But I hope the above example might help. There are 
more.

I guess it happened since Maxime switched to the bootlin.com domain.

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [linux-sunxi] messages from bootlin addresses don't show up on the sunxi list

2018-04-10 Thread Mike Valk


Op dinsdag 10 april 2018 10:17:20 UTC+2 schreef Luc Verhaegen
Hi Luc

As usual, ml admins will review and whitelist as mails come in and get 
> caught. Those admins get sent an email when a mail gets caught. 
>

Fair enough. Maxime's messages don't seem to come through though.

Thanks anyway

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[linux-sunxi] messages from bootlin addresses don't show up on the sunxi list

2018-04-10 Thread Mike Valk
L.S.

Can someone whitelist bootlin addresses on the sunxi mailinglist?

Kr, Mike

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[linux-sunxi] Re: A10s-nmBox dts/dtb (IS-E4-S)

2017-10-23 Thread Mike Valk


Op zaterdag 21 oktober 2017 15:04:47 UTC+2 schreef jkt...@yahoo.co.id:
>
> Can someone point me to the right direction on how to get dts/dtb of my 
> tvbox, so I can install mainline linux on it.
> Here is the sys_config1.fex extracted from android image:
>
> Hi There,

I Guess you should try.
http://linux-sunxi.org/Identification_guide
and
http://linux-sunxi.org/New_Device_howto 

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[linux-sunxi] Re: Baremetal & GPU

2017-06-12 Thread Mike Valk

On Monday, June 12, 2017 at 1:23:31 AM UTC+2, Mark L. wrote:
>
> Hi, 
>
> Where to start to use the GPU in a baremetal environment? 
> Are there any closed source binaries ( boot, configuration, opengl) I 
> should be aware of? 
>
> I 'just' want accelerated 2D/3D graphics using the allwinner H3 for hdmi 
> video playback while saving as much energy as possible (no software 
> rendering and so on). 
>

What do you need 3D/2D acc. for if you only want video playback?
 

> I don't need the inner details or even open source drivers. I want to make 
> it work. Period. 
>
> Can someone give me some pointers? 
>

try the wiki http://linux-sunxi.org
 

>
> Thanks 
>
> --  
> Mark 
>

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [linux-sunxi] [PATCH sunxi-boards] add fex file from Nintendo NES Classic Edition

2016-11-18 Thread Mike Valk


On Friday, November 18, 2016 at 8:04:06 AM UTC+1, Chen-Yu Tsai wrote:
>
> On Fri, Nov 18, 2016 at 3:01 PM, Naoki FUKAUMI  > wrote: 
> > ah, sorry, my reply was about u-boot patch, not fex file... 
> > 
> > then, that fex is came from Japanese version. I can wait English 
> > version to compare difference. 
> > 
> > or should I use name of Japanese version? 
>
> I guess the English name is more recognizable outside of Japan. 
> Maybe you could add _japanese_version or something to the file name? 
>

Would the following not be better?:
nintendo_classic_mini_nes_famicom.fex
And split into following if needed?:
nintendo_classic_mini_nes.fex
nintendo_classic_mini_famicom.fex

Wikipedia:
https://en.wikipedia.org/wiki/NES_Classic_Edition
Nintendo Classic Mini: Nintendo Entertainment System in Europe and Australia
Nintendo Classic Mini: Family Computer in Japan
 

>
> If they end up the same we could then just remove it. 
>
> ChenYu 
>
> > 
> > On Fri, Nov 18, 2016 at 1:18 PM, Naoki FUKAUMI  > wrote: 
> >> hi 
> >> 
> >> On Fri, Nov 18, 2016 at 11:01 AM, Chen-Yu Tsai  > wrote: 
> >>> Just to clarify, is this the Japanese version or the U.S. version? 
> >> 
> >> well, 
> >> 
> >> I have only Japanese version, but I prefer to use name of English 
> >> version for this kind of things. 
> >> 
> >> my patch is intended to support both version. I tested it on only 
> >> Japanese version. currently I have no feedback from U.S. version user. 
> >> 
> >>> AFAIK the Japanese version is Famicom Mini? 
> >> 
> >> official name is, 
> >> 
> >>  Nintendo Classic Mini: Family Computer (in Japanese, of course) 
> >> 
> >> "Famicom Mini" is another product. 
> >>  https://en.wikipedia.org/wiki/List_of_Classic_NES_Series_games 
> >> 
> >>> I think you mentioned on IRC that one has an LED and the other 
> doesn't? 
> >> 
> >> I just saw some pictures of U.S. version on the web. I think there is 
> >> one LED on front (next to POWER/RESET buttons), but I cannot confirm 
> >> it. 
> >> 
> >> I'm sure there is no LED on Japanese version. 
> >>  
> http://mazu-bunkai.com/bunkai-wp/wp-content/uploads/2016/11/nintendo_classic_mini-19.jpg
>  
> >>  
> http://mazu-bunkai.com/bunkai-wp/wp-content/uploads/2016/11/nintendo_classic_mini-20.jpg
>  
> >> 
> >> I think, main board, connectors, and cables are same. controller and 
> >> sub board are different but I guess it's compatible enough. 
> >> 
> >> Regards, 
>

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [linux-sunxi] Nintendo NES runs on Allwinner R16

2016-11-14 Thread Mike Valk


On Thursday, November 10, 2016 at 6:34:15 AM UTC+1, Naoki FUKAUMI wrote:
>
> On Thu, Nov 10, 2016 at 2:19 PM, Chen-Yu Tsai  > wrote: 
> > On Thu, Nov 10, 2016 at 1:09 PM, Naoki FUKAUMI  > wrote: 
> >> ...and at least there is UART TX pad between controller connectors. 
> >> 
> >> output(nothing from kernel): http://pastebin.com/H7z8TgK4 
> >> 
> >> I didn't try RX yet. (I have no time, sorry) 
> > 
> > If possible can you post a picture of the other side of the PCB? 
>
> please refer: (this is not my article) 
>  http://mazu-bunkai.com/bunkai-wp/review/4313/ 
>
> about UART location, this should be true (at least for TX) 
>  
> http://www.cnx-software.com/wp-content/uploads/2016/11/Nintendo-NES-Classic-Board-Large.jpg
>  
>

Someone is poking it:
https://www.reddit.com/r/nintendo/comments/5cgbkm/linux_on_nes_classic_mini_current_progress_and/?sort=top

UART:
http://emuonpsp.net/images/famicon_mini_hack/DSC09016_mod.JPG 

The NES could mean a great few extra hackers for the SUN-XI community. Lets 
hope they give back

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [linux-sunxi] Re: 2015 SBC survey by Linux Foundation/LinuxGizmos

2015-06-15 Thread mike . valk
On Friday, June 12, 2015 at 3:52:25 PM UTC+2, Simos Xenitellis wrote:
 On Fri, Jun 12, 2015 at 12:13 PM, Luc Verhaegen libv at skynet.be wrote:
  On Fri, Jun 12, 2015 at 11:46:27AM +0300, 'Simos Xenitellis' via 
  linux-sunxi wrote:
  On Thu, May 21, 2015 at 5:24 PM, Simos Xenitellis 
  simos.lists at googlemail.com wrote:
 
   Hi All,
  
   The Linux Foundation and Linux Gizmos are running (also) this year a
   survey on small-board computers,
   1.
   http://www.linux.com/news/embedded-mobile/mobile-linux/831550-survey-best-linux-hacker-sbcs-for-under-200
   2.
   http://linuxgizmos.com/rate-these-sub-200dollar-hacker-sbcs-win-one-of-20/
  
   This year they include 54 SBCs, out of which 12 are based on Allwinner
   SoCs,
   a. Two from Olimex
   b. One from SinoVoip
   c. One from LeMaker
   d. Three from CubieTech
   e. Three from LinkSprite
   f. Two from Shenzhen Xunlong Software
  
   The result of the survey is to produce a Top 10 list based on popularity.
   The purpose of the survey appears to be to gauge interest in open designs
   of boards and get manufacturers to work towards that direction.
  
   Here are the guidelines for the inclusion of a new board to the list,
  
   http://linuxgizmos.com/rate-your-favorite-open-single-board-computers/#open-sbc-guidelines
  
   If a company is producing developer boards and satisfy the requirements
   for inclusion, they can provide five boards to the Linux Foundation so 
   that
   they are given away to those that took the survey. At this survey, there
   are four different boards to be given away and none has an Allwinner SoC.
  
   Here is the survey,
   https://www.surveymonkey.com/r/2015SBCS
  
  
  
  The 2015 Hacker SBC Survey has ended and here are the results,
  http://linuxgizmos.com/raspberry-pi-stays-sky-high-in-2015-hacker-sbc-survey/
 
  Specifically,
 
  1. The survey had a special feature where you picked three SBCs depending
  on how favorite they were to you.
  Then, it would triple the votes for Choice #1, double the votes for Choice
  #2 and extract the results.
  Obviously, such a method favors what has been put as Choice #1, the most
  favorite.
 
  2. At positions #1 and #3, the Raspberry Pi 2 and Raspberry Pi
  respectively. Yep, the single core Raspberry Pi got third place.
  3. At position #2 was the BeagleBone Black.
 
  4. In the top ten, there were three ODROID SBCs. ODROID is doing a great
  job in promoting their boards.
  They have a great page showcasing what you can do with their boards (such
  as
  http://www.hardkernel.com/main/products/prdt_info.php?g_code=G141578608433),
  they have a monthly magazine at http://magazine.odroid.com/ and their forum
  is very active.
 
  5. Out of the 53 Small Board Computers in the competition, there were no
  Allwinner boards this year in the top Ten.
  6. An easy comparison of the specs for the Top Ten is at
  http://files.linuxgizmos.com/2015-hacker-sbc-survey-top-10-sbc-specs-comparison.jpg
  It is interesting to notice that several Mali and PowerVR GPUs make it to
  the top ten.
 
  7. The Raspberry Pis have the Videocode IV GPU. When the first RPi board
  was released, it did not have a free driver for the GPU.
  Two years later, Broadcom released some source and documentation which were
  not sufficient.
  The turning point was in June 2014 when Eric Anholt was employed by
  Broadcom to write a free driver for VC4,
  https://en.wikipedia.org/wiki/VideoCore#Linux_support
 
  8. There were three Cubieboard models which got 357 points
  and two OLinuXino models that got 195 points.
  9. In the 2014 SBC Survey, the Banana Pi got the fifth place.
  This year, the companies (LeMaker, SinoVoip) that made the Banana Pi
  decided to split, creating their separate products.
  The SinoVoip board got 14th place, the LeMaker got the 16th place.
  10. The Orange Pi was quite low in the ranking (too new entrant for the
  survey).
 
  11. Among the buying criteria, the highest was Open source software
  support (sic).
  Next came the Community ecosystem.
  I think these two are critical for the success of an SBC, and companies
  that make SBCs,
  should make effort to create such communities.
 
  Simos
 
  Amazing how you left the following snippet out:
 
  One processor trend did seem clear, however, judging both from the
  selections and reader comments. The open source community appears to be
  increasingly frustrated with Allwinner’s Linux support. While three
  Allwinner based boards made last year’s top 10, there are none this
  year. After the 11th Place Cubieboard4, with its octacore Allwinner A80,
  the next Allwinner board on the list is the A31-based Banana Pi M2 at
  number 14.
 
 
 Frankly, I did not notice that sentence while skimming the article.
 I would not have a reason not to mention it since you would definitely
 discover it.
 
 What the RPi and ODroid do really well, is that they have a great
 active community,
 and that includes support even in non-technical levels.
 

Re: [linux-sunxi] Re: What open source community is this?

2015-03-18 Thread mike . valk
On Monday, March 16, 2015 at 3:25:01 AM UTC+1, Zhao Zhili wrote:
 I'm an employee of allwinner, and I joined this mailing list before joined
 the company. I speak for myself here. I have a Cubieboard2 (I bought it to
 do real-time vibration control as a graduate students.) runing Linux and
 want to playback video on that, and I saw some people have the same idea
 too. I want to find a workable solution, that's all.

Thank you for you introduction. That means that a community member, you, has 
been employed by Allwinner. 

Good luck on your assignment.

 
 
 So, if we can get all of the source code from allwinner, and work out the
 complete open source solution, that is the best.
 
 
 If we can't, I want to find out just a workable solution. The graphic card
 AMD radeon 545v didn't work well with open source driver until Linux kernel
 3.13. Before that, I have to use my laptop too, with AMD private driver. It
 seems that no one takes the cedar binaries as a solution, no matter whether
 it has been cleaned of not.

I think the CedarX binaries will be used. The, legal situation, however does 
not compare to the AMD drivers. 

IMO binary software for hardware use is bad in any form. It creates a vendor 
lock in. But that's an other discussion.

LGPL/GPL-ed source-code is free to use to a certain extend. Most important: 
Distributing products/binaries based on that source-codemust to be shipped with 
a copy of the Original licence and humanly readable copy of the Modified 
source-code.

The CedarX is build upon GPL/LGPL code and has been already been 
released/shipped. And as has thus violated the license of that source-code. 
There is no cleaning possible any more. The only viable solution is to release 
all parts of the CedarX code which is based on (L)GPL code, Not just the 
original code but all changes made to it as well.

If the copyright owner(s) of that code, which is not Allwinner. now has the 
power to file import/export prohibition on all devices containing CedarX code. 
Effectively condemning Allwinner to their local market. Until an Chinese 
competitor files a suit against Allwinner for shipping illegal code. Making 
Allwinner very vulnerable.

Luc has done a thorough investigation on the latest CedarX, cleaned, form and 
has found that (L)GPL code still exists in binary form without the required 
License en Source-code copies.

So either CedarX is to havely based on (L)GPL source-code to be separated. Or 
Allwinner does not understand the issue or the possible problems is arises.

The current outcomes are perceived as, bad, attempts to silence the meek. 
Actions that will only fuel the conflict. Intended or not.

 
 
 If Cedrus is the only workable solution, I will try to figure out how to 
 contribute to this project.

If I've understand correctly the current direction is v4l2.
http://linux-sunxi.org/VE_Planning

 
 
 On Mon, Mar 16, 2015 at 5:03 AM, Manuel Braga mul@gmail.com wrote:
 On Sun, 15 Mar 2015 23:51:03 +0800 Quink want...@gmail.com wrote:
 
  Sorry Simos, I just want to invite some students in local community
 
  to join sunxi
 
  and take part in GSOC.
 
 
 
 And everyone are welcome to join sunxi. And the GSOC idea is not bad,
 
 please do invite students.
 
 
 
  That email has nothing to do with the CedarX.
 
  It's so sad that there are so many misunderstand. If we have more
 
 
 
 I agree, let's resolve this misunderstanding.
 
 Simos for whatever reason, still didn't make public what he wrote to me
 
 in our private exchange. And this is making me suspicious.
 
 
 
 Maybe you Quink, could help here.
 
 By telling, who are you?, and your connection to allwinner?, if any.
 
 What is you want to do?
 
 And, what kind of help are expected from linux-sunxi?
 
 
 
 
 
  tolerant attitudes, technical discussing should not become a
 
  flashpoint, and we can be more
 
 
 
 Your technical question that was made in your last email is unanswered
 
 because was part of an email that started with a flashpoint.
 
 Let's keep the technical discussing, separated from flashpoints.
 
 
 
  open too.
 
 
 
 Yes, let's all be open.
 
 
 
 
 
 --
 
 Manuel Braga
 
 
 
 --
 
 You received this message because you are subscribed to the Google Groups 
 linux-sunxi group.
 
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to linux-sunxi...@googlegroups.com.
 
 For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
linux-sunxi group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [linux-sunxi] Re: Communication with Allwinner

2015-02-20 Thread mike . valk
On Tuesday, February 17, 2015 at 6:56:13 PM UTC+1, Manuel Braga wrote:
 On Tue, 17 Feb 2015 12:00:27 +0200 Simos Xenitellis
  
  At http://www.phoronix.com/scan.php?page=news_itempx=MTg4Mjg it
  mentions that Intel is doing Linux work on the PowerVR VXD392 VPU (as
  is used on Baytrail).
  Is the VPU similar to what exists on the A80?
 
 What is a VPU?, wikipedia says that a VPU is another term for GPU.
 And at the end this is huge confusion, that make people believe that for
 have hardware accelerated video playback is a requirement to have and
 use the GPU.

CPU : Central Processing Unit
GPU : Graphics Processing Unit
VPU : Video Processing unit

GPU, VPU are specialized processing unit/cores for specific workloads to unload 
the CPU or gain performance which is out of reach for a general purpose PU 

GPGPU: General purpose GPU. - OpeCL etc. 

Not that confusing IMHO, A little archaic perhaps. 

 
 This is wrong, it come from the fact that in the PC(x86) world are used
 graphic cards that are actually are (gpu + display engine + video codec
 engine), so this is 3 kind of difference hardware types put together in
 this some called graphic card.
 As this graphic card is one identity, it is usually all handled by the
 same software driver.

In x86 land we started with CGA, EGA and VGA cards. Which were a little more 
than Diplay Controllers. And were called video cards which was used pre 
x68. Because the C64 etc used a composite video signal to interface with 
tv's/display's

Than came the graphics accelerators, which would offload graphics processing 
from the CPU and send results back to CPU or directly to the display 
controller. 

http://commons.wikimedia.org/wiki/File:VideoLogic_Apocalypse_3Dx.jpg#mediaviewer/File:VideoLogic_Apocalypse_3Dx.jpg
An ancient PowerVR GPU for x86 without the display controller.


Because the chain CPU-GPU/Display Controller-Display. The display controller 
became embedded to the GPU cards.

Apart from that the came MPEG cards wich would decode MPEG video and 'stream' 
the result back to the system.

Because video decoding, VPU, should at the same place as the GPU the chain is 
broken. 
CPU - VPU - CPU - GPU - Display

Thus most GPU cards now have a video decoder onboard as well.
CPU - VPU/GPU/Display Controller - Display

 
 In ARM case this is not the case,
 http://www.cnx-software.com/2013/12/10/most-embedded-gpus-do-not-support-hardware-video-decoding-acceleration-the-vpu-does/

The driver issue is more a Mix and Match issue. In x86 the GPU/VPU/Display 
Controller are usually on one device. The set is alway the same and using a 
single driver makes sense. 

In ARM land the CPU,GPU,VPU,Display Controller are mixed and matched on a 
single device. Thus a single driver does not make sense. Hence the need for 
seperate drives and some glue (DeviceTree). Also the parts are no longer 
aligned but are placed side by side on the same memory(bus).

Luc has mostly figured out the Mali GPU and is now working on the display 
controller.


For A312 and A80 they chose Imagination's PowerVR as the GPU, I don't know if 
they chose the use Imagination parts for the Display Controller and VPU

 
 Please lets use a more correct term, that creates no ambiguity of what
 we are speaking about.
 
 Video Codec Engine, is the correct name for this type hardware in the
 sunxi(allwinner) case. This is the hardware to use for decoding and
 encoding of video codecs.

codec comes from coding and decoding. The VPU does more:
ColorCode conversion
Scaling
etc.

So calling it a mere codec is not more accurate.

Media Processing Unit I think is better. It whould also cover the audio codec 
and remove the confusion with video cards

But the Market/Marketing is stuck on the video term. 

 
 And in sunxi, sometimes called also cedar engine and it is the *same*
 Video Codec Engine in all allwinner socs.
 A10/A10s/A13/A20/A23/A31/A31s/A33/A80/A80T/A83T/H3/H8
 (with some minor and or new feature hardware versions)
 
 How do i know?
 From the kernel source code make available from allwinner.
 
 To the best of what could be found, this Video Codec Engine is a custom
 design made by www.chipsbank.com for allwinner. And this makes believe
 that is allwinner propriety and only used in allwinner socs.

That's intersting. I thought, altough it seemed odd me, the VPU was an in house 
development of Allwinner.

So the CedarX code may also be property of chipsbank.

Does chipsbank provide open documentation?



-- 
You received this message because you are subscribed to the Google Groups 
linux-sunxi group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[linux-sunxi] Re: Communication with Allwinner

2015-02-16 Thread mike . valk
On Monday, February 16, 2015 at 2:29:25 PM UTC+1, David Lanzendörfer wrote:
Hi David, Good news

 Hi Javqui
 That's is an interesting idea.
 (at least basic) Documentation about encoding libraries will be extremely
 useful from our side.Updates and minimum documentation about rogue/CedarX A80
 encoding libraries are in a dark area.
 Imagination has recently released the ISA for the Allwinner GPU:
 http://blog.imgtec.com/powervr/the-latest-powervr-sdk-v3-4-and-tools-are-live
 After what I've seen from it it should be very much possible to write an open 
 source GPU driver with this information.
Javqui is not referring to the GPU but the VPU (Video). CedarX. MPEG-1/2, 
H.264, DivX, etc.

Besides the opened part from PowerVR is sadly one of their publication stunts.
http://libv.livejournal.com/. And when the PR department gets confronted with 
their own BS, they give you the silence treatment

The only one thing I can say is PowerVR is poison. They don't even bow to 
Intel, Search for Poulsbo.

So open GPU Drivers for A80, is not going to happen. It didn't happen for Intel 
Atom, it didn't happen when the FSF made it a priority project. Besides the A80 
will not exist long enough.

If Allwinner is interested in FOSS gpu drivers, which they should be, they'd 
better support the Lima, Etnaviv, etc. projects.

P.S. Take a look at EOMA-68 and Luck Leighton. He's pretty far along with a 
modular tablet including an A20 CPU.

-- 
You received this message because you are subscribed to the Google Groups 
linux-sunxi group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [linux-sunxi] Trying to backport sun4i-emac to work on 3.10 (cubie2)

2014-12-12 Thread mike . valk
On Friday, December 12, 2014 10:25:09 AM UTC+1, Isa Ansharullah wrote:

 I figured out it was because I built the kernel on big endian mode.
 When I built it on little endian mode, dhcp could work. However, I needed big 
 endian.
 
 I don't know why the driver does not work accordingly on big endian kernel..
 (I wasn't trying to understand how these driver work, so maybe I missed 
 something)
 

I can't shake the though: why on earth whould you need big-endian?. BE Is 
almost exclusively used in/by big old UNIX machines/companies, HP-UX, AIX, 
Solaris (SPARC), Linux on IBM p/z-series HW (PowerPC). I'm surprised that ARM 
is even capable of procession BE.

I'd think that as these driver are probably not used in those environments and 
that the drivers are heavily adjusted to sunxi BE has simple not been tested, 
or even thought about when developing them.

Good luck though.

-- 
You received this message because you are subscribed to the Google Groups 
linux-sunxi group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[linux-sunxi] Re: A23 u-boot with SPL / dram init available in my personal git repo

2014-12-08 Thread mike . valk
On Sunday, December 7, 2014 9:27:37 PM UTC+1, Hans de Goede wrote:
 Hi,
 
 This is still a bit rough around the edges, I'll clean it up as
 time permits and then post it upstream.

Hip, Hip Hooray. Thank you. 

How did you pull it off? Did you find documentation somewhere? Or by piecing 
things together?

 
 In the mean time people interested can find $subject here:
 https://github.com/jwrdegoede/u-boot-sunxi/commits/sunxi-wip
 
 ChenYu, this also has a mmc fix which you may find interesting,
 it may explain some of the problems with mmc you've been having
 on both the A80 board, as well as the A31 dev board you've.
 
 Regards,
 
 Hans

-- 
You received this message because you are subscribed to the Google Groups 
linux-sunxi group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[linux-sunxi] Re: Our uboot boards.cfg.

2014-07-23 Thread mike . valk
On Wednesday, July 23, 2014 12:11:21 AM UTC+2, Luc Verhaegen wrote:
 I just had a dig through our boards.cfg, and compared it to our wiki and 
 
 google.
 
 
 
 We have 69 unique devices in there, and i have categorized it according 
 
 to how far along the NDH process they are. The results are pretty 
 
 shocking, especially considering that devices, and android id strings, 
 
 is how people find our wiki and thus our project. If you are not 
 
 convinced, google for cubieboard, and check the third link.
 
 
 
 Ok, no further action required (8):
 
 ---
 
 Auxtek-T004
 
 Ippo_q8h
 
 HCore_HC860
 
 INet_86VZ
 
 INet_K70HC
 
 Linksprite_pcDuino3
 
 Mele_A1000
 
 mk808c_A20- no better name possible at this time.
 
 
 
 Should get renamed in boards.cfg (12):
 
 --
 
 A10-OLinuXino-Lime- Olimex_
 
 A13-OLinuXino - Olimex_
 
 A20-OLinuXino_MICRO   - Olimex_
 
 Cubieboard- Cubietech_
 
 Cubieboard2   - Cubietech_
 
 Cubietruck- Cubietech_
 
 K1001L1C  - Inet_K100C
 
 Mini-X- Pineriver_H24
 
 Mini-X-1Gb- Pineriver_H24_1G
 
 mk802 - Rikomagic_MK802
 
 mk802-1gb - Rikomagic_MK802+
 
 mk802ii   - Rikomagic_MK802ii
 
 
 
 Need work (22):
 
 ---
 
 A10s-OLinuXino-M  - Also rename to Olimex_
 
 A13-OLinuXinoM- Also rename to Olimex_
 
 A20-SOM   - Also rename to Olimex_
 
 Coby_MID7042
 
 Iteaduino_Plus_A10
 
 Iteaduino_Plus_A20
 
 Gooseberry_A721   - Also rename
 
 H6- Also rename to Eearl H1026A
 
 Hackberry - Also rename
 
 Hyundai_A7HD 

I have a Cherry mobility M278 (Rebrand)

I'll try to complete the info. What do you consider the most pressing info 
missing?

Is there a place where we can put original android images?

I'm currently busy working on the http://linux-sunxi.org/A70h; so it may take 
a while.

Cristian Troy and Shaun2029 have been working on CyanogenMod on these A10 
tablets.
http://www.slatedroid.com/topic/37048-rom-cyanogenmod-10/
http://www.slatedroid.com/topic/38700-rom-cyanogenmod-10-tweaks/

Christian extracted a lot of HW blob's should we put those somewhere safe?
http://old.androidfilehost.com/main/Allwinner_A10_Developers/christiantroy/misc/1.2.x/



 
 Interra-3 - Also rename
 
 INet97F-II- Also rename
 
 Megafeis_A08
 
 Mele_A1000G
 
 Mele_A3700
 
 mk802_a10s- Also rename to semitime g2.
 
 PoV_ProTab2_XXL   - Also rename to inet1
 
 qt840a- Also rename to semitime qt840a
 
 Sanei_N90
 
 uhost_u1a - Also rename to smallart uhost1
 
 Wexler_TAB_7200
 
 zatab - Also rename to gemei g9
 
 
 
 Full NDH needed, but rescuable, through google or logic (23):
 
 -
 
 Auxtek-T003
 
 ba10_tv_box
 
 Coby_MID8042
 
 Coby_MID9742
 
 Colombus
 
 DNS_M82
 
 EOMA68_A10
 
 EOMA68_A20
 
 EU3000
 
 Jesurun-Q5
 
 Marsboard_A10
 
 Marsboard_A20
 
 merrii_m2
 
 Mini-X_A10s
 
 mk802ii_A20
 
 pcDuino   - Also Rename.
 
 pengpod1000   - Rebadger.
 
 pengpod700- Rebadger.
 
 PoV_ProTab2_IPS9
 
 PoV_ProTab2_IPS_3g
 
 wobo-i5
 
 xzpad700  - Good luck with that.
 
 OLIMEX-A13-SOM
 
 
 
 Zombies: rescue impossible (4):
 
 ---
 
 A10_MID_1GB
 
 A13_MID
 
 i12-tvbox
 
 r7-tv-dongle
 
 
 
 I find it truly astounding that we have 4 devices in our u-boot where 
 
 no-one except the committer (who might have vanished already) has any 
 
 way of identifying the device. Then, it is just a matter of time before 
 
 several of the 23 full NDH boards can no longer be identified from those 
 
 very unstable chinese websites, and google will not find them anymore 
 
 either.
 
 
 
 If you are not going to let other people use your u-boot board targets, 
 
 why bother filing the patch in the first place?
 
 
 
 http://linux-sunxi.org/New_Device_howto
 
 
 
 Luc Verhaegen.

-- 
You received this message because you are subscribed to the Google Groups 
linux-sunxi group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [linux-sunxi] Re: Our uboot boards.cfg.

2014-07-23 Thread mike . valk
On Wednesday, July 23, 2014 2:36:57 PM UTC+2, Luc Verhaegen wrote:
 On Wed, Jul 23, 2014 at 12:15:07AM -0700, mike.valk wrote:
 
   
 
   Hyundai_A7HD 
 
  
 
  I have a Cherry mobility M278 (Rebrand)
 
  
 
  I'll try to complete the info. What do you consider the most pressing info 
  missing?
 
 
 
 Oh, this is mostly a personal reminder, as i really need to stick 
 
 proper board pictures in there. The insulation on my serial jumper cable 
 
 is broken, i need to resolder it, and then i can make board pictures.
 
 
 
  Is there a place where we can put original android images?
 
 
 
 Under See also, i need to still update the NDH/Example for that.

I meant an actual upload location. 

Like for the original Hyundai A7HD image. That needs to be preserved as the 
original site with the firmware has been removed.

 
 
 
  I'm currently busy working on the http://linux-sunxi.org/A70h; so it 
 
  may take a while.
 
 
 
 I noticed, i just fixed some small things and moved it to Eken A70h, 
 
 which seems as good a name for it as any.

Ack, I was leaning in that direction as well. The Eken site wouldn't work 
yesterday so I couldn't verfy it.

But shouldn't we name is Eken X73 then?

N.B. You have this one as well?

 
 
 
  Cristian Troy and Shaun2029 have been working on CyanogenMod on these A10 
  tablets.
 
  http://www.slatedroid.com/topic/37048-rom-cyanogenmod-10/
 
  http://www.slatedroid.com/topic/38700-rom-cyanogenmod-10-tweaks/
 
  
 
  Christian extracted a lot of HW blob's should we put those somewhere safe?
 
  http://old.androidfilehost.com/main/Allwinner_A10_Developers/christiantroy/misc/1.2.x/
 
 
 
 I'm not sure, ask Emilio Lopez, he's the one who's been doing a lot of 
 
 android work before.
 
 
 
 Luc Verhaegen.

-- 
You received this message because you are subscribed to the Google Groups 
linux-sunxi group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [linux-sunxi] sata multiplier with A20

2014-05-06 Thread mike . valk
On Tuesday, May 6, 2014 8:37:53 AM UTC+2, Hans de Goede wrote:
 Hi,
 
 On 05/05/2014 11:22 PM, hase nase wrote: 
  Hi,
 
  is it possible to use an sata multiplier with a A20 ? I tried it on a 
  cubieboard, but i only got access to sda and no other connected drive
 
 The sata silicon in the sunxi chips claims pmp protocol support

Does the IP support NCQ or only FIS? 

The Marvell Armada 510 supports NCQ, But the IMX6 seems to only support FIS.

 , but
 
 the driver disables it. I've always wondered if this is really necessary,
 but I lack the hardware to test.
 
 You could try building a kernel with the AHCI_HFLAG_NO_PMP flag removed
 
 from the sunxi-ahci driver, and see if the support the silicon claims
 
 maybe actually works.
 
 
 
 Regards,
 
 
 
 Hans

-- 
You received this message because you are subscribed to the Google Groups 
linux-sunxi group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [linux-sunxi] Re: Viewing the camera on the local display

2014-02-07 Thread mike . valk
On Wednesday, February 5, 2014 6:02:02 PM UTC+1, Jon Smirl wrote:
 On Wed, Feb 5, 2014 at 9:01 AM, Enrico - wrote:
 
  Il giorno martedì 4 febbraio 2014 16:29:24 UTC+1, Jon Smirl ha scritto:
 
 
 
  Does anyone have a setup which works for viewing a live image from the
 
  csi camera on the display? Something like cheese?
 
 
 
  I tried doing this on the A20 with non-accelerated video drivers and
 
  the system is not fast enough to keep up with the output from the CSI
 
  camera. Cheese just gives me a black rectangle and lots of errors out
 
  of the camera drivers.
 
 
 
  I want to work on the CSI driver but I need to be able to see what I
 
  am doing.  When the display system isn't fast enough everything gets
 
  complicated because of dropped frames.
 
 
 
  It also doesn't work to save the video stream to SD Card or the
 
  network, neither is fast enough.
 
 
 
 
 
  Did you try saving it to a tmpfs (usually /tmp or /dev/shm) ? That's the
 
  fastest place you can save to.
 
 
 
 Uncompressed video is gigabytes in size

I might be blunt. You want unencoded video output. Cedar and or Cedarus can 
only help with scaling.

When compressed video is played it get's uncompressed resulting in the same 
amount of gigabytes. So those shouldn't be the problem.

I guess the problem is in the path between input and output. If the video 
player taps directly into the CSI stream there shouldn't be a problem.

I guess the issue that the stream gets copied to userspace and than send back 
to kernalspace. Which gets limited by CPU and RAM speed, these perform the copy 
actions and need to track delays, dropping frames, etc.

Generic copy free would require something like DMA access. But such a generic 
userspace connected framework is quite new, DMA-BUF.

For now I guess you are limited to directly encode the output stream before 
playback. Usually the encoders are dirctly, copy free, connected to the 
inputstream. Which limits memory en cpu strain by only needing handle the 
compressed stream

So you need a player that can directly tap into the video stream and deliver it 
copyfree to the output device.

Or a DMA-BUF capable CSI+Display driver and player to match.

Good luck

 
 
 
 
 
 
 
  Enrico
 
 
 
  --
 
  You received this message because you are subscribed to the Google Groups
 
  linux-sunxi group.
 
  To unsubscribe from this group and stop receiving emails from it, send an
 
  email to linux-sunxi+unsubscr...@googlegroups.com.
 
  For more options, visit https://groups.google.com/groups/opt_out.
 
 
 
 
 
 
 
 -- 
 
 Jon Smirl
 

-- 
You received this message because you are subscribed to the Google Groups 
linux-sunxi group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.