Re: [linux-sunxi] Cedrus driver

[Andreas Baierl]

Am 16.11.2017 um 11:13 schrieb Giulio Benetti:

Hello,


Hello,
I'm wondering why cedrus 
https://github.com/FlorentRevest/linux-sunxi-cedrus has never been 
merged with linux-sunxi sunxi-next.


Because it is not ready to be merged. It depends on the v4l2 request 
API, which was not merged and which is re-worked atm.
Also, sunxi-cedrus itself is not in a finished state and is not as 
feature-complete to be merged. Anyway it might be something for 
staging... Has there been a [RFC] on the mailing list at all?

I see it seems to be dead, no commit in 1 year.
Yes, because the author did this during an internship, which ended ... 
Afaik nobody picked up his work yet.

I would like to respawn it and contribute to sunxi-next,

Feel free to work on it...

since we need video acceleration on A20 and A33.


ack.

Regards
rellla

Best 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] arm64 binaries for CedarX codecs

[Andreas Baierl]

Am 11.07.2017 um 09:49 schrieb Paul Kocialkowski:

On Mon, 2017-07-10 at 08:20 +0200, Andreas Baierl wrote:

Am 07.07.2017 um 18:19 schrieb Jonathan Olson:

I see that all the video codecs for the CedarX libraries are
contained in binary libcedar_plugin_venc.so and
libcedar_plugin_vd_others.so.  However the CedarX-12.06.2015
repository only contains 32-bit armv7 libraries.

Are there any 64-bit armv8 CedarX plugin libraries which could work
on the new Allwinner H5?


  This community including its mailing list does not support any CedarX
libraries originating from Allwinner. Please check the wiki, starting
here: http://linux-sunxi.org/Cedar_Engine . Search for "cedrus". This
is what the community is working on/with.
And no, i don't know of any other closed source library blobs from
Allwinner. Allwinner does not care about endusers and software support
either.

Btw, people asking for and using doubtful blobs provided by Allwinner
are one of the reasons, why the open source driver seems to be stalled
for such a long time... As long as everybody is satisfied with
Allwinner stuff, there simply seems to be no need and motivation to
finish that work.

While I agree with you that this attitude goes against creating a strong
incentive for the liberation of the video engine, please keep in mind
that this is a personal decision. It is not very fair to blame someone
because they decided that they need something that works as soon as
possible, for reasons that you totally ignore and do that not concern
you in any way. Please respect other's decisions that primarily affect
themselves, even though they do have a "drop in the ocean" effect on the
big picture.

The community is indeed not providing support for any of the proprietary
mess that comes out of Allwinner, but it is not a reason to be blame
those that wish to use that. Frankly, I find this attitude a bit
disrespectful.
It is indeed a personal decision primarily. And it was not my intention 
to blame anyone at all. It's everybody's own choice to choose the way to 
go forward.
Btw, as i began to start dealing with Allwinner i also used the blobs to 
get XBMC run. I never cared about GPL and the community (which was in 
the beginning, though). I just wanted to have something, that works. As 
soon as possible. But my mind changed during times...


The reason, why i answer on such postings at all is, because i think, 
that there are many people - call them endusers - outside, that do not 
even know about cedrus and about the Allwinner story regarding CedarX at 
all. My only goal is, to draw at least a part of the big picture.


Every individual can do what it wants. Questions like the above pop up 
every ~ half year, but i can't remember any question at all, that states 
like "How is the cedrus open source effort going on? Will there ever be 
a kernel driver for the video engine? I'd prefer that instead of using 
Allwinner blobs. But sadly, for my purpose, i have to go with Allwinner..."


In summary, i should have better answered:
"No, i don't know of any 64bit libraries, but you can try to use 
libvdpau-sunxi. What is your goal at all?"


I did it the other way, but it was not my intention to blame anyone.

Regards
Andreas





--
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] arm64 binaries for CedarX codecs

[Andreas Baierl]

Am 07.07.2017 um 18:19 schrieb Jonathan Olson:
I see that all the video codecs for the CedarX libraries are contained 
in binary libcedar_plugin_venc.so and libcedar_plugin_vd_others.so. 
 However the CedarX-12.06.2015 repository only contains 32-bit armv7 
libraries.


Are there any 64-bit armv8 CedarX plugin libraries which could work on 
the new Allwinner H5?


This community including its mailing list does not support any CedarX 
libraries originating from Allwinner. Please check the wiki, starting 
here: http://linux-sunxi.org/Cedar_Engine . Search for "cedrus". This is 
what the community is working on/with.
And no, i don't know of any other closed source library blobs from 
Allwinner. Allwinner does not care about endusers and software support 
either.


Btw, people asking for and using doubtful blobs provided by Allwinner 
are one of the reasons, why the open source driver seems to be stalled 
for such a long time... As long as everybody is satisfied with Allwinner 
stuff, there simply seems to be no need and motivation to finish that work.


Regards
Andreas


--
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.


--
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] Banana Pi Pro video is not rotated

[Andreas Baierl]

Am 14.03.2016 um 09:20 schrieb Wilson ODB:

Thanks for your info.

Excerpt from the post you mentioned
"If you refer to libvdpau-sunxi, rotating is not implemented atm.
-> https://github.com/linux-sunxi/libvdpau-sunxi/blob/master/rgba.c#L189";

So rotation of video in portrait orientation is not implemented?  Just 
wanna make sure!

It's not implemented.
Here is the answer why it should be hard/impossible to implement that in 
libvdpau-sunxi like the VDPAU API describes it: 
http://thread.gmane.org/gmane.comp.hardware.netbook.arm.sunxi/20389


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] Re: Rotated video playback on A20

[Andreas Baierl]

Am 08.12.2015 um 16:02 schrieb Jens Kuske:

On 08/12/15 15:02, András Ács wrote:

Thanks!
It's actually the libvdpau-sunxi, I got confused by the naming (the
libvdpau-sunxi github page links to https://linux-sunxi.org/Cedrus which
refers to CedarX)

Hi,

the video engine is able to rotate the video while decoding, but its not
possible to export this feature with vdpau.

vdpau doesn't provide the information that it needs a rotated video at
decoding time, but only later at render time. You would have to look
into the future to do rotate at decoding time.
G2D is the only other part that can do rotation afterwards, but g2d
can't read the tiled video engine output, so it can't be used too.
Damn. Thank you Jens. I mixed up sunxi special OSD and Video 
implementation once again ...

Regards
Andreas

Regards,
Jens



On Tuesday, December 8, 2015 at 2:16:17 PM UTC+1, Stefan Monnier wrote:

Can you give advice on how to approach this? Is it at all possible to do
rotation with the CedarX driver?

I'd recommend you try it with the libvdpau-sunxi since it's at least
a code base that is amenable to improvements.


 Stefan




--
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: Rotated video playback on A20

[Andreas Baierl]

If you refer to libvdpau-sunxi, rotating is not implemented atm.
-> https://github.com/linux-sunxi/libvdpau-sunxi/blob/master/rgba.c#L189

Regards
Andreas

Am 08.12.2015 um 15:02 schrieb András Ács:

Thanks!
It's actually the libvdpau-sunxi, I got confused by the naming (the 
libvdpau-sunxi github page links to https://linux-sunxi.org/Cedrus 
which refers to CedarX)


On Tuesday, December 8, 2015 at 2:16:17 PM UTC+1, Stefan Monnier wrote:

> Can you give advice on how to approach this? Is it at all
possible to do
> rotation with the CedarX driver?

I'd recommend you try it with the libvdpau-sunxi since it's at least
a code base that is amenable to improvements.


Stefan

--
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.


--
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] Is this mailing list dead?

[Andreas Baierl]

https://groups.google.com/forum/#!forum/linux-sunxi
Doesn't seem so.

Either you have to be more patient, or you've just asked the wrong 
questions or nobody was able or willing to answer yet.


Regards
Andreas

Am 27.10.2015 um 16:24 schrieb Pavel:
I'm asking here questions about linux-sunxi and didn't get any answers 
at all. Is this mailing list dead?

--
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.


--
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] KMS - VE - Lima

[Andreas Baierl]

Am 22.09.2015 um 17:30 schrieb Maxime Ripard:

Hi,

You can extend that list to the A31 and A23.

Yes, sure. I didn't because I do not own A31 and A23 ;)

A DRM/KMS driver is a quite huge task, that require both some kernel
knowledge and that require a lot of time. This is not something that
we can reasonably expect from someone on his spare time, which is
probably why it failed to go anywhere: people just got bored and moved
to other things.

I worked on this for something like a full month now, and I started to
get some results last week. It's quite minimal for now, it only
supports a single plane, a single pipeline, and on an RGB
output. There's still some glitches and it doesn't display the test
patterns I have, but it actually displays something now. I'd really
like to have something more useful and actually usable in the upcoming
weeks.

Maxime
Nice to hear, that some work is going on here. It's the base for the 
other 2 tasks imho.


Regards
rellla

--
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] KMS - VE - Lima

[Andreas Baierl]

Hi community,

i decided to write a short email to our list in order to ask for the 
status of the mainline effort of display driver, video engine and mali.
First of all, please don't get me wrong. This is no begging mail, it's 
just a try to bring us up-to-date what's going on with these features - 
if any work is planned on this or is even done already.
Giving thanks to the mainlining developers we are at a point, where most 
of the features of the sunxi devices (mostly A10/A20) are supported very 
well in the mainline kernel.


To make these SoCs useable by the brighter mass, e.g. the multimedia or 
the desktop guys, there are "only" the display/video tasks missing.
For what i know, Allwinner was and is still neither interested nor 
actively supporting that efforts in bringing their SoCs mainline. I 
followed that story - especially the GPL thing - nearly from the 
beginning and want to ask, if there is any news in Allwinner's attitude 
regarding this all?
I recognized, that there has already been done some basic (and more or 
less complete) work on each of that tasks by different developers. I 
won't list the names, involved people know them, and something is/was 
listed in our wiki, too.
In summary the basic question is, if these developers intend to finish 
their work at sometime or plan to share their efforts. If not, what are 
the reasons, why this seems to be "paused". Personal mood, Allwinner, 
payment, time? Is there anything that can be done by the community to help?


And, again, i don't beg and i'm not allowed to beg for anything, because 
i  haven't contributed to mainline yet and don't have the skills and 
time to do that atm, at least for the bigger things.
This email is just about trying to give us an update and maybe start a 
little discussion - if anybody wants to do so. Constructive discussion 
for sure :p
If not, please notice, that there is at least one little user that 
honors the work of all contributors.


Regards
Andreas

--
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 3.4 v3] sunxi: disp: Fix bug in scaler csc

[Andreas Baierl]

I want to bring that patch up again, because in the meantime i can add 
my Tested-by to that, because it works as expected.

The patch is needed for correct csc handling (e.g. within libvdpau-sunxi).
Without it, the csc matrix is calculated wrong, when someone wants to 
set bright, contrast, saturation and hue with the display engine ioctls.


So maybe someone can push that to stage/sunxi-3.4

Thanks
Andreas

Am 06.03.2015 um 11:21 schrieb Andreas Baierl:

From: Andreas Baierl 

There is some bogus code, which calculates the variable bright four times.
This typo is corrected.

The code also checks for a valid input value (0-100) and calculates
the correct (rounded) value for bright, contrast, saturation and hue in
the needed range 0-63.

Changes since v2:
Use clamp macro.

Changes since v1:
Use macro DIV_ROUND_CLOSEST for rounding.
Check for valid parameter values (0-100).

Signed-off-by: Andreas Baierl 
---
  drivers/video/sunxi/disp/de_fe.c | 8 
  1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/video/sunxi/disp/de_fe.c b/drivers/video/sunxi/disp/de_fe.c
index 92799a0..54dfe7f 100644
--- a/drivers/video/sunxi/disp/de_fe.c
+++ b/drivers/video/sunxi/disp/de_fe.c
@@ -1382,10 +1382,10 @@ __s32 DE_SCAL_Set_CSC_Coef_Enhance(__u8 sel, __u8 
in_csc_mode,
__u32 i;
__s32 sinv, cosv; /* sin_tab: 7 bit fractional */
  
-	bright = bright * 64 / 100;

-   bright = saturation * 64 / 100;
-   bright = contrast * 64 / 100;
-   bright = hue * 64 / 100;
+   bright = DIV_ROUND_CLOSEST((clamp(bright, 0, 100) * 63), 100);
+   saturation = DIV_ROUND_CLOSEST((clamp(saturation, 0, 100) * 63), 100);
+   contrast = DIV_ROUND_CLOSEST((clamp(contrast, 0, 100) * 63), 100);
+   hue = DIV_ROUND_CLOSEST((clamp(hue, 0, 100) * 63), 100);
  
  	sinv = image_enhance_tab[8 * 12 + (hue & 0x3f)];

cosv = image_enhance_tab[8 * 12 + 8 * 8 + (hue & 0x3f)];


--
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] [ANNOUNCE] Allwinner releasing CedarX open source

[Andreas Baierl]

Hi Kevin,

any progress or comments from Allwinner on this discussion?

Regards
Andreas

Am 19.05.2015 um 02:44 schrieb ke...@allwinnertech.com:

Hi All,

We're proud to announce a new code release today for CedarX. Before 
delving

into the details, I'd like to share some context:








We hope this is helpful to everyone. If not, please let us know how we can
improve. Thanks!


Best Regards,
kevin.z.m


NOTICE: This e-mail and any included attachments are intended only for 
the sole use of named and intended recipient (s) only. If you are the 
named and intended recipient, please note that the information 
contained in this email and its embedded files are confidential and 
privileged. If you are neither the intended nor named recipient, you 
are hereby notified that any unauthorized review, use, disclosure, 
dissemination, distribution, or copying of this communication, or any 
of its contents, is strictly prohibited. Please reply to the sender 
and destroy the original message and all your records of this message 
(whether electronic or otherwise). Furthermore, you should not 
disclose to any other person, use, copy or disseminate the contents of 
this e-mail and/or the documents accompanying it. --
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.


--
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] [ANNOUNCE] Allwinner releasing CedarX open source

[Andreas Baierl]

Hi Kevin,

Am 19.05.2015 um 02:44 schrieb ke...@allwinnertech.com:

Hi All,

We're proud to announce a new code release today for CedarX. Before 
delving

into the details, I'd like to share some context:

i'm glad to see, that AW tries to make a move in the right direction. 
Although steps are not finished.
1. As a growing company, we are doing our best to understand the needs 
of the

open source software community. This is a learning process. We're working
with different people across the Linux development community to better
understand best practices.

2. Open source software development is a collaborative process. It works
because people genuinely want to help others improve and be 
successful. Some
people are new and others help them learn the ropes over time. We hope 
that

this same positive feedback process can be applied to GPL.

With that context, here's an update on our CedarX code release (we welcome
constructive feedback!)

1. New code architecture. Driver has been split into several plugins, one
plugin per video format.
2. GPL-complaint. We have scanned and analyzed the code to ensure that 
there

is no GPL code used or called.
3. Partial CedarX video decoder source code release. MPEG2, MPEG4, 
MJPEG, and

H264 drivers source code available.

I wonder, if you guys have ever recognized 
http://linux-sunxi.org/VE_Register_guide or 
http://linux-sunxi.org/Cedrus from our community wiki.
Most of the registers, that are needed to make the VE (MPEG1/2/4, H264) 
work without the recent source code drop or the old binaries, are known 
already - figured out by reverse engineering.
So, i wonder, why there are still missing register descriptions. For 
example 
https://github.com/allwinner-zh/media-codec/blob/master/sunxi-cedarx/SOURCE/vdecoder/include/veregister.h#L193 
, which are known to deal with the maf deinterlacer.
We hope this is helpful to everyone. If not, please let us know how we 
can improve. Thanks!


