u-boot.git/drivers/usb, branch v2009.01

usbtty/omap: update to current API

2008-12-09T20:12:41+00:00

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD 
Signed-off-by: Remy Böhmer

drivers/usb: Move conditional compilation to Makefile

2008-11-28T20:24:12+00:00

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD 
Signed-off-by: Remy Böhmer

Cleanup: fix "MHz" spelling

2008-10-21T09:25:39+00:00

Signed-off-by: Wolfgang Denk

Merge git://git.denx.de/u-boot into x1

2008-10-21T07:18:01+00:00

Conflicts:

	drivers/usb/usb_ohci.c

rename CFG_ macros to CONFIG_SYS

2008-10-18T19:54:03+00:00

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD

The PIPE_INTERRUPT flag is used wrong

2008-10-14T14:43:06+00:00

At a lot of places in the code the PIPE_INTERRUPT flags and friends
are used wrong. The wrong bits are compared to this flag resulting
in wrong conditions. Also there are macros that should be used for
PIPE_* flags.
This patch tries to fix them all, however, I was not able to test the
changes, because I do not have any of these boards.

Review required!

Signed-off-by: Remy Bohmer 
Signed-off-by: Markus Klotzbuecher

fix USB initialisation procedure

2008-10-14T14:42:44+00:00

The max packet size is encoded as 0,1,2,3 for 8,16,32,64 bytes.
At some places directly 8,16,32,64 was used instead of the encoded
value. Made a enum for the options to make this more clear and to help
preventing similar errors in the future.

After fixing this bug it became clear that another bug existed where
the 'pipe' is and-ed with PIPE_* flags, where it should have been
'usb_pipetype(pipe)', or even better usb_pipeint(pipe).

Also removed the triple 'get_device_descriptor' sequence, it has no use,
and Windows nor Linux behaves that way.
There is also a poll going on with a timeout when usb_control_msg() fails.
However, the poll is useless, because the flag will never be set on a error,
because there is no code that runs in a parallel that can set this flag.
Changed this to something more logical.

Tested on AT91SAM9261ek and compared the flow on the USB bus to what
Linux is doing. There is no difference anymore in the early initialisation
sequence.

Signed-off-by: Remy Bohmer 
Signed-off-by: Markus Klotzbuecher

usb: Fix compile warning of r8a66597-hcd

2008-09-19T05:37:08+00:00

Signed-off-by: Nobuhiro Iwamatsu 
Signed-off-by: Markus Klotzbuecher

Refactoring parts of the common USB OHCI code

2008-09-17T13:41:16+00:00

This patch refactors some large routines of the USB OHCI code by
making some routines smaller and more readable which helps
debugging and understanding the code. (Makes the code looks
somewhat more like the Linux implementation.)

Also made entire file compliant to Linux Coding Rules (checkpatch.pl compliant)

Signed-off-by: Remy Bohmer 
Signed-off-by: Markus Klotzbuecher

Make usb-stop() safe to call multiple times in a row.

2008-09-09T14:59:25+00:00

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.

However, the usb_ohci driver hangs up (at least on AT91SAM) if the
driver is stopped twice (e.g. the peripheral clock is stopped on AT91).
If some other piece of code calls usb_stop() before the bootm command,
this command will hangup the system during boot.
(usb start and stop is typically used while booting from usb memory stick)

But, stopping the usb stack twice is useless anyway, and a flag already
existed that kept track on the usb_init()/usb_stop() calls.
So, we now check if the usb stack is really started before we stop it.

This problem is now fixed in both the upper as low-level layer.

Signed-off-by: Remy Bohmer 
Acked-by: Markus Klotzbuecher