Dear Julien,
In message
you
wrote:
>
> Without the patch, with mmap:
Thanks for the numbers. So these indeed make no real difference.
> I understand the use case, in its globality, is pretty exotic.
> However, I don't really get why giving /dev/stdin as input is.
The case where mkimage is
Hi Wolfgang,
2014-09-28 0:57 GMT+09:00 Wolfgang Denk :
> Dear Masahiro,
>
> In message
> you
> wrote:
>>
>> I can create a new branch on the remote u-boot-uniphier.git
>> but I cannot update the master branch.
>
> Please try again now.
Everything looks working fine now.
Thank you!!
--
B
Hi Marek,
Here are my last findings:
On 09/23/2014 01:18 PM, Marek Vasut wrote:
> +static void novena_spl_setup_iomux_sdhc(void)
> +{
> + imx_iomux_v3_setup_multiple_pads(usdhc2_pads, ARRAY_SIZE(usdhc2_pads));
> + imx_iomux_v3_setup_multiple_pads(usdhc3_pads, ARRAY_SIZE(usdhc3_pads));
> +
> +
Hi,
On 26 August 2014 09:17, Valentin Longchamp
wrote:
>
> Hello,
>
> Here is the outcome of my debug session today:
>
> On 08/25/2014 05:42 PM, Valentin Longchamp wrote:
> > Hello,
> >
> > I am currently porting all the Keymile boards to CONFIG_SYS_GENERIC_BOARD.
> > On u-boot 2014.10-rc1 I have
T2080 v1.0 has this errata while v1.1 has fixed
this errata by hardware, add a new function has_errata_a007186
to check the SVR_SOC_VER, SVR_MAJ and SVR_MIN first,
if the sil has errata a007186, then run the errata code,
if not, doesn't run the code.
Signed-off-by: Zhao Qiang
---
Changes for v2:
On 9/27/14 6:56 PM, "Zhao Qiang-B45475" wrote:
>On 09/27/2014 12:02 AM, York Sun wrote:
>> -Original Message-
>> From: Sun York-R58495
>> Sent: Saturday, September 27, 2014 12:02 AM
>> To: Zhao Qiang-B45475; u-boot@lists.denx.de
>> Cc: Xie Xiaobo-R63061
>> Subject: Re: [PATCH 2/2] power
On 09/27/2014 12:02 AM, York Sun wrote:
> -Original Message-
> From: Sun York-R58495
> Sent: Saturday, September 27, 2014 12:02 AM
> To: Zhao Qiang-B45475; u-boot@lists.denx.de
> Cc: Xie Xiaobo-R63061
> Subject: Re: [PATCH 2/2] powerpc/mpc85xx: modify erratum A007212
>
> On 09/25/2014 10:5
Thanks for your comments,
On Sat, Sep 27, 2014 at 11:56 PM, Wolfgang Denk wrote:
> Can you please provide values for the size of the binary and the
> execution time?
Without the patch, with mmap:
$> dd if=/dev/zero of=test bs=1M count=10
$> time ./mkimage -A arm -O linux -a 0 -e 0 -T script -C n
Dear Marek,
In message <201409280001.26383.ma...@denx.de> you wrote:
>
> > Can you please provide values for the size of the binary and the
> > execution time?
> >
> > It's not really critical, but I'd like to understand the impact of
> > your changes. You use case is pretty exotic, so it seems
Besides converting the LS-XHL and LS-CHLv2 to generic board, fix a typo
which accidentally reverted the bootsource to 'hdd' although the default
bootsource should be 'legacy'.
Cc: Tom Rini
Cc: Prafulla Wadaskar
Signed-off-by: Michael Walle
---
Hi Tom, Hi Prafulla,
could this patch be merged
On Saturday, September 27, 2014 at 11:56:55 PM, Wolfgang Denk wrote:
Hello Wolfgang,
> Dear Julien,
>
> In message you wrote:
> > I'm not sure to understand what you mean. In both cases, the file is
> > copied.
> >
> > What is bothering you?
>
> I asked:
> | What is the size and performance i
Dear Julien,
In message
you wrote:
>
> I'm not sure to understand what you mean. In both cases, the file is copied.
>
> What is bothering you?
I asked:
| What is the size and performance impact of the suggested change for
| typical use cases?
Can you please provide values for the size of th
On Wednesday, September 24, 2014 at 06:57:06 PM, Sean Cross wrote:
[...]
>
> > +
> > +int drv_keyboard_init(void)
> > +{
> > + int error;
> > + struct stdio_dev dev = {
> > + .name = "button",
> > + .flags = DEV_FLAGS_INPUT | DEV_FLAGS_SYSTEM,
> > + .start =
On Saturday, September 27, 2014 at 06:46:24 PM, Sean Cross wrote:
> I asked Bunnie about this, and the routing is 50 ohms.
>
> On 24 September, 2014 5:40:59 pm GMT+08:00, Marek Vasut wrote:
> >On Wednesday, September 24, 2014 at 04:46:42 AM, Nikolay Dimitrov
> >
> >wrote:
> >> Hi Marek,
> >>
> >
Before this commit, the stack addresses for IRQ and FIQ modes,
IRQ_STACK_START and FIQ_STACK_START, were computed in interrupt_init but
they were not used.
This commit sets the stack pointers for IRQ and FIQ modes.
Signed-off-by: Georges Savoundararadj
Cc: Albert Aribaud
---
Changes in v2:
-
This commit relocates the exception vectors.
As ARM1176 and ARMv7 have the security extensions, it uses VBAR. For
the other ARM processors, it copies the relocated exception vectors to
the correct address: 0x or 0x.
Signed-off-by: Georges Savoundararadj
Cc: Albert Aribaud
Cc: To
A regression was introduced in commit 41623c91. The consequence of that
is the non-relocation of the section .vectors symbols :
_undefined_instruction, _software_interrupt, _prefetch_abort,
_data_abort, _not_used, _irq and _fiq.
Before commit 41623c91, the exception vectors were in a .text section
Hi,
This series fixes the exception handling on ARM.
First of all, it makes the symbols of the exception vectors relocatable.
Then, it ensures that the exception vectors are relocated. To do so, we
copy or move the exception vectors depending on the processor
capability. Also, this series config
On Saturday, September 27, 2014 at 04:51:39 AM, Stephen Warren wrote:
> The built-in SMSC 95xx chip doesn't know its own MAC address. Instead,
> we must query it from the VC firmware; it's probably encoded in fuses
> on the BCM2835.
>
> Signed-off-by: Stephen Warren
> ---
> v2: Don't set usbethad
On Sep 27, 2014 8:24 PM, "Wolfgang Denk" > OK, so you don't have any real
data, but make a very specific
> statement: "exactly the same."
>
> Sorry, but this is not an answer I'm going to buy.
I'm not sure to understand what you mean. In both cases, the file is copied.
What is bothering you?
Hi,
In the clang serie I left out the changes regarding gd [well
almost all, besides one just to brick Toms board ;), and for the
record not intentionally], since they are not a clang problem, it
might need some general cleanup.
On ARM/omap there are several points setting up sp / gd:
- arch/ar
Dear Julien,
In message
you wrote:
>
> > I don't believe you. Sizes rare certainly not identical, and neither
> > is the performance. Did you do any real measurements?
>
> mmap is useful when you need to make random access in a file, or to
> optimize memory: when a file is mmapped, the kernel
On Sat, Sep 27, 2014 at 3:25 PM, Wolfgang Denk wrote:
> Sorry, but I don't understand this. Where are the image(s) coming
> from, then? Who or what is feeding the pipe?
Sorry, I wrote quickly.
In my situation:
- I have a Python implementation of a TFTP server
- when the file named "uboot.boot
I asked Bunnie about this, and the routing is 50 ohms.
On 24 September, 2014 5:40:59 pm GMT+08:00, Marek Vasut wrote:
>On Wednesday, September 24, 2014 at 04:46:42 AM, Nikolay Dimitrov
>wrote:
>> Hi Marek,
>>
>> Following are some comments about FEC Ethernet:
>>
>> On 09/23/2014 01:18 PM, Mare
Dear Masahiro,
In message
you wrote:
>
> I can create a new branch on the remote u-boot-uniphier.git
> but I cannot update the master branch.
Please try again now.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office
Hi Simon, Felipe,
2014-09-27 9:57 GMT+09:00 Felipe Balbi :
> On Fri, Sep 26, 2014 at 05:52:11PM -0600, Simon Glass wrote:
>> Hi Tom,
>>
>> Here are the changes that were reviewed by Jagan (SPI maintainer).
>>
>> Branch is 'for-tom' as I had trouble with master (see below).
>>
>> The following chan
Hi Wolfgang,
2014-09-27 22:00 GMT+09:00 Wolfgang Denk :
> Dear Masahiro,
>
> In message
> you
> wrote:
>>
>> I am trying to push to the newly-created u-boot-uniphier repo
>> but I am in trouble.
>>
>> masahiro@oscar:~/workspace/u-boot-uniphier$ git push
>> ssh://gu-uniph...@git.denx.de/u-boot-
Dear Julien,
In message
you wrote:
> On Sat, Sep 27, 2014 at 2:54 PM, Wolfgang Denk wrote:
> > What would be the benefit of doing so? Do you have an example for a
> > practical use case where this makes sense?
>
> In my case, I have a TFTP server that dyncamically generates uboot
> bootfiles
Hi,
I would like to give /dev/stdin to the flag -d of mkimage. The only
thing that prevent doing it is the function copy_file of mkimage.c,
which:
- calls stat(2) on the file to get the input file size
- calls mmap(2) with this size as length
When the file is a pipe, its size is set to 0 and mmap
On Sat, Sep 27, 2014 at 2:54 PM, Wolfgang Denk wrote:
> What would be the benefit of doing so? Do you have an example for a
> practical use case where this makes sense?
In my case, I have a TFTP server that dyncamically generates uboot
bootfiles when a specific file is requested. The input templ
Dear Masahiro,
In message
you wrote:
>
> I am trying to push to the newly-created u-boot-uniphier repo
> but I am in trouble.
>
> masahiro@oscar:~/workspace/u-boot-uniphier$ git push
> ssh://gu-uniph...@git.denx.de/u-boot-uniphier.git
...
> remote: error: By default, updating the current bran
Dear Julien,
In message
you wrote:
>
> I would like to give /dev/stdin to the flag -d of mkimage. The only
What would be the benefit of doing so? Do you have an example for a
practical use case where this makes sense?
> This patch replaces the use of mmap(2) with read(2). If accepted, I
> co
On Fri, Sep 26, 2014 at 05:52:11PM -0600, Simon Glass wrote:
> Hi Tom,
>
> Here are the changes that were reviewed by Jagan (SPI maintainer).
>
> Branch is 'for-tom' as I had trouble with master (see below).
>
> The following changes since commit f9860cf081efdf32c8a01b9fc271fe55e2a79f8d:
>
>
On Thu, Sep 25, 2014 at 01:57:16PM -0700, York Sun wrote:
> Tom,
>
> The following changes since commit 47d3debe1ab8315dc9ade22279e02f60eceda25b:
>
> Merge git://git.denx.de/u-boot-dm (2014-09-23 15:21:43 -0400)
>
> are available in the git repository at:
>
> u-boot
> git://git.denx.de/u-b
On Thu, Sep 25, 2014 at 09:27:52AM -0700, York Sun wrote:
> Tom,
>
> The following changes since commit 47d3debe1ab8315dc9ade22279e02f60eceda25b:
>
> Merge git://git.denx.de/u-boot-dm (2014-09-23 15:21:43 -0400)
>
> are available in the git repository at:
>
>
> git://git.denx.de/u-boot-mp
Hi.
I am trying to push to the newly-created u-boot-uniphier repo
but I am in trouble.
masahiro@oscar:~/workspace/u-boot-uniphier$ git push
ssh://gu-uniph...@git.denx.de/u-boot-uniphier.git
X11 forwarding request failed on channel 0
Total 0 (delta 0), reused 0 (delta 0)
remote: error: refusing
36 matches
Mail list logo
