This patch adds a small README to explain the 2 defconfig files and its
usage for the different console UART options.
Signed-off-by: Stefan Roese
Reviewed-by: Bin Meng
Cc: Simon Glass
---
v2:
- Minor change in the text as suggested by Bin
On 09/08/2016 08:46 PM, Prabhakar Kushwaha wrote:
>
>> -Original Message-
>> From: Scott Wood
>> Sent: Friday, September 09, 2016 6:05 AM
>> To: Prabhakar Kushwaha ; york sun
>> ; u-boot@lists.denx.de
>> Subject: Re: [PATCH] arch: ifc: update
2016-09-09 10:19 GMT+09:00 Tom Rini :
> In some cases we were missing CONFIG_USB=y so enable that when needed.
>
> Signed-off-by: Tom Rini
> ---
> The only change here is that due to how we deal with cmd/disk.c today
> we once again link this file in and
Hi Stephen,
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: 2016年9月3日 1:38
> To: Wenyou Yang - A41535
> Cc: swar...@nvidia.com; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v1 2/2] clk: at91: Add .ops callback for
>
2016-09-08 15:47 GMT+09:00 Paul Burton :
> The implementations of clk_get_by_index & clk_get_by_name are only
> available when CONFIG_CLK is enabled.
Unless I am missing something,
I think this statement also applies to other clk API functions
such as clk_request(),
Add a new defconfig file for the K2E High Security EVM.
This defconfig is the same as for the non-secure part, except for:
CONFIG_TI_SECURE_DEVICE option set to 'y'
CONFIG_FIT option set to 'y'
CONFIG_FIT_IMAGE_POST_PROCESS option set to 'y'
Enables the platform-specific
Add a section describing the secure boot image used on
keystone secure devices.
This patch applies on top of the patch
doc: Update info on using AM33xx secure devices from TI
submitted by Andrew Davis
Signed-off-by: Madan Srinivas
Reviewed-by: Tom Rini
---
Adds an additional image type needed for supporting secure keystone
devices. The build generates u-boot_HS_MLO which can be used to boot
from all media on secure keystone devices.
Signed-off-by: Madan Srinivas
Cc: Andrew F. Davis
---
Changes in v3:
- Corrects
Like the OMAP54xx, AM43xx & AM33xx family SoCs, the keystone family
of SoCs also have high security enabled models. Allow K2E devices to
be built with HS Device Type Support.
This patch applies on top of the patch
ti: omap-common: Allow AM33xx devices to be built securely
submitted by Andrew
As K2 can directly boot u-boot, add u-boot_HS_MLO as the
secure image while booting secure K2 devicesr, for all
boot modes other than SPI flash.
Signed-off-by: Madan Srinivas
Reviewed-by: Tom Rini
---
Changes in v3: None
Changes in v2:
- Adds a new name for
This commit implements the board_fit_image_post_process() function for
the keystone architecture. Unlike OMAP class devices, security
functions in keystone are not handled in the ROM.
The interface to the secure functions is TI proprietary and depending
on the keystone platform, the security
Hi,
2016-09-06 9:03 GMT+08:00 Simon Glass :
> On 29 August 2016 at 11:26, Jacob Chen wrote:
>> From: "jacob2.chen"
>>
>> Enable ums feature for rk3036 boards, so that we can mount the mmc
>> device to PC.
>>
>>
The function board_fit_image_post_process is defined only when the config
CONFIG_FIT_IMAGE_POST_PROCESS is enabled. For secure systems that do not
use SPL but use FIT kernel images, only CONFIG_FIT_IMAGE_POST_PROCESS will
be defined, which will result in an implicit declaration of function
This series adds support for secure keystone family of devices, more
specifically for K2E (Edison).This work is similar to what has already
been done for the AM43xx and AM57xx SoCs and leverages much of the
infrastructure from them.
The big difference here is the ROM on keystone2 devices does
> -Original Message-
> From: Scott Wood
> Sent: Friday, September 09, 2016 6:05 AM
> To: Prabhakar Kushwaha ; york sun
> ; u-boot@lists.denx.de
> Subject: Re: [PATCH] arch: ifc: update the IFC IP input clock
>
> On 09/08/2016 07:05 PM,
Enable the pwm regulator for evb-rk3399.
Signed-off-by: Kever Yang
Acked-by: Simon Glass
---
Changes in v2: None
configs/evb-rk3399_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/evb-rk3399_defconfig
Add a regulator-init-microvolt for vdd_center regulator
so that we can get a init value for driver probe.
Not like pmic regulator, the PWM regulator do not have a
known default output value, so we would like to init the
regulator when driver probe.
Signed-off-by: Kever Yang
Enable DM_PWM and DM_REGULATOR on rockchip SoCs.
Signed-off-by: Kever Yang
Acked-by: Simon Glass
---
Changes in v2: None
arch/arm/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index
Add vdd_center pwm regulator get_device to
enable this regulator.
Signed-off-by: Kever Yang
Acked-by: Simon Glass
---
Changes in v2:
- add Acked-by tag from Simon and commit message fix
board/rockchip/evb_rk3399/evb-rk3399.c | 6 ++
1 file
add driver support for pwm regulator.
Signed-off-by: Elaine Zhang
Signed-off-by: Kever Yang
---
Changes in v2:
- add comments for pwm_regulator_info struct member
- do not init pwm_id if there is none
- other fix for comments from Simon
Reference to kernel source code, rockchip pwm has three
type, we are using v2 for rk3288 and rk3399, so let's
update the register to sync with pwm_data_v2 in kernel.
Signed-off-by: Kever Yang
Acked-by: Simon Glass
---
Changes in v2: None
Update PPLL to 676MHz and PMU_PCLK to 48MHz, because:
1. 48MHz can make sure the pwm can get exact 50% duty ratio, but 99MHz
can not,
2. We think 48MHz is fast enough for pmu pclk and it is lower power cost
than 99MHz,
3. PPLL 676 MHz and PMU_PCLK 48MHz are the clock rate we are using
internally
This patch set add pwm regulator driver and enable it
on rk3399, also do some update and fix to make the regulator
driver work properly.
Changes in v2:
- add comments for pwm_regulator_info struct member
- do not init pwm_id if there is none
- other fix for comments from Simon
- add Acked-by
On Fri, Sep 09, 2016 at 10:09:56AM +0900, Masahiro Yamada wrote:
> 2016-09-09 5:17 GMT+09:00 Tom Rini :
> > On Thu, Sep 08, 2016 at 02:13:21PM -0400, Tom Rini wrote:
> >> On Thu, Sep 08, 2016 at 09:58:13AM -0600, Stephen Warren wrote:
> >> > On 09/07/2016 07:29 PM, Masahiro
2016-09-09 5:17 GMT+09:00 Tom Rini :
> On Thu, Sep 08, 2016 at 02:13:21PM -0400, Tom Rini wrote:
>> On Thu, Sep 08, 2016 at 09:58:13AM -0600, Stephen Warren wrote:
>> > On 09/07/2016 07:29 PM, Masahiro Yamada wrote:
>> > >Hi Stephen
>> > >
>> > >
>> > >2016-09-08 1:15 GMT+09:00
On 09/08/2016 07:05 PM, Prabhakar Kushwaha wrote:
>
>> -Original Message-
>> From: york sun
>> Sent: Thursday, September 08, 2016 9:22 PM
>> To: Prabhakar Kushwaha ; u-
>> b...@lists.denx.de; Scott Wood
>> Subject: Re: [PATCH] arch: ifc:
Hi York,
> -Original Message-
> From: york sun
> Sent: Thursday, September 08, 2016 10:51 PM
> To: Q.Y. Gong ; u-boot@lists.denx.de
> Cc: Prabhakar Kushwaha ; Vincent Hu
> ; S.H. Xie ; Z.Q. Hou
>
> -Original Message-
> From: york sun
> Sent: Thursday, September 08, 2016 9:22 PM
> To: Prabhakar Kushwaha ; u-
> b...@lists.denx.de; Scott Wood
> Subject: Re: [PATCH] arch: ifc: update the IFC IP input clock
>
> On 09/08/2016 02:33 AM,
On 06/09/2016 15:17, Masahiro Yamada wrote:
Remove unneeded variables and assignments.
Signed-off-by: Masahiro Yamada
---
Changes in v3:
- More fixes
arch/arm/cpu/arm920t/imx/timer.c | 6 +-
arch/arm/cpu/armv7/am33xx/sys_info.c |
On Thu, Sep 08, 2016 at 08:51:57PM +, peter.ch...@data61.csiro.au wrote:
> Fastboot loads an image at CONFIG_FASTBOOT_BUF_ADDR, but currently
> tells do_bootm() to look for an image at $loadaddr. This breaks if
> CONFIG_FASTBOOT_BUF_ADDR is different from the current user-set
> loadaddr.
>
On Thu, Sep 08, 2016 at 10:28:44PM +0200, Stefan Bruens wrote:
> On Donnerstag, 11. August 2016 22:52:05 CEST you wrote:
> > DM added carriage-returns to every newline. Strip everything after the
> > 32 character long mdsum.
> >
> > Signed-off-by: Stefan Brüns
> >
Fastboot loads an image at CONFIG_FASTBOOT_BUF_ADDR, but currently
tells do_bootm() to look for an image at $loadaddr. This breaks if
CONFIG_FASTBOOT_BUF_ADDR is different from the current user-set
loadaddr.
Instead, tell do_bootm() to pick up the image where it was laoded.
Signed-off-by: Peter
Instead, tell do_bootm() to pick up the image where it was laoded.
Signed-off-by: Peter Chubb
---
drivers/usb/gadget/f_fastboot.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/f_fastboot.c b/drivers/usb/gadget/f_fastboot.c
> "Robert" == Robert P J Day writes:
Robert> from lib/hashtable.c:
Robert> typedef struct _ENTRY { int used; ENTRY entry; } _ENTRY;
Robert> ok, that's just kind of creepy ... defining a typedef over top
Robert> of a struct of the same name. does anyone else find
On Donnerstag, 11. August 2016 22:52:05 CEST you wrote:
> DM added carriage-returns to every newline. Strip everything after the
> 32 character long mdsum.
>
> Signed-off-by: Stefan Brüns
> ---
> test/fs/fs-test.sh | 2 +-
> 1 file changed, 1 insertion(+), 1
On Thu, Sep 08, 2016 at 02:13:21PM -0400, Tom Rini wrote:
> On Thu, Sep 08, 2016 at 09:58:13AM -0600, Stephen Warren wrote:
> > On 09/07/2016 07:29 PM, Masahiro Yamada wrote:
> > >Hi Stephen
> > >
> > >
> > >2016-09-08 1:15 GMT+09:00 Stephen Warren :
> > >>Masahiro,
> > >>
>
On 09/08/2016 03:19 PM, Andreas Neubacher wrote:
> Hi Marek & Team :), i'm facing the same issue as Manju and all the
> others on the web (see mail below). i've tested it on different
> hardware-platforms and different uboot-versions... - ATMEL G45 (custom
> board), uboot 2015.01 - ATMEL G45
On 09/07/2016 03:08 AM, Gong Qianyu wrote:
> As per the top level U-Boot README "Board Initialisation Flow"
> section, board_init_f() should return without calling board_init_r()
> directly.
> Clearing BSS and calling board_init_r() will be done in crt0_64.S.
>
> Signed-off-by: Gong Qianyu
On 2016-09-08, Kever Yang wrote:
> The rk3288 spl size is very close to 32KB while the rk3288 bootrom
> has the limitation of maximum size of SPL is 32KB. After apply this
> patch, the SPL size will exceed 32KB if we do not enable macro
> CONFIG_ROCKCHIP_SPL_BACK_TO_BROM.
>
> I think this patch is
On Thu, Sep 08, 2016 at 10:24:44AM +0100, Zubair Lutfullah Kakakhel wrote:
> Hi,
>
> On 09/08/2016 09:23 AM, Zubair Lutfullah Kakakhel wrote:
> >This bug appears in b6396403 which makes u-boot unable to pass
> >arguments via bootm to a standalone application without this patch.
> >
> >Steps to
On Wed, Sep 07, 2016 at 03:06:41PM +0200, Petr Kulhavy wrote:
> This set extends the Fastboot implementation from GPT-only to any partition
> support. Further it adds a special target "mbr" (configurable) to write the
> DOS MBR.
>
> Petr Kulhavy (3):
> disk: part: implement generic function
On Wed, Sep 07, 2016 at 03:06:44PM +0200, Petr Kulhavy wrote:
> In both DOS and ISO partition tables the same code to create partition name
> like "hda1" was repeated.
>
> Code moved to into a new function part_set_generic_name() in part.c and
> optimized.
> Added recognition of MMC and SD
On Wed, Sep 07, 2016 at 03:06:43PM +0200, Petr Kulhavy wrote:
> Add special target "mbr" (otherwise configurable via CONFIG_FASTBOOT_MBR_NAME)
> to write MBR partition table.
> Partitions are now searched using the generic function which finds any
> partiiton by name. For MBR the partition names
On Wed, Sep 07, 2016 at 03:06:42PM +0200, Petr Kulhavy wrote:
> So far partition search by name has been supported only on the EFI partition
> table. This patch extends the search to all partition tables.
>
> Rename part_get_info_efi_by_name() to part_get_info_by_name(), move it from
>
On Wed, Sep 07, 2016 at 09:37:48AM +, peter.ch...@data61.csiro.au wrote:
> Hi Folks,
>If you set CONFIG_FASTBOOT_BUF_ADDR to anything other than the same
>as $loadaddr then the call to do_bootm() in the fastboot code
>will call do_bootm on a memory region that has nothing to do
On Mon, Sep 05, 2016 at 06:36:10AM +0300, Siarhei Siamashka wrote:
> The SPL and U-Boot proper may use different initial stack
> locations, which are configured via CONFIG_SPL_STACK and
> CONFIG_SYS_INIT_SP_ADDR defines. The lowlevel_init.S
> code needs to handle this in the same way as crt0.S
>
On Thu, Sep 08, 2016 at 09:58:13AM -0600, Stephen Warren wrote:
> On 09/07/2016 07:29 PM, Masahiro Yamada wrote:
> >Hi Stephen
> >
> >
> >2016-09-08 1:15 GMT+09:00 Stephen Warren :
> >>Masahiro,
> >>
> >>In patch 6e7e9294d321 "usb: add basic USB configs in Kconfig", you
On 09/07/2016 03:08 AM, Gong Qianyu wrote:
> From: Mingkai Hu
>
> LS1046ARDB Specification:
> -
> Memory subsystem:
> * 8GByte DDR4 SDRAM (64bit bus)
> * 512 Mbyte NAND flash
> * Two 64 Mbyte high-speed SPI flash
> * SD connector to interface with
from lib/hashtable.c:
typedef struct _ENTRY {
int used;
ENTRY entry;
} _ENTRY;
ok, that's just kind of creepy ... defining a typedef over top of a
struct of the same name. does anyone else find that strange?
rday
--
On 9/6/2016 9:34 AM, Tom Rini wrote:
On Thu, Sep 01, 2016 at 01:04:37AM -0400, Madan Srinivas wrote:
From: Vitaly Andrianov
This commit implements the board_fit_image_post_process() function for
the keystone architecture. Unlike OMAP class devices, security
functions in
On 09/07/2016 07:29 PM, Masahiro Yamada wrote:
Hi Stephen
2016-09-08 1:15 GMT+09:00 Stephen Warren :
Masahiro,
In patch 6e7e9294d321 "usb: add basic USB configs in Kconfig", you added
"config USB_STORAGE" to drivers/usb/Kconfig. However, it's still just
#defined by
On Thu, Sep 08, 2016 at 11:17:12AM -0400, Tom Rini wrote:
> On Thu, Sep 08, 2016 at 11:53:48PM +1000, Jonathan Gray wrote:
> > On Thu, Sep 08, 2016 at 09:15:45AM -0400, Tom Rini wrote:
> > > On Thu, Sep 08, 2016 at 11:06:34PM +1000, Jonathan Gray wrote:
> > > > On Thu, Sep 08, 2016 at 08:48:53AM
On 09/08/2016 02:33 AM, Prabhakar Kushwaha wrote:
>>> So better to print IP clock to avoid any confusion.
>>> IFC output clock will be printed when it is actually being used during
>> synchronous NOR, syn NAND.
>>
>> I am not against changing it to internal clock. But what are you going
>> to
Hi Simon,
On 6.9.2016 16:23, Simon Glass wrote:
> Hi Michal,
>
> On 6 September 2016 at 07:40, Michal Simek wrote:
>> Hi,
>>
>> On 6.9.2016 14:57, Simon Glass wrote:
>>> Hi Alex,
>>>
>>> On 6 September 2016 at 06:55, Alexander Graf wrote:
On
On Thu, Sep 08, 2016 at 11:53:48PM +1000, Jonathan Gray wrote:
> On Thu, Sep 08, 2016 at 09:15:45AM -0400, Tom Rini wrote:
> > On Thu, Sep 08, 2016 at 11:06:34PM +1000, Jonathan Gray wrote:
> > > On Thu, Sep 08, 2016 at 08:48:53AM -0400, Tom Rini wrote:
> > > > On Thu, Sep 08, 2016 at 10:01:52PM
Hi Qianyu,
There are plans to enable secure boot on LS1043 soon and it would require the
SPL flow. The patches for same are already available on LS1020.
Additionally we would also have drivers for CAAM for validation of next level
image. Approx 48K of area needs to be reserved for this. Out
Dear U-Boot (SPI) Developers,
this patch seems to be my only chance to get spi working without/before Linux.
I'm a student from Augsburg (Germany) experimenting with the Hikey Board from
96boards.
The hi6220 processor from HiSilicon isn't fully documented, there is just one
document called
Hi Marek & Team :),
i'm facing the same issue as Manju and all the others on the web (see mail
below). i've tested it on different hardware-platforms and different
uboot-versions...
- ATMEL G45 (custom board), uboot 2015.01
- ATMEL G45 (custom board), uboot 2013.03
- ATMEL SAMA5D36 (custom
Hi,
it think the SPD module type definitions for DDR4 SO-DIMM with ECC in the
file include/ddr_spd.h are swapped:
#define DDR4_SPD_MODULETYPE_72B_SO_UDIMM(0x08)
#define DDR4_SPD_MODULETYPE_72B_SO_RDIMM(0x09)
According to JEDEC document SPD4.1.2.L-4, UDIMM is 0x9 and RDIMM is
Hi Fabio,
On Thu, Sep 8, 2016 at 4:05 AM, Fabio Estevam wrote:
> Hi John,
>
> On Wed, Aug 24, 2016 at 2:25 AM, John Tobias wrote:
>
>> I tried to following combinations below but, the return
>> SETUP(r.bRequestType, r.bRequest) doesn't match at all.
All sata based drivers are bind and corresponding block
device is created. Based on this find_scsi_device() is able
to get back block device based on scsi_curr_dev pointer.
intr_scsi() is commented now but it can be replaced by calling
find_scsi_device() and scsi_scan().
scsi_dev_desc[] is
This patch also includes ARM64 zynqmp changes:
- Remove platform non DM initialization
- Remove hardcoded sata base address
Signed-off-by: Michal Simek
---
There are probably more things to test and to check but
on my platform I can connect only one HDD. But IP itself
On Thu, Sep 08, 2016 at 09:15:45AM -0400, Tom Rini wrote:
> On Thu, Sep 08, 2016 at 11:06:34PM +1000, Jonathan Gray wrote:
> > On Thu, Sep 08, 2016 at 08:48:53AM -0400, Tom Rini wrote:
> > > On Thu, Sep 08, 2016 at 10:01:52PM +1000, Jonathan Gray wrote:
> > > > On Wed, Sep 07, 2016 at 02:00:19PM
Hi Peng,
On 09/08/2016 10:51 AM, Peng Fan wrote:
> On Thu, Sep 08, 2016 at 10:49:53AM +0900, Jaehoon Chung wrote:
>> Hi Peng,
>>
>> On 09/08/2016 10:42 AM, Peng Fan wrote:
>>> Hi Jaehoon,
>>> On Wed, Sep 07, 2016 at 03:52:53PM +0900, Jaehoon Chung wrote:
Hi Peng,
On 09/01/2016
On 09/06/2016 10:17 PM, Masahiro Yamada wrote:
> These functions can be much simpler by squashing lines for immediate
> return.
>
> For *_bind() callbacks, they will be a simple wrapper function of an
> upper-level bind API.
>
> For mmc_set_{boot_bus_width,part_conf}, they will be a wrapper of
>
Hi,
On 08/09/16 11:51, Siarhei Siamashka wrote:
> On Mon, 5 Sep 2016 09:23:00 +0100
> Andre Przywara wrote:
>
>> Hi,
>>
>> On 05/09/16 05:12, Siarhei Siamashka wrote:
>>> On Mon, 5 Sep 2016 01:32:38 +0100
>>> Andre Przywara wrote:
>>>
On Thu, Sep 08, 2016 at 11:06:34PM +1000, Jonathan Gray wrote:
> On Thu, Sep 08, 2016 at 08:48:53AM -0400, Tom Rini wrote:
> > On Thu, Sep 08, 2016 at 10:01:52PM +1000, Jonathan Gray wrote:
> > > On Wed, Sep 07, 2016 at 02:00:19PM -0400, Tom Rini wrote:
> > > > On Sat, Sep 03, 2016 at 08:30:14AM
On Thu, Sep 08, 2016 at 08:48:53AM -0400, Tom Rini wrote:
> On Thu, Sep 08, 2016 at 10:01:52PM +1000, Jonathan Gray wrote:
> > On Wed, Sep 07, 2016 at 02:00:19PM -0400, Tom Rini wrote:
> > > On Sat, Sep 03, 2016 at 08:30:14AM +1000, Jonathan Gray wrote:
> > >
> > > > ENOLINK is not required by
Since we implement the dram capacity auto detect, we don't
need to set the channel number and sdram-channel in dts.
Signed-off-by: Kever Yang
---
arch/arm/dts/rk3288-evb.dts | 3 ---
arch/arm/dts/rk3288-fennec.dts | 3 ---
Add support for rk3288 dram capacity auto detect, support DDR3 and
LPDDR3, DDR2 is not supported.
The program will automatically detect:
- channel number
- rank number
- column address number
- row address number
The dts file do not need to describe those info after apply this patch.
The rk3288 spl size is very close to 32KB while the rk3288 bootrom
has the limitation of maximum size of SPL is 32KB. After apply this
patch, the SPL size will exceed 32KB if we do not enable macro
CONFIG_ROCKCHIP_SPL_BACK_TO_BROM.
I think this patch is usful and should be go upstream other than
On Thu, Sep 08, 2016 at 10:01:52PM +1000, Jonathan Gray wrote:
> On Wed, Sep 07, 2016 at 02:00:19PM -0400, Tom Rini wrote:
> > On Sat, Sep 03, 2016 at 08:30:14AM +1000, Jonathan Gray wrote:
> >
> > > ENOLINK is not required by POSIX and does not exist on OpenBSD
> > > and likely other systems.
>
> -Original Message-
> From: york sun
> Sent: Thursday, September 08, 2016 7:33 AM
> To: Prabhakar Kushwaha ; u-
> b...@lists.denx.de
> Subject: Re: [PATCH] arch: ifc: update the IFC IP input clock
>
> On 09/07/2016 06:30 PM, Prabhakar Kushwaha wrote:
> >
> >>
On Wed, 2016-09-07 at 14:25 +0800, Chen-Yu Tsai wrote:
> The Linux kernel musb driver expects...
I don't much like this line of reasoning/explanation for changes to u-
boot. I appreciate that it might seem like all the world is Linux
(especially in sunxi context) but the right way to descibe
On Wed, Sep 07, 2016 at 02:00:19PM -0400, Tom Rini wrote:
> On Sat, Sep 03, 2016 at 08:30:14AM +1000, Jonathan Gray wrote:
>
> > ENOLINK is not required by POSIX and does not exist on OpenBSD
> > and likely other systems.
> >
> > Signed-off-by: Jonathan Gray
>
> Applied to
On Sat, 2016-09-03 at 13:12 +0200, Hans de Goede wrote:
> This adds an emac node to the orangepi-2 dts (not yet merged
> upstream,
> but in u-boot we already have emac support); fixes the alphetically
> sorting of nodes in sun8i-h3-orangepi-plus.dts and disables some
> usb controllers in
On Fri, 2016-08-26 at 16:21 +0200, Hans de Goede wrote:
>
> >
> > Reviewed by: Peter Korsgaard
>
> Thank you.
Acked-by: Ian Campbell
___
U-Boot mailing list
U-Boot@lists.denx.de
On Fri, 2016-08-26 at 16:11 +0200, Hans de Goede wrote:
> Add a defconfig and dts file for the Empire Electronix M712 tablet,
> this
> is a 7" A13 tablet, with micro-usb (otg), headphone and micro-sd
> slots on
> the outside. It uses a Goodix gt811 touchscreen controller, a
> RTL8188CTV
> wifi
On 09/08/2016 01:21 PM, Paul Burton wrote:
>
>
> On 08/09/16 11:47, Marek Vasut wrote:
>> On 09/08/2016 12:36 PM, Paul Burton wrote:
>>> On 08/09/16 11:02, Marek Vasut wrote:
On 09/07/2016 07:48 PM, Paul Burton wrote:
> Add an implementation of arch_cpu_init that covers all MIPS boards,
On 08/09/16 11:47, Marek Vasut wrote:
> On 09/08/2016 12:36 PM, Paul Burton wrote:
>> On 08/09/16 11:02, Marek Vasut wrote:
>>> On 09/07/2016 07:48 PM, Paul Burton wrote:
Add an implementation of arch_cpu_init that covers all MIPS boards, in
preparation for performing various pieces of
On 09/08/2016 12:43 PM, Ziyuan Xu wrote:
>
>
> On 2016年09月07日 14:50, Jaehoon Chung wrote:
>> On 09/07/2016 03:14 PM, Ziyuan Xu wrote:
>>> hi Jaehoon,
>>>
>>>
>>> On 2016年08月30日 17:54, Jaehoon Chung wrote:
Hi Jacob,
On 08/30/2016 02:26 AM, Jacob Chen wrote:
> From:
> -Original Message-
> From: york sun
> Sent: Wednesday, September 07, 2016 9:17 PM
> To: Prabhakar Kushwaha ; u-
> b...@lists.denx.de
> Subject: Re: [PATCH] arch: ifc: update the IFC IP input clock
>
> On 09/06/2016 07:42 PM, Prabhakar Kushwaha wrote:
> >
>
On 2016年09月07日 14:50, Jaehoon Chung wrote:
On 09/07/2016 03:14 PM, Ziyuan Xu wrote:
hi Jaehoon,
On 2016年08月30日 17:54, Jaehoon Chung wrote:
Hi Jacob,
On 08/30/2016 02:26 AM, Jacob Chen wrote:
From: "jacob2.chen"
The former implement have a bug.
It will cause
On 08/09/16 11:40, Marek Vasut wrote:
> On 09/08/2016 12:31 PM, Paul Burton wrote:
>> On 08/09/16 11:04, Marek Vasut wrote:
>>> On 09/07/2016 07:48 PM, Paul Burton wrote:
This patch adds support for initialising & maintaining L2 caches on MIPS
systems. The L2 cache configuration may be
Hi John,
On Wed, Aug 24, 2016 at 2:25 AM, John Tobias wrote:
> I tried to following combinations below but, the return
> SETUP(r.bRequestType, r.bRequest) doesn't match at all.
>
> SETUP(USB_DIR_IN | USB_RECIP_DEVICE, USB_REQ_GET_STATUS)
> SETUP(USB_RECIP_DEVICE,
On 09/08/2016 12:36 PM, Paul Burton wrote:
> On 08/09/16 11:02, Marek Vasut wrote:
>> On 09/07/2016 07:48 PM, Paul Burton wrote:
>>> Add an implementation of arch_cpu_init that covers all MIPS boards, in
>>> preparation for performing various pieces of initialisation there in
>>> later patches.
On 07.09.2016 20:27, Robert P. J. Day wrote:
Fix various misspellings of:
* deprecated
* partition
* preceding,preceded
* preparation
* its versus it's
* export
* existing
* scenario
* redundant
* remaining
* value
* architecture
Signed-off-by: Robert P. J. Day
On Mon, 5 Sep 2016 09:23:00 +0100
Andre Przywara wrote:
> Hi,
>
> On 05/09/16 05:12, Siarhei Siamashka wrote:
> > On Mon, 5 Sep 2016 01:32:38 +0100
> > Andre Przywara wrote:
> >
> >> This commit moved the SPL stack into SRAM C, which worked
On 09/08/2016 12:31 PM, Paul Burton wrote:
> On 08/09/16 11:04, Marek Vasut wrote:
>> On 09/07/2016 07:48 PM, Paul Burton wrote:
>>> This patch adds support for initialising & maintaining L2 caches on MIPS
>>> systems. The L2 cache configuration may be advertised through either
>>> coprocessor 0
On 08/09/16 11:31, Paul Burton wrote:
> Nope - inline does have an impact for functions in headers. If it's not
> there & a file includes a header but doesn't use *all* of the functions
> in it then the compiler will warn about the functions being unused.
Or rather, I should say a vaguely modern
On 08/09/16 11:04, Marek Vasut wrote:
> On 09/07/2016 07:48 PM, Paul Burton wrote:
>> This patch adds support for initialising & maintaining L2 caches on MIPS
>> systems. The L2 cache configuration may be advertised through either
>> coprocessor 0 or the MIPS Coherence Manager depending upon the
On 08/09/16 11:02, Marek Vasut wrote:
> On 09/07/2016 07:48 PM, Paul Burton wrote:
>> Add an implementation of arch_cpu_init that covers all MIPS boards, in
>> preparation for performing various pieces of initialisation there in
>> later patches.
>>
>> In order to allow the ath79 code to continue
On 09/08/2016 11:47 AM, Masahiro Yamada wrote:
> Creating multiple entries of "config FOO" often gives us bad
> experiences. In this case, we should specify "default X86"
> as platforms that want this keyboard by default.
Yep, I like this patch:
Acked-by: Marek Vasut
btw on
On 09/07/2016 07:48 PM, Paul Burton wrote:
> This patch adds support for initialising & maintaining L2 caches on MIPS
> systems. The L2 cache configuration may be advertised through either
> coprocessor 0 or the MIPS Coherence Manager depending upon the system,
> and support for both is included.
On 09/07/2016 07:48 PM, Paul Burton wrote:
> Add an implementation of arch_cpu_init that covers all MIPS boards, in
> preparation for performing various pieces of initialisation there in
> later patches.
>
> In order to allow the ath79 code to continue performing initialisation
> at this point in
Creating multiple entries of "config FOO" often gives us bad
experiences. In this case, we should specify "default X86"
as platforms that want this keyboard by default.
Signed-off-by: Masahiro Yamada
---
arch/x86/Kconfig | 3 ---
drivers/input/Kconfig | 1 +
Once we migrate to DM-based drivers, we cannot go back to legacy
ones, i.e. config options like DM_* are not user-configurable.
Make SANDBOX and X86 select DM_KEYBOARD like other platforms do.
Signed-off-by: Masahiro Yamada
---
arch/Kconfig | 2 ++
2016-09-07 22:05 GMT+09:00 Tom Rini :
> On Wed, Sep 07, 2016 at 01:03:23PM +0900, Masahiro Yamada wrote:
>> 2016-09-07 3:01 GMT+09:00 Tom Rini :
>> > On Mon, Sep 05, 2016 at 11:47:00AM +0900, Masahiro Yamada wrote:
>> >> 2016-08-30 9:21 GMT+09:00 Simon Glass
Hi,
On 09/08/2016 09:23 AM, Zubair Lutfullah Kakakhel wrote:
This bug appears in b6396403 which makes u-boot unable to pass
arguments via bootm to a standalone application without this patch.
Steps to reproduce.
Compile a u-boot. Use mkimage to package the standalone hello_world.bin
file.
This bug appears in b6396403 which makes u-boot unable to pass
arguments via bootm to a standalone application without this patch.
Steps to reproduce.
Compile a u-boot. Use mkimage to package the standalone hello_world.bin
file.
e.g. For the MIPS Boston platform
mkimage -n "hello" -A mips -O
1 - 100 of 120 matches
Mail list logo