On 6/26/2015 7:53 PM, Haikun Wang wrote:
> From: Haikun Wang
>
> Bring in required device tree files for ls2085a from Linux.
> These are initially unchanged and have a number of pieces not needed by
> U-Boot.
Hi Simon,
I got below comment when review this patch internal.
Please help me confirm.
Hello Wolfgang,
On Wed, 08 Jul 2015 00:36:52 +0200, Wolfgang Denk wrote:
> Dear Jagan,
>
> In message
> you
> wrote:
> >
> > I'm running u-boot from u-boot prompt, just like a standalone
> > application with CONFIG_SYS_TEXT_BASE address.
> ...
(note: the board here identifies itself as "ARM
Hi Joe
On 8 July 2015 05:55:28 CEST, Joe Hershberger wrote:
>Definitely use checkpatch.pl on this series.
Yeah, it's been late and I somehow forgot about it. I already run v2 about to
be posted through it now.
> I recommend patman.
So far I have not used that one yet but thanks for the tip.
On Wed, Jul 8, 2015 at 12:54 AM, Simon Glass wrote:
> On 6 July 2015 at 09:28, Yegor Yefremov wrote:
>> Signed-off-by: Yegor Yefremov
>> ---
>> configs/am335x_baltos_defconfig | 4 ++--
>> include/configs/baltos.h| 2 --
>> 2 files changed, 2 insertions(+), 4 deletions(-)
>
> Reviewed-b
In commit a18a477 (MIPS: use common code from lib/time.c) MIPS platforms
started using common the common timer functions which are based around
the fact that many platforms have a 32-bit free running counter register
that can be used see commit 8dfafdd (Introduce common timer functions).
Even MIPS
Hi,
We found this on a custom MIPS64 based board. Basically we were seeing
udelay and friends do odd things occasionally. The problem appears to be
when we read the c0 32-bit counter sometimes we get unexpected values
when this is returned as an unsigned long on a 64-bit system. I've
written a lit
2015-07-08 14:01 GMT+09:00 Heiko Schocher :
> Hello Masahiro,
>
>
> Am 08.07.2015 um 06:29 schrieb Masahiro Yamada:
>>
>> The macro cpu_relax() is defined by several headers in different
>> ways.
>>
>> arch/{arm,avr32,mips}/include/asm/processor.h defines it as follows:
>>#define cpu_relax() b
Some exceptions cause an error code to be saved on the current stack
after the EIP value. We should extract CS/EIP/EFLAGS from different
position on the stack based on the exception number.
Signed-off-by: Bin Meng
---
arch/x86/cpu/interrupts.c | 29 -
arch/x86/in
Instead of using switch..case for architecture defined exceptions,
simply unify the handling by printing a message of exception name,
followed by registers dump then halt the CPU.
With this unification, it also fixes the wrong exception numbers
for #MF/#AC/#MC/#XM which should be 16/17/18/19 not 1
Hi Heiko,
2015-07-08 14:10 GMT+09:00 Heiko Schocher :
> Hello Masahiro,
>
> Am 08.07.2015 um 06:29 schrieb Masahiro Yamada:
>>
>> It does not seem efficient to always return cache-aligned memory.
>> Return aligned memory only when GFP_DMA flag is given.
>>
>> My main motivation for this commit is
Hello Masahiro,
Am 08.07.2015 um 06:29 schrieb Masahiro Yamada:
The memory is automatically released on driver removal, so we do not
need to do so explicitly in device_free().
The helper function alloc_priv() is no longer needed because
devm_kzalloc() now understands the GFP_DMA flag.
Signed-o
Hello Masahiro,
Am 08.07.2015 um 06:29 schrieb Masahiro Yamada:
It does not seem efficient to always return cache-aligned memory.
Return aligned memory only when GFP_DMA flag is given.
My main motivation for this commit is to refactor device_probe()
and device_free() in the next commit. DM_FLA
Hello Masahiro,
Am 08.07.2015 um 06:29 schrieb Masahiro Yamada:
In U-Boot's driver model, memory is basically allocated and freed
in the core framework. So, low level drivers generally only have
to specify the size of needed memory with .priv_auto_alloc_size,
.platdata_auto_alloc_size, etc. Ne
We should not leave the expansion ROM address window open when there
is not a valid ROM.
Suggested-by: Matt Porter
Signed-off-by: Bin Meng
---
I did not update pci_rom_probe() to handle the header type1 ROM address,
as I think pci_rom_probe() is a static routine which is only used for
VGA ROM o
Currently PCI expansion ROM address is assigned by a call to
pciauto_setup_rom() outside of the pci auto config process.
This does not work when expansion ROM is on a device behind
PCI bridge where bridge's memory limit register was already
programmed to a value that does not cover the newly assign
Hi Sylvain,
On 07.07.2015 22:13, LEMIEUX, SYLVAIN wrote:
> This is a minor update to LPC32xx MAC driver patch that add support for the
> RMII phy mode.
>
> In the legacy BSP from NXP, in RMII phy mode, an extra 10ms delay was present
> after the release of the soft reset.
>
> In my tests (conn
Hello Masahiro,
Am 08.07.2015 um 06:29 schrieb Masahiro Yamada:
Currently, kzalloc() returns zero-filled memory, while kmalloc()
simply ignores the second argument and never fills the memory
area with zeros.
I want kmalloc(size, __GFP_ZERO) to behave as kzalloc() does,
which will make it easier
Hello Masahiro,
Am 08.07.2015 um 06:29 schrieb Masahiro Yamada:
The macro cpu_relax() is defined by several headers in different
ways.
arch/{arm,avr32,mips}/include/asm/processor.h defines it as follows:
#define cpu_relax() barrier()
On the other hand, include/linux/compat.h defines it as
Hello Masahiro,
Am 08.07.2015 um 06:29 schrieb Masahiro Yamada:
The vzalloc(size) is equivalent to kzalloc(size, 0). Move it to
include/linux/compat.h as an inline function in order to avoid the
function call overhead.
Signed-off-by: Masahiro Yamada
---
include/linux/compat.h | 6 --
On Wed, Jul 8, 2015 at 12:29 PM, Masahiro Yamada
wrote:
> These two declarations in arch/x86/include/asm/interrupt.h conflict
> with ones in include/linux/compat.h, so x86 boards cannot include
> .
>
> The comment /* arch/x86/lib/interrupts.c */ is bogus now, and we do
> not see any definitions of
Hi Simon,
On Mon, Jul 6, 2015 at 5:47 PM, Simon Glass wrote:
> At present all PCI devices must be present in the device tree in order to
> be used. Many or most PCI devices don't require any configuration other than
> that which is done automatically by U-Boot. It is inefficent to add a node
> wi
Hi Tom,
On Mon, Jun 22, 2015 at 5:57 PM, Joe Hershberger wrote:
> bf533-stamp, bf538f-ezkit, and cm-bf548 are very space limited.
>
> This was introduced by:
> 6e0d26c0502e (net: Handle ethaddr changes as an env callback)
> by enabling CONFIG_REGEX, which is too big for these boards.
>
> This pat
Hi Tom,
On Mon, Jun 22, 2015 at 5:57 PM, Joe Hershberger wrote:
> Instead of selecting REGEX when NET is enabled, make it the default, but
> allow boards that are tiny to disable it and lose functionality on all
> but the first Ethernet adapter.
>
> cm-bf548, bf538f-ezkit, and bf533-stamp need th
Currently, kzalloc() returns zero-filled memory, while kmalloc()
simply ignores the second argument and never fills the memory
area with zeros.
I want kmalloc(size, __GFP_ZERO) to behave as kzalloc() does,
which will make it easier to add more memory allocator variants.
With the introduction of _
It does not seem efficient to always return cache-aligned memory.
Return aligned memory only when GFP_DMA flag is given.
My main motivation for this commit is to refactor device_probe()
and device_free() in the next commit. DM_FLAG_ALLOC_PRIV_DMA
should be handled more easily.
Signed-off-by: Mas
The macro cpu_relax() is defined by several headers in different
ways.
arch/{arm,avr32,mips}/include/asm/processor.h defines it as follows:
#define cpu_relax() barrier()
On the other hand, include/linux/compat.h defines it as follows:
#define cpu_relax() do {} while (0)
If both headers are
The vzalloc(size) is equivalent to kzalloc(size, 0). Move it to
include/linux/compat.h as an inline function in order to avoid the
function call overhead.
Signed-off-by: Masahiro Yamada
---
include/linux/compat.h | 6 --
lib/linux_compat.c | 5 -
2 files changed, 4 insertions(+), 7
With devm_kzalloc(), device_unbind() and the failure path in
device_bind() can be much cleaner.
We no longer need such flags as DM_FLAG_ALLOC_PDATA etc. because
we do not have to remember if the memory has been really allocated.
The memory is freed free when the device is unbind.
Signed-off-by:
This new command can dump all device resources associated to
each device. The fields in every line shows:
- The address of the resource
- The size of the resource
- The name of the release function
- The stage in which the resource has been acquired (BIND/PROBE)
The output looks like this
In U-Boot's driver model, memory is basically allocated and freed
in the core framework. So, low level drivers generally only have
to specify the size of needed memory with .priv_auto_alloc_size,
.platdata_auto_alloc_size, etc. Nevertheless, some drivers still
need to allocate memory on their own
The memory is automatically released on driver removal, so we do not
need to do so explicitly in device_free().
The helper function alloc_priv() is no longer needed because
devm_kzalloc() now understands the GFP_DMA flag.
Signed-off-by: Masahiro Yamada
---
drivers/core/device-remove.c | 23 ---
Currently, we only have DM_FLAG_ACTIVATED to indicate the device
status, but we still cannot know in which stage is in progress,
binding or probing.
This commit introduces a new flag, DM_FLAG_BOUND, which is set when
the device is really bound, and cleared when it is unbound.
Signed-off-by: Masah
devm_kmalloc() is identical to kmalloc() except that the memory
allocated with it is managed and will be automatically released
when the device is removed/unbound.
Likewise for the other variants.
Signed-off-by: Masahiro Yamada
---
drivers/core/devres.c | 21 +
include/dm/d
A little more clean up made possible by devm_kzalloc().
Signed-off-by: Masahiro Yamada
---
drivers/core/device.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/core/device.c b/drivers/core/device.c
index f024aa2..25b9b63 100644
--- a/drivers/core/device.c
These two declarations in arch/x86/include/asm/interrupt.h conflict
with ones in include/linux/compat.h, so x86 boards cannot include
.
The comment /* arch/x86/lib/interrupts.c */ is bogus now, and we do
not see any definitions of disable_irq() and enable_irq() in there.
Signed-off-by: Masahiro Y
Please refer to the commit message of 06/12
for what this series wants to do.
Masahiro Yamada (12):
x86: delete unneeded declarations of disable_irq() and enable_irq()
linux_compat: remove cpu_relax() define
linux_compat: move vzalloc() to header file as an inline function
linux_compat:
Hi Prabhakar,
On Thu, Jul 2, 2015 at 12:59 AM, Prabhakar Kushwaha
wrote:
> Do not immediately return if the enqueue function returns -EBUSY; re-try
> mulitple times.
>
> if timeout occures, release the buffer.
>
> Signed-off-by: Prabhakar Kushwaha
> ---
Acked-by: Joe Hershberger
__
Hi Prabhakar,
On Thu, Jul 2, 2015 at 12:59 AM, Prabhakar Kushwaha
wrote:
> Management complex major version should match to the firmware present in
> flash.
>
> Return error during mismatch of major version.
>
> Signed-off-by: Prabhakar Kushwaha
> ---
Acked-by: Joe Hershberger
___
Add driver model support to this driver so it can be used with the new USB
stack.
Signed-off-by: Simon Glass
---
drivers/usb/host/dwc2.c | 97 +
1 file changed, 97 insertions(+)
diff --git a/drivers/usb/host/dwc2.c b/drivers/usb/host/dwc2.c
index
Raspberry Pi uses a DWC2 USB controller and a SMSC USB Ethernet adaptor.
Neither of these currently support driver model.
This series does the following:
- Move Raspberry Pi to use device tree control (u-boot-dtb.bin instead of
u-boot.bin)
- Remove GPIO platform data (now uses device tree)
-
Hi Simon,
On Tue, Jul 7, 2015 at 9:53 PM, Simon Glass wrote:
> For USB Ethernet devices we need to use the usbethaddr environment variable
> (instead of ethaddr) the Ethernet hardware address. Add this to the uclass
> so that it happens automatically.
I have always thought that this approach of
Hi Bin,
On Tue, Jul 7, 2015 at 10:46 PM, Bin Meng wrote:
> Hi Joe,
>
> On Tue, Jul 7, 2015 at 5:55 AM, Joe Hershberger
> wrote:
>> Hey Tom,
>>
>> On Wed, Jul 1, 2015 at 5:02 PM, Tom Rini wrote:
>>> On Wed, Jul 01, 2015 at 10:26:21AM -0500, Joe Hershberger wrote:
Hi Alexey,
On Wed
+Tom
On Mon, Jun 15, 2015 at 11:43 PM, Joe Hershberger
wrote:
> Hi Bin,
>
> On Mon, Jun 15, 2015 at 5:40 AM, Bin Meng wrote:
>> commit f566c99 "net: Update hardware MAC address if it changes in env"
>> removes writing MAC address to designware controller after soft reset.
>> This makes designwar
Hi Marcel,
On Wed, Jul 1, 2015 at 6:04 PM, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> This patch fixes operation of our on-board AX88772B chip without EEPROM
> but with a ethaddr coming from the regular U-Boot environment. This is
> a forward port of some remaining parts initially implem
Hi Joe,
On Tue, Jul 7, 2015 at 5:55 AM, Joe Hershberger
wrote:
> Hey Tom,
>
> On Wed, Jul 1, 2015 at 5:02 PM, Tom Rini wrote:
>> On Wed, Jul 01, 2015 at 10:26:21AM -0500, Joe Hershberger wrote:
>>> Hi Alexey,
>>>
>>> On Wed, Jul 1, 2015 at 9:25 AM, Alexey Brodkin
>>> wrote:
>>> > Hi Tom, Joe,
>
Hi Codrin,
On Thu, Jul 2, 2015 at 9:32 AM, Codrin Constantin Ciubotariu
wrote:
> Hi Joe,
>
>> > -#define CONFIG_VSC9953_PORT_ENA0x3a00
>>
>> Why is this value changing? Was it just wrong before?
> Sorry, I missed this comment. Yes, the correct value that only enables the
> po
Hi Codrin,
On Thu, Jul 2, 2015 at 3:44 AM, Codrin Constantin Ciubotariu
wrote:
> Hi Joe,
>
>> -Original Message-
>> From: Joe Hershberger [mailto:joe.hershber...@gmail.com]
>> Sent: Wednesday, July 01, 2015 1:50 AM
>> To: Ciubotariu Codrin Constantin-B43658
>> Cc: u-boot; Joe Hershberger;
Hi Andrew,
On Wed, Jul 8, 2015 at 3:16 AM, wrote:
> From: Andrew Bradford
>
> Allow for configuration of FSP UPD from the device tree which will
> override any settings which the FSP was built with itself if the device
> tree settings exist, otherwise simply trust the FSP's defaults.
>
> Modifi
Hi Simon,
On Tue, May 19, 2015 at 5:39 AM, Simon Glass wrote:
> On 15 May 2015 at 19:33, Bin Meng wrote:
>> This driver was originally added to support the native IDE mode for
>> Intel chipset, however it has some bugs like not supporting ATAPI
>> devices, endianness issue, or even broken build
Start using driver model for USB on the Raspberry Pi. The dwc2 supports
this now so this is just a config change.
Signed-off-by: Simon Glass
---
configs/rpi_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/rpi_defconfig b/configs/rpi_defconfig
index 94e298b..f2e8ab1 10064
We can rely on the device tree to provide the GPIO information.
Signed-off-by: Simon Glass
---
arch/arm/mach-bcm283x/include/mach/gpio.h | 2 --
board/raspberrypi/rpi/rpi.c | 9 -
drivers/gpio/bcm2835_gpio.c | 20
include/configs/rpi-co
Enable CONFIG_DM_ETH so that driver model is used for the USB Ethernet
device.
Signed-off-by: Simon Glass
---
configs/rpi_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/rpi_defconfig b/configs/rpi_defconfig
index f2e8ab1..df2dcee 100644
--- a/configs/rpi_defconfig
+++ b/c
Enable device tree control so that we can use driver model fully and avoid
using platform data.
Signed-off-by: Simon Glass
---
configs/rpi_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/rpi_defconfig b/configs/rpi_defconfig
index fc1aef3..94e298b 100644
--- a/configs/rp
Instead of returning -1 on error, we should use a proper error number. Fix
the code to conform to this.
Signed-off-by: Simon Glass
---
drivers/usb/eth/smsc95xx.c | 48 +-
1 file changed, 26 insertions(+), 22 deletions(-)
diff --git a/drivers/usb/eth/
This updates the device tree from the kernel version to something suitable
for U-Boot:
- Add stdout-path alias for console
- Mark the /soc node to be available pre-relocation so that the early serial
console works (we need the 'ranges' property to be available)
Signed-off-by: Simon Glass
---
a
This binding differs from that of Linux. Update it and change existing
users.
Signed-off-by: Simon Glass
---
arch/arm/dts/stv0991.dts | 2 +-
doc/device-tree-bindings/serial/pl011.txt | 53 +++
doc/device-tree-bindings/serial/pl01x.txt | 7
dr
We can rely on the device tree to provide the UART information.
Signed-off-by: Simon Glass
---
board/raspberrypi/rpi/rpi.c | 15 ---
1 file changed, 15 deletions(-)
diff --git a/board/raspberrypi/rpi/rpi.c b/board/raspberrypi/rpi/rpi.c
index 96fe870..7de1921 100644
--- a/board/rasp
This shows a proper progress display and the total amount of data
transferred. Enable it for Raspberry Pi.
Signed-off-by: Simon Glass
---
include/configs/rpi-common.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/rpi-common.h b/include/configs/rpi-common.h
index b54cf8b..b
Bring in the device tree files from Linux v4.1.
Signed-off-by: Simon Glass
---
arch/arm/dts/Makefile | 2 +
arch/arm/dts/bcm2835-rpi-b.dts| 23
arch/arm/dts/bcm2835-rpi.dtsi | 51 +
arch/arm/dts/bcm2835.dtsi | 192
The 'ranges' property can be used to specify a translation from the system
address to the bus address. Add support for this using the dev_get_addr()
function, which devices should use to find their address.
Signed-off-by: Simon Glass
---
drivers/core/device.c| 17 +++--
driv
The AX_ prefix comes from the Asix driver. Since this is not that, we should
avoid this confusing prefix.
Signed-off-by: Simon Glass
---
drivers/usb/eth/smsc95xx.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/usb/eth/smsc95xx.c b/drivers/usb/eth/smsc95x
At present struct eth_device is passed around all over the place. This does
not exist with driver model. Add explicit arguments instead, so that with
driver model we can pass the correct things.
Signed-off-by: Simon Glass
---
drivers/usb/eth/smsc95xx.c | 270 +---
Put all global data in a structure and move (what will be) common code into
common functions. This will make the driver-model conversion much easier.
Signed-off-by: Simon Glass
---
drivers/usb/host/dwc2.c | 150
1 file changed, 100 insertions(+),
Add support for driver model, so that CONFIG_DM_ETH can be defined and used
with this driver.
Signed-off-by: Simon Glass
---
drivers/usb/eth/smsc95xx.c | 142 +
1 file changed, 142 insertions(+)
diff --git a/drivers/usb/eth/smsc95xx.c b/drivers/usb/e
This is required on some platforms, so add it.
Signed-off-by: Simon Glass
---
drivers/usb/eth/usb_ether.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/eth/usb_ether.c b/drivers/usb/eth/usb_ether.c
index 137eac7..110808d 100644
--- a/drivers/usb/eth/usb_ether.c
+++ b/drivers/u
Tidy up the include file order before adding more.
Signed-off-by: Simon Glass
---
drivers/usb/eth/smsc95xx.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/eth/smsc95xx.c b/drivers/usb/eth/smsc95xx.c
index a7e50d6..8ebe4d6 100644
--- a/drivers/usb/eth/smsc9
For USB Ethernet devices we need to use the usbethaddr environment variable
(instead of ethaddr) the Ethernet hardware address. Add this to the uclass
so that it happens automatically.
Signed-off-by: Simon Glass
---
net/eth.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --g
We can support USB Ethernet regardless of the setting of CONFIG_DM_USB.
Update the code to reflect this.
Signed-off-by: Simon Glass
---
common/cmd_usb.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/common/cmd_usb.c b/common/cmd_usb.c
index b385743..bc45c48 100644
--
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
> Sent: Tuesday, July 07, 2015 7:20 PM
> To: Tang Yuantian-B29983
> Cc: tr...@konsulko.com; Xie Shaohui-B21989; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v2] ahci: Fix compiling warnings under 64bit
>
Hi Minkyu,
On 6 July 2015 at 19:36, Minkyu Kang wrote:
> Dear Simon,
>
> On 07/07/15 00:27, Simon Glass wrote:
>> Hi Minkyu, Przemyslaw,
>>
>> On 5 July 2015 at 00:15, Heiko Schocher wrote:
>>> Hello Simon,
>>>
>>> Am 03.07.2015 um 02:15 schrieb Simon Glass:
When driver model is not us
Hi Simon,
Hopefully you're the right person to be contacting about this; if not, please
point me in the right direction.
We've recently had a contractor write a hash driver for our crypto accelerator,
intended to accelerate fitImage verification. They noticed that the hardware
hashing API woul
On Mon, Jun 22, 2015 at 02:43:10PM +0530, Mugunthan V N wrote:
> we currently use in-development IODelay values for DRA72x which are
> proposed in the data sheet, however, DRA72x EVM uses DP83865 ethernet
> Phy over RGMII. The PHY characteristics and routing choices made on
> the EVM, make the cur
On Tue, Jul 07, 2015 at 08:14:13PM +0530, Mugunthan V N wrote:
> On Monday 22 June 2015 02:43 PM, Mugunthan V N wrote:
> > we currently use in-development IODelay values for DRA72x which are
> > proposed in the data sheet, however, DRA72x EVM uses DP83865 ethernet
> > Phy over RGMII. The PHY charac
On Tue, Jul 07, 2015 at 02:26:38PM +0200, Albert ARIBAUD wrote:
> Hello,
>
> The following changes since commit 9c6b05cb724e18d1db3f9e1a75b2272572f06fbd:
>
> Prepare v2015.07-rc3 (2015-06-29 17:22:01 -0400)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-arm master
On 5 July 2015 at 21:23, Bin Meng wrote:
> On Sat, Jul 4, 2015 at 8:28 AM, Simon Glass wrote:
>> To try to reduce the pain of confusion of binary blobs, add MD5 checksums
>> for the current versions. This may worsen the situation as new versions
>> appear, but it should still be possible to obtai
On 6 July 2015 at 10:39, Simon Glass wrote:
> On 6 July 2015 at 01:57, Bin Meng wrote:
>> On 32-bit machine strtol() returns LONG_MAX which is 0x7fff,
>> which is wrong for u-boot.rom components like u-boot-x86-16bit.bin.
>> Change to use strtoll() so that it works on both 32-bit and 64-bit
>
On 3 July 2015 at 18:28, Simon Glass wrote:
> Adjust minnowmax to use driver model for PCI. This requires adding a device
> tree node to specify the ranges, removing the board-specific PCI code and
> ensuring that the host bridge is configured.
>
> Reviewed-by: Bin Meng
> Signed-off-by: Simon Gla
On 5 July 2015 at 21:22, Bin Meng wrote:
> On Sat, Jul 4, 2015 at 8:28 AM, Simon Glass wrote:
>> Commit afbbd413a fixed this for non-driver-model. Make sure that the driver
>> model code handles this also.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v3:
>> - Drop the patch to board_
On 3 July 2015 at 18:28, Simon Glass wrote:
> Enable a SPI environment and store it in a suitable place.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> Reviewed-by: Jagan Teki
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> include/configs/minnowmax.h | 5 ++---
> 1 file chan
On 5 July 2015 at 21:20, Bin Meng wrote:
> On Sat, Jul 4, 2015 at 8:28 AM, Simon Glass wrote:
>> This driver should use the x86 PCI configuration functions. Also adjust its
>> compatible string to something generic (i.e. without a vendor name).
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Chang
On 3 July 2015 at 18:28, Simon Glass wrote:
> The layout of the ROM is a bit hard to discover by reading the code. Add
> a table to make it easier.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2:
> - Fix typos in README.x86
>
> doc/README.x8
On 6 July 2015 at 02:31, Bin Meng wrote:
> Enable graphics support on Intel Crown Bay board With the help of
> vgabios for Intel TunnelCreek IGD. Tested with an external LVDS
> panel connected to X4 connector and SDVO adapter connected to X9
> connector on the board.
>
> Signed-off-by: Jian Luo
>
On 3 July 2015 at 18:28, Simon Glass wrote:
> The status register on ICH9 is a single byte, so use byte access when
> writing to it, to avoid updating the control register also.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> Reviewed-by: Jagan Teki
> ---
>
> Changes in v3: None
> Chan
On 6 July 2015 at 02:31, Bin Meng wrote:
> MARK_GRAPHICS_MEM_WRCOMB is not referenced anywhere in the code,
> hence remove it.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
> ---
>
> Changes in v2: None
>
> arch/x86/Kconfig | 8
> board/google/chromebook_lin
On 6 July 2015 at 10:45, Andrew Bradford wrote:
> On 07/03 18:28, Simon Glass wrote:
>> The logic is incorrect and currently has no effect. Fix it so that we can
>> write to SPI flash, since by default it is write-protected.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v3:
>> - Correc
On 6 July 2015 at 02:31, Bin Meng wrote:
> Store VESA parameters to Linux setup header so that vesafb driver
> in the kernel could work.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
> Tested-by: Jian Luo
>
> ---
>
> Changes in v2: None
>
> arch/x86/include/asm/zimage.h | 1 +
> arch/x8
On 6 July 2015 at 02:31, Bin Meng wrote:
> We should setup fixed range MTRRs for some legacy regions like VGA
> RAM and PCI ROM areas as uncacheable. Note FSP may setup these to
> other cache settings, but we can override this in x86_cpu_init_f().
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Gla
On 6 July 2015 at 02:31, Bin Meng wrote:
> From: Jian Luo
>
> The TunnelCreek IGD VBE reports 32-bit color depth regardless 24-bit
> color depth is configured. Since 24-bit mode already uses 4 bytes
> internally, it should be OK to just add this option in switch case.
>
> Signed-off-by: Jian Luo
On 6 July 2015 at 02:31, Bin Meng wrote:
> Print the meaningful base address and mask of an MTRR range without showing
> the memory type encoding or valid bit.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
> ---
>
> Changes in v2: None
>
> arch/x86/lib/cmd_mtrr.c | 3 ++-
> 1 file changed
On 6 July 2015 at 02:31, Bin Meng wrote:
> Per CPUID:8008h result, the maximum physical address bits of
> TunnelCreek processor is 32 instead of default 36. This will fix
> the incorrect decoding of MTRR range mask.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
> ---
>
> Changes in v2:
On 6 July 2015 at 02:31, Bin Meng wrote:
> Move X86_OPTION_ROM_FILE & X86_OPTION_ROM_ADDR to arch/x86/Kconfig
> and rename them to VGA_BIOS_FILE & VGA_BIOS_ADDR which depend on
> HAVE_VGA_BIOS. The new names are consistent with other x86 binary
> blob options like HAVE_FSP/FSP_FILE/FSP_ADDR.
>
> S
On 6 July 2015 at 09:28, Yegor Yefremov wrote:
> Signed-off-by: Yegor Yefremov
> ---
> configs/am335x_baltos_defconfig | 4 ++--
> include/configs/baltos.h| 2 --
> 2 files changed, 2 insertions(+), 4 deletions(-)
Reviewed-by: Simon Glass
But please remember to add a commit message wi
On 6 July 2015 at 02:31, Bin Meng wrote:
> From: Jian Luo
>
> We should allow pci config read/write to host bridge (b.d.f = 0.0.0)
> in the int1a_handler() which is a valid pci device.
>
> Signed-off-by: Jian Luo
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
> ---
>
> Changes in v2: None
>
On 6 July 2015 at 02:31, Bin Meng wrote:
> Per PCI spec, VGA device reports its class as standard 03h in
> its configuration space, so we can use it to determine if we need
> run option rom instead of testing the supported vendor/device ids.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
Dear Jagan,
In message
you wrote:
>
> I'm running u-boot from u-boot prompt, just like a standalone
> application with CONFIG_SYS_TEXT_BASE address.
...
> Has any one tried the same before, please let me know for any inputs?
Actually this is even a FAQ:
http://www.denx.de/wiki/view/DULG/CanUB
Hi All,
I'm running u-boot from u-boot prompt, just like a standalone
application with CONFIG_SYS_TEXT_BASE address.
Cache were turned off
#define CONFIG_SYS_DCACHE_OFF
#define CONFIG_SYS_ICACHE_OFF
Log:
u-boot# tftp 0x0 u-boot.bin
u-boot# go 0x0
## Starting application at 0x ...
U-Boo
Hi, Lukasz
On 15-07-07 06:33 AM, Lukasz Majewski wrote:
Hi Steve,
From: "JD (Jiandong) Zheng"
Add the required files for the Broadcom UDC OTG interface.
Signed-off-by: Steve Rae
---
Changes in v2: None
arch/arm/include/asm/arch-bcm281xx/sysmap.h | 7
drivers/usb/gadget/bcm_udc_o
On 06/30/2015 03:02 AM, Peng Fan wrote:
> Hi Stefano,
>
> On Sun, Jun 28, 2015 at 01:00:07PM +0200, Stefano Babic wrote:
>> Hi Peng,
>>
>> On 14/06/2015 11:38, Peng Fan wrote:
>>> Since rom code supports the following commands, add new commands support in
>>> imximage.
>>>
>>
>> It is better to ex
On 15-07-07 06:27 AM, Lukasz Majewski wrote:
Hi Steve,
Signed-off-by: Steve Rae
---
Changes in v2: None
drivers/usb/gadget/s3c_udc_otg.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/usb/gadget/s3c_udc_otg.c
b/drivers/usb/gadget/s3c_udc_otg.c index 7a2d1e7..2e3b4f7 100
This is a minor update to LPC32xx MAC driver patch that add support for the
RMII phy mode.
In the legacy BSP from NXP, in RMII phy mode, an extra 10ms delay was present
after the release of the soft reset.
In my tests (connected using RMII phy mode to a Micrel KSZ8031RNL), the
download rate wa
1 - 100 of 155 matches
Mail list logo
