On Sun, Mar 13, 2016 at 5:16 PM, Manuel Braga wrote:
> On Sun, 13 Mar 2016 13:28:22 -0500 Rosimildo DaSilva
> wrote:
>> Manuel,
>> IMHO, people just want a solution that works!
>
> Do the blobs works? Early was said that there was some issues.
> But i
Hi,
On Sat, Feb 27, 2016 at 05:18:27PM +0100, codekip...@gmail.com wrote:
> From: Marcus Cooper
>
> Add the SPDIF transceiver controller and clock to the A10 and
> A20 dtsi.
>
> Signed-off-by: Marcus Cooper
> ---
> arch/arm/boot/dts/sun4i-a10.dtsi
On Sun, Mar 13, 2016 at 08:39:37AM +0100, Hans de Goede wrote:
> Add nodes for the backlight / pwm found on a23-gt90h-v4 tablets.
>
> Signed-off-by: Hans de Goede
Queued, thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
On Sun, Mar 13, 2016 at 08:39:36AM +0100, Hans de Goede wrote:
> Add nodes for the axp223 pmic and its regulators as found on
> a23-gt90h-v4 tablets.
>
> Signed-off-by: Hans de Goede
Queued, thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and
On Sun, 13 Mar 2016 12:16:11 -0700 (PDT) "@lex"
wrote:
> I understand your concern and somewhat agree with you regarding the
> "stupid" question to ask to stick a blob to an open source, that
> should have never happened.
> It happens in the name of science. Maybe this can
On Sun, 13 Mar 2016 13:28:22 -0500 Rosimildo DaSilva
wrote:
> Manuel,
> IMHO, people just want a solution that works!
Do the blobs works? Early was said that there was some issues.
But i understand, what people want is _gratis_ things.
>
> Look what happened with the
I understand your concern and somewhat agree with you regarding the
"stupid" question to ask to stick a blob to an open source, that should
have never happened.
It happens in the name of science. Maybe this can wake-up people.
Let's get to the point, someone who knows where the 'license-issues'
Manuel,
IMHO, people just want a solution that works!
Look what happened with the DECODER, Jemk implemented the VDPAU
implementation, and nearly everyone has adopted it, instead of blobs! You
what to know why ? Because, it works.
If we keep fighting license issues, it just delays to have a
Everyone is too "professional" to care for license issues.
Or are all you "stupid"?, or are playing under-politics?
Do you really are incapable to understand that i (we) can't help, if you
choose to run around the binary-blobs-with-no-license.
I am not here in my free time, to get involved in
On Sat, Mar 12, 2016 at 07:44:57PM +0100, Hans de Goede wrote:
> pinctrl-sun8i-a33.c (and the dts) declare only 2 interrupt banks,
> where as the closely related a23 has 3 banks. This matches with the
> datasheet for the A33 where only interrupt banks B and G are specified
> where as the A23 has
Hi,
On Sat, Mar 12, 2016 at 12:12:13AM +0700, André Przywara wrote:
> Hi Maxime,
>
> I see that you merged the sun50i-a64 defconfig patch into -next, which
> is a good thing since the drivers get some compile testing.
> Not sure if you wanted to send this patch also as part of a pull request
>
http://irclog.whitequark.org/linux-sunxi/2016-03-11
Chat from timestamp 18:25
--
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
I will try in a few weeks.
I am going on a business trip for 2 wks, and when I get back I will try it.
The way it is now, it is very easy to use ffmpeg, but you have to use
scripts to pipe FFMPEG preprocessing to the encoder, and use the "H264"
stream with FFMPEG to mux it, and transport it.
R
Rosimildo,
Do you think you can do a rework on this ffmpeg tree and glue a C version
of what you have achieved so far?
On Saturday, March 12, 2016 at 9:40:16 PM UTC-3, Jon Smirl wrote:
>
> On Sat, Mar 12, 2016 at 7:38 PM, jons...@gmail.com <
> jons...@gmail.com > wrote:
> > On Sat, Mar 12,
Hello Bruce,
Did you manage to get the driver working? Can you please share it?
Do you also have the driver for MS5611?
On Saturday, September 20, 2014 at 3:54:06 PM UTC+2, bruce bushby wrote:
>
> Hi
>
> As a hobby I've been playing with an Olimex A20-SOM and trying to
> attach a Drotek
Hi,
I was to able to find this information in Device tree, but maybe due to the
fact that i have limited knowledge.
On Sunday, March 13, 2016 at 12:49:12 PM UTC+1, Gregor Riepl wrote:
>
> > I think i solve it using
> >
> > static struct i2c_board_info __initdata inv_mpu_i2c2_board_info[] = {
Hello
I had some report of random data corruption of people using cryptsetup with my
sun4i-ss driver (via AF_ALG).
Even if it is hard to hit, I could confirm it by continuously moving files on a
LUKS encrypted FS and comparing hash of it before and after.
The corruption is always when
> I think i solve it using
>
> static struct i2c_board_info __initdata inv_mpu_i2c2_board_info[] = {
> {
> ...
> };
>
> static void __init sun7i_init(void)
> {
> ...
> inv_mpu_i2c2_board_info[0].irq = __gpio_to_irq(176);
> ...
> }
Not that I want to sound nitpicky, but isn't that information
I think i solve it using
static struct i2c_board_info __initdata inv_mpu_i2c2_board_info[] = {
{
I2C_BOARD_INFO("mpu9150", 0x69),
/*.irq = MPU_IRQ,*/
.platform_data = _gyro_data,
},
{
I2C_BOARD_INFO("ak8975", 0x0E),
.platform_data = _compass_data,
19 matches
Mail list logo