Enable the display pipeline and HDMI output.
Signed-off-by: Stefan Monnier
---
arch/arm/boot/dts/sun4i-a10-a1000.dts | 25 +
1 file changed, 25 insertions(+)
diff --git a/arch/arm/boot/dts/sun4i-a10-a1000.dts
b/arch/arm/boot/dts/sun4i-a10-a1000.dts
index 8692b11a83c3
> We, the men who actually do work, are treated as the same
> worker-slaves everywhere.
I wasn't too sure whether the Debian guys were making the right
decision, but when I read the above, I'm now convinced that they did.
Stefan
From: Stefan Monnier
Enable the display pipeline and HDMI output for the Orange Pi mini
Signed-off-by: Stefan Monnier
---
arch/arm/boot/dts/sun7i-a20-orangepi-mini.dts | 25 +
1 file changed, 25 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20-orangepi-mini.dts
From: Stefan Monnier
Enable the display pipeline and HDMI output
Signed-off-by: Stefan Monnier
---
arch/arm/boot/dts/sun7i-a20-bananapi.dts | 25 +
1 file changed, 25 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20-bananapi.dts
b/arch/arm/boot/dts/sun7i-a20
>> + if (encoder->encoder_type == DRM_MODE_ENCODER_TVDAC)
>> + val = 1;
>> + else
>> + val = 0;
Isn't this better written as
val = (encoder->encoder_type == DRM_MODE_ENCODER_TVDAC);
-- Stefan
> This series adds a v4l2 memory2memory decoder driver for Allwinner's
> VPU found in the A13 SoC. It follows the reverse engineering effort
> of the Cedrus [1] project.
Thank you so much for this work, I really look forward to seeing this
support in mainline kernel!
Stefan
> frequencies in an SoC agnostic manner. The actual clock access can be
> put in firmware, which is by definition SoC specific and thus can
> be easier and much quicker adapted to support a new SoC.
Hmm... what do you mean by "firmware"?
Stefan "just a by-stander trying to understand"
>> I don't think you should focus too much on alsamixer, there's other
>> tools to modify the configuration.
> The expectation is that most users will use something like UCM and only
> system integrators will see the full control set in normal operation.
This presumes the "system integrator" (whic
Enable the on-chip audio codec
Signed-off-by: Stefan Monnier
---
arch/arm/boot/dts/sun7i-a20-orangepi-mini.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20-orangepi-mini.dts
b/arch/arm/boot/dts/sun7i-a20-orangepi-mini.dts
index 4f65664..2be04c43 100644
Enable the on-chip audio codec
Signed-off-by: Stefan Monnier
---
arch/arm/boot/dts/sun7i-a20-bananapi.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20-bananapi.dts
b/arch/arm/boot/dts/sun7i-a20-bananapi.dts
index fd7594f..67c8a76 100644
--- a/arch/arm
> Applied with subsystem name fixed
Yay!
Stefan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/
> For me, on the other hand, it is against the spirit of free software to
> actively make a block for people to do what ever they want with the code
> when they are only doing it to themselves. That includes loading non-GPL
> software into the kernel. The only thing they are not allowed to do is
The normal situation on the memory is side is that most of the memory is
in use, but some pages are ready to be discarded, they're just kept
around because we have nothing better to do (yet) with that page.
Is there a tool to do something similar with file systems. I have a lot
of unimportant fi
> There is a /proc/sys/net/ipv4/ip_dynaddr sysctl in 2.6.21.
Actually, it does look promising, thanks.
Stefan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-i
>> The main use for me is to deal with dangling connections due to taking
>> network interfaces up&down with different IP addresses (typically the wlan0
>> interface where the IP is different because I've modes from an AP to
>> another). Of course, maybe there's another way to solve this particula
[ I suppose this is not the best place to ask this, but
comp.os.linux.networking couldn't come up with a good answer and I can't
think of any intermediate step between these two groups ;-( ]
I'd like (as root, obviously) to kill some of the TCP connections visible
in netstat. I've found `tcpk
> I argue that you can count the users (who aren't on 2.4) on one hand, and
> developers don't seem to have cared for it in ages.
Rather than ask on mailing-lists, it's probably easier to just make the jffs
compilation fail (with a #error). This way, if someone uses it, he'll bump
into it, no mat
>> > Is there anything preventing us from doing such a walk and pre-allocate
>> > all the I/O ranges? I am not familiar with the ACPI code at all, would
>> > you possibly propose a patch doing that?
>>
>> ACPI AML is probably turing-complete: I'm afraid you are trying to
>> solve the halting probl
18 matches
Mail list logo
