[linux-sunxi] Re: [RFC PATCH 1/3] sunxi: Extend SPL header versioning

here. If this particular check fails (the SPL part does not match the main U-Boot part), then something is already very wrong. > printf("sunxi SPL version mismatch: expected %u, got %u\n", > -SPL_HEADER_VERSION, spl_header_version); > +

Re: [linux-sunxi] Re: [PATCH v2 5/6] sunxi: add code for recalculating the DRAM size in U-Boot

the v3 features (if at all)? > We can just put a warning in there, to ask users to upgrade. > That would have worked already with the v1/v2 transition, I believe. Yes, that's more or less how this was supposed to work in sunxi-tools from the very beginning. Except that we unfortunately got

[linux-sunxi] sunxi-tools v1.5 release

iod, then go ahead. The timeline is preliminary and we can extend the deadlines a bit if some features need more time (but preferably by no more than one extra week). Do you have any comments or suggestions? -- Best regards, Siarhei Siamashka -- You received this message because you are subscri

Re: [linux-sunxi] [PATCH v3 1/3] video: sunxi: extract simplefb match code to a new file

u need to pick only one copyright line from the old code, then you should mention Luc instead of Hans. Hans de Goede surely has done a lot of massaging for this code later (plus added EDID and LCD support). But it was Luc, who made it happen back in 2014 by providing a usable graphics support for the ma

Re: [linux-sunxi] Allwinner A13 could support DDR1 sdram or not?

ry that you can get anyway, so it is economically unreasonable to design boards with anything older. -- Best regards, Siarhei Siamashka -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop recei

Re: [linux-sunxi] [PATCH v2 00/12] Big work on sunxi DW DRAM controllers and some new DDR type support

gt; dram_sunxi_dw.c} (84%) > create mode 100644 arch/arm/mach-sunxi/dram_timings/Makefile > create mode 100644 arch/arm/mach-sunxi/dram_timings/ddr2_v3s.c > create mode 100644 arch/arm/mach-sunxi/dram_timings/ddr3_1333.c > create mode 100644 arch/arm/mach-sunxi/dram_timings/lpddr3_st

[linux-sunxi] Re: [PATCH v2] ARM: spi/sun7i: Add Master Sample Data Mode for SPI

al and undesired activation of the wacky mode (an *important bugfix* for a real problem encountered in the wild). -- Best regards, Siarhei Siamashka -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and

Re: [linux-sunxi] Re: [sunxi-tools PATCH] fel: add smc command

On Tue, 28 Feb 2017 09:16:11 + Andre Przywara <andre.przyw...@arm.com> wrote: > Hi, > > On 28/02/17 03:08, Siarhei Siamashka wrote: > > On Mon, 27 Feb 2017 20:55:53 + > > Andre Przywara <o...@andrep.de> wrote: > > > >> On Mon, 2

Re: [linux-sunxi] Re: [sunxi-tools PATCH] fel: add smc command

On Tue, 28 Feb 2017 05:14:27 +0800 Icenowy Zheng <icen...@aosc.xyz> wrote: > 2017年2月28日 04:55于 Andre Przywara <o...@andrep.de>写道： > > > > On Mon, 27 Feb 2017 05:48:48 +0200 > > Siarhei Siamashka <siarhei.siamas...@gmail.com> wrote: > > > >

Re: [linux-sunxi] Re: [sunxi-tools PATCH] fel: add smc command

On Mon, 27 Feb 2017 20:55:53 + Andre Przywara <o...@andrep.de> wrote: > On Mon, 27 Feb 2017 05:48:48 +0200 > Siarhei Siamashka <siarhei.siamas...@gmail.com> wrote: > > > On Mon, 27 Feb 2017 02:22:08 + > > André Przywara <andre.przyw...@arm.com>

Re: [linux-sunxi] Re: [sunxi-tools PATCH] fel: add smc command

On Mon, 27 Feb 2017 02:22:08 + André Przywara <andre.przyw...@arm.com> wrote: > On 27/02/17 01:20, Siarhei Siamashka wrote: > > On Wed, 22 Feb 2017 17:08:47 + > > Andre Przywara <o...@andrep.de> wrote: > > > >> If an SoC has the "s

[linux-sunxi] Re: [sunxi-tools PATCH] fel: add smc command

tarted), I can follow the Github process if you prefer that. > > Cheers, > Andre. Hi Andre, Why don't we just do this automatically without adding a new special command? We are not allowed to read the SCR register for detecting this state, right? But can we still use some other detection m

Re: [linux-sunxi] [PATCH] Add Master Sample Data Mode for SPI

