(Please, trim your emails when replying)
On Mon 2015-12-14 01:58:04, Marek Vasut wrote:
> On Monday, December 14, 2015 at 01:43:58 AM, Chin Liang See wrote:
> > On Mon, 2015-12-14 at 01:22 +0100, Marek Vasut wrote:
> > > On Monday, December 14, 2015 at 01:11:27 AM, Chin Liang See wrote:
> > > > On
Hi!
> This patch has several effects:
>
> - it selects proper ARMv7 translation table level 1 bit definitions;
> - it provides proper ARMv7 definitions for WT/WB/WA;
> - it selects proper ARMv7 settings for TTBR0.
>
> All these are correct as per the docs I have (although I may have missed
> som
Hi Bin,
On Monday 14 December 2015 01:04 PM, Bin Meng wrote:
On Mon, Dec 14, 2015 at 2:57 PM, Jagan Teki wrote:
Used mode member from spi_slave{} instead of op_mode_tx.
Cc: Bin Meng
Cc: Simon Glass
Signed-off-by: Jagan Teki
---
Changes for v2:
- none
drivers/mtd/spi/sf_probe.c
On Sun, 2015-12-13 at 20:45 -0700, Simon Glass wrote:
> On 8 December 2015 at 12:38, Simon Glass wrote:
> > Hi Scott,
> >
> > On 8 December 2015 at 12:36, Scott Wood
> > wrote:
> > > On Tue, 2015-12-08 at 12:34 -0700, Simon Glass wrote:
> > > > Hi Sjoerd,
> > > >
> > OK, so how about this:
> >
Hi Phil,
(added Luka to Cc)
On 13.12.2015 01:29, Phil Sutter wrote:
This patch series ultimately adds support for Synology DS414 NAS after a
few fixes:
* Patches 1-3 and 5 fix various files for enabled debugging.
* Patch 4 updates the board porting guide in README file.
* Patches 6-8 hold cruci
On Monday 14 December 2015 01:01 PM, Bin Meng wrote:
Hi Jagan,
On Mon, Dec 14, 2015 at 2:57 PM, Jagan Teki wrote:
Used mode member from spi_slave{} instead of op_mode_tx.
Cc: Bin Meng
Cc: Simon Glass
Signed-off-by: Jagan Teki
---
Changes for v2:
- none
drivers/mtd/spi/sf_probe.
On Mon, Dec 14, 2015 at 2:57 PM, Jagan Teki wrote:
> Used mode member from spi_slave{} instead of op_mode_tx.
>
> Cc: Bin Meng
> Cc: Simon Glass
> Signed-off-by: Jagan Teki
> ---
> Changes for v2:
> - none
>
> drivers/mtd/spi/sf_probe.c | 2 +-
> drivers/mtd/spi/spi_flash.c | 4 ++--
>
On 14.12.2015 04:47, Simon Glass wrote:
> Hi Michal,
>
> On 3 February 2015 at 08:39, Michal Simek wrote:
>>
>> This patch has some parts connected together:
>> - Use _gd in bss section which is automatically cleared
>> Location at SPL_MALLOC_END wasn't cleared at all
>> - Use MALLOC_F_LEN(earl
Hi Albert,
Do you have any comments on this patch?
Regards,
Peng.
On Sat, Dec 05, 2015 at 03:53:46PM +0800, Peng Fan wrote:
>Android's tool chain enable the -mandroid at default.
>This option will enable the -fpic, which cause uboot compilation
>failure:
>"
> LD u-boot
> u-boot contains une
Hi Jagan,
On Mon, Dec 14, 2015 at 2:57 PM, Jagan Teki wrote:
> Used mode member from spi_slave{} instead of op_mode_tx.
>
> Cc: Bin Meng
> Cc: Simon Glass
> Signed-off-by: Jagan Teki
> ---
> Changes for v2:
> - none
>
> drivers/mtd/spi/sf_probe.c | 2 +-
> drivers/mtd/spi/spi_flash.c
On 14.12.2015 07:26, Stefan Roese wrote:
> On 12.12.2015 15:08, Nathan Rossi wrote:
>> On Sat, Dec 12, 2015 at 10:05 PM, Stefan Roese wrote:
>>> On 11.12.2015 18:32, Marek Vasut wrote:
On Friday, December 11, 2015 at 04:46:40 PM, Michal Simek wrote:
>
> On 11.12.2015 16:07, Marek
Hello Marek,
On Thu, 10 Dec 2015 04:53:01 +0100, Marek Vasut wrote:
> On Thursday, December 10, 2015 at 03:27:08 AM, Tom Rini wrote:
> > On Wed, Dec 09, 2015 at 03:09:13PM +0100, Marek Vasut wrote:
> > > On Wednesday, December 09, 2015 at 02:02:03 PM, Stefan Roese wrote:
> > > > Hi All!
> > > >
Hi,
As mentioned, the value 0x4001 is the desired one in AN3869 for SGMII setting,
quoted as below:
" Program TBI ANA = 0x4001 (SGMII) or 0x01A0 (1000BASE-X). "
I think the AN3869 should be followed, change SGMII setting just because it
worked on P2041rdb is not a good reason.
To distinguish SG
On 12 December 2015 at 22:40, Joakim Tjernlund
wrote:
> On Fri, 2015-12-11 at 21:19 -0500, Dale P. Smith wrote:
>> Signed-off-by: Dale P. Smith
>> ---
>> Changes for v2:
>>- First attempt at using git format-patch
>> Changes for v3:
>>- Fix subject.
>>- Add changelog
>
> While this is
Since spi_read_cmds_array is used locally in
spi_flash_scan, so move array to locally used
function instead of defining global array.
Reviewed-by: Bin Meng
Signed-off-by: Jagan Teki
---
Changes for v2:
- none
drivers/mtd/spi/spi_flash.c | 20
1 file changed, 8 inse
Couldn't find the exact reason to define 'mode' for dm,
probably it is not using in non-dm drivers but it need
to visible both dm and non-dm as mode data is getting
dereferred in spi flash core ie common to both.
Cc: Bin Meng
Cc: Simon Glass
Signed-off-by: Jagan Teki
---
Changes for v2:
Used mode member from spi_slave{} instead of op_mode_tx.
Cc: Bin Meng
Cc: Simon Glass
Signed-off-by: Jagan Teki
---
Changes for v2:
- none
drivers/mtd/spi/sf_probe.c | 2 +-
drivers/mtd/spi/spi_flash.c | 4 ++--
drivers/spi/ich.c | 2 +-
include/spi.h | 8 ++--
For better code readabilty, get the spi pointer from
spi_flash{} locally and use it instead of direct
dereferring spi pinter as flash->spi->*
Cc: Bin Meng
Signed-off-by: Jagan Teki
---
Changes for v2:
- Fixed missing spi declaration for sst_write_*
drivers/mtd/spi/spi_flash.c | 51
Since SPI_TX_* are spi_slave{} members so use spi protocol
notation instead spi flash programming, like
SPI_TX_BP => SPI_TX_BYTE
SPI_TX_QPP => SPI_TX_QUAD
Cc: Bin Meng
Cc: Simon Glass
Signed-off-by: Jagan Teki
---
Changes for v2:
- none
drivers/mtd/spi/sf_probe.c | 2 +-
drivers/mt
Hi Dennis, Hi Luka,
On 13.12.2015 23:02, Luka Perkov wrote:
On Sun, Dec 13, 2015 at 11:33:46AM -0600, Dennis Gilmore wrote:
Trying to test this I have hit an error with CONFIG_PHY_ADDR not defined.
I am guessing that I am missing some other sets of patches. digging through
patchwork I am not
Hi Simon.
Thank you for updating this series patch, i have verified it in
evb-rk3036 board,
it worked.
On 14/12/15 12:36, Simon Glass wrote:
The RK3036 has only 8KB of RAM available for SPL. At present it uses its own
debug UART code.
By allowing the ns16550 driver to provide a debug UA
On 12.12.2015 15:08, Nathan Rossi wrote:
On Sat, Dec 12, 2015 at 10:05 PM, Stefan Roese wrote:
On 11.12.2015 18:32, Marek Vasut wrote:
On Friday, December 11, 2015 at 04:46:40 PM, Michal Simek wrote:
On 11.12.2015 16:07, Marek Vasut wrote:
On Friday, December 11, 2015 at 03:48:09 PM, Nath
For better code readabilty, get the spi pointer from
spi_flash{} locally and use it instead of direct
dereferring spi pinter as flash->spi->*
Cc: Bin Meng
Signed-off-by: Jagan Teki
---
Changes for v2:
- Fixed missing spi declaration for sst_write_*
drivers/mtd/spi/spi_flash.c | 51
On Tue, Dec 1, 2015 at 12:47 PM, Simon Glass wrote:
> There are no callers now. Platforms which need to set up interrupts their
> own way can implement an interrupt driver. Drop this function.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
_
On Tue, Dec 1, 2015 at 12:47 PM, Simon Glass wrote:
> Most x86 interrupt drivers will want to use the standard PIRQ routing and
> table setup. Put this code in a common function so it can be used by those
> drivers that want it.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
_
On Tue, Dec 1, 2015 at 12:47 PM, Simon Glass wrote:
> Add a driver for interrupts on queensbay and move the code currently in
> cpu_irq_init() into its probe() method.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
___
U-Boot mailing lis
On Tue, Dec 1, 2015 at 12:47 PM, Simon Glass wrote:
> Add a driver for interrupts on quark and move the code currently in
> cpu_irq_init() into its probe() method.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
___
U-Boot mailing list
U-
set the mmc specific addresss and range as power on
write protection, you can't earse and write this range
of data if you enable it after mmc power on.
Signed-off-by: Lin Huang
---
Changes in v2:
- Adviced by Simon:
- use standard way of doing function comments
Changes in v1:
- Adviced by Simon:
On Tue, Dec 1, 2015 at 12:47 PM, Simon Glass wrote:
> At present interrupt routing is set up from arch_misc_init(). We can do it
> a little later instead, in interrupt_init().
>
> This removes the manual pirq_init() call. Where the platform does not have
> an interrupt router defined in its device
Hi Simon,
On Tue, Dec 1, 2015 at 12:46 PM, Simon Glass wrote:
> It seems likely that at some point we will want a generic interrupt uclass.
> But this is a big undertaking as it involves unifying code across multiple
> architectures.
>
> As a first step, create a simple IRQ uclass and a driver fo
Hi Jagan,
On Mon, Dec 14, 2015 at 12:52 AM, Jagan Teki wrote:
> For better code readabilty, get the spi pointer from
> spi_flash{} locally and use it instead of direct
> dereferring spi pinter as flash->spi->*
>
> Signed-off-by: Jagan Teki
> ---
> drivers/mtd/spi/spi_flash.c | 48
> +++
On Mon, Dec 14, 2015 at 12:52 AM, Jagan Teki wrote:
> Since spi_read_cmds_array is used locally in
> spi_flash_scan, so move array to locally used
> function instead of defining global array.
>
> Signed-off-by: Jagan Teki
> ---
Reviewed-by: Bin Meng
_
In very very space-constrained devices even the full UART driver is too
large. In this case the debug UART can still be used in some cases.
Add options to enable the UART driver in SPL and U-Boot proper. Enable both
options by default.
Signed-off-by: Simon Glass
---
drivers/serial/Kconfig
Rather than using a new debug UART implementation, use the standard one
provided by U-Boot.
Signed-off-by: Simon Glass
---
arch/arm/mach-rockchip/Makefile | 1 -
arch/arm/mach-rockchip/rk3036-board-spl.c | 9 -
arch/arm/mach-rockchip/rk_early_print.c | 63 --
The RK3036 has only 8KB of RAM available for SPL. At present it uses its own
debug UART code.
By allowing the ns16550 driver to provide a debug UART without providing a
full serial driver, we can enable a UART with a very small overhead. This
requires addition Kconfig options. The debug UART suppo
Allow the ns16550 debug UART to be used without the full driver.
Signed-off-by: Simon Glass
---
drivers/serial/ns16550.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/serial/ns16550.c b/drivers/serial/ns16550.c
index 3fab3f1..2025423 100644
--- a/drivers/serial/ns16550.c
+++ b/d
Shaohui,
Please comment/confirm.
York
On 12/09/2015 10:25 PM, 李远正 wrote:
> The value TBIANA_SETTINGS is also work on the p2041rdb board, so it can work
> on the both phy and phyless connections.
>
>
>
> At 2015-11-26 12:17:42, "Shaohui Xie" wrote:
>>> -Original Message-
>>> From: Yo
Hi Lin,
On 13 December 2015 at 19:14, Lin Huang wrote:
> Signed-off-by: Lin Huang
> ---
> Changes in v1:
> - Adviced by Simon:
> - use real error in errno.h to return
> - add full function comments for new function
>
> drivers/mmc/mmc.c | 87
> ++
Hi Michal,
On 3 February 2015 at 08:39, Michal Simek wrote:
>
> This patch has some parts connected together:
> - Use _gd in bss section which is automatically cleared
> Location at SPL_MALLOC_END wasn't cleared at all
> - Use MALLOC_F_LEN(early alloc) instead of FULL MALLOC
> (mem_malloc_ini
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Marek,
On 29 November 2015 at 13:43, Marek Vasut wrote:
> On Sunday, November 29, 2015 at 09:18:07 PM, Simon Glass wrote:
>> Convert this driver to use the new driver model PCI API.
>>
>> Signed-off-by: Simon Glass
>> Reviewed-by: Bin Meng
>
> ad subject -- it's EHCI, not ECHI .
>
>> ---
>>
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 7 December 2015 at 04:14, Bin Meng wrote:
> Hi Simon,
>
> On Mon, Nov 30, 2015 at 4:18 AM, Simon Glass wrote:
>> At present the PCI address map functions use the old API. Add new functions
>> for this so that drivers can be converted.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-rockchip, thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-rockchip, thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-rockchip, thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-dm/next.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-rockchip, thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 8 December 2015 at 12:38, Simon Glass wrote:
> Hi Scott,
>
> On 8 December 2015 at 12:36, Scott Wood wrote:
>> On Tue, 2015-12-08 at 12:34 -0700, Simon Glass wrote:
>>> Hi Sjoerd,
>>>
>>> On 8 December 2015 at 00:27, Sjoerd Simons
>>> wrote:
>>> >
>>> > On Mon, 2015-12-07 at 17:39 -0700, Simo
Applied to u-boot-rockchip, thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-rockchip, thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Applied to u-boot-rockchip, thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
2015-12-13 20:29 GMT+08:00 吴红青 :
> hello,i am using u-boot on powerpc qemu,my u-boot version is
> u-boot-2016.01-rc2,i make uboot as below:
>
> cd u-boot-2016.01-rc2
> make clean
> make ARCH=powerpc CROSS_COMPILE=powerpc-linux-gnu- qemu-ppce500_defconfig
> make ARCH=powerpc CROSS_COMPILE=powerpc-li
Hi Tom,
On 12/13/2015 06:21 PM, Tom Rini wrote:
> On Sat, Dec 05, 2015 at 12:32:28PM -0700, Eric Nelson wrote:
>
>> In order to support boot from multiple devices through board_boot_order,
>> it's necessary to use the block number of a device.
>>
>> The use of a hard-coded 0 for the device number
Hi Simon,
Thanks for reviewing, i have upload a new patch to fix your comment.
On 11/12/15 11:20, Simon Glass wrote:
Hi Lin,
On 3 December 2015 at 01:34, Lin Huang wrote:
set the mmc specific addresss and range as power on
write protection, and can't earse and write this range
if you ena
Signed-off-by: Lin Huang
---
Changes in v1:
- Adviced by Simon:
- use real error in errno.h to return
- add full function comments for new function
drivers/mmc/mmc.c | 87 +++
include/mmc.h | 37 +++
2 files changed, 124
Resend with my freescale id.
I would like to merge this patch if no objection.
York
On 12/08/2015 08:45 AM, York Sun wrote:
>
>
> On 12/08/2015 12:24 AM, Aneesh Bansal wrote:
>> uintptr_t which is a typdef for unsigned long is needed for creating
>> pointers (32 or 64 bit depending on Core) f
I would like to merge this one if no objection.
York
On 12/08/2015 08:45 AM, York Sun wrote:
>
>
> On 12/08/2015 12:24 AM, Aneesh Bansal wrote:
>> uintptr_t which is a typdef for unsigned long is needed for creating
>> pointers (32 or 64 bit depending on Core) from 32 bit variables
>> storing
On Monday, December 14, 2015 at 02:22:32 AM, Chin Liang See wrote:
[..]
> > > After grabbing a coffee
> >
> > That's a good idea, though I think I will make do with a green tea
> > (抹茶).
>
> Yeah, beside green tea, genmaicha (玄米茶) is one of my top choice too. :)
The one with baked rice in it,
On Mon, 2015-12-14 at 01:58 +0100, Marek Vasut wrote:
> On Monday, December 14, 2015 at 01:43:58 AM, Chin Liang See wrote:
> > On Mon, 2015-12-14 at 01:22 +0100, Marek Vasut wrote:
> > > On Monday, December 14, 2015 at 01:11:27 AM, Chin Liang See
> > > wrote:
> > > > On Sun, 2015-12-13 at 16:42 +01
On Sat, Dec 05, 2015 at 12:32:28PM -0700, Eric Nelson wrote:
> In order to support boot from multiple devices through board_boot_order,
> it's necessary to use the block number of a device.
>
> The use of a hard-coded 0 for the device number also creates a need
> to re-order block devices for use
On Mon, 2015-12-14 at 01:22 +0100, Marek Vasut wrote:
> On Monday, December 14, 2015 at 01:11:27 AM, Chin Liang See wrote:
> > On Sun, 2015-12-13 at 16:42 +0100, Marek Vasut wrote:
> > > On Sunday, December 13, 2015 at 02:03:02 PM, Chin Liang See
> > > wrote:
> > > > On Sun, 2015-12-13 at 04:14 +01
On Monday, December 14, 2015 at 01:43:58 AM, Chin Liang See wrote:
> On Mon, 2015-12-14 at 01:22 +0100, Marek Vasut wrote:
> > On Monday, December 14, 2015 at 01:11:27 AM, Chin Liang See wrote:
> > > On Sun, 2015-12-13 at 16:42 +0100, Marek Vasut wrote:
> > > > On Sunday, December 13, 2015 at 02:03
On Monday, December 14, 2015 at 01:11:27 AM, Chin Liang See wrote:
> On Sun, 2015-12-13 at 16:42 +0100, Marek Vasut wrote:
> > On Sunday, December 13, 2015 at 02:03:02 PM, Chin Liang See wrote:
> > > On Sun, 2015-12-13 at 04:14 +0100, Marek Vasut wrote:
> > > > On Sunday, December 13, 2015 at 01:49
On Sun, 2015-12-13 at 16:42 +0100, Marek Vasut wrote:
> On Sunday, December 13, 2015 at 02:03:02 PM, Chin Liang See wrote:
> > On Sun, 2015-12-13 at 04:14 +0100, Marek Vasut wrote:
> > > On Sunday, December 13, 2015 at 01:49:06 AM, Chin Liang See
> > > wrote:
> > > > On Sun, 2015-12-13 at 01:01 +01
Applied to u-boot-rockchip, thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Sunday, December 13, 2015 at 10:53:30 PM, Michael Heimpold wrote:
> Hi Marek,
Hi!
> thanks for your review. My comments inline below.
np :)
> Am Sunday 13 December 2015, 16:40:14 schrieb Marek Vasut:
> > On Sunday, December 13, 2015 at 12:09:58 PM, Michael Heimpold wrote:
> >
> > Commit mes
Hi Dennis,
On Sun, Dec 13, 2015 at 11:33:46AM -0600, Dennis Gilmore wrote:
> Trying to test this I have hit an error with CONFIG_PHY_ADDR not defined.
>
> I am guessing that I am missing some other sets of patches. digging through
> patchwork I am not able to figure it out. there is a bunch of
Hi Marek,
thanks for your review. My comments inline below.
Am Sunday 13 December 2015, 16:40:14 schrieb Marek Vasut:
> On Sunday, December 13, 2015 at 12:09:58 PM, Michael Heimpold wrote:
>
> Commit message describing the board would be real nice.
>
Ok, I'll add it in v3.
[...]
> >
> > #de
On 11/12/2015 04:22, Masahiro Yamada wrote:
Currently, CONFIG_SYS_TEXT_BASE is defined in various ways:
[1] by board/${VENDOR}/${BOARD}/config.mk
[2] by CONFIG_SYS_EXTRA_OPTIONS
(This was "options" field of boards.cfg before Kconfig conversion)
[3] by include/configs/${BOARD}.h
[4] by co
On Friday, November 20, 2015 at 06:48:47 PM, Simon Glass wrote:
> Add a README with a brief guide to porting serial drivers over to use
> driver model.
>
> Add a timeline also. All serial drivers should be converted by the end
> of January 2016.
>
> Signed-off-by: Simon Glass
> ---
> To avoid an
On 11/12/2015 04:22, Masahiro Yamada wrote:
For historical reason, CONFIG_SYS_TEXT_BASE has been specified
in various ways:
[1] by board/${VENDOR}/${BOARD}/config.mk
[2] by CONFIG_SYS_EXTRA_OPTIONS
(This was "options" field of boards.cfg before Kconfig conversion)
[3] by include/configs/
On 11/12/2015 04:22, Masahiro Yamada wrote:
The board/freescale/m54418twr/config.mk defined TEXT_BASE, which has
the same value as CONFIG_SYS_TEXT_BASE. The TEXT_BASE is referenced
by two files:
- arch/m68k/cpu/mcf5445x/start.S and include/
- include/configs/M54418TWR.h
Replace the refere
On Sunday, December 13, 2015 at 07:35:19 PM, Stefan Bruens wrote:
> On Sunday 13 December 2015 05:49:24 Marek Vasut wrote:
> > On Sunday, December 13, 2015 at 05:47:18 AM, Stefan Brüns wrote:
> > > The configuration descriptor includes all interface, endpoint and
> > > auxiliary descriptors (e.g. r
On Sunday 13 December 2015 05:49:24 Marek Vasut wrote:
> On Sunday, December 13, 2015 at 05:47:18 AM, Stefan Brüns wrote:
> > The configuration descriptor includes all interface, endpoint and
> > auxiliary descriptors (e.g. report, union) so 512 may not be enough.
> >
> > Signed-off-by: Stefan Brü
On Sun, Dec 13, 2015 at 11:37 AM, Robert P. J. Day
wrote:
> i can check with the higher-ups about their willingness to
> contribute a new board definition and, if they have no objection,
> would that be sufficient to submit a patch to add a new board so that
> we don't have to carry all this pa
Since quad_mode functions are local to spi flash core,
rename them to a meaningful and readable names.
Signed-off-by: Jagan Teki
---
drivers/mtd/spi/spi_flash.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/mtd/spi/spi_flash.c b/drivers/mtd/spi/spi_flas
bar_end gives more meaningfull compared to bank_end and
spi_flash_write_bar uses bar_end so replaced bank_end with
bar_end in spi_flash_read_bar
Signed-off-by: Jagan Teki
---
drivers/mtd/spi/spi_flash.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/spi/spi_f
Trying to test this I have hit an error with CONFIG_PHY_ADDR not defined.
I am guessing that I am missing some other sets of patches. digging through
patchwork I am not able to figure it out. there is a bunch of patches in
patchwork that say they are in NEW state however they are in the tree s
1 - 100 of 173 matches
Mail list logo
