Dear Marek Vasut,
In message <201209020202.51744.ma...@denx.de> you wrote:
> Dear Andreas Bießmann,
>
> > Dear Marek Vasut,
>
> Heh, this Dear $recipient became really popular :-)
If somebody can recommend a more clever rule than "%(friendly {from})"
for my nmh replcomps file I would be all too h
Dear Rob Herring,
In message <502963fc.70...@gmail.com> you wrote:
>
> > Can you upload the image somewhere? And indicate which exact
> > problems we should look for?
>
> Yes, I'll have to recreate one with a reasonable size.
Did you manage to find time to create an image that couldbe used for
Dear Marek Vasut,
In message <201208242310.05189.marek.va...@gmail.com> you wrote:
>
> > >> +while (--argc> 0&& **++argv == '-') {
> > >
> > > m ... **++argv, yummy :) This might use some cleanup, to make more
> > > readable.
> >
> > Uhm, this pattern is being used all over the pla
Dear Gerlando Falauto,
In message <1345803102-21110-1-git-send-email-gerlando.fala...@keymile.com> you
wrote:
> This patchset modifies the handling of all the operations on the environment
> (set/import/default) so to unify handling of special variables.
> On top of that we implement a selective
Dear Gerlando Falauto,
In message <50379ad5.6030...@keymile.com> you wrote:
>
> >> int himport_r(struct hsearch_data *htab,
> >>const char *env, size_t size, const char sep, int flag,
> >> - int nvars, char * const vars[], int do_apply)
> >> + int nvars, char * cons
Dear Andrew Sharp,
In message <1346285792-32292-2-git-send-email-andywy...@gmail.com> you wrote:
> In a couple of places, unsigned int and pci_config_*_dword were being
> used when u16 and _word should be used. Unsigned int was also being
> used in a couple of places that should be pci_addr_t.
>
Dear Andrew Sharp,
In message <1346285792-32292-3-git-send-email-andywy...@gmail.com> you wrote:
> 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 a
Dear Andrew Sharp,
In message <1346285792-32292-4-git-send-email-andywy...@gmail.com> you wrote:
> 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 se
Dear Andrew Sharp,
In message <1346285792-32292-5-git-send-email-andywy...@gmail.com> you wrote:
> 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
> ---
> include/pci_ids.h | 16
> 1 fi
Dear Andrew Sharp,
In message <1346285792-32292-6-git-send-email-andywy...@gmail.com> you wrote:
> 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-
Dear Sridhar Addagada,
In message <1344965990.70017.yahoomail...@web162902.mail.bf1.yahoo.com> you
wrote:
>
> When enabling HAVE_REDUND in uboot-tools, will it work if i have the
> redundant partition in the same sector
No, it will not, as the whole purpose of having a redundant
environment is t
Dear Zhong Hongbo,
In message <1345075118-3131-1-git-send-email-bocui...@gmail.com> you wrote:
> From: Zhong Hongbo
>
> all the patitions should depend CONFIG_PARTITIONS, no the
> CONFIG_CMD_$(device). The device symbol may be SATA, SCSI,
> USB, MMC, SYSTEMACE. Or else when the filesystem comman
Dear Zhong Hongbo,
In message <1345075118-3131-1-git-send-email-bocui...@gmail.com> you wrote:
> From: Zhong Hongbo
>
> all the patitions should depend CONFIG_PARTITIONS, no the
> CONFIG_CMD_$(device). The device symbol may be SATA, SCSI,
> USB, MMC, SYSTEMACE. Or else when the filesystem comman
Dear York Sun,
In message <1345226412.6510.38.camel@oslab-l1> you wrote:
> On Fri, 2012-08-17 at 12:54 -0500, Kumar Gala wrote:
> > On Aug 15, 2012, at 7:53 PM, York Sun wrote:
> >
> > > Before proper environment is setup, we extract hwconfig and put it into a
> > > buffer with size HWCONFIG_BUFF
Dear Bob Liu,
In message <1345526833-10804-13-git-send-email-lliu...@gmail.com> you wrote:
>
> Per the request from ADI Legal.
>
> Signed-off-by: Sonic Zhang
> Signed-off-by: Bob Liu
> ---
> arch/blackfin/Clear_BSD.txt| 33
>
> arch/blackfin/cpu/
Am 01/09/2012 10:15, schrieb Stefano Babic:
> On 14/08/2012 22:32, Benoît Thébaudeau wrote:
>> The MFN bit-field of the PLL registers represents a signed value. See the
>> reference manual.
>>
>> Signed-off-by: Benoît Thébaudeau
>> Cc: Stefano Babic
>> ---
>
> Hi Benoît,
>
>> .../arch/arm/cpu/
Dear Wolfgang Denk,
On Sat, Sep 1, 2012 at 8:48 PM, Wolfgang Denk wrote:
> Dear Zhizhou Zhang,
>
> In message <1346071750-6634-10-git-send-email-etou...@gmail.com> you
> wrote:
> > Move CONFIG_SYS_TEXT_BASE to the board specified header file. So
> > change qemu-mips.h also. board/qemu-mips/confi
Dear Wolfgang Denk,
On Sat, Sep 1, 2012 at 8:42 PM, Wolfgang Denk wrote:
> Dear Zhizhou Zhang,
>
> In message <1346071750-6634-7-git-send-email-etou...@gmail.com> you wrote:
> > These files are derived from arch/mips/cpu/mips32/*. The main changes
> are:
> > 1, changes ABI o32 to n64, 2, add mip
Dear Bob Liu,
In message <1345526833-10804-1-git-send-email-lliu...@gmail.com> you wrote:
> Add header files for blackfin new processor bf60x.
>
> Signed-off-by: Bob Liu
> ---
> arch/blackfin/include/asm/blackfin_cdef.h |3 +
> arch/blackfin/include/asm/blackfin_def.h |
Dear Bob Liu,
In message <1345526833-10804-13-git-send-email-lliu...@gmail.com> you wrote:
> From: Sonic Zhang
>
> Per the request from ADI Legal.
...
> --- /dev/null
> +++ b/arch/blackfin/Clear_BSD.txt
> @@ -0,0 +1,33 @@
> +The Clear BSD license:
> +
> +Copyright (c) 2012, Analog Devices, Inc.
Dear Zhi-zhou Zhang,
In message
you wrote:
>
> > > Signed-off-by: Zhizhou Zhang
> > > ---
> > > board/qemu-mips/config.mk | 10 ---
> > > examples/standalone/mips64.lds | 59
> >
> > > include/configs/qemu-mips.h|1 +
> > > 3 files
Dear Zhi-zhou Zhang,
In message
you wrote:
>
> > As requested before: please make sure your patches are bisectable.
> > This references file mips64.lds, but doesn;t add it, so it cannot
> > work.
> >
> I'm a new learner, Please forgive my faults. So do you mean that we should
> can build
> u-bo
Dear Ilya Yanok,
In message <1344332768-11891-2-git-send-email-ilya.ya...@cogentembedded.com>
you wrote:
> 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-o
Dear Ilya Yanok,
In message <1344332768-11891-3-git-send-email-ilya.ya...@cogentembedded.com>
you wrote:
> 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
> --
Dear Ilya Yanok,
In message <1344332768-11891-4-git-send-email-ilya.ya...@cogentembedded.com>
you wrote:
> 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.
>
> Sig
Dear Ilya Yanok,
In message <1344332768-11891-5-git-send-email-ilya.ya...@cogentembedded.com>
you wrote:
> 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 r
Dear Otavio Salvador,
In message <1344888502-29178-1-git-send-email-ota...@ossystems.com.br> you
wrote:
> 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.
>
> Si
Dear Otavio Salvador,
In message <1345310391-21286-1-git-send-email-ota...@ossystems.com.br> you
wrote:
> 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
Dear Otavio Salvador,
In message <1345311965-24414-2-git-send-email-ota...@ossystems.com.br> you
wrote:
> When writting the changelog of a series it is expect that this order
s/writting/writing/
s/it is expect/it is expected/
> is going to be respected.
What exactly do you mean here by "this
Dear Marek Vasut,
In message <201209011628.27969.ma...@denx.de> you wrote:
> Dear Wolfgang Denk,
>
> This is a patch collection I accumulated in u-boot-usb/master, please apply=
> to=20
> u-boot/master . btw. nice to have you back ;-)
>
> The following changes since commit 27e301e5b7df6254c768d
Dear Charles Manning,
In message <1345004770-6929-1-git-send-email-cdhmann...@gmail.com> you wrote:
> Also remove yaffs_hweight and use the hweight in u-boot.
>
> Signed-off-by: Charles Manning
> ---
> fs/yaffs2/Makefile|2 +-
> fs/yaffs2/stdio.h |1 -
> fs/yaffs2/stdlib
On Sun, Sep 2, 2012 at 11:30 AM, Wolfgang Denk wrote:
> Dear Otavio Salvador,
>
> In message <1345311965-24414-2-git-send-email-ota...@ossystems.com.br> you
> wrote:
>> When writting the changelog of a series it is expect that this order
>
> s/writting/writing/
>
> s/it is expect/it is expected/
Dear Stefan,
In message <1338454748-16315-1-git-send-email...@denx.de> you wrote:
> This patch adds support for the X600 SPEAr600 based board. Its also
> the first SPEAr600 board that uses the newly introduced SPEAr600
> SPL support. Xloader is not necessary any more. By using the new
> "u-boot.sp
Dear Kaspter Ju,
In message <1338474470-19047-1-git-send-email-nigh0st3...@gmail.com> you wrote:
> Signed-off-by: Kaspter Ju
> ---
> drivers/mmc/mmc.c | 28
> include/mmc.h |1 -
> 2 files changed, 29 deletions(-)
Applied, thanks.
Best regards,
Wolfgang
Dear Allen Martin,
In message <1345066741-19613-2-git-send-email-amar...@nvidia.com> you wrote:
> Modeled after gcc-version, add function to get binutils version.
>
> Signed-off-by: Allen Martin
> ---
> config.mk |1 +
> tools/binutils-version.sh | 20
Dear Benoît Thébaudeau,
In message <116613.1339389.1342207863387.javamail.r...@advansee.com> you
wrote:
> This patch forces the correct alignment for DMA operations of buffers used =
> by
> part_mac.c.
>
> Signed-off-by: Benoît Thébaudeau
> Cc: Wolfgang Denk
> ---
> {u-boot.orig => u-boot}
Dear Joakim Tjernlund,
In message <1342509940-12018-1-git-send-email-joakim.tjernl...@transmode.se>
you wrote:
> 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
Dear Benoît Thébaudeau,
In message <1879824314.332488.1342790324727.javamail.r...@advansee.com> you
wrote:
> Remove spaces before opening parentheses in function calls.
>
> Signed-off-by: Benoît Thébaudeau
> Cc: Wolfgang Denk
> ---
> Changes for v2:
> - New patch for this version of the series
Dear Benoît Thébaudeau,
In message <907420307.332540.1342790369965.javamail.r...@advansee.com> you
wrote:
> startblock must be taken into account in order not to read past the end of =
> the
> FAT.
>
> Signed-off-by: Benoît Thébaudeau
> Cc: Wolfgang Denk
> ---
> Changes for v2:
> - Patch renum
Dear Benoît Thébaudeau,
In message <334701180.332550.1342790391497.javamail.r...@advansee.com> you
wrote:
> fatlength is not used after this assignment, so it is useless and can be
> removed.
>
> Signed-off-by: Benoît Thébaudeau
> Cc: Wolfgang Denk
> ---
> Changes for v2:
> - Patch renumbering
Dear Benoît Thébaudeau,
In message <1342599378.332558.1342790412010.javamail.r...@advansee.com> you
wrote:
> With the previous code, the remaining prefetched sectors were read again af>
> ter
> each sector. With this patch, each sector is read only once, thus making th> e
> prefetch useful.
>
>
Dear Benoît Thébaudeau,
In message <2017658963.332562.1342790429735.javamail.r...@advansee.com> you
wrote:
> With:
> fatls mmc 0 /dir/file
> dir: regular directory
> file: regular file
>
> The previous code read the contents of file as if it were directory entries to
> list. This patch refuses to
Dear Benoît Thébaudeau,
In message <1423162220.332690.1342790468790.javamail.r...@advansee.com> you
wrote:
> Add a buffer bouncing mechanism to get_cluster. This can be useful for
> misaligned applicative buffers passed through get_contents. This is require=
> d for
> the following patches in the
Dear Benoît Thébaudeau,
In message <1663419836.332713.1342790497668.javamail.r...@advansee.com> you
wrote:
> One call to get_cluster can be factorized with another, so avoid duplicatin> g
> code.
>
> Signed-off-by: Benoît Thébaudeau
> Cc: Wolfgang Denk
> ---
> Changes for v2:
> - Patch renumbe
Dear Benoît Thébaudeau,
In message <1285759492.332736.1342790529256.javamail.r...@advansee.com> you
wrote:
> When storage devices contain files larger than the embedded RAM, it is usef>
> ul to
> be able to read these files by chunks, e.g. for a software update to the
> embedded NAND Flash from
Dear Benoît Thébaudeau,
In message <1882962205.333751.1342791280043.javamail.r...@advansee.com> you
wrote:
> Export the MD5 step-by-step API so that it is possible for the lib users to
> digest files by chunks. This is especially useful for very large files that
> would not fit into the embedded
Dear Benoît Thébaudeau,
In message <2136837803.335794.1342793136811.javamail.r...@advansee.com> you
wrote:
> 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.
>
Dear Albert,
In message <1342882947-9174-1-git-send-email-ma...@denx.de> Marek Vasut wrote:
> This stuff has been rotting in the tree for a year now. Remove it.
>
> Signed-off-by: Marek Vasut
> Cc: Wolfgang Denk
> Cc: Albert Aribaud
> Cc: U-Boot DM
In case you are going to apply any of these
Dear Jagan,
In message <1343462542-1556-2-git-send-email-ja...@techved.org> you wrote:
> From: Jagannadha Sutradharudu Teki <402ja...@gmail.com>
>
> 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
Dear Stephen Warren,
In message <1343669918-2114-1-git-send-email-swar...@wwwdotorg.org> you wrote:
> From: Stephen Warren
>
> This allows cache flush/invalidate operations to succeed on the buffers.
>
> Signed-off-by: Stephen Warren
> ---
> common/env_nand.c | 10 +-
> 1 files chan
Dear Mike Frysinger,
In message <1343724293-7935-1-git-send-email-vap...@gentoo.org> you wrote:
> 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
> ---
> Makefile |2 +-
Dear hpeyerl,
In message <574be49434caea48b4f5ed1953673...@mail.beer.org> you wrote:
> Signed-off-by: hpey...@beer.org (Herb Peyerl)
>
> Apologies for the non-git formatted drive-by patch.
>
> If, during phy detection, your phy does not respond, then
> ll_temac_phy_addr() will underflow due to
Dear Stephan Linz,
In message <1343940564-31464-1-git-send-email-l...@li-pro.net> you wrote:
> 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
>
Dear "Karl O. Pinc",
In message <1344017124-5749-1-git-send-email-...@meme.com> you wrote:
> Add doc/README.kermit.
>
> Mention in README.
>
> Signed-off-by: Karl O. Pinc
...
> --- a/README
> +++ b/README
> @@ -4631,7 +4631,7 @@ Over time, many people have reported problems when
> trying to us
Dear Marek Vasut,
In message <1344426150-1229-1-git-send-email-ma...@denx.de> you wrote:
> From: Marek Vasut
>
> 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 partic
Dear Marek Vasut,
In message <1344426150-1229-2-git-send-email-ma...@denx.de> you wrote:
> From: Pavel Herrmann
>
> Signed-off-by: Pavel Herrmann
> ---
> doc/driver-model/UDM-cores.txt | 127
>
> 1 file changed, 127 insertions(+)
> create mode 100644
Dear Marek Vasut,
In message <1344426150-1229-3-git-send-email-ma...@denx.de> you wrote:
> From: Viktor Křivák
>
> Signed-off-by: Viktor Křivák
> ---
> doc/driver-model/UDM-gpio.txt | 106
> +
> 1 file changed, 106 insertions(+)
> create mode 100644 d
Dear Marek Vasut,
In message <1344426150-1229-4-git-send-email-ma...@denx.de> you wrote:
> From: Marek Vasut
>
> Signed-off-by: Marek Vasut
> ---
> doc/driver-model/UDM-mmc.txt | 319
> ++
> 1 file changed, 319 insertions(+)
> create mode 100644 doc/d
Dear Marek Vasut,
In message <1344426150-1229-5-git-send-email-ma...@denx.de> you wrote:
> Signed-off-by: Marek Vasut
> ---
> doc/driver-model/UDM-net.txt | 434
> ++
> 1 file changed, 434 insertions(+)
> create mode 100644 doc/driver-model/UDM-net.txt
Dear Marek Vasut,
In message <1344426150-1229-6-git-send-email-ma...@denx.de> you wrote:
> From: Viktor Krivak
>
> Signed-off-by: Viktor Krivak
> ---
> doc/driver-model/UDM-spi.txt | 200
> ++
> 1 file changed, 200 insertions(+)
> create mode 100644 d
Dear Marek Vasut,
In message <1344426150-1229-7-git-send-email-ma...@denx.de> you wrote:
> From: Pavel Herrmann
>
> Signed-off-by: Pavel Herrmann
> ---
> doc/driver-model/UDM-block.txt | 279
>
> 1 file changed, 279 insertions(+)
> create mode 100644
Dear Marek Vasut,
In message <1344426150-1229-8-git-send-email-ma...@denx.de> you wrote:
> From: Viktor Krivak
>
> Signed-off-by: Viktor Krivak
> ---
> doc/driver-model/UDM-power.txt | 88
>
> 1 file changed, 88 insertions(+)
> create mode 100644 do
Dear Marek Vasut,
In message <1344426150-1229-9-git-send-email-ma...@denx.de> you wrote:
> From: Tomas Hlavacek
>
> Signed-off-by: Tomas Hlavacek
> ---
> doc/driver-model/UDM-hwmon.txt | 119
>
> 1 file changed, 119 insertions(+)
> create mode 100644
Dear Marek Vasut,
In message <1344426150-1229-10-git-send-email-ma...@denx.de> you wrote:
> From: Tomas Hlavacek
>
> Signed-off-by: Tomas Hlavacek
> ---
> doc/driver-model/UDM-watchdog.txt | 335
> +
> 1 file changed, 335 insertions(+)
> create mode 10064
Dear Marek Vasut,
In message <1344426150-1229-11-git-send-email-ma...@denx.de> you wrote:
> From: Pavel Herrmann
>
> Signed-off-by: Pavel Herrmann
> ---
> doc/driver-model/UDM-pci.txt | 265
> ++
> 1 file changed, 265 insertions(+)
> create mode 10064
Dear Marek Vasut,
In message <1344426150-1229-12-git-send-email-ma...@denx.de> you wrote:
> From: Viktor Krivak
>
> Signed-off-by: Viktor Krivak
> ---
> doc/driver-model/UDM-pcmcia.txt | 79
> +++
> 1 file changed, 79 insertions(+)
> create mode 100644 d
Dear Marek Vasut,
In message <1344426150-1229-13-git-send-email-ma...@denx.de> you wrote:
> From: Tomas Hlavacek
>
> Signed-off-by: Tomas Hlavacek
> ---
> doc/driver-model/UDM-rtc.txt | 258
> ++
> 1 file changed, 258 insertions(+)
> create mode 10064
Dear Marek Vasut,
In message <1344426150-1229-14-git-send-email-ma...@denx.de> you wrote:
> From: Tomáš Hlaváček
>
> Signed-off-by: Tomas Hlavacek
> ---
> doc/driver-model/UDM-twserial.txt | 47
> +
> 1 file changed, 47 insertions(+)
> create mode 100644
Dear Wolfgang Denk,
> Dear Albert,
>
> In message <1342882947-9174-1-git-send-email-ma...@denx.de> Marek Vasut wrote:
> > This stuff has been rotting in the tree for a year now. Remove it.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Wolfgang Denk
> > Cc: Albert Aribaud
> > Cc: U-Boot DM
>
>
Dear Wolfgang Denk,
> Dear Gerlando Falauto,
>
> In message <1345803102-21110-1-git-send-email-gerlando.fala...@keymile.com>
you wrote:
> > This patchset modifies the handling of all the operations on the
> > environment (set/import/default) so to unify handling of special
> > variables.
> > On
Dear Benoît Thébaudeau,
In message <1725235724.2300239.1344694624384.javamail.r...@advansee.com> you
wrote:
>
> On 08/11/2012 05:18 AM, Mike Frysinger wrote:
...
> > if you want dcache disabled, then why don't you run `dcache off`
> > first ? i
> > think it's useful to be able to do both, and f
Hello Wolfgang Denk,
On 9/2/2012 9:30 PM, Wolfgang Denk wrote:
Dear Marek Vasut,
In message<1344426150-1229-1-git-send-email-ma...@denx.de> you wrote:
From: Marek Vasut
This patch contains UDM-design.txt, which is document containing
general description of the driver model. The remaining fil
Dear Srikanth Reddy Vintha,
In message <1344846046-1-1-git-send-email-srikanth.re...@lntinfotech.com>
you wrote:
> From: Shrinivas Sahukar
>
> *** This patch series contains the following support for Qualcomm chipsets ***
This is a summary comment for the whole patch series.
checkpatch re
Dear Wolfgang Denk,
> Dear Rob Herring,
>
> In message <502963fc.70...@gmail.com> you wrote:
> > > Can you upload the image somewhere? And indicate which exact
> > > problems we should look for?
> >
> > Yes, I'll have to recreate one with a reasonable size.
>
> Did you manage to find time to c
Dear Vikram Narayanan,
> Hello Wolfgang Denk,
>
> On 9/2/2012 9:30 PM, Wolfgang Denk wrote:
> > Dear Marek Vasut,
> >
> > In message<1344426150-1229-1-git-send-email-ma...@denx.de> you wrote:
> >> From: Marek Vasut
> >>
> >> This patch contains UDM-design.txt, which is document containing
> >>
Dear Srikanth Reddy Vintha,
In message <1344846046-1-2-git-send-email-srikanth.re...@lntinfotech.com>
you wrote:
> Signed-off-by: Srikanth Reddy Vintha
> ---
> arch/arm/include/asm/arch-msm7630/irqs.h | 162 +
> drivers/serial/usbtty.h |2 +
> drivers/usb/gadge
Dear Benoît Thébaudeau,
In message <791653575.2357512.1344862874565.javamail.r...@advansee.com> you
wrote:
> Commit 155cb01 replaced the read-only property of the ver env var with an
> auto-restoring behavior. Update the README file accordingly.
>
> Signed-off-by: Benoît Thébaudeau
> Cc: Wolfgan
Dear Tom Rini,
In message <5037d648.1050...@ti.com> you wrote:
>
> And no need to not include command.h I think. This makes it clear that
> a panic results in hang in SPL so that in the future, should someone
> depend on other behavior it's at least saying why we aren't resetting
> which is my c
Dear Tom Rini,
In message <1345051401-6104-1-git-send-email-tr...@ti.com> you wrote:
> Signed-off-by: Tom Rini
> ---
> doc/README.SPL |7 +++
> 1 file changed, 7 insertions(+)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Det
Dear Tom Rini,
In message <1345051401-6104-2-git-send-email-tr...@ti.com> you wrote:
> The instructions are generic, so move to the generic doc.
>
> Signed-off-by: Tom Rini
> ---
> doc/README.SPL | 23 +++
> doc/SPL/README.omap3 | 22 --
> 2 fil
Dear "Karl O. Pinc",
In message <1345134015-21508-1-git-send-email-...@meme.com> you wrote:
> README: Cleanup description of supported partitions.
>
> Signed-off-by: Karl O. Pinc
> ---
> I'm still trying to figure things out, and so am trying to
> clarify the docs as I go. FYI, I'm fuzzy about:
Dear Stephen Warren,
In message <1345158942-31512-1-git-send-email-swar...@wwwdotorg.org> you wrote:
> From: Stephen Warren
>
> Each EFI partition table entry contains a UUID. Extend U-Boot's struct
> disk_partition to be able to store this information, and modify
> get_partition_info_efi() to f
Dear Joe Hershberger,
In message <1345235191-13757-1-git-send-email-joe.hershber...@ni.com> you wrote:
> Use standard sh syntax:
> ${VAR:-default}
> Use default value: if VAR is set and non-null, expands to $VAR.
> Otherwise, expands to default.
> ${VAR:=default}
> Set default va
Dear Joe Hershberger,
In message <1345235191-13757-2-git-send-email-joe.hershber...@ni.com> you wrote:
> When a variable which contains a user-supplied value is dereferenced
> (e.g. to be echo'ed), make sure that the value is not further parsed
> by hush.
>
> Set the hush local variable "HUSH_NO_
Dear Joe Hershberger,
In message <1345235191-13757-3-git-send-email-joe.hershber...@ni.com> you wrote:
> Make debugging script problems easier just like non-u-boot.
>
> Signed-off-by: Joe Hershberger
> ---
> common/hush.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
Skipped (i
Dear Joe,
In message <201208171931.35608.vap...@gentoo.org> Mike Frysinger wrote:
>
> > ${VAR:-default}
...
> > ${VAR:=default}
...
> > ${VAR:+default}
...
> how about ${VAR-default} and ${VAR=default} and ${VAR+default} ?
Maybe we (= you?) can add these, too?
> > + if (assign) {
> > +
Since commit 50a47d0523e8efebe912bef539a77ffd42116451
(net: punt bd->bi_ip_addr) booting old 2.4.x ppc kernels
is broken due to changed offsets of the fields in struct bd_t.
Offsets of the fields after removed bi_ip_addr are wrong,
causing wrong bus clocks and console baudrate configurations
and va
Dear Joe Hershberger,
In message <1345237121-20594-1-git-send-email-joe.hershber...@ni.com> you wrote:
> This command allows you to read the value of a memory address and store
> it in an environment variable.
>
> Signed-off-by: Joe Hershberger
> ---
> common/cmd_mem.c | 47
Dear Fabio,
In message
you wrote:
>
> > I cannot really parse this, not even if I assume we should s/of/if/
> > here. What exactly do you mean?
>
> Looks like Otavio meant to do the same as this patch from Ilya Yanok,
> which is now applied:
This is my guess, too. But I'd like to be sure.
B
Dear Marek Vasut,
In message <201209021815.02418.ma...@denx.de> you wrote:
>
> > In case you are going to apply any of these patches, please do make
> > sure to drop the "dm: " string from all these subjects.
>
> At least add some ID so I can mine these patches back when we finish the
> project.
Dear Vikram Narayanan,
In message <504389e1.4060...@gmail.com> you wrote:
>
> May I know to which tree these patches are going in? I couldn't see it
> in the u-boot.git.
Master.
It takes a while until I push the stuff out to the public server.
You should see them now.
Best regards,
Wolfgang
Dear Anatolij Gustschin,
In message <1346612940-8580-1-git-send-email-ag...@denx.de> you wrote:
> Since commit 50a47d0523e8efebe912bef539a77ffd42116451
> (net: punt bd->bi_ip_addr) booting old 2.4.x ppc kernels
> is broken due to changed offsets of the fields in struct bd_t.
> Offsets of the field
Dear Anatolij Gustschin,
In message <1346612940-8580-1-git-send-email-ag...@denx.de> you wrote:
> Since commit 50a47d0523e8efebe912bef539a77ffd42116451
> (net: punt bd->bi_ip_addr) booting old 2.4.x ppc kernels
> is broken due to changed offsets of the fields in struct bd_t.
> Offsets of the field
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <201209021815.02418.ma...@denx.de> you wrote:
> > > In case you are going to apply any of these patches, please do make
> > > sure to drop the "dm: " string from all these subjects.
> >
> > At least add some ID so I can mine these patches ba
On 09/02/2012 06:36 AM, Wolfgang Denk wrote:
> Dear Rob Herring,
>
> In message <502963fc.70...@gmail.com> you wrote:
>>
>>> Can you upload the image somewhere? And indicate which exact
>>> problems we should look for?
>>
>> Yes, I'll have to recreate one with a reasonable size.
>
> Did you mana
Dear Zhong Hongbo,
> From: Zhong Hongbo
>
> When the u-boot address of destination equal to __start,
> no relocation. relocation offset(r9) = 0.
Good, now what kind of issue does this patch fix?
> Signed-off-by: Zhong Hongbo
> ---
> Change for V3:
> - Drop the change of arm720t, It has
Dear, Wolfgang Denk.
I am working supporting Renesas RMOBILE to U-Boot.
Renesas's RMOBILE SoC family contains an ARM Cortex-A9, and this uses
the same IP as SH.
(For example, timer, ether, serial, etc.)
I already sent to patches of rmobile, I got review from some developers.
And the patch is mana
On 09/02/2012 10:45 AM, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <1345158942-31512-1-git-send-email-swar...@wwwdotorg.org> you
> wrote:
>> From: Stephen Warren
>>
>> Each EFI partition table entry contains a UUID. Extend U-Boot's struct
>> disk_partition to be able to store thi
Hi Andy,
I understood your comment,
I will try to solve the problem.
(didn't change the udelay and loop count)
Then Could you merge the patch [1/4~3/4]?
I will debug more and resend the patch related with this problem.
If you can merge the patches[1/4~3/4], I think that other people can also debu
Hi Pavel,
On the constant 0x3, its to enable the timer plus configure the timer mode to
user-defined count mode.
We can covert them to constant as below:
#define TIMER_ENABLE(1<<0)
#define TIMER_MODE_USERDEF (1<<1)
writel((readl((&timer_base->ctrl)) | TIMER_ENABLE | TIM
1 - 100 of 103 matches
Mail list logo