On Sat, 11 Feb 2017 00:05:42 -0300 Vinicius Maciel <vinicius...@gmail.com> wrote: > Em 10 de fev de 2017 23:53, "Siarhei Siamashka" <siarhei.siamas...@gmail.com> > escreveu: > > > On Fri, 10 Feb 2017 19:02:47 -0300 > > Vinicius Maciel <vinicius...@

Re: [linux-sunxi] [PATCH] Add Master Sample Data Mode for SPI

imilar commits). Also a similar fix most likely needs to be applied to the spi-sun6i.c file too (due to the copy-paste curse and code duplication), but I'm not sure if it needs to be a part of this patch or a separate one. Reviewed-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> -- B

[linux-sunxi] Re: [RFC PATCH 05/11] tools: mksunxiboot: allow larger SPL binaries

AT, 0666); > + if (fd_out < 0) { > + perror("Open output file"); > + return EXIT_FAILURE; > + } > } > > /* read file to buffer to calculate checksum */ > @@ -115,7 +140,7 @@ int main(int a

[linux-sunxi] Re: [RFC PATCH 08/11] sunxi: SPL: add FIT config selector for Pine64 boards

s can be passed to the board_fit_config_name_match() function in some way. Then the sun50i-a64-pine64 device tree file can specify that this board is expected to have exactly 512 MiB of RAM. Having this information, the board_fit_config_name_match() function will fail to match it if the actual RA

Re: [linux-sunxi] [PATCH] sunxi: fix SID read on H3

t wrong. > + * Read the value directly from SID controller, in order to get > + * the correct value, and also refresh the wrong value at > + * SUNXI_SID_BASE. > + */ > + int i; > + > + for (i = 0; i< 4; i++) > + sid[i] = sun8i_efuse_read(i * 4);

Re: [linux-sunxi] Bare metal example for cubietruck

cabo...@gmail.com>: > > > >> Hello!! > >> First of all, thanks for the answer > >> > >> About the example you said, is it usable for Cubietruck?? I should try a > >> simple example bare-metal on it. > >> > >> Can you help me? > &g

Re: [linux-sunxi] Bare metal example for cubietruck

ense though. So if your operating system is proprietary, then you can't copy/paste this code directly. If your operating system is open source, then I'm quite curious to have a look at it. -- Best regards, Siarhei Siamashka -- You received this message because you are subscribed to the G

Re: [linux-sunxi] SPI in Linux 4.8.0-rc6: Weird dip in SCLK right when slave select goes low

On Sun, 25 Sep 2016 10:19:55 +0200 Danny Milosavljevic <dan...@scratchpost.org> wrote: > On Fri, 23 Sep 2016 04:03:57 +0300 > Siarhei Siamashka <siarhei.siamas...@gmail.com> wrote: > > I'm not sure, but something like this might be somehow related: > > http

Re: [linux-sunxi] SPI in Linux 4.8.0-rc6: Weird dip in SCLK right when slave select goes low

On Fri, 23 Sep 2016 10:48:11 +0300 Maxime Ripard <maxime.rip...@free-electrons.com> wrote: > On Fri, Sep 23, 2016 at 04:03:57AM +0300, Siarhei Siamashka wrote: > > On Thu, 22 Sep 2016 23:52:52 +0200 > > Danny Milosavljevic <dan...@scratchpost.org> wrote: > >

[linux-sunxi] Re: [RFC 0/2] A33 SPI support

s/sun8i-a23.dtsi | 12 ++ > arch/arm/boot/dts/sun8i-a33.dtsi | 12 ++ > drivers/spi/spi-sun6i.c| 43 > +++--- > 5 files changed, 103 insertions(+), 8 deletions(-) > -- Best regards, Siarhei Sia

Re: [linux-sunxi] SPI in Linux 4.8.0-rc6: Weird dip in SCLK right when slave select goes low

river via the mainline kernel mailing list. -- Best regards, Siarhei Siamashka -- 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+unsubsc

Re: [linux-sunxi] Dual voltage SDMMC/eMMC on A64

supports 1.8V or not. But I'm not an eMMC expert, so please correct me if I got everything wrong. -- Best regards, Siarhei Siamashka -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receivin

Re: [linux-sunxi] Flashing NAND on SinA33

t the same errors! > > > Am I missing any steps in between? It looks like there is some bug in U-Boot. Please try to check who is the maintainer of the SinA33 board in the mainline U-Boot. Then send a bugreport to the mainline U-Boot mailing, also adding the board maintainer to CC. And plea

Re: [linux-sunxi] Flashing NAND on SinA33

On Tue, 6 Sep 2016 18:24:28 +0800 Chen-Yu Tsai <w...@csie.org> wrote: > On Tue, Sep 6, 2016 at 6:20 PM, Siarhei Siamashka > <siarhei.siamas...@gmail.com> wrote: > > Hi, > > > > On Tue, 6 Sep 2016 02:51:29 -0700 (PDT) > > Ciprian Manea <cip

Re: [linux-sunxi] Flashing NAND on SinA33

ae1646e5aee7c1425ee507d275699a072e There is no guarantee that it will work and I don't have the same board as you. But if there are any problems left, they should not be very difficult to fix. -- Best regards, Siarhei Siamashka -- You received this message because you are subscribed to the Google Groups &q

Re: [linux-sunxi] Flashing NAND on SinA33

The U-Boot bootloader is not quite ready for this though and may need some fixes (it needs to differentiate booting from the eMMC boot partitions and booting from the eMMC data area). There are special magic codes for the boot media type returned by the boot ROM: https://irclog.whitequark.org/linu

Re: [linux-sunxi] [PATCH v2 14/14] ARM: dts: sun8i: Enable DVFS on Orange Pi One

On Thu, 30 Jun 2016 13:13:48 +0200 Michal Suchanek wrote: > Hello, > > On 25 June 2016 at 05:45, wrote: > > From: Ondrej Jirman > > > > Use Xulong Orange Pi One GPIO based regulator for > > passive cooling and thermal management. > >

[linux-sunxi] Re: [PATCH v2] sunxi: Support booting from SPI flash

On Thu, 9 Jun 2016 19:42:55 -0700 Simon Glass <s...@chromium.org> wrote: > Hi, > > On 9 June 2016 at 18:33, Siarhei Siamashka <siarhei.siamas...@gmail.com> > wrote: > > Hi Simon, > > > > On Thu, 9 Jun 2016 17:36:10 -0700 > > Simon Glass <s...

[linux-sunxi] Re: [PATCH v2] sunxi: Support booting from SPI flash

Hi Simon, On Thu, 9 Jun 2016 17:36:10 -0700 Simon Glass <s...@chromium.org> wrote: > Hi, > > On 7 June 2016 at 05:28, Siarhei Siamashka <siarhei.siamas...@gmail.com> > wrote: > > Allwinner devices support SPI flash as one of the possible > > bootable

[linux-sunxi] Re: [PATCH sunxi-tools] Add a tool to generate raw NAND images

On Wed, 1 Jun 2016 14:54:24 +0200 Boris Brezillon <boris.brezil...@free-electrons.com> wrote: > On Wed, 1 Jun 2016 14:41:36 +0300 > Siarhei Siamashka <siarhei.siamas...@gmail.com> wrote: > > > On Mon, 30 May 2016 19:02:13 +0200 > > Boris Brezillon <boris

Re: [linux-sunxi] Re: [PATCH v2] sunxi: Support booting from SPI flash

Hello, On Wed, 8 Jun 2016 02:56:41 -0700 (PDT) boob...@gmail.com wrote: > Hello > > Nice to see new entry to boot. > I would like to know if sdcard wired in spi mode can working with > this spi boot support. No, it can't. The SPI protocol used by the SD card is different from the SPI protocol

[linux-sunxi] [PATCH v2] sunxi: Support booting from SPI flash

-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- Changes in v2: - Add Kconfig option (CONFIG_SPL_SPI_SUNXI) and move the SPI flash support code into a separate source file - Use CONFIG_SYS_SPI_U_BOOT_OFFS instead of the hardcoded constant - Deinitialize the SPI controller and un

Re: [linux-sunxi] [PATCH v2 7/7] spl: nand: sunxi: add support for NAND config auto-detection

reserve [1], which should provide additional 4 or 5 KiB of space for the code. Still we need to be very careful about using up this reserve, to ensure that it is well spent on something useful (such as NAND support) instead of being just wasted by the bloatware cultists :-) [1] http://lists.denx.de/piperm