Although it's fine and essential to try to resolve the GPL issues by 
publishing the source code, another step to help the open source 
community will be to complete the register documentation, we already 
know in most parts anyway. In addition, there are missing some 
schematics about what versions of the VE is used within which SoC and 
what registers are available or have been altered. The user manuals are 
in genreal a good resource when someone wants to figure out sth about 
the registers, but the Video Engine is sadly completely missing there...


Please also read the other thread 
https://www.mail-archive.com/linux-sunxi@googlegroups.com/msg11469.html 
and think about the statements.


Best Regards,
kevin.z.m


Regards
Andreas


NOTICE: This e-mail and any included attachments are intended only for 
the sole use of named and intended recipient (s) only. If you are the 
named and intended recipient, please note that the information 
contained in this email and its embedded files are confidential and 
privileged. If you are neither the intended nor named recipient, you 
are hereby notified that any unauthorized review, use, disclosure, 
dissemination, distribution, or copying of this communication, or any 
of its contents, is strictly prohibited. Please reply to the sender 
and destroy the original message and all your records of this message 
(whether electronic or otherwise). Furthermore, you should not 
disclose to any other person, use, copy or disseminate the contents of 
this e-mail and/or the documents accompanying it. --
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.


--
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] [PATCH 3.4 v3] sunxi: disp: Fix bug in scaler csc

[Andreas Baierl]

From: Andreas Baierl 

There is some bogus code, which calculates the variable bright four times.
This typo is corrected.

The code also checks for a valid input value (0-100) and calculates
the correct (rounded) value for bright, contrast, saturation and hue in
the needed range 0-63.

Changes since v2:
Use clamp macro.

Changes since v1:
Use macro DIV_ROUND_CLOSEST for rounding.
Check for valid parameter values (0-100).

Signed-off-by: Andreas Baierl 
---
 drivers/video/sunxi/disp/de_fe.c | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/video/sunxi/disp/de_fe.c b/drivers/video/sunxi/disp/de_fe.c
index 92799a0..54dfe7f 100644
--- a/drivers/video/sunxi/disp/de_fe.c
+++ b/drivers/video/sunxi/disp/de_fe.c
@@ -1382,10 +1382,10 @@ __s32 DE_SCAL_Set_CSC_Coef_Enhance(__u8 sel, __u8 
in_csc_mode,
__u32 i;
__s32 sinv, cosv; /* sin_tab: 7 bit fractional */
 
-   bright = bright * 64 / 100;
-   bright = saturation * 64 / 100;
-   bright = contrast * 64 / 100;
-   bright = hue * 64 / 100;
+   bright = DIV_ROUND_CLOSEST((clamp(bright, 0, 100) * 63), 100);
+   saturation = DIV_ROUND_CLOSEST((clamp(saturation, 0, 100) * 63), 100);
+   contrast = DIV_ROUND_CLOSEST((clamp(contrast, 0, 100) * 63), 100);
+   hue = DIV_ROUND_CLOSEST((clamp(hue, 0, 100) * 63), 100);
 
sinv = image_enhance_tab[8 * 12 + (hue & 0x3f)];
cosv = image_enhance_tab[8 * 12 + 8 * 8 + (hue & 0x3f)];
-- 
2.1.4

-- 
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] [PATCH 3.4 v2] sunxi: disp: Fix bug in scaler csc

[Andreas Baierl]

From: Andreas Baierl 

There is some bogus code, which calculates the variable bright four times.
This typo is corrected.

The code also checks for a valid input value (0-100) and calculates
the correct (rounded) value for bright, contrast, saturation and hue in
the needed range 0-63.

Changes since v1:
Use macro DIV_ROUND_CLOSEST for rounding.
Check for valid parameter values (0-100).

Signed-off-by: Andreas Baierl 
---
 drivers/video/sunxi/disp/de_fe.c | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/video/sunxi/disp/de_fe.c b/drivers/video/sunxi/disp/de_fe.c
index 92799a0..0ec7bc9 100644
--- a/drivers/video/sunxi/disp/de_fe.c
+++ b/drivers/video/sunxi/disp/de_fe.c
@@ -1382,10 +1382,10 @@ __s32 DE_SCAL_Set_CSC_Coef_Enhance(__u8 sel, __u8 
in_csc_mode,
__u32 i;
__s32 sinv, cosv; /* sin_tab: 7 bit fractional */
 
-   bright = bright * 64 / 100;
-   bright = saturation * 64 / 100;
-   bright = contrast * 64 / 100;
-   bright = hue * 64 / 100;
+   bright = bright < 0 ? 0 : (bright > 100 ? 63 : 
DIV_ROUND_CLOSEST((bright * 63), 100));
+   saturation = saturation < 0 ? 0 : (saturation > 100 ? 63 : 
DIV_ROUND_CLOSEST((saturation * 63), 100));
+   contrast = contrast < 0 ? 0 : (contrast > 100 ? 63 : 
DIV_ROUND_CLOSEST((contrast * 63), 100));
+   hue = hue < 0 ? 0 : (hue > 100 ? 63 : DIV_ROUND_CLOSEST((hue * 63), 
100));
 
sinv = image_enhance_tab[8 * 12 + (hue & 0x3f)];
cosv = image_enhance_tab[8 * 12 + 8 * 8 + (hue & 0x3f)];
-- 
2.1.4

-- 
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] [PATCH 3.4] sunxi: disp: Fix bug in scaler csc

[Andreas Baierl]

From: Andreas Baierl 

There is some bogus code, which calculates the variable bright four times.
This typo is corrected and also the calculation is adapted to deliver the
right range for bright, contrast, saturation and hue from 0-63.
Before, when the maximum value (100) was given to the function,
calculation returned 64, which is wrong due to the possible range 0-63.

Signed-off-by: Andreas Baierl 
---
 drivers/video/sunxi/disp/de_fe.c | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/video/sunxi/disp/de_fe.c b/drivers/video/sunxi/disp/de_fe.c
index 92799a0..9e4a28f 100644
--- a/drivers/video/sunxi/disp/de_fe.c
+++ b/drivers/video/sunxi/disp/de_fe.c
@@ -1382,10 +1382,10 @@ __s32 DE_SCAL_Set_CSC_Coef_Enhance(__u8 sel, __u8 
in_csc_mode,
__u32 i;
__s32 sinv, cosv; /* sin_tab: 7 bit fractional */
 
-   bright = bright * 64 / 100;
-   bright = saturation * 64 / 100;
-   bright = contrast * 64 / 100;
-   bright = hue * 64 / 100;
+   bright = ((bright * 63) + 50) / 100;
+   saturation = ((saturation * 63) + 50) / 100;
+   contrast = ((contrast * 63) + 50) / 100;
+   hue = ((hue * 63) + 50) / 100;
 
sinv = image_enhance_tab[8 * 12 + (hue & 0x3f)];
cosv = image_enhance_tab[8 * 12 + 8 * 8 + (hue & 0x3f)];
-- 
2.1.4

-- 
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] Question about libvdpau-sunxi

[Andreas Baierl]

Am 20.02.2015 um 16:07 schrieb X3fil:


I was thinking a sort of decode via "-vc" on vdpau and write to 
framebuffer via "-vo" on another device like framebuffer or sdl2, 
btw...Ok



I think this will not work ootb.
See http://mpv.io/manual/master/#video
"vdpau:requires --vo=vdpau or --vo=opengl (Linux only)"

Regards
Andreas


Thanks Andreas!

Simon

Il 20/02/2015 14:52, Andreas Baierl ha scritto:

Am 20.02.2015 um 14:47 schrieb Simo Xefil:


Hello,

I've installed 'libvdpau-sunxi' on an A20 board having mali400 gpu.
Until here all ok. In this way I'm able to play video smooth using 
HW decoding vdpau with mplayer

or mpv.
To do that I need to have an X11 display, or I get an error. Is 
there a way to obtain the same
result sendig the video to framebuffer in a virtual-console without 
X11 or I'm asking something

impossible?
libvdpau-sunxi as vdpau in general depend on X, so no, it's not 
possible to directly access framebuffer.
AFAYK in mplayer the "-vc" is used to set the video codec, and it's 
set-up to be

'ffmpeg12vdpau,ffh264vdpau'.
The "-vo" is used to set the video output device. Following your 
documentation I need to set it to

"vdpau".
Would it be possible to send it so to framebuffer or modified sdl2 
that uses framebuffer?
I know could be more an mplayer/mpv-mailinglist question but it's 
only to know it it's something

that makes sense.

Thanks!

Simon

Regards
Andreas

--
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 
<mailto:linux-sunxi+unsubscr...@googlegroups.com>.

For more options, visit https://groups.google.com/d/optout.


--
You received this message because you are subscribed to a topic in 
the Google Groups "linux-sunxi"

group.
To unsubscribe from this topic, visit
https://groups.google.com/d/topic/linux-sunxi/IlONGzYINYg/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
linux-sunxi+unsubscr...@googlegroups.com 
<mailto:linux-sunxi+unsubscr...@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] Question about libvdpau-sunxi

[Andreas Baierl]

Am 20.02.2015 um 14:47 schrieb Simo Xefil:


Hello,

I've installed 'libvdpau-sunxi' on an A20 board having mali400 gpu.
Until here all ok. In this way I'm able to play video smooth using HW 
decoding vdpau with mplayer or mpv.
To do that I need to have an X11 display, or I get an error. Is there 
a way to obtain the same result sendig the video to framebuffer in a 
virtual-console without X11 or I'm asking something impossible?
libvdpau-sunxi as vdpau in general depend on X, so no, it's not possible 
to directly access framebuffer.
AFAYK in mplayer the "-vc" is used to set the video codec, and it's 
set-up to be 'ffmpeg12vdpau,ffh264vdpau'.
The "-vo" is used to set the video output device. Following your 
documentation I need to set it to "vdpau".
Would it be possible to send it so to framebuffer or modified sdl2 
that uses framebuffer?
I know could be more an mplayer/mpv-mailinglist question but it's only 
to know it it's something that makes sense.


Thanks!

Simon

Regards
Andreas

--
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.


--
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: sunxi-mali and FRAMEBUFFER issues

[Andreas Baierl]

You could look into https://github.com/mittorn/a10disp and simply do a

./a10disp displayoff
./a10disp enablehdmi 

and check if it works.
If so, you can either execute some batch script after you finished 
displaying or put the ioctls into your player's source code.

libvdpau-sunxi for example. It'd be ugly, but maybe a workaround.
Remember, i have not tried that by myself :)

Regards
Andreas

Am 16.02.2015 um 17:07 schrieb Simo Xefil:




Hi Andreas,

Ok, in case that would be the workaround, do you think trying to 
compile a simple program that does exactly that could be a solution to 
refresh a screen after such a behaviour?
Not having experience, I'd try it if that could be a possible solution 
(even if I've no idea where to start :) )


Thank you again,

Simon

Il giorno lunedì 16 febbraio 2015 16:46:19 UTC+1, Andreas Baierl ha 
scritto:


Hi Simon,

i only think, that Allwinner already did a workaround against that
non-screen-clearing issue in their in code.

They do DISP_CMD_HDMI_OFF, DISP_CMD_HDMI_SET_MODE and
DISP_CMD_HDMI_ON after finishing displaying on the framebuffer.
They "reset" the HDMI.
I haven't tested that. So that is just a guess and maybe a hint,
where to look for...

Regards
Andreas

--
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 
<mailto:linux-sunxi+unsubscr...@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: sunxi-mali and FRAMEBUFFER issues

[Andreas Baierl]

Hi Simon,

i only think, that Allwinner already did a workaround against that 
non-screen-clearing issue in their in code.


They do DISP_CMD_HDMI_OFF, DISP_CMD_HDMI_SET_MODE and DISP_CMD_HDMI_ON 
after finishing displaying on the framebuffer.

They "reset" the HDMI.
I haven't tested that. So that is just a guess and maybe a hint, where 
to look for...


Regards
Andreas

Am 16.02.2015 um 16:11 schrieb Simo Xefil:


Hallo Andreas,

Sorry, I'm not totally understanding your answer.
You mean I should replace some part of my drivers recompiling a part 
of what you've linked?


Thanks,
Simon


Il giorno lunedì 16 febbraio 2015 10:12:56 UTC+1, Andreas Baierl ha 
scritto:


I don't know the reason, but i suppose, that issue is the reason,
why Allwinner themselves placed this workaround in their example code:

https://github.com/linux-sunxi/cedarx-libs/blob/master/libcedarv/linux-armhf/sample/render/render.c#L254

<https://github.com/linux-sunxi/cedarx-libs/blob/master/libcedarv/linux-armhf/sample/render/render.c#L254>

A display bug may be a reason for this issue at all.

Regards
Andreas

--
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 
<mailto:linux-sunxi+unsubscr...@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: sunxi-mali and FRAMEBUFFER issues

[Andreas Baierl]

Hello Simon,
Am 13.02.2015 um 18:04 schrieb Simo Xefil:


Hello Siarhei,

First of all thanks for your answer.
Basically, I'm searching a way to let the drivers work properly based 
on the hardware performances.

framebuffer is much more faster, so, for such devices is the best choise.
I'm not asking the driver to handle multi-tasking. Using the 'test' 
program from the terminal (not within X11) I got the same results.
The monitor is not refreshed after the triangle is drawn even if the 
program is already exited.
Back to desktop env, programs like XBMC (A10 fork) or emulators like 
retroarch, compiled to use framebuffer, are working very well, expect 
when you exit the program.
At this point, the last printed image remains on screen. The only way 
I've found until today is to restart lxde or switch between X11 and 
terminal to force a refresh.
With an emulator, where I could need switch between games often, every 
time I quit the game, the image remains impressed and I cannot change it.


I've no idea how to invent a way to force the refresh. If you have an 
idea I would try to investigate in that direction.
I don't expect a finished solution (even it, in case, would be of 
course appreciated). I'd try to find/try by myself, but have no idea 
where to search.


I don't know the reason, but i suppose, that issue is the reason, why 
Allwinner themselves placed this workaround in their example code:

https://github.com/linux-sunxi/cedarx-libs/blob/master/libcedarv/linux-armhf/sample/render/render.c#L254

A display bug may be a reason for this issue at all.

Regards
Andreas

Any suggestion is really welcome :-)

Many thanks!

Simon




Il giorno giovedì 12 febbraio 2015 16:26:25 UTC+1, Siarhei Siamashka 
ha scritto:


On Thu, 12 Feb 2015 06:54:30 -0800 (PST)
Simo Xefil > wrote:

> Il giorno mercoledì 11 febbraio 2015 00:07:58 UTC+1, Simo Xefil
ha scritto:
> >
> > Hello!
> >
> > I've installed the sunxi-mail drivers following the guide
found on
> > http://linux-sunxi.org/Mali_binary_driver
 using
