Dear Wolfgang,
On Tuesday 21 June 2011 04:29 PM, Aneesh V wrote:
Dear Wolfgang,
On Friday 17 June 2011 10:18 PM, Aneesh V wrote:
Dear Wolfgang,
Here is a crude implementation of the top-down approach you had been
suggesting (or my interpretation of it). This is not complete yet and
serves
The following changes since commit 9623c158f6a5150a21c25026bfba79e7ff7912f5:
Merge branch 'master' of git://git.denx.de/u-boot-arm (2011-06-23
15:37:33 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
Cliff Cai (1):
musb: process control messages
Hi,
2011/6/25 Mike Frysinger vap...@gentoo.org:
Looks like this was missed during the conversion to partial linking.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
Makefile | 2 +-
drivers/usb/eth/Makefile | 4 ++--
2 files changed, 3 insertions(+), 3
Dear Wolfgang,
On Wednesday 18 May 2011 03:14 AM, Wolfgang Denk wrote:
Dear Aneesh V,
[snip ...]
NAK. We do not accept base address plus offset notation. Please
declare C structs instead.
Ok. will do.
Again just curious, what's the reasoning behind this policy? Is it just
aesthetics
Dear Aneesh V,
In message 4e00799a.5040...@ti.com you wrote:
Here is a crude implementation of the top-down approach you had been
suggesting (or my interpretation of it). This is not complete yet and
serves only as a material for further discussions on this topic.
Here is an updated
Hi dear
With Due Respect And Humanity, I was compelled to write to you under
humanitarian grounds.I introducing my self as Miss kitni Sekani.I got your
contact from an online Directory and was delighted to contact you. I need
your help and I have a secured secret proposal and I seek a trust
Dear Aneesh V,
In message 4e05cf18.4020...@ti.com you wrote:
It's more. When using base+offset, the compiler will know nothing
about the data type, so it canot warn you if you use a 32 bit accessor
on a 8 bit register, or vice versa. When you pass a struct element,
it can check type
Dear Wolfgang,
On 06/25/2011 02:10 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In message4e00799a.5040...@ti.com you wrote:
Here is a crude implementation of the top-down approach you had been
suggesting (or my interpretation of it). This is not complete yet and
serves only as a material for
On Saturday, June 25, 2011 10:21:10 AM Remy Bohmer wrote:
The following changes since commit
9623c158f6a5150a21c25026bfba79e7ff7912f5:
Hi Remy,
I just sent a minor thing, found by just a pure coincidence (move USB_PRINTF...
patch). Can you drop that in?
Thanks in advance
Merge branch
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
common/usb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/usb.c b/common/usb.c
index 4f7c520..8e84266 100644
--- a/common/usb.c
+++ b/common/usb.c
@@ -957,8 +957,8 @@ void usb_scan_devices(void)
/*
Dear Remy Bohmer,
In message BANLkTi=l7cw519cweuk7ckungpzj2jv...@mail.gmail.com you wrote:
The following changes since commit 9623c158f6a5150a21c25026bfba79e7ff7912f5:
Merge branch 'master' of git://git.denx.de/u-boot-arm (2011-06-23
15:37:33 +0200)
are available in the git repository
With this, the EHCI seems to recover from a timeout. This is particularly
observable if you were to ping the wrong IP Address and then ping the correct
one or if there was a temporary failure during tftp sessions.
All it takes is one timeout to disable it. If you have a noisy network (lot
of
arch/sparc/cpu/leon[23]/Makefile do not tolerate the use of an
external object directory because it looks for start.S in the
obj directory.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
My working partner in relationship with
HSBC London has concluded that our working
partner has helped us to send you first payment of US$5,000
to you as instructed by Malaysia government and will
keep sending you $5000 twice a week until
the payment of (US$820,000 ) is completed
within Eight
14 matches
Mail list logo