[linux-sunxi] Re: [PATCH sunxi-tools] Add a tool to generate raw NAND images

On Mon, 30 May 2016 19:02:13 +0200 Boris Brezillon <boris.brezil...@free-electrons.com> wrote: > On Mon, 30 May 2016 19:46:17 +0300 > Siarhei Siamashka <siarhei.siamas...@gmail.com> wrote: > > > On Mon, 30 May 2016 17:24:16 +0200 > > Boris Brezillon <boris

[linux-sunxi] Re: [PATCH sunxi-tools] Add a tool to generate raw NAND images

ompatible board, are you really sure?" :-) Later we can also have digital signatures verification built into the sunxi-fel, and other nice things. Boris, I think that your NAND use case is not very much different in principle. You can't expect the users to desolder the NAND chip and u

[linux-sunxi] Re: [PATCH sunxi-tools] Add a tool to generate raw NAND images

On Mon, 30 May 2016 17:12:53 +0200 Boris Brezillon wrote: > Generating raw NAND images is particularly useful for boot0 images > creation since the mainline driver is not supporting the funky layout > used by Allwinner's ROM code to load the boot0 binary from

Re: [linux-sunxi] Pine64 unreview

too much poorly structured information and too many SD card images to try actually does more harm than good. -- Best regards, Siarhei Siamashka -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop recei

