Due to this patch:
0001-omap3_beagle-uEnv.txt-bootz-n-fixes.patch, u-boot for my beagleboard seems
to need always a zImage. Up to now, I used uImage just fine.
Questions:
- Can I convert vmLinux or uImage in to the
required zImage?
- Is it possible to use bitbake (I’m using the
An
Dear Michael,
In message
you wrote:
>
> We seem to have a misunderstanding, I did not mean to imply that the
> "offset + len"
> expression was undefined. I agree that it is fine. I was referring
> to this statement from
> Aaron's original email:
>
> if (p + len < p)
>
> Which is fol
When an unprogrammed EEPROM is attached to a dm9000, the dm9000 will
come up with a invalid MAC address of ff:ff:ff:ff:ff:ff. Add code that
gets enabled if CONFIG_RANDOM_MACADDR is enabled that generates a random
(and valid) locally administered MAC address that allows the system to
network boot u
NetServerEther was not being cleared in the tftp server code, so the
destination MAC address would be whatever the last destination MAC
address was.
Scenario:
U-Boot:
dhcp
tftpsrv
Host:
Send device WRQ
Device:
Responds with ACK to dhcp server mac address with
env exists is a way to test (in hush) if an environment variable
exists. A workaround existed using printenv but this new command
doesn't require all the stdout/stderr redirection to prevent
printing information to the screen.
Example:
$ set testexists 1
$ env exists testexists && echo "yes"
yes
This mirrors the conventions used in other SPI drivers (kirkwood,
davinci, atmel, et al) where the din/dout buffer can be NULL when the
received/transmitted data isn't important. This reduces the need for
allocating additional buffers when write-only/read-only functionality is
needed.
In the din
Dear Simon Glass,
[...]
> +What is going on?
> +-
> +
> +Let's start at the top. The demo command is in common/cmd_demo.c. It does
> +the usual command procesing and then:
> +
> + struct device *demo_dev;
> +
> + ret = uclass_get_device(UCLASS_DEMO, &demo_dev);
Which dev
FYI
On Wednesday, October 23, 2013 08:36 AM, Chris Ruehl wrote:
Hi Wolfgang,
On Tuesday, October 22, 2013 08:13 PM, Wolfgang Denk wrote:
Dear Chris Ruehl,
I wrote:
If everything else fails, use "USE_PRIVATE_LIBGCC=y" on the make
command line.
I mean: use "USE_PRIVATE_LIBGCC=yes" on the ma
V2:
The following changes since commit 183acb700378a8cfc5d50a01a65de93fb2c24586:
Prepare v2013.10 (2013-10-16 13:08:12 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
for you to fetch changes up to 650d3ae7e542e93f244c64076f5a7d81a1e9f6b3:
usb: udc
Dear Mateusz Kulikowski,
> submit_common_msg should report amount of data passed from/to device.
> Instead, it always returned size requested by Host.
>
> Signed-off-by: Mateusz Kulikowski
> ---
> drivers/usb/host/ohci-hcd.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
Dear Troy Kisky,
> On 10/22/2013 7:44 AM, Marek Vasut wrote:
> > Dear Tom Rini,
> >
> >> On Sun, Oct 20, 2013 at 11:54:20PM +0200, Marek Vasut wrote:
> >>> Dear Marek Vasut,
> >>>
> >>> please CC UBoot ML. Done, thanks
> >>>
> The following changes since commit
>
> 183acb700378a
Hi Wolfgang,
On Tuesday, October 22, 2013 08:13 PM, Wolfgang Denk wrote:
Dear Chris Ruehl,
I wrote:
If everything else fails, use "USE_PRIVATE_LIBGCC=y" on the make
command line.
I mean: use "USE_PRIVATE_LIBGCC=yes" on the make command line.
after I set this option the build failed for
/
submit_common_msg should report amount of data passed from/to device.
Instead, it always returned size requested by Host.
Signed-off-by: Mateusz Kulikowski
---
drivers/usb/host/ohci-hcd.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/host/ohci-hcd.c b/driver
commit bba679144d25b91bcd7befff5a96728a30875f54
"usb: rename board_usb_init_type to usb_init_type" missed xhci-omap.c
So, fix that patch here, and fix a checkpatch warning.
WARNING: Avoid unnecessary line continuations
Signed-off-by: Troy Kisky
---
board/ti/omap5_uevm/evm.c| 2 +-
drivers/us
On 10/22/2013 7:44 AM, Marek Vasut wrote:
Dear Tom Rini,
On Sun, Oct 20, 2013 at 11:54:20PM +0200, Marek Vasut wrote:
Dear Marek Vasut,
please CC UBoot ML. Done, thanks
The following changes since commit
183acb700378a8cfc5d50a01a65de93fb2c24586:
Prepare v2013.10 (2013-10-16 13:08:12 -04
Add the missing "right" field to struct bcm2835_mbox_tag_overscan.
Signed-off-by: Andre Heider
---
arch/arm/include/asm/arch-bcm2835/mbox.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/include/asm/arch-bcm2835/mbox.h
b/arch/arm/include/asm/arch-bcm2835/mbox.h
index 24abe57..6b80
Depending on the firmware's video options [1] the active SDTV or
HDTV mode can yield a framebuffer with noncontiguous horizontal lines,
giving a messed up display, for both, u-boot and the loaded kernel.
To always archive the required contiguousness for the used 16bpp, round
the framebuffer width
Hi Wolfgang,
On Mon, Oct 21, 2013 at 3:55 PM, Wolfgang Denk wrote:
>
> Dear Michael,
>
> In message
> you
> wrote:
> >
> > > > it's possible that these checks could be simply optimised away. The
> > >
> > > This is not hwat happens.
> >
> > Actually, it is my understanding that the "if (p + le
Hi Mathias,
On Wed, May 15, 2013 at 7:58 AM, Mathias leblanc wrote:
> From: Mathias Leblanc
>
> * STMicroelectronics version 1.2.0, Copyright (C) 2013
> * This is free software, and you are welcome to redistribute it.
>
> This is the u-boot driver for TPM chip from ST Microelectronics.
>
> If
Dear Tom Rini,
> On Sun, Oct 20, 2013 at 11:54:20PM +0200, Marek Vasut wrote:
> > Dear Marek Vasut,
> >
> > please CC UBoot ML. Done, thanks
> >
> > > The following changes since commit
> > >
> > > 183acb700378a8cfc5d50a01a65de93fb2c24586:
> > > Prepare v2013.10 (2013-10-16 13:08:12 -0400)
>
Hi Masahiro,
On Thu, Oct 17, 2013 at 6:30 PM, Masahiro Yamada
wrote:
> Hello Simon
>
>
>> The series:
>>
>> Acked-by: Simon Glass
>>
>> I will do some more testing but this seems to work for me.
>>
>> Unless I am missing something, the purpose of this series is slightly
>> different. For example
On Sun, Oct 20, 2013 at 11:54:20PM +0200, Marek Vasut wrote:
> Dear Marek Vasut,
>
> please CC UBoot ML. Done, thanks
>
> > The following changes since commit
> > 183acb700378a8cfc5d50a01a65de93fb2c24586:
> >
> > Prepare v2013.10 (2013-10-16 13:08:12 -0400)
> >
> > are available in the git re
Hi Heiko,
> Hello Lukasz,
>
> Am 22.10.2013 14:37, schrieb Lukasz Majewski:
> > Hi Heiko,
> >
> >> add the possibility to set the iSerialNumber board specific.
> >> Therefore the CONFIG_G_DNL_SERIAL_STRING is introduced, which
> >> defines the maximum length of the iSerialNumber string.
> >> The
Hello Lukasz,
Am 22.10.2013 14:37, schrieb Lukasz Majewski:
Hi Heiko,
add the possibility to set the iSerialNumber board specific.
Therefore the CONFIG_G_DNL_SERIAL_STRING is introduced, which
defines the maximum length of the iSerialNumber string.
The new function g_dnl_set_serialnumber() mus
Hi Heiko,
> add the possibility to set the iSerialNumber board specific.
> Therefore the CONFIG_G_DNL_SERIAL_STRING is introduced, which
> defines the maximum length of the iSerialNumber string.
> The new function g_dnl_set_serialnumber() must called from
> g_dnl_bind_fixup(), to setup the iSerial
Hi Heiko,
> add the possibility to set the bcdDevice number board specific.
> Therefore the weak function g_dnl_get_board_bcd_device_number()
> is introduced. Used on the siemens boards.
Acked-by: Lukasz Majewski
>
> Signed-off-by: Heiko Schocher
> Cc: Marek Vasut
> Cc: Lukasz Majewski
> Cc
On Fri, 2013-10-18 at 13:04 -0500, Rob Herring wrote:
> From: Rob Herring
>
> pxelinux and syslinux differ in their handling of absolute paths in menu
> files. A pxelinux path is aways prepended with the bootfile path while
> syslinux allows for absolute paths. u-boot was always treating a leadin
hi together,
i deploy u-boot on x86 board. Conventional bios is replaced by uefi next time.
Conventional bios works with u-boot very well.
Is it with UEFI the same too or should I expect problems with ?
Mit freundlichen Grüßen / Best regards
Sabri Altunbas
DC-IA/EAH2
Tel. +49(6062)78-526
Dear Chris Ruehl,
I wrote:
> If everything else fails, use "USE_PRIVATE_LIBGCC=y" on the make
> command line.
I mean: use "USE_PRIVATE_LIBGCC=yes" on the make command line.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munic
Hello Marek,
On 10/19/2013 02:57 AM, Marek Vasut wrote:
Dear Przemyslaw Marczak,
Hi Marek,
On 10/17/2013 07:41 PM, Marek Vasut wrote:
Dear Przemyslaw Marczak,
Before this change ums disk capacity was miscalculated because
of integer overflow.
Signed-off-by: Przemyslaw Marczak
Cc: Marek V
add the possibility to set the iSerialNumber board specific.
Therefore the CONFIG_G_DNL_SERIAL_STRING is introduced, which
defines the maximum length of the iSerialNumber string.
The new function g_dnl_set_serialnumber() must called from
g_dnl_bind_fixup(), to setup the iSerialNumber string.
Signe
If no softreset save registers are found on the hardware
"bootcount" is stored in the environment. To prevent a
saveenv on all reboots, the environment variable
"upgrade_available" is introduced. If "upgrade_available" is
0, "bootcount" is always 0 therefore no need to save the
environment on u-boo
add the possibility to set the bcdDevice number board specific.
Therefore the weak function g_dnl_get_board_bcd_device_number()
is introduced. Used on the siemens boards.
Signed-off-by: Heiko Schocher
Cc: Marek Vasut
Cc: Lukasz Majewski
Cc: Kyungmin Park
---
drivers/usb/gadget/g_dnl.c | 23 ++
As
http://www.denx.de/wiki/view/U-Boot/DesignPrinciples#2_Keep_it_Fast
states:
"Initialize devices only when they are needed within U-Boot"
enable the RTC32K OSC only, if CONFIG_SPL_AM33XX_ENABLE_RTC32K_OSC is
enabled. Enable this in ti_am335x_common.h, so all boards in mainline
should work as bef
From: Samuel Egli
- dxr2: define unused pins as input
- do not enable RTC32K OSC on dxr2 board
- update default environment
- add splashpos=m,m to default environment, so splash screen is always
centered.
- adapt environment for bootcount feature
- add altbootcmd to default environment
Patch 1 introduces bootcount support for the 3 siemens boards. As there
is no other possibility on this boards, the bootcounter is stored in the
environment. To prevent a "saveenv" on all reboots, a "upgrade_available"
U-Boot Environment variable is introduced.
Patch 2 makes the enabling of the RT
On Mon, 21 Oct 2013 21:34:58 -0200
Otavio Salvador wrote:
> This adds support for the 7" WVGA produced by Future Eletronics and
> make it dynamically detect if it is connected or not based on the
> touchscreen controller.
>
> Signed-off-by: Otavio Salvador
Nice!
Tested-by: Tapani Utriainen
_
Hello, Sonic.
> The variable uart_base is used in macro pUART in function serial_init().
>
>
> #define pUART ((volatile struct bfin_mmr_serial *)uart_base)
This macro is weird.
It expects the variable name 'uart_base'.
I think it's better not to use it.
Best Regards
Masahiro Yamada
_
- add omap24xx driver to new multibus/multiadpater support
- adapted all config files, which uses this driver
Tested on the am335x based siemens boards rut, dxr2 and pxm2
posted here:
http://patchwork.ozlabs.org/patch/263211/
Signed-off-by: Heiko Schocher
Tested-by: Tom Rini
Cc: Lars Poeschel
write first the "tag" 8 bit value and then the "val" 8-bit
to the display.
Tested on the rut board.
Signed-off-by: Heiko Schocher
Cc: Anatolij Gustschin
---
drivers/video/formike.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/video/formike.c b/drivers/vide
make CONSOLE_BG_COL/CONSOLE_FG_COL configurable through board config file.
Clear video screen in video_init().
Signed-off-by: Heiko Schocher
Cc: Anatolij Gustschin
---
README | 5 +
drivers/video/cfb_console.c | 38 --
include/video_
Hello David,
Am 21.10.2013 23:54, schrieb David Goodenough:
It would appear that there is a standard for running keyboards on I2C,
and that Windows 8 and Linux both support it. But I could not find
any references to uboot support. Is it supported or planned?
I am not aware of, that such an i
Hello Sonic.
On Tue, 22 Oct 2013 15:30:19 +0800
Sonic Zhang wrote:
> Hi Masahiro,
>
> You patch doesn't pass the building for blackfin architecture.
>
> sonic@nine:~/projects/release/u-boot$ make
> for dir in tools examples/standalone examples/api arch/blackfin/cpu
> /home/sonic/projects/rel
Hi Masahiro,
NAK.
The variable uart_base is used in macro pUART in function serial_init().
#define pUART ((volatile struct bfin_mmr_serial *)uart_base)
Regards,
Sonic
On Mon, Oct 21, 2013 at 9:14 AM, Masahiro Yamada
wrote:
> This commit fixes:
> initcode.c:150: warning: unused variable
Hi Masahiro,
You patch doesn't pass the building for blackfin architecture.
sonic@nine:~/projects/release/u-boot$ make
for dir in tools examples/standalone examples/api arch/blackfin/cpu
/home/sonic/projects/release/u-boot/arch/blackfin/cpu/ ; do \
make -C $dir _depend ; done
make[1]:
Applied.
Thanks.
Sonic
On Mon, Oct 21, 2013 at 9:14 AM, Masahiro Yamada
wrote:
> This commit fixes:
> cpu.c:107: warning: ‘noreturn’ function does return
>
> Signed-off-by: Masahiro Yamada
> Cc: Sonic Zhang
> ---
> arch/blackfin/cpu/cpu.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> di
Hi Wolfgang,
On Tuesday, October 22, 2013 02:07 PM, Wolfgang Denk wrote:
Dear Chris Ruehl,
In message<5265dfd1.9000...@gtsys.com.hk> you wrote:
when I tried to build v2013.10 with the Option: CONFIG_CMD_JFFS2
using linao tool-chain 2013.09 (and earlier) I run into the well known problem
47 matches
Mail list logo