- Sep 02, 2012
-
-
Tomáš Hlaváček authored
Signed-off-by:
Tomas <Hlavacek<tmshlvck@gmail.com>
-
Tomas Hlavacek authored
Signed-off-by:
Tomas Hlavacek <tmshlvck@gmail.com>
-
Viktor Krivak authored
Signed-off-by:
Viktor Krivak <viktor.krivak@gmail.com>
-
Pavel Herrmann authored
Signed-off-by:
Pavel Herrmann <morpheus.ibis@gmail.com>
-
Tomas Hlavacek authored
Signed-off-by:
Tomas Hlavacek <tmshlvck@gmail.com>
-
Tomas Hlavacek authored
Signed-off-by:
Tomas Hlavacek <tmshlvck@gmail.com>
-
Viktor Krivak authored
Signed-off-by:
Viktor Krivak <viktor.krivak@gmail.com>
-
Pavel Herrmann authored
Signed-off-by:
Pavel Herrmann <morpheus.ibis@gmail.com>
-
Viktor Krivak authored
Signed-off-by:
Viktor Krivak <viktor.krivak@gmail.com>
-
Marek Vasut authored
Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
Signed-off-by:
Marek Vasut <marek.vasut@gmail.com>
-
Viktor Křivák authored
Signed-off-by:
Viktor Křivák <viktor.krivak@gmail.com>
-
Pavel Herrmann authored
Signed-off-by:
Pavel Herrmann <morpheus.ibis@gmail.com>
-
Marek Vasut authored
This patch contains UDM-design.txt, which is document containing general description of the driver model. The remaining files contains descriptions of conversion process of particular subsystems. Signed-off-by:
Marek Vasut <marek.vasut@gmail.com>
-
Stephan Linz authored
On Microblaze with device tree support enabled we run into the error below. I'm not sure, but I think that all source code should include at least the common.h and just this fix the problem on Microblaz architecture. The error is: In file included from key_matrix.c:29: include/malloc.h:364: error: conflicting types for 'memset' include/linux/string.h:71: error: previous declaration of 'memset' was here include/malloc.h:365: error: conflicting types for 'memcpy' include/linux/string.h:74: error: previous declaration of 'memcpy' was here Signed-off-by:
Stephan Linz <linz@li-pro.net> CC: Bernie Thompson <bhthompson@chromium.org> CC: Simon Glass <sjg@chromium.org> CC: Tom Warren <twarren@nvidia.com> CC: Michal Simek <monstr@monstr.eu> Acked-by:
Simon Glass <sjg@chromium.org> Acked-by:
Michal Simek <monstr@monstr.eu>
-
Mike Frysinger authored
The call to SYSTEM_MAP assumes that the u-boot output is in $PWD when it really should be in $(obj). This fixes building out of tree. Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Stephen Warren authored
This allows cache flush/invalidate operations to succeed on the buffers. Signed-off-by:
Stephen Warren <swarren@nvidia.com> Acked-by:
Simon Glass <sjg@chromium.org> Acked-by:
Scott Wood <scottwood@freescale.com>
-
Jagan Teki authored
This patch adds support to include Load, Entry address and OS tag of ramdisk on to FIT image through mkimage tool. Signed-off-by:
Jagannadha Sutradharudu Teki <402jagan@gmail.com>
-
Benoît Thébaudeau authored
This driver uses the century bit of this RTC in the opposite way Linux does. From Linux's rtc-pcf8563.c: /* * The meaning of MO_C bit varies by the chip type. * From PCF8563 datasheet: this bit is toggled when the years * register overflows from 99 to 00 * 0 indicates the century is 20xx * 1 indicates the century is 19xx * From RTC8564 datasheet: this bit indicates change of * century. When the year digit data overflows from 99 to 00, * this bit is set. By presetting it to 0 while still in the * 20th century, it will be set in year 2000, ... * There seems no reliable way to know how the system use this * bit. So let's do it heuristically, assuming we are live in * 1970...2069. */ As U-Boot's PCF8563 driver does not say it is supposed to support the RTC8564, make this driver compatible with Linux's by giving the opposite meaning to the century bit. Signed-off-by:
Benoît Thébaudeau <benoit.thebaudeau@advansee.com> Cc: Wolfgang Denk <wd@denx.de>
-
Benoît Thébaudeau authored
One call to get_cluster can be factorized with another, so avoid duplicating code. Signed-off-by:
Benoît Thébaudeau <benoit.thebaudeau@advansee.com> Cc: Wolfgang Denk <wd@denx.de>
-
Benoît Thébaudeau authored
Add a buffer bouncing mechanism to get_cluster. This can be useful for misaligned applicative buffers passed through get_contents. This is required for the following patches in the case of data aligned differently relatively to buffers and clusters. Signed-off-by:
Benoît Thébaudeau <benoit.thebaudeau@advansee.com> Cc: Wolfgang Denk <wd@denx.de>
-
Benoît Thébaudeau authored
With the previous code, the remaining prefetched sectors were read again after each sector. With this patch, each sector is read only once, thus making the prefetch useful. Signed-off-by:
Benoît Thébaudeau <benoit.thebaudeau@advansee.com> Cc: Wolfgang Denk <wd@denx.de>
-
Benoît Thébaudeau authored
fatlength is not used after this assignment, so it is useless and can be removed. Signed-off-by:
Benoît Thébaudeau <benoit.thebaudeau@advansee.com> Cc: Wolfgang Denk <wd@denx.de>
-
Benoît Thébaudeau authored
startblock must be taken into account in order not to read past the end of the FAT. Signed-off-by:
Benoît Thébaudeau <benoit.thebaudeau@advansee.com> Cc: Wolfgang Denk <wd@denx.de>
-
Benoît Thébaudeau authored
Remove spaces before opening parentheses in function calls. Signed-off-by:
Benoît Thébaudeau <benoit.thebaudeau@advansee.com> Cc: Wolfgang Denk <wd@denx.de>
-
Joakim Tjernlund authored
wait_ticks() calls get_ticks() without building a back chain which makes gdb unhappy when doing back trace. This can also cause improper memory accesses. Signed-off-by:
Joakim Tjernlund <Joakim.Tjernlund@transmode.se>
-
Benoît Thébaudeau authored
This patch forces the correct alignment for DMA operations of buffers used by part_mac.c. Signed-off-by:
Benoît Thébaudeau <benoit.thebaudeau@advansee.com> Cc: Wolfgang Denk <wd@denx.de>
-
Kaspter Ju authored
Signed-off-by:
Kaspter Ju <nigh0st3018@gmail.com>
-
Charles Manning authored
Also remove yaffs_hweight and use the hweight in u-boot. Signed-off-by:
Charles Manning <cdhmanning@gmail.com>
-
git://git.denx.de/u-boot-usbWolfgang Denk authored
* 'master' of git://git.denx.de/u-boot-usb : MUSB driver: Timeout is never detected as the while loop does not end usb: fix ulpi_set_vbus prototype pxa25x: Add UDC registers definitions USB: Fix strict aliasing in ohci-hcd usb: Optimize USB storage read/write ehci: Optimize qTD allocations usb_stor_BBB_transport: Do not delay when not required usb_storage: Remove EHCI constraints usb_storage: Restore non-EHCI support ehci-hcd: Boost transfer speed ehci: cosmetic: Define used constants ehci: Fail for multi-transaction interrupt transfers arm:trats: Enable g_dnl composite USB gadget with embedded DFU function on TRATS arm:trats: Support for USB UDC driver at TRATS board. dfu:cmd: Support for DFU u-boot command dfu: MMC specific routines for DFU operation dfu: DFU backend implementation dfu:usb: DFU USB function (f_dfu) support for g_dnl composite gadget dfu:usb: Support for g_dnl composite download gadget. ehci: cosmetic: Define the number of qt_buffers Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Otavio Salvador authored
In case an address is listed in the To list, those will be skipped on Cc list or user might end with a duplicated message. This fixes the case when a tag points to same address used as series destination thus avoiding duplicated sending. Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Otavio Salvador authored
When a patchset had a RFC series, a v1 might have a changelog of changes done since the RFC. The patch changes the range checked for changelog and allow it to start for version 1. Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br> Acked-by:
Simon Glass <sjg@chromium.org>
-
Ilya Yanok authored
Currently patman assumes that there should be only one Signoff line and this is obviously incorrect: we often have to work with patches containing other people signoffs. Moreover, it's really desirable to preserve the comments between signoffs. So until some sophisticated signoff processing will be developed I suggest just don't mess with signoffs at all and treat them like plain text lines. The only drawback I've found so far is the case where you have a patch with someones else signoff but not yours and also have to patman tags under signoff line. In this case you will get extra empty line between signoffs. Signed-off-by:
Ilya Yanok <ilya.yanok@cogentembedded.com>
-
Ilya Yanok authored
Don't try to sort and uniq changelog entries as this breaks multiline entries. It will be better to add some real multi-line support but for now just preserve the entries as is. Signed-off-by:
Ilya Yanok <ilya.yanok@cogentembedded.com>
-
Ilya Yanok authored
We already got all changes from git log output and the comment to the ProcessLine function clearly states that 'patch' mode is not for scanning tags. Signed-off-by:
Ilya Yanok <ilya.yanok@cogentembedded.com>
-
Ilya Yanok authored
Changes may end in '---' line or Signoff line (generated by git format-patch) in case of Series-changes: lines being the last ones in commit message. So detect it properly. Signed-off-by:
Ilya Yanok <ilya.yanok@cogentembedded.com>
-
Andrew Sharp authored
Introduce CONFIG_PCI_ENUM_ONLY variable for platforms that just want a quick enumberation of the PCI devices, but don't need any setup work done. This is very beneficial on platforms that have u-boot loaded by another boot loader which does a more sophisticated job of setup of PCI devices than u-boot. That way, u-boot can just read what's there and get on with life. This is what SeaBIOS does. Signed-off-by:
Andrew Sharp <andywyse6@gmail.com>
-
Andrew Sharp authored
Add some recent entries to pci_ids.h for Intel and AMD/ATI devices that are somewhat relevant to u-boot. Signed-off-by:
Andrew Sharp <andywyse6@gmail.com>
-
Andrew Sharp authored
Refactor the common PCI code just a tiny bit surrounding the PCI_PNP (pciauto) stuff. Makes the code a tiny bit easier to read, and also makes it more obvious that almost no platform needs to setup or use the pci_config_table stuff. Signed-off-by:
Andrew Sharp <andywyse6@gmail.com>
-
Andrew Sharp authored
I tried to clean up the white space and formatting offenses and inconsistencies in the generic PCI code that obviously has been around for some time. Emphasis on large increases in readability and maintainability and consistency. I omitted the platform/processor specific files in the drivers/pci directory because I wanted to leave those file to those that care more about them. Signed-off-by:
Andrew Sharp <andywyse6@gmail.com>
-