Re: [linux-sunxi] A64 boot sequence

On Thu, 21 Apr 2016 19:56:10 -0400 "jonsm...@gmail.com" <jonsm...@gmail.com> wrote: > On Thu, Apr 21, 2016 at 7:45 PM, jonsm...@gmail.com <jonsm...@gmail.com> > wrote: > > On Thu, Apr 21, 2016 at 6:01 PM, Siarhei Siamashka > > <siarhei.siamas...@gmail

Re: [linux-sunxi] A64 boot sequence

On Thu, 21 Apr 2016 16:14:13 -0400 "jonsm...@gmail.com" <jonsm...@gmail.com> wrote: > On Thu, Apr 21, 2016 at 4:09 PM, Siarhei Siamashka > <siarhei.siamas...@gmail.com> wrote: > > On Thu, 21 Apr 2016 13:38:19 -0400 > > "jonsm...@gmail.com" <

Re: [linux-sunxi] A64 boot sequence

we can't be 100% sure until somebody confirms this. Why are you asking this question? -- Best regards, Siarhei Siamashka -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails

Re: [linux-sunxi] A10 bring up and DRAM configuration procedure

other sample could be a good idea. > [1] > http://www.micron.com/~/media/Documents/Products/Data%20Sheet/DRAM/DDR3/1Gb_DDR3_SDRAM.pdf > [2] > http://git.denx.de/?p=u-boot.git;a=blob;f=lib/crc32.c;h=97592124867abb815d576899f8789545c3aef1aa;hb=HEAD#l200 > [3] https://gist.github.com/pietrushnic/ea41a4ae38b7a

Re: [linux-sunxi] [PATCH 2/2] fel: add fel spl support for Allwinner A80

x00C52078) { > + if ((sctlr & ~((0x7 << 11) | 1)) != 0x00C50078) { > fprintf(stderr, "Unexpected SCTLR (%08X)\n", sctlr); > exit(1); > } Reviewed-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> And pushed to github. -- Best r

Re: [linux-sunxi] [PATCH 1/2] fel: only read MMU control registers if MMU is enabled

s Can you probably try to read the MIDR register to check if the A80 SoC initially boots on a Cortex A15 or a Cortex A7 core? If it is A7, then something is really odd. But if it is A15, then aggressive instructions reordering may be exposing a missing barrier instruction here or there. There ar

[linux-sunxi] Re: [PATCH sunxi-tools 6/7] fel: Add "readl" and "writel" commands

On Sun, 20 Mar 2016 16:09:40 +0100 Bernhard Nortmann <bernhard.nortm...@web.de> wrote: > Hi Siarhei! > > Am 20.03.2016 um 15:49 schrieb Siarhei Siamashka: > > This patch is just unsafe if pushed alone, that's why it implicitly > > depends on the other "fel: M

[linux-sunxi] Re: [PATCH sunxi-tools 6/7] fel: Add "readl" and "writel" commands

sues/37), so feel > free to commit it. > > Reviewed-by: Bernhard Nortmann <bernhard.nortm...@web.de> Thanks. -- Best regards, Siarhei Siamashka -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from t

[linux-sunxi] Re: [PATCH sunxi-tools v5] fel: support selection of specific USB bus and device number

On Sun, 20 Mar 2016 14:03:24 +0100 Bernhard Nortmann <bernhard.nortm...@web.de> wrote: > Am 20.03.2016 um 13:53 schrieb Siarhei Siamashka: > > Thanks, also adding an extra > > > >|| busnum < 0 || devnum < 0 > > > > check here wou

[linux-sunxi] Re: [PATCH sunxi-tools 6/7] fel: Add "readl" and "writel" commands

k, support 40KiB SPL size for making future improvements possible, avoid clashing with the SRAM area reserved for the OpenRISC firmware). Regarding the SRAM memory layout in the FEL mode, the following wiki page provides some information: https://linux-sunxi.org/SRAM_dumps_from_A13_

Re: [linux-sunxi] [PATCH sunxi-tools] fel: Add release USB interface to allow proper operation on Mac OS X.

ease_interface(handle, 0); > #if defined(__linux__) > if (iface_detached >= 0) > libusb_attach_kernel_driver(handle, iface_detached); Reviewed-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> -- Best regards, Siarhei Siamashka -- You received this message because

[linux-sunxi] Re: [PATCH sunxi-tools 5/7] fel: Move the temporary scratch buffer under the IRQ stack

