- Nov 04, 2014
-
-
Masahiro Yamada authored
For now, all the SPARC boards in U-Boot are provided by Gaisler. Signed-off-by:
Masahiro Yamada <yamada.m@jp.panasonic.com> Cc: Daniel Hellstrom <daniel@gaisler.com>
-
Masahiro Yamada authored
Remove arch/sparc/cpu/{leon2,leon3}/config.mk and move duplicated defines of -fPIC to arch/sparc/config.mk. Signed-off-by:
Masahiro Yamada <yamada.m@jp.panasonic.com> Cc: Daniel Hellstrom <daniel@gaisler.com>
-
Masahiro Yamada authored
Signed-off-by:
Masahiro Yamada <yamada.m@jp.panasonic.com> Cc: Daniel Hellstrom <daniel@gaisler.com>
-
Masahiro Yamada authored
The Board names in the board select menu were simply taken from the board directory name by a conversion tool when switching to Kconfig. Let's use more descriptive prompts taken from include/configs/gr*.h and board/gaisler/*/config.mk. Signed-off-by:
Masahiro Yamada <yamada.m@jp.panasonic.com> Cc: Daniel Hellstrom <daniel@gaisler.com>
-
Jeroen Hofstee authored
While at it, sort them. Cc: Tom Rini <trini@ti.com> Cc: Simon Glass <sjg@chromium.org> Signed-off-by:
Jeroen Hofstee <jeroen@myspectrum.nl>
-
Jeroen Hofstee authored
Cc: Albert Aribaud <albert.u.boot@aribaud.net> Signed-off-by:
Jeroen Hofstee <jeroen@myspectrum.nl>
-
Jeroen Hofstee authored
Cc: Heiko Schocher <hs@denx.de> Signed-off-by:
Jeroen Hofstee <jeroen@myspectrum.nl>
-
git://git.denx.de/u-boot-stagingTom Rini authored
-
git://git.denx.de/u-boot-samsungTom Rini authored
-
Nobuhiro Iwamatsu authored
R8A7791, R8A7793 and R8A7794 have same IP of USB controller. This collect up address data of each SoCs. Signed-off-by:
Nobuhiro Iwamatsu <nobuhiro.iwamatsu.yj@renesas.com>
-
Nobuhiro Iwamatsu authored
R8A7793 has same IP of USB controller as R8A7791 and R8A7794 of rmobile ARM SoCs. This adds support R8A7793 to EHCI HCD of rmobile. Signed-off-by:
Nobuhiro Iwamatsu <nobuhiro.iwamatsu.yj@renesas.com>
-
Hans de Goede authored
Waiting an interrupt packet to complete in usb_kbd_poll_for_event, causes a 40 ms latency for each call to usb_kbd_testc, which is undesirable. Using control messages leads to lower (but still not 0) latency, but some devices do not work well with control messages (e.g. my kvm behaves funny with them). This commit adds support for using the int_queue mechanism which at least the ehci-hcd driver supports. This allows polling with 0 latency, while using interrupt packets. Signed-off-by:
Hans de Goede <hdegoede@redhat.com>
-
Hans de Goede authored
Instead of looking them up every time we need them. Signed-off-by:
Hans de Goede <hdegoede@redhat.com>
-
Hans de Goede authored
stdio_register makes a malloc-ed copy of struct stdio_dev through stdio_clone, free the malloc-ed memory on stdio_deregister. Signed-off-by:
Hans de Goede <hdegoede@redhat.com>
-
Hans de Goede authored
Free the keyboard hid-report buffer and private data on deregister. Signed-off-by:
Hans de Goede <hdegoede@redhat.com>
-
Hans de Goede authored
This is not used anywhere, so lets remove it. Signed-off-by:
Hans de Goede <hdegoede@redhat.com>
-
Hans de Goede authored
Signed-off-by:
Hans de Goede <hdegoede@redhat.com>
-
Hans de Goede authored
Preperation patch to use poll_int_queue outside of ehci-hcd.c . Signed-off-by:
Hans de Goede <hdegoede@redhat.com>
-
Hans de Goede authored
Preperation patch to use create_int_queue outside of ehci-hcd.c . Signed-off-by:
Hans de Goede <hdegoede@redhat.com>
-
Hans de Goede authored
When periodic_schedules == 0, the schedule is disabled and there is no reason to disable it again. Signed-off-by:
Hans de Goede <hdegoede@redhat.com>
-
Hans de Goede authored
Do as the Linux kernel does and power on any ports which are not yet one, this is enough. Signed-off-by:
Hans de Goede <hdegoede@redhat.com>
-
Hans de Goede authored
If the device has a parent, it is instantiated from usb_hub_port_connect_change and the portnr is right there in dev->portnr, so there is no need for this whole dance to look it up. Signed-off-by:
Hans de Goede <hdegoede@redhat.com>
-
- Nov 03, 2014
-
-
git://git.denx.de/u-boot-mipsTom Rini authored
-
git://git.denx.de/u-boot-spiTom Rini authored
-
- Nov 01, 2014
-
-
Daniel Schwierzeck authored
Commit 79fd7e64 MIPS: always keep all sections in u-boot ELF binary. Always keep all sections in u-boot ELF binary. Move all unneeded sections after _end to avoid allocating space in the final binary. Also remove .deadcode section which is now obsolete. removed section .deadcode because the original symptoms were not visible anymore. Unfortuneatly the binutils bug still exists. The size of .rel.dyn section is often bigger than needed for all entries. But objcopy only allocates space as much as required for all reloc entries. Thus there is a gap between the last entry and __rel_dyn_end in u-boot.bin. If u-boot is booted from RAM (e.g. in SPL scenarios) that area could contain garbage data which could lead to CPU exceptions during relocation. Signed-off-by:
Gabor Juhos <juhosg@openwrt.org> Signed-off-by:
Daniel Schwierzeck <daniel.schwierzeck@gmail.com>
-
Daniel Schwierzeck authored
Refactor and unify all compiler settings in arch/mips/config.mk. Also add tune flags for each supported CPU type. Signed-off-by:
Daniel Schwierzeck <daniel.schwierzeck@gmail.com>
-
Daniel Schwierzeck authored
The vct board can be built with various variants which are configured via CONFIG_SYS_EXTRA_OPTIONS. This is deprecated. Thus add new Kconfig options for those board variants. Signed-off-by:
Daniel Schwierzeck <daniel.schwierzeck@gmail.com> Acked-by:
Stefan Roese <sr@denx.de>
-
Daniel Schwierzeck authored
The dbau1x00 board can be built with various variants which are configured via CONFIG_SYS_EXTRA_OPTIONS. This is deprecated. Thus add new Kconfig options for those board variants. Signed-off-by:
Daniel Schwierzeck <daniel.schwierzeck@gmail.com>
-
Daniel Schwierzeck authored
Now the user can separately select the CPU type. Thus the targets qemu_mips and qemu_mips64 can be merged to a single target. Signed-off-by:
Daniel Schwierzeck <daniel.schwierzeck@gmail.com>
-
Daniel Schwierzeck authored
Now the user can select the CPU type for each target. Thus CONFIG_SYS_CPU could be set globally. Signed-off-by:
Daniel Schwierzeck <daniel.schwierzeck@gmail.com>
-
Daniel Schwierzeck authored
Add new Kconfig option to let the user select the targets CPU type. Each target have to select SUPPORTS_CPU_MIPS[32,64]_R[1,2] to indicate which CPU types are supported. Signed-off-by:
Daniel Schwierzeck <daniel.schwierzeck@gmail.com>
-
Daniel Schwierzeck authored
Add new Kconfig option to let the user select the targets endianess. Each target have to select SUPPORTS_BIG_ENDIAN and/or SUPPORTS_LITTLE_ENDIAN to indicate which endianess is supported. Signed-off-by:
Daniel Schwierzeck <daniel.schwierzeck@gmail.com>
-
- Oct 30, 2014
-
-
Masahiro Yamada authored
This file is not maintained these days. We use MAINTAINERS for the maintainership of the supported boards. For dead boards, we have some clues in doc/README.scrapyard and also imperishable history in git-log. Signed-off-by:
Masahiro Yamada <yamada.m@jp.panasonic.com> Cc: Wolfgang Denk <wd@denx.de> Acked-By:
Wolfgang Denk <wd@denx.de>
-
Fabio Estevam authored
Commit f91c09ac ("ARM: mx6: Add support for Kosagi Novena") missed to add a MAINTAINERS file, so add Marek as the maintainer. Signed-off-by:
Fabio Estevam <fabio.estevam@freescale.com> Acked-by:
Marek Vasut <marex@denx.de>
-
Masahiro Yamada authored
Commit d58a9451 (ppc/arm: zap EMK boards) removed TOP* boards support but missed to remove entries in Kconfig. Signed-off-by:
Masahiro Yamada <yamada.m@jp.panasonic.com> Cc: Wolfgang Denk <wd@denx.de>
-
Masahiro Yamada authored
[1] arch/arm/include/asm/arch-at91/at91_shdwn.h The top9000 was the last board to use this header file. It was removed by commit d58a9451 (ppc/arm: zap EMK boards). [2] board/matrix_vision/common/* Some Matrix Vision boards were dropped by commit e7a56563 (powerpc: mpc83xx: remove board support for MERGERBOX and MVBLM7) and commit af55e35d (powerpc: mpc5xxx: remove board support for MVBC_P and MVSMR). Since then these files have been unused. [3] include/usb/omap1510_udc.h The omap5912osk was the last board to use this header file. It was removed by commit 62d636aa (omap: remove omap5912osk board support). Signed-off-by:
Masahiro Yamada <yamada.m@jp.panasonic.com> Acked-By:
Wolfgang Denk <wd@denx.de>
-
Paul Kocialkowski authored
This enables the VMMC2 LDO, which powers the MMC2 device. When the device starts from MMC2, this has already been enabled by the BootROM, but when starting from peripheral boot (USB, UART), it is not the case. Signed-off-by:
Paul Kocialkowski <contact@paulk.fr> Acked-by:
Pantelis Antoniou <panto@antoniou-consulting.com>
-
Stefan Roese authored
This patch fixes a compilation warning of kwbimage.c: tools/kwbimage.c: In function ‘kwbimage_set_header’: tools/kwbimage.c:784:8: warning: ‘headersz’ may be used uninitialized in this function [-Wmaybe-uninitialized] memcpy(ptr, image, headersz); ^ Instead of using multiple if statements, use a switch statement with a default entry. And return with error if an unsupported version is configured in the cfg file. Signed-off-by:
Stefan Roese <sr@denx.de> Acked-By:
Wolfgang Denk <wd@denx.de>
-
Andreas Bießmann authored
kwbimage uses get_current_dir_name(3) which is a gnu extension and not available on darwin host. Fix this by converting to portable getcwd(3) function. This patch fixes the following error: ---8<--- HOSTCC tools/kwbimage.o tools/kwbimage.c:399:16: warning: implicit declaration of function 'get_current_dir_name' is invalid in C99 [-Wimplicit-function-declaration] char *cwd = get_current_dir_name(); ^ tools/kwbimage.c:399:10: warning: incompatible integer to pointer conversion initializing 'char *' with an expression of type 'int' [-Wint-conversion] char *cwd = get_current_dir_name(); ^ ~~~~~~~~~~~~~~~~~~~~~~ 2 warnings generated. ... Undefined symbols for architecture x86_64: "_get_current_dir_name", referenced from: _image_headersz_v1 in kwbimage.o ld: symbol(s) not found for architecture x86_64 --->8--- Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com> Cc: Stefan Roese <sr@denx.de> Acked-by:
Stefan Roese <sr@denx.de> [agust: fixed getcwd() return warning] Signed-off-by:
Anatolij Gustschin <agust@denx.de>
-