Signed-off-by: Michael Heimpold
---
Please note, that this board setup files need the function
mxs_power_switch_dcdc_clocksource() as introduced in my patch
"ARM: mxs: allow boards to select DC-DC switching clock source"
Changes in v2:
- added autoboot stuff
- reworked
trivial gitweb(?) question -- given the gitweb interface to the
u-boot source code here:
http://git.denx.de/?p=u-boot.git;a=summary
i want to write some u-boot tutorial pages for my wiki that link to
various files and directories in the source, and i want those links to
track the master
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)
{
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
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-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
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:
>>>
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 +0100, Marek Vasut wrote:
> > > On Sunday, December 13, 2015 at 12:59:48 AM, Chin Liang See
> > > wrote:
> > > > On Sat, 2015-12-12 at 16:36
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> We have drivers for several more devices now, so drop the strings which are
> no-longer used.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> Until we have a proper video uclass we can use syscon to handle the GMA
> device, and avoid the special device tree and PCI searching. Update the code
> to work this way.
>
> Signed-off-by: Simon Glass
>
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> Move the init code into the I2C driver.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
___
U-Boot mailing list
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> Convert the top part of the DRAM init to use the driver model PCI API.
> Further work will complete the transformation.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> This is used on most Intel platforms. We don't have a driver for it yet, but
> add a stub to handle the init. For now this targets ivybridge so we may want
> to add a device tree binding and generalise it when other
Hi Simon,
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> Convert this function over to use the driver model PCI API. In this case
> we want to avoid using the real PCI devices since they have not yet been
> probed. Instead, write directly to their PCI configuration
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> We will use a system controller to model the Intel Management Engine. Enable
> this for link.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> Convert this function to use the the driver model PCI API. We just need
> to pass in the northbridge device.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Use the CPU driver's probe() method to perform the CPU init. This will happen
> automatically when the first CPU is probed.
>
> Signed-off-by: Simon Glass
> ---
Reviewed-by: Bin Meng
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> This uses a non-existent node at present. It should use the first CPU node.
> The referenced property does not exist (the correct value is the default of
> 0), but this allows the follow-on init to complete.
>
>
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> The watchdog can be reset later in the LPC init() call. Move it.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
___
U-Boot
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> In preparation for adding an init() method to the LPC uclass, rename this
> existing function so that it will not conflict.
>
> Signed-off-by: Simon Glass
> ---
>
>
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> The existing ivybridge code predates the normal multi-core CPU init, and
> it is not used. Remove it and add CPU nodes to the device tree so that all
> four CPUs are set up. Also enable the 'cpu' command.
>
> Signed-off-by:
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> We don't need to init the graphics controller so early. Move it alongside
> the other graphics setup, just before we run the ROM.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Add an empty method for now. We will add more to it in future patches.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/ivybridge/cpu.c | 11 ++-
> arch/x86/cpu/ivybridge/lpc.c |
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> This init can happen in the driver also. Move it.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
___
U-Boot mailing list
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Now that we have a proper driver for the nortbridge, set it up in by probing
> it, and move the early init code into the probe() method.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Move more code into the northbridge probe() function.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
___
U-Boot mailing list
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Add a driver with an empty probe function where we can move init code in
> follow-on patches.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
Hi Simon,
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> Convert this code over to use the driver model PCI API. The easiest way to
> do this is to iterate through the valid USB devices in the device tree.
>
> Signed-off-by: Simon Glass
> ---
>
>
Hi Simon,
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> This function is called all over the place. Convert it use the driver model
> PCI API, and rationalise the calls.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/ivybridge/gma.c
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> SDRAM init needs access to the Northbridge controller and the Intel
> Management Engine device. Add the latter to the device tree and convert all
> of this code to driver model.
>
> Signed-off-by: Simon Glass
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> Convert these functions to use the driver model PCI API.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
___
U-Boot mailing
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> Convert this file to use the driver model PCI API.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
___
U-Boot mailing list
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> U-Boot does not support SMM yet, so we can drop this code. It is easy to
> bring back when needed.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> Each system controller can have a number to identify it. It can then be
> accessed using syscon_get_by_driver_data(). Put this in a shared header
> file and update the only current user.
>
> Signed-off-by: Simon Glass
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> This is not used on link which is the only ivybridge board. Drop this code.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
On Tue, Dec 8, 2015 at 11:39 AM, Simon Glass wrote:
> This code relates to the PCH, so we should move it into the same file.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
___
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
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 +0100, Marek Vasut wrote:
> > > > On Sunday, December 13, 2015 at
On Sunday, December 13, 2015 at 01:38:41 PM, Mateusz Kulikowski wrote:
> Hi,
>
> Thanks for quick review;
>
> On 11.12.2015 00:22, Marek Vasut wrote:
> > On Thursday, December 10, 2015 at 10:41:41 PM, Mateusz Kulikowski wrote:
> [...]
>
> >> +
> >> +#ifndef CONFIG_USB_ULPI_VIEWPORT
> >> +#error
On Sunday, December 13, 2015 at 12:09:58 PM, Michael Heimpold wrote:
Commit message describing the board would be real nice.
> Signed-off-by: Michael Heimpold
> ---
>
> Please note, that this board setup files need the function
> mxs_power_switch_dcdc_clocksource() as
On Sunday, December 13, 2015 at 12:08:37 PM, Michael Heimpold wrote:
> 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
Thanks for quick review;
On 11.12.2015 00:22, Marek Vasut wrote:
> On Thursday, December 10, 2015 at 10:41:41 PM, Mateusz Kulikowski wrote:
[...]
>> +
>> +#ifndef CONFIG_USB_ULPI_VIEWPORT
>> +#error Please enable CONFIG_USB_ULPI_VIEWPORT
>>
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Adjust most of the remaining functions in this file to use the driver model
> PCI API. The one remaining function is bridge_silicon_revision() which will
> need a little more work.
>
> Signed-off-by: Simon Glass
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> The SATA device needs to set itself up so that it appears correctly on the
> PCI bus. The easiest way to do this is to set it up to probe before
> relocation. This can do the early setup.
>
> Signed-off-by: Simon Glass
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Adjust bd82x6x_pci_init() to use the driver model PCI API.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
___
U-Boot mailing
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> This init can be done in the northbridge's probe() method. Move it.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/ivybridge/northbridge.c | 17 +
>
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> This code is now part of the northbridge driver, so move it into the same
> place.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> When the final MRC cache record is the same as the one we want to write, we
> skip writing since there is no point. This is normal behaviour.
>
> Avoiding printing an error when this happens.
>
> Signed-off-by: Simon Glass
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> This is not used and MTRRs are set up elsewhere now. Drop it.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
___
U-Boot
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> There are no other implementations of this function, and baords that need it
typo of 'baords'
> can implement a CPU driver.
>
> Signed-off-by: Simon Glass
> ---
>
Other than that,
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> These devices currently need to be inited early in boot. Once we have the
> init in the right places (with each device doing its own init and no
> problems with ordering) we should be able to remove this. For now
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Instead of calling the northbridge and PCH init from bd82x6x_init_extra()
> when the PCI bus is probed, call it from the respective drivers.
>
> Signed-off-by: Simon Glass
> ---
>
>
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Instead of manually initing the device, probe the SATA device and move the
> init there.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/ivybridge/bd82x6x.c | 13 +
>
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Adjust the functions in this file to use the driver model PCI API.
>
> Signed-off-by: Simon Glass
Duplicated "Signed-off-by"
>
> Signed-off-by: Simon Glass
> ---
>
>
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> This function does nothing now so can be dropped.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
___
U-Boot mailing list
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> There is nothing special about the ivybridge pci driver now, so just use
> the generic one.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/ivybridge/Makefile | 1 -
>
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> This graphics init code is best placed in the gma init code. Move the code
> and drop the function.
>
> Signed-off-by: Simon Glass
> ---
Reviewed-by: Bin Meng
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Drop the lpc_init_extra() function and just use the post-relocation LPC
> init instead.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Add a uclass ID for AHCI/SATA. There are no operations and no interface so
> far, but it is possible to probe a SATA device.
I think we should create an ATA or disk controller uclass, instead of
AHCI class. AHCI
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Move these two boards to use driver model for USB.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
___
U-Boot mailing list
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Adjust this code to use the driver model PCI API. This is all called through
> lpc_init_extra().
>
> Signed-off-by: Simon Glass
> ---
Reviewed-by: Bin Meng
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Add a uclass for the northbridge / SDRAM controller found on some older
> Intel chipsets.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/lib/Makefile | 1 +
>
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Find the LPC device in arch_cpu_init_dm() as a first step to converting
> this code to use driver model. Probing the LPC will probe its parent (the
> PCH) automatically, so make sure that probing the PCH does
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> At present this BIOS emulator uses a bus/device/function number. Change
> it to use a device if CONFIG_DM_PCI is enabled.
>
> Signed-off-by: Simon Glass
> ---
>
>
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> We have a way to find a regmap by its syscon driver data value. Add the same
> for syscon itself.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/core/syscon-uclass.c | 31
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Move this code to the LPC's probe() method so that it will happen
> automatically when the LPC is probed before relocation.
>
> Signed-off-by: Simon Glass
> ---
>
>
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Set up a PCH init() method where we will put init code. Rename the existing
> bd82x6x_init() to bd82x6x_init_extra().
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/ivybridge/bd82x6x.c
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Add a compatible string to allow this to be specified in the device tree
> if needed.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/usb/host/ehci-pci.c | 5 +
> 1 file changed, 5
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Move SPI and port80 init to lpc_early_init(), called from the LPC's probe()
> method.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> This is often -96 (-EEPFNOSUPPORT) which indicates that the uclass is not
-EPFNOSUPPORT
> compiled in. Display the error number to make this easier to spot.
>
> Signed-off-by: Simon Glass
> ---
>
Other
Hi Simon,
On Tue, Dec 8, 2015 at 11:38 AM, Simon Glass wrote:
> Add a method for setting up the LPC device after it has been probed. This
> is needed because the device cannot fully init until other parts of the
> system are ready.
>
> Signed-off-by: Simon Glass
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
---
Used mode member from spi_slave{} instead of op_mode_tx.
Cc: Bin Meng
Cc: Simon Glass
Signed-off-by: Jagan Teki
---
drivers/mtd/spi/sf_probe.c | 2 +-
drivers/mtd/spi/spi_flash.c | 4 ++--
drivers/spi/ich.c | 2 +-
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 -
1 file changed, 26
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
---
drivers/mtd/spi/spi_flash.c | 20
1 file changed, 8 insertions(+), 12 deletions(-)
diff
apt-get install gcc-4.7-arm-linux-gnueabihf ncurses-dev uboot-mkimage
build-essential git
http://lists.denx.de/pipermail/u-boot/2015-January/200162.html
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
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.
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
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
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
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
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.
[...]
> >
> >
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-linux-gnu-
then ,t execute u-boot bay qemu
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
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
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
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
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
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
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
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
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
1 - 100 of 173 matches
Mail list logo