On Thu, 17 Mar 2016 18:31:42 +0100 Bernhard Nortmann <bernhard.nortm...@web.de> wrote: > Am Montag, 25. Januar 2016 05:51:02 UTC+1 schrieb Siarhei Siamashka: > > Doing certain operations may need uploading and executing code > > on the device. For example, such

[linux-sunxi] Re: [PATCH sunxi-tools v5] fel: support selection of specific USB bus and device number

exit(1); > + } > + } else > + break; /* no valid (prefix) option detected, exit loop > */ > + argc -= 1; > + argv += 1; > } > + > + handle = open_fel_device(busnum, devnum, A

Re: [linux-sunxi] [PATCH sunxi-tools v3] fel: support selection of specific USB bus and device number

break; /* no valid (prefix) option detected, exit loop > */ > + argc -= 1; > + argv += 1; > } > + > + request_libusb_handle(, busnum, devnum, 0x1f3a, 0xefe8); > rc = libusb_claim_interface(handle, 0); > #if defined(__l

Re: [linux-sunxi] ./lima-memtester failed to open /dev/mali but mali.ko inserted

linux-sunxi/commits/20151206-embedded-lima-memtester Also compile the right mainline U-Boot binary for your board and generate the right script.bin from your FEX file. -- Best regards, Siarhei Siamashka -- You received this message because you are subscribed to the Google Groups "linux-sunxi&q

Re: [linux-sunxi] Re: Is it possible to boot the A13 chip without DDR3 RAM?

sd-card and loader , which fed program into the > l2 cache. The original discussion thread has more than enough hints about what can be tried to implement this. So feel free to start coding and share your findings with us. Or are you actually trying to hire somebody to do this job for you? --

Re: [linux-sunxi] Re: [PATCH 05/11] drivers: pinctrl: add driver for Allwinner A64 SoC

HTPC box is using Allwinner H64. The bootloader sources from Allwinner are also referring to A64 as AW1689, which makes some sense because it is the chip id number that is accessible for runtime identification via reading the SRAM_VER_REG hardware register: http://linux-sunxi.org/SRAM_Controller

[linux-sunxi] Is a somewhat maintained 3.4 kernel branch needed for Allwinner H3?

as the 3.4 kernel maintainer for Allwinner H3? -- Best regards, Siarhei Siamashka -- 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

[linux-sunxi] Re: [PATCH sunxi-tools 7/7] fel: Add fel spl command support for Allwinner A64

On Mon, 25 Jan 2016 06:50:54 +0200 Siarhei Siamashka <siarhei.siamas...@gmail.com> wrote: > The SCTLR bits are somewhat different because the V bit is set > to 0 on A64 (Low exception vectors, base address 0x) and > the UNK bit (Reads of this bit return an UNKNOWN

[linux-sunxi] [PATCH sunxi-tools 3/7] fel: Move the backup storage to the SRAM B on A31

to 0x24000-0x2 and have 48 KiB of available space there. Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- fel.c | 17 +++-- 1 file changed, 15 insertions(+), 2 deletions(-) diff --git a/fel.c b/fel.c index 419f16a..71b12b5 100644 --- a/fel.c +++ b/fel.c @@

[linux-sunxi] [PATCH sunxi-tools 4/7] fel: Move the backup storage to the SRAM section A1 on H3

This allows the SRAM section A2 to be exclusively used by the OpenRISC core. There are no substantial differences between H3 and A10/A13/A20. It just has 64 KiB of SRAM starting at the address 0x0 instead of 48 KiB. Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- fel

[linux-sunxi] [PATCH sunxi-tools 7/7] fel: Add fel spl command support for Allwinner A64

The SCTLR bits are somewhat different because the V bit is set to 0 on A64 (Low exception vectors, base address 0x) and the UNK bit (Reads of this bit return an UNKNOWN value) is also not the same as on the other SoCs. So the SCTLR check can be relaxed. Signed-off-by: Siarhei Siamashka

[linux-sunxi] [PATCH sunxi-tools 5/7] fel: Move the temporary scratch buffer under the IRQ stack

er, the lower part of it is reserved for internal use by the sunxi-fel tool). The 0x-0x1FFF addresses range is reserved for passing data from the SPL to the main U-Boot binary (via the SPL header) and is also off limits. Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- fel.c | 16

[linux-sunxi] [PATCH sunxi-tools 0/7] fel: OpenRISC preparations and A64 support

e. New readl/writel commands for reading/writing hardware registers, which can be used for various useful things (a more advanced OpenRISC support will need this functionality). The last patch (unrelated to the OpenRISC core) adds USB FEL boot support for Allwinner A64. Siarhei Siamashka (7)

