Hello
I start with a question,according to this log
http://irclog.whitequark.org/linux-sunxi/2013-09-05
there is no possibility for jpeg-encoding,is it?
i also found some interessting project for the A10,a Camera Project with h264
Encoding. Maybe someone can link this in the wiki:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a minimal starting point for upstreaming to
which support for other processors, peripherals, boards etc can be
added in the future. Therefore
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
This has been stripped back for mainlining and supports only sun7i. These
changes are not useful by themselves but are split out to make the patch sizes
more manageable.
As well as the following
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
Signed-off-by: Chen-Yu Tsai w...@csie.org
Signed-off-by: Jens Kuske jensku...@gmail.com
Signed-off-by: Ian Campbell i...@hellion.org.uk
---
arch/arm/cpu/armv7/sunxi/board.c | 15 +
On Fri, Mar 14, 2014 at 6:33 PM, Ian Campbell i...@hellion.org.uk wrote:
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
Signed-off-by: Chen-Yu Tsai w...@csie.org
Signed-off-by: Jens Kuske jensku...@gmail.com
Signed-off-by: Ian Campbell
On Fri, 2014-03-14 at 19:11 +0800, Chen-Yu Tsai wrote:
Thanks for working on this!
No problem.
I see you left out all the CONFIG_RGMII ifdefs from this file. Not
sure if it's because you're aiming to support only the Cubietruck
first.
Yes, exactly.
I think you should keep them in the same
On Thu, 13 Mar 2014, Hans de Goede wrote:
Since sun4i and sun5i are single core SOCs there is no need to mask non
oneshot IRQs, to achieve this we use handle_fasteoi_irq with a dummy eoi.
This is slightly wrong :)
Even on a SMP system there is no need to mask the interrupt when the
controller
Hi Ian,
On Fri, 14 Mar 2014 10:33:32 +, Ian Campbell i...@hellion.org.uk
wrote:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a minimal starting point for upstreaming to
which
On Fri, 2014-03-14 at 08:55 -0400, Tom Rini wrote:
On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a minimal
On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a minimal starting point for upstreaming to
which support for other
On Fri, Mar 14, 2014 at 10:33:46AM +, Ian Campbell wrote:
[snip]
+/* The sunxi internal brom will try to loader external bootloader
+ * from mmc0, nannd flash, mmc2.
Typo.
+#ifdef CONFIG_SPL_BUILD
+void sunxi_board_init(void)
+{
+ int power_failed = 0;
+ unsigned long
On Fri, Mar 14, 2014 at 10:33:43AM +, Ian Campbell wrote:
[snip]
+ writel(0xa1005000, ccm-pll1_cfg);
+ sdelay(200);
+ writel(AXI_DIV_1 0 | AHB_DIV_2 4 | APB0_DIV_1 8 |
+CPU_CLK_SRC_PLL1 16, ccm-cpu_ahb_apb0_cfg);
+ writel(0x1 6 | readl(ccm-ahb_gate0),
On Fri, Mar 14, 2014 at 01:59:38PM +, Ian Campbell wrote:
On Fri, 2014-03-14 at 08:55 -0400, Tom Rini wrote:
On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
Hi,
This is my first cut at an upstreamable series based upon the
On Fri, Mar 14, 2014 at 11:28:06AM +, Ian Campbell wrote:
On Fri, 2014-03-14 at 19:11 +0800, Chen-Yu Tsai wrote:
[snip]
I think you should keep them in the same patch. You can then
just add the appropriate config options when support of other A20
boards roll in.
I don't have any
On Friday, March 14, 2014 at 11:33:32 AM, Ian Campbell wrote:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a minimal starting point for upstreaming to
which support for other
On Fri, 2014-03-14 at 10:16 -0400, Tom Rini wrote:
On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a minimal
On Fri, Mar 14, 2014 at 03:04:28PM +, Ian Campbell wrote:
On Fri, 2014-03-14 at 10:16 -0400, Tom Rini wrote:
On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
Hi,
This is my first cut at an upstreamable series based upon the
fre 2014-03-14 klockan 10:33 + skrev Ian Campbell:
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree.
Thanks for picking this up. Much needed.
Regards
Henrik
--
You received this message because you are subscribed to
13 Mart 2014 Perşembe 14:22:52 UTC+2 tarihinde Joe Burmeister yazdı:
On 13/03/14 12:05, selimte...@gmail.com wrote:
13 Mart 2014 Perşembe 12:20:15 UTC+2 tarihinde Joe Burmeister yazdı:
On 13/03/14 09:52, selimte...@gmail.com wrote:
27 Ağustos 2013 Salı 22:14:14 UTC+3 tarihinde
Hi,
OK, I think I need to close the topic and drew a conclusion:
The conclusion is: my board in question, which is an IView435TPC, doesn't
allow any hacking on NAND by doing something magic inside closed source
boot1.
The conclusion fis based on my following observations:
1. I have tried
Hi Ian,
On Mar 14, 2014, at 12:33 PM, Ian Campbell wrote:
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
As well as the following signed-off-by the sunxi branch shows commits to these
files authored by the following:
Stefan Roese
Tom
fre 2014-03-14 klockan 10:17 -0400 skrev Tom Rini:
And as for the rest of the code, lots of magic numbers to #define
what/why (why udelay(2) and 22?)
Unfortunately the only documentation we have on the sun7i DRAM
controller is Allwinner boot0 + boot1 code, and that code uses.. magic
numbers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/14/2014 09:17 AM, Tom Rini wrote:
On Fri, Mar 14, 2014 at 10:33:45AM +, Ian Campbell wrote:
[snip]
+static void mctl_ddr3_reset(void) +{ + struct sunxi_dram_reg
*dram = +(struct sunxi_dram_reg
Hi,
On 03/14/2014 03:17 PM, Tom Rini wrote:
On Fri, Mar 14, 2014 at 10:33:50AM +, Ian Campbell wrote:
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
[snip]
+/* Flat Device Tree (FDT/DT) support */
+#define CONFIG_OF_LIBFDT
+#define
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/14/2014 02:50 PM, Hans de Goede wrote:
Hi,
On 03/14/2014 03:17 PM, Tom Rini wrote:
On Fri, Mar 14, 2014 at 10:33:50AM +, Ian Campbell wrote:
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section
in
ldscripts vs
Hi,
First of all: Ian: Many many thanks for working on this, you rock!
On 03/14/2014 04:01 PM, Albert ARIBAUD wrote:
Hi Tom,
On Fri, 14 Mar 2014 10:19:27 -0400, Tom Rini tr...@ti.com wrote:
OK good, I think Albert and I might end up starting the sun4i/sun5i
stuff as those are the boards
Hi,
snip
and yes, I would like to contribute support for it.
If someone can start working on sun6i support that would be awesome.
p.s. One thing I forgot about sun6i / A31 support Oliver Schinagl has
some preliminary u-boot patches for it here:
On 2014-03-14 10:42, Ivan Kozic wrote:
If someone knows something, please share - if I had some more
documentation, I would have probably already made the whole thing work,
I don't know anything, but by chance I was looking here today:
http://dl.linux-sunxi.org/A10/
My impression was that
On Fri, 14 Mar 2014 10:16:42 -0400
Tom Rini tr...@ti.com wrote:
On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a
Hi John - just saw your post. I think you're looking at a wrong document,
as for A20, the register setting 100 for bits 22:20 is YUV422 16bit - it's
written in the A20 User Manual on page 371. The problem is in fact this
very vague information in the User Manual - it's almost useless. This is
30 matches
Mail list logo
