Dear Tom,
The following changes since commit cddb6b8304bfbc34f43920051256de7fe6c4c0ab:
Prepare v2014.01-rc3 (2014-01-13 14:36:17 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-mpc82xx.git master
for you to fetch changes up to
This commit removes support for the Freescale MPC82xx Power
Architecture processors, i. e. MPC8240, MPC8245, MPC8247, MPC8248,
MPC8250, MPC8255, MPC8260, MPC8265, MPC8266, MPC8272, MPC8280, ...
They have been out of production for years, and no active users left
here. As some boards start
Hi Wolfgang,
On 01/15/2014 08:48 AM, Wolfgang Denk wrote:
This commit removes support for the Freescale MPC82xx Power
Architecture processors, i. e. MPC8240, MPC8245, MPC8247, MPC8248,
MPC8250, MPC8255, MPC8260, MPC8265, MPC8266, MPC8272, MPC8280, ...
They have been out of production for
Dear Przemyslaw,
-Original Message-
From: Przemyslaw Marczak [mailto:p.marc...@samsung.com]
Sent: Wednesday, January 15, 2014 8:51 AM
To: Minkyu Kang
Cc: u-boot@lists.denx.de; jh80.ch...@samsung.com;
human.hw...@samsung.com; dh09@samsung.com; ideal.s...@samsung.com;
Piotr
From: David Feng feng...@phytium.com.cn
This patch add gicv3 support to uboot armv8 platform.
Modifications cover 4 source files, as follows:
gic.S: gicv3 initialization and sgi interrupt raising.
goc.h: gicv3 register definitions.
vexpress_aemv8a.h: add CONFIG_GICV2/CONFIG_GICV3 switch.
Hello Piotr,
On 01/15/2014 09:08 AM, Piotr Wilczek wrote:
Dear Przemyslaw,
-Original Message-
From: Przemyslaw Marczak [mailto:p.marc...@samsung.com]
Sent: Wednesday, January 15, 2014 8:51 AM
To: Minkyu Kang
Cc: u-boot@lists.denx.de; jh80.ch...@samsung.com;
human.hw...@samsung.com;
Hello Wolfgang
Over time, support for more and more boards gets added to U-Boot -
while other board support code dies a silent death caused by
-negligence in combination with ordinary bitrot. Sometimes this goes
+negligence in combination with ordinary bitrot. Sometimes this goes
Delete some serial.h files, whole code in which is surrounded by
#if 0 ... #endif
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
board/Marvell/common/serial.c | 1 -
board/Marvell/common/serial.h | 73 ---
board/esd/cpci750/serial.c|
Hi All,
This particular discussion is a next level add-on for thread [1]
State of u-boot now:
- Added quad changes on u-boot and will be available in coming release.
- Added commands are
1) 1-line # Array slow read, Array fast read(available before)
2) 2-line # Dual fast read, Dual IO read
On 03/01/2014 18:55, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
SolidRun has designed the Hummingboard board based on mx6q/dl/solo.
Add the initial support for the mx6 solo variant.
More information about this hardware can be found at:
On 03/01/2014 18:55, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
Provide an argument to enable_fec_anatop_clock() to specify the clock
frequency
that will be generated.
No changes are made to mx6slevk, which uses the default 50MHz fec clock.
Signed-off-by:
Hi Albert,
still a couple of patches for the release. Please pull from u-boot-imx,
thanks !
The following changes since commit a6bbee66197759f790de83181924bf1d2cf482b2:
mx6slevk: Include mx6_common.h (2014-01-13 11:52:28 +0100)
are available in the git repository at:
Hi Minkyu,
On 01/14/2014 09:55 AM, Minkyu Kang wrote:
Dear Przemyslaw Marczak,
On 14/01/14 17:02, Przemyslaw Marczak wrote:
Hello Jaehoon,
On 01/14/2014 04:41 AM, Jaehoon Chung wrote:
Dear Przemyslaw,
On 01/10/2014 11:31 PM, Przemyslaw Marczak wrote:
board/samsung/common/misc.c:
- move
On 15.01.2014 10:00, Masahiro Yamada wrote:
Delete some serial.h files, whole code in which is surrounded by
#if 0 ... #endif
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Thanks! Good catch!
Acked-by: Stefan Roese s...@denx.de
Thanks,
Stefan
Hello Jeroen,
Hello Reinhard,
On 01/14/2014 12:33 PM, Reinhard Meyer wrote:
Dear Wolfgang,
Dear Reinhard,
attempting to build the TOP860 code with a GCC 4.8.1 based tool chain
(say ELDK v5.5 or Yocto 1.5) gives the following errors:
- ./MAKEALL TOP860
Configuring for TOP860 board...
This complements commit 9404a5fc7cb58 env_mmc: allow environment to be
in an eMMC partition by allowing boards to accommodate the partition
to use for the environment in different scenarios (similarly to what is
done with the mmc dev number). Depending on the detected boot media,
boards may decide
Since function mmc_get_env_devno is __weak and can be overridden by
board code, boards do not necessarily need to define
CONFIG_SYS_MMC_ENV_DEV. If the constant is not defined, return 0 by
default.
Signed-off-by: Hector Palacios hector.palac...@digi.com
---
common/env_mmc.c | 4
1 file
Dear Holger,
In message 52d64089.6070...@keymile.com you wrote:
This commit removes support for the Freescale MPC82xx Power
Architecture processors, i. e. MPC8240, MPC8245, MPC8247, MPC8248,
MPC8250, MPC8255, MPC8260, MPC8265, MPC8266, MPC8272, MPC8280, ...
They have been out of
Hello Hector,
On Wed, Jan 15, 2014 at 8:53 AM, Hector Palacios
hector.palac...@digi.comwrote:
This complements commit 9404a5fc7cb58 env_mmc: allow environment to be
in an eMMC partition by allowing boards to accommodate the partition
to use for the environment in different scenarios
On Wed, Jan 15, 2014 at 8:53 AM, Hector Palacios
hector.palac...@digi.comwrote:
Since function mmc_get_env_devno is __weak and can be overridden by
board code, boards do not necessarily need to define
CONFIG_SYS_MMC_ENV_DEV. If the constant is not defined, return 0 by
default.
Dear Masahiro,
In message 20140115174127.e118.aa925...@jp.panasonic.com you wrote:
Why did you insert TABs here?
Because it requires less typing when adding new entries.
You are using TABs and SPACEs mixed-up.
Correct. I decided to go for a minimal-invasive change that would not
result in
init_sequence_r is just an array that consists of compile-time
adresses of init functions. Since this is basically an array of integers
(pointers to void to be more precise) it won't be modified during
relocation - it will be just copied to new location as it is.
As a consequence on execution
Hello again,
This week I decided to do some further research and testing regarding
this problem.
With the image I had from the previous time, I could immediately
reproduce it and
by adding more and more debug prints, I tried to find the cause. Sofar,
I have not
succeeded in this yet.
However:
On Wed, Jan 15, 2014 at 12:07 PM, Wolfgang Denk w...@denx.de wrote:
Dear tiger...@viatech.com.cn,
In message fe7aded5c2218b4786c09cd97dc4c49fd12...@exchbj02.viatech.com.bj
you wrote:
CROSS_COMPILE=/home/lion/ARMv8/gcc-linaro-aarch64/bin/aarch64-linux-gnu-
Side note:
It is always wrong
Hello Alexey,
Alexey Brodkin wrote on 2014-01-15:
init_sequence_r is just an array that consists of compile-time
adresses of init functions. Since this is basically an array of integers
(pointers to void to be more precise) it won't be modified during
relocation - it will be just copied to
Hello Wolfgang,
On 01/15/2014 12:04 PM, Wolfgang Denk wrote:
Dear Holger,
In message 52d64089.6070...@keymile.com you wrote:
This commit removes support for the Freescale MPC82xx Power
Architecture processors, i. e. MPC8240, MPC8245, MPC8247, MPC8248,
MPC8250, MPC8255, MPC8260, MPC8265,
Dear Abraham,
In message canie1qok5z97jvu_bzd+k_bszgjh5hxdvqkevah68afca-q...@mail.gmail.com
you wrote:
It is always wrong to use an absolute path name for CROSS_COMPILE.
You should use CROSS_COMPILE=aarch64-linux-gnu- and make sure your
PATH is set correctly.
Actually, I also give the
Dear Holger,
In message 52d67c60.2040...@keymile.com you wrote:
1) We apply the patch as is, and if you really have to modify your
code you would do this out-of-tree based on the last frozen
version.
yes we could do that and keep a seperate branch for this board, but I don't
On Wed, 2014-01-15 at 11:27 +, thomas.lan...@lantiq.com wrote:
I think this is only required/possible for architectures which define
CONFIG_NEEDS_MANUAL_RELOC, others don't have gd-reloc_off
if (initcall_run_list(init_sequence_r))
hang();
Hi Thomas,
I think it's a
On Wed, Jan 15, 2014 at 12:04:10PM +0100, Wolfgang Denk wrote:
Dear Holger,
In message 52d64089.6070...@keymile.com you wrote:
This commit removes support for the Freescale MPC82xx Power
Architecture processors, i. e. MPC8240, MPC8245, MPC8247, MPC8248,
MPC8250, MPC8255, MPC8260,
Alexey Brodkin wrote on 2014-01-15:
On Wed, 2014-01-15 at 11:27 +, thomas.lan...@lantiq.com wrote:
I think this is only required/possible for architectures which define
CONFIG_NEEDS_MANUAL_RELOC, others don't have gd-reloc_off
if (initcall_run_list(init_sequence_r))
You are asking a heretical question! ;-)
8xx is where it all started - U-Boot was anteceded by the PPCBoot
project, which started as 8xxrom - some 15 years ago... Ripping this
out of U-Boot would just break my heart...
hear,hear :) We started 14 years ago with 8xx and PPCBoot.
8xx have a
Squash the malloc()+memset() combo in favor of calloc().
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Jagannadha Sutradharudu Teki jaga...@xilinx.com
---
drivers/mtd/spi/sf_probe.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
NOTE: compile-tested only.
diff --git
/me sniffs
High five...
On Jan 15, 2014, at 3:55 PM, Joakim Tjernlund wrote:
You are asking a heretical question! ;-)
8xx is where it all started - U-Boot was anteceded by the PPCBoot
project, which started as 8xxrom - some 15 years ago... Ripping this
out of U-Boot would just break my
Hi David,
Thanks for the patch.
Please see some comments inline:
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of feng...@phytium.com.cn
Sent: Wednesday, January 15, 2014 1:41 PM
To: u-boot@lists.denx.de
Cc: tr...@ti.com
Both of these chips have 256kB big sectors, thus the _256K suffix,
compared to their _64K counterparts, which have 64kB sectors. Also,
they have four times less sectors than their _64K counterparts.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Jagannadha Sutradharudu Teki jaga...@xilinx.com
---
Add IDs for this new chip.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Jagannadha Sutradharudu Teki jaga...@xilinx.com
---
drivers/mtd/spi/sf_params.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi/sf_params.c b/drivers/mtd/spi/sf_params.c
index 5f63023..eb372b7 100644
---
On Wednesday, January 15, 2014 at 03:29:43 PM, Marek Vasut wrote:
Both of these chips have 256kB big sectors, thus the _256K suffix,
compared to their _64K counterparts, which have 64kB sectors. Also,
they have four times less sectors than their _64K counterparts.
Signed-off-by: Marek Vasut
On Tue, Jan 14, 2014 at 20:47 +0900, Masahiro Yamada wrote:
Hello Detlev
How do I cross compile it for my embedded system? Do I just set the
HOSTCC environment variable in the Makefile?
No changes in any makefiles are needed, just do
make HOSTCC=arm-none-linuex-gnueabi-gcc
On Wed, Jan 15, 2014 at 11:23 +0900, Masahiro Yamada wrote:
I did not know how env target have been used.
Your comments are highly appreciated!
I will revive env target at v5.
But whan I cannot understand is why HOSTCC must be tweaked.
(I am also asking this question in Compiling
It seems two entries were merged in one when this file has been
created. The GPSLXAU entries is obviously a mix of GPU and SLXA which
are next to each other according to the datasheet. Moreover it can be
noticed because the APB_MISC_PP_PULLUPDOWN_REG_B_0 register only have
15 entries instead of
Enhance the DesignWare I2C driver to support address length more
than 1 byte. This enhancement is required as some I2C slave
device such as EEPROM chip might have 16 bit address byte.
Signed-off-by: Chin Liang See cl...@altera.com
Cc: Alexey Brodkin alexey.brod...@synopsys.com
Cc: Tom Rini
Hi Stefano,
On Wed, 15 Jan 2014 10:43:21 +0100, Stefano Babic sba...@denx.de
wrote:
Hi Albert,
still a couple of patches for the release. Please pull from u-boot-imx,
thanks !
The following changes since commit a6bbee66197759f790de83181924bf1d2cf482b2:
mx6slevk: Include mx6_common.h
On Mon, Jan 13, 2014 at 18:15 +0530, Jagan Teki wrote:
On Mon, Jan 13, 2014 at 4:26 PM, Jagan Teki jagannadh.t...@gmail.com wrote:
Yes the main reason for going maximum or based on controller setting
transfer is to improve sf performance. I missed your point as didn't
see much use cases
Hello Tom,
The following changes since commit
6ba2bc8fa9be4bd09ec43e39cb8e666480ef010c:
arm: use canonical sub mnemonic (2014-01-14 12:38:47 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-arm master
for you to fetch changes up to
On Wed, Jan 15, 2014 at 8:06 PM, Marek Vasut ma...@denx.de wrote:
On Wednesday, January 15, 2014 at 03:29:43 PM, Marek Vasut wrote:
Both of these chips have 256kB big sectors, thus the _256K suffix,
compared to their _64K counterparts, which have 64kB sectors. Also,
they have four times less
On Wed, 2014-01-15 at 08:58 -0600, Chin Liang See wrote:
Enhance the DesignWare I2C driver to support address length more
than 1 byte. This enhancement is required as some I2C slave
device such as EEPROM chip might have 16 bit address byte.
diff --git a/drivers/i2c/designware_i2c.c
On Mon, 2013-12-16 at 15:30 +0400, Alexey Brodkin wrote:
Since we agreed on legacy implementation of eeprom_{read|write}
(http://patchwork.ozlabs.org/patch/295825/) I had to fix/make it work
again DesignWare I2C driver for cases when 1 EEPROM IC fake I2C with
anumber of built-in ICs with
On Wednesday, January 15, 2014 at 04:17:55 PM, Jagan Teki wrote:
On Wed, Jan 15, 2014 at 8:06 PM, Marek Vasut ma...@denx.de wrote:
On Wednesday, January 15, 2014 at 03:29:43 PM, Marek Vasut wrote:
Both of these chips have 256kB big sectors, thus the _256K suffix,
compared to their _64K
Hi Alexey,
On Wed, 2014-01-15 at 15:30 +, Alexey Brodkin wrote:
On Wed, 2014-01-15 at 08:58 -0600, Chin Liang See wrote:
Enhance the DesignWare I2C driver to support address length more
than 1 byte. This enhancement is required as some I2C slave
device such as EEPROM chip might have 16
Enhance the DesignWare I2C driver to support address length more
than 1 byte. This enhancement is required as some I2C slave
device such as EEPROM chip might have 16 bit address byte.
Signed-off-by: Chin Liang See cl...@altera.com
Cc: Alexey Brodkin alexey.brod...@synopsys.com
Cc: Tom Rini
On Wed, 2014-01-15 at 09:45 -0600, Chin Liang See wrote:
Changes for v2
- Removed the function check_params()
Ok, so you decided to not add assert check instead.
I think it's ok - it's not a requirement. Others don't do it as well so
let's leave it as it is.
Acked-by: Alexey Brodkin
Fix incorrect name for iomux 0x7 of MX6_PAD_RGMII_TX_CTL which really
has function ENET_REF_CLK and not ANATOP_REF_OUT.
On imx6q also fix select input value to 1.
Signed-off-by: Hector Palacios hector.palac...@digi.com
---
arch/arm/include/asm/arch-mx6/mx6dl_pins.h | 2 +-
On Wed, Jan 15, 2014 at 8:02 PM, Marek Vasut ma...@denx.de wrote:
Add IDs for this new chip.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Jagannadha Sutradharudu Teki jaga...@xilinx.com
---
drivers/mtd/spi/sf_params.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On Tue, Jan 14, 2014 at 13:01 +0900, Inha Song wrote:
Use setbits/clrbits macro instead of readl/writel function
Signed-off-by: Inha Song ideal.s...@samsung.com
You can probably trim down the subject line's length by omitting
the change to words. It's obvious that a patch changes
On Tue, Jan 14, 2014 at 08:02 +0100, Lukasz Majewski wrote:
diff --git a/include/configs/trats.h b/include/configs/trats.h
index 6cd15c2..0bdfe86 100644
--- a/include/configs/trats.h
+++ b/include/configs/trats.h
@@ -143,7 +143,10 @@
u-boot mmc 80 400; \
uImage ext4 0 2; \
On Tue, Jan 14, 2014 at 08:59 +0100, Piotr Wilczek wrote:
This patch enables to set envs that describe board information.
The following envs are set (but not saved): soc_id, soc_rev, board_rev.
I don't see the not saved part in the patch. How exactly does
a saveenv not save those
On Tue, Jan 14, 2014 at 17:26 +0900, Masahiro Yamada wrote:
diff --git a/include/configs/BC3450.h b/include/configs/BC3450.h
index 377db7b..ad69d33 100644
--- a/include/configs/BC3450.h
+++ b/include/configs/BC3450.h
@@ -22,7 +22,6 @@
/*
* High Level Configuration Options
*/
On Wed, Jan 15, 2014 at 14:27 +0900, Inha Song wrote:
Use setbits/clrbits macro instead of readl/writel function
Just saw v2 after replying to v1 (which is only from yesterday).
Please consider the concerns raised there, too.
virtually yours
Gerhard Sittig
--
DENX Software Engineering GmbH,
Hello Otavio,
On 01/15/2014 12:09 PM, Otavio Salvador wrote:
Hello Hector,
On Wed, Jan 15, 2014 at 8:53 AM, Hector Palacios hector.palac...@digi.com
mailto:hector.palac...@digi.com wrote:
This complements commit 9404a5fc7cb58 env_mmc: allow environment to be
in an eMMC partition by
The omap_gpmc allows switching ecc at runtime. Since
the NAND_SUBPAGE_READ flag is only set, it is kept when
switching to hw ecc, which is not correct. This leads to
calling chip-ecc.read_subpage which is not a valid
pointer. Therefore clear the flag when switching ecc so
reading in hw mode works
Hi Alexey,
On 15 January 2014 04:19, Alexey Brodkin alexey.brod...@synopsys.comwrote:
init_sequence_r is just an array that consists of compile-time
adresses of init functions. Since this is basically an array of integers
(pointers to void to be more precise) it won't be modified during
Hi Wolfgang,
On 01/15/2014 01:45 PM, Wolfgang Denk wrote:
So if keeping 82xx support would't generate to much overload for u-boot I
would
appreciate to keep it. But if it interferes with future u-boot development
we
could also move it to a keymile specific branch.
Do you agree with
Hello,
On Thu, Jan 9, 2014 at 7:31 PM, Stefano Babic sba...@denx.de wrote:
On 09/01/2014 20:11, Otavio Salvador wrote:
On Thu, Jan 9, 2014 at 5:06 PM, Fabio Estevam feste...@gmail.com
mailto:feste...@gmail.com wrote:
On Thu, Jan 9, 2014 at 3:50 PM, Otavio Salvador
Hi Otavio, hi Fabio,
On 15/01/2014 18:12, Otavio Salvador wrote:
I've been debugging to make 3.10 to work with this patch, but without
success...
I think this patch should be reverted and be added back to 2014.04
release so we have more time to debug this.
Generally, I disagree to
On 01/15/2014 03:53 AM, Hector Palacios wrote:
This complements commit 9404a5fc7cb58 env_mmc: allow environment to be
in an eMMC partition by allowing boards to accommodate the partition
to use for the environment in different scenarios (similarly to what is
done with the mmc dev number).
On 01/15/2014 03:53 AM, Hector Palacios wrote:
Since function mmc_get_env_devno is __weak and can be overridden by
board code, boards do not necessarily need to define
CONFIG_SYS_MMC_ENV_DEV. If the constant is not defined, return 0 by
default.
Ah, I see that's a better justification for
Hi Jagan,
On 15 January 2014 02:36, Jagan Teki jagannadh.t...@gmail.com wrote:
Hi All,
This particular discussion is a next level add-on for thread [1]
State of u-boot now:
- Added quad changes on u-boot and will be available in coming release.
- Added commands are
1) 1-line # Array
Hi Detlev,
On 14 January 2014 03:11, Detlev Zundel d...@denx.de wrote:
Hi Simon,
as I don't see any follow-up, allow me to jump in here even that late :)
Hi Wolfgang,
On Wed, Nov 6, 2013 at 1:24 AM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message
On 01/15/2014 07:55 AM, Alban Bedel wrote:
It seems two entries were merged in one when this file has been
created. The GPSLXAU entries is obviously a mix of GPU and SLXA which
are next to each other according to the datasheet. Moreover it can be
noticed because the
On Monday, January 13, 2014 at 08:42:18 PM, Tom Rini wrote:
On Tue, Jan 14, 2014 at 12:05:32AM +0530, Jagannadha Sutradharudu Teki wrote:
Hi Tom,
PR have quad and dual_flash change set also includes few fixes.
Tested these changes on spansion, stmicro and sst flash devices.
--
Hi Gerard,
On Tue, Jan 14, 2014 at 08:02 +0100, Lukasz Majewski wrote:
diff --git a/include/configs/trats.h b/include/configs/trats.h
index 6cd15c2..0bdfe86 100644
--- a/include/configs/trats.h
+++ b/include/configs/trats.h
@@ -143,7 +143,10 @@
u-boot mmc 80 400; \
Hi Alexey,
On Wed, 15 Jan 2014 15:19:56 +0400, Alexey Brodkin
alexey.brod...@synopsys.com wrote:
init_sequence_r is just an array that consists of compile-time
adresses of init functions. Since this is basically an array of integers
(pointers to void to be more precise) it won't be modified
Dear Holger,
In message 52d6beb7.5010...@keymile.com you wrote:
Do you agree with keeping 824x support only?
is this question adressed to myside or to Tom? From myside it's absolutely ok
to
keep 824x only.
It was directed at you. But in the meantime I've also been told that
MPC8280 is
On Jan 15, 2014, at 2:11 PM, Wolfgang Denk w...@denx.de wrote:
….. so we will keep it all,
and just throw out the offending boards.
Cool! :) I'll have to dig out some old boards and see if they still work.
Thanks.
-- Dan
___
U-Boot
Dear Albert Aribaud,
Please pull u-boot-sh/rmobile into u-boot-arm/master.
spi: sh_qspi: Add header file that defines the address of registers
is SPI stuff.
But I have permission to take from arm repository directly from Jagan
is the maintainer of SPI.
The following changes since commit
Hello Wolfgang,
Why did you insert TABs here?
Because it requires less typing when adding new entries.
I do understand you want to use TABs for indentation.
But I don't understand why you want to use them in the
comment block. I think the part will not be changed often.
I'm talking about a
hi bhupesh,
-Original Messages-
From: bhupesh.sha...@freescale.com bhupesh.sha...@freescale.com
Sent Time: 2014-01-15 22:19:02 (Wednesday)
To: 'feng...@phytium.com.cn' feng...@phytium.com.cn,
u-boot@lists.denx.de u-boot@lists.denx.de
Cc: tr...@ti.com tr...@ti.com,
We do not have to define CONFIG_MPC5xxx in board config headers
(and start.S) because it is defined in arch/powerpc/cpu/mpc5xxx/config.mk.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
Changes in v3:
- Change also the comments following the deleted lines
Changes in v2:
- Fix
- Fix the path to source_file_format.txt
- Fix a minor typo
- Fix the type for FIT blob: it must be flat_dt
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
doc/uImage.FIT/howto.txt | 6 +++---
doc/uImage.FIT/source_file_format.txt | 2 +-
2 files changed, 4
Hello Gerhard,
* High Level Configuration Options
*/
-#define CONFIG_MPC5xxx 1 /* This is an MPC5xxx CPU
*/
#define CONFIG_MPC5200 1 /* (more precisely a MPC5200
CPU) */
#define CONFIG_TQM5200 1 /* ... on a
On Wed, 2014-01-15 at 12:04 +0100, Wolfgang Denk wrote:
Dear Holger,
In message 52d64089.6070...@keymile.com you wrote:
This commit removes support for the Freescale MPC82xx Power
Architecture processors, i. e. MPC8240, MPC8245, MPC8247, MPC8248,
MPC8250, MPC8255, MPC8260, MPC8265,
-Original Message-
From: FengHua [mailto:feng...@phytium.com.cn]
Sent: Thursday, January 16, 2014 6:47 AM
To: Sharma Bhupesh-B45370
Cc: u-boot@lists.denx.de; tr...@ti.com; Basu Arnab-B45036
Subject: Re: RE: [U-Boot] [PATCH] arm64 patch: gicv3 support
hi bhupesh,
Hi Minkyu Kang,
Thanks for reviewing the patch, Please check my comments inline.
On 1/7/14, Minkyu Kang mk7.k...@samsung.com wrote:
On 06/01/14 20:49, Leela Krishna Amudala wrote:
Most of i2c PMIC drivers follow the same initialization sequence,
let's generalize it in a common file.
The
Hi Minkyu Kang,
On 1/7/14, Minkyu Kang mk7.k...@samsung.com wrote:
On 06/01/14 20:49, Leela Krishna Amudala wrote:
configure S2MPS11 pmic on SMDK5420
Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
include/configs/smdk5420.h |4
This patch enables ethernet support in ARMv8 foundation model. The ARMv8
foundation model supports a SMSC91C111 integrated MAC and PHY module
which is present at base address 0x01A00.
The previous implementation had enabled SMSC9115 ethernet controller
which is not present on the ARMv8
On 16/01/14 13:05, Leela Krishna Amudala wrote:
Hi Minkyu Kang,
Thanks for reviewing the patch, Please check my comments inline.
On 1/7/14, Minkyu Kang mk7.k...@samsung.com wrote:
On 06/01/14 20:49, Leela Krishna Amudala wrote:
Most of i2c PMIC drivers follow the same initialization
On 01/15/2014 01:48 AM, Wolfgang Denk wrote:
To make adding new entries a bit easier, we reformat the file to use
TABs for indentation.
Also insert two now known commit IDs.
Signed-off-by: Wolfgang Denk w...@denx.de
---
doc/README.scrapyard | 252
Hi,
On 1/16/14, Minkyu Kang mk7.k...@samsung.com wrote:
On 16/01/14 13:05, Leela Krishna Amudala wrote:
Hi Minkyu Kang,
Thanks for reviewing the patch, Please check my comments inline.
On 1/7/14, Minkyu Kang mk7.k...@samsung.com wrote:
On 06/01/14 20:49, Leela Krishna Amudala wrote:
Most
Hi Marek,
On Thu, Jan 16, 2014 at 1:08 AM, Marek Vasut ma...@denx.de wrote:
On Monday, January 13, 2014 at 08:42:18 PM, Tom Rini wrote:
On Tue, Jan 14, 2014 at 12:05:32AM +0530, Jagannadha Sutradharudu Teki wrote:
Hi Tom,
PR have quad and dual_flash change set also includes few fixes.
Dear Masahiro,
In message 20140116095004.e122.aa925...@jp.panasonic.com you wrote:
I do understand you want to use TABs for indentation.
But I don't understand why you want to use them in the
comment block. I think the part will not be changed often.
I'm talking about a TAB between
U-Boot
-Original Message-
From: Gerhard Sittig [mailto:g...@denx.de]
Sent: Wednesday, January 15, 2014 5:18 PM
To: Piotr Wilczek
Cc: u-boot@lists.denx.de; Kyungmin Park
Subject: Re: [U-Boot] [PATCH 3/7] board:samsung:common: set envs with
board unified information
On Tue, Jan 14, 2014
Fix build error due to missing include of serial.h and a trivial typo.
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/serial/opencores_yanu.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/serial/opencores_yanu.c b/drivers/serial/opencores_yanu.c
index
The implementation of oc_serial_setbrg() for CONFIG_SYS_NIOS_FIXEDBAUD and
!CONFIG_SYS_NIOS_FIXEDBAUD are very similar.
Add a baudrate variable and set it to either CONFIG_BAUDRATE or gd-baudrate.
Then we can unify the code for both cases.
Signed-off-by: Axel Lin axel@ingics.com
---
On Tuesday 14 January 2014 10:24 PM, Nishanth Menon wrote:
ES1.1 silicon is a very minor variant of ES1.0. Add priliminary support
for ES1.1 IDCODE change.
Signed-off-by: Nishanth Menon n...@ti.com
Reviewed-by: Tom Rini tr...@ti.com
---
arch/arm/cpu/armv7/omap-common/clocks-common.c |
-Original Messages-
From: bhupesh.sha...@freescale.com bhupesh.sha...@freescale.com
Sent Time: 2014-01-16 11:45:18 (Thursday)
To: 'FengHua' feng...@phytium.com.cn
Cc: u-boot@lists.denx.de u-boot@lists.denx.de, tr...@ti.com
tr...@ti.com, arnab.b...@freescale.com
On Wed, 2014-01-15 at 21:29 +, Gupta, Pekon wrote:
Hi Artem,
From: Artem Bityutskiy [mailto:artem.bityuts...@linux.intel.com]
snip
Conclusion: all UBIFS needs is a way to ask the driver - is this NAND
page blank or not? UBIFS does not really has to compare to all 0xFFs.
Thanks for
On 15/01/14 14:27, Inha Song wrote:
Use setbits/clrbits macro instead of readl/writel function
Signed-off-by: Inha Song ideal.s...@samsung.com
Signed-off-by: Minkyu Kang mk7.k...@samsung.com
Tested-by: Przemyslaw Marczak p.marc...@samsung.com
---
Changes for v2:
- Coding Style cleanup
-
98 matches
Mail list logo