Re: [linux-sunxi] Re: Unable to play 720p video in Ubuntu
On Fri, Mar 7, 2014 at 6:15 AM, Puneet B wrote: > Dude, > > I just asking > > mpv --vo=vdpau --hwdec=vdpau --hwdec-codecs=all [filename] > (export VDPAU_DRIVER=sunxi) > > Is it possible to assign these things in config file. This is NOT something linux-sunxi related. So, again, stop asking here. -- Carlo Caione -- 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.
[linux-sunxi] Re: Allwinner joins Linaro Digital Home Group, commits to open source chip support
> lawsuits. But in the last year or two both Intel and AMD have overcome > this fear and open sourced their GPU implementations. Make it "in the last ten years". > Publicly available datasheets and app notes for the TI chip contain > more useful info than what I got out of the NDA loving company. Why am I not surprised, Stefan -- 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.
[linux-sunxi] Re: Unable to play 720p video in Ubuntu
Dude, I just asking mpv --vo=vdpau --hwdec=vdpau --hwdec-codecs=all [filename] *(export VDPAU_DRIVER=sunxi)*Is it possible to assign these things in config file. so we can play videos from gui. Regards Punith -- 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.
[linux-sunxi] Re: Submitting new A10s board
> Recently I bought this same device (http://dx.com/p/reko-mk801-android-4-0- > 4-mini-pc-google-tv-player-w-antenna-1gb-ram-4gb-rom-av-hdmi-blue-208095) at > Dx. When I was first starting up, nothing happened. Tested with the HDMI > cable and the AV cable. The television only shows the message "no signal". Just plugging power & HDMI should be sufficient to get an Android boot screen. So, maybe it's just dead, Stefan -- 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.
[linux-sunxi] [PATCH] sunxi: Use SPDX license headers.
Following eca3aeb352c9 "Licenses: introduce SPDX Unique Lincense Identifiers" switch sunxi files to use SPDX license identifiers. As with that changeset, this patch is supposed to be only a change to the textual representation of the license information, but in no way any change to the actual license terms. With this patch applied, all files will still be licensed under the same terms they were before. The vast majority of these were done by re-applying a single diff hunk, the rest were done by resolving the resulting reject file, using emacs diff mode, while checking that the mismatch wasn't due to a license difference. The set of files was determined with: git grep 'This program is free software' | grep sunxi git diff v2014.01 | lsdiff --strip 1 | xargs grep 'This program is free software' This may or may not be a prerequisite to upstreaming, but I figured I may as well clean it up. Signed-off-by: Ian Campbell --- arch/arm/cpu/armv7/cmd_boot.c | 18 +- arch/arm/cpu/armv7/sunxi/Makefile | 19 +-- arch/arm/cpu/armv7/sunxi/board.c | 18 +- arch/arm/cpu/armv7/sunxi/clock.c | 18 +- arch/arm/cpu/armv7/sunxi/cmd_watchdog.c | 15 +-- arch/arm/cpu/armv7/sunxi/cpu_info.c | 18 +- arch/arm/cpu/armv7/sunxi/dram.c | 18 +- arch/arm/cpu/armv7/sunxi/early_print.c| 18 +- arch/arm/cpu/armv7/sunxi/key.c| 18 +- arch/arm/cpu/armv7/sunxi/pinmux.c | 18 +- arch/arm/cpu/armv7/sunxi/postclk_init.c | 18 +- arch/arm/cpu/armv7/sunxi/secondary_init.S | 19 +-- arch/arm/cpu/armv7/sunxi/smp.c| 18 +- arch/arm/cpu/armv7/sunxi/timer.c | 18 +- arch/arm/cpu/armv7/sunxi/u-boot-spl.lds | 19 +-- arch/arm/cpu/armv7/sunxi/watchdog.c | 15 +-- arch/arm/include/asm/arch-sunxi/clock.h | 18 +- arch/arm/include/asm/arch-sunxi/cpu.h | 18 +- arch/arm/include/asm/arch-sunxi/cpucfg.h | 18 +- arch/arm/include/asm/arch-sunxi/dram.h| 18 +- arch/arm/include/asm/arch-sunxi/early_print.h | 18 +- arch/arm/include/asm/arch-sunxi/gpio.h| 18 +- arch/arm/include/asm/arch-sunxi/i2c.h | 18 +- arch/arm/include/asm/arch-sunxi/key.h | 18 +- arch/arm/include/asm/arch-sunxi/mmc.h | 18 +- arch/arm/include/asm/arch-sunxi/smp.h | 18 +- arch/arm/include/asm/arch-sunxi/spl.h | 18 +- arch/arm/include/asm/arch-sunxi/sys_proto.h | 18 +- arch/arm/include/asm/arch-sunxi/timer.h | 18 +- arch/arm/include/asm/arch-sunxi/watchdog.h| 15 +-- board/sunxi/Makefile | 19 +-- board/sunxi/board.c | 18 +- drivers/gpio/sunxi_gpio.c | 18 +- drivers/i2c/sunxi_i2c.c | 18 +- drivers/mmc/sunxi_mmc.c | 18 +- drivers/power/axp152.c| 18 +- drivers/power/axp209.c| 18 +- include/axp152.h | 18 +- include/axp209.h | 18 +- include/configs/sun4i.h | 19 +-- include/configs/sun5i.h | 19 +-- include/configs/sun7i.h | 19 +-- include/configs/sunxi-common.h| 18 +- tools/mksunxiboot.c | 16 +--- 44 files changed, 44 insertions(+), 744 deletions(-) mode change 100755 => 100644 drivers/mmc/sunxi_mmc.c diff --git a/arch/arm/cpu/armv7/cmd_boot.c b/arch/arm/cpu/armv7/cmd_boot.c index e5f917e..55a5c37 100644 --- a/arch/arm/cpu/armv7/cmd_boot.c +++ b/arch/arm/cpu/armv7/cmd_boot.c @@ -1,23 +1,7 @@ /* * (C) Copyright 2012 Henrik Nordstrom * - * See file CREDITS for list of people who contributed to this - * project. - * - * This program is free software; you can redistribute it and/or - * modify it under the terms of the GNU General Public License as - * published by the Free Software Foundation; either version 2 of - * the License, or (at your option) any later version. - * - * This program is distributed in the hope that it will be useful, - * but WITHOUT ANY WARRANTY; without even the implied warranty of - * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the - * GNU General Public License for more deta
[linux-sunxi] Re: [U-Boot] [PATCH v3 2/4] highbank: use scsi_init hook
On Thu, Mar 6, 2014 at 7:20 PM, Ian Campbell wrote: > Signed-off-by: Ian Campbell Acked-by: Rob Herring > --- > board/highbank/highbank.c | 14 ++ > 1 file changed, 10 insertions(+), 4 deletions(-) > > diff --git a/board/highbank/highbank.c b/board/highbank/highbank.c > index 4b272c7..d42447d 100644 > --- a/board/highbank/highbank.c > +++ b/board/highbank/highbank.c > @@ -51,17 +51,23 @@ int board_eth_init(bd_t *bis) > return rc; > } > > -#ifdef CONFIG_MISC_INIT_R > -int misc_init_r(void) > +#ifdef CONFIG_SCSI_AHCI_PLAT > +void scsi_init(void) > { > - char envbuffer[16]; > - u32 boot_choice; > u32 reg = readl(HB_SREG_A9_PWRDOM_STAT); > > if (reg & PWRDOM_STAT_SATA) { > ahci_init(HB_AHCI_BASE); > scsi_scan(1); > } > +} > +#endif > + > +#ifdef CONFIG_MISC_INIT_R > +int misc_init_r(void) > +{ > + char envbuffer[16]; > + u32 boot_choice; > > boot_choice = readl(HB_SREG_A9_BOOT_SRC_STAT) & 0xff; > sprintf(envbuffer, "bootcmd%d", boot_choice); > -- > 1.8.5.3 > > ___ > U-Boot mailing list > u-b...@lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot -- 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] [PATCH v3 0/4] uboot sata support for sunxi platform
On Fri, 2014-03-07 at 01:19 +, Ian Campbell wrote: > This is the third version of my series to add support for AHCI to the > sunxi platform. This uses the existing ahci platform support already > present in u-boot. Most of the sunxi specific code comes from the Linux > platform patches. > > Since last time I've cut out all the unused register #defines and made > the Calxeda midway platform use the scsi_init hook (new patch). > > I've tested this only on cubietruck, but it is enabled for Olinino > Micro, cubieboard and cubieboard2 based on inspection of the Linux DTS > files. I have also now tested on Calxeda midway. > > Once again as requested I am also cross posting to the main uboot > mailing list since the first two patches are generic and don't rely on Oops: ^three That is: ahci-plat: Provide a weak scsi_init hook highbank: use scsi_init hook ahci: wait longer for link. are all suitable for main line. > sunxi stuff and so could go into mainline now. > > Ian. > -- 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.
[linux-sunxi] [PATCH v3 4/4] ahci: provide sunxi SATA driver using AHCI platform framework
This enables the necessary clocks, in AHB0 and in PLL6_CFG. This is done for sun7i only since I don't have access to any other sunxi platforms with sata included. The bulk of the code is taken from the Linux ahci sunxi platform driver patches, adjusted for u-boot. This adds the "PORT_DMA" tweaks to the core driver, under a suitable ifdef. This option is enabled for Cubieboard, Cubieboard2, Cubietruck and Olinuxino Micro based on contents of Linux DTS files, including SATA power pin config taken from the DTS. All build tested, but runtime tested on cubietruck (FEL) only. Signed-off-by: Ian Campbell --- v3: Drop unused register definitions v2: make AHCI configurable per board, enabled for cubieboard, cubieboard2, cubietruck and Olinuxino Micro. --- arch/arm/cpu/armv7/sunxi/clock.c | 4 +++ boards.cfg | 18 +- drivers/block/Makefile | 1 + drivers/block/ahci.c | 15 +++- drivers/block/ahci_sunxi.c | 77 include/ahci.h | 9 + include/configs/sunxi-common.h | 12 +++ 7 files changed, 126 insertions(+), 10 deletions(-) create mode 100644 drivers/block/ahci_sunxi.c diff --git a/arch/arm/cpu/armv7/sunxi/clock.c b/arch/arm/cpu/armv7/sunxi/clock.c index 06bc283..2cc274b 100644 --- a/arch/arm/cpu/armv7/sunxi/clock.c +++ b/arch/arm/cpu/armv7/sunxi/clock.c @@ -51,6 +51,10 @@ static void clock_init_safe(void) #ifdef CONFIG_SUN7I writel(0x1 << 6 | readl(&ccm->ahb_gate0), &ccm->ahb_gate0); writel(0x1 << 31 | readl(&ccm->pll6_cfg), &ccm->pll6_cfg); +#ifdef CONFIG_SCSI_AHCI_SUNXI + writel(0x1 << 25 |readl(&ccm->ahb_gate0), &ccm->ahb_gate0); + writel(0x1 << 14 | readl(&ccm->pll6_cfg), &ccm->pll6_cfg); +#endif #endif } #endif diff --git a/boards.cfg b/boards.cfg index 100acc8..987bc54 100644 --- a/boards.cfg +++ b/boards.cfg @@ -354,8 +354,8 @@ Active arm armv7 sunxi - sunxi Active arm armv7 sunxi - sunxi A13-OLinuXinoM sun5i:A13_OLINUXINOM,SPL,NO_AXP,STATUSLED=201,CONS_INDEX=2 - Active arm armv7 sunxi - sunxi A13-OLinuXinoM_FEL sun5i:A13_OLINUXINOM,SPL_FEL,NO_AXP,STATUSLED=201,CONS_INDEX=2 - Active arm armv7 sunxi - sunxi A13_MID sun5i:A13_MID,SPL,CONS_INDEX=2 - -Active arm armv7 sunxi - sunxi A20-OLinuXino_MICRO sun7i:A20_OLINUXINO_M,CONS_INDEX=1,STATUSLED=226,SPL,SUNXI_EMAC - -Active arm armv7 sunxi - sunxi A20-OLinuXino_MICRO_FEL sun7i:A20_OLINUXINO_M,CONS_INDEX=1,STATUSLED=226,SPL_FEL,SUNXI_EMAC - +Active arm armv7 sunxi - sunxi A20-OLinuXino_MICRO sun7i:A20_OLINUXINO_M,CONS_INDEX=1,STATUSLED=226,SPL,SUNXI_EMAC,AHCI,SATAPWR=SUNXI_GPB(8) - +Active arm armv7 sunxi - sunxi A20-OLinuXino_MICRO_FEL sun7i:A20_OLINUXINO_M,CONS_INDEX=1,STATUSLED=226,SPL_FEL,SUNXI_EMAC,AHCI,SATAPWR=SUNXI_GPB(8) - Active arm armv7 sunxi - sunxi Auxtek-T003 sun5i:AUXTEK_T003,SPL,AXP152_POWER,STATUSLED=34 - Active arm armv7 sunxi - sunxi Auxtek-T004 sun5i:AUXTEK_T004,SPL,AXP152_POWER,STATUSLED=34 - Active arm armv7 sunxi - sunxi ba10_tv_box sun4i:BA10_TV_BOX,SPL,SUNXI_EMAC - @@ -363,13 +363,13 @@ Active arm armv7 sunxi - sunxi Active arm armv7 sunxi - sunxi Coby_MID8042 sun4i:COBY_MID8042,SPL - Active arm armv
[linux-sunxi] [PATCH v3 3/4] ahci: wait longer for link.
I have observed timeouts on a cubietruck. The increase to 40ms is completely arbitrary and Works For Me(tm). I couldn't find a good reference for how long you are supposed to wait, although googling around it seems like tens of ms rather than single digits is more common. I don't think there is any harm in waiting a bit longer. Signed-off-by: Ian Campbell --- drivers/block/ahci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/block/ahci.c b/drivers/block/ahci.c index d5370fa..90a0719 100644 --- a/drivers/block/ahci.c +++ b/drivers/block/ahci.c @@ -41,7 +41,7 @@ u16 *ataid[AHCI_MAX_PORTS]; #define WAIT_MS_SPINUP 2 #define WAIT_MS_DATAIO 5000 #define WAIT_MS_FLUSH 5000 -#define WAIT_MS_LINKUP 4 +#define WAIT_MS_LINKUP 40 static inline u32 ahci_port_base(u32 base, u32 port) { -- 1.8.5.3 -- 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.
[linux-sunxi] [PATCH v3 2/4] highbank: use scsi_init hook
Signed-off-by: Ian Campbell --- board/highbank/highbank.c | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/board/highbank/highbank.c b/board/highbank/highbank.c index 4b272c7..d42447d 100644 --- a/board/highbank/highbank.c +++ b/board/highbank/highbank.c @@ -51,17 +51,23 @@ int board_eth_init(bd_t *bis) return rc; } -#ifdef CONFIG_MISC_INIT_R -int misc_init_r(void) +#ifdef CONFIG_SCSI_AHCI_PLAT +void scsi_init(void) { - char envbuffer[16]; - u32 boot_choice; u32 reg = readl(HB_SREG_A9_PWRDOM_STAT); if (reg & PWRDOM_STAT_SATA) { ahci_init(HB_AHCI_BASE); scsi_scan(1); } +} +#endif + +#ifdef CONFIG_MISC_INIT_R +int misc_init_r(void) +{ + char envbuffer[16]; + u32 boot_choice; boot_choice = readl(HB_SREG_A9_BOOT_SRC_STAT) & 0xff; sprintf(envbuffer, "bootcmd%d", boot_choice); -- 1.8.5.3 -- 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.
[linux-sunxi] [PATCH v3 1/4] ahci-plat: Provide a weak scsi_init hook
This allow the platform to register the platform ahci device. Signed-off-by: Ian Campbell --- In theory this could perhaps be used by highbank. I have access to a Midway system (close enough for testing purposes, I think) but since Calxeda has folded I'm not sure it is worth it, and I am not entirely keen on reflashing firmware on the system I have access too (no safety net)... --- arch/arm/lib/board.c | 6 ++ drivers/block/ahci.c | 5 + 2 files changed, 11 insertions(+) diff --git a/arch/arm/lib/board.c b/arch/arm/lib/board.c index 34f50b0..fe381a3 100644 --- a/arch/arm/lib/board.c +++ b/arch/arm/lib/board.c @@ -33,6 +33,7 @@ #include #include #include +#include #include #include #include @@ -593,6 +594,11 @@ void board_init_r(gd_t *id, ulong dest_addr) mmc_initialize(gd->bd); #endif +#ifdef CONFIG_CMD_SCSI + puts("SCSI: "); + scsi_init(); +#endif + #ifdef CONFIG_HAS_DATAFLASH AT91F_DataflashInit(); dataflash_print_info(); diff --git a/drivers/block/ahci.c b/drivers/block/ahci.c index 0daad36..d5370fa 100644 --- a/drivers/block/ahci.c +++ b/drivers/block/ahci.c @@ -924,6 +924,11 @@ int ahci_init(u32 base) err_out: return rc; } + +void __weak scsi_init(void) +{ +} + #endif /* -- 1.8.5.3 -- 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.
[linux-sunxi] [PATCH v3 0/4] uboot sata support for sunxi platform
This is the third version of my series to add support for AHCI to the sunxi platform. This uses the existing ahci platform support already present in u-boot. Most of the sunxi specific code comes from the Linux platform patches. Since last time I've cut out all the unused register #defines and made the Calxeda midway platform use the scsi_init hook (new patch). I've tested this only on cubietruck, but it is enabled for Olinino Micro, cubieboard and cubieboard2 based on inspection of the Linux DTS files. I have also now tested on Calxeda midway. Once again as requested I am also cross posting to the main uboot mailing list since the first two patches are generic and don't rely on sunxi stuff and so could go into mainline now. Ian. -- 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] [PATCH] arch/arm/mach-sun7i/pm/standby/mem_printk.c used non-const char arrays. However gcc 4.6.3 likes to replace these by calls to memcpy. memcpy doesn't exist in the kernel. Havin
On 06/03/14 04:44, Patrick Wood wrote: On Wednesday, March 5, 2014 5:55:50 PM UTC-5, Alejandro Mery wrote: On 05/03/14 16:14, Andreas Baierl wrote: > Hi Alejandro, > this patch breaks building because it's not applied as Danny sent it :) yes, I couldn't "apply" it because of ^Ms... but compiled fine for me I'm kind of lost on why is `const char foo* =` instead of `const char foo[] =`. This has to do with how arrays vs. pointers are initialized by the compiler at runtime. A pointer like char *p (or const char *p) is initialized by simply setting its value to the address of some string in the data area. An automatic array (on the stack) has storage that must be initialized with the actual contents of the string every time the function is called; memcpy is one way to do this. But if memcpy isn't available because libc isn't available can you show the error? These should all be declared "const char *" not "const char ...[]" ok, fix fixed. that weird when cross compiling or compiling natively on my laptop or buildserver the compiler puts this const char array in the data area, not on the stack. oddnesses of on-target compiling. sorry for the confusion... I didn't even see the * when reapplying the patch manually. Thanks, Alejandro -- 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/groups/opt_out.
[linux-sunxi] Re: [PATCH] ahci_imx: Put #ifdef CONFIG_PM_SLEEP around suspend / resume functions
On Wed, Mar 05, 2014 at 08:17:49PM +0100, Hans de Goede wrote: > This fixes the following warnings when CONFIG_PM_SLEEP is not set: > > drivers/ata/ahci_imx.c:284:12: warning: ‘imx_ahci_suspend’ defined but not > used [-Wunused-function] > drivers/ata/ahci_imx.c:299:12: warning: ‘imx_ahci_resume’ defined but not > used [-Wunused-function] > > Reported-by: Bartlomiej Zolnierkiewicz > Cc: Bartlomiej Zolnierkiewicz > Signed-off-by: Hans de Goede Applied to libata/for-3.15. Thanks. -- tejun -- 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/groups/opt_out.
[linux-sunxi] Stop NATO, stop World WAR !
Please STOP WAR ! -- 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/groups/opt_out.
[linux-sunxi] [PATCH RFC] hwmon: AXP20x: Add support for hwmon subsystem
AXP202 and AXP209 can report voltages and current readings for its various power inputs, as well as the LiPo battery. There is also an internal temperature sensor. This patch adds basic support for them. Signed-off-by: Chen-Yu Tsai --- Hi everyone, This is a basic hwmon driver for the AXP209 PMIC. All the internal sensors are supported. DT support and ADC on GPIO pins, among other things, are missing. The driver was hastily put together in a couple of hours by copy and pasting, so feel free to criticize. I just thought I'd get it out there first. :) The ACIN/VBUS current sensors are not accurate on the Cubie* boards. These have bypasses for things like USB VBUS and SATA power. Cheers ChenYu drivers/hwmon/Kconfig| 10 ++ drivers/hwmon/Makefile | 1 + drivers/hwmon/axp20x-hwmon.c | 242 +++ drivers/mfd/axp20x.c | 3 + 4 files changed, 256 insertions(+) create mode 100644 drivers/hwmon/axp20x-hwmon.c diff --git a/drivers/hwmon/Kconfig b/drivers/hwmon/Kconfig index 5ce43d8..dcdf918 100644 --- a/drivers/hwmon/Kconfig +++ b/drivers/hwmon/Kconfig @@ -337,6 +337,16 @@ config SENSORS_ATXP1 This driver can also be built as a module. If so, the module will be called atxp1. +config SENSORS_AXP20X + tristate "X-POWERS AXP20X PMIC" + depends on MFD_AXP20X + help + If you say yes here you get support for the hardware + monitoring features of the AXP20X series of PMICs. + + This driver can also be built as a module. If so, the module + will be called axp20x-hwmon. + config SENSORS_DS620 tristate "Dallas Semiconductor DS620" depends on I2C diff --git a/drivers/hwmon/Makefile b/drivers/hwmon/Makefile index ec7cde0..410c622 100644 --- a/drivers/hwmon/Makefile +++ b/drivers/hwmon/Makefile @@ -45,6 +45,7 @@ obj-$(CONFIG_SENSORS_ADT7475) += adt7475.o obj-$(CONFIG_SENSORS_APPLESMC) += applesmc.o obj-$(CONFIG_SENSORS_ASC7621) += asc7621.o obj-$(CONFIG_SENSORS_ATXP1)+= atxp1.o +obj-$(CONFIG_SENSORS_AXP20X) += axp20x-hwmon.o obj-$(CONFIG_SENSORS_CORETEMP) += coretemp.o obj-$(CONFIG_SENSORS_DA9052_ADC)+= da9052-hwmon.o obj-$(CONFIG_SENSORS_DA9055)+= da9055-hwmon.o diff --git a/drivers/hwmon/axp20x-hwmon.c b/drivers/hwmon/axp20x-hwmon.c new file mode 100644 index 000..9dd78ea --- /dev/null +++ b/drivers/hwmon/axp20x-hwmon.c @@ -0,0 +1,242 @@ +/* + * axp20x regulators driver. + * + * Copyright (C) 2013 Chen-Yu Tsai + * + * This file is subject to the terms and conditions of the GNU General + * Public License. See the file "COPYING" in the main directory of this + * archive for more details. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + */ + +#include +#include +#include +#include +#include +#include +#include +#include + +#include + +#define AXP20X_ADC_EN1_MASK0xff +#define AXP20X_ADC_EN2_MASK0x80 + +/* Use MSB register offset as index */ +static const char * const input_names[] = { + [AXP20X_ACIN_V_ADC_H] = "ACIN", + [AXP20X_ACIN_I_ADC_H] = "ACIN", + [AXP20X_VBUS_V_ADC_H] = "VBUS", + [AXP20X_VBUS_I_ADC_H] = "VBUS", + [AXP20X_TEMP_ADC_H] = "CHIP", + [AXP20X_TS_IN_H]= "TS", + [AXP20X_GPIO0_V_ADC_H] = "GPIO0", + [AXP20X_GPIO1_V_ADC_H] = "GPIO1", + [AXP20X_PWR_BATT_H] = "BATT", + [AXP20X_BATT_V_H] = "BATT", + [AXP20X_BATT_CHRG_I_H] = "BATT_CHRG", + [AXP20X_BATT_DISCHRG_I_H] = "BATT_DISCHRG", + [AXP20X_IPSOUT_V_HIGH_H]= "IPS_OUT", +}; + +static const int input_step[] = { + [AXP20X_ACIN_V_ADC_H] = 1700, + [AXP20X_ACIN_I_ADC_H] = 625, + [AXP20X_VBUS_V_ADC_H] = 1700, + [AXP20X_VBUS_I_ADC_H] = 375, + [AXP20X_TEMP_ADC_H] = 100, + [AXP20X_TS_IN_H] = 800, + [AXP20X_GPIO0_V_ADC_H] = 500, + [AXP20X_GPIO1_V_ADC_H] = 500, + [AXP20X_PWR_BATT_H] = 1100, + [AXP20X_BATT_V_H] = 1100, + [AXP20X_BATT_CHRG_I_H] = 500, + [AXP20X_BATT_DISCHRG_I_H] = 500, + [AXP20X_IPSOUT_V_HIGH_H] = 1400, +}; + +static int axp20x_adc_read(struct axp20x_dev *axp20x, int channel) +{ + unsigned char val[3]; + int ret; + + if (channel < AXP20X_ACIN_V_ADC_H || channel > AXP20X_IPSOUT_V_HIGH_H) + return -EINVAL; + + /* ADC values are split among at most 3 registers */ + ret = regmap_bulk_read(axp20x->regmap, channel, val, 3); + if (ret) { + dev_dbg(axp20x->dev, "Read ADC 0x%02x failed: %d\n", channel, + ret); + return ret; + } + + if (channel == AXP20X_PWR_BATT_H) + ret = val[0] << 16 | val[1] << 8 | val[2]; + else +
Re: [linux-sunxi] Building Olinuxino-A10-Lime using Yocto - not booting
I'm on 3.4.67. However, I just managed to get it to work, I was missing these for the kernel config. CONFIG_FB_SUNXI=y CONFIG_FB_SUNXI_LCD=y CONFIG_FB_SUNXI_HDMI=y Now I'll work together a patch and try to get it commited for future users of this board. /Peter 2014-03-06 16:11 GMT+01:00 Patrick Wood : > Which kernel are you using? HDMI is only supported in 3.4. > > -- > You received this message because you are subscribed to a topic in the > Google Groups "linux-sunxi" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/linux-sunxi/Qb8a78CZ7N0/unsubscribe. > To unsubscribe from this group and all of its topics, send an email to > linux-sunxi+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. > -- 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/groups/opt_out.
Re: [linux-sunxi] Building Olinuxino-A10-Lime using Yocto - not booting
Which kernel are you using? HDMI is only supported in 3.4. -- 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/groups/opt_out.
Re: [linux-sunxi] New u-boot from Hans de Geode's Git Repo won't boot any kernel (Cubieboard2)
Am Mittwoch, 5. März 2014 20:04:50 UTC+1 schrieb Hans de Goede: > > > > Attached is the .config I use for testing. > > Thank you for your help. It's working now :-) manfred@kmcubie:~$ uname -a Linux kmcubie 3.14.0-rc5+ #1 SMP Thu Mar 6 08:12:09 CET 2014 armv7l GNU/Linux manfred@kmcubie:~$ free total used free sharedbuffers cached Mem: 1025048 721304 303744 0 83812 364316 -/+ buffers/cache: 273176 751872 Swap: 524284 0 524284 manfred@kmcubie:~$ -- 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/groups/opt_out.
Re: [linux-sunxi] Building Olinuxino-A10-Lime using Yocto - not booting
Ok. So now it boots just fine, but I can't get the HDMI output to work. I'm guessing it might be related to the defconfig I provided for the kernel, which I just copied from the cibieboard config. Anyone have any pointers where to start looking? I've checked the fex file, and it seems correct (using the one provided), but it still won't give me HDMI output. /Peter Den torsdagen den 6:e mars 2014 kl. 12:59:03 UTC+1 skrev Peter Olsson: > > Ok. More info on this one. I received my USB/UART adapter today, and I > realized it actually does boot - but the HDMI was never initialized during > boot. So I'm digging into this further, hopefully I'll get something > working soon. > > /Peter > > Den tisdagen den 4:e mars 2014 kl. 16:09:34 UTC+1 skrev Peter Olsson: >> >> Thanks for the quick response. I've ordered a USB/UART cable (after I >> realized it used 3.3v instead of RS232 standard). So as soon as I get it I >> will debug further. >> >> I'll report back when I've moved this forward. >> >> /Peter >> >> Den tisdagen den 4:e mars 2014 kl. 11:34:26 UTC+1 skrev John S: >>> >>> >On Tue, 4/3/14, Peter Olsson wrote: >>> >I've been trying for some days to get an >>> > image for the Olinuxino-A10-Lime to boot, but without >>> >>> Yes, use the UART for debug. >>> >>> But start with an Olimex image and get used to building, booting and >>> seeing what it does on the uart. Olimex blog/wordpress etc often have >>> detailed steps for building and so on. >>> >>> Also, study the schematic a bit compared to boards that are supported to >>> see if any chips are missing or extra as they may help you figure what's >>> wrong, together with the uart debug. >>> >>> John >>> >> -- 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/groups/opt_out.
[linux-sunxi] Re: Unable to play 720p video in Ubuntu
Dude, this list is not about mplayer application. You get better results when you ask these questions on the proper mailing list! R On Thursday, March 6, 2014 6:26:39 AM UTC-6, Puneet B wrote: > > how to configure default configuration of mpv in /home/local/.mpv/config > > so i can play video from gui. > > Regards > Punith > -- 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/groups/opt_out.
Re: [linux-sunxi] Unable to play 720p video in Ubuntu
i think you have the wrong mailing list On 6 Mar 2014, at 12:26, Puneet B wrote: > how to configure default configuration of mpv in /home/local/.mpv/config > > so i can play video from gui. -- 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/groups/opt_out.
[linux-sunxi] Re: Unable to play 720p video in Ubuntu
how to configure default configuration of mpv in /home/local/.mpv/config so i can play video from gui. Regards Punith -- 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/groups/opt_out.
Re: [linux-sunxi] Building Olinuxino-A10-Lime using Yocto - not booting
Ok. More info on this one. I received my USB/UART adapter today, and I realized it actually does boot - but the HDMI was never initialized during boot. So I'm digging into this further, hopefully I'll get something working soon. /Peter Den tisdagen den 4:e mars 2014 kl. 16:09:34 UTC+1 skrev Peter Olsson: > > Thanks for the quick response. I've ordered a USB/UART cable (after I > realized it used 3.3v instead of RS232 standard). So as soon as I get it I > will debug further. > > I'll report back when I've moved this forward. > > /Peter > > Den tisdagen den 4:e mars 2014 kl. 11:34:26 UTC+1 skrev John S: >> >> >On Tue, 4/3/14, Peter Olsson wrote: >> >I've been trying for some days to get an >> > image for the Olinuxino-A10-Lime to boot, but without >> >> Yes, use the UART for debug. >> >> But start with an Olimex image and get used to building, booting and >> seeing what it does on the uart. Olimex blog/wordpress etc often have >> detailed steps for building and so on. >> >> Also, study the schematic a bit compared to boards that are supported to >> see if any chips are missing or extra as they may help you figure what's >> wrong, together with the uart debug. >> >> John >> > -- 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/groups/opt_out.
Re: [linux-sunxi] Re: [PATCH 0/7] mfd: AXP20x: Add support for AXP202 and AXP209
On Thu, Mar 6, 2014 at 12:05 PM, Hans de Goede wrote: > > Ah, yes but that is before you added all the regulators, which are a fixed > part > of the chip. Once you get long dts bits like that having a dtsi file makes a > lot > of sense IMHO. Note that the part of the dts this was discussing is actually > the part > I did not put in the dtis, since it can vary per board :) Oook, now it makes sense. The idea was to integrate axp20x.dtsi at a later time, but probably I was misunderstood. Thank you for clarifying it. I'll put axp20x.dtsi back in v2. Thanks, -- Carlo Caione -- 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/groups/opt_out.
Re: [linux-sunxi] Re: [PATCH 0/7] mfd: AXP20x: Add support for AXP202 and AXP209
Hi, On 03/06/2014 11:10 AM, Carlo Caione wrote: > On Thu, Mar 6, 2014 at 11:07 AM, Hans de Goede wrote: >> Hi, >> >> On 03/05/2014 09:46 PM, Carlo Caione wrote: >>> On Wed, Mar 5, 2014 at 9:02 PM, Hans de Goede wrote: So I've added your patches to my sunxi-devel tree and they work as advertised :) >>> >>> Thank you for keeping the tree updated :) >>> I've also added dt support for the axp209 to the cubietruck dts file, to avoid things becoming a copy and paste fest I've introduced a new axp209.dtsi file, as well as did some fixes to the existing sun?i-a*.dtsi files, see my tree here: https://github.com/jwrdegoede/linux-sunxi/commits/sunxi-devel >>> >>> That was also my idea (creating a new axp20x.dtsi) but it has been >>> turned down by Maxime and Lee >> >> Hmm, do you have a pointer to the mailinglist discussion about this ? > > Sure, http://www.spinics.net/lists/arm-kernel/msg306497.html Ah, yes but that is before you added all the regulators, which are a fixed part of the chip. Once you get long dts bits like that having a dtsi file makes a lot of sense IMHO. Note that the part of the dts this was discussing is actually the part I did not put in the dtis, since it can vary per board :) Regards, Hans -- 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/groups/opt_out.
Re: [linux-sunxi] Re: Build sunxi-next for A20
Ühel kenal päeval, N, 06.03.2014 kell 02:31, kirjutas hmandevt...@gmail.com: > Priit i understand, > do you know when is planned release of next stable kernel ? 3.4 branch can be considered stable. Mainline releases happen when Linus decides to release one (every few months). > or a roadmap ? http://linux-sunxi.org/Mainlining_Effort -- 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/groups/opt_out.
Re: [linux-sunxi] Re: Build sunxi-next for A20
Priit i understand, do you know when is planned release of next stable kernel ? or a roadmap ? -- 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/groups/opt_out.
Re: [linux-sunxi] Re: Build sunxi-next for A20
Ühel kenal päeval, N, 06.03.2014 kell 01:25, kirjutas hmandevt...@gmail.com: > Hi Carlo, > sorry but it's my first time to build kernel on ARM board :) > > i generated sun7i-a20-olinuxino-micro.dtb/dts and copied into boot > partition as uImage but at boot i don't see any console to U-boot > prompt. > I'm using HDMI video output Did you even follow the links we gave you before? Mainline kernel is currently missing some of the drivers, most notable of them would be lack of display support (hdmi, vga, etc). What you get from mainline (or sunxi-next) is just a headless server. Päikest, Priit Laes :) -- 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/groups/opt_out.
Re: [linux-sunxi] Re: [PATCH 0/7] mfd: AXP20x: Add support for AXP202 and AXP209
On Thu, Mar 6, 2014 at 11:07 AM, Hans de Goede wrote: > Hi, > > On 03/05/2014 09:46 PM, Carlo Caione wrote: >> On Wed, Mar 5, 2014 at 9:02 PM, Hans de Goede wrote: >>> >>> So I've added your patches to my sunxi-devel tree and they work as >>> advertised :) >> >> Thank you for keeping the tree updated :) >> >>> I've also added dt support for the axp209 to the cubietruck dts file, to >>> avoid >>> things becoming a copy and paste fest I've introduced a new axp209.dtsi >>> file, >>> as well as did some fixes to the existing sun?i-a*.dtsi files, see my tree >>> here: >>> https://github.com/jwrdegoede/linux-sunxi/commits/sunxi-devel >> >> That was also my idea (creating a new axp20x.dtsi) but it has been >> turned down by Maxime and Lee > > Hmm, do you have a pointer to the mailinglist discussion about this ? Sure, http://www.spinics.net/lists/arm-kernel/msg306497.html Best, -- Carlo Caione -- 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/groups/opt_out.
Re: [linux-sunxi] Re: [PATCH 0/7] mfd: AXP20x: Add support for AXP202 and AXP209
Hi, On 03/05/2014 09:46 PM, Carlo Caione wrote: > On Wed, Mar 5, 2014 at 9:02 PM, Hans de Goede wrote: >> >> So I've added your patches to my sunxi-devel tree and they work as >> advertised :) > > Thank you for keeping the tree updated :) > >> I've also added dt support for the axp209 to the cubietruck dts file, to >> avoid >> things becoming a copy and paste fest I've introduced a new axp209.dtsi file, >> as well as did some fixes to the existing sun?i-a*.dtsi files, see my tree >> here: >> https://github.com/jwrdegoede/linux-sunxi/commits/sunxi-devel > > That was also my idea (creating a new axp20x.dtsi) but it has been > turned down by Maxime and Lee Hmm, do you have a pointer to the mailinglist discussion about this ? Regards, Hans -- 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/groups/opt_out.
[linux-sunxi] How is the kernel mainlining process?
Website linux-sunxi writes: "The upstream code does not support NAND, MMC or SATA, you can only boot off a USB harddisk." (from http://linux-sunxi.org/Mainline_Kernel_Howto) Is there any changes? Is the mainline kernel still that unusable now? -- 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/groups/opt_out.
Re: [linux-sunxi] Re: Build sunxi-next for A20
On Thu, Mar 6, 2014 at 10:25 AM, wrote: > Hi Carlo, > sorry but it's my first time to build kernel on ARM board :) > > i generated sun7i-a20-olinuxino-micro.dtb/dts and copied into boot partition > as uImage but at boot i don't see any console to U-boot prompt. > > I'm using HDMI video output I guess you should switch to using a serial output to be able to see the U-Boot prompt especially with mainline kernel (for which is IIRC is required to have a UART access) -- Carlo Caione -- 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/groups/opt_out.
[linux-sunxi] Re: [PATCH] regulator: helpers: Modify helpers enabling multi-bit control
On Wed, Mar 05, 2014 at 10:11:29PM +0100, Carlo Caione wrote: > This patch extends the regulator helpers to account for device that use > multiple bits for control when using regmap enable/disable/bypass ops. I've applied this to unblock your driver, however I think we should just refactor the interface so that all users need to set enable and disable values - this will make the code a lot simpler since it's now just turned into a mass of special cases. I'll do that myself though. signature.asc Description: Digital signature
Re: [linux-sunxi] Re: Build sunxi-next for A20
Hi Carlo, sorry but it's my first time to build kernel on ARM board :) i generated sun7i-a20-olinuxino-micro.dtb/dts and copied into boot partition as uImage but at boot i don't see any console to U-boot prompt. I'm using HDMI video output -- 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/groups/opt_out.
[linux-sunxi] Re: sunxi-devel branch updated to 3.14-rc5
There is errors in Kconfig: $ make config scripts/kconfig/conf --oldaskconfig Kconfig drivers/video/Kconfig:42:error: recursive dependency detected! drivers/video/Kconfig:42: symbol FB is selected by DRM_KMS_FB_HELPER drivers/gpu/drm/Kconfig:39: symbol DRM_KMS_FB_HELPER is selected by DRM_TEGRA_FBDEV drivers/gpu/drm/tegra/Kconfig:18: symbol DRM_TEGRA_FBDEV depends on DRM_TEGRA drivers/gpu/drm/tegra/Kconfig:1:symbol DRM_TEGRA depends on RESET_CONTROLLER drivers/reset/Kconfig:4:symbol RESET_CONTROLLER is selected by I2C_MV64XXX drivers/i2c/busses/Kconfig:528: symbol I2C_MV64XXX depends on I2C drivers/i2c/Kconfig:5: symbol I2C is selected by FB_DDC drivers/video/Kconfig:92: symbol FB_DDC is selected by FB_CYBER2000_DDC drivers/video/Kconfig:386: symbol FB_CYBER2000_DDC depends on FB_CYBER2000 drivers/video/Kconfig:374: symbol FB_CYBER2000 depends on FB четверг, 6 марта 2014 г., 0:06:49 UTC+4 пользователь Hans de Goede написал: > > Hi All, > > I've just updated: > https://github.com/linux-sunxi/linux-sunxi/commits/sunxi-devel > to 3.14-rc5. > > Besides rebasing to 3.14-rc5, this contains the following over the > previous > sunxi-devel branch update: > -sun7i nmi irq controller support (by Carlo Caione) > -axp209 support (by Carlo Caione) > -sun6i dma controller support (by Maxime) > -sun6i i2c support (by Maxime) > -sun6i gmac support (by wens) > > The sunxi-devel branch now contains 3.14-rc5 > > + the following, which should all go upstream for 3.15: > https://github.com/mripard/linux/commits/dt-for-3.15 > https://bitbucket.org/emiliolopez/linux/branch/sunxi-clk-for-mike > ahci_platform rework into a library / framework > sunxi-ahci support > ehci_ + ohci_platform devicetree support > sunxi-usb-phy > sunxi-ohci + sunxi-ehci support > sunxi-pinctrl bug-fixes > > + the following which is not quite ready for 3.15 yet, but people > are working hard to get it ready so hopefully we will see some of > it in 3.15, and the rest should make 3.16: > > Emilio's sunxi-clk branch: patches not part of the above set > David's and mine sunxi-mmc work > Wens cubietruck wifi support patches (wip) > sun4i-ts resisitive touchscreen controller + temp sensor driver > sun4i-lradc-keys driver > sun7i nmi irq controller support (by Carlo Caione) > axp209 support (by Carlo Caione) > sun6i dma controller support (by Maxime) > sun6i i2c support (by Maxime) > sun6i gmac support (by wens) > > Note for this to work properly on sun7i and sun5i you also need my > sunxi-next u-boot branch: > https://github.com/jwrdegoede/u-boot-sunxi/commits/sunxi-next > > Enjoy, > > Hans > > -- 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/groups/opt_out.
Re: [linux-sunxi] Re: Build sunxi-next for A20
On Thu, Mar 6, 2014 at 9:39 AM, wrote: >> And dtb? > i followed a part of this guide (kernel build and Write kernel uImage you > build to the sd) > http://olimex.wordpress.com/2013/11/05/building-the-ultimate-debian-sd-card-for-linux-with-kernel-3-4-for-a20-olinuxino-micro/ > > and i haven't found dtb make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- LOADADDR=0x40008000 -j4 dtbs As clearly written in http://linux-sunxi.org/Mainline_Kernel_Howto -- Carlo Caione -- 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/groups/opt_out.
Re: [linux-sunxi] Re: Build sunxi-next for A20
> And dtb? i followed a part of this guide (kernel build and Write kernel uImage you build to the sd) http://olimex.wordpress.com/2013/11/05/building-the-ultimate-debian-sd-card-for-linux-with-kernel-3-4-for-a20-olinuxino-micro/ and i haven't found dtb -- 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/groups/opt_out.
Re: [linux-sunxi] Re: Build sunxi-next for A20
Ühel kenal päeval, K, 05.03.2014 kell 23:31, kirjutas hmandevt...@gmail.com: > Hi Priit, > > > You need at least version 3.12 of Linus' tree because support for > > A20-OLinuXino was only added then: > > http://linux-sunxi.org/Mainlining_Effort > > To test the latest goodness like SATA and USB follow this page: > > http://linux-sunxi.org/Mainline_Kernel_Howto > i follow howto and using > $ git clone https://github.com/mripard/linux.git -b sunxi-next > $ make ARCH=arm multi_v7_defconfig > $ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- LOADADDR=0x40008000 -j4 > uImage > $ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j4 INSTALL_MOD_PATH=out > modules > $ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j4 INSTALL_MOD_PATH=out > modules_install > > i obtained uImage tha is about same size of kernel 3.4 stable (it's a > good thing) but few modules generated (also i saw that kernel modules > folder name have a suffix: 3.14.0-rc5-01389-ge8176a3). > > i tryed to update my sd with uImage and kernel modules generated but > my olinuxino A20 don't start. And dtb? > > > > -- 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/groups/opt_out.