The DHCP handler has 1 state that is not listed in this case, causing a
failure message when there is actually no failure.
Signed-off-by: Remy Bohmer [EMAIL PROTECTED]
---
net/bootp.c |3 +++
1 file changed, 3 insertions(+)
Index: u-boot-git-almost-1.3.4/net/bootp.c
2 fixes for the networking layer
* 1 fix for a bogus error message when DHCP is used
* 1 compile error fix
--
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
A recent commit (936897d4d1365452bbbdf8430db5e7769ef08d38)
enabled the usb_stop() command in common/cmd_bootm.c which was
not enabled for some time, because no board did actually set the
CFG_CMD_USB flag. So, now the usb_stop() is executed before
loading the linux kernel, which will result in a
-by: Remy Bohmer [EMAIL PROTECTED]
---
common/usb.c | 13 +
drivers/usb/usb_ohci.c |4 +++-
2 files changed, 12 insertions(+), 5 deletions(-)
Index: u-boot-1.3.4/common/usb.c
===
--- u-boot-1.3.4.orig/common/usb.c
Hello All,
Which version of DTC must be used to get a working FIT image?
Release 1.2.0 understands the example doc/uImage.FIT/kernel.its, but
delivers an unbootable image. It fails on line 2285 (Wrong FIT
format: no description\n) in common/image.c at
int fit_check_format (const void *fit)
{
that it cannot find the description section.
Legacy images work properly.
Tomorrow I will hook up the debugger and get this problem tackled.
Kind Regards,
Remy
2008/8/23 Grant Erickson [EMAIL PROTECTED]:
On 8/23/08 3:31 AM, Remy Bohmer wrote:
Which version of DTC must be used to get a working FIT image
Hello All,
I know the image itself is correct. mkimage -l shows correct
information, but when copied to the target, the target detects a FIT
header but complains that it cannot find the description section.
Legacy images work properly.
Tomorrow I will hook up the debugger and get this
-off-by: Remy Bohmer [EMAIL PROTECTED]
---
arch/arm/Kconfig| 10 ++
arch/arm/boot/Makefile | 10 ++
arch/avr32/Kconfig | 14
arch/avr32/boot/images/Makefile |8 ++
arch/blackfin/Kconfig | 10 ++
arch/blackfin/boot/Makefile |8
Normally the 'zImage' is used as base for uImage.
Enable the capability to use the raw uncompressed 'Image' instead
Signed-off-by: Remy Bohmer [EMAIL PROTECTED]
---
arch/arm/Kconfig | 10 ++
arch/arm/boot/Makefile |6 +-
2 files changed, 15 insertions(+), 1 deletion
Hello Wolfgang,
If an older mkimage is detected, or if there is no dtc (Device Tree Compiler)
Why should there ever be no dtc? It is part of the Linux kernel source
tree, see arch/powerpc/boot/dtc-src
uuh, because it was not there in 2.6.24...?
And that was the kernel I made the patch for
Hello Guennadi,
http://lists.denx.de/pipermail/u-boot/attachments/20080722/92a646d6/attachment.txt
which does indeed fix it for all boards setting
CONFIG_SKIP_RELOCATE_UBOOT, i.e., booting directly from RAM... Please,
correct me if I am wrong!
You are _not_ wrong.
It was my goal to fix it
This series is a set of patches that are required to make USB sticks behave
robust while using U-Boot on a OHCI host.
Several users complain about ERROR: CTL:TIMEOUT errors while using USB sticks,
and while testing many different USB sticks it showed that some were working
and many don't. It
.
This results in a lot of USB sticks not being recognised, and the
transmission ended
frequently with a CTL:TIMEOUT Error.
* Added a flag CONFIG_LEGACY_USB_INIT_SEQ to allow users to use the old init
procedure.
Signed-off-by: Remy Bohmer [EMAIL PROTECTED]
---
common/usb.c | 50
Hello Stelian,
I gave your patches a run on an AT91CAP9 and had limited success with
them (usb seems to work, usb storage do not):
Does it work without the patches? Is it a regression, or still an improvement?
U-Boot usb part
print_part of 0
Partition Map for USB device 0 -- Partition
Hello Stelian,
U-Boot usb storage
Device 0: not available
What about this one ? Isn't this supposed to say something else ?
I got it!
Currently the IF_TYPE_USB is not handled in the dev_print routine in part.c
It is just a info printing issue, not a real functional bug.
I am working on a
Hello Markus,
Are you guys working on top of git? Doesn't the following commit fix
this already?
uuuh, I am not updating daily...
But, I verified and publish my patches always on latest git, but that
is something different than using the latest git in our product on
daily base...
So, I did not
Recently a patch was added to U-boot to add IF_TYPE_USB to dev_print() in part.c
I seem to have been overlooking this patch, so I fixed the same issue myself.
However, after upgrading to latest git I noticed that there were still several
types missing in this routine, so here is a patch to make
Add all missing types to dev_print() in part.c
Signed-off-by: Remy Bohmer [EMAIL PROTECTED]
---
disk/part.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
Index: u-boot/disk/part.c
===
--- u-boot.orig/disk/part.c
Hello Stelian,
Thanks, and I expect to hear some more positive news ;-)))
I'm afraid I have more bad news.
Grmbl, Now my weekend is ruined ;-
I updated my tree to the latest git. I use the ELDK 4.1 arm compiler.
Tested on an AT91SAM9263, with two different USB sticks:
U-Boot usb reset
Hello Wolfgang,
I get these messages also, and I did not considered that to be a
problem, because everything works...
Oh, but this *is* a problem. It is not the normal output of that
command.
Yeah, I agree, it was a problem, but this is what I meant: During
debugging it was not related to
.
Signed-off-by: Remy Bohmer [EMAIL PROTECTED]
---
common/usb.c |4 ++--
common/usb_storage.c | 16
include/usb.h|8 +++-
3 files changed, 17 insertions(+), 11 deletions(-)
Index: u-boot-git-22092008/common/usb.c
Hello Stelian,
Thanks for the logging. This is useful info.
usb_control_msg: request: 0x1, requesttype: 0x23, value 0x14 index 0x1 length
0x0
New Device 1
usb_control_msg: request: 0x6, requesttype: 0x80, value 0x100 index 0x0
length 0x40
ERROR: USB-error: DEVICENOTRESPONDING: Device
Hello Stelian,
Hmm, I can do that, but not before September 29.
The stick is fine, it does work ok on the 9261:
Thanks for testing it, it sounds good... But that does mean that there
is a SoC dependant issue here...
I looked at the code again, and found an oddity that I overlooked
before and
The USB OHCI init procedure sets the maximum message length the wrong way.
A max of 64 bits should not be done by writing '64' in maxpacketsize, but '3'.
While fixing this problem it turned out that there is more wrong here in this
code it turned out that the wrong bits were checked to determine
. There is no difference anymore in the early initialisation
sequence.
Signed-off-by: Remy Bohmer [EMAIL PROTECTED]
---
common/usb.c | 50 +++--
drivers/usb/usb_ohci.c | 14 +
include/usb.h | 16 ---
3
, because I do not have any of these boards.
Review required!
Signed-off-by: Remy Bohmer [EMAIL PROTECTED]
---
board/MAI/AmigaOneG3SE/usb_uhci.c |2 +-
board/mpl/common/usb_uhci.c |2 +-
cpu/arm920t/s3c24x0/usb_ohci.c|8
cpu/leon3/usb_uhci.c |2 +-
cpu
Hello Stelian,
It still doesn't help (on AT91SAM9263):
grmbl...
I believe this has to be debugged on this specific controller, since I
do not have one here I cannot debug it myself... :-(
At least we made a large step forward on many other cores, but
apparently we are not there yet for all
Hello Stelian,
This clock is required, but is usually _not_ configured by U-boot (for
the AT91SAM series) but by the bootstrap code. You could check if the
current settings for PLLB matches the settings done by Linux.
Bingo ! The bootstrap code does appear to setup some wrong values for
the
Hello All,
NAK, and NAK again from me. Note that it's not only a single small
violation, there is a whole list of it evenin this short code snippet:
- incorrect brace style
- unnecessary indentation
- incorrect multi-line comment style
Okay, I used Linux/checkpatch.pl to check the coding
. There is no difference anymore in the early initialisation
sequence.
Signed-off-by: Remy Bohmer [EMAIL PROTECTED]
---
common/usb.c | 56 -
drivers/usb/usb_ohci.c | 14 +---
include/usb.h | 16 +++---
3 files
This is version 2 of these series!
Only patch 1 of 2 has changed, some pedantic Coding Style issues updated that
were not detected by Linux/scripts/checkpatch.pl.
The USB OHCI init procedure sets the maximum message length the wrong way.
A max of 64 bits should not be done by writing '64' in
, because I do not have any of these boards.
Review required!
Signed-off-by: Remy Bohmer [EMAIL PROTECTED]
---
board/MAI/AmigaOneG3SE/usb_uhci.c |2 +-
board/mpl/common/usb_uhci.c |2 +-
cpu/arm920t/s3c24x0/usb_ohci.c|8
cpu/leon3/usb_uhci.c |2 +-
cpu
Hello Wolfgang,
can you please check if all urgent patches have been added to the
U-Boot master branch?
If anything should still be missing, please respond *now*.
Shouldn't my USB (bugfix) patches not go in that Markus now has in his
USB branch ?
Kind Regards,
Remy
My intention is to
2008/10/19 Remy Bohmer [EMAIL PROTECTED]:
Hello Wolfgang,
can you please check if all urgent patches have been added to the
U-Boot master branch?
If anything should still be missing, please respond *now*.
Shouldn't my USB (bugfix) patches not go in that Markus now has in his
USB branch
Hi,
2012/1/9 Vincent Palatin vpala...@chromium.org:
Fix the crash when running several times usb_init() with a USB ethernet
device plugged.
Signed-off-by: Vincent Palatin vpala...@chromium.org
Tested-by: Wolfgang Grandegger w...@denx.de
---
drivers/usb/eth/usb_ether.c | 7 +--
high speed devices.
Furthermore, the wait is only done once after power has been enabled
on all ports.
CC: Remy Bohmer li...@bohmer.net
CC: Vincent Palatin vpala...@chromium.org
Signed-off-by: Wolfgang Grandegger w...@denx.de
---
common/usb.c | 5 -
1 files changed, 4 insertions
Hi,
2012/1/9 Vincent Palatin vpala...@chromium.org:
When doing a GET_REPORT request on the keyboard control endpoint,
the report ID should 0 (ie report ID not used) rather than 1
as reports are not used in boot mode.
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
Applied to
Hi,
2012/1/9 Vincent Palatin vpala...@chromium.org:
When keys are pressed on the numeric keypad, emit key codes for the numbers,
operators, dot and enter.
Signed-off-by: Vincent Palatin vpala...@chromium.org
---
common/usb_kbd.c | 10 ++
1 files changed, 10 insertions(+), 0
+++
drivers/usb/host/ehci.h | 6 +-
3 files changed, 15 insertions(+), 1 deletions(-)
Acked-by: Remy Bohmer li...@bohmer.net
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi,
2011/12/23 Allen Martin amar...@nvidia.com:
If CONSOLE_MUX is enabled, reevaluate console stdin when USB keyboard
device is detected.
Signed-off-by: Allen Martin amar...@nvidia.com
---
common/usb_kbd.c | 6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
Applied to
Hi,
2011/12/21 Allen Martin amar...@nvidia.com:
This moves keyboard polling logic from USB HCD drivers into USB
keyboard driver. Remove usb_event_poll() as keyboard polling was
the only user of this API. With this patch USB keyboard works with
EHCI controllers again. Tested on a tegra2
{
/* This defines the order of our USB ports */
usb0 = /usb@0xc5008000;
usb1 = /usb@0xc500;
};
drivers/usb/host files ONLY: Acked-by: Remy Bohmer li...@bohmer.net
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Rename
Hi All,
2011/12/22 Ilya Yanok ya...@emcraft.com:
Hi Govindraj,
On 22.12.2011 10:55, Govindraj wrote:
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
Changes from V3:
- None
Changes from V2:
- None
Changes from V1:
- CONFIG_OMAP_EHCI_PHYx_RESET changed to
The following changes since commit 28958b8bea4c66629c5a22fd3c8b0d49df90383d:
Wolfgang Denk (1):
Coding Style cleanup; update CHANGELOG.
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
Prafulla Wadaskar (1):
usb: bugfix driver/usb/host/ehci-hcd.c
Hi,
2009/7/29 Lv Terry-R65388 rui...@freescale.com:
Hi All,
I'm trying to enable ehci usb in our board and I found that there
maybe two issues in funcion ehci_submit_root() in ehci-hcd.c.
1)
In ehci_submit_root(), the function will do the following operation.
From line 553 in
Hello Michael,
I would prefer patches on the mailinglist to be inlined and tested.
But, no further remarks on this patch.
Maybe Prafulla or Terry can provide some help in testing this patch?
Kind Regards,
Remy
___
U-Boot mailing list
belongs in the drivers/usb
section (and being merged into the existing ohci-driver):
Acked-by: Remy Bohmer li...@bohmer.net
Wolfgang, do you take it in your mpc5xxx tree?
Kind Regards,
Remy
___
U-Boot mailing list
U-Boot@lists.denx.de
http
Hi,
Well, there was a patch posted for this some time ago:
http://www.mail-archive.com/u-boot@lists.denx.de/msg05444.html
But, this patch broke several 512 byte blocksize devices, so I did not
push it to mainline.
You might take a look at it, maybe it solves your problem.
If you can make it
:
On Sunday 21 June 2009 15:54:13 Remy Bohmer wrote:
Hello Mike,
I got a remark about this patch:
2009/6/16 Mike Frysinger vap...@gentoo.org:
From: Bryan Wu bryan...@analog.com
Signed-off-by: Bryan Wu bryan...@analog.com
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
drivers
Hi,
2010/11/12 Wolfgang Denk w...@denx.de:
Several times before it has been suggested to use Patchwork for
U-Boot; in the past, I hesitated to do that for various reasons. But
in the meantime a number of features have been added to Patchwork,
and I think it now can be indeed beneficial to
Hi,
2010/11/25 Anatolij Gustschin ag...@denx.de:
Hi Remy,
On Tue, 02 Nov 2010 21:46:33 +0100
Wolfgang Denk w...@denx.de wrote:
Dear Remy Bohmer,
In message aanlktik0bxxfe8d5+96gy_=+cu0h_fkeyutfyo=cr...@mail.gmail.com
you wrote:
As U-boot project-owner you know you have the last word
Hi,
2010/11/26 Stefan Roese s...@denx.de:
This watchdog reset call is needed here, otherwise the lwmon5 board
(PPC440EPx based) will reset upon the usb reset command.
Signed-off-by: Stefan Roese s...@denx.de
Cc: Remy Bohmer li...@bohmer.net
---
drivers/usb/host/ehci-hcd.c | 2 ++
1
usb reset can be called multiple
times.
Signed-off-by: Stefan Roese s...@denx.de
Cc: Remy Bohmer li...@bohmer.net
---
drivers/usb/host/ehci-hcd.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Applied to u-boot-usb. Thanks.
Kind regards,
Remy
Hi,
2010/11/26 Stefan Roese s...@denx.de:
Calling usb_dev_init() from within the EHCI host driver is wrong.
The EHCI host driver should have no dependency/interconnection to the
USB device driver.
Signed-off-by: Stefan Roese s...@denx.de
Cc: Remy Bohmer li...@bohmer.net
---
drivers/usb
The following changes since commit c70e7ddb7e15e768d79edcbc4322d735e65ec31f:
Blackfin: tweak objects specified before embedded environment
(2010-11-19 19:30:59 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
Anatolij Gustschin (1):
usb: fix for
Hi,
2010/11/29 Debashish Rath debashish.r...@tridentmicro.com:
Dear Mr. Wolfgang,
Please find the patch for the same. This is ok or I have to prepare a
different mail and send the patch as an attachment.
No, please not post it as attachment.
Regards
Debashish Rath
Hi,
2010/12/1 Lei Wen lei...@marvell.com:
Since the ether may not be the only one usb gadget would be used
in the uboot, it is neccessary to do the register each time the
eth begin to work to make usb gadget driver less confussed when
we want to use two different usb gadget at the same time.
Hi Simon,
2010/12/10 Simon Glass s...@chromium.org:
I am sending this to the list looking for comments. Testing has been
confined to just a few USB sticks - no USB hard drives, USB card
readers, etc. But there are reports on the mailing list of problems
with U-Boot's detection of USB mass
Hi,
2010/12/28 Vitaly Kuzmichev vkuzmic...@mvista.com:
Calling eth_bind at usb_eth_init time causes renaming of the network
device from 'usb_ether' to 'usb0'. Fixing this to keep the first name.
Signed-off-by: Vitaly Kuzmichev vkuzmic...@mvista.com
---
Applied to u-boot-usb
Thanks
Remy
Hi,
2010/12/28 Vitaly Kuzmichev vkuzmic...@mvista.com:
This allows to change device and host MAC addresses without performing
reset.
Signed-off-by: Vitaly Kuzmichev vkuzmic...@mvista.com
---
drivers/usb/gadget/ether.c | 62 ++-
1 files changed, 26
Hello Ragha,
2009/5/30 Ragha raghavendra...@gmail.com:
Hello,
The gadget interface at cdc branch [1] sounds good.
Any plans for merging it into mainline?
Yeah, I planned it for the next release.
Kind Regards,
Remy
Regards,
-Ragha
[1]
Hello,
2009/5/28 Barnes, Clifton A. cabar...@indesign-llc.com:
I have been trying out loading the Linux kernel using a USB
flash drive in the u-boot-2009.06-rc2 release and ran into a problem
with one of my flash drives. This particular drive has a block size of
2048 while the other
Hello Vivek,
2009/5/25 Vivek Mahajan vivek.maha...@freescale.com:
The following patch reorganizes/reworks the USB support for mpc83xx
as under:-
* Moves the 83xx USB clock init from drivers/usb/host/ehci-fsl.c to
cpu/mpx83xx/cpu_init.c
* Board specific usb_phy_type is read from the
Hello Vivek,
2009/5/21 Vivek Mahajan vivek.maha...@freescale.com:
The following patch adds 85xx-specific USB support and also
revamps Copyright in immap_85xx.h
Signed-off-by: Vivek Mahajan vivek.maha...@freescale.com
Sorry, but this patch does not apply to U-boot-usb next branch, can
you
Hello Vivek,
2009/5/25 Vivek Mahajan vivek.maha...@freescale.com:
This patch adds CONFIGs for enabling USB in mpc8536ds and also
adds usb_phy_type in CONFIG_EXTRA_ENV_SETTINGS. Also revamps its
Copyright.
Signed-off-by: Vivek Mahajan vivek.maha...@freescale.com
---
v2 change: usb_phy_type
Signed-off-by: Remy Bohmer li...@bohmer.net
---
include/configs/at91sam9261ek.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/at91sam9261ek.h b/include/configs/at91sam9261ek.h
index fdaa71c..9a50347 100644
--- a/include/configs/at91sam9261ek.h
+++ b
Hello,
2009/6/2 Raghu raghavendra...@gmail.com:
On Mon, Jun 1, 2009 at 10:38 AM, Remy Bohmer li...@bohmer.net wrote:
Yeah, I planned it for the next release.
Is it going to be u-boot-2009.06?
I am interested in supporting OMAP3 musb drivers with this new interface.
2009.06 is the current
Hello,
@@ -45,6 +45,8 @@
#define CONFIG_SKIP_LOWLEVEL_INIT
#define CONFIG_SKIP_RELOCATE_UBOOT
+#define CONFIG_DISPLAY_CPUINFO 1
For homogeneity reasons, since this is a generic AT91 config option, I think
it makes sense to define this by default for all the AT91 boards -
Hi,
2009/6/7 Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com:
global inline function need to be define in a header
Agreed, but I have a few small remarks below
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
common/usb.c | 10 --
include/usb.h |
Hello,
2009/6/9 Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com:
On 16:54 Fri 05 Jun , RONETIX - Ilko Iliev wrote:
This patch corrects the missing PLLB initialization in usb_cpu_init()
for AT91SAM9261.
Because of the missing PLLB initialization, the USB support for all
AT91SAM9261
Hello All,
2009/6/9 Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com:
On 16:54 Fri 05 Jun , RONETIX - Ilko Iliev wrote:
This patch corrects the missing PLLB initialization in usb_cpu_init()
for AT91SAM9261.
Because of the missing PLLB initialization, the USB support for all
The following changes since commit 2c0234fa79122a5aa77c4e17c33eb2fe184b61a7:
Daniel Mack (1):
smc911x: write back the manually set MAC address
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
RONETIX - Ilko Iliev (1):
at91: fix a USB problem for
Hello,
2009/6/15 Kim Phillips kim.phill...@freescale.com:
fix a stray CONFIG_MPC83XX that escaped commit
0f898604945af4543c1525fc33b6bae621a3b805.
Signed-off-by: Kim Phillips kim.phill...@freescale.com
---
include/usb/ehci-fsl.h | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Hi,
2009/6/19 Vivek Mahajan vivek.maha...@freescale.com:
This patch fixes the access to the 'ehci' struct elements which should
have been taken care off in 4ef01010aa4799c759d75e67007fdd3a38c88c8a
Sorry about that.
Signed-off-by: Vivek Mahajan vivek.maha...@freescale.com
Applied to
Hi,
2009/6/16 Mike Frysinger vap...@gentoo.org:
These functions are no longer defined, so remove their prototypes.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
drivers/usb/musb/musb_core.h | 6 --
1 files changed, 0 insertions(+), 6 deletions(-)
Applied to u-boot-usb.
Hi,
2009/6/16 Mike Frysinger vap...@gentoo.org:
From: Bryan Wu bryan...@analog.com
Signed-off-by: Bryan Wu bryan...@analog.com
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
drivers/usb/musb/musb_hcd.c | 31 +++
drivers/usb/musb/musb_hcd.h | 4
Hello Mike,
2009/6/16 Mike Frysinger vap...@gentoo.org:
From: Bryan Wu bryan...@analog.com
Signed-off-by: Bryan Wu bryan...@analog.com
I get permanent delivery errors on this email address. Are you sure it
is correct?
If not, can you please provide me a correct address?
Kind Regards,
Remy
Hello All,
2009/7/4 Michael Trimarchi trimar...@gandalf.sssup.it:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 20:56 Mon 29 Jun , Prafulla Wadaskar wrote:
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
drivers/usb/host/ehci-hcd.c | 2 +-
1 files changed, 1 insertions(+),
Hello Vivek,
2009/6/24 Vivek Mahajan vivek.maha...@freescale.com:
It fixes the access to the 'ehci' struct elements for mpc83xx which
should have been taken care of in 4ef01010aa4799c759d75e67007fdd3a38c88c8a
Sorry about that.
Signed-off-by: Vivek Mahajan vivek.maha...@freescale.com
---
Hello Wolfgang,
2009/7/6 Wolfgang Denk w...@denx.de:
Dear Jerry Van Baren,
3) U-Boot currently has an explicit license to run stand alone
applications that have a GPL-incompatible license.
Thanks for mentioning this. But this is explicitly restricted to
stand alone applications,
Hello Wolfgang,
2009/7/6 Wolfgang Denk w...@denx.de:
1) If we take into consideration that you are not subscribed to the
list, only 20 out of 1712 subscribers (less than 1.2%) bothered to
comment at all.
FWIW, I did not comment on this so far, because from what I felt what
I had to say
Hi,
2009/7/8 Prafulla Wadaskar prafu...@marvell.com:
-Original Message-
From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
Sent: Monday, June 29, 2009 8:57 PM
To: u-boot@lists.denx.de
Cc: Prabhanjan Sarnaik; Ronen Shitrit; Ashish Karkare;
Prafulla Wadaskar
Subject: [PATCH 5/6]
Hello Brian,
2009/6/23 Brian Silverman bsilver...@iveia.com:
I have created a patch for the OMAP3EVM u-boot to create an image for
download into OMAP internal RAM (64k). This allows a complete boot to
Linux over USB only, without any RS-232 serial cables. The difference
between this and
Hello Prafulla,
As stated in other email thread too.
Now all dependencies for Sheevaplug board support are in accepted state
except this patch http://lists.denx.de/pipermail/u-boot/2009-June/055112.html
I know that but I cannot test it because I do not have the hardware,
so I depend on
Hello Jean-Christophe,
2009/7/9 Daniel Mack dan...@caiaq.de:
ping?
On Tue, Jun 23, 2009 at 05:30:04PM +0200, Daniel Mack wrote:
From: Daniel Mack dan...@caiaq.de
To: u-boot@lists.denx.de
Cc: Daniel Mack dan...@caiaq.de
Subject: [PATCH 1/2] pxa: add clock for system bus 2 arbiter
Date:
Hi,
At least there is 1 significant difference between your patch
and the patch of Michael
Your patch contains this:
- typeReq = req-request 8 | req-requesttype;
+ typeReq = req-request | req-requesttype 8;
switch
The following changes since commit 3672cd5c3b53d219d33345eebad4e25ad5bf6d52:
Wolfgang Denk (1):
MAINTAINERS: fix sorting, remove duplicates.
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
Bryan Wu (1):
usb: musb: add timeout via
Hello Robert and Sascha,
Freescale isnt alone here, so when/if u-boot goes GPLv3, please dont do your
own thing in a vacuum. there will be others who would support a GPLv2 split,
so we might as well collaborate. u-boot-v2 looks fairly attractive at this
point.
-mike
Well, now Mike brought
Hello,
2009/7/7 Kumar Gala ga...@kernel.crashing.org:
ehci-hcd.c: In function 'ehci_submit_root':
ehci-hcd.c:719: warning: value computed is not used
ehci-hcd.c:748: warning: value computed is not used
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
drivers/usb/host/ehci-hcd.c |
Hello Michael,
2009/7/10 Michael Trimarchi trimar...@gandalf.sssup.it:
Hi,
cc: Remy Bohmer
Prafulla Wadaskar wrote:
This patch is tested for USB host interface on Kirkwood based
Sheevaplug platform (i.e arm little-endian machine)
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
Hi Kevin,
2009/7/9 kevin.morf...@fearnside-systems.co.uk
kevin.morf...@fearnside-systems.co.uk:
Hi Remy
This patch re-formats the code in cpu/arm920t and cpu/arm920t/23c24x0 in
preparation for changes to add support for the Embest SBC2440-II Board.
The changes are as follows:
- re-indent
Hello,
2009/7/17 Ben Warren biggerbadder...@gmail.com:
virupax wrote:
Hi
I am using arm-unknown-linux-gnueabi-gcc 4.3.2 compiler to compile the
u-boot 1.1.5 for the at91sam9260 board. When i use this u-boot image usb
start command is not detecting the connected usb stick.
Request Sense
Hello Prafulla,
2009/7/17 Prafulla Wadaskar prafu...@marvell.com:
This change is cheked in Linux source and fix found to be in sync.
This patch is tested for USB host interface on Kirkwood based
Sheevaplug platform (ARM little endian board)
Risk: the impact of this patch is not validated on
Hi Tom,
2009/9/28 Tom tom@windriver.com:
Soon you will see a v2 of my OMAP3 USB device support.
After which I will be working on adding a 'fastboot' device.
Ref :
https://gforge.ti.com/gf/project/omapzoom/wiki/?pagename=FAQ-8%3A+Zoom-II+Android%C2%A0fastboot
I would like to add this as
Hi,
Dear all,
when can we expect USB 3.0 support in uboot? since with the release of linux
2.6.31 kernel we av it linux. can we plan in the next release of u-boot?
Lemme know.
Well, If you have patches for adding support for USB3.0, I would be
happy to integrate it in the U-boot USB branch
Hi,
2009/9/29 Harsh Goel (RBEI/ECB4) harsh.g...@in.bosch.com:
Does u-boot have support for a usb-ethernet adapter:
http://git.denx.de/?p=u-boot/u-boot-usb.git;a=commit;h=79c130f4a7af3ab4de041d60afa4e2fc1ec0c9ef
i found at the following link that u-boot have support for usb-ethernet
adapter.
Hi,
2009/9/29 Tom tom@windriver.com:
The usb device and composite device support seems to be entirely based on
usbtty.Is there a newer interface that needs some help bringing to the
mainline? Else, ideas on how to do this cleanly ?
Well, I have the complete Linux gadget layer as USB
Hi,
2009/9/28 y...@windriver.com:
What is the difference between sender 'y' and 'Tom Rix'?
I guess I can safely ignore the 'y' sender...?
Remy
The technical change is better handling of address setting on the
usb handshaking setup phase.
Other changes from Jean's comments
2/8 USB add
Hi,
Thanks!
I have taken a look at this.
It looks like the reference is an ethernet over usb device on at91.
I have an at91sam9g20-ek. Is this compatibly with your work?
Else I will just jump in with omap.
OK.
Once I get past seeing the ethernet gadget work on Beagle, I think
we should
Hi Prafulla,
2009/10/22 Prafulla Wadaskar prafu...@marvell.com:
Hi List
I can use fatload or ext2load to read from USB storage
My need is to write to a storage over USB interface.
With reference to this link
https://lists.one-eyed-alien.net/pipermail/usb-storage/2008-May/003665.html
Is
1 - 100 of 511 matches
Mail list logo