[linux-sunxi] [PATCH sunxi-tools 6/7] fel: Add "readl" and "writel" commands

1c23800: 87 00 00 00 __ __ __ __ __ __ __ __ __ __ __ __ Apparently, FEL tries to read data one byte at a time and this does not always work correctly. Introducing new commands to explicitly do 32-bit reads and writes helps: $ sunxi-fel readl 0x01c23800 0x16254187 Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gma

[linux-sunxi] [PATCH sunxi-tools 1/7] fel: Move backup area to higher addresses in SRAM on A10/A13/A20

releases do not use them yet. Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- fel.c | 20 1 file changed, 12 insertions(+), 8 deletions(-) diff --git a/fel.c b/fel.c index 59f0f72..0da3dc7 100644 --- a/fel.c +++ b/fel.c @@ -464,13 +464,17 @@ typedef

[linux-sunxi] [PATCH sunxi-tools 2/7] fel: Rename the backup buffers which use AR100 (OpenRISC) SRAM

That would be a more appropriate name. And A31 is going to implement this in a different way and give the SRAM back to OpenRISC. Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- fel.c | 19 +-- 1 file changed, 9 insertions(+), 10 deletions(-) diff --git a

Re: [linux-sunxi] A64, arisc, SCPI and regulator handling

nd everyone is welcome to try it on the boards like Orange Pi PC. I also have some sunxi-tools improvements in the queue, which are going to make developing code for the OpenRISC core and debugging it much easier. Wanted to make an announcement when everything is ready, but you are kinda pushing me to

Re: [linux-sunxi] Another take on sunxi-tools.

n > its executable name to select its mode, no longer an exact match). > > Since theses changes ended up with something very different than the > current tools, and after a little chat with Siarhei Siamashka, i think > the best thing to do is just keep all this as a fork of sunxi-to

Re: [linux-sunxi] [PATCH] Add FEX file for Foxconn Super Pi

g/a20/superpi.fex b/sys_config/a20/superpi.fex Hi, Thanks. Would it be probably better to push it to sunxi-boards as "foxconn_superpi.fex" in order to avoid any potential namespace clashes with LeMaker, SinoVoip and any other possible contenders? -- Best regards, Siarhei Siamashka

Re: [linux-sunxi] Re: fel-sdboot.sunxi problems on Cubietruck and A20-OLinuXino-MICRO

blobs on my computer. Thanks! -- Best regards, Siarhei Siamashka -- 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...@googlegr

Re: [linux-sunxi] Re: fel-sdboot.sunxi problems on Cubietruck and A20-OLinuXino-MICRO

0000022 014b ldr r3, [pc, 4] ; [:4]=0x0020 ; '(' 0x00249847 blx r3 0x002608bd pop {r3, pc} 0x00282000 movs r0, r4 0x002a invalid -- Best regards, Siarhei Siamashka -- 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. For more options, visit https://groups.google.com/d/optout.

Re: [linux-sunxi] Re: fel-sdboot.sunxi problems on Cubietruck and A20-OLinuXino-MICRO

