Hello Sir,
I will definetely try to trace the transactions.
--
On Sun 25 May, 2014 12:52 AM IST Jon Loeliger wrote:
>Amit,
>
>If you can, place a SPI protocol analyzer on the bus and trace its
>transactions.
>
>I recently debugged a similar symptom an
In current gpio_set_value() implementation, it always sets the gpio control bit
no matter the value argument is 0 or 1. Thus the GPIOs never set to low.
This patch fixes this bug.
The address bus is used as a mask on read/write operations, so that independent
software drivers can set their GPIO bi
Adjust the sandbox serial driver to use the new driver model uclass. The
driver works much as before, but within the new framework.
Signed-off-by: Simon Glass
---
drivers/serial/sandbox.c | 67 +--
include/configs/sandbox.h | 3 +++
2 files changed,
For sandbox we have a fallback console which is used very early during
U-Boot, before serial drivers are available. Rather than try to guess
when to switch to the real one, add a flag so we can be sure. This makes
sure that sandbox can always output a panic() message, for example, and
avoids silent
Enable this for sandbox so that we will be able to use driver model before
relocation.
Signed-off-by: Simon Glass
---
include/configs/sandbox.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/configs/sandbox.h b/include/configs/sandbox.h
index fdc8b75..86ee70f 100644
--- a/inclu
The root device should be probed just like any other device. The effect of
this is to mark the device as activated, so that it can be removed (along
with its children) if required.
Signed-off-by: Simon Glass
---
drivers/core/root.c | 3 +++
test/dm/core.c | 2 +-
2 files changed, 4 inserti
Where there are serveral device options that can be chosen, often one is
preferred. This can normally be handled by aliases in the device tree.
However, when a device can be specified either with platform data or
with a device tree node, which one should dm use? This situation happens
with sandbox
The current functions for adding and removing devices require a device name.
This is not convenient for driver model, which wants to store a pointer to
the relevant device. Add new functions which provide this feature and adjust
the old ones to call these.
Signed-off-by: Simon Glass
---
common/
At present stdio device functions do not get any clue as to which stdio
device is being acted on. Some implementations go to great lengths to work
around this, such as defining a whole separate set of functions for each
possible device.
For driver model we need to associate a stdio_dev with a devi
Driver model currently only operates after relocation is complete. In this
state U-Boot typically has a small amount of memory available. In adding
support for driver model prior to relocation we must try to use as little
memory as possible.
In addition, on some machines the memory has not be init
The current sandbox serial driver is a pretty trivial example and does not
have the featues that might be needed for other board serial drivers. To
help provide a better example, add a text colour property to the device
tree for sandbox. This uses platform data, a device tree node, driver
private d
There is no point in setting a structure memory to NULL when it has already
been zeroed with memset().
Also, there is no need to create a stub function for stdio to call - if the
function is NULL it will not be called.
This is a clean-up, with no change in functionality.
Signed-off-by: Simon Gla
If the console is not present, we try to reduce overhead by stopping any
output in vprintf(), before it gets to putc(). This is dubious merit in
general, but in the case of sandbox it is incorrect, since we have a
fallback console which reports errors very early in U-Boot. If this is
defeated U-Boo
Initialise devices marked 'pre-reloc' and make them available prior to
relocation. Note that this requires pre-reloc malloc() to be available.
Signed-off-by: Simon Glass
---
common/board_f.c | 30 ++
common/board_r.c | 3 +++
includ
Serial devices support simple byte input/output and a few operations to find
out whether data is available. Add a basic uclass for serial devices to be
used by drivers that are converted to driver model.
Signed-off-by: Simon Glass
---
drivers/serial/Makefile| 4 +
drivers/serial/seria
If we are to have driver model before relocation we need to support some
way of calling memory allocation routines.
The standard malloc() is pretty complicated:
1. It uses some BSS memory for its state, and BSS is not available before
relocation
2. It supports algorithms for reducing memory frag
Since driver model registers itself with the stdio subsystem, and we
want to avoid delayed registration and other complexity associated with
the current serial console, move the stdio subsystem init earlier when
driver model is used for serial.
This simplifies the implementation. Should there be a
Drivers are supposed to be able to close down cleanly. To set a good example,
make sandbox shut down its driver model drivers and remove them before exit.
It may be desirable to do the same more generally once driver model is more
widely-used. This could be done during bootm, before U-Boot jumps t
If the sandbox device tree is provided to U-Boot (with the -d flag) then it
will use the device tree version in preference to the built-in device. The
only difference is the colour.
Signed-off-by: Simon Glass
---
arch/sandbox/dts/sandbox.dts | 11 +++
1 file changed, 11 insertions(+)
d
There is a spelling mistake and two functions are missing comments
altogether. Also the flags declaration is correct, but doesn't follow
style. Finally, the uclass_get_device() function has some errors in
its documentation.
Fix these problems.
Signed-off-by: Simon Glass
---
include/dm/device.h
These don't really server any purpose in the modern age, IMO. On the
other hand they show up as annoying control characters in my editor, which
then happily removes them.
I believe we can drop these characters from the file.
Signed-off-by: Simon Glass
---
common/dlmalloc.c | 46 +++
The lifecycle of a device is an important part of driver model. Add to the
existing documentation and clarify it.
Thanks for Jon Loeliger for helping with the text and
suggesting improvements.
(Jon please comment/adjust to help clarify things further)
Reported-by: Jon Loeliger
Signed-off-by:
Make both dm enumeration commands support showing whether a driver is active
or not, and use a consistent indicator (an asterisk).
Signed-off-by: Simon Glass
---
test/dm/cmd_dm.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/test/dm/cmd_dm.c b/test/dm/cmd_dm.c
Add a new method which removes and unbinds all drivers.
Signed-off-by: Simon Glass
---
drivers/core/root.c | 8
include/dm/root.h | 8
2 files changed, 16 insertions(+)
diff --git a/drivers/core/root.c b/drivers/core/root.c
index 9fff164..4873e7b 100644
--- a/drivers/core/r
This series adds support for a serial uclass, enabling serial drivers to be
converted to use driver model.
Unfortunately this is quite a complicated process for a number of reasons:
- serial is used before relocation, but driver model does not support this
- stdio member functions are not passed
Hello Simon,
On vr, 2014-05-23 at 15:37 -1000, Simon Glass wrote:
> On 9 May 2014 12:31, Jeroen Hofstee wrote:
> > Hello,
> >
> > tools/Makefile uses the following substitution
> >
> > HOST_EXTRACFLAGS += -include $(srctree)/include/libfdt_env.h \
> > $(patsubst -I%,-idirafter%,
On Sat, May 24, 2014 at 11:32:00AM +0200, Albert ARIBAUD wrote:
> Hello Tom (and sorry for the duplicate),
>
> The following changes since commit
> 10dc77716f41979e03baf3b847b97dc7279ef30d:
>
> esdhc/usdhc: Fix warning when CONFIG_SYS_FSL_ESDHC_USE_PIO is not set
> (2014-05-23 09:19:05 -0400
Amit,
If you can, place a SPI protocol analyzer on the bus and trace its transactions.
I recently debugged a similar symptom and discovered that I was not driving
the Tx FIFO consistently enough to maintain the appearance of a single
transaction on the ID request to the flash.
How is your SPI de
+ u-boot ML
On Sat, May 24, 2014 at 11:48 PM, Amit Mahadik wrote:
> Hello Sir,
> Please find attached my driver file. The function
> spi_flash_alloc_base declaration was added to include/spi_flash.h and
> definition to drivers/mtd/spi/spi_flash.c.
Yes - It's looks fine but.
>
>
Am Samstag, 19. April 2014, 23:52:19 schrieb Michael Walle:
> Am 2014-04-01 20:09, schrieb Michael Walle:
> > Move addresses for kernel, ramdisk and fdt blob to own variables. Add
> > dtb
> > blob loading to all existing boot scripts, dtb filenames were taken
> > from
> > vanilla kernel. Introduce
On Wednesday, May 21, 2014 at 04:08:09 PM, jkrause wrote:
> I was wondering about the following warnings while bootings linux
> 3.15.0-rc5:
>
> [0.998885] nand: device found, Manufacturer ID: 0x98, Chip ID: 0xd1
> [1.005485] nand: Toshiba NAND 128MiB 3,3V 8-bit
> [1.010165] nand: 128Mi
On Wednesday, May 21, 2014 at 04:01:55 AM, Peter Schumann wrote:
> This patch makes it possible to boot from battery on olinuxino Boards
> from Olimex.
>
> We should not set DOUBLE_FETS in HW_POWER_MINPWR
Please explain how you arrived to this conclusion.
> , it makes my system
> reset with in s
On Friday, May 23, 2014 at 12:05:02 PM, mazen.e wrote:
> Is it possible to load a bare-metal standalone application by using uboot,
Yes
> and let the standalone app load a kernel and FS
If you pass control to it, yes.
> , could you please propose a
> hint on how to it?
As you gave no hints on
On Thursday, May 22, 2014 at 12:43:06 PM, Heiko Schocher wrote:
> resync with linux:
>
> commit 455c6fdbd219161bd09b1165f11699d6d73de11c
> Author: Linus Torvalds
> Date: Sun Mar 30 20:40:15 2014 -0700
>
> Linux 3.14
>
> Needed for the MTD/UBI/UBIFS resync
>
> Signed-off-by: Heiko Schoche
On Sat, May 24, 2014 at 10:27 PM, Amit Mahadik wrote:
> Hello All,
> I am using a custom ARM based development board running
> u-boot from PNOR memory. However, it does not have support for the Micron SPI
> flash memory (N25Q064A). I have added support for the micron memory in
>
Hello All,
I am using a custom ARM based development board running u-boot
from PNOR memory. However, it does not have support for the Micron SPI flash
memory (N25Q064A). I have added support for the micron memory in
drivers/mtd/spi/stmicro.c file and included the flag CONFIG_SPI_
Hello All,
I am using a custom ARM based development board running u-boot
from PNOR memory. However, it does not have support for the Micron SPI flash
memory (N25Q064A). I have added support for the micron memory in
drivers/mtd/spi/stmicro.c file and included the flag CONFIG_SPI_
Dear "mazen.e",
In message <1400920322709-180612.p...@n7.nabble.com> you wrote:
>
> I tried loading the standalone app considering your remarks, however, the
> app hangs at the following after a bootm command :
>
Am 22.05.2014 21:13, schrieb Bastien ROUCARIÈS:
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Hi,
A rebase of an old patch set from Jamie Lentin.
Source is available here:
http://jamie.lentin.co.uk/devices/dlink-dns325/
Please apply
Changelog:
[V2]
Am 19.05.2014 11:21, schrieb Prafulla Wadaskar:
-Original Message-
From: Bastien ROUCARIÈS
[mailto:roucaries.bast...@gmail.com]
Sent: 18 May 2014 21:51
To: u-boot@lists.denx.de
Cc: Jamie Lentin; Prafulla Wadaskar; Albert ARIBAUD;
Stefan Herbrechtsmeier
Subject: [PATCH 4/4] kirkwood: Short
On Fri, May 23, 2014 at 03:57:34PM -1000, Simon Glass wrote:
> Hi Tom,
>
> On 21 May 2014 10:46, Tom Rini wrote:
> > On Wed, May 21, 2014 at 10:10:50PM +0200, Wolfgang Denk wrote:
> >> Dear Tom Rini,
> >>
> >> In message <20140521195824.GE1752@bill-the-cat> you wrote:
> >> >
> >> > Something that
Hello Tom (and sorry for the duplicate),
The following changes since commit
10dc77716f41979e03baf3b847b97dc7279ef30d:
esdhc/usdhc: Fix warning when CONFIG_SYS_FSL_ESDHC_USE_PIO is not set
(2014-05-23 09:19:05 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-arm mast
Hi Michal,
On Sat, 24 May 2014 10:38:37 +0200, Albert ARIBAUD
wrote:
> Hi Michal,
≤ [...]
> Applied to u-boot-arm/master, thanks!
Disregard -- V2 was applied, not this V1.
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://l
Hi Tom,
On Fri, 23 May 2014 19:52:11 -0400, Tom Rini wrote:
> Hello,
>
> The following changes since commit 05d134b084590684bcf4d832c0035952727b7cd9:
>
> Merge remote-tracking branch 'u-boot/master' (2014-05-20 10:05:42 +0200)
>
> are available in the git repository at:
>
>
> git://git.
Hi Michal,
On Tue, 20 May 2014 15:21:55 +0200, Michal Simek
wrote:
> Hi Albert,
>
> based on your pull request to Tom here
> http://lists.denx.de/pipermail/u-boot/2014-May/179841.html
> and our IRC last week I am sending updated pull request
> where I have added 5 more patches from Masahiro whi
Hi Nobuhiro,
On Wed, 21 May 2014 10:20:10 +0900, Nobuhiro Iwamatsu
wrote:
> Dear Albert Aribaud,
>
> Please pull u-boot-sh/rmobile into u-boot-arm/master.
>
> The following changes since commit 05d134b084590684bcf4d832c0035952727b7cd9:
>
> Merge remote-tracking branch 'u-boot/master' (2014-
Hi Michal,
On Wed, 14 May 2014 08:09:36 +0200, Michal Simek
wrote:
> Hi Albert,
>
> here is the set of patches I have capture for Xilinx Zynq.
> I am sending it now because this patchset was based on
> fpga changes I have done and which were merged yesterday.
>
> I have also checked your arm c
Dear Wolfgang,
Thank you very much for pointing out the issue of address conflict.
I tried loading the standalone app considering your remarks, however, the
app hangs at the following after a bootm command :
---
This enables relocation of initrd to the end of available DDR before Linux
kernel start-up as it is done in other architectures.
Signed-off-by: Alexey Brodkin
---
arch/arc/include/asm/config.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arc/include/asm/config.h b/arch/arc/include/as
On Thu, May 22, 2014 at 12:04 PM, Alexander Graf wrote:
>
>
> On 22.05.14 09:52, Alon Bar-Lev wrote:
>>
>> Hi,
>>
>> Trying to run the qemu-ppce500 within qemu. I am using -bios u-boot.bin and
>> no luck, I get live signal.
>>
>> I am using latest u-boot master and qemu master.
>>
>> Command:
>>
50 matches
Mail list logo
