Hi Alexey,
> Hi Marek, Lukasz,
>
> On Sun, 2015-09-13 at 16:00 +0200, Marek Vasut wrote:
> > On Sunday, September 13, 2015 at 12:03:18 PM, Lukasz Majewski wrote:
> > > Hi Marek,
> >
> > Hi,
> >
> > [...]
>
> >
> > > > > > Still we need to fix regression first with virtually
> > > > > >
+Stefan
Hi,
On 13 September 2015 at 07:39, Marek Vasut wrote:
> On Sunday, September 13, 2015 at 10:32:09 AM, Thomas Chou wrote:
>> As the io space remapping ioremap() and bridge address
>> translation fdt_translate_address() are not usually used
>> in u-boot driver model by
On Fri, 2015-09-11 at 23:45 +0200, Lukasz Majewski wrote:
> Hi Alexey,
> > FWIW I faced similar problem even reading data.
> > At least on one of my boards reading of ~8Mb file
> > took ~1.7 seconds and so 1 second timeout was interrupting data
> > exchange.
>
> Was it SD card or eMMC device?
On Mon, Sep 14, 2015 at 2:34 AM, Peng Fan wrote:
> We use trigger pmic reset to reset the board, so set bit SRS to
> disable internal WDOG_RESET_B_DEB to make reset stable.
>
> Signed-off-by: Peng Fan
> Cc: Stefano Babic
> Cc:
Hi Bin,
On 14 September 2015 at 06:49, Bin Meng wrote:
>
> Hi Simon,
>
> On Mon, Sep 14, 2015 at 8:45 PM, Simon Glass wrote:
> > Hi Bin,
> >
> > On 13 September 2015 at 03:28, Bin Meng wrote:
> >> Hi Simon,
> >>
> >> On Sun, Sep 13,
This patch series builds upon
http://lists.denx.de/pipermail/u-boot/2015-September/226515.html
http://lists.denx.de/pipermail/u-boot/2015-September/226688.html
v2 combines the previous submissions, and adds some suggested
fixes/changes.
The sunxi-tool side of things is discussed here:
Hi all,
On 09/09/2015 09:01 AM, Lukasz Majewski wrote:
Hi,
The commit: d9dbb97be0e4a550457aec5f11afefb446169c90
"mmc: dw_mmc: Zap endless timeout" removed endless loop waiting for
end of dw mmc transfer.
For some workloads - dfu test @ Odroid XU3 (sending 8MiB file) -
and SD cards (e.g.
Hi Simon,
On Mon, Sep 14, 2015 at 8:45 PM, Simon Glass wrote:
> Hi Bin,
>
> On 13 September 2015 at 03:28, Bin Meng wrote:
>> Hi Simon,
>>
>> On Sun, Sep 13, 2015 at 5:06 AM, Simon Glass wrote:
>>> Hi Bin,
>>>
>>> I have a Galileo Gen 2
On Fri, 11 Sep 2015 11:31:50 +0200
Bernhard Nortmann wrote:
> Hi!
>
> Am 10.09.2015 um 20:36 schrieb Hans de Goede:
> > Hi,
> >
> > I would prefer to have this like this:
> >
> > "bootcmd_fel=" \
> > "if test -n ${fel_booted} && test -n ${fel_data_addr};
Hi Alexey,
On 09/14/2015 12:30 PM, Alexey Brodkin wrote:
On Fri, 2015-09-11 at 23:45 +0200, Lukasz Majewski wrote:
Hi Alexey,
FWIW I faced similar problem even reading data.
At least on one of my boards reading of ~8Mb file
took ~1.7 seconds and so 1 second timeout was interrupting data
On Wed, Sep 9, 2015 at 7:52 AM, Simon Glass wrote:
> It's useful to get a a trace of memory allocations in early init. Add a
> debug() call to provide that. It can be enabled by adding '#define DEBUG'
> to the top of the file.
>
> Signed-off-by: Simon Glass
On Wed, Sep 9, 2015 at 7:52 AM, Simon Glass wrote:
> When the auto-configuration process fails for a device (generally due to
> lack of memory) we should return the error correctly so that we don't
> continue to try memory allocations which will fail.
>
> Adjust the code to
Hi Peng,
On Mon, Sep 14, 2015 at 1:29 AM, Peng Fan wrote:
> Hi Fabio,
>
> On Sun, Sep 13, 2015 at 01:11:57PM -0300, Fabio Estevam wrote:
>>Hi Adrian,
>>
>>I noticed that the reset command fails on mx7sabresd board:
>>
>>=> reset
>>resetting ...
>>(it gets stuck here).
>
> I
On Wed, Sep 9, 2015 at 7:52 AM, Simon Glass wrote:
> The current code returns 0 even if it failed to find or bind a driver. The
> caller then has to check the returned device to see if it is NULL. It is
> better to return an error code in this case so that it is clear what
>
On Wed, Sep 9, 2015 at 7:52 AM, Simon Glass wrote:
> One debug() statement is missing a newline. The other has a repeated word.
> Fix these.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/pci/pci-uclass.c | 4 ++--
> 1 file changed, 2 insertions(+), 2
On Wed, Sep 9, 2015 at 7:52 AM, Simon Glass wrote:
> Now that PCI bridges are probed before relocation we need additional memory.
> Each PCI bridge takes 240 bytes at present since it uses the same uclass as
> the PCI controller. Probably we should split this out so that
On Wed, Sep 9, 2015 at 7:52 AM, Simon Glass wrote:
> It is useful to see a message from the debug UART early during boot so that
> you know things are working. Add an option to enable this. The message will
> be displayed as soon as debug_uart_init() is called.
>
>
Hi Simon,
On Wed, Sep 9, 2015 at 7:52 AM, Simon Glass wrote:
> We want to be able to add other common code to this function. So change the
> driver's version to have an underscore before it, just like
> _debug_uart_putc(). Define debug_uart_init() to call this version.
>
>
When enabling CONFIG_API and chain-loading GRUB2 on jetson-tk1, only the
eMMC would show up as (hd0), but not the SD card, leading to GRUB not
finding its configuration and modules, falling back to a rescue shell.
This is because enum_ended would get set for !more after returning a
cookie for the
Hi,
On 14-09-15 12:33, Siarhei Siamashka wrote:
On Fri, 11 Sep 2015 11:31:50 +0200
Bernhard Nortmann wrote:
Hi!
Am 10.09.2015 um 20:36 schrieb Hans de Goede:
Hi,
I would prefer to have this like this:
"bootcmd_fel=" \
"if test -n ${fel_booted} &&
On Mon, Sep 14, 2015 at 2:34 AM, Peng Fan wrote:
> We should not simple use "writew(WCR_WDE, >wcr)" to set
> wcr, since this will override bits set before reset_cpu.
>
> Use clrsetbits_le32 instead of writew to fix this issue.
There is a typo here: it should be
Hi Ian, hello Hans!
That's an interesting find, Ian - thank you.
Unfortunately it seems that flagging our environment vars accordingly
isn't enough (on its own) to prevent them from being written by
"saveenv". I've been testing
#define CONFIG_ENV_FLAGS_LIST_STATIC
Hi,
On 14-09-15 13:42, Hans de Goede wrote:
Supporting both boot.scr and uEnv.txt for FEL boot seems to be
reasonably simple to me. You can even do it in a single patch
series. As Hans suggests, please take care of the boot.scr case
first. Then maybe introduce uEnv.txt support with an
On Mon, Sep 14, 2015 at 2:34 AM, Peng Fan wrote:
> When setting iomux for a pin mux, there is no need to check mux_ctrl_ofs.
> Also If still checking mux_ctrl_ofs, we have no chance to set iomux
> for i.MX7D IOMUXC_LPSR_SW_MUX_CTL_PAD_GPIO1_IO00, because the mux_ctrl_ofs
>
On Mon, Sep 14, 2015 at 2:34 AM, Peng Fan wrote:
> We should not simple use "writew(WCR_WDE, >wcr)" to set
> wcr, since this will override bits set before reset_cpu.
>
> Use clrsetbits_le32 instead of writew to fix this issue.
>
> Signed-off-by: Peng Fan
On Wed, Sep 9, 2015 at 7:52 AM, Simon Glass wrote:
> Some boards need to set things up before the debug UART can be used. On
> these boards a call to debug_uart_init() is insufficient. When this option
> is enabled, the function board_debug_uart_init() will be called when
>
Hi Simon,
On Wed, Sep 9, 2015 at 7:52 AM, Simon Glass wrote:
> If the debug UART is enabled, get it ready for use at the earliest possible
> opportunity. This is not actually very early, but until we have a stack it
> is difficult to make it work.
>
> Signed-off-by: Simon
On Wed, Sep 9, 2015 at 7:52 AM, Simon Glass wrote:
> Add support for the debug UART on link. This is useful for early debugging.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/ivybridge/cpu.c | 7 +++
> configs/chromebook_link_defconfig |
Hi Bin,
On 13 September 2015 at 03:28, Bin Meng wrote:
> Hi Simon,
>
> On Sun, Sep 13, 2015 at 5:06 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> I have a Galileo Gen 2 and am trying to get U-Boot to start on it. The
>> first problem I have is that the schematic
On Mon, Sep 14, 2015 at 09:11:30AM -0300, Fabio Estevam wrote:
>On Mon, Sep 14, 2015 at 2:34 AM, Peng Fan wrote:
>> We should not simple use "writew(WCR_WDE, >wcr)" to set
>> wcr, since this will override bits set before reset_cpu.
>>
>> Use clrsetbits_le32 instead of
This patch follows up on a discussion of ways to improve support
for the sunxi FEL ("USB boot") mechanism, especially with regard
to boot scripts, see:
https://groups.google.com/d/msg/linux-sunxi/wBEGUoLNRro/rHGq6nSYCQAJ
The idea is to convert the (currently unused) "pad" bytes in the
SPL header
This patch extends the misc_init_r() function on sunxi boards
to test for the presence of a suitable "sunxi" SPL header. If
found, and the loader ("fel" utility) provided a non-zero value
for the boot.scr address, then the corresponding environment
variable fel_scriptaddr gets set.
misc_init_r()
This patch makes use of the previous changes to add a new "fel" boot
target for sunxi boards.
When booting via FEL, it's often desirable to work around the absence
of other (usable) boot devices - or to be able to override them,
deviating from the standard boot sequence. To achieve this, the
CONFIG_NETCONSOLE causes common/bootm.c to call eth_unregister()
for network device shutdown. However, with CONFIG_DM_ETH this
function is no longer defined.
This is a workaround to avoid the call in that case, and solely
rely on eth_halt(). In case this is insufficient, a proper way
to
Simon Glass and Joe Hershberger suggested adding at least one
test case for the CONFIG_DM_ETH plus CONFIG_NETCONSOLE options.
This patch enables NetConsole as a default for the "Banana Pi/Pro"
sunxi boards.
(By the nature of this patch it could probably be extended later
to include all sunxi
Hi,
On 14-09-15 15:15, Bernhard Nortmann wrote:
This patch series builds upon
http://lists.denx.de/pipermail/u-boot/2015-September/226515.html
http://lists.denx.de/pipermail/u-boot/2015-September/226688.html
v2 combines the previous submissions, and adds some suggested
fixes/changes.
The
Make the internal symbols static when possible.
This prevents sparse build warnings.
Signed-off-by: Fabio Estevam
---
board/freescale/mx6ul_14x14_evk/mx6ul_14x14_evk.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On Monday, September 14, 2015 at 01:22:20 PM, Lukasz Majewski wrote:
> Hi Alexey,
>
> > Hi Marek, Lukasz,
> >
> > On Sun, 2015-09-13 at 16:00 +0200, Marek Vasut wrote:
> > > On Sunday, September 13, 2015 at 12:03:18 PM, Lukasz Majewski wrote:
> > > > Hi Marek,
> > >
> > > Hi,
> > >
> > > [...]
Hi Simon,
On Mon, Sep 14, 2015 at 9:59 PM, Bin Meng wrote:
> Hi Simon,
>
> On Mon, Sep 14, 2015 at 8:51 PM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 14 September 2015 at 06:49, Bin Meng wrote:
>>>
>>> Hi Simon,
>>>
>>> On Mon, Sep 14,
The previous eth_device struct returned by eth_get_dev() allowed
code to directly query the state member field. However, with
CONFIG_DM_ETH this data gets encapsulated (i.e. private), and
eth_get_dev() returns a udevice struct 'abstraction' instead.
This breaks legacy code relying on the former
(I'm resending this as patch 1/5 is still requiring an ACK/NAK.)
With the introduction of driver model and accompanying changes,
outdated code in netconsole.c leads to compilation errors when both
CONFIG_NETCONSOLE and CONFIG_DM_ETH are set.
This is a series of patches to fix these issues and
This patch introduces CONFIG_NETCONSOLE as an option to the
Kconfig system.
Joe Hershberger pointed out that it may not be entirely free of
problems, as many boards predating the driver model define this
symbol directly via include files. In case they're not properly
migrated, their NetConsole
get_board_rev() is not actually providing the board revision.
It just returns the CPU revision instead.
As the CPU revision is already printed on boot, there is no
reason to have get_board_rev(), so let's remove it.
Signed-off-by: Fabio Estevam
---
malloc_simple uses a part of the stack as heap, initially it uses
SYS_MALLOC_F_LEN bytes which typically is quite small as the initial
stacks sits in SRAM and we do not have that much SRAM to work with.
When DRAM becomes available we may switch the stack from SRAM to DRAM
to give use more room.
Hi Simon,
On Mon, Sep 14, 2015 at 8:51 PM, Simon Glass wrote:
> Hi Bin,
>
> On 14 September 2015 at 06:49, Bin Meng wrote:
>>
>> Hi Simon,
>>
>> On Mon, Sep 14, 2015 at 8:45 PM, Simon Glass wrote:
>> > Hi Bin,
>> >
>> > On 13 September
drop select CPU_V7 for board target, since ARCH_MX7 selects CPU_V7.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
arch/arm/cpu/armv7/mx7/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/mx7/Kconfig
We have defined this kconfig entry in arch/arm/cpu/armv7/mx7/Kconfig,
no need to redefine it in board Kconfig.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
board/freescale/mx7dsabresd/Kconfig | 3 ---
1 file changed, 3 deletions(-)
diff --git
This patch uses the eth_is_active() function to work around
issues that prevented compilation with the newer driver model.
Signed-off-by: Bernhard Nortmann
Acked-by: Joe Hershberger
---
Changes in v3: None
Changes in v2:
- add "net:" prefix to
Yangbo,
On 09/13/2015 08:04 PM, Yangbo Lu wrote:
> If adapter card type identification is supported for platform, we would
> enable dat[4:7] for eMMC4.5 card.
>
> Signed-off-by: Yangbo Lu
> Cc: York Sun
> ---
> board/freescale/common/qixis.h | 2
Hi Stefan,
On 09/11/2015 05:02 PM, Stefan Eichenberger wrote:
Hi Stefan,
On 09/11/2015 04:24 PM, Stefan Roese wrote:
Hi Stefan,
On 11.09.2015 15:50, Stefan Eichenberger wrote:
On 09/04/2015 06:44 PM, Stefan Roese wrote:
Unfortunately u-boot now hangs if I try to load an image from the
iox74lv_set() is not used anywhere, so let's remove it.
Signed-off-by: Fabio Estevam
---
board/freescale/mx6ul_14x14_evk/mx6ul_14x14_evk.c | 43 ---
1 file changed, 43 deletions(-)
diff --git a/board/freescale/mx6ul_14x14_evk/mx6ul_14x14_evk.c
On Mon, 2015-09-14 at 08:47 +0200, Stefan Roese wrote:
> This patch addresses some comments raised by Scott in the last versions.
> Here the changes in detail:
>
> - Removed __maybe_unused as its not needed
> - Added check for strength == 4 and error out for the unsupported
> ECC strength
Select CONFIG_SPL_STACK_R for sunxi boards, this gives us much more
room on the stack once we've the DRAM running.
Besides being a good change to have on itself, this also paves the
way for switching to using malloc_simple in the SPL which cuts of
close to 4KiB of the SPL size.
Signed-off-by:
common/dlmalloc.c is quite big, both in .text and .data usage. E.g. for a
Mele_M9 sun6i board build this reduces .text from 0x4214 to 0x3b94 bytes,
and .data from 0x54c to 0x144 bytes.
Signed-off-by: Hans de Goede
---
Changes in v2:
-Call spl_init from board_init_f, so that
Hi,
On 01-09-15 21:57, Stephen Warren wrote:
On 08/22/2015 11:04 AM, Hans de Goede wrote:
Implement the necessary functions for implementing generic fs support
for ubifs.
diff --git a/fs/ubifs/ubifs.c b/fs/ubifs/ubifs.c
+int ubifs_set_blk_dev(block_dev_desc_t *rbdd, disk_partition_t
Hi,
On 01-09-15 22:03, Stephen Warren wrote:
On 08/22/2015 11:04 AM, Hans de Goede wrote:
Add generic fs support, so that commands like ls, load and test -e can be
used on ubifs.
@@ -530,6 +531,28 @@ int get_device_and_partition(const char *ifname, const
char *dev_part_str,
On Sun, Sep 13, 2015 at 07:38:27PM +0200, Hans de Goede wrote:
> >>The policy I'm thinking of (and which we are currently sorta following
> >>wrt enabling USB_MUSB_HOST) is that on devices with no normal usb
> >>ports we use USB_MUSB_HOST, so that people can interact with u-boot
> >>without
Hi Stefan,
On Sun, Sep 13, 2015 at 11:45 AM, Stefan Bruens
wrote:
> On Tuesday 08 September 2015 08:56:12 Joe Hershberger wrote:
>> On Mon, Sep 7, 2015 at 10:12 PM, Stefan Brüns
>>
>> wrote:
>> > Using NAKs on empty RX fifo for bulk in
On Fri, 2015-09-11 at 19:07 +0800, Gong Qianyu wrote:
> Signed-off-by: Gong Qianyu
> Signed-off-by: Hou Zhiqiang
> Signed-off-by: Shaohui Xie
> Signed-off-by: Mingkai Hu
> ---
>
On 14 September 2015 at 01:07, Bin Meng wrote:
> Quark SoC does not support MSR MTRRs. Fixed and variable range MTRRs
> are accessed indirectly via the message port and not the traditional
> MSR mechanism. Only UC, WT and WB cache types are supported.
>
> We configure all the
Hi Stefan,
On 09/14/2015 01:39 PM, Stefan Roese wrote:
So you are changing the DT sources for your platform because the U-Boot
implementation does support the bus translation correctly (ranges
properties)? I think this is the wrong approach. We need to make sure
that U-Boot supports DT
Hi Bin,
On 14 September 2015 at 20:06, Bin Meng wrote:
>
> Hi Simon,
>
> On Tue, Sep 15, 2015 at 9:52 AM, Simon Glass wrote:
> > Hi Bin,
> >
> > On 14 September 2015 at 08:32, Bin Meng wrote:
> >> Hi Simon,
> >>
> >> On Mon, Sep 14,
Hi Joe,
On Sat, Sep 12, 2015 at 3:44 AM, Joe Hershberger
wrote:
> Hi Bin,
>
> On Fri, Sep 4, 2015 at 6:56 AM, Bin Meng wrote:
>> In get_phy_device_by_mask(), when no phy is found, we should not
>> create any phy device.
>>
>> Signed-off-by: Bin
Hi Fabio,
On Mon, Sep 14, 2015 at 03:09:24PM -0300, Fabio Estevam wrote:
>Hi Peng,
>
>On Mon, Sep 14, 2015 at 6:08 AM, Peng Fan wrote:
>> Since i.MX7D does not support warm reset, so boot_mode_apply
>> actually will not work. Also we use outer pmic reset and drop
>>
Hi,
I am brand new to U-Boot, sorry for what may be basic questions.
I am also new to my company - 2 months.
I am an experienced embedded C/C++ developer.
I have never worked with Android.
I have some network experience, like configuring my home system, etc.
I have some experience with
Hi York,
Please see my comments below.
> -Original Message-
> From: Sun York-R58495
> Sent: Monday, September 14, 2015 11:57 PM
> To: Lu Yangbo-B47093; u-boot@lists.denx.de
> Subject: Re: [PATCH 1/3] mmc: fsl_esdhc: enable dat[4:7] for eMMC4.5
>
> Yangbo,
>
> On 09/13/2015 08:04 PM,
When CHECK_BITS_SET was added, they forgot to add
a new command table, and instead overwrote the
previous table.
Signed-off-by: Troy Kisky
---
Note: this needs tested to make sure imx7dsabresd still boots
as its dcd header has changed
diff --git
Hi Simon,
On Tue, Sep 15, 2015 at 9:52 AM, Simon Glass wrote:
> Hi Bin,
>
> On 14 September 2015 at 08:32, Bin Meng wrote:
>> Hi Simon,
>>
>> On Mon, Sep 14, 2015 at 9:59 PM, Bin Meng wrote:
>>> Hi Simon,
>>>
>>> On Mon, Sep 14, 2015
Hi Simon,
On Tue, Sep 15, 2015 at 10:15 AM, Simon Glass wrote:
> Hi Bin,
>
> On 14 September 2015 at 20:06, Bin Meng wrote:
>>
>> Hi Simon,
>>
>> On Tue, Sep 15, 2015 at 9:52 AM, Simon Glass wrote:
>> > Hi Bin,
>> >
>> > On 14 September
> On 09/14/2015 07:22 PM, Lu Yangbo-B47093 wrote:
> > Hi York,
> >
> > Please see my comments below.
> >
> >> -Original Message-
> >> From: Sun York-R58495
> >> Sent: Monday, September 14, 2015 11:57 PM
> >> To: Lu Yangbo-B47093; u-boot@lists.denx.de
> >> Subject: Re: [PATCH 1/3] mmc:
On Mon, Sep 14, 2015 at 10:06 PM, Troy Kisky
wrote:
> When CHECK_BITS_SET was added, they forgot to add
> a new command table, and instead overwrote the
> previous table.
>
> Signed-off-by: Troy Kisky
>
> ---
>
> Note: this needs
Hi Bin,
On 14 September 2015 at 08:32, Bin Meng wrote:
> Hi Simon,
>
> On Mon, Sep 14, 2015 at 9:59 PM, Bin Meng wrote:
>> Hi Simon,
>>
>> On Mon, Sep 14, 2015 at 8:51 PM, Simon Glass wrote:
>>> Hi Bin,
>>>
>>> On 14 September 2015 at
On 09/14/2015 07:22 PM, Lu Yangbo-B47093 wrote:
> Hi York,
>
> Please see my comments below.
>
>> -Original Message-
>> From: Sun York-R58495
>> Sent: Monday, September 14, 2015 11:57 PM
>> To: Lu Yangbo-B47093; u-boot@lists.denx.de
>> Subject: Re: [PATCH 1/3] mmc: fsl_esdhc: enable
The clear_config() is called just once at the beginning of this
program, but the global variable hashtab[] is already zero-filled
at the start-up.
[ Linux commit: d179e22762fd38414c4108acedd5feca4cf7e0d8 ]
Signed-off-by: Masahiro Yamada
Signed-off-by: Michal Marek
Hi Marek,
On 09/13/2015 09:39 PM, Marek Vasut wrote:
btw. It might be just about time to split the DT bits into nios2.dtsi
and nios2_3c120_devboard.dts , where the former would contain the
generic bits of the binding and the later would only fill in the
necessary address ranges and such. I do
Hi Peng,
On Mon, Sep 14, 2015 at 9:31 PM, Peng Fan wrote:
> Hi Fabio,
> On Mon, Sep 14, 2015 at 03:09:24PM -0300, Fabio Estevam wrote:
>>Hi Peng,
>>
>>On Mon, Sep 14, 2015 at 6:08 AM, Peng Fan wrote:
>>> Since i.MX7D does not support warm reset, so
Hi Bernhard,
On Mon, Sep 14, 2015 at 8:29 AM, Bernhard Nortmann
wrote:
> The previous eth_device struct returned by eth_get_dev() allowed
> code to directly query the state member field. However, with
> CONFIG_DM_ETH this data gets encapsulated (i.e. private), and
>
This patch addresses some comments raised by Scott in the last versions.
Here the changes in detail:
- Removed __maybe_unused as its not needed
- Added check for strength == 4 and error out for the unsupported
ECC strength values
- Don't set .caclulate, .correct, and .bytes for
This arch does not seem to be supported / used at all in the current
U-Boot mainline source tree any more. So lets remove the core u8500 code
and code that was only referenced by this platform.
Please note that this patch also removes these config options:
- CONFIG_PL011_SERIAL_RLCR
-
Define CONFIG_SYS_SPI_ARGS_OFFS, CONFIG_SYS_SPI_ARGS_SIZE
and CONFIG_SYS_SPI_KERNEL_OFFS which will be used in SPL
spi mode. These macros defines the device tree offset, size
and the kernel image offset in flash respectively.
Signed-off-by: Siva Durga Prasad Paladugu
---
Added support to set the quad enable bit in status register
for ISSI parts. Tis would be same as for Macronix parts.
Signed-off-by: Siva Durga Prasad Paladugu
---
- This patch is based on u-boot-spi/master
---
drivers/mtd/spi/sf_internal.h |1 +
Commit 0abdd9d0 "arm: Remove nhk8815 boards and nomadik arch" missed one
reference to this arch. Lets remove this as well.
Signed-off-by: Stefan Roese
Cc: Simon Glass
Cc: Tom Rini
---
arch/arm/Makefile | 1 -
1 file changed, 1 deletion(-)
Hi Jagan,
> -Original Message-
> From: Jagan Teki [mailto:jt...@openedev.com]
> Sent: Tuesday, September 08, 2015 2:52 PM
> To: u-boot@lists.denx.de
> Cc: Jagan Teki; Siva Durga Prasad Paladugu; Michal Simek
> Subject: Re: [PATCH 1/4] sf: params: Add IS25LP032 part support
>
> Hi Siva,
>
Hi Jagan,
> -Original Message-
> From: Jagan Teki [mailto:jt...@openedev.com]
> Sent: Monday, September 14, 2015 12:11 PM
> To: Siva Durga Prasad Paladugu
> Cc: u-boot@lists.denx.de; Michal Simek
> Subject: Re: [PATCH 1/4] sf: params: Add IS25LP032 part support
>
> Hi Siva,
>
> On 14
On 14 September 2015 at 11:32, Siva Durga Prasad Paladugu
wrote:
> Define CONFIG_SYS_SPI_ARGS_OFFS, CONFIG_SYS_SPI_ARGS_SIZE
> and CONFIG_SYS_SPI_KERNEL_OFFS which will be used in SPL
> spi mode. These macros defines the device tree offset, size
> and the kernel
Quark SoC does not support MSR MTRRs. Fixed and variable range MTRRs
are accessed indirectly via the message port and not the traditional
MSR mechanism. Only UC, WT and WB cache types are supported.
We configure all the fixed range MTRRs with common values (VGA RAM
as UC, others as WB) and 3
Hi Stefan,
2015-09-14 16:17 GMT+09:00 Stefan Roese :
> This arch does not seem to be supported / used at all in the current
> U-Boot mainline source tree any more. So lets remove the core u8500 code
> and code that was only referenced by this platform.
>
> Please note that this
Hi,
On 01-09-15 22:13, Stephen Warren wrote:
On 08/22/2015 11:04 AM, Hans de Goede wrote:
From: Roy Spliet
Under the assumptions of having a UBI volume called boot, containing
a ubifs filesystem.
Signed-off-by: Hans de Goede
I'd expect the
Hi Peng,
On Mon, Sep 14, 2015 at 6:08 AM, Peng Fan wrote:
> Since i.MX7D does not support warm reset, so boot_mode_apply
> actually will not work. Also we use outer pmic reset and drop
> internal reset signal, so drop boot mode code for 7dsabresd board.
Booting via bmode
On Sun, 2015-09-13 at 20:51 +0200, Hans de Goede wrote:
> Hi,
>
> On 13-09-15 20:50, Ian Campbell wrote:
> > Maybe even:
> >
> > /* Note SPL_STACK_R_ADDR is set through Kconfig, we include it here
> > * since it needs to fit in with the other values. By also #defining it
> > * we get
Hi Siva,
On 14 September 2015 at 11:42, Siva Durga Prasad Paladugu
wrote:
> Hi Jagan,
>
>> -Original Message-
>> From: Jagan Teki [mailto:jt...@openedev.com]
>> Sent: Tuesday, September 08, 2015 2:52 PM
>> To: u-boot@lists.denx.de
>> Cc: Jagan Teki; Siva
boot_mode_apply should be applied only with CONFIG_CMD_BMODE enabled.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
arch/arm/imx-common/init.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/imx-common/init.c b/arch/arm/imx-common/init.c
Since i.MX7D does not support warm reset, so boot_mode_apply
actually will not work. Also we use outer pmic reset and drop
internal reset signal, so drop boot mode code for 7dsabresd board.
Signed-off-by: Peng Fan
Cc: Stefano Babic
Cc: Adrian Alonso
Discard unused global variable.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
arch/arm/cpu/armv7/mx7/soc.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/cpu/armv7/mx7/soc.c b/arch/arm/cpu/armv7/mx7/soc.c
index 8d50149..af16ba7 100644
---
Hi Simon,
On 14 September 2015 at 14:06, Siva Durga Prasad Paladugu
wrote:
> Hi Jagan,
>
>> -Original Message-
>> From: Jagan Teki [mailto:jt...@openedev.com]
>> Sent: Monday, September 14, 2015 1:06 PM
>> To: Siva Durga Prasad Paladugu
>> Cc:
Fix coding style.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
arch/arm/cpu/armv7/mx7/soc.c | 2 +-
arch/arm/imx-common/init.c | 3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm/cpu/armv7/mx7/soc.c
Hi Jagan,
> -Original Message-
> From: Jagan Teki [mailto:jt...@openedev.com]
> Sent: Monday, September 14, 2015 1:06 PM
> To: Siva Durga Prasad Paladugu
> Cc: u-boot@lists.denx.de; Siva Durga Prasad Paladugu
> Subject: Re: [PATCH v2] zynq-common: Define spi args offset and size
>
> On 14
Hi Marek, Lukasz,
On Sun, 2015-09-13 at 16:00 +0200, Marek Vasut wrote:
> On Sunday, September 13, 2015 at 12:03:18 PM, Lukasz Majewski wrote:
> > Hi Marek,
>
> Hi,
>
> [...]
>
> > > > > Still we need to fix regression first with virtually infinite
> > > > > timeout :) I would even thing that
98 matches
Mail list logo