r0 `-> 0x002008402de9 push {r3, lr} 0x002408309fe5 ldr r3, [pc, 8] ; [:4]=0x0020 ; '4' 0x00280fe0a0e1 mov lr, pc ,==< 0x002c13ff2fe1 bx r3 | 0x00300880bde8 pop {r3, pc} My random guess is that you

Re: [linux-sunxi] Re: PSCI for H3

if (!node) + node = of_find_compatible_node(NULL, NULL, + "allwinner,sun8i-h3-cpuconfig"); if (!node) { pr_err("Missing A31 CPU config node in the device tree\n"); return; -- 2.4

Re: [linux-sunxi] Re: PSCI for H3

On Wed, 23 Dec 2015 22:36:19 +0800 Chen-Yu Tsai <w...@csie.org> wrote: > On Wed, Dec 23, 2015 at 6:14 PM, Siarhei Siamashka > <siarhei.siamas...@gmail.com> wrote: > > On Tue, 17 Nov 2015 15:32:30 +0100 > > Jens Kuske <jensku...@gmail.com> wrote: > >

Re: [linux-sunxi] Re: [PATCH sunxi-boards 1/3] h3: Add fex file for Orange Pi PC

On Sat, 19 Dec 2015 22:18:28 +0100 Thomas Kaiser <thomas.kai...@phg-online.de> wrote: > Siarhei Siamashka wrote: > > > It's likely that the credit for "unlocking" the 1.5 GHz clock speed > > actually belongs to third-party modders. > > Thanks for

Re: [linux-sunxi] Re: [PATCH 0/6] ARM: sunxi: Introduce Allwinner H3 support

Hi, On Wed, 16 Dec 2015 10:11:38 +0100 Hans de Goede <hdego...@redhat.com> wrote: > Hi, > > On 16-12-15 08:35, Siarhei Siamashka wrote: > > On Thu, 10 Dec 2015 04:31:05 -0800 (PST) > > Thomas Kaiser <thomas.kai...@phg-online.de> wrote: > >

Re: [linux-sunxi] Re: [PATCH sunxi-boards 1/3] h3: Add fex file for Orange Pi PC

On Wed, 9 Dec 2015 00:40:18 -0800 (PST) Thomas Kaiser <thomas.kai...@phg-online.de> wrote: > Siarhei Siamashka: > > > Extracted from the Lubuntu_1404_For_OrangePiPC_v0_8_0_.img.xz image: > > > > http://www.orangepi.org/downloadresources/orangepipc/oragepipc_4

[linux-sunxi] Re: [PATCH 1/2] sunxi-tools: some trivial fixes

On Wed, 16 Dec 2015 12:14:10 +0100 Bernhard Nortmann <bernhard.nortm...@web.de> wrote: > Am 16.12.2015 um 08:16 schrieb Siarhei Siamashka: > > [...] > > After this change, now both "spl" and "uboot" commands always execute > > U-Boot in the e

Re: [linux-sunxi] Re: [PATCH 0/6] ARM: sunxi: Introduce Allwinner H3 support

On Thu, 10 Dec 2015 10:29:52 +0100 Jens Kuske <jensku...@gmail.com> wrote: > On 10/12/15 03:13, Siarhei Siamashka wrote: > > Hello, > > > > On Wed, 9 Dec 2015 19:29:49 +0100 > > Jens Kuske <jensku...@gmail.com> wrote: > > > >> On 09/12/15

Re: [linux-sunxi] [PATCH 1/3] sunxi-tools: script_extractor: bug fixes

t; close(fd); > > return 0; Thanks for the patch. But looks like Hans de Goede has also independently encountered the same bugs and already fixed them: https://github.com/linux-sunxi/sunxi-tools/commit/55eec70ceafc4b8b25b4ddcd613c9ca10e41dcf7 -- Best regards, Siarhei Siamas

Re: [linux-sunxi] Re: [PATCH 0/6] ARM: sunxi: Introduce Allwinner H3 support

Unless we get more test results in a few days which radically change the statistics, probably using 624 MHz for DRAM on Orange Pi PC would be reasonable. -- Best regards, Siarhei Siamashka -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group.

[linux-sunxi] Re: [PATCH v5 6/9] sunxi-tools: Add file_size() and factor out a reusable file_upload()

On Mon, 7 Dec 2015 12:03:41 +0100 Bernhard Nortmann <bernhard.nortm...@web.de> wrote: > Am 30.11.2015 um 12:30 schrieb Siarhei Siamashka: > > What if "name" is, for example, a directory instead of a file? > > > > [...] > > If the file does not exist,

Re: [linux-sunxi] [PATCH 3/3] sunxi-tools: README: Cross-compilation examples

nder the terms of GPLv2+ as defined by the > Free Software Foundation, details can be read in the COPYING file. Thanks, pushed to git. -- Best regards, Siarhei Siamashka -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsu

[linux-sunxi] Re: [PATCH 1/2] sunxi-tools: some trivial fixes

t; Siarhei: Here are the proposed changes that I would like to go into > sunxi-tools, possibly before you tag a 1.3 release. It's not urgent > (could be postponed to a later point in time), but I think it would > be nice to include these into a "release point". Well, last minut

[linux-sunxi] Re: [PATCH v5 0/8] sunxi-tools: support progress display for FEL utility

On Mon, 7 Dec 2015 12:17:04 +0100 Bernhard Nortmann <bernhard.nortm...@web.de> wrote: > Hi Siarhei! > > Am 30.11.2015 um 12:44 schrieb Siarhei Siamashka: > > Hello, > > > > I think that patches 1-5 can be pushed to github, even though I'm not > > complet

Re: [linux-sunxi] [PATCH 2/3] sunxi-tools: Makefile: Add sunxi-script_extractor target

-g -O0 -Wall -static -o $@ $^ > + > .gitignore: Makefile > @for x in $(TOOLS) $(FEXC_LINKS) $(TARGET_TOOLS) '*.o' '*.swp'; do \ > echo "$$x"; \ Thanks, pushed to git. -- Best regards, Siarhei Siamashka -- You received this message because you are subscribed to

Re: [linux-sunxi] Re: [PATCH 0/6] ARM: sunxi: Introduce Allwinner H3 support

Hello, On Wed, 9 Dec 2015 19:29:49 +0100 Jens Kuske <jensku...@gmail.com> wrote: > On 09/12/15 09:40, Siarhei Siamashka wrote: > > Thanks for the explanations. I finally got lima-memtester up and > > running on H3 hardware (not that it was difficult, but just the amou

[linux-sunxi] [PATCH sunxi-boards 3/3] h3: Update cpufreq and cooling state tables on Orange Pi PC

ustment is also done by this patch. Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- sys_config/h3/xunlong_orange_pi_pc.fex | 86 -- 1 file changed, 52 insertions(+), 34 deletions(-) diff --git a/sys_config/h3/xunlong_orange_

[linux-sunxi] [PATCH sunxi-boards 1/3] h3: Add fex file for Orange Pi PC

improvements. Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- sys_config/h3/xunlong_orange_pi_pc.fex | 814 + 1 file changed, 814 insertions(+) create mode 100644 sys_config/h3/xunlong_orange_pi_pc.fex diff --git a/sys_con

[linux-sunxi] [PATCH sunxi-boards 2/3] h3: Make LEDs available in /sys/class/leds on Orange Pi PC

This patch makes both red and green LEDs available in /sys/class/leds instead of probably having them reserved for some special purposes (such as a standby mode indicator?). Being able to control the state of LEDs from applications and scripts is quite useful. Signed-off-by: Siarhei Siamashka

[linux-sunxi] [PATCH 3.4 4/9] sunxi: mali: Handle both framebuffers in the Mali validation code

at all, then the Mali userland blob still can work and is able to render 3D graphics. However this is done by using memcpy to copy data into the framebuffer for each frame and the performance becomes ridiculously bad. Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- arch/ar

[linux-sunxi] [PATCH 3.4 1/9] sunxi: defconfig: Use performance cpufreq governor by default

@googlegroups.com/msg00492.html https://www.mail-archive.com/linux-sunxi@googlegroups.com/msg00678.html http://www.cubieforums.com/index.php/topic,1413.msg8745.html#msg8745 It basically wastes a lot of performance for almost nothing. Signed-off-by: Siarhei Siamashka <siarhei.sia

[linux-sunxi] [PATCH 3.4 0/9] Better out of the box behavior for sunxi-3.4

patches that I have been using for ages. They serve exactly the same purpose: make things work out of the box in a reasonable way. These patches are also available in the following git branch: https://github.com/ssvb/linux-sunxi/commits/20151202-more-cma-for-sunxi-3.4 Siarhei Siamashka (9

[linux-sunxi] [PATCH 3.4 2/9] sunxi: defconfig: Enable ROOT_NFS support

is enabled for sun5i because it can allow to use USB ethernet dongles. Also different localversion identifiers are set for in the config files to avoid a possible clash between the names of directories with kernel modules. Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- arch/arm/c

[linux-sunxi] [PATCH 3.4 5/9] sunxi: disp: Tweak framebuffer size for best X11 GLES/DRI2 performance

necessary. Do it only when CMA is enabled. Otherwise this may be dangerous when the user controls the size of disp framebuffer reservation via kernel cmdline. Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- drivers/video/sunxi/disp/dev_fb.c | 21 +

[linux-sunxi] [PATCH 3.4 3/9] sunxi: disp: Allocate framebuffers from the CMA area

This allows to get rid of the fragile boot time memory reservation. Now the amount of required framebuffer memory is calculated at runtime, depending on the screen resolution (which may come from FEX or from EDID). Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- drivers

[linux-sunxi] [PATCH 3.4 9/9] sunxi: cedar: Allocate memory buffer only when /dev/cedar_dev is open

' can be used to change the cedar memory buffer size to something larger than 80MB. Since libvdpau-sunxi implemented subtitles support, it needs more memory and 80MB may be not enough. Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- drivers/media/video/sunxi/sunxi_cedar.

[linux-sunxi] [PATCH 3.4 8/9] sunxi: cedar: Allow only one /dev/cedar_dev user at a time

to open /dev/cedar_dev just block until the current user closes it. Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- drivers/media/video/sunxi/sunxi_cedar.c | 9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/drivers/media/video/sunxi/sunxi_ceda

[linux-sunxi] [PATCH 3.4 6/9] sunxi: mali: Fix problems with a static build of the Mali driver

time"). But if we try to build both 'mali' and 'ump' modules statically, then the linker complains about duplicated functions. In order to resolve this problem, just mark the problematic functions as 'weak'. Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- drivers/

[linux-sunxi] [PATCH 3.4 7/9] sunxi: defconfig: Build the Mali driver statically

to be able to include the lima-memtester test program into an initrd image without bothering about adding kernel modules to the initrd image too. Signed-off-by: Siarhei Siamashka <siarhei.siamas...@gmail.com> --- arch/arm/configs/sun4i_defconfig | 8 +++- arch/arm/configs/sun5i_defconf

  1   2   3   4   5   >