hi,
in u-boot 2015-10 version
I found a 'bug'
cfi_flash.c --- flash_get_size() --- line
/* round up when converting to ms */
info->write_tout = (tmp + 999) / 1000;
this cause
when open the '#define DEBUG'
the function 'flash_status_check' will be 'timeout' !!!
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 configs/${BOARD}_defconfig
Kbuild is still keep
On 11.12.2015 04:22, Masahiro Yamada wrote:
> This is how CONFIG options are defined by Kconfig.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> Kconfig | 2 +-
> board/xilinx/microblaze-generic/config.mk | 2 --
> configs/microblaze-generic_defconfig | 1 +
>
Hi Stephen,
On 2015年12月11日 13:35, Stephen Warren wrote:
On 12/10/2015 10:08 PM, Thomas Chou wrote:
Update compatible and reg-shift in device tree binding.
Has this change been submitted to and accepted by the Linux kernel?
That's where the official DT binding documents are stored. Honestly I
On Friday 11 December 2015 12:21 PM, Bin Meng wrote:
Hi Jagan,
On Fri, Dec 11, 2015 at 2:28 PM, Jagan Teki wrote:
On Friday 11 December 2015 11:53 AM, Bin Meng wrote:
Hi Jagan,
On Thu, Dec 10, 2015 at 11:13 PM, Jagan Teki wrote:
On 10 December 2015 at 07:01, Bin Meng wrote:
On Wed,
Hi Jagan,
On Fri, Dec 11, 2015 at 2:28 PM, Jagan Teki wrote:
>
>
> On Friday 11 December 2015 11:53 AM, Bin Meng wrote:
>>
>> Hi Jagan,
>>
>> On Thu, Dec 10, 2015 at 11:13 PM, Jagan Teki wrote:
>>>
>>> On 10 December 2015 at 07:01, Bin Meng wrote:
On Wed, Dec 9, 2015 at 12:54 PM, Simo
Hi Jagan,
On Fri, Dec 11, 2015 at 2:31 PM, Jagan Teki wrote:
> On Friday 11 December 2015 11:51 AM, Bin Meng wrote:
>>
>> Hi Jagan,
>>
>> On Thu, Dec 10, 2015 at 11:16 PM, Jagan Teki wrote:
>>>
>>> On 10 December 2015 at 07:00, Bin Meng wrote:
On Mon, Dec 7, 2015 at 2:34 AM, Jagan Tek
On Friday 11 December 2015 11:51 AM, Bin Meng wrote:
Hi Jagan,
On Thu, Dec 10, 2015 at 11:16 PM, Jagan Teki wrote:
On 10 December 2015 at 07:00, Bin Meng wrote:
On Mon, Dec 7, 2015 at 2:34 AM, Jagan Teki wrote:
Rename spi_flash_validate_params to spi_flash_scan
as this code not only deals
On Friday 11 December 2015 11:53 AM, Bin Meng wrote:
Hi Jagan,
On Thu, Dec 10, 2015 at 11:13 PM, Jagan Teki wrote:
On 10 December 2015 at 07:01, Bin Meng wrote:
On Wed, Dec 9, 2015 at 12:54 PM, Simon Glass wrote:
On 6 December 2015 at 11:34, Jagan Teki wrote:
Since all spi-flash core o
Hi Jagan,
On Thu, Dec 10, 2015 at 11:13 PM, Jagan Teki wrote:
> On 10 December 2015 at 07:01, Bin Meng wrote:
>> On Wed, Dec 9, 2015 at 12:54 PM, Simon Glass wrote:
>>> On 6 December 2015 at 11:34, Jagan Teki wrote:
Since all spi-flash core operations are moved into
sf_ops.c then it'
Hi Jagan,
On Thu, Dec 10, 2015 at 11:16 PM, Jagan Teki wrote:
> On 10 December 2015 at 07:00, Bin Meng wrote:
>> On Mon, Dec 7, 2015 at 2:34 AM, Jagan Teki wrote:
>>> Rename spi_flash_validate_params to spi_flash_scan
>>> as this code not only deals with params setup but
>>> also configure all
fsp_init() runtime buffer parameter might be different across
different platforms. Move this to update_fsp_configs().
Signed-off-by: Bin Meng
---
Changes in v2:
- split this patch from v1 patch#7
arch/x86/cpu/baytrail/fsp_configs.c| 8 +++-
arch/x86/cpu/queensbay/fsp_configs.c | 8 +
All FSP spec v1.0 complaint FSP binary uses struct fspinit_rtbuf
as defined by the 1.0 spec, however there are FSPs that does not
follow 1.0 spec (possible due to that FSP predates the 1.0 spec),
and future FSP binary that is complaint to v1.1 spec defines an
optional paltform-specific runtime data
Those comments in update_fsp_configs() are not correct. Remove them.
Signed-off-by: Bin Meng
Acked-by: Simon Glass
---
Changes in v2: None
arch/x86/cpu/queensbay/fsp_configs.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/arch/x86/cpu/queensbay/fsp_configs.c
b/arch/x86/cpu/queens
To support platform-specific configurations (might not always be
UPD on some platform), use a better name update_fsp_configs() and
accepct struct fsp_config_data as its parameter so that platform
codes can handle whatever configuration data for that FSP.
Signed-off-by: Bin Meng
Acked-by: Simon Gl
Not every FSP supports UPD, thus we introduce a Kconfig option
CONFIG_FSP_USE_UPD and use it to wrap these common UPD handling
codes in fsp_support.c.
Signed-off-by: Bin Meng
---
Changes in v2:
- New patch to introduce CONFIG_FSP_USE_UPD Kconfig option
arch/x86/Kconfig | 9
Declare stack_top as u32 in struct shared_data and struct common_buf
so that we can avoid casting in fsp_init().
Signed-off-by: Bin Meng
Acked-by: Simon Glass
---
Changes in v2: None
arch/x86/include/asm/fsp/fsp_api.h | 2 +-
arch/x86/include/asm/fsp/fsp_support.h | 2 +-
arch/x86/lib/fsp
FSP has several config data like UPD, HDA verb table which can be
overridden or provided by bootloader. Currently in U-Boot only UPD
is handled via struct shared_data. To accommodate any platform, we
rename shared_data to fsp_config_data and move the definition from
common place fsp_support.h to pl
Save boot_mode in struct shared_data for future refactoring.
Signed-off-by: Bin Meng
Acked-by: Simon Glass
---
Changes in v2: None
arch/x86/include/asm/fsp/fsp_support.h | 1 +
arch/x86/lib/fsp/fsp_support.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/arch/x86/include/asm/fs
All FSP spec v1.0 complaint FSP binary uses struct fspinit_rtbuf
as defined by the 1.0 spec, however there are FSPs that do not
follow 1.0 spec, like Intel FSP for 3rd generation Intel Core and
Intel Celeron processors with mobile Intel HM76 and QM77 chipsets
platform (formerly Chief River Platfor
There is no need to pass shared_data to fsp_continue() so we can
remove unnecessary codes that simplifies the function a lot.
Signed-off-by: Bin Meng
Acked-by: Simon Glass
---
Changes in v2: None
arch/x86/include/asm/fsp/fsp_support.h | 4 +---
arch/x86/lib/fsp/fsp_support.c | 29 +++
Hi Simon,
On 11.12.2015 05:45, Stefan Roese wrote:
Hi Simon,
On 10.12.2015 16:36, Simon Glass wrote:
Hi Stefan,
On 9 December 2015 at 23:58, Stefan Roese wrote:
Hi Simon,
On 08.12.2015 03:46, Simon Glass wrote:
Hi Stefan,
On 4 December 2015 at 00:45, Stefan Roese wrote:
Hi Simon,
O
On 12/10/2015 10:08 PM, Thomas Chou wrote:
> Update compatible and reg-shift in device tree binding.
Has this change been submitted to and accepted by the Linux kernel?
That's where the official DT binding documents are stored. Honestly I
think we should remove the copies in U-Boot to avoid confus
Hello Tom,
please pull from u-boot-i2c master
The following changes since commit 789fa275b3750e60c60cb3d18eabc9467892c257:
x86: Remove HAVE_ACPI_RESUME (2015-12-09 17:44:56 +0800)
are available in the git repository at:
git://git.denx.de/u-boot-i2c.git master
for you to fetch changes up
Hi Simon,
On 2015年12月11日 10:05, Simon Glass wrote:
Hi,
The following three commits causes breakages in the driver model tests:
4efad20a sf: Update status reg check in spi_flash_cmd_wait_ready
45b47734 net/arp: account for ARP delay, avoid duplicate packets on timeout
9961a0b6sandb
Zap the rockchip serial compatible string, because rockchip
serial has "snps,dw-apb-uart" compatible string in the dts.
Signed-off-by: Thomas Chou
---
drivers/serial/ns16550.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/serial/ns16550.c b/drivers/serial/ns165
Update compatible and reg-shift in device tree binding.
Signed-off-by: Thomas Chou
---
doc/device-tree-bindings/serial/ns16550.txt | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/doc/device-tree-bindings/serial/ns16550.txt
b/doc/device-tree-bindings/serial
Hi Simon,
On 10.12.2015 16:36, Simon Glass wrote:
Hi Stefan,
On 9 December 2015 at 23:58, Stefan Roese wrote:
Hi Simon,
On 08.12.2015 03:46, Simon Glass wrote:
Hi Stefan,
On 4 December 2015 at 00:45, Stefan Roese wrote:
Hi Simon,
On 03.12.2015 18:21, Simon Glass wrote:
Hi Stefan,
On Tuesday, December 01, 2015 at 06:23:17 PM, Marek Vasut wrote:
> On Monday, July 27, 2015 at 10:34:17 PM, Marek Vasut wrote:
> > Add code to aid tracking down cache alignment issues.
> > In case DEBUG is defined in the cache.c, this code will
> > check alignment of each attempt to flush/invalidat
On 11.12.2015 04:22, Masahiro Yamada wrote:
The include/configs/yucca.h already has the same define:
#defineCONFIG_SYS_TEXT_BASE0xfffb
Remove the redundant one from board/amcc/yucca/config.mk.
Signed-off-by: Masahiro Yamada
---
board/amcc/yucca/config.mk | 6 --
1 file
On 11.12.2015 04:22, Masahiro Yamada wrote:
Now, there is no board defining CONFIG_SYS_TEXT_BASE by its config.mk,
so this workaround is no longer needed.
Signed-off-by: Masahiro Yamada
---
Makefile | 6 --
1 file changed, 6 deletions(-)
diff --git a/Makefile b/Makefile
index 028f0be..
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/${BOARD}.h
[4] by configs/${BOARD}_defconfig
M
The include/configs/yucca.h already has the same define:
#define CONFIG_SYS_TEXT_BASE0xfffb
Remove the redundant one from board/amcc/yucca/config.mk.
Signed-off-by: Masahiro Yamada
---
board/amcc/yucca/config.mk | 6 --
1 file changed, 6 deletions(-)
diff --git a/board/amc
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 references with CONFIG_SYS_TEXT_BASE and delete
board/fr
Now, there is no board defining CONFIG_SYS_TEXT_BASE by its config.mk,
so this workaround is no longer needed.
Signed-off-by: Masahiro Yamada
---
Makefile | 6 --
1 file changed, 6 deletions(-)
diff --git a/Makefile b/Makefile
index 028f0be..1b18300 100644
--- a/Makefile
+++ b/Makefile
@@
We can delete board/micronas/vct/config.mk by moving the define of
CONFIG_SYS_TEXT_BASE to somewhere else. Other MIPS boards are
still defining it in include/config/${BOARD}.h, so I am following
that way here.
Signed-off-by: Masahiro Yamada
---
board/micronas/vct/config.mk | 13 -
We can delete board/dbau1x00/config.mk by moving the define of
CONFIG_SYS_TEXT_BASE to somewhere else. Other MIPS boards are
still defining it in include/config/${BOARD}.h, so I am following
that way here.
Signed-off-by: Masahiro Yamada
---
board/dbau1x00/config.mk | 16
inc
We can delete board/pb1x00/config.mk by moving the define of
CONFIG_SYS_TEXT_BASE to somewhere else. Other MIPS boards are
still defining it in include/config/${BOARD}.h, so I am following
that way here.
Signed-off-by: Masahiro Yamada
---
board/pb1x00/config.mk | 16
include
This is how CONFIG options are defined by Kconfig.
Signed-off-by: Masahiro Yamada
---
Kconfig | 2 +-
board/xilinx/microblaze-generic/config.mk | 2 --
configs/microblaze-generic_defconfig | 1 +
3 files changed, 2 insertions(+), 3 deletions(-)
diff --git
On 6 December 2015 at 20:08, Lin Huang wrote:
> kylin board use rk3036 SOC, 512M sdram, 8G emmc.
> This add some basic files required to allow the board
> to output serial message and can run command(mmc info etc).
>
> Signed-off-by: Lin Huang
> ---
> arch/arm/mach-rockchip/rk3036/Kconfig | 4
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 enable it after mmc power on.
>
> Signed-off-by: Lin Huang
> ---
> drivers/mmc/mmc.c | 89
>
On 6 December 2015 at 20:08, Lin Huang wrote:
> only rank large than 1, we will use cs1_row, so check rank, when
> rank larger than 1, we set the cs1_row.
>
> Signed-off-by: Lin Huang
> ---
> arch/arm/mach-rockchip/rk3036/sdram_rk3036.c | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-
+David, who is the vcma9 maintainer.
Hi Przemyslaw,
On 7 December 2015 at 07:00, Przemyslaw Marczak wrote:
> Hello Simon,
>
>
> On 12/07/2015 02:07 PM, Simon Glass wrote:
>>
>> Hi Przemyslaw,
>>
>> At present this driver has a few implementations and supports
>> non-device-tree and non-driver mo
Hi Wolfgang,
On 6 December 2015 at 23:28, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> > I think your change would causes non-standard shell behaviour.
>> >
>> > If you want to evaluate variables, you have to do so as part of a
>> > "run" command...
>>
>> I find the r
Hi Heiiko,
On 7 December 2015 at 22:48, Heiko Schocher wrote:
> Hello Simon,
>
> Am 08.12.2015 um 04:39 schrieb Simon Glass:
>>
>> Move the init code into the I2C driver.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> arch/x86/cpu/ivybridge/cpu.c | 39
>> +++
Hi,
The following three commits causes breakages in the driver model tests:
4efad20a sf: Update status reg check in spi_flash_cmd_wait_ready
45b47734 net/arp: account for ARP delay, avoid duplicate packets on timeout
9961a0b6sandbox: add a sandbox timer and basic test
Can you please
Hi Jagan,
On 8 December 2015 at 08:36, Jagan Teki wrote:
> Hi Simon,
>
> On 8 December 2015 at 08:22, Simon Glass wrote:
>> Hi Jagan,
>>
>> On 3 December 2015 at 03:10, Jagan Teki wrote:
>>> Hi Simon,
>>>
>>> I re-phrase all the question from previous thread and continue in this for
>>> more di
On Thursday, December 10, 2015 at 10:41:41 PM, Mateusz Kulikowski wrote:
> This driver is able to reconfigure OTG controller into HOST mode.
> Board can add board-specific initialization as board_prepare_usb().
> It requires USB_ULPI_VIEWPORT enabled in board configuration.
>
> Signed-off-by: Mate
On Thursday, December 10, 2015 at 10:41:40 PM, Mateusz Kulikowski wrote:
> Some host controllers need addidional initialization after ehci_reset()
> In non-dm implementation it is possible to use
> CONFIG_EHCI_HCD_INIT_AFTER_RESET. This patch adds similar option to ehci
> drivers using dm.
>
> Sig
For some board designs, it might be useful to switch the DC-DC
clock source to something else rather the default 24 MHz, e.g.
for EMI reasons.
For this, override the mxs_power_setup_dcdc_clocksource function
in your board support files.
Example:
void mxs_power_setup_dcdc_clocksource(void)
{
m
On Thu, Dec 10, 2015 at 4:58 PM, Robert Nelson wrote:
> On Thu, Dec 10, 2015 at 3:46 PM, Tom Rini wrote:
>> Based on the am335x_evm conversion, switch to config_distro_bootcmd for
>> mmc and pxe. Tested with Fedora 23.
>>
>> Signed-off-by: Tom Rini
>> ---
>> include/configs/ti_omap4_common.h |
On Thu, Dec 10, 2015 at 3:46 PM, Tom Rini wrote:
> Based on the am335x_evm conversion, switch to config_distro_bootcmd for
> mmc and pxe. Tested with Fedora 23.
>
> Signed-off-by: Tom Rini
> ---
> include/configs/ti_omap4_common.h | 51
> -
> 1 file change
Given that with config_distro_defaults.h we always have ext4 read
support, add in write support.
Signed-off-by: Tom Rini
---
include/configs/ti_armv7_common.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/ti_armv7_common.h
b/include/configs/ti_armv7_common.h
index 2087e
Based on the am335x_evm conversion, switch to config_distro_bootcmd for
mmc and pxe. Tested with Fedora 23.
Signed-off-by: Tom Rini
---
include/configs/ti_omap4_common.h | 51 -
1 file changed, 27 insertions(+), 24 deletions(-)
diff --git a/include/configs
This commit add support for 96Boards Dragonboard410C.
It is board based on APQ8016 Qualcomm SoC, complying with
96boards specification.
Features (present out of the box):
- 4x Cortex A53 (ARMv8)
- 2x USB Host port
- 1x USB Device port
- 4x LEDs
- 1x HDMI connector
- 1x uSD connector
- 3x buttons (P
This driver supports GPIOs present on PM8916 PMIC.
There are 2 device drivers inside:
- GPIO driver (4 "generic" GPIOs)
- Keypad driver that presents itself as GPIO with 2 inputs (power and reset)
Signed-off-by: Mateusz Kulikowski
---
drivers/gpio/Kconfig | 7 ++
drivers/gpio/Makefile
This PMIC is connected on SPMI bus so needs SPMI support enabled.
Signed-off-by: Mateusz Kulikowski
---
drivers/power/pmic/Kconfig | 14 +++
drivers/power/pmic/Makefile | 1 +
drivers/power/pmic/pm8916.c | 92 +
3 files changed, 107 insertions(+
First supported chip is APQ8016 (that is compatible with MSM8916).
Drivers in SoC code:
- Reset controller (PSHOLD)
- Clock controller (very simple clock configuration for MMC and UART)
Signed-off-by: Mateusz Kulikowski
---
arch/arm/Kconfig | 12 +
arch/arm/Ma
Now that ti_armv7_common.h uses config_distro_defaults.h we don't need
to include it again and then undef CONFIG_BOOTDELAY
Signed-off-by: Tom Rini
---
include/configs/am335x_evm.h |4
1 file changed, 4 deletions(-)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.
Qualcom processors use proprietary bus to talk with PMIC devices -
SPMI (System Power Management Interface).
On wiring level it is similar to I2C, but on protocol level, it's
multi-master and has simple autodetection capabilities.
This commit adds simple uclass that provides bus read/write interfac
Support SPMI arbiter on Qualcomm Snapdragon devices.
Signed-off-by: Mateusz Kulikowski
---
drivers/spmi/Kconfig| 6 ++
drivers/spmi/Makefile | 1 +
drivers/spmi/spmi-msm.c | 183
3 files changed, 190 insertions(+)
create mode 100644 dr
This driver is able to reconfigure OTG controller into HOST mode.
Board can add board-specific initialization as board_prepare_usb().
It requires USB_ULPI_VIEWPORT enabled in board configuration.
Signed-off-by: Mateusz Kulikowski
---
drivers/usb/host/Kconfig| 8 ++
drivers/usb/host/Makefi
Some host controllers need addidional initialization after ehci_reset()
In non-dm implementation it is possible to use CONFIG_EHCI_HCD_INIT_AFTER_RESET.
This patch adds similar option to ehci drivers using dm.
Signed-off-by: Mateusz Kulikowski
---
drivers/usb/host/ehci-hcd.c | 6 ++
drivers
This driver works in "new" Data Mover UART mode, so
will be compatible with modern Qualcomm chips only.
Signed-off-by: Mateusz Kulikowski
---
drivers/serial/Kconfig | 5 ++
drivers/serial/Makefile | 1 +
drivers/serial/serial_msm.c | 204
Add support for gpio controllers on Qualcomm Snapdragon devices.
This devices are usually called Top Level Mode Multiplexing in
Qualcomm documentation.
Signed-off-by: Mateusz Kulikowski
---
drivers/gpio/Kconfig| 7 +++
drivers/gpio/Makefile | 2 +-
drivers/gpio/msm_gpio.c | 115 ++
Signed-off-by: Mateusz Kulikowski
---
drivers/mmc/Kconfig | 6 ++
drivers/mmc/Makefile| 1 +
drivers/mmc/msm_sdhci.c | 149
3 files changed, 156 insertions(+)
create mode 100644 drivers/mmc/msm_sdhci.c
diff --git a/drivers/mmc/Kconfi
As noted by Coverity, when we have an error in
alloc_triple_indirect_block we will leak ti_pbuff_start_addr as it's not
being freed. Further inspection here shows that we could also leak
ti_cbuff_start_addr in one corner case so free that as well.
Reported-by: Coverity (CID 131205, 131206)
Signed
Hi All,
With a slight delay (Sorry Syed) I'm finally ready to show code
I've been working recently on.
This series add support for:
- New board - 96board Dragonboard 410C (ARMv8)
- Qualcomm snapdragon architecture (for now only single SoC)
- Some Qualcomm peripherals (UART, GPIO, PMIC including b
If GENMASK is REALLY desired, it should be GENMASK(23,0)
But since GENMASK is obviously more confusing, let's just revert.
This reverts commit bad490a24212c068c5b718b9189f47ea4075d078.
Reviewed-by: Fabio Estevam
Signed-off-by: Troy Kisky
---
v2: add sign off/ reviewed by
---
drivers/spi/fsl_q
On Thu, 10 Dec 2015, Fabio Estevam wrote:
> On Thu, Dec 10, 2015 at 6:19 PM, Robert P. J. Day
> wrote:
>
> > well, the contract i'm working on will be using it for porting linux
> > to a *lot* of older platforms so, technically, i'm that user. :-)
>
> What I meant was: if you submit the SATA S
On Thu, Dec 10, 2015 at 6:19 PM, Robert P. J. Day wrote:
> well, the contract i'm working on will be using it for porting linux
> to a *lot* of older platforms so, technically, i'm that user. :-)
What I meant was: if you submit the SATA SIL3512 driver to U-boot, you
should also add the U-boot
Hi Troy,
On Thu, Dec 10, 2015 at 7:10 PM, Troy Kisky
wrote:
> If GENMASK is REALLY desired, it should be GENMASK(23,0)
> But since GENMASK is obviously more confusing, let's just revert
>
> This reverts commit bad490a24212c068c5b718b9189f47ea4075d078.
You missed your Signed-off-by.
>
> diff --g
If GENMASK is REALLY desired, it should be GENMASK(23,0)
But since GENMASK is obviously more confusing, let's just revert
This reverts commit bad490a24212c068c5b718b9189f47ea4075d078.
diff --git a/drivers/spi/fsl_qspi.c b/drivers/spi/fsl_qspi.c
index 169835e..0a161b6 100644
--- a/drivers/spi/fsl_
On Thu, 10 Dec 2015, Fabio Estevam wrote:
> On Thu, Dec 10, 2015 at 4:14 PM, Robert P. J. Day
> wrote:
> >
> > on current project, someone handed me a patch containing (among
> > other thigns) source and header files for support for SATA SIL3512 --
> > copyright shows they're under GPL. rather
Hi Stefan,
On Wed, Dec 9, 2015 at 1:21 PM, Stefan Agner wrote:
> When doing a software reset, the reset flag should be written without
> other bits set. Writing the current state will lead to restoring the
> state of the PHY (e.g. Powerdown), which is not what is expected from
> a software reset.
On Mon, Nov 30, 2015 at 10:50 AM, Olliver Schinagl
wrote:
> From: Olliver Schinagl
>
> This patch allows Kconfig to enable and set parameters to make it
> possible to read the MAC address from an EEPROM. This patch only sets up
> some environment variables, it is up to the specific boards to actu
Hi Hans,
On Thu, Dec 10, 2015 at 4:29 AM, Hans de Goede wrote:
> Hi Olliver and Joe,
>
> On 11/30/2015 05:50 PM, Oliver Schinagl wrote:
>>
>> From: Olliver Schinagl
>>
>> This patch allows Kconfig to enable and set parameters to make it
>> possible to read the MAC address from an EEPROM. This pa
Hi Olliver,
On Thu, Dec 10, 2015 at 4:40 AM, Olliver Schinagl
wrote:
> Hans, Joe,
>
>
> On 10-12-15 11:29, Hans de Goede wrote:
>>
>> Hi Olliver and Joe,
>>
>> On 11/30/2015 05:50 PM, Oliver Schinagl wrote:
>>>
>>> From: Olliver Schinagl
>>>
>>> This patch allows Kconfig to enable and set parame
On Thu, Dec 10, 2015 at 4:14 PM, Robert P. J. Day wrote:
>
> on current project, someone handed me a patch containing (among
> other thigns) source and header files for support for SATA SIL3512 --
> copyright shows they're under GPL. rather than carrying around that
> part of the patch, is it wo
on current project, someone handed me a patch containing (among
other thigns) source and header files for support for SATA SIL3512 --
copyright shows they're under GPL. rather than carrying around that
part of the patch, is it worth simply handing that over to u-boot to
add under drivers/block/?
On 10 December 2015 at 08:32, Lukasz Majewski wrote:
> With the old order of initialization the hcor pointer has been setup to
> the same address as Exynos EHCI base address (0x1211 instead of
> 0x12110010).
> Such behaviour was caused by reading value of 0 instead of 0x10 from EHCI
> HCCPBASE
On Thursday, December 10, 2015 at 05:51:12 PM, Marek Vasut wrote:
> On Thursday, December 10, 2015 at 05:07:53 PM, Lukasz Majewski wrote:
> > Hi Marek,
> >
> > > On Wednesday, December 09, 2015 at 05:06:52 PM, Lukasz Majewski wrote:
> > > > Hi Marek,
> > > >
> > > > > On Wednesday, December 09, 2
On Thursday, December 10, 2015 at 05:07:53 PM, Lukasz Majewski wrote:
> Hi Marek,
>
> > On Wednesday, December 09, 2015 at 05:06:52 PM, Lukasz Majewski wrote:
> > > Hi Marek,
> > >
> > > > On Wednesday, December 09, 2015 at 04:02:58 PM, Lukasz Majewski
> > > >
> > > > wrote:
> > > > > Hi Marek,
On Thursday, December 10, 2015 at 04:32:25 PM, Lukasz Majewski wrote:
> With the old order of initialization the hcor pointer has been setup to
> the same address as Exynos EHCI base address (0x1211 instead of
> 0x12110010).
> Such behaviour was caused by reading value of 0 instead of 0x10 from
Hi Marek,
> On Wednesday, December 09, 2015 at 05:06:52 PM, Lukasz Majewski wrote:
> > Hi Marek,
> >
> > > On Wednesday, December 09, 2015 at 04:02:58 PM, Lukasz Majewski
> > > wrote:
> > > > Hi Marek,
> > > >
> > > > > On Wednesday, December 09, 2015 at 10:37:42 AM, Lukasz
> > > > > Majewski
>
Hello Hans,
Nice to see it boots from SD, after clock stable changes.:)
On Thu, Dec 10, 2015 at 6:22 PM, Hans de Goede wrote:
> Hi,
>
> On 11/30/2015 04:39 PM, Vishnu Patekar wrote:
>>
>> Hello Hans,
>>
>>
>>
>> On Mon, Nov 30, 2015 at 4:13 PM, Hans de Goede
>> wrote:
>>>
>>> Hi Vishnu,
>>>
>>
On Thu, Dec 10, 2015 at 6:58 AM, Michael Schanz
wrote:
> Use the macro SETUP_IOMUX_PAD(...) rather than
> imx_iomux_v3_setup_multiple_pads(...) in order to setup
> the pin configuration for ECSPI1.
>
> ARRAY_SIZE(pads) provides the wrong size for
> imx_iomux_v3_setup_multiple_pads(pads, ARRAY_SI
Hi Stefan,
On 9 December 2015 at 23:58, Stefan Roese wrote:
> Hi Simon,
>
>
> On 08.12.2015 03:46, Simon Glass wrote:
>>
>> Hi Stefan,
>>
>> On 4 December 2015 at 00:45, Stefan Roese wrote:
>>>
>>> Hi Simon,
>>>
>>> On 03.12.2015 18:21, Simon Glass wrote:
Hi Stefan,
On 3 Dece
With the old order of initialization the hcor pointer has been setup to
the same address as Exynos EHCI base address (0x1211 instead of
0x12110010).
Such behaviour was caused by reading value of 0 instead of 0x10 from EHCI
HCCPBASE register without doing proper clock initialization before.
To
On 7 December 2015 at 00:04, Jagan Teki wrote:
> This series bypasses MTD changes from previous series[1][2] and
> entire series tunned spi-flash layer for better code handling.
>
> Changes in v8:
> - Rebase to master
> - PATCH v8 12/14, 13/14, 14/14 added newly.
>
> Changes in v7:
> - Rebase to m
On 8 December 2015 at 16:00, Jagan Teki wrote:
> Hi Tom/Wolfgang,
>
> "Need a separate repo for spi-nor and related subsystem."
>
> Why?
> - Currently I'm using u-boot-spi for both spi and spi-flash - some
> flash stuff been added to spi area which is hard for
> adding/maintaining new features.
>
On 10 December 2015 at 07:00, Bin Meng wrote:
> On Mon, Dec 7, 2015 at 2:34 AM, Jagan Teki wrote:
>> Rename spi_flash_validate_params to spi_flash_scan
>> as this code not only deals with params setup but
>> also configure all spi_flash attributes.
>>
>> And also moved all flash related code into
On 10 December 2015 at 07:01, Bin Meng wrote:
> On Wed, Dec 9, 2015 at 12:54 PM, Simon Glass wrote:
>> On 6 December 2015 at 11:34, Jagan Teki wrote:
>>> Since all spi-flash core operations are moved into
>>> sf_ops.c then it's better to renamed as spi-flash.c
>>>
>>> Signed-off-by: Jagan Teki
On Thu, Dec 10, 2015 at 10:49:01AM +0800, Dongsheng Wang wrote:
> From: Wang Dongsheng
>
> Fix PSCI hang up without CONFIG_ARMV7_SECURE_BASE define.
> "DISCARD" will remove ._secure.text relocate, but PSCI framework
> has already used some absolute address those need to relocate.
>
> Use readel
Use the macro SETUP_IOMUX_PAD(...) rather than
imx_iomux_v3_setup_multiple_pads(...) in order to setup
the pin configuration for ECSPI1.
ARRAY_SIZE(pads) provides the wrong size for
imx_iomux_v3_setup_multiple_pads(pads, ARRAY_SIZE(pads)) in
case of MX6QDL. In the particular case, the content of
Hans, Joe,
On 10-12-15 11:29, Hans de Goede wrote:
Hi Olliver and Joe,
On 11/30/2015 05:50 PM, Oliver Schinagl wrote:
From: Olliver Schinagl
This patch allows Kconfig to enable and set parameters to make it
possible to read the MAC address from an EEPROM. This patch only sets up
some enviro
Hi Heiko,
> -Original Message-
> From: Heiko Schocher [mailto:h...@denx.de]
> Sent: 2015年12月10日 17:34
> To: Yang, Wenyou
> Cc: U-Boot Mailing List
> Subject: Re: [U-Boot] [PATCH 1/3] ARM: at91: clock: add PLLB enable/disable
> functions
>
> Hello Wenyou,
>
> Am 09.12.2015 um 05:29 schr
Hi,
On 12/03/2015 05:49 PM, Olliver Schinagl wrote:
From: Olliver Schinagl
Add some spaces around operators.
Signed-off-by: Olliver Schinagl
Thanks, applied.
Regards,
Hans
---
arch/arm/cpu/armv7/sunxi/clock_sun4i.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff -
Hi,
On 12/03/2015 05:49 PM, Olliver Schinagl wrote:
From: Olliver Schinagl
Commit 6c739c5d added code to enable i2c bus 4 and 5 on the sun7i SoC
but forgot to enable the clocks for these 2 i2c busses.
This patch enables the clocks for i2c bus 4 and 5 on sun7i.
Signed-off-by: Olliver Schinagl
The read delays were set incorrectly, leading to reliability
issues at higher DRAM clock speeds. This commit adjusts this
to match the vendor boot0 behaviour.
Signed-off-by: Jens Kuske
Tested-by: Siarhei Siamashka
---
arch/arm/cpu/armv7/sunxi/dram_sun8i_h3.c | 12 ++--
1 file changed, 6
1 - 100 of 118 matches
Mail list logo