EGL_TYPE=framebuffer. I'm
> > using a Banana-Pi board with a MALI-400 gpu.
> > I need to use it with framebuffer to increase the graph
performances.
> > The compilation works well, but I've noticed a strange behaviour.
> > Running the test utility (make test && test/test) I obtain
correctly the
> > colorful triangle, and here the cli output:
> >
> > EGL Version: "1.4 Linux-r3p0-04rel0"
> > EGL Vendor: "ARM"
> > EGL Extensions: "EGL_KHR_image EGL_KHR image_base
EGL_KHR_image_pixmap
> > EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image
> > EGL_KHR_gl_renderbuffer_image EGL_KHR_reusable_sync
EGL_KHR_fence_sync
> > EGL_KHR_lock_surface EGL_KHR_lock_surface2 "
> > Surface size: 480x480
> > GL Vendor: "ARM"
> > GL Renderer: "Mali-400 MP"
> > GL Version: "OpenGL ES 2.0"
> > GL Extensions: "GL_OES_texture_npot
GL_OES_compressed_ETC1_RGB8_texture
> > GL_OES_standard_derivatives GL_OES_EGL_image GL_OES_depth24
GL_ARM_rgba8
> > GL_ARM_mali_shader_binary GL_OES_depth_texture
GL_OES_packed_depth_stencil
> > GL_EXT_texture_format_BGRA GL_EXT_blend_minmax
> > GL_OES_EGL_image_external GL_OES_EGL_sync
> > GL_EXT_multisampled_render_to_texture GL_EXT_discard_framebuffer
> > GL_OES_get_program_binary GL_EXT_shader_texture_lod "
> >
> >
> >
> > The problem is I cannot exit the test, or better, it kills the
test, but I still
> > have the triangle on screen. I need to switch between two
consoles
> > (i.e. if I'm in console Alt+F1 I need to change Alt+F2 and
then Alt+F1
> > back), only so I obtain a refresh of the view.
> >
> > What could cause the problem?
> >
> > This behaviour happens on any program that uses framebuffer to
redender the
> > images. So, in example, if I exit a program that uses FB, I
need to
> > switch between views to force a refresh.
> >
> >
> > Is there a way to debug it or, better, a solution?
>
> Hello again.
> Sorry if I top post the thread, but seems strange I'm the only
having this
> issue. It happens with different distros as well as on different
boards.
> I would exclude OS or hardware problems.
> If someone suggest me how to debug, would be good.
> A sort of backgroun screen-refresh would be a workaround as
well, but don't
> know how.
> Right after executing the test, the mouse remains visible. I've
tested
> 'xrefresh -black' as well, as found somewhere on the net, but it
doesn't
> rebuild the desktop.
> I've seen the 'test' program is launched and it exits
immediatly, also It's
> not a matter of the program itself.
> Strange is, sometimes the terminal (withing x11) I use to launch
the test
> program, comes back visibl

Re: [linux-sunxi] How do you get the Neal Peacock PengPod1000 to work from the included SD card? Trying a variety of buttons didn't do it...

[Andreas Baierl]

Am 28.01.2015 um 14:41 schrieb Don Saklad:

 Andreas Baierl  writes:
 Am 28.01.2015 um 10:46 schrieb Don Saklad:
 How do you get the Neal Peacock PengPod1000 tablets to work from the 
included SD card?...
 
 As I could not find any Device Page in linux-sunxi.org wiki ...


Button use isn't in related materials at
http://pengpoduse.blogspot.com

This is a somewhat user's blog
Nothing to do with the vendor.


 manufacturer's website is not available ... it will be a problem to
 help you.
 Either get contact to the manufacturer for support, or first try to
 work through
 http://linux-sunxi.org/New_Device_howto
 Chances to get help are better then.
 Regards

To make it clearer:
If you are not working through

http://linux-sunxi.org/New_Device_howto ,

the chances to get help from linux-sunxi community (including this mailing 
list) are very small.

Regards
Andreas





 trying a variety of buttons didn't do it yet:
 . PowerButton
 . VolumeRockerButton
 . ResetButton
 . HomeButton
 . Button combinations
 
 . Holding a couple seconds

 . Holding a few seconds
 . Holding longer
 . Holding even longer
 . Tap Release
 ...?
 
 A handmade instruction sheet indicates:

 "To boot into Linux you must have either a Linux SD card or a
  device flashed with Linux. To boot from the Linux SD, starting
  in Android, insert the card (it will show as 'damaged') and
  reset the device. The screen should be blank for 15-30 seconds
  then boot into Linux."
 
 When from time to time and the few times it works that blank

 screen fails to give a response letting users know it's working
 after following the procedure in the instructions then waiting
 out each attempt that failed over and over!
 
 Any of you kind folks out there adept at it?...




--
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] How do you get the Neal Peacock PengPod1000 to work from the included SD card? Trying a variety of buttons didn't do it...

[Andreas Baierl]

Am 28.01.2015 um 10:46 schrieb Don Saklad:

How do you get the Neal Peacock PengPod1000 tablets to work from the
included SD card?...
As I could not find any Device Page in linux-sunxi.org wiki ... 
manufacturer's website is not available ... it will be a problem to help 
you.
Either get contact to the manufacturer for support, or first try to work 
through http://linux-sunxi.org/New_Device_howto

Chances to get help are better then.

Regards



trying a variety of buttons didn't do it yet:
. PowerButton
. VolumeRockerButton
. ResetButton
. HomeButton
. Button combinations

. Holding a couple seconds
. Holding a few seconds
. Holding longer
. Holding even longer
. Tap Release
...?

A handmade instruction sheet indicates:
"To boot into Linux you must have either a Linux SD card or a device
  flashed with Linux. To boot from the Linux SD, starting in Android,
  insert the card (it will show as 'damaged') and reset the device. The
  screen should be blank for 15-30 seconds then boot into Linux."

When from time to time and the few times it works that blank screen
fails to give a response letting users know it's working after following
the procedure in the instructions then waiting out each attempt that
failed over and over!

Any of you kind folks out there adept at it?... How!?



--
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] Allwinner documentation (hardware datasheet, user manual) for A10, A10s, A13, A20, A31, A31s

[Andreas Baierl]

Hi Kevin,

I need some infos about the deinterlacer in sunxi display engine. Bob 
deinterlacing is working basically.
Is there a possibility to get some info's about these two parameters and 
how to use/ get them:


flag_addr: 
https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.4/include/video/sunxi_disp_ioctl.h#L390
flag_stride: 
https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.4/include/video/sunxi_disp_ioctl.h#L391


There is no (helpful) information in Allwinner Docs or sample code.

Thanks
Andreas

Am 08.10.2014 02:39, schrieb ke...@allwinnertech.com:

Hi, Raanan,

About the A80's manual, there is no a clear time now.
We are trying to make it available as soon as possible.


Best Regards,
kevin.z.m


*From:* RFat 
*Date:* 2014-10-06 20:55
*To:* linux-sunxi@googlegroups.com

*CC:* hen...@henriknordstrom.net
; sh...@allwinnertech.com
; ke...@allwinnertech.com

*Subject:* Re: Re: [linux-sunxi] Allwinner documentation (hardware
datasheet, user manual) for A10, A10s, A13, A20, A31, A31s
Hi Kevin,

Publishing the user manuals will certainly increase Allwinner's
chips popularity.

I was wondering if there is a rough estimate as to when the A80's
manual will be made available?

Thanks!
Raanan

On Monday, September 29, 2014 12:46:53 PM UTC+3,
ke...@allwinnertech.com wrote:

Hi All,

I have put the documents on github, and the url is
https://github.com/allwinner-zh/documents.git

Thanks Simos, Henrik and Luc's suggestion. And other documents
will be upated to here when released.



Best Regards,
kevin.z.m


*From:* HenrikNordström 
*Date:* 2014-09-29 08:46
*To:* linux...@googlegroups.com 
*CC:* sh...@allwinnertech.com ; Meng Zhang

*Subject:* Re: [linux-sunxi] Allwinner documentation
(hardware datasheet, user manual) for A10, A10s, A13, A20,
A31, A31s
sön 2014-09-28 klockan 02:18 +0200 skrev Luc Verhaegen:
> Why didn't someone from Allwinner send these documents
in him/herself?
The current person discussion the matter with Allwiner was
Simos, who is
part of the linux-sunxi community. Allwinner sent current
versions of
the documents to Simos for distribution in the community.
What is wrong?
Mailing the full set of documents as attachments directly
to the
mailinglist is not appropriate. And for some strange and
unknown reason
Allwinner do not appear to have a public document archive
for this kind
of documents themselves, and seems to only distribute them
via email to
their customers when requested.
The real question is why AW do not make the documents
available in
public themselves, and likewise why they do not have a
public git
repository for SDK sources etc (github or elsewhere).
Regards
Henrik

NOTICE: This e-mail and any included attachments are intended
only for the sole use of named and intended recipient (s)
only. If you are the named and intended recipient, please note
that the information contained in this email and its embedded
files are confidential and privileged. If you are neither the
intended nor named recipient, you are hereby notified that any
unauthorized review, use, disclosure, dissemination,
distribution, or copying of this communication, or any of its
contents, is strictly prohibited. Please reply to the sender
and destroy the original message and all your records of this
message (whether electronic or otherwise). Furthermore, you
should not disclose to any other person, use, copy or
disseminate the contents of this e-mail and/or the documents
accompanying it.

--
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.


--
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+unsu

Re: [linux-sunxi] Re: A20 CedarX experience

[Andreas Baierl]

Am 12.12.2014 07:46, schrieb lyc.ac...@gmail.com:

Hi,

I use the library cedarx-libs play video in linux is a problem(such as 
pinkish issue on A20), is there a successful case? about pinkish 
issue,some of the videos, some are not,I think this problem is caused 
by the sort of problem frames,some software encoded output is the sort 
of support frame, and some do not support, I use avidemux software to 
convert avi video to mkv, use cedarx-libs play is normal, there is no 
pinkish issue,but most mkv files have this problem,can you tell me how 
to solve this problem?



Hi,
as a workaround for the pink video, you can try to use the android libs 
via libhybris: 
http://linux-sunxi.org/CedarX/libve#Using_libhybris_wrapped_Android_libraries
There are this known bugs in allwinner blobs. But they aren't removeable 
because of the closed source. And Allwinner themselves does not seem to 
be willing to fix them and provide new libs ...

Regards


On Saturday, October 5, 2013 12:38:37 AM UTC+8, Patrick Wood wrote:

I'm starting this thread to document what is currently known about
the A20's cedarx decoder so it's all in once place.  Some of this
has appeared elsewhere, but as parts of running threads that may
not be easy to pull coherent information from.

I've spent some more time playing with the decoder using various
libraries and tools:

libvecore blobs from https://github.com/linux-sunxi/cedarx-libs
:
./libcedarv/linux-armhf/libvecore/libvecore.so
./libcedarv/linux-armhf2/vdecoder/libve/libvecore.so

Android 4.1 blob from an A20 mk802 stick (libhybris)

cedrus jpeg decoder from https://github.com/jemk/cedrus


The most important, and most mysterious thing is the need to
disable caching for the video data on the A20 in order to get any
of these to work.  This is consistent, as even the jpeg decoder
produces garbled results if the dcache is enabled (and it bypasses
all the blobs) and occurs on on both the 3.3.0 and 3.4.xx kernels.
 It's mysterious because the A20's Android kernel doesn't disable
caching, and videos play just fine with the same blob that fails
with libhybris (note that I'll use the term "fail" to mean
"produces garbled output").  This means that something different
is going on with Android.

None of the blobs above are calling ioctl to flush the cache, and
I don't think it's very likely that the higher level Android video
player code is making ioctls on /dev/cedar_dev.  That means
there's probabaly something different in the Android linux
kernel's initialization.

Another observation is the A20's video decoder cannot operate at
500MHz, notwithstanding the sun7i_cedar.c high water limit.  In
fact, it cannot run reliably at 408MHz (jpeg test fails about 10%
of the time, and all videos experience small pixelation
anomalies).  The A10's decoder also fails at 408MHz (jpeg-test
fails 100% of the time).  Both the A10 and A20's decoders work
fine at 384MHz (but note: only one sample of each chip was
tested).  The 320MHz limit in sun4i_cedar.c actually seems
reasonable for both devices.

Only the Android blob calls ioctl(IOCTL_SET_VE_FREQ), requesting
180MHz for all videos, regardless of resolution or frame rate
(okay, I didn't try a 1FPS video, but 24 and 30FPS both get
180MHz).  (jpeg-test also calls it, but that's under our control.)

On the A10, mali and cedarx share the pll4 clock, requring careful
selection of the pll4 clock rate; on the A20, they currently share
this clock, but it the cedarx module could use pll8 (new to the A20).

Pat

--
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.


--
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] Infrared Remote Control (sunxi-ir)

[Andreas Baierl]

What's your fex like? Did you recognise 
https://github.com/linux-sunxi/sunxi-boards/commit/68acb3b1610a44b9402560623f7e35b7882585e9?


Regards

Am 04.12.2014 14:42, schrieb Simo Xefil:


Hello to all!
I'm trying to debug IR signals on a A20 based board with Arch Linux.
I'm trying to test if I'm able to read values from a remote IR control.
During boot I can recognise the ir as follow:

|

[2.478959]input:sunxi-ir as/devices/virtual/input/input0

|


Looking on the devices I get:

|
# cat /proc/bus/input/devices


I:Bus=0019Vendor=0001Product=0001Version=0100
N:Name="sunxi-ir"
P:Phys=RemoteIR/input1
S:Sysfs=/devices/virtual/input/input0
U:Uniq=
H:Handlers=sysrq rfkill kbd event0
B:PROP=0
B:EV=3
B:KEY=       
fffe



(...)
|



Then, using this command I expect to see some signals:

|
# evtest /dev/input/event0
Inputdriver version is1.0.1
Inputdevice ID:bus 0x19vendor 0x1product 0x1version 0x100
Inputdevice name:"sunxi-ir"
Supportedevents:
Eventtype 0(EV_SYN)
Eventtype 1(EV_KEY)
Eventcode 1(KEY_ESC)
Eventcode 2(KEY_1)
Eventcode 3(KEY_2)
(...)
Eventcode 247(KEY_RFKILL)
Eventcode 248(?)
Eventcode 249(?)
Eventcode 250(?)
Eventcode 251(?)
Eventcode 252(?)
Eventcode 253(?)
Eventcode 254(?)
Eventcode 255(?)
Properties:
Testing...(interrupt to exit)
|


I've tested a PHILIPS remote, no signal, and a SAMSUNG remote. On the 
samsung remote I get values.


|
Event:time 1417698487.436218,type 1(EV_KEY),code 2(KEY_1),value 1
Event:time 1417698487.436227,--EV_SYN 
Event:time 1417698487.959104,type 1(EV_KEY),code 2(KEY_1),value 0
Event:time 1417698487.959113,--EV_SYN 
Event:time 1417698489.688749,type 1(EV_KEY),code 2(KEY_1),value 1
Event:time 1417698489.688757,--EV_SYN 
Event:time 1417698489.989063,type 1(EV_KEY),code 2(KEY_1),value 0
Event:time 1417698489.989070,--EV_SYN 
Event:time 1417698490.761935,type 1(EV_KEY),code 2(KEY_1),value 1
Event:time 1417698490.761947,--EV_SYN 
Event:time 1417698491.069059,type 1(EV_KEY),code 2(KEY_1),value 0
Event:time 1417698491.069065,--EV_SYN 
Event:time 1417698491.961707,type 1(EV_KEY),code 2(KEY_1),value 1
Event:time 1417698491.961715,--EV_SYN 
Event:time 1417698492.269065,type 1(EV_KEY),code 2(KEY_1),value 0
Event:time 1417698492.269072,--EV_SYN 
|

Also the device works. All remote are working used on their own devices.
My goal is to remplicate the signal of a remote command of an 
automatic pellet stove. I would like to clone the signal. The remote 
works on the stove, also it's not a remote issue. Is there a way to 
debug or to know if the remote is incompatible? Reading the 
instructions it's defined as Infra Red. Are there different IR 
signals? I've read that in some cases, values sent above 255 are 
ignored. Could be the case? How in case to solve?


Thanks!

Simon

--
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.


--
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 3.4] sunxi: g2d: handle noop blits

[Andreas Baierl]

Am 23.11.2014 22:04, schrieb Siarhei Siamashka:

On Fri,  7 Nov 2014 04:54:10 -0500
Andreas Baierl  wrote:


From: Andreas Baierl 

Zero area blits are technically valid noops and are requested bay
libvdpau. Return 0 when blit area is zero without performing bogus
calculations.

This reverts commit 3303e27 but also catches the zero values
which were leading to failed calculations.

What kind of failed calculations? Do you mean the suspicious
checks like this:


