The sandbox/ext4/fat/generic fs commands do not gracefully deal with file
greater than 2GB. Negative values are returned in such cases.
To handle this, the fs functions have been modified to take an additional
parameter of type "* loff_t" which is then populated. The return value of
the fs fucntio
Change the internal ext4 functions to use loff_t for offsets.
Signed-off-by: Suriyan Ramasami
---
Changes in v7:
* Split it so that its bisectable.
arch/sandbox/cpu/os.c| 13
arch/sandbox/cpu/state.c | 8 ++---
common/board_f.c | 8 ++---
fs/sandbox/sandboxfs.c | 78 +
Change the internal ext4 functions to use loff_t for offsets.
Signed-off-by: Suriyan Ramasami
---
Changes in v7:
* Split it so that its bisectable.
common/cmd_ext4.c | 61 +++
fs/ext4/ext4_common.c | 24 ++--
fs/ext4/ext4_com
Change the internal fat functions to use loff_t for offsets.
Signed-off-by: Suriyan Ramasami
---
Changes in v7:
* Split it so that its bisectable.
common/cmd_fat.c | 9 ++--
common/env_fat.c | 4 +-
fs/fat/fat.c | 133 +++--
fs/fat
Enable md5sum to check the MD5 of the read and written files to check
their contents for validity.
Use map_sysmem() to map buffer in a sandbox environment.
Signed-off-by: Suriyan Ramasami
Acked-by: Simon Glass
---
Changes in v7:
* No changes
common/cmd_md5sum.c | 12 ++--
inclu
On Monday, November 10, 2014 at 02:01:50 AM, Peng Fan wrote:
[...]
> >> +
> >> in usb_phy_mode, query a PHY for it's mode.
> >>
> >> And righter after usb_phy_enable in ehci-mx6.c.
> >> - type = usb_phy_enable(index, ehci) ? USB_INIT_DEVICE :
> >> USB_INIT_HOST;
> >> + usb_phy_enable(i
BeagleBoard-X15 is the next generation Open Source
Hardware BeagleBoard based on TI's AM5728 SoC
featuring dual core 1.5GHZ A15 processor. The
platform features 2GB DDR3L (w/dual 32bit busses),
eSATA, 3 USB3.0 ports, integrated HDMI (1920x108@60),
separate LCD port, video In port, 4GB eMMC, uSD,
An
On Mon, Nov 10, 2014 at 5:38 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Since kernel 3.15 there are two dtb's for the imx53-qsb board:
>
> imx53-qsb.dtb - For the boards with DA9053 PMIC
> imx53-qsrb.dtb - For the boards with MC34708 PMIC
>
> Change the 'fdt_file' dynamically, so that the
Hi,
On Mon, Nov 10, 2014 at 01:47:48PM -0500, Tom Rini wrote:
> On Thu, Nov 06, 2014 at 08:44:27AM -0600, Felipe Balbi wrote:
>
> > BeagleBoard-X15 is the next generation Open Source
> > Hardware BeagleBoard based on TI's AM5728 SoC
> > featuring dual core 1.5GHZ A15 processor. The
> > platform f
From: Fabio Estevam
Since kernel 3.15 there are two dtb's for the imx53-qsb board:
imx53-qsb.dtb - For the boards with DA9053 PMIC
imx53-qsrb.dtb - For the boards with MC34708 PMIC
Change the 'fdt_file' dynamically, so that the correct dtb can be used depending
on the board variant.
Signed-off
Hi,
On 8 November 2014 12:40, Simon Glass wrote:
> On 7 November 2014 02:49, Bin Meng wrote:
>> On Fri, Nov 7, 2014 at 4:20 AM, Simon Glass wrote:
>>> Instead of an x86-specific cpu_init_f() function, use the normal U-Boot one
>>> for this purpose. Also remove a useless/misleading comment.
>>>
On 9 November 2014 07:19, Bin Meng wrote:
> Return the saved TSC frequency in get_tbclk_mhz().
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
> Tested-by: Simon Glass
Applied to u-boot-x86/master, thanks!
___
U-Boot mailing list
U-Boot@lists.den
On 9 November 2014 07:19, Bin Meng wrote:
> Use the same way that Linux does for quick TSC calibration via PIT
> when calibration via MSR fails.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
Applied to u-boot-x86/master, thanks!
___
U-Boot maili
Hi Bin,
On 9 November 2014 07:19, Bin Meng wrote:
> Using MSR_PLATFORM_INFO (0xCE) to calibrate TSR will cause #GP on
> processors which do not have this MSR. Instead only doing the MSR
> calibration for known/supported CPUs.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
> Tested-by: Simo
Hi Bin,
On 9 November 2014 07:18, Bin Meng wrote:
> The CPU identification happens in x86_cpu_init_f() and corresponding
> fields are saved in the global data for later use.
>
> Signed-off-by: Bin Meng
> ---
> Changes for v2:
> - Update the patch per review comments from Simon Glass
> - cpu_
On Thu, Nov 06, 2014 at 08:28:50AM -0600, Felipe Balbi wrote:
> expose those two definitions so they can be
> used by another board which we're adding in upcoming
> patches.
>
> Signed-off-by: Felipe Balbi
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
__
On Thu, Nov 06, 2014 at 08:28:51AM -0600, Felipe Balbi wrote:
> just add a few ifdefs around because this
> device is very similar to dra7xxx.
>
> Signed-off-by: Felipe Balbi
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
_
On Thu, Nov 06, 2014 at 08:28:47AM -0600, Felipe Balbi wrote:
> From: Franklin S Cooper Jr
>
> * Since the emmc isn't always programed trying to load the fs from the
> emmc causes boot failures/kernel panic.
>
> * The current bootcmd is set to:
> bootcmd=run findfdt; run mmcboot;setenv mmcd
On Thu, Nov 06, 2014 at 08:44:27AM -0600, Felipe Balbi wrote:
> BeagleBoard-X15 is the next generation Open Source
> Hardware BeagleBoard based on TI's AM5728 SoC
> featuring dual core 1.5GHZ A15 processor. The
> platform features 2GB DDR3L (w/dual 32bit busses),
> eSATA, 3 USB3.0 ports, integrate
On Thu, Nov 06, 2014 at 08:28:49AM -0600, Felipe Balbi wrote:
> this will allow for boards to overwrite those
> in case memory setup is different.
>
> Signed-off-by: Felipe Balbi
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
_
On Thu, Nov 06, 2014 at 08:28:48AM -0600, Felipe Balbi wrote:
> this way we can let boards overwrite based
> on what they need.
>
> Signed-off-by: Felipe Balbi
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Boot m
On Thu, Nov 06, 2014 at 08:28:46AM -0600, Felipe Balbi wrote:
> If we want to have two sections, one on each EMIF, without
> interleaving, current code wouldn't enable emif2. Fix that
> problem.
>
> Signed-off-by: Felipe Balbi
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital
On Thu, Nov 06, 2014 at 08:28:44AM -0600, Felipe Balbi wrote:
> some boards might want to use USB1 for host,
> without fiddling those registers it'll be
> impossible.
>
> Signed-off-by: Felipe Balbi
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
_
On Thu, Nov 06, 2014 at 08:28:45AM -0600, Felipe Balbi wrote:
> there's no such function usb3_phy_power(),
> it's likely that author meant to call,
> usb_phy_power() instead, but that's already
> called properly from xhci-omap.c.
>
> Signed-off-by: Felipe Balbi
Reviewed-by: Tom Rini
--
Tom
On Sat, Nov 08, 2014 at 09:25:06AM +0100, Albert ARIBAUD wrote:
> Hello Steve,
>
> On Fri, 7 Nov 2014 18:13:18 -0800, Steve Rae wrote:
> > - 5 based on cygnus, 2 based on 28155
> > - updates to support board families better
> > - add functions so CONFIG_ARMV7_NONSEC can be enabled on Cygnus board
On Thu, Nov 06, 2014 at 08:28:42AM -0600, Felipe Balbi wrote:
> Out of all OMAP5-like boards, only one of them
> needs CONFIG_MISC_INIT_R, so it's best to enable
> that for that particular board only, instead of
> enabling for all boards unconditionally.
>
> Signed-off-by: Felipe Balbi
Reviewed
On Thu, Nov 06, 2014 at 08:28:43AM -0600, Felipe Balbi wrote:
> Those regulators don't have any coupling with
> what they supply, so remove the suffixes in order
> to not confuse anybody.
>
> Signed-off-by: Felipe Balbi
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signat
On Sat, Nov 08, 2014 at 08:55:45PM +0100, Paul Kocialkowski wrote:
> Some devices may use non-standard combinations of regulators to power MMC:
> this allows these devices to provide a board-specific MMC power init function
> to set everything up in their own way.
>
> Signed-off-by: Paul Kocialko
On Sat, Nov 08, 2014 at 10:29:24PM +0100, Paul Kocialkowski wrote:
> Le samedi 08 novembre 2014 à 20:55 +0100, Paul Kocialkowski a écrit :
> > Boards using the TWL4030 regulator may not all use the LDOs the same way
> > (e.g. MMC2 power can be controlled by another LDO than VMMC2).
> > This delegat
On Sat, Nov 08, 2014 at 08:55:47PM +0100, Paul Kocialkowski wrote:
> Boards using the TWL4030 regulator may not all use the LDOs the same way
> (e.g. MMC2 power can be controlled by another LDO than VMMC2).
> This delegates TWL4030 MMC power initializations to board-specific functions,
> that may s
On Sat, Nov 08, 2014 at 08:55:46PM +0100, Paul Kocialkowski wrote:
> Not every device has multiple MMC slots available, so it makes sense to enable
> only the required LDOs for the available slots. Generic code in omap_hsmmc
> will
> enable both VMMC1 and VMMC2, in doubt.
>
> Signed-off-by: Paul
On Sat, Nov 08, 2014 at 11:14:56PM +0100, Paul Kocialkowski wrote:
> Raw images of U-Boot can be stored inside MMC partitions, so it makes sense to
> read the partition table, looking for a partition number instead of using
> a fixed sector address.
>
> Signed-off-by: Paul Kocialkowski
Reviewed-
On Sat, Nov 08, 2014 at 11:19:23PM +0100, Albert ARIBAUD wrote:
> Hello Paul,
>
> On Sat, 8 Nov 2014 23:14:54 +0100, Paul Kocialkowski
> wrote:
> > This is a first attempt at adding support for U-Boot image load from raw
> > partitions. It does not support OS boot as I cannot test it on my curre
On Sat, Nov 08, 2014 at 11:14:55PM +0100, Paul Kocialkowski wrote:
> CONFIG_SYS_MMC_SD_FS_BOOT_PARTITION ought to be called
> CONFIG_SYS_MMCSD_FS_BOOT_PARTITION to keep it consistent with other config
> options such as: CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR.
>
> In addition, it is not related t
On Mon, Nov 10, 2014 at 06:14:18PM +0200, Lubomir Popov wrote:
> Tested on a Vayu EVM Rev.E2 with DRA752 ES1.1
>
> Signed-off-by: Lubomir Popov
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Bo
On Mon, Nov 10, 2014 at 06:34:10PM +0200, Lubomir Popov wrote:
> The comments on the QSPI pad assignments erronously swapped
> the qspi1_d0 and qspi1_d1 functionality and could cause
> confusion. QSPI1_D[0] is in fact muxed on pad U1 (gpmc_a16),
> and QSPI1_D[1] - on pad P3 (gpmc_a17). Fixing comme
Hello Nikita,
2014-11-11 1:24 GMT+09:00 Nikita Kiryanov :
>>
>> I think we are supposed to fill blank fields that have been added by
>> former commits
>> (in this case, Commit/Removed fields of TOP*)
>
>
> git log on the scrapyard file shows me that the commit IDs were always
> filled in using a
Not all portals might be managed and therefore visible.
Set the isdr register so that the corresponding isr register
won't be set. This is needed for deepsleep.
Signed-off-by: Jeffrey Ladouceur
---
The following dependent patches should be applied first:
http://patchwork.ozlabs.org/patch/403532
h
Hi gents,
On 11/10/2014 06:04 PM, Fabio Estevam wrote:
On Mon, Nov 10, 2014 at 1:47 PM, Wolfgang Denk wrote:
Dear Fabio Estevam,
In message
you wrote:
1. How come setenv is not working in the board file? I tried setenv in
different locations of board_early_init_f(), board_init(), board_l
The comments on the QSPI pad assignments erronously swapped
the qspi1_d0 and qspi1_d1 functionality and could cause
confusion. QSPI1_D[0] is in fact muxed on pad U1 (gpmc_a16),
and QSPI1_D[1] - on pad P3 (gpmc_a17). Fixing comments.
Signed-off-by: Lubomir Popov
---
board/ti/dra7xx/mux_data.h |
Hi Masahiro,
On 11/10/2014 10:33 AM, Masahiro Yamada wrote:
Hi Nikita,
Thanks for cleaning up!
On Fri, 7 Nov 2014 14:17:18 +0200
Nikita Kiryanov wrote:
diff --git a/doc/README.scrapyard b/doc/README.scrapyard
index bd4dd3c..bfaabeb 100644
--- a/doc/README.scrapyard
+++ b/doc/README.scrapy
Tested on a Vayu EVM Rev.E2 with DRA752 ES1.1
Signed-off-by: Lubomir Popov
---
include/configs/dra7xx_evm.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/dra7xx_evm.h b/include/configs/dra7xx_evm.h
index 2eaabde..174a711 100644
--- a/include/configs/dra7xx_evm.h
+++ b/in
Adjust the text to mention that rev C of the board is also supported.
Signed-off-by: Fabio Estevam
---
board/freescale/mx28evk/README | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/freescale/mx28evk/README b/board/freescale/mx28evk/README
index 958ebc6..f9d6324 100644
On Mon, Nov 10, 2014 at 1:47 PM, Wolfgang Denk wrote:
> Dear Fabio Estevam,
>
> In message
> you
> wrote:
>>
>> > 1. How come setenv is not working in the board file? I tried setenv in
>> > different locations of board_early_init_f(), board_init(),
>> > board_late_init()
>> > and checkboard(),
Hi,
On 9 November 2014 17:13, Srinivasan S wrote:
> Hi Simon,
>
> Hi Simon,
>
> As you suggested earlier am using u-boot-2014.07 & Am using
> ~/ti-sdk-am335x-evm-07.00.00.00/bin/create-sdcard.sh for creating the
> partitions,
> After creating the partitions I tried implementing step 7. Put U-Bo
+CC: Graham Moore
On 11/10/2014 04:47 AM, Pavel Machek wrote:
> On Fri 2014-11-07 18:26:05, Stefan Roese wrote:
>> Hi Simon,
>>
>> On 07.11.2014 18:21, Simon Glass wrote:
+ qspi: spi@ff705000 {
+ compatible = "cadence,qspi";
+
On Sun, Nov 9, 2014 at 8:44 AM, Ian Campbell wrote:
> /* Miscellaneous configurable options */
> -#define CONFIG_SYS_CBSIZE 256 /* Console I/O Buffer Size */
> -#define CONFIG_SYS_PBSIZE 384 /* Print Buffer Size */
> +#define CONFIG_SYS_CBSIZE 1024
Dear Fabio Estevam,
In message
you wrote:
>
> > 1. How come setenv is not working in the board file? I tried setenv in
> > different locations of board_early_init_f(), board_init(), board_late_init()
> > and checkboard(), but it's not working. Did something change?
>
> Haven't tried it, but if
On 9 November 2014 03:44, Ian Campbell wrote:
> From: Ian Campbell
>
> I was running into this limit with a not overly long PXE append line.
>
> Since the PXE code wants to print the resulting command line increase
> CONFIG_SYS_PBSIZE too.
>
> Signed-off-by: Ian Campbell
Acked-by: Simon Glass
On Mon, Nov 10, 2014 at 1:14 PM, DaveKucharczyk
wrote:
> Hi again. I just have a few things left to complete the port and hoping
> someone can help me out.
>
> 1. How come setenv is not working in the board file? I tried setenv in
> different locations of board_early_init_f(), board_init(), board_
Hi again. I just have a few things left to complete the port and hoping
someone can help me out.
1. How come setenv is not working in the board file? I tried setenv in
different locations of board_early_init_f(), board_init(), board_late_init()
and checkboard(), but it's not working. Did something
Hi,
On 11/10/2014 03:13 PM, Ian Campbell wrote:
> On Mon, 2014-11-10 at 14:33 +0100, Hans de Goede wrote:
>> Hi,
>>
>> On 11/10/2014 02:20 PM, Ian Campbell wrote:
>>> On Mon, 2014-11-10 at 14:11 +0100, Hans de Goede wrote:
From: Oliver Schinagl
The A31 uses the AXP221 pmic for vari
On Mon, Nov 10, 2014 at 6:29 AM, Ye.Li wrote:
> Set the CONFIG_ENV_OFFSET from 384KB to 512KB offset, so we will have larger
> space
> for u-boot image.
> When enabling NAND flash support feature, the u-boot image size has exceeded
> the
> 384KB, which causes overlay to the environment variables
On Mon, 2014-11-10 at 14:33 +0100, Hans de Goede wrote:
> Hi,
>
> On 11/10/2014 02:20 PM, Ian Campbell wrote:
> > On Mon, 2014-11-10 at 14:11 +0100, Hans de Goede wrote:
> >> From: Oliver Schinagl
> >>
> >> The A31 uses the AXP221 pmic for various voltages.
> >>
> >> Signed-off-by: Oliver Schinag
Hi,
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Jan Kiszka
> Sent: Monday, November 10, 2014 6:56 PM
> To: Marc Zyngier
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] ARM: PSCI 0.1 vs 0.2
>
> On 2014-11-10 14:08, Marc
On 10/11/14 13:25, Jan Kiszka wrote:
> On 2014-11-10 14:08, Marc Zyngier wrote:
>> On 10/11/14 12:51, Jan Kiszka wrote:
>>> Hi Marc,
>>>
>>> what is the motivation to expose a PSCI 0.1 interface in U-boot, instead
>>> of 0.2? Support for preexisting users of 0.1? The kernel seems to be
>>> happy wi
ignore...
--
Christian Gmeiner, MSc
https://soundcloud.com/christian-gmeiner
2014-11-10 14:34 GMT+01:00 Christian Gmeiner :
> Signed-off-by: Christian Gmeiner
> ---
> board/bachmann/ot1200/ot1200.c | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/board/bachmann/o
U-Boot 2014.10-17457-g0b23780-dirty (Nov 10 2014 - 11:41:04)
CPU: Freescale i.MX6D rev1.2 at 792 MHz
Reset cause: WDOG
Board: ot1200
I2C: ready
DRAM: 1 GiB
MMC: FSL_SDHC: 0, FSL_SDHC: 1
SF: Detected M25P16 with page size 256 Bytes, erase size 64 KiB, total 2 MiB
In:serial
Out: serial
On 2014-11-10 14:29, bhupesh.sha...@freescale.com wrote:
> Hi,
>
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
>> On Behalf Of Jan Kiszka
>> Sent: Monday, November 10, 2014 6:56 PM
>> To: Marc Zyngier
>> Cc: u-boot@lists.denx.de
>> Subje
Signed-off-by: Christian Gmeiner
---
board/bachmann/ot1200/ot1200.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/board/bachmann/ot1200/ot1200.c b/board/bachmann/ot1200/ot1200.c
index 45d761f..2ed8cf7 100644
--- a/board/bachmann/ot1200/ot1200.c
+++ b/board/bachmann/ot
Hi,
On 11/10/2014 02:20 PM, Ian Campbell wrote:
> On Mon, 2014-11-10 at 14:11 +0100, Hans de Goede wrote:
>> From: Oliver Schinagl
>>
>> The A31 uses the AXP221 pmic for various voltages.
>>
>> Signed-off-by: Oliver Schinagl
>> Signed-off-by: Hans de Goede
>
> Acked-by: Ian Campbell
Thanks,
On 2014-11-10 14:08, Marc Zyngier wrote:
> On 10/11/14 12:51, Jan Kiszka wrote:
>> Hi Marc,
>>
>> what is the motivation to expose a PSCI 0.1 interface in U-boot, instead
>> of 0.2? Support for preexisting users of 0.1? The kernel seems to be
>> happy with both, and I'm now wondering if we should a
Hi Marc,
what is the motivation to expose a PSCI 0.1 interface in U-boot, instead
of 0.2? Support for preexisting users of 0.1? The kernel seems to be
happy with both, and I'm now wondering if we should actually add the
legacy version to Jailhouse as well (I hope we can avoid this).
Still studyin
Hi all,
I'm trying to get Marc's CPU hotplug-anabling patch [1] for sunxi
working on a B-Pi. After the first discussion it became clear that we
need something like flush_dcache_all in the PSCI monitor (I don't think
we need an icache flush, do we?). Does anyone have a clever suggestion
how to reus
On Mon, 2014-11-10 at 14:11 +0100, Hans de Goede wrote:
> From: Oliver Schinagl
>
> The A31 uses the AXP221 pmic for various voltages.
>
> Signed-off-by: Oliver Schinagl
> Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
___
U-Boot mailing lis
On 10/11/14 12:57, Jan Kiszka wrote:
> Hi all,
>
> I'm trying to get Marc's CPU hotplug-anabling patch [1] for sunxi
> working on a B-Pi. After the first discussion it became clear that we
> need something like flush_dcache_all in the PSCI monitor (I don't think
> we need an icache flush, do we?).
On 10/11/14 12:51, Jan Kiszka wrote:
> Hi Marc,
>
> what is the motivation to expose a PSCI 0.1 interface in U-boot, instead
> of 0.2? Support for preexisting users of 0.1? The kernel seems to be
> happy with both, and I'm now wondering if we should actually add the
> legacy version to Jailhouse a
From: Oliver Schinagl
The A31 uses the AXP221 pmic for various voltages.
Signed-off-by: Oliver Schinagl
Signed-off-by: Hans de Goede
--
Changes in v2:
-Rebase
Changes in v3:
-Add support for all dldo and aldo-s
-Add Kconfig option to select building AXP221 and to select voltage of
dldo and al
Dear Wolfgang,
> Which sort of hardware are you using?
I am using an NXP LPC4337 cpu with external SDRAM and SPIFI flash. No
ethernet.
My config files are based upon code for the Embedded Artists LPC4357 demo
board (ea-lpc4357.h) See my first post.
Thanks,
/Bo
--
View this message in contex
Dear bomellberg,
In message <1415622808801-195379.p...@n7.nabble.com> you wrote:
> Upon further investigation, it seems like the board DOES receive the 0x01
> START_CHAR. An RS232 sniffer shows that the 0x01 is being sent, and the
> board answers 'S'. It does not show on the console though.
>
> I
Upon further investigation, it seems like the board DOES receive the 0x01
START_CHAR. An RS232 sniffer shows that the 0x01 is being sent, and the
board answers 'S'. It does not show on the console though.
I will need to go deeper into the code to see why it fails. Both CKermit and
TeraTerm makes s
On Mon, Nov 10, 2014 at 6:29 AM, Ye.Li wrote:
>
> +#ifdef CONFIG_NAND_MXS
> +iomux_v3_cfg_t gpmi_pads[] = {
This can be made 'static'.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
> -Original Message-
> From: Shengzhou Liu [mailto:shengzhou@freescale.com]
> Sent: Monday, November 10, 2014 6:32 PM
> To: u-boot@lists.denx.de; Sun York-R58495; joe.hershber...@gmail.com
> Cc: Liu Shengzhou-B36685
> Subject: [PATCH v7] net/phy: Add support for CS4315/CS4340 PHY
The
Add support for Cortina CS4315/CS4340 10G PHY.
- This driver loads CS43xx firmware from NOR/NAND/SPI/SD device
to initialize Cortina PHY.
- Cortina PHY has non-standard offset of PHY ID registers, thus
we define own get_phy_id() to override default get_phy_id().
- To define macro CONFIG_PHY_COR
On Fri 2014-11-07 18:26:05, Stefan Roese wrote:
> Hi Simon,
>
> On 07.11.2014 18:21, Simon Glass wrote:
> >>+ qspi: spi@ff705000 {
> >>+ compatible = "cadence,qspi";
> >>+ #address-cells = <1>;
> >>+ #size-cells = <0>;
Hi Nikita,
Thanks for cleaning up!
On Fri, 7 Nov 2014 14:17:18 +0200
Nikita Kiryanov wrote:
> diff --git a/doc/README.scrapyard b/doc/README.scrapyard
> index bd4dd3c..bfaabeb 100644
> --- a/doc/README.scrapyard
> +++ b/doc/README.scrapyard
> @@ -15,6 +15,8 @@ BoardArchCPU
The i.MX6Q/DL sabreauto board has one NAND socket, set the
CONFIG_NAND_MXS and relevant NAND configurations to enable the
MXS NAND flash driver.
Add board level codes to set IOMUX and clock for GPMI-NAND and
BCH module.
Signed-off-by: Ye.Li
---
board/freescale/mx6qsabreauto/mx6qsabreauto.c | 6
Set the CONFIG_ENV_OFFSET from 384KB to 512KB offset, so we will have larger
space
for u-boot image.
When enabling NAND flash support feature, the u-boot image size has exceeded the
384KB, which causes overlay to the environment variables storage.
Signed-off-by: Ye.Li
---
include/configs/mx6sab
101 - 178 of 178 matches
Mail list logo