Hi Igor,
El 18/03/14 23:36, Igor Cardoso escribió:
Hello,
I was trying to make a bootable SD CARD for A31 from scratch but I have
a problem. A lot of places that helps build SD CARD for Allwinner
processors talk about a file called spl/sunxi-spl.bin, but that doesn't
exist on A31 folders...
No one? =(
Em terça-feira, 18 de março de 2014 23h36min54s UTC-3, Igor Cardoso
escreveu:
>
>
>
> Hello,
>
> I was trying to make a bootable SD CARD for A31 from scratch but I have a
> problem. A lot of places that helps build SD CARD for Allwinner processors
> talk about a file called spl/sun
Signed-off-by: Ian Campbell
---
Normally I object to this sort of churn but this is so that the patches
submitted upstream can be checkpatch clean.
---
drivers/mmc/sunxi_mmc.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/sunxi_mmc.c b/drivers/mmc/sun
And remove a magic number in the process.
Signed-off-by: Ian Campbell
---
arch/arm/include/asm/arch-sunxi/mmc.h | 1 +
drivers/mmc/sunxi_mmc.c | 18 ++
2 files changed, 15 insertions(+), 4 deletions(-)
diff --git a/arch/arm/include/asm/arch-sunxi/mmc.h
b/arch/arm
Signed-off-by: Ian Campbell
---
drivers/mmc/sunxi_mmc.c | 55 ++---
1 file changed, 29 insertions(+), 26 deletions(-)
diff --git a/drivers/mmc/sunxi_mmc.c b/drivers/mmc/sunxi_mmc.c
index 34c4996..a09e021 100644
--- a/drivers/mmc/sunxi_mmc.c
+++ b/drive
Objdump confirms no change to the resulting binary.
Signed-off-by: Ian Campbell
---
arch/arm/include/asm/arch-sunxi/mmc.h | 8
drivers/mmc/sunxi_mmc.c | 8 +---
2 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/arch/arm/include/asm/arch-sunxi/mmc.h
b/arc
Inferred from Linux driver.
Objdump confirms no change to the resulting binary.
Signed-off-by: Ian Campbell
---
arch/arm/include/asm/arch-sunxi/mmc.h | 11 ++
drivers/mmc/sunxi_mmc.c | 39 ---
2 files changed, 24 insertions(+), 26 deletions(
Names from Linux driver
Signed-off-by: Ian Campbell
---
arch/arm/include/asm/arch-sunxi/mmc.h | 35 +++
drivers/mmc/sunxi_mmc.c | 19 +++
2 files changed, 46 insertions(+), 8 deletions(-)
diff --git a/arch/arm/include/asm/arch-sunxi/
Mostly derived from existing comments. There are plenty of undefined bits still
though.
Objdump confirms that the resulting binary is identical.
Signed-off-by: Ian Campbell
---
arch/arm/include/asm/arch-sunxi/mmc.h | 19 ++
drivers/mmc/sunxi_mmc.c | 49
Objdump confirms no difference in the resulting binary.
Signed-off-by: Ian Campbell
---
arch/arm/include/asm/arch-sunxi/clock.h | 7 +++
drivers/mmc/sunxi_mmc.c | 5 +++--
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/arch/arm/include/asm/arch-sunxi/clock.h
Signed-off-by: Ian Campbell
---
Cleanup due to upstream review.
---
drivers/mmc/sunxi_mmc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/sunxi_mmc.c b/drivers/mmc/sunxi_mmc.c
index 80e4369..b6f2f96 100644
--- a/drivers/mmc/sunxi_mmc.c
+++ b/drivers/mmc/sunxi_m
The following patches remove the majority of the magic numbers from the
mmc driver, as part of the preparation for upstreaming.
The names/meanings of the various bits are partially inferred from
existing comments and partially from the Linux driver. Also a little
refactoring and checkpatch cleanup
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/20/2014 04:24 PM, Ian Campbell wrote:
> Instead of setting CONFIG_SYS_BOOTMAPSZ instead set bootm_size to 512M in the
> default environment. This causes boot_start_lmb to use addresses which are
> covered by the kernels lowmem mapping, which is r
Mainly whitespace. The main construct which it complains about is:
while(POKE THE HARDWARE);
which obscures the potentially infinite loop, I've rewritten as:
while(POKE THE HARDWARE)
;
Signed-off-by: Ian Campbell
---
Normally I object to this sort of churn but this
Instead of setting CONFIG_SYS_BOOTMAPSZ instead set bootm_size to 512M in the
default environment. This causes boot_start_lmb to use addresses which are
covered by the kernels lowmem mapping, which is required by the boot protocol.
This should mean that workarounds such as fdt_high= and
in
On Mon, 2014-03-17 at 15:33 -0400, Tom Rini wrote:
> > So, I'm confused about what to do here ;-)
>
> And I've not made things clearer with a mis-recollection of things. I
> don't know why I keep saying "bootm_low" when I mean "bootm_size" like
> I've done in later patches (and thankfully, when p
On Wed, Mar 19, 2014 at 08:21:19PM +0100, Carlo Caione wrote:
> Added documentation for NMI irqchip.
>
> Signed-off-by: Carlo Caione
Acked-by: Maxime Ripard
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
signature.asc
Description: D
On Wed, Mar 19, 2014 at 08:21:18PM +0100, Carlo Caione wrote:
> This patch adds DTS entries for NMI controller as child of GIC.
>
> Signed-off-by: Carlo Caione
Acked-by: Maxime Ripard
Thanks!
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electron
On Wed, Mar 19, 2014 at 01:23:34PM -0500, mrnuke wrote:
> > > /* Enable the interrupts */
> > >
> > > - sun4i_spi_write(sspi, SUN4I_INT_CTL_REG, SUN4I_INT_CTL_TC |
> > > - SUN4I_INT_CTL_RF_F34);
> > > + reg = SUN4I_INT_CTL_TC | SUN4I_INT_CTL_RF_F34;
> > >
On Wed, Mar 19, 2014 at 01:03:45PM -0500, mrnuke wrote:
> > > - /* We don't support transfer larger than the FIFO */
> > > - if (tfr->len > SUN4I_FIFO_DEPTH)
> > > + if (tfr->len > SUN4I_MAX_XFER_SIZE)
> > > + return -EINVAL;
> >
> > Why do you still need this test?
> >
> SUN4I_MAX_XFER_S
Got it - instead of V4L2_PIX_FMT_YUV422P, CSI format needs to be set to
V4L2_PIX_FMT_NV16. Also display needs to set as:
format: DISP_FORMAT_YUV422
mode: DISP_MOD_NON_MB_UV_COMBINED
seq: DISP_SEQ_UVUV
works like a charm :)
On Thursday, March 20, 2014 10:08:15 AM UTC+1, Ivan Kozic wrote:
>
> Thi
Standard mode I2C speed is 100 kbit/s and should be used instead of
200 kbit/s which is non-standard.
Signed-off-by: Jonathan Liu
---
arch/arm/plat-sunxi/include/plat/i2c.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/plat-sunxi/include/plat/i2c.h
b/arch/
On 19/02/14 15:52, Tejun Heo wrote:
On Wed, Feb 19, 2014 at 01:01:46PM +0100, Hans de Goede wrote:
diff --git a/drivers/ata/ahci_platform.c b/drivers/ata/ahci_platform.c
index 434ab89..aaa0c08 100644
--- a/drivers/ata/ahci_platform.c
+++ b/drivers/ata/ahci_platform.c
@@ -87,6 +87,44 @@ static st
Hi Emilio,
I tested the settings you advised and it worked like a charm!
Also I have updated the "Manual build specifics" with this information.
Thanks to you all for your help!
El miércoles, 19 de marzo de 2014 19:39:53 UTC+1, Emilio López escribió:
>
> Hi there,
>
> El 19/03/14 14:14, Daniel
This sunxi HW/SW/Docu combo is a complete mess. There's one more thing
specific to YUV422 16bit capture - memory alignment is a bit different than
when using 8bit capture. In fact, up to now, I've been using planar
capture, which in turn means that Y, U and V components are stored into
separate
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/7015bbb75ac57
26 matches
Mail list logo