+if(((para->src_rect.x < 0)&&((-para->src_rect.x) > para->src_rect.w)) ||


There has no following calculation or if-then-else be done at all if 
src_rect.w/h and dst_rect.w/h are zero, because no action has to be 
performed on zero sized src or dst areas?
So catching the zero values at the top with returning 0 would be the 
better solution, as you mentioned further on.

Which do not catch a special case with negative para->src_rect.x where
(-para->src_rect.x == para->src_rect.w) and this causes troubles
further in the function? Or something else?



The above cases should also be catched to avoid doing mixer_blt this 
areas and return 0?

Signed-off-by: Michal Suchanek 
Signed-off-by: Andreas Baierl 
---
  drivers/char/sunxi_g2d/g2d.c | 27 ---
  1 file changed, 20 insertions(+), 7 deletions(-)

diff --git a/drivers/char/sunxi_g2d/g2d.c b/drivers/char/sunxi_g2d/g2d.c
index 288685a..085ace3 100644
--- a/drivers/char/sunxi_g2d/g2d.c
+++ b/drivers/char/sunxi_g2d/g2d.c
@@ -138,8 +138,7 @@ int g2d_blit(g2d_blt * para)
__s32 err = 0;
  
  	/* check the parameter valid */

-if(para->src_rect.w == 0 || para->src_rect.h == 0 ||
-   ((para->src_rect.x < 0)&&((-para->src_rect.x) > para->src_rect.w)) ||
+if(((para->src_rect.x < 0)&&((-para->src_rect.x) > para->src_rect.w)) ||
 ((para->src_rect.y < 0)&&((-para->src_rect.y) > para->src_rect.h)) ||
 ((para->dst_x < 0)&&((-para->dst_x) > para->src_rect.w)) ||
 ((para->dst_y < 0)&&((-para->dst_y) > para->src_rect.h)) ||
@@ -153,6 +152,12 @@ int g2d_blit(g2d_blt * para)
}
else
{
+   if((para->dst_rect.w == 0) || (para->dst_rect.h == 0) ||
+  (para->src_rect.w == 0) || (para->src_rect.h == 0))
+   {
+   printk(KERN_DEBUG "User requested g2d blit on zero 
region\n");

If zero area blits are technically valid and really used, then spamming
the dmesg log is not a really great idea. It may lead to a severe
performance problems.

I agree.

Wouldn't an early check and return 0 (success) be a much better fix?
Maybe something like this:

 if (para->src_rect.w == 0 || para->src_rect.h == 0)
 return 0;
Yes, as mentioned above. What are valid and invalid parameters? In which 
case we should return 0 or -1?


First of all, we have to ensure, that mixer_blt (and the others) are not 
called with a para.src_rect.w(h) == 0 because this may cause problems 
here: 
https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.4/drivers/char/sunxi_g2d/g2d_bsp.c#L759 
?

Correct me, if I'm wrong :p

Regards
Andreas

+   return err;
+   }
if(((para->src_rect.x < 0)&&((-para->src_rect.x) < 
para->src_rect.w)))
{
para->src_rect.w = para->src_rect.w + para->src_rect.x;
@@ -205,8 +210,7 @@ int g2d_fill(g2d_fillrect * para)
__s32 err = 0;
  
  	/* check the parameter valid */

-   if(para->dst_rect.w == 0 || para->dst_rect.h == 0 ||
-  ((para->dst_rect.x < 0)&&((-para->dst_rect.x)>para->dst_rect.w)) ||
+   if(((para->dst_rect.x < 0)&&((-para->dst_rect.x)>para->dst_rect.w)) ||
   ((para->dst_rect.y < 0)&&((-para->dst_rect.y)>para->dst_rect.h)) ||
   ((para->dst_rect.x > 0)&&(para->dst_rect.x > para->dst_image.w - 1)) 
||
   ((para->dst_rect.y > 0)&&(para->dst_rect.y > para->dst_image.h - 1)))
@@ -216,6 +220,11 @@ int g2d_fill(g2d_fillrect * para)
}
else
{
+   if((para->dst_rect.w == 0) || (para->dst_rect.h == 0))
+   {
+   printk(KERN_DEBUG "User requested g2d fill on zero 
region\n");
+   return err;
+   }
if(((para->dst_rect.x < 0)&&((-para->dst_rect.x) < 
para->dst_rect.w)))
{
para->dst_rect.w = para->dst_rect.w + para->dst_rect.x;
@@ -247,9 +256,7 @@ int g2d_stretchblit(g2d_stretchblt * para)
__s32 err = 0;
  
  	/* check the parameter valid */

-if(para->src_rect.w == 0

Re: [linux-sunxi] [PATCH 3.4] sunxi: disp: Fix division by zero.

[Andreas Baierl]

Am 24.11.2014 00:57, schrieb Siarhei Siamashka:

On Thu, 13 Nov 2014 06:27:39 -0500
Andreas Baierl  wrote:


From: Andreas Baierl 

If DISP_CMD_VIDEO_START is called and layer.para.src_win.width = 0,
a division by zero is happening.
This patch is ported from Allwinner's display driver code.
It catches the division by zero by disabling vpp operations if src_win.width < 
1280 and
if src width matches scn width.

Signed-off-by: Andreas Baierl 
---
  drivers/video/sunxi/disp/disp_video.c | 12 +++-
  1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/drivers/video/sunxi/disp/disp_video.c 
b/drivers/video/sunxi/disp/disp_video.c
index aa07364..4d4ac0b 100644
--- a/drivers/video/sunxi/disp/disp_video.c
+++ b/drivers/video/sunxi/disp/disp_video.c
@@ -71,11 +71,13 @@ static __s32 video_enhancement_start(__u32 sel, __u32 id)
/* !!! assume open HDMI before video start */
if (gdisp.screen[sel].output_type == DISP_OUTPUT_TYPE_HDMI) {
scaler_index = gdisp.screen[sel].layer_manage[id].scaler_index;
-   scaleuprate =
-   gdisp.screen[sel].layer_manage[id].para.scn_win.width *
-   2 /
-   gdisp.screen[sel].layer_manage[id].para.src_win.width;
-
+   if ((gdisp.screen[sel].layer_manage[id].para.scn_win.width == 
gdisp.screen[sel].layer_manage[id].para.src_win.width) || 
(gdisp.screen[sel].layer_manage[id].para.src_win.width < 1280)) {
+   scaleuprate = 0;
+   }
+   else
+   {
+   scaleuprate = 
gdisp.screen[sel].layer_manage[id].para.scn_win.width * 2 / 
gdisp.screen[sel].layer_manage[id].para.src_win.width;
+   }
switch (scaleuprate) {
case 0: /* scale down, do noting */
DE_SCAL_Vpp_Enable(scaler_index, 0);

Could the patch be updated to pass the checkpatch.pl test? One of the
lines is clearly too long.

Will do that.


It would be great if the commit message explained who exactly is using
the DISP_CMD_VIDEO_START ioctl and what is the use case where the old
code fails. A brief explanation about what are the "vpp operations" and
why this fix is correct (not just the literal description of the C code
constructs) would also help a lot.
In this case it's used by libvdpau-sunxi. DISP_CMD_VIDEO_START triggers 
some Video Post Processing (VPP) operations, such as luma sharpness level.
The DISP_CMD_VIDEO_* ioctls is the way, Allwinner goes for putting video 
to the fb in their cedarx-libs sample code. DISP_CMD_VIDEO_SET_FB for 
example sets
the new video address to be used for fb copy. These whole video 
operations (including deinterlacing e.g.) are processed in Hal_Set_Frame 
which is done withinn VBlanking.

Hope, I understood that correctly.

If para.src_win.width == 0 because userland doesn't care, we run into a 
division by zero. So the provided fix is that piece of code, which is 
included in allwinner's kernel drops.
It disables these VPP operations by checking, if the para.src_win.width 
is < 1280 which includes the 0. It also does nothing, if src_win.width 
equals scn_win.width.



Obviously, the division by zero in the kernel triggered by the userland
code via an ioctl is not nice. However the old Allwinner code is full of
problems and it does not make much sense wasting time on fixing *all*
of them.

The point is that some of the users are stuck with the old kernels
and don't seem to be motivated to upgrade. Fixing kernel driver bugs
is nice, but relying on the fix to be magically present in all kernels
is way too optimistic. Unless the users can be somehow forced to
upgrade their kernels, keeping workarounds in the userland code
(libvdpau-sunxi?) may be still necessary.

Reviewing/applying patches takes time. With the sunxi-3.4 kernel
patches, this time is just wasted. I'm not very enthusiastic to take
any part in this activity myself, unless the fix is really justified
and needed to address some practical problem.

Thanks.
ACK. I won't read all the code to go fixing it. It's just like fixing 
the things, that occur here and seem to produce some trouble. And this 
one caused trouble because it stops working libvdpau in some cases.
It's surely not the best fix, but better than nothing imo. There should 
not be put too much time in 3.4 but especially the disp code will take 
some time until it appears in mainline. So I think it would be legal to do

some bug fixing in 3.4 at a minimum level.

I will resend a v2 with an updated commit message.

Regards
Andreas

--
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] [PATCH 3.4] sunxi: disp: Fix division by zero.

[Andreas Baierl]

From: Andreas Baierl 

If DISP_CMD_VIDEO_START is called and layer.para.src_win.width = 0,
a division by zero is happening.
This patch is ported from Allwinner's display driver code.
It catches the division by zero by disabling vpp operations if src_win.width < 
1280 and
if src width matches scn width.

Signed-off-by: Andreas Baierl 
---
 drivers/video/sunxi/disp/disp_video.c | 12 +++-
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/drivers/video/sunxi/disp/disp_video.c 
b/drivers/video/sunxi/disp/disp_video.c
index aa07364..4d4ac0b 100644
--- a/drivers/video/sunxi/disp/disp_video.c
+++ b/drivers/video/sunxi/disp/disp_video.c
@@ -71,11 +71,13 @@ static __s32 video_enhancement_start(__u32 sel, __u32 id)
/* !!! assume open HDMI before video start */
if (gdisp.screen[sel].output_type == DISP_OUTPUT_TYPE_HDMI) {
scaler_index = gdisp.screen[sel].layer_manage[id].scaler_index;
-   scaleuprate =
-   gdisp.screen[sel].layer_manage[id].para.scn_win.width *
-   2 /
-   gdisp.screen[sel].layer_manage[id].para.src_win.width;
-
+   if ((gdisp.screen[sel].layer_manage[id].para.scn_win.width == 
gdisp.screen[sel].layer_manage[id].para.src_win.width) || 
(gdisp.screen[sel].layer_manage[id].para.src_win.width < 1280)) {
+   scaleuprate = 0;
+   }
+   else
+   {
+   scaleuprate = 
gdisp.screen[sel].layer_manage[id].para.scn_win.width * 2 / 
gdisp.screen[sel].layer_manage[id].para.src_win.width;
+   }
switch (scaleuprate) {
case 0: /* scale down, do noting */
DE_SCAL_Vpp_Enable(scaler_index, 0);
-- 
2.1.1

-- 
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] [PATCH 3.4] sunxi: g2d: handle noop blits

[Andreas Baierl]

From: Andreas Baierl 

Zero area blits are technically valid noops and are requested bay
libvdpau. Return 0 when blit area is zero without performing bogus
calculations.

This reverts commit 3303e27 but also catches the zero values
which were leading to failed calculations.

Signed-off-by: Michal Suchanek 
Signed-off-by: Andreas Baierl 
---
 drivers/char/sunxi_g2d/g2d.c | 27 ---
 1 file changed, 20 insertions(+), 7 deletions(-)

diff --git a/drivers/char/sunxi_g2d/g2d.c b/drivers/char/sunxi_g2d/g2d.c
index 288685a..085ace3 100644
--- a/drivers/char/sunxi_g2d/g2d.c
+++ b/drivers/char/sunxi_g2d/g2d.c
@@ -138,8 +138,7 @@ int g2d_blit(g2d_blt * para)
__s32 err = 0;
 
/* check the parameter valid */
-if(para->src_rect.w == 0 || para->src_rect.h == 0 ||
-   ((para->src_rect.x < 0)&&((-para->src_rect.x) > para->src_rect.w)) ||
+if(((para->src_rect.x < 0)&&((-para->src_rect.x) > para->src_rect.w)) ||
((para->src_rect.y < 0)&&((-para->src_rect.y) > para->src_rect.h)) ||
((para->dst_x < 0)&&((-para->dst_x) > para->src_rect.w)) ||
((para->dst_y < 0)&&((-para->dst_y) > para->src_rect.h)) ||
@@ -153,6 +152,12 @@ int g2d_blit(g2d_blt * para)
}
else
{
+   if((para->dst_rect.w == 0) || (para->dst_rect.h == 0) ||
+  (para->src_rect.w == 0) || (para->src_rect.h == 0))
+   {
+   printk(KERN_DEBUG "User requested g2d blit on zero 
region\n");
+   return err;
+   }
if(((para->src_rect.x < 0)&&((-para->src_rect.x) < 
para->src_rect.w)))
{
para->src_rect.w = para->src_rect.w + para->src_rect.x;
@@ -205,8 +210,7 @@ int g2d_fill(g2d_fillrect * para)
__s32 err = 0;
 
/* check the parameter valid */
-   if(para->dst_rect.w == 0 || para->dst_rect.h == 0 ||
-  ((para->dst_rect.x < 0)&&((-para->dst_rect.x)>para->dst_rect.w)) ||
+   if(((para->dst_rect.x < 0)&&((-para->dst_rect.x)>para->dst_rect.w)) ||
   ((para->dst_rect.y < 0)&&((-para->dst_rect.y)>para->dst_rect.h)) ||
   ((para->dst_rect.x > 0)&&(para->dst_rect.x > para->dst_image.w - 1)) 
||
   ((para->dst_rect.y > 0)&&(para->dst_rect.y > para->dst_image.h - 1)))
@@ -216,6 +220,11 @@ int g2d_fill(g2d_fillrect * para)
}
else
{
+   if((para->dst_rect.w == 0) || (para->dst_rect.h == 0))
+   {
+   printk(KERN_DEBUG "User requested g2d fill on zero 
region\n");
+   return err;
+   }
if(((para->dst_rect.x < 0)&&((-para->dst_rect.x) < 
para->dst_rect.w)))
{
para->dst_rect.w = para->dst_rect.w + para->dst_rect.x;
@@ -247,9 +256,7 @@ int g2d_stretchblit(g2d_stretchblt * para)
__s32 err = 0;
 
/* check the parameter valid */
-if(para->src_rect.w == 0 || para->src_rect.h == 0 ||
-   para->dst_rect.w == 0 || para->dst_rect.h == 0 ||
-   ((para->src_rect.x < 0)&&((-para->src_rect.x) > para->src_rect.w)) ||
+if(((para->src_rect.x < 0)&&((-para->src_rect.x) > para->src_rect.w)) ||
((para->src_rect.y < 0)&&((-para->src_rect.y) > para->src_rect.h)) ||
((para->dst_rect.x < 0)&&((-para->dst_rect.x) > para->dst_rect.w)) ||
((para->dst_rect.y < 0)&&((-para->dst_rect.y) > para->dst_rect.h)) ||
@@ -263,6 +270,12 @@ int g2d_stretchblit(g2d_stretchblt * para)
}
else
{
+   if((para->dst_rect.w == 0) || (para->dst_rect.h == 0) ||
+  (para->src_rect.w == 0) || (para->src_rect.h == 0))
+   {
+   printk(KERN_DEBUG "User requested g2d stretchblit on 
zero region\n");
+   return err;
+   }
if(((para->src_rect.x < 0)&&((-para->src_rect.x) < 
para->src_rect.w)))
{
para->src_rect.w = para->src_rect.w + para->src_rect.x;
-- 
2.1.1

-- 
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 2/2 3.4] Cleanup sun7i_defconfig based on sun4i_defconfig.

[Andreas Baierl]

Am 31.10.2014 15:58, schrieb Siarhei Siamashka:

On Mon, 13 Oct 2014 06:31:38 -0400
Andreas Baierl  wrote:


From: rellla 

---
  arch/arm/configs/sun7i_defconfig | 1038 +++---
  1 file changed, 69 insertions(+), 969 deletions(-)

Thanks. The unification of the configs is generally a good thing.

Some people may be a bit unhappy about disabling a lot of
drivers though. The sun7i defconfig used to be a "kitchensink"
setup.

Imo it schould be a base config...

Also it looks like a direct copy/paste from the sun4i defconfig.

It is except the PLATFORM config.

At least the most obvious problem is that it disables the SMP
support, and we are now only left with just a single CPU core on
Allwinner A20 devices.

You're right. Sent that in already.

Anything else? It would be nice if people
could test the current 'stage/sunxi-3.4' branch after this patch
have landed and report any other problems.


Also i've sent a patch to enable systemd based systems by default.
Maybe mnemoc can push them by time :)

Thanks
rellla

--
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 3.4] ir: Enable repeated key presses.

[Andreas Baierl]

Sorry for pushing that, but my system time was messed up a bit :p.
Just in case it is missed ...
Regards

Am 07.11.2014 10:27, schrieb Andreas Baierl:

From: Andreas Baierl 

Holding down a key on the remote control is not recognized
by the sunxi_ir driver as a repeated key press.
This commit fixed that issue.

Signed-off-by: Andreas Baierl 
---
  drivers/input/keyboard/sunxi-ir.c | 2 ++
  1 file changed, 2 insertions(+)

diff --git a/drivers/input/keyboard/sunxi-ir.c 
b/drivers/input/keyboard/sunxi-ir.c
index 8b3c5f3..ea08303 100644
--- a/drivers/input/keyboard/sunxi-ir.c
+++ b/drivers/input/keyboard/sunxi-ir.c
@@ -69,6 +69,8 @@ static u32 ir_gpio_hdle;
  #define dprintk(level, fmt, arg...)
  #endif
  
+#define REPORT_REPEAT_KEY_VALUE /* Enables repeated key presses */

+
  /* Registers */
  #define IR_REG(x) (x)
  #define IR0_BASE  (0xf1c21800)


--
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] [PATCH 3.4] ir: Enable repeated key presses.

[Andreas Baierl]

From: Andreas Baierl 

Holding down a key on the remote control is not recognized 
by the sunxi_ir driver as a repeated key press.
This commit fixed that issue.

Signed-off-by: Andreas Baierl 
---
 drivers/input/keyboard/sunxi-ir.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/drivers/input/keyboard/sunxi-ir.c 
b/drivers/input/keyboard/sunxi-ir.c
index 8b3c5f3..ea08303 100644
--- a/drivers/input/keyboard/sunxi-ir.c
+++ b/drivers/input/keyboard/sunxi-ir.c
@@ -69,6 +69,8 @@ static u32 ir_gpio_hdle;
 #define dprintk(level, fmt, arg...)
 #endif
 
+#define REPORT_REPEAT_KEY_VALUE /* Enables repeated key presses */
+
 /* Registers */
 #define IR_REG(x)  (x)
 #define IR0_BASE   (0xf1c21800)
-- 
2.1.1

-- 
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] sunxi-ir ignores repeated key presses

[Andreas Baierl]

Am 12.11.2014 21:28, schrieb nilsnu...@gmail.com:

Someone needs to merge it to 3.4 tree...


I'll send in a patch tomorrow.
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] sunxi-ir ignores repeated key presses

[Andreas Baierl]

Am 12.11.2014 20:27, schrieb nilsnu...@gmail.com:

I have Mele A100(A10) and M3(A20), with identical IR and remotes.

I have followed instructions from this page - http://linux-sunxi.org/LIRC, IR works, but 
"sunxi-ir" ignores long key press  ...
For example - you will have problematic forward/rewind in mplayer .
  
Run "cat /dev/input/you_ir_device" , press key on remote ,then you will see some garbage on display - it means that ir reciever is working.

But if you long press any key on remote, then this garbage will not be repeated.
I have checked remote with my smartphone camera, it sends repeats(flashes).

Also i have tried this kernel module - https://github.com/matzrh/sunxi-lirc/wiki , it works, raw 
"cat" from device shows repeats, but i am stuck with incorrect "irrecord" 
results.

Can community help me to make repeats in sunxi-ir ?

P.S.
affected kernels, that i have tested - 3.4.79, 3.4.103


You can try to insert
"#define REPORT_REPEAT_KEY_VALUE" at the beginning of 
https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.4/drivers/input/keyboard/sunxi-ir.c#L71


It was reported to work and if so, this would be worth a pull request imo.

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.

[linux-sunxi] [PATCH 1/2 3.4] Re-Enable symmetric multiprocessing for sun7i

[Andreas Baierl]

From: Andreas Baierl

Signed-off-by: Andreas Baierl
---
 arch/arm/configs/sun7i_defconfig | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/arch/arm/configs/sun7i_defconfig b/arch/arm/configs/sun7i_defconfig
index be7fedb..ce17398 100644
--- a/arch/arm/configs/sun7i_defconfig
+++ b/arch/arm/configs/sun7i_defconfig
@@ -42,9 +42,11 @@ CONFIG_KARMA_PARTITION=y
 CONFIG_EFI_PARTITION=y
 CONFIG_CFQ_GROUP_IOSCHED=y
 CONFIG_ARCH_SUN7I=y
-CONFIG_SWP_EMULATE=y
 CONFIG_NO_HZ=y
 CONFIG_HIGH_RES_TIMERS=y
+CONFIG_SMP=y
+CONFIG_ARM_ARCH_TIMER=y
+CONFIG_NR_CPUS=2
 CONFIG_PREEMPT=y
 CONFIG_AEABI=y
 CONFIG_HIGHMEM=y
-- 2.1.1

--
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] [PATCH 2/2 3.4] Enable CONFIG_FHANDLE required for systemd >= 209

[Andreas Baierl]

From: Andreas Baierl

Signed-off-by: Andreas Baierl
---
 arch/arm/configs/sun7i_defconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/arm/configs/sun7i_defconfig b/arch/arm/configs/sun7i_defconfig
index ce17398..083b404 100644
--- a/arch/arm/configs/sun7i_defconfig
+++ b/arch/arm/configs/sun7i_defconfig
@@ -2,6 +2,7 @@ CONFIG_EXPERIMENTAL=y
 CONFIG_SYSVIPC=y
 CONFIG_BSD_PROCESS_ACCT=y
 CONFIG_BSD_PROCESS_ACCT_V3=y
+CONFIG_FHANDLE=y
 CONFIG_TASKSTATS=y
 CONFIG_TASK_DELAY_ACCT=y
 CONFIG_TASK_XACCT=y
-- 2.1.1

--
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] HDMI drivers for banana pi for 3.14.6

[Andreas Baierl]

Hi,
there is no display support in mainline kernel.
The latest kernel, that supports display is the sunxi-3.4 kernel of the 
linux-sunxi community.

Regards

Am 03.11.2014 10:55, schrieb Prajosh Premdas:

Hi

I am trying to bring up HDMI support for banana PI on kernel 3.14.6 
and i could not find the HDMI driver.


I find that the drivers are there at:

https://github.com/linux-sunxi/linux-sunxi/blob/lichee-3.0.8-sun4i/drivers/video/sun4i/hdmi/aw/hdmi_core.c

https://github.com/amery/linux-sunxi/tree/import/lichee-3.3/a20-dev/drivers/video/sun7i

for 3.0.8 and 3.3 kernel but not anything after that.

Could any body point to any other source for latest kernel?

Regards
Prajosh Premdas
--
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.


--
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] [PATCH 2/2 3.4] Cleanup sun7i_defconfig based on sun4i_defconfig.

[Andreas Baierl]

From: rellla 

---
 arch/arm/configs/sun7i_defconfig | 1038 +++---
 1 file changed, 69 insertions(+), 969 deletions(-)

diff --git a/arch/arm/configs/sun7i_defconfig b/arch/arm/configs/sun7i_defconfig
index 455ebcc..be7fedb 100644
--- a/arch/arm/configs/sun7i_defconfig
+++ b/arch/arm/configs/sun7i_defconfig
@@ -7,8 +7,6 @@ CONFIG_TASK_DELAY_ACCT=y
 CONFIG_TASK_XACCT=y
 CONFIG_TASK_IO_ACCOUNTING=y
 CONFIG_AUDIT=y
-CONFIG_IRQ_DOMAIN_DEBUG=y
-CONFIG_RCU_FAST_NO_HZ=y
 CONFIG_IKCONFIG=y
 CONFIG_IKCONFIG_PROC=y
 CONFIG_LOG_BUF_SHIFT=19
@@ -18,20 +16,12 @@ CONFIG_CGROUP_DEVICE=y
 CONFIG_CPUSETS=y
 CONFIG_CGROUP_CPUACCT=y
 CONFIG_RESOURCE_COUNTERS=y
-CONFIG_CGROUP_MEM_RES_CTLR=y
-CONFIG_CGROUP_MEM_RES_CTLR_SWAP=y
-CONFIG_CGROUP_MEM_RES_CTLR_KMEM=y
-CONFIG_CGROUP_PERF=y
-CONFIG_CGROUP_SCHED=y
-CONFIG_CFS_BANDWIDTH=y
-CONFIG_RT_GROUP_SCHED=y
 CONFIG_BLK_CGROUP=y
 CONFIG_RELAY=y
 CONFIG_BLK_DEV_INITRD=y
 CONFIG_KALLSYMS_ALL=y
 CONFIG_PERF_COUNTERS=y
 # CONFIG_COMPAT_BRK is not set
-CONFIG_JUMP_LABEL=y
 CONFIG_MODULES=y
 CONFIG_MODULE_FORCE_LOAD=y
 CONFIG_MODULE_UNLOAD=y
@@ -52,30 +42,18 @@ CONFIG_KARMA_PARTITION=y
 CONFIG_EFI_PARTITION=y
 CONFIG_CFQ_GROUP_IOSCHED=y
 CONFIG_ARCH_SUN7I=y
-# CONFIG_CACHE_L2X0 is not set
+CONFIG_SWP_EMULATE=y
 CONFIG_NO_HZ=y
 CONFIG_HIGH_RES_TIMERS=y
-CONFIG_SMP=y
-CONFIG_ARM_ARCH_TIMER=y
-CONFIG_NR_CPUS=2
 CONFIG_PREEMPT=y
 CONFIG_AEABI=y
-# CONFIG_OABI_COMPAT is not set
 CONFIG_HIGHMEM=y
 CONFIG_COMPACTION=y
 CONFIG_KSM=y
-CONFIG_CMDLINE="console=ttyS0,115200 root=/dev/mmc0p1 rw init=/init loglevel=8"
-CONFIG_KEXEC=y
+CONFIG_CMDLINE="mem=448M@0x4000 console=ttyS0,115200"
 CONFIG_CPU_FREQ=y
 CONFIG_CPU_FREQ_STAT=m
-CONFIG_CPU_FREQ_DEFAULT_GOV_FANTASY=y
-CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
-CONFIG_CPU_FREQ_GOV_POWERSAVE=m
-CONFIG_CPU_FREQ_GOV_USERSPACE=m
-CONFIG_CPU_FREQ_GOV_ONDEMAND=y
-CONFIG_CPU_FREQ_GOV_INTERACTIVE=y
-CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m
-CONFIG_CPU_FREQ_USR_EVNT_NOTIFY=y
+CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y
 CONFIG_CPU_FREQ_DVFS=y
 CONFIG_CPU_IDLE=y
 CONFIG_VFP=y
@@ -83,298 +61,41 @@ CONFIG_NEON=y
 CONFIG_BINFMT_MISC=y
 CONFIG_PM_RUNTIME=y
 CONFIG_PM_DEBUG=y
+CONFIG_NET=y
 CONFIG_PACKET=y
 CONFIG_UNIX=y
 CONFIG_XFRM_USER=y
 CONFIG_NET_KEY=y
 CONFIG_INET=y
 CONFIG_IP_MULTICAST=y
-CONFIG_IP_ADVANCED_ROUTER=y
-CONFIG_IP_FIB_TRIE_STATS=y
-CONFIG_IP_MULTIPLE_TABLES=y
-CONFIG_IP_ROUTE_MULTIPATH=y
-CONFIG_IP_ROUTE_VERBOSE=y
-CONFIG_IP_PNP=y
-CONFIG_IP_PNP_DHCP=y
-CONFIG_IP_PNP_BOOTP=y
-CONFIG_IP_PNP_RARP=y
 CONFIG_NET_IPIP=y
-CONFIG_NET_IPGRE_DEMUX=m
-CONFIG_NET_IPGRE=m
-CONFIG_NET_IPGRE_BROADCAST=y
 CONFIG_IP_MROUTE=y
-CONFIG_IP_MROUTE_MULTIPLE_TABLES=y
 CONFIG_IP_PIMSM_V1=y
 CONFIG_IP_PIMSM_V2=y
-CONFIG_ARPD=y
 CONFIG_SYN_COOKIES=y
 CONFIG_INET_AH=y
 CONFIG_INET_ESP=y
 CONFIG_INET_IPCOMP=y
-CONFIG_INET_DIAG=m
-CONFIG_INET_UDP_DIAG=m
-CONFIG_TCP_CONG_ADVANCED=y
-CONFIG_TCP_CONG_BIC=y
-CONFIG_TCP_CONG_WESTWOOD=y
-CONFIG_TCP_CONG_HTCP=y
-CONFIG_TCP_CONG_HSTCP=y
-CONFIG_TCP_CONG_HYBLA=y
-CONFIG_TCP_CONG_SCALABLE=y
-CONFIG_TCP_CONG_LP=y
-CONFIG_TCP_CONG_VENO=y
-CONFIG_TCP_CONG_YEAH=y
-CONFIG_TCP_CONG_ILLINOIS=y
-CONFIG_TCP_MD5SIG=y
-CONFIG_IPV6=y
-CONFIG_IPV6_PRIVACY=y
-CONFIG_IPV6_ROUTER_PREF=y
-CONFIG_IPV6_ROUTE_INFO=y
-CONFIG_IPV6_OPTIMISTIC_DAD=y
-CONFIG_INET6_AH=m
-CONFIG_INET6_ESP=m
-CONFIG_INET6_IPCOMP=m
-CONFIG_IPV6_MIP6=m
-CONFIG_INET6_XFRM_MODE_TRANSPORT=m
-CONFIG_INET6_XFRM_MODE_TUNNEL=m
-CONFIG_INET6_XFRM_MODE_BEET=m
-CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m
-CONFIG_IPV6_SIT=m
-CONFIG_IPV6_SIT_6RD=y
-CONFIG_IPV6_TUNNEL=m
-CONFIG_IPV6_MULTIPLE_TABLES=y
-CONFIG_IPV6_SUBTREES=y
-CONFIG_IPV6_MROUTE=y
-CONFIG_IPV6_MROUTE_MULTIPLE_TABLES=y
-CONFIG_IPV6_PIMSM_V2=y
+# CONFIG_INET_DIAG is not set
+# CONFIG_IPV6 is not set
 # CONFIG_ANDROID_PARANOID_NETWORK is not set
 CONFIG_NETWORK_SECMARK=y
-CONFIG_NETWORK_PHY_TIMESTAMPING=y
-CONFIG_NETFILTER=y
-CONFIG_NF_CONNTRACK=m
-CONFIG_NF_CONNTRACK_SECMARK=y
-CONFIG_NF_CONNTRACK_ZONES=y
-CONFIG_NF_CONNTRACK_EVENTS=y
-CONFIG_NF_CONNTRACK_TIMEOUT=y
-CONFIG_NF_CONNTRACK_TIMESTAMP=y
-CONFIG_NF_CT_PROTO_DCCP=m
-CONFIG_NF_CT_PROTO_SCTP=m
-CONFIG_NF_CT_PROTO_UDPLITE=m
-CONFIG_NF_CONNTRACK_AMANDA=m
-CONFIG_NF_CONNTRACK_FTP=m
-CONFIG_NF_CONNTRACK_H323=m
-CONFIG_NF_CONNTRACK_IRC=m
-CONFIG_NF_CONNTRACK_NETBIOS_NS=m
-CONFIG_NF_CONNTRACK_SNMP=m
-CONFIG_NF_CONNTRACK_PPTP=m
-CONFIG_NF_CONNTRACK_SANE=m
-CONFIG_NF_CONNTRACK_SIP=m
-CONFIG_NF_CONNTRACK_TFTP=m
-CONFIG_NF_CT_NETLINK=m
-CONFIG_NF_CT_NETLINK_TIMEOUT=m
-CONFIG_NETFILTER_TPROXY=m
-CONFIG_NETFILTER_XT_SET=m
-CONFIG_NETFILTER_XT_TARGET_AUDIT=m
-CONFIG_NETFILTER_XT_TARGET_CHECKSUM=m
-CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m
-CONFIG_NETFILTER_XT_TARGET_CONNMARK=m
-CONFIG_NETFILTER_XT_TARGET_CONNSECMARK=m
-CONFIG_NETFILTER_XT_TARGET_CT=m
-CONFIG_NETFILTER_XT_TARGET_DSCP=m
-CONFIG_NETFILTER_XT_TARGET_IDLETIMER=m
-CONFIG_NETFILTER_XT_TARGET_LED=m
-CONFIG_NETFILTER_XT_TARGET_LOG=m
-CONFIG_NETFILTER_XT_TARGET_MARK=m
-CONFIG_NETFILTER_XT_TARGET_NFLOG=m
-CONFIG_NETFIL

[linux-sunxi] [PATCH 0/2 3.4] defconfigs: Fix sun4i-defconfig and sun7i_defconfig

[Andreas Baierl]

From: rellla 

rellla (2):
  Sunxi SATA driver should be built in-kernel in order to allow root
filesystems on sata per default.
  Cleanup sun7i_defconfig based on sun4i_defconfig.

 arch/arm/configs/sun4i_defconfig |2 +-
 arch/arm/configs/sun7i_defconfig | 1038 +++---
 2 files changed, 70 insertions(+), 970 deletions(-)

-- 
2.1.1

-- 
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] [PATCH 1/2 3.4] Sunxi SATA driver should be built in-kernel in order to allow root filesystems on sata per default.

[Andreas Baierl]

From: rellla 

---
 arch/arm/configs/sun4i_defconfig | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/arm/configs/sun4i_defconfig b/arch/arm/configs/sun4i_defconfig
index 4e6f9fc..06b6fa6 100644
--- a/arch/arm/configs/sun4i_defconfig
+++ b/arch/arm/configs/sun4i_defconfig
@@ -115,7 +115,7 @@ CONFIG_BLK_DEV_SR_VENDOR=y
 CONFIG_SCSI_MULTI_LUN=y
 CONFIG_ATA=y
 CONFIG_SATA_AHCI_PLATFORM=y
-CONFIG_SW_SATA_AHCI_PLATFORM=m
+CONFIG_SW_SATA_AHCI_PLATFORM=y
 CONFIG_NETDEVICES=y
 CONFIG_SUNXI_EMAC=y
 CONFIG_PHYLIB=y
-- 
2.1.1

-- 
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] [PATCH] sunxi-boards: a20-cubieboard2, a20-cubietruck: Fix ir GPIO

[Andreas Baierl]

From: rellla 

Parameter ir_rx must be called ir0_rx. Otherwise no input is recognized.

Signed-off-by: rellla 
---
 sys_config/a20/cubieboard2.fex | 2 +-
 sys_config/a20/cubietruck.fex  | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/sys_config/a20/cubieboard2.fex b/sys_config/a20/cubieboard2.fex
index c8c9c74..ade2f83 100644
--- a/sys_config/a20/cubieboard2.fex
+++ b/sys_config/a20/cubieboard2.fex
@@ -888,7 +888,7 @@ leds_trigger_2 = "heartbeat"
 
 [ir_para]
 ir_used = 1
-ir_rx = port:PB04<2>
+ir0_rx = port:PB04<2>
 
 [pmu_para]
 pmu_used = 1
diff --git a/sys_config/a20/cubietruck.fex b/sys_config/a20/cubietruck.fex
index 5d7f085..7f8ec02 100644
--- a/sys_config/a20/cubietruck.fex
+++ b/sys_config/a20/cubietruck.fex
@@ -874,7 +874,7 @@ switch_used = 1
 
 [ir_para]
 ir_used = 1
-ir_rx = port:PB04<2>
+ir0_rx = port:PB04<2>
 
 [pmu_para]
 pmu_used = 1
-- 
2.1.1

-- 
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] Creating a new device page

[Andreas Baierl]

Am 24.09.2014 08:13, schrieb Andreas Baierl:


Am 24.09.2014 07:47, schrieb pirpi.12...@gmail.com:
On Tuesday, September 23, 2014 5:46:47 PM UTC+5:30, Andreas Baierl 
wrote:


Thanks Andreas Baierl. I read the page. Now, according to the post in 
https://groups.google.com/forum/#!searchin/linux-sunxi/create$20new$20device$20page/linux-sunxi/3yCi9KNMY4k/srrxXdQXx8QJ 
by Luc Verhaegen, I didn't find the 'Create' link in 
http://linux-sunxi.org/Manufacturer_Device ?
Also, my android tab is pre-rooted. Do I have to follow the same 
procedure as mentioned in NDH ?


Regards

Forget this page. This mailing list post is from Apr 17, 2014! It's 
outdated.

Read http://linux-sunxi.org/New_Device_howto and follow the instructions.
Btw, there are some hints on 
http://linux-sunxi.org/Manufacturer_Device, in the case you landed there.


Regards

Addition: I can't find any link to 
http://linux-sunxi.org/Manufacturer_Device in the New Device Pages or 
Howtos in the wiki. So ...


--
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] Creating a new device page

[Andreas Baierl]

Am 24.09.2014 07:47, schrieb pirpi.12...@gmail.com:

On Tuesday, September 23, 2014 5:46:47 PM UTC+5:30, Andreas Baierl wrote:

Thanks Andreas Baierl. I read the page. Now, according to the post in 
https://groups.google.com/forum/#!searchin/linux-sunxi/create$20new$20device$20page/linux-sunxi/3yCi9KNMY4k/srrxXdQXx8QJ
 by Luc Verhaegen, I didn't find the 'Create' link in 
http://linux-sunxi.org/Manufacturer_Device ?
Also, my android tab is pre-rooted. Do I have to follow the same procedure as 
mentioned in NDH ?

Regards

Forget this page. This mailing list post is from Apr 17, 2014! It's 
outdated.

Read http://linux-sunxi.org/New_Device_howto and follow the instructions.
Btw, there are some hints on http://linux-sunxi.org/Manufacturer_Device, 
in the case you landed there.


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] Creating a new device page

[Andreas Baierl]

Hello,
start reading here http://linux-sunxi.org/New_Device_howto and be sure 
to follow this howto.

Regards

Am 23.09.2014 14:12, schrieb pirpi.12...@gmail.com:

Hi all,

I am new to this group. I want to add a new device for support. I am searching 
for create link in http://linux-sunxi.org/Manufacturer_Device and did not find 
it.



--
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: http://linux-sunxi.org/XBMC and video issue

[Andreas Baierl]

It's me :)
Thanks for providing the samples.

Regards
rellla

Am 27.08.2014 17:01, schrieb Roberto Alcântara:

1080i i'm sure I can. I will do it later and send url.

I talked with rella yesterday and he gave me tips to look A10 render 
code in XBMC to try to solve the problem. I will try to fix and let 
available the logs.


cheers,
 - Roberto


On Wed, Aug 27, 2014 at 11:36 AM, Andreas Baierl <mailto:l...@imkreisrum.de>> wrote:


Roberto,

do you have the possibility to provide DVB streams 576i, 1080i and
720p online?

And which issue do you run into? Log?

Regards
Andreas

Am 27.08.2014 16:15, schrieb Roberto Alcântara:

Is not clear for me the differences between them.

But between awsomA20 and cubieboard2 I can't see anything with
affects video rendering.

I'm decoding h.264 1080i inside MPEG2 TS from my digital tv
device (ISDB-T) smooth. But crashing after some time, i'm working
to try to solve this issue.

I was using this video to test 720p and was fine (I will retest
today before a few changes I made):
http://www.dvdloc8.com/clip.php?movieid=12167&clipid=1
I will test again with 1080p h264 trailer too.

Cheers,
 - Roberto


On Wed, Aug 27, 2014 at 11:00 AM, X3fil mailto:xe...@xefil.com>> wrote:


BananaPI is similar to CubieBoard2 as well, but maybe not so...
XBMC is not working smooth with internal player :(
On Gotham-A10 it's better, but not smooth as expected/needed.

Simon


Il 27/08/2014 15:54, Roberto Alcântara ha scritto:

I'm using a AwSOM A20 module/development kit, but it is
like CubieBoard2.




  - Roberto


On Wed, Aug 27, 2014 at 10:48 AM, X3fil mailto:xe...@xefil.com> <mailto:xe...@xefil.com
<mailto:xe...@xefil.com>>> wrote:


On which board/system?

Il 27/08/2014 15:37, Roberto Alcântara ha scritto:

Thank you ! I will take a look this version too.

I'm using rella fork
(https://github.com/rellla/__xbmca10
<https://github.com/rellla/xbmca10>) for now
running great h264 1080p but

crashing after 2~4h.

Cheers,
   - Roberto


   - Roberto


On Wed, Aug 27, 2014 at 10:29 AM, X3fil
mailto:xe...@xefil.com>
<mailto:xe...@xefil.com <mailto:xe...@xefil.com>>
<mailto:xe...@xefil.com <mailto:xe...@xefil.com>
<mailto:xe...@xefil.com <mailto:xe...@xefil.com>>>> wrote:


 This:
https://github.com/warped-rudi/xbmc/tree/Gotham-A10
   
<https://github.com/warped-__rudi/xbmc/tree/Gotham-A10>



   
 <https://github.com/warped-__rudi/xbmc/tree/Gotham-A10
   
<https://github.com/warped-rudi/xbmc/tree/Gotham-A10>>


 Cheers,

 Simon

 Il 27/08/2014 15:10, Roberto Alcântara ha
scritto:

 what XBMC version (repository) are you using?

 Thank you !
  - Roberto


  - Roberto


 On Wed, Aug 27, 2014 at 9:33 AM, X3fil mailto:xe...@xefil.com> <mailto:xe...@xefil.com
<mailto:xe...@xefil.com>>
<mailto:xe...@xefil.com <mailto:xe...@xefil.com>
<mailto:xe...@xefil.com <mailto:xe...@xefil.com>>>
   <mailto:xe...@xefil.com <mailto:xe...@xefil.com>
<mailto:xe...@xefil.com <mailto:xe...@xefil.com>>
<mailto:xe...@xefil.com <mailto:xe...@xefil.com>
<mailto:xe...@xefil.com <mailto:xe...@xefil.com>>>>> wrote:


I'm on 3.4.90 (armv7l):

Distributor ID: Ubuntu
Description:   Ubuntu 14.04.1 LTS
Release:   14.04
Codename:  trusty

Simon

Il 27/08/2014 13:54, Roberto Alcântara ha scritto:

Guys,

What version from kernel and XBMC are you using ?


   - Roberto


On Tue, Aug 26, 2014 at 5:41 AM, X3fil
mailto:xe...@xefil.com>
<mailto:xe...@xefil.com <mailto:xe...@xefil.com>>
<mailto:xe...@xefil.com <mailto:xe...@xefil.com>
<mailto:xe...@xefil.com <mailto:xe...@xefil.com>>>
 <mailto:xe...@xefil.com <mailto:xe...@xefil.com>
<mailto:xe...@xefil.com <mailto:xe...@xefil.com>>
 

Re: [linux-sunxi] Re: http://linux-sunxi.org/XBMC and video issue

[Andreas Baierl]

Roberto,

do you have the possibility to provide DVB streams 576i, 1080i and 720p 
online?


And which issue do you run into? Log?

Regards
Andreas

Am 27.08.2014 16:15, schrieb Roberto Alcântara:

Is not clear for me the differences between them.

But between awsomA20 and cubieboard2 I can't see anything with affects 
video rendering.


I'm decoding h.264 1080i inside MPEG2 TS from my digital tv device 
(ISDB-T) smooth. But crashing after some time, i'm working to try to 
solve this issue.


I was using this video to test 720p and was fine (I will retest today 
before a few changes I made): 
http://www.dvdloc8.com/clip.php?movieid=12167&clipid=1

I will test again with 1080p h264 trailer too.

Cheers,
 - Roberto


On Wed, Aug 27, 2014 at 11:00 AM, X3fil > wrote:



BananaPI is similar to CubieBoard2 as well, but maybe not so...
XBMC is not working smooth with internal player :(
On Gotham-A10 it's better, but not smooth as expected/needed.

Simon


Il 27/08/2014 15:54, Roberto Alcântara ha scritto:

I'm using a AwSOM A20 module/development kit, but it is like
CubieBoard2.




  - Roberto


On Wed, Aug 27, 2014 at 10:48 AM, X3fil mailto:xe...@xefil.com> >> wrote:


On which board/system?

Il 27/08/2014 15:37, Roberto Alcântara ha scritto:

Thank you ! I will take a look this version too.

I'm using rella fork (https://github.com/rellla/__xbmca10
) for now running
great h264 1080p but

crashing after 2~4h.

Cheers,
   - Roberto


   - Roberto


On Wed, Aug 27, 2014 at 10:29 AM, X3fil
mailto:xe...@xefil.com>
>




   
 >

 Cheers,

 Simon

 Il 27/08/2014 15:10, Roberto Alcântara ha scritto:

 what XBMC version (repository) are you using?

 Thank you !
- Roberto


- Roberto


 On Wed, Aug 27, 2014 at 9:33 AM, X3fil
mailto:xe...@xefil.com>
>

>>
  > 

wrote:


  I'm on 3.4.90 (armv7l):

  Distributor ID: Ubuntu
  Description: Ubuntu 14.04.1 LTS
  Release: 14.04
  Codename:  trusty

  Simon

  Il 27/08/2014 13:54, Roberto Alcântara
ha scritto:

  Guys,

  What version from kernel and XBMC
are you using ?


 - Roberto


  On Tue, Aug 26, 2014 at 5:41 AM,
X3fil mailto:xe...@xefil.com>
>

>>
  > 
 > 
>>

>
  > wrote:


 Hello!

   I was able to

Re: [linux-sunxi] http://linux-sunxi.org/XBMC and video issue

[Andreas Baierl]

Hi,

Am 21.08.2014 12:21, schrieb Simo Xefil:


Hello to all,

I've followed your instructions posted on http://linux-sunxi.org/XBMC 
to install XBMC on a board A20 based. It's a BananaPI 
device: http://www.lemaker.org/.


I'm noticing a strange behavior. Using an external player, mplayer, in 
XBMC the video flickers.
Using external players is neither part of this XBMC implementation nor 
described in the wiki. So it's supposed to be a mess. Surely there will 
be problems with XBMC<->Display<->X11. No priorities, threads, clean 
free-ups 

(native player doesn't support HW acceleration)

But it should kind of. That's why the wiki and XBMCA10 was made.
I'm not posting this on XBMC forum because I think it could be a 
driver issue.
It IS, because xbmca10 is POC and not ready for production usage. It 
needs a LOT of improvement.
I'm not proof with the FEX settings, framebuffer vs x11 or sunxi 
libraries settings.
I've installed sunxi-vdpau, libump and then XBMC. using mplayer from 
the command line, all works well. Using it from within XBMC not.


The result is shown here:

https://www.youtube.com/watch?v=_ZVKLcD8Ec4

Even on exit from XBMC sometimes it hangs and sometimes i need to move 
the mouse to clean the desktop and see the desktop again.


I've tested this on a Lubuntu distro and on a Fedora 20 distro as 
well, fresh installed on my ARMhf BananaPi board.


Any suggestion? I've no idea where to investigate... :(
Remember, xbmca10 is a buggy messed up POC thing which wasn't improved 
for months (or years?)
The only thing you can do is to do some investigations in the xbmca10 
source code and try to fix it yourself. Or wait until someone wants to 
do that. But this would probably not happen with the closed source binaries.
Probably you can take a look at 
https://github.com/warped-rudi/xbmc/tree/Gotham-A10
This is the xbmc fork wich is used in openbricks. I never tried it 
myself, but it may be worth a try as it seems not to be too outdated and 
used in a recent distribution.

Thank's a lot!

Simon

Regards
Andreas

--
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.


--
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] A20: using disp device to convert YUV to RGB

[Andreas Baierl]

Try digging into 
https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.4/include/video/sunxi_disp_ioctl.h 
to see what params __disp_scaler_para_t can contain. The only way to 
find this out will be reading source code imho.

Regards

Am 30.07.2014 12:51, schrieb li:

Hi all,

jemk told me 
http://linux-sunxi.org/Sunxi_disp_driver_interface/IOCTL#Scaler_IOCTLs can 
be used to convert YUV to RGB,
but i don't know how to set the scaler parameter, does anyone have a 
demo? please give me a help, thank you very much.


Best Regards,
stone



--
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.


--
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] XBMC - Compiling issues and startup problems

[Andreas Baierl]

Am 07.07.2014 17:47, schrieb Simo Xefil:


Hi Andreas,

Was only asking how choose which sunxi-mali version is to choose based 
on a given board or hardware, to understand how it works. I'll ask the 
vendor as well, but I would like to understant which HW is supported 
by sunxi-mai and how to choose the right version, independently from 
the board choosen.

Ty anyway,

Simon
It doesn't matter which version you choose. As long as your board has a 
Mali400. https://github.com/linux-sunxi/sunxi-mali-proprietary contains 
binary blobs, which are collected from various places  
https://github.com/linux-sunxi/sunxi-mali contains the build system and 
the corresponding headers to build something which depends on the 
binaries. The version of the userspace binary has to match the male 
kernel driver version.
In our Kernel https://github.com/linux-sunxi/linux-sunxi there is 
version r3p0 used. Because i don't know anything about the kernel which 
lemaker is providing, i can't tell you which version to use. Also 
without a .config I don't even know, if the kernel is supporting mali at 
all.
You can kick out lemaker's kernel, build your own linux-sunxi kernel and 
be happy in the end. Probably.


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] XBMC - Compiling issues and startup problems

[Andreas Baierl]

Ask your vendor for the kernel sources! linux-sunxi mailing list is not 
the right place for doing user support for board manufacturers, that 
don't provide kernel sources.

Regards

Am 07.07.2014 16:59, schrieb Simo Xefil:

Hallo Andrea,

How can I understand which version (you said r3p0 mali) is to be used 
with my board? Is there a reference page?
In addiction, based on the installed kernel, could in compile only the 
mali driver and add it as external module? Do I need to recompile the 
whole kernel?


Thank you for the support!!

Simon

Il giorno lunedì 7 luglio 2014 08:47:42 UTC+2, Andreas Baierl ha scritto:

Hello,

you have to ensure
1) that mali kernel module is available within your kernel either
as a module or compiled in
So if there is neither a /dev/mali nor or kernel module, contact
your lemaker for further help. They haven't released any kernel
sources until now afaik. So I won't try to help anymore, until
they will do that btw.
2) mali kernel driver does match the ABI of the userspace binary.
In the case your board is using a linux-sunxi kernel, this will be
r3p0
Without mali, you will not be able to do a next step towards xbmc.

Regards


Am 04.07.2014 17:23, schrieb Simo Xefil:


Hello,

I'm here again, searching for help. I've purchased a banana-pi
board based on AllWinner A20 chip.
I'm trying to compile XBMC following your instructions
(http://linux-sunxi.org/XBMC) on a BananaPI device
(http://www.lemaker.org/) with Lubuntu provided by the
constructor:
http://www.lemaker.org/index.php?m=content&c=index&a=show&catid=9&id=38

<http://www.lemaker.org/index.php?m=content&c=index&a=show&catid=9&id=38>

|
root@lemaker:~# cat /etc/debian_version
jessie/sid
root@lemaker:~# lsb_release -a
NoLSB modules are available.
DistributorID:Ubuntu
Description:Ubuntu14.04LTS
Release:14.04
Codename:  trusty

root@lemaker:~# lshw
lemaker
description: Computer
width: 32 bits
  *-core
   description: Motherboard
   physical id: 0
 *-memory
  description: System memory
  physical id: 0
  size: 873MiB
 *-cpu
  physical id: 1
  bus info: cpu@0
  size: 912MHz
  capacity: 912MHz
  capabilities: cpufreq
  *-network
   description: Ethernet interface
   physical id: 1
   logical name: eth0
   serial: 02:89:06:03:25:36
   size: 100Mbit/s
   capacity: 1Gbit/s
   capabilities: ethernet physical tp aui bnc mii fibre
10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
   configuration: autonegotiation=on broadcast=yes
driver=sunxi_gmac driverversion=SUNXI GMAC driver V0.1
duplex=full ip=172.18.0.180 link=yes multicast=yes port=MII
speed=100Mbit/s

root@lemaker:~# uname -a
Linux lemaker 3.4.90 #1 SMP PREEMPT Wed Jun 25 19:54:01 CST
2014 armv7l armv7l armv7l GNU/Linux

|


Following these instructions on linux-sunxi I'm on a blocked
point. This is what I've done until here:
- due some dependencies issues during xmbc compile  I've
manually installed the 'UMP (Unified Memory Provider)
userspace library' from
http://linux-sunxi.org/Mali_binary_driver
<http://linux-sunxi.org/Mali_binary_driver>
- then, due samba-4.0 path issues I've applied this patch and
added 'export CXXFLAGS="-I/usr/include/samba-4.0";' before
start compiling.

These steps allowed me to compile succesfully XBMC, but it's
not starting.

The first error I've encured was:

|
root@lemaker:/allwinner/xbmc-pvr-binhf/bin# ./xbmc
/allwinner/xbmc-pvr-binhf/lib/xbmc/xbmc.bin:error whileloading
shared libraries:libGLESv2.so:cannot open shared
objectfile:Nosuch file ordirectory
|

Looking for called shared libraries on the binary:

|
root@lemaker:/allwinner/xbmc-pvr-binhf/bin# ldd
/data/apps/allwinner/xbmc-pvr-binhf/lib/xbmc/xbmc.bin | grep
"not found"
libGLESv2.so =>notfound

|


So, searching for this file, I've seen the sunxi-mali had it.
Maybe during the dependencies compile, this was skipped due
some error. Moved to 'sunxi-mali' folder, I've tried to
recompile it manually, but gives me these errors:

|

root@lemaker:/data/software/xbmc-install/xbmca10/tool

Re: [linux-sunxi] [PATCH] sunxi: g2d: don't skip mutex_unlock on invalid ioctl

[Andreas Baierl]

Seems very reasonable.
Regards

Am 07.07.2014 16:45, schrieb Jens Kuske:

Signed-off-by: Jens Kuske 
---
  drivers/char/sunxi_g2d/g2d_driver.c | 3 ++-
  1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/drivers/char/sunxi_g2d/g2d_driver.c 
b/drivers/char/sunxi_g2d/g2d_driver.c
index 0ff1beb..0066867 100644
--- a/drivers/char/sunxi_g2d/g2d_driver.c
+++ b/drivers/char/sunxi_g2d/g2d_driver.c
@@ -426,7 +426,8 @@ long g2d_ioctl(struct file *file, unsigned int cmd, 
unsigned long arg)
  
  	/* Invalid IOCTL call */

default:
-   return -EINVAL;
+   ret = -EINVAL;
+   break;
}
  
  err_noput:


--
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] fatal error: libcedarv.h: No such file or directory

[Andreas Baierl]

Do you have the mali.ko present in /lib/modules/... ? If so do a 
"modprobe mali". And move to #linux-sunxi or #cubieboard @ freenode for 
further discussions. linux-sunxi ml is not the right place for this kind 
of problem imo.

BTW, where is bananapi support located?
Regards

Am 04.07.2014 10:57, schrieb Simo Xefil:

Yess, I've compiled it directly on the device (so long time ;))

Here the location of the file:

|
root@lemaker:~# find / -name "libGLESv2.so"
/data/software/xbmc-install/xbmca10/tools/a10/depends/opengles/sunxi-mali/lib/mali/r2p4/armel/framebuffer/libGLESv2.so
|

Also it's in the sunxi-mali deps it has downloaded. If I try to 
compile it manually:


|
make install
make -f Makefile.config
ABI="armhf" (Detected)
Error: Failed to open /dev/mali: No such file or directory
VERSION="" (Detected)
Error: Failed to open /dev/mali: No such file or directory
Error: Failed to open /dev/mali: No such file or directory
Error: Failed to open /dev/mali: No such file or directory
Error: Failed to open /dev/mali: No such file or directory
Error: Failed to open /dev/mali: No such file or directory
make[1]: Entering directory 
`/data/software/xbmc-install/xbmca10/tools/a10/depends/opengles/sunxi-mali'

Makefile.config:57: Unknown/unhandled Mali Version ""
Makefile.config:58: Use VERSION=(r2p4,r3p0,r3p1,r3p2-01rel1) instead
Error: Failed to open /dev/mali: No such file or directory
Makefile.config:59: *** Unknown/unhandled Mali Version "".  Stop.
make[1]: Leaving directory 
`/data/software/xbmc-install/xbmca10/tools/a10/depends/opengles/sunxi-mali'

make: *** [config.mk] Error 2
|

It doesn't find /dev/mali, because it's not present. Modules loaded:

|
Module  Size  Used by
rfcomm 58154  0
bnep   14285  2
bluetooth 263337  10 bnep,rfcomm
dm_crypt   16196  0
8192cu453451  0
mali_drm2616  0
drm   208898  1 mali_drm
ump52441  0
lcd 3802  0
|

The OS (kernel + modules) is provided by Banana-pi itself.

Have no idea where to continue :(

Thanks, Simon


Il giorno venerdì 4 luglio 2014 10:36:48 UTC+2, Andreas Baierl ha 
scritto:


"find / -name "libGLESv2.so"

Seems you are missing the mali binaries, or something messed up
while making opengles dependencies. Or maybe your paths are wrong.
I assume, you are compiling directly on the device?

Regards

Am 04.07.2014 10:23, schrieb Simo Xefil:


Hello!

Thank you, now, after 6 hours of compiling, and solving some
problems, I was able to end the installation. The actual issue
is, the binary cannot start:

|
root@lemaker:/allwinner/xbmc-pvr-binhf/bin# ./xbmc
/allwinner/xbmc-pvr-binhf/lib/xbmc/xbmc.bin: error while loading
shared libraries: libGLESv2.so: cannot open shared object file:
No such file or directory
|

Any suggestion?

Again, thank you!

Simon
-- 
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
<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 
<mailto:linux-sunxi+unsubscr...@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] fatal error: libcedarv.h: No such file or directory

[Andreas Baierl]

"find / -name "libGLESv2.so"

Seems you are missing the mali binaries, or something messed up while 
making opengles dependencies. Or maybe your paths are wrong. I assume, 
you are compiling directly on the device?


Regards

Am 04.07.2014 10:23, schrieb Simo Xefil:


Hello!

Thank you, now, after 6 hours of compiling, and solving some problems, 
I was able to end the installation. The actual issue is, the binary 
cannot start:


|
root@lemaker:/allwinner/xbmc-pvr-binhf/bin# ./xbmc
/allwinner/xbmc-pvr-binhf/lib/xbmc/xbmc.bin: error while loading 
shared libraries: libGLESv2.so: cannot open shared object file: No 
such file or directory

|

Any suggestion?

Again, thank you!

Simon
--
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.


--
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] fatal error: libcedarv.h: No such file or directory

[Andreas Baierl]

Am 03.07.2014 13:54, schrieb Simo Xefil:



Il giorno giovedì 3 luglio 2014 13:34:03 UTC+2, Andreas Baierl ha 
scritto:


Am 03.07.2014 12:47, schrieb xe...@xefil.com :
> Hello!
>
> I'm trying to compile XBMC following your instructions
(http://linux-sunxi.org/XBMC) on a BananaPI device
(http://www.lemaker.org/) with Lubuntu provided by the constructor:
>
http://www.lemaker.org/index.php?m=content&c=index&a=show&catid=9&id=38
<http://www.lemaker.org/index.php?m=content&c=index&a=show&catid=9&id=38>

> Release notes:
> http://forum.lemaker.org/viewthread.php?tid=972&extra=page%3D1
<http://forum.lemaker.org/viewthread.php?tid=972&extra=page%3D1>
>
> kernel:
> Linux lemaker 3.4.90 #1 SMP PREEMPT Wed Jun 25 19:54:01 CST 2014
armv7l armv7l armv7l GNU/Linux
>
> I'm obtaining the following error:
>
> AR  xbmc/cores/dvdplayer/DVDPlayer.a
> make[2]: Leaving directory
`/data/software/xbmc-install/xbmca10/xbmc/cores/dvdplayer'
> make[2]: Entering directory
`/data/software/xbmc-install/xbmca10/xbmc/cores/dvdplayer/DVDCodecs'
> CPP xbmc/cores/dvdplayer/DVDCodecs/DVDCodecUtils.o
> CPP xbmc/cores/dvdplayer/DVDCodecs/DVDFactoryCodec.o
> In file included from DVDFactoryCodec.cpp:40:0:
> Video/DVDVideoCodecA10.h:29:23: fatal error: libcedarv.h: No
such file or directory
>   #include 
You are missing libcedarv.h? Did you do a make in /depends to get all
the necessary dependencies?
Regards


Yess, I'm in the  '/xbmca10/tools/a10/depends#' folder in which I've 
executed the 'make -C xbmc' command.
And that's wrong. You have to do a single "make" before as mentioned in 
the wiki one line above the "make -C xbmc" command.

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 
<mailto:linux-sunxi+unsubscr...@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] fatal error: libcedarv.h: No such file or directory

[Andreas Baierl]

Am 03.07.2014 12:47, schrieb xe...@xefil.com:

Hello!

I'm trying to compile XBMC following your instructions 
(http://linux-sunxi.org/XBMC) on a BananaPI device (http://www.lemaker.org/) 
with Lubuntu provided by the constructor:
http://www.lemaker.org/index.php?m=content&c=index&a=show&catid=9&id=38
Release notes:
http://forum.lemaker.org/viewthread.php?tid=972&extra=page%3D1

kernel:
Linux lemaker 3.4.90 #1 SMP PREEMPT Wed Jun 25 19:54:01 CST 2014 armv7l armv7l 
armv7l GNU/Linux

I'm obtaining the following error:

AR  xbmc/cores/dvdplayer/DVDPlayer.a
make[2]: Leaving directory 
`/data/software/xbmc-install/xbmca10/xbmc/cores/dvdplayer'
make[2]: Entering directory 
`/data/software/xbmc-install/xbmca10/xbmc/cores/dvdplayer/DVDCodecs'
CPP xbmc/cores/dvdplayer/DVDCodecs/DVDCodecUtils.o
CPP xbmc/cores/dvdplayer/DVDCodecs/DVDFactoryCodec.o
In file included from DVDFactoryCodec.cpp:40:0:
Video/DVDVideoCodecA10.h:29:23: fatal error: libcedarv.h: No such file or 
directory
  #include 
You are missing libcedarv.h? Did you do a make in /depends to get all 
the necessary dependencies?

Regards

^
compilation terminated.
make[2]: *** [DVDFactoryCodec.o] Error 1
make[2]: Leaving directory 
`/data/software/xbmc-install/xbmca10/xbmc/cores/dvdplayer/DVDCodecs'
make[1]: *** [xbmc/cores/dvdplayer/DVDCodecs/DVDCodecs.a] Error 2
make[1]: Leaving directory `/data/software/xbmc-install/xbmca10'
make: *** [all] Error 2
make: Leaving directory 
`/data/software/xbmc-install/xbmca10/tools/a10/depends/xbmc'


Any suggestion?

Thanks a lot!

Simon



--
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] Possible G2D kernel bug

[Andreas Baierl]

G2D seems to break if a zero value of src_rect.w or src_rect.h is 
provided to g2d_blit, g2d_fill or g2d_stretchblit.
para.src_rect.w == 0 or para.src_rect.h == 0 results in trying to write 
-1 toG2D_DMA0_SIZE_REG register within the mixer_* functions, e.g. here 
https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.4/drivers/char/sunxi_g2d/g2d_bsp.c#L682 



The following patch catches these zero value cases.

diff --git a/drivers/char/sunxi_g2d/g2d.c b/drivers/char/sunxi_g2d/g2d.c
index 7982a54..288685a 100644
--- a/drivers/char/sunxi_g2d/g2d.c
+++ b/drivers/char/sunxi_g2d/g2d.c
@@ -138,7 +138,8 @@ int g2d_blit(g2d_blt * para)
__s32 err = 0;
 
 	/* check the parameter valid */

-if(((para->src_rect.x < 0)&&((-para->src_rect.x) > para->src_rect.w)) ||
+if(para->src_rect.w == 0 || para->src_rect.h == 0 ||
+   ((para->src_rect.x < 0)&&((-para->src_rect.x) > para->src_rect.w)) ||
((para->src_rect.y < 0)&&((-para->src_rect.y) > para->src_rect.h)) ||
((para->dst_x < 0)&&((-para->dst_x) > para->src_rect.w)) ||
((para->dst_y < 0)&&((-para->dst_y) > para->src_rect.h)) ||
@@ -204,7 +205,8 @@ int g2d_fill(g2d_fillrect * para)
__s32 err = 0;
 
 	/* check the parameter valid */

-   if(((para->dst_rect.x < 0)&&((-para->dst_rect.x)>para->dst_rect.w)) ||
+   if(para->dst_rect.w == 0 || para->dst_rect.h == 0 ||
+  ((para->dst_rect.x < 0)&&((-para->dst_rect.x)>para->dst_rect.w)) ||
   ((para->dst_rect.y < 0)&&((-para->dst_rect.y)>para->dst_rect.h)) ||
   ((para->dst_rect.x > 0)&&(para->dst_rect.x > para->dst_image.w - 1)) 
||
   ((para->dst_rect.y > 0)&&(para->dst_rect.y > para->dst_image.h - 1)))
@@ -245,7 +247,9 @@ int g2d_stretchblit(g2d_stretchblt * para)
__s32 err = 0;
 
 	/* check the parameter valid */

-if(((para->src_rect.x < 0)&&((-para->src_rect.x) > para->src_rect.w)) ||
+if(para->src_rect.w == 0 || para->src_rect.h == 0 ||
+   para->dst_rect.w == 0 || para->dst_rect.h == 0 ||
+   ((para->src_rect.x < 0)&&((-para->src_rect.x) > para->src_rect.w)) ||
((para->src_rect.y < 0)&&((-para->src_rect.y) > para->src_rect.h)) ||
((para->dst_rect.x < 0)&&((-para->dst_rect.x) > para->dst_rect.w)) ||
((para->dst_rect.y < 0)&&((-para->dst_rect.y) > para->dst_rect.h)) ||


Sorry for not posting it in the right patch format, i'll do that later. 
Thanks jemk for the hint.

Regards


Am 20.03.2014 09:58, schrieb Andreas Baierl:
For testing purposes, setting timeout=500 has the effect, that OSD 
stops flickering, but instead of the correct image, only a black area 
with OSD dimensions is displayed.

"wait g2d irq pending flag timeout" still is there.
I also applied 
https://github.com/amery/linux-sunxi/commit/7015bbb75ac57b , no 
knowing, what it is doing due to lack of register documentation. Has 
no positive effect, too.

So no positive feedback so far.

Regards
Andreas

Am 05.03.2014 20:32, schrieb Andreas Baierl:

Am 04.03.2014 11:56, schrieb Andreas Baierl:

Hi all,
it seems, that the G2D kernel driver has some issue:

libvdpau-sunxi uses G2D_CMD_BITBLT for creating surfaces, so at the 
end of mixer_blt, there is g2d_wait_cmd_finish() called.
As soon as (timeout==0) gets TRUE in 
https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.4/drivers/char/sunxi_g2d/g2d.c#L120 
, g2d stops working.
It's not possible to interact with /dev/g2d anymore until you reboot 
(or possibly un-/reload the module).


I'm not sure how to exactly reproduce that. It mostly occurs the 
second time i start VDR with libvdpau-sunxi and OSD.


Regards
rellla

I don't know if it's related to the above, but unloading the kernel 
module g2d_23 after it stopped working with the "wait g2d irq pending 
flag timeout" message shows me the following log:


[  735.058259] [DISP] layer allocated: 0,102
[  735.065332] [DISP] layer allocated: 0,103
[  735.227857] wait g2d irq pending flag timeout
[  783.215100] [DISP] layer released: 0,102
[  783.222385] [DISP] layer released: 0,103
[  792.500779] [DISP] layer released: 0,101
[  792.541549] UMP<2>: Session closed
[  795.070534] G2D: g2d_module_exit
[  795.080032] G2D: Driver unloaded succesfully.
[  795.092261] [ cut here ]
[  795.105471] WARNING: at drivers/base/core.c:196 
device_release+0x78/0x84()
[  795.122342] Device 'g2d' does not have a release() function, it is 
broken and must be fixed.
[  795.135209] Modules linked in: disp_ump mali_drm drm g2d_23(-) 
sunxi_cedar_mod sw_ahci_platform mali ump
[  795.162378] [] (unw

Re: [linux-sunxi] mk908 rockchip 3188 GPU acceleration...

[Andreas Baierl]

Hello,

Mali has nothing to do with Video Acceleration. It's a 3D engine.
And remember this is linux-sunxi list, discussing about Allwinner SoCs.

Regards

Am 08.05.2014 10:35, schrieb Shant Kehyeian:


Hello dear community members,

I've got mk908 which has gor ARM rockchip 3188 with android, so I 
flashed it and with oleg0's kernel 3.0.36+ (you can find who is he and 
his kernel) and I tried to us my rootfs which is Linux gentoo based 
root and everything is working fine except the gpu. I read several 
posts and blogs which are saying that you should have 4 modules to 
success which they are: mali.ko, drm.ko, mali_drm.ko and ump.ko. 
(Using Mali on Linux for Radxa Rock | androtab.info 
)


I had this four and they are right with my kernel (I inserted them and 
yes lsmod was showing the result ), and then I followed this link: 
Mali binary driver - linux-sunxi.org 
 and yea I did every step 
but there aren't any useful points...I downloaded many videos and 
several video playes ...(mplayer, gnome player, vlc) not working...


I will post the xorg.log and lsmod results soon...


--
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.


--
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] Possible G2D kernel bug

[Andreas Baierl]

For testing purposes, setting timeout=500 has the effect, that OSD stops 
flickering, but instead of the correct image, only a black area with OSD 
dimensions is displayed.

"wait g2d irq pending flag timeout" still is there.
I also applied 
https://github.com/amery/linux-sunxi/commit/7015bbb75ac57b , no knowing, 
what it is doing due to lack of register documentation. Has no positive 
effect, too.

So no positive feedback so far.

Regards
Andreas

Am 05.03.2014 20:32, schrieb Andreas Baierl:

Am 04.03.2014 11:56, schrieb Andreas Baierl:

Hi all,
it seems, that the G2D kernel driver has some issue:

libvdpau-sunxi uses G2D_CMD_BITBLT for creating surfaces, so at the 
end of mixer_blt, there is g2d_wait_cmd_finish() called.
As soon as (timeout==0) gets TRUE in 
https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.4/drivers/char/sunxi_g2d/g2d.c#L120 
, g2d stops working.
It's not possible to interact with /dev/g2d anymore until you reboot 
(or possibly un-/reload the module).


I'm not sure how to exactly reproduce that. It mostly occurs the 
second time i start VDR with libvdpau-sunxi and OSD.


Regards
rellla

I don't know if it's related to the above, but unloading the kernel 
module g2d_23 after it stopped working with the "wait g2d irq pending 
flag timeout" message shows me the following log:


[  735.058259] [DISP] layer allocated: 0,102
[  735.065332] [DISP] layer allocated: 0,103
[  735.227857] wait g2d irq pending flag timeout
[  783.215100] [DISP] layer released: 0,102
[  783.222385] [DISP] layer released: 0,103
[  792.500779] [DISP] layer released: 0,101
[  792.541549] UMP<2>: Session closed
[  795.070534] G2D: g2d_module_exit
[  795.080032] G2D: Driver unloaded succesfully.
[  795.092261] [ cut here ]
[  795.105471] WARNING: at drivers/base/core.c:196 
device_release+0x78/0x84()
[  795.122342] Device 'g2d' does not have a release() function, it is 
broken and must be fixed.
[  795.135209] Modules linked in: disp_ump mali_drm drm g2d_23(-) 
sunxi_cedar_mod sw_ahci_platform mali ump
[  795.162378] [] (unwind_backtrace+0x0/0x138) from 
[] (warn_slowpath_common+0x4c/0x64)
[  795.183234] [] (warn_slowpath_common+0x4c/0x64) from 
[] (warn_slowpath_fmt+0x30/0x40)
[  795.203586] [] (warn_slowpath_fmt+0x30/0x40) from 
[] (device_release+0x78/0x84)
[  795.223412] [] (device_release+0x78/0x84) from 
[] (kobject_release+0x98/0x1bc)
[  795.244079] [] (kobject_release+0x98/0x1bc) from 
[] (g2d_module_exit+0x34/0x68 [g2d_23])
[  795.266065] [] (g2d_module_exit+0x34/0x68 [g2d_23]) from 
[] (sys_delete_module+0x1ac/0x28c)
[  795.287740] [] (sys_delete_module+0x1ac/0x28c) from 
[] (ret_fast_syscall+0x0/0x30)

[  795.304222] ---[ end trace ec0a564270cd7879 ]---

rellla



--
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] Possible G2D kernel bug

[Andreas Baierl]

Am 04.03.2014 11:56, schrieb Andreas Baierl:

Hi all,
it seems, that the G2D kernel driver has some issue:

libvdpau-sunxi uses G2D_CMD_BITBLT for creating surfaces, so at the 
end of mixer_blt, there is g2d_wait_cmd_finish() called.
As soon as (timeout==0) gets TRUE in 
https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.4/drivers/char/sunxi_g2d/g2d.c#L120 
, g2d stops working.
It's not possible to interact with /dev/g2d anymore until you reboot 
(or possibly un-/reload the module).


I'm not sure how to exactly reproduce that. It mostly occurs the 
second time i start VDR with libvdpau-sunxi and OSD.


Regards
rellla

I don't know if it's related to the above, but unloading the kernel 
module g2d_23 after it stopped working with the "wait g2d irq pending 
flag timeout" message shows me the following log:


[  735.058259] [DISP] layer allocated: 0,102
[  735.065332] [DISP] layer allocated: 0,103
[  735.227857] wait g2d irq pending flag timeout
[  783.215100] [DISP] layer released: 0,102
[  783.222385] [DISP] layer released: 0,103
[  792.500779] [DISP] layer released: 0,101
[  792.541549] UMP<2>: Session closed
[  795.070534] G2D: g2d_module_exit
[  795.080032] G2D: Driver unloaded succesfully.
[  795.092261] [ cut here ]
[  795.105471] WARNING: at drivers/base/core.c:196 
device_release+0x78/0x84()
[  795.122342] Device 'g2d' does not have a release() function, it is 
broken and must be fixed.
[  795.135209] Modules linked in: disp_ump mali_drm drm g2d_23(-) 
sunxi_cedar_mod sw_ahci_platform mali ump
[  795.162378] [] (unwind_backtrace+0x0/0x138) from 
[] (warn_slowpath_common+0x4c/0x64)
[  795.183234] [] (warn_slowpath_common+0x4c/0x64) from 
[] (warn_slowpath_fmt+0x30/0x40)
[  795.203586] [] (warn_slowpath_fmt+0x30/0x40) from 
[] (device_release+0x78/0x84)
[  795.223412] [] (device_release+0x78/0x84) from [] 
(kobject_release+0x98/0x1bc)
[  795.244079] [] (kobject_release+0x98/0x1bc) from 
[] (g2d_module_exit+0x34/0x68 [g2d_23])
[  795.266065] [] (g2d_module_exit+0x34/0x68 [g2d_23]) from 
[] (sys_delete_module+0x1ac/0x28c)
[  795.287740] [] (sys_delete_module+0x1ac/0x28c) from 
[] (ret_fast_syscall+0x0/0x30)

[  795.304222] ---[ end trace ec0a564270cd7879 ]---

rellla

--
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.

Re: [linux-sunxi] [PATCH] arch/arm/mach-sun7i/pm/standby/mem_printk.c used non-const char arrays. However gcc 4.6.3 likes to replace these by calls to memcpy. memcpy doesn't exist in the kernel. Havin

[Andreas Baierl]

Hi Alejandro,
this patch breaks building because it's not applied as Danny sent it :)
Regards
rellla

Am 02.03.2014 19:54, schrieb Alejandro Mery:


On 01/03/14 20:56, Danny Milosavljevic wrote:

---
  arch/arm/mach-sun7i/pm/standby/mem_printk.c |6 +++---
  1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/arch/arm/mach-sun7i/pm/standby/mem_printk.c 
b/arch/arm/mach-sun7i/pm/standby/mem_printk.c

index 357d7d5..840e61a 100644
--- a/arch/arm/mach-sun7i/pm/standby/mem_printk.c
+++ b/arch/arm/mach-sun7i/pm/standby/mem_printk.c
@@ -165,7 +165,7 @@ char *itoa(int value, char *string, int radix)
  int  negative = 0;//defualt is positive value
  int  i;
  int  j;
-char digit_string[] = "0123456789ABCDEF";
+const char *digit_string = "0123456789ABCDEF";

  if(value == 0)
  {
@@ -211,7 +211,7 @@ char *utoa(unsigned int value, char *string, int 
radix)

  char stack[16];
  int  i;
  int  j;
-char digit_string[] = "0123456789ABCDEF";
+const char *digit_string = "0123456789ABCDEF";

  if(value == 0)
  {
@@ -366,7 +366,7 @@ __s32 print_align(char *string, __s32 len, __s32 
align)

  {
  //fill with space ' ' when align request,
  //the max align length is 16 byte.
-char fill_ch[] = "";
+const char *fill_ch = "";
  if (len < align)
  {
  //fill at right


thank you, applied into stage/sunxi-3.4. but next time please don't 
put the whole description of the patch in the first line, only a short 
and contextualized subject goes there.


cheers,
Alejandro Mery



--
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.

[linux-sunxi] Possible G2D kernel bug

[Andreas Baierl]

Hi all,
it seems, that the G2D kernel driver has some issue:

libvdpau-sunxi uses G2D_CMD_BITBLT for creating surfaces, so at the end 
of mixer_blt, there is g2d_wait_cmd_finish() called.
As soon as (timeout==0) gets TRUE in 
https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.4/drivers/char/sunxi_g2d/g2d.c#L120 
, g2d stops working.
It's not possible to interact with /dev/g2d anymore until you reboot (or 
possibly un-/reload the module).


I'm not sure how to exactly reproduce that. It mostly occurs the second 
time i start VDR with libvdpau-sunxi and OSD.


Regards
rellla

--
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.