On 16/03/15 09:51, Hans de Goede wrote:
> 2) Are the eeproms prepolulated on ALL olinuxino-s ? If they are not
> populated from the factory, I see little added value and I think I may
> end up nacking any patches for this, but first lets hear your arguments :)
The eeproms are physically present o
Le lundi 16 mars 2015 à 09:12 +0100, Hans de Goede a écrit :
> Hi,
>
> On 15-03-15 22:38, Paul Kocialkowski wrote:
> > As far as I know, there is currently no mechanism in place to give each
> > device a unique serial number, that would be shown in
> > e.g. /proc/cpuinfo. This can seem not very us
Le lundi 16 mars 2015 à 17:50 -0400, Stefan Monnier a écrit :
> > if necessary truncate the SID somehow.
> Or hash it,
For some reason, I kinda like the idea of having the serial match
something directly readable in the hardware instead of something that
just looks about random. Furthermore, havin
Le lundi 16 mars 2015 à 14:45 +0100, Hans de Goede a écrit :
> Hi,
>
> On 16-03-15 13:31, Olliver Schinagl wrote:
> > Hey,
> >
> > On 16-03-15 10:52, Hans de Goede wrote:
> >> Hi,
> >>
> >> Oops, missed a bit to reply to, see below:
> >> On 16-03-15 10:04, Olliver Schinagl wrote:
> >>
> >>> Also,
> I'm interested in this as well.
> When I've tried manually mounting in Android they still fail. It looks like
> the data coming off is still in a format the software can't take.
> Does someone have step by step instructions for Android?
Additionally to mounting, I think it is necessary to perfo
> if necessary truncate the SID somehow.
Or hash it,
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.
F
On Mon, 2015-03-16 at 20:01 +0100, LABBE Corentin wrote:
[]
> diff --git a/MAINTAINERS b/MAINTAINERS
[]
> @@ -10923,6 +10923,12 @@ L: linux...@kvack.org
> S: Maintained
> F: mm/zswap.c
>
> +ALLWINNER SECURITY SYSTEM
> +M: Corentin Labbe
> +L: linux-cry...@vger.kernel.org
> +S: Main
This patch adds documentation for Device-Tree bindings for the Security System
cryptographic accelerator driver.
Signed-off-by: LABBE Corentin
---
Documentation/devicetree/bindings/crypto/sunxi-ss.txt | 9 +
1 file changed, 9 insertions(+)
create mode 100644 Documentation/devicetree/bi
The Security System is a hardware cryptographic accelerator that support
AES/MD5/SHA1/DES/3DES/PRNG algorithms.
It could be found on many Allwinner SoC.
This patch enable the Security System on the Allwinner A20 SoC Device-tree.
Signed-off-by: LABBE Corentin
---
arch/arm/boot/dts/sun7i-a20.dtsi
Signed-off-by: LABBE Corentin
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 0e1abe8..ebca296 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -10923,6 +10923,12 @@ L: linux...@kvack.org
S: Maintained
F: mm/zswap.c
+ALLWINNER
Add support for the Security System included in Allwinner SoC A20.
The Security System is a hardware cryptographic accelerator that support:
- MD5 and SHA1 hash algorithms
- AES block cipher in CBC mode with 128/196/256bits keys.
- DES and 3DES block cipher in CBC mode
Signed-off-by: LABBE Corenti
Hello
This is the driver for the Security System included in Allwinner SoC A20.
The Security System (SS for short) is a hardware cryptographic accelerator that
support AES/MD5/SHA1/DES/3DES/PRNG algorithms.
It could be found on others Allwinner SoC:
- A10s, A33 and A31 diagram speak about it with
2015-03-16 20:22 GMT+03:00 Simos Xenitellis :
>
> It should be possible to retrofit the libvdecodec.so/libvencoder.so
> libraries
> (found on https://github.com/allwinner-zh) into an existing Android image
>
Those *.so are armhf linux native. Android is armel linux with bionic.
--
You received t
On Mon, Mar 16, 2015 at 5:35 PM, Stefan Monnier
wrote:
>> The way I understood all these was that there are short-term and
>> long-term goals for better support with the video engine.
>
> As an end user, I think that having mainline support (not just for the
> kernel, but the rest of the stack as
I'm interested in this as well.
When I've tried manually mounting in Android they still fail. It looks like
the data coming off is still in a format the software can't take. Does someone
have step by step instructions for Android?
Sent from my Fire
On March 16, 2015, at 8:48 AM, Quink w
On Mon, Mar 16, 2015 at 04:56:10PM +0100, Irgendeiner wrote:
> Am 15.03.2015, 17:16 Uhr, schrieb Luc Verhaegen :
>
>> On Sun, Mar 15, 2015 at 06:12:10PM +0200, Simos Xenitellis wrote:
>>> On Sun, Mar 15, 2015 at 5:56 PM, Luc Verhaegen wrote:
>>> > On Sun, Mar 15, 2015 at 11:51:03PM +0800, Quink wr
Am 15.03.2015, 17:16 Uhr, schrieb Luc Verhaegen :
On Sun, Mar 15, 2015 at 06:12:10PM +0200, Simos Xenitellis wrote:
On Sun, Mar 15, 2015 at 5:56 PM, Luc Verhaegen wrote:
> On Sun, Mar 15, 2015 at 11:51:03PM +0800, Quink wrote:
...
>
> Luc Verhaegen.
>
Luc, please, start your own thread. What
You can mount the optical drive manually.
On Mon, Mar 16, 2015 at 11:35 PM, Stefan Monnier
wrote:
> > The way I understood all these was that there are short-term and
> > long-term goals for better support with the video engine.
>
> As an end user, I think that having mainline support (not just
> The way I understood all these was that there are short-term and
> long-term goals for better support with the video engine.
As an end user, I think that having mainline support (not just for the
kernel, but the rest of the stack as well) for something like Kodi (nee
XBMC) would be great.
Ever
On Mon, Mar 16, 2015 at 03:16:47PM +, Simon Kenyon wrote:
> On 03/16/15 14:52, Luc Verhaegen wrote:
>>
>> Even if people ignore the terms of the LGPL, like you clearly do, there
>> are still LGPLed symbols present in that binary.
>>
>> I suggest that you start by reading up on the GPL and LGPL
On Mon, 16 Mar 2015 10:24:59 +0800 Quink wrote:
> I'm an employee of allwinner, and I joined this mailing list before
> joined the company. I speak for myself here. I have a Cubieboard2 (I
> bought it to do real-time vibration control as a graduate students.)
> runing Linux and want to playback vi
On 03/16/15 14:52, Luc Verhaegen wrote:
Even if people ignore the terms of the LGPL, like you clearly do, there
are still LGPLed symbols present in that binary.
I suggest that you start by reading up on the GPL and LGPL licenses.
Luc Verhaegen.
i think he already has:
https://github.com/simo
On Sun, Mar 08, 2015 at 02:34:54AM +0200, Simos Xenitellis wrote:
> On Sun, Mar 8, 2015 at 12:32 AM, Henrik Nordström
> wrote:
> > fre 2015-03-06 klockan 18:28 +0800 skrev Quink:
> >> cedarx2.0 is a refactoring of cedarx1.0. The job is finished about
> >> just
> >> three month ago and not used by
On Fri, Mar 13, 2015 at 12:13:42PM +0800, ke...@allwinnertech.com wrote:
> Hi, Luc,
>
> Thanks for your suggestion.
> We have update the Cedarx. What we have done is as follows:
> 1. Update the License text, the media-codec is fully following LGPL;
But it is not, it depends on a strange binary st
Hi,
On 16-03-15 13:31, Olliver Schinagl wrote:
Hey,
On 16-03-15 10:52, Hans de Goede wrote:
Hi,
Oops, missed a bit to reply to, see below:
On 16-03-15 10:04, Olliver Schinagl wrote:
Also, which part of the SID do we want in /proc/cpuinfo? The one is bigger then
the other, though looking at
Hi All,
I recently I had a conversation with Manuel about what can be done for
better support for the video engine ("CedarX") that is found in the
A-series of SoCs from Allwinner.
The way I understood all these was that there are short-term and
long-term goals for better support with the video en
Hi All,
Apart from the Google Summer of Code program which focuses on
university students,
there is another program called "Outreachy" that provides internships
to women, the LGBTQ community or those that are underprivileged.
Here is their project website,
https://www.gnome.org/outreachy/
which ha
On Mon, Mar 16, 2015 at 02:59:07PM +0200, Simos Xenitellis wrote:
> Hi All,
>
> Here are some details for those that may be interested in taking part
> in Google Summer of Code (GSoC) 2015 or one in a subsequent year.
>
> Here is the page for GSoC 2015,
> https://www.google-melange.com/gsoc/homep
Hi All,
Here are some details for those that may be interested in taking part
in Google Summer of Code (GSoC) 2015 or one in a subsequent year.
Here is the page for GSoC 2015,
https://www.google-melange.com/gsoc/homepage/google/gsoc2015
Here is the page with the timeline (deadlines),
https://www
On Sun, Mar 15, 2015 at 11:03 PM, Manuel Braga wrote:
> On Sun, 15 Mar 2015 23:51:03 +0800 Quink wrote:
>> Sorry Simos, I just want to invite some students in local community
>> to join sunxi
>> and take part in GSOC.
>
> And everyone are welcome to join sunxi. And the GSOC idea is not bad,
> ple
Hey,
On 16-03-15 10:52, Hans de Goede wrote:
Hi,
Oops, missed a bit to reply to, see below:
On 16-03-15 10:04, Olliver Schinagl wrote:
Also, which part of the SID do we want in /proc/cpuinfo? The one is
bigger then the other, though looking at
http://linux-sunxi.org/SID_Register_Guide there'
Hi,
On 12-03-15 16:45, Jens Thiele wrote:
This commit introduces two new optional device-tree properties:
"tp-sensitive-adjust": adjust sensitivity of pen down detection
"filter-type": select median and averaging filter
The previous fixed defaults, didn't work well for the Olimex
A13-LCD10TS (I
Hey,
On 16-03-15 11:21, Hans de Goede wrote:
Hi,
On 16-03-15 11:16, Olliver Schinagl wrote:
Hey Hans,
We will be using Lime2's which all have them, all lime's have them.
Obviously there will be a check, to check if there is a valid
eeprom with valid data, but for our product it will be r
Hi,
On 16-03-15 11:16, Olliver Schinagl wrote:
Hey Hans,
We will be using Lime2's which all have them, all lime's have them. Obviously
there will be a check, to check if there is a valid eeprom with valid data, but
for our product it will be required.
Since we will be flashing a generic
Hey Hans,
On 16-03-15 11:13, Hans de Goede wrote:
Hi,
On 16-03-15 10:56, Olliver Schinagl wrote:
Hey Hans,
On 16-03-15 10:51, Hans de Goede wrote:
Hi,
On 16-03-15 10:04, Olliver Schinagl wrote:
Hey all,
On 16-03-15 09:12, Hans de Goede wrote:
Hi,
On 15-03-15 22:38, Paul Kocialkowski wr
Hi,
On 16-03-15 10:56, Olliver Schinagl wrote:
Hey Hans,
On 16-03-15 10:51, Hans de Goede wrote:
Hi,
On 16-03-15 10:04, Olliver Schinagl wrote:
Hey all,
On 16-03-15 09:12, Hans de Goede wrote:
Hi,
On 15-03-15 22:38, Paul Kocialkowski wrote:
As far as I know, there is currently no mechani
Hey Hans,
On 16-03-15 10:51, Hans de Goede wrote:
Hi,
On 16-03-15 10:04, Olliver Schinagl wrote:
Hey all,
On 16-03-15 09:12, Hans de Goede wrote:
Hi,
On 15-03-15 22:38, Paul Kocialkowski wrote:
As far as I know, there is currently no mechanism in place to give
each
device a unique serial
Hi,
Oops, missed a bit to reply to, see below:
On 16-03-15 10:04, Olliver Schinagl wrote:
Also, which part of the SID do we want in /proc/cpuinfo? The one is bigger then
the other, though looking at http://linux-sunxi.org/SID_Register_Guide there's
a lot of non-uniqueness that can be ignored
Hi,
On 16-03-15 10:04, Olliver Schinagl wrote:
Hey all,
On 16-03-15 09:12, Hans de Goede wrote:
Hi,
On 15-03-15 22:38, Paul Kocialkowski wrote:
As far as I know, there is currently no mechanism in place to give each
device a unique serial number, that would be shown in
e.g. /proc/cpuinfo. Th
Hey all,
On 16-03-15 09:12, Hans de Goede wrote:
Hi,
On 15-03-15 22:38, Paul Kocialkowski wrote:
As far as I know, there is currently no mechanism in place to give each
device a unique serial number, that would be shown in
e.g. /proc/cpuinfo. This can seem not very useful, but it would be
nice
Am Sonntag, 15. März 2015 22:39:05 UTC+1 schrieb con...@paulk.fr:
>
> Do you have any better idea to do this, or is there some reference that
> I am missing?
>
>
Currently the MAC address in U-Boot is generated that way, see:
http://lists.denx.de/pipermail/u-boot/2014-June/181879.html
--
You
Hi,
On 15-03-15 22:38, Paul Kocialkowski wrote:
As far as I know, there is currently no mechanism in place to give each
device a unique serial number, that would be shown in
e.g. /proc/cpuinfo. This can seem not very useful, but it would be
nice to have that for USB gadget drivers that make use
42 matches
Mail list logo
