Hi Alan,
> Index: usb-2.6/drivers/usb/host/isp116x-hcd.c
> ===
> --- usb-2.6.orig/drivers/usb/host/isp116x-hcd.c
> +++ usb-2.6/drivers/usb/host/isp116x-hcd.c
> @@ -583,12 +583,15 @@ static void
> finish_atl_transfers(struct
>
On Mon, 28 Aug 2006, leewood wrote:
> Hi,all
> Someone is successful to make isp1362 isochronous transfers supported?
> I want to use usb camera on ucLinux 2.6.The host controller is ISP1362. But
> now the host driver for isp1362 in kernel is not supported the isochronous
> transfers.So i need t
On Thu, 16 Mar 2006, Vishal Oliyil Kunnil wrote:
> --
> driver isp1362-hcd, 2005-04-04
> isp1362-hcd isp1362-hcd0: ISP1362 Host Controller
> isp1362_hc_reset:
> isp1362_sw_r
On Thu, 16 Mar 2006, Vishal Oliyil Kunnil wrote:
> Hi,
> I am trying to get the isp1362-hcd driver running on a custom PXA board . Got
> lots of info from the list archives, had to pull the H_WAKE pin low to get
> the clock trigger ready (Thanks to the list archives :) )
>
> IRQ 27 is assing
On Wed, 15 Mar 2006, Tanjeff-N. Moos wrote:
> Hi,
Hi Tanjeff,
> We're using the isp116x HCD driver contained in linux 2.6.15 on a
> PowerPC 8xx, but it doesn't work properly. We patched the file
> linux/drivers/usb/host/isp116x.h to make it running on our machine (the
> patched file is attache
On Thu, 16 Feb 2006, Peter Wippich wrote:
>
> Hi Olav,
>
> just a short question in between:
>
> where did you find anythin about completion code 0xf ???
For example:
[ 122.48] td: f 8i2 0,64,64 0 101
^
>
> According to the ISP116x manual this doesn't exist (but is
On Mon, 13 Feb 2006, harsh beohar wrote:
> Hello,
>is there any way to read/write the usb ports
> without havin Usb devices attach to it...
> in order to activitate D+/D- pins.
To a limited extent, yes. You can configure the host
controller to report about the event of pulling either of
t
On Mon, 13 Feb 2006, Peter Wippich wrote:
> thank you for your response. Trying to actualy run the driver with
> PTD_TRACE enabled is not realy possible. As soon as I open my device I get
> flooded with repeated messages:
>
> [ 122.48] td: f 8i2 0,64,64 0 101
> .
You c
On Mon, 13 Feb 2006, Peter Wippich wrote:
> Dear Olav,
Hi Peter,
Please keep linux-usb-devel list CC-d.
> I'm trying to use your driver (from kernel 2.6.14) on a PXA26x (ARM)
> platform. We only need to connect to a single device (an ACM Modem). In
> general, this works.
> However, after a sho
Hi,
Is anyone having a problem seeing Oliver's posting. The only
thing I see in his message (with pine 4.63) is:
[Error: Formatting error: Illegal '=' in base64 text]
When I hit reply, I see the content shown in the bottom.
It's just a part of his message I assume.
If its a problem he
On Fri, 20 Jan 2006, Sebastian Haas wrote:
> Hello!
>
> At the moment I'm optimizing a USB driver for a "USB 1.1 Full Speed" device.
>
> And what I want to know is if it is possible to submit a URB which is
> bigger then the maximal allowed endpoint packet size? Will the HCD
> driver or the US
On Fri, 30 Dec 2005, Torsten Koschorrek wrote:
> Olav Kongas wrote:
>
> > Anyway, I decided to try implement iso transfers in isp116x-hcd. The only
> > streaming USB device I have right now is a Logitech headset. No cameras.
> > Therefore, if you are interested i
On Wed, 28 Dec 2005, Istvan Papp wrote:
Hi Istvan,
> I have an XScale based platform with ISP 1160 on it.
> I would like to connect a camera to it, but the existing
> driver does not support isochronous transfers.
> Have you any knowledge about such driver for Linux 2.6?
I am not aware of such
-off-by: Olav Kongas <[EMAIL PROTECTED]>
--- a/drivers/usb/host/isp116x-hcd.c2005-12-22 17:06:27.0 +0200
+++ b/drivers/usb/host/isp116x-hcd.c2005-12-27 14:55:31.0 +0200
@@ -1420,20 +1420,22 @@ static int isp116x_bus_suspend(struct us
int r
Greg, please apply.
Olav
Fix buffer size limiting.
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
diff -purN a/drivers/usb/usb-skeleton.c b/drivers/usb/usb-skeleton.c
--- a/drivers/usb/usb-skeleton.c2005-12-22 12:26:43.0 +0200
+++ b/drivers/usb/usb-skeleton.c2005
On Wed, 21 Dec 2005, Oliver Neukum wrote:
> Hi,
>
> this introduces limits whose lack in the skeleton driver someone recently
> complained about.
>
> Regards
> Oliver
>
> Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
>
> --- a/drivers/usb/usb-skeleton.c 2005-12-04
On Sun, 18 Dec 2005, Franck wrote:
> 2005/12/17, Olav Kongas <[EMAIL PROTECTED]>:
> >
> >
> > On Fri, 16 Dec 2005, Franck wrote:
> > > ok so bus_suspend is actually used to suspend root hub or hcd
> > > circuitry related to bus activity ? If so
On Sun, 18 Dec 2005, David Brownell wrote:
>
> >
> > OK, but what happen if HC suspend is called whereas bus and its
> > attached devices have not been suspended yet ?
>
> That would be a bug; the driver model is supposed to ensure that
> the children (bus and its devices) are suspended befor
On Fri, 16 Dec 2005, Franck wrote:
> 2005/12/16, Alan Stern <[EMAIL PROTECTED]>:
> > By definition every host controller, including yours, has a root hub.
> > That one port is the root hub's downstream port.
> >
> > The point of a bus suspend is that the host controller can save power by
> > tur
On Fri, 16 Dec 2005, Alan Stern wrote:
> On Fri, 16 Dec 2005, Franck wrote:
>
> > Hi Alan,
> >
> > 2005/12/15, Alan Stern <[EMAIL PROTECTED]>:
> > >
> > > No, the bus should already be suspended. In fact, you should fail the
> > > driver-suspend request if the bus isn't already suspended.
> >
Greg, please apply.
Olav
-
From: Daniel Marjamäki <[EMAIL PROTECTED]>
Removed unused variable
Signed-off-by: Daniel Marjamäki <[EMAIL PROTECTED]>
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
--- a/drivers/usb/host/isp116x-hcd.c2005-12-05 06:57:
On Wed, 30 Nov 2005, Home wrote:
> Hello There,
> I'm writing embedded code on a mass storage device and
> I'm having a little trouble getting the right specification for
> DATA0 / DATA1 packet marking. The USB 1.1 spec doesn't really cover
> this and I can't find the part of the 2.6.5 sou
On Tue, 29 Nov 2005, Alan Stern wrote:
> Greg:
>
> This patch (as612) removes the "volatile" declarations from the
> file-storage gadget. It turns out that they aren't needed for anything
> much; adding a few memory barriers does a sufficient job.
>
> The patch also removes a wait_queue. N
On Mon, 28 Nov 2005, David Brownell wrote:
> On Monday 21 November 2005 6:00 am, Olav Kongas wrote:
>
> > Suppose, HC requests N bytes of data from device. Suppose,
> > device sends M bytes as a response. The following happens:
> >
> > 1) if M == N; then no
On Sat, 26 Nov 2005, Franck wrote:
> 2005/11/26, Olav Kongas <[EMAIL PROTECTED]>:
> > I think there's nothing wrong. Processing the fifo ram
> > loaded with finished transfer data does not interfere with
> > the suspended bus.
> >
> > Suppose isp116
Greg,
Please apply.
Olav
When going to suspend, there's no point in setting HC state in
host controller driver as USB core takes care of this.
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
diff -purN a/drivers/usb/host/isp116x-hcd.c b/drivers/usb/host/isp116x-hcd.c
--- a/drive
On Fri, 25 Nov 2005, Franck wrote:
> Hi,
>
> I'm looking at suspend/resume code and I run into
> "isp116x_bus_suspend" function. It seems buggy because if the hcd is
> transfering URB the function wait for it to finish. But it waits with
> IT disabled...is that correct ?
I assume by IT you mea
On Mon, 21 Nov 2005, tong changda wrote:
> hello.
>I still not very clear with the concept of zero-length.Could anyone explain
> with it? Does it means if send a 64 byte data(same with endpoint max packet
> size), after send the 64byte, some usb hardware send a extra zero-length
> packet, s
On Fri, 18 Nov 2005, Paulo Marques wrote:
> After applying a slab-owner patch to find out who was
> requesting
> all that data, I found out that it was actually ftdi_write that
> was
> being called thousands of times.
>
> I inserted a dump_stack every 1024 calls to see the call chain
> leading
On Thu, 10 Nov 2005, Alan Stern wrote:
> I have a relatively inexpensive analyzer that you could borrow if it turns
> out to be necessary.
Hi,
People, who use usb alalyzers, can you please recommed a one, which:
- is 2.0
- is usable without having to keep a windows box around
- not too exp
On Thu, 10 Nov 2005, Vivek wrote:
> Hello list
> I have ported linux 2.6.12 usb driver to a SOC board consisting of a mips
> processor. The SOC is mips processor which has a in-core non-PCI usb 2.0
> host controller which supports ehci/ohci. Because mips is big endian and the
> usb host control
On Tue, 8 Nov 2005, Cristian Chiarello wrote:
> Please, if you wont, see the source in attachment.
> I'm a newbie with kernel code: if you see something obvious
> wrong, please notify to me.
> My comment is "CC" and there are others modification "GB", who
> have made the porting.
I took a look a
On Fri, 4 Nov 2005, Cristian Chiarello wrote:
> Hi Olav, I'm sorry to disturb you another time but I have
> another big problem.
Hi Cristian,
You sent your message also to linux-arm-kernel. Please don't
cross-post.
> About problem: sometimes the kernel crash when s1161_unlink_urb
> is runnin
n entry to MAINTAINERS.
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
diff -purN linux-2.6.14-rc5-isp2/drivers/usb/host/isp116x.h
linux-2.6.14-rc5-isp5/drivers/usb/host/isp116x.h
--- linux-2.6.14-rc5-isp2/drivers/usb/host/isp116x.h2005-11-02
22:55:00.0 +0200
+++ linux-2.6.14-
On Mon, 31 Oct 2005, Jeroen Roose wrote:
> Hi,
>
> I'm working on usb host support for the isp1362 on out arm
> platform. On the mailinglist I found a patch from Lothar
> Wassmann dated 2005/04/08.
> Is there ongoing development going on for this chip ? Is the
> L.W. patch a good starting point
On Fri, 28 Oct 2005, Ian Campbell wrote:
> On Fri, 2005-10-28 at 15:04 +0300, Olav Kongas wrote:
> > Greg,
> >
> > Until now the isp116x-hcd had no support to reinitialize the
> > HC on resume, if the controller lost its state during
> > suspend. This patch,
problem, on
2.6.13.
Please apply,
Olav Support reinitializing the isp116x host controller from scratch
on resume, if the controller has lost its state.
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
--- linux-2.6.14-rc5-isp2/drivers/usb/host/isp116x-hcd.c.or 2005-10-26
17:37:07.0
ncreased use of
scatter-gather
(which results in setting URB_SHORT_NOT_OK) in 2.6.14-rcX. The bug caused
initialization failures of a few USB storage devices.
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
--- linux-2.6.14-rc4-or/drivers/usb/host/isp116x-hcd.c 2005-10-11
04:19:19.0 +
On Thu, 13 Oct 2005, Olav Kongas wrote:
>
> Hi,
>
> I have a fancy flash drive with embedded hub. It provides no
> end of surprises and has turned out to be invaluable in
> exposing all kinds of corner cases in HCD development.
>
> This flash drive worked on 2.6.13
Hi,
I have a fancy flash drive with embedded hub. It provides no
end of surprises and has turned out to be invaluable in
exposing all kinds of corner cases in HCD development.
This flash drive worked on 2.6.13 and earlier kernels, but
when testing it with 2.6.14-rc[34], it fails with the
isp
On Tue, 11 Oct 2005, Ivan Kalatchev wrote:
> I've tested your new patch. Everything works just fine. Host controller is
> restarted and alive after board is resumed.
> The only tricky moment is if user forgot to unmount memory stick before
> sending board to sleep. Say it was mounted as /dev/sda
Ivan,
Can you please test, whether the following patch will make
the HC alive again after suspend-to-ram in your system. Note
that the patch won't try to keep the state, it just
reinitializes the controller.
Olav
--- linux-2.6.13-usb-resume0/drivers/usb/host/isp116x-hcd.c 2005-10-10
08:
On Fri, 7 Oct 2005, Alan Stern wrote:
> On Fri, 7 Oct 2005, Olav Kongas wrote:
>
> > The last reply from Ivan, given below, shows that his chip
> > is reset during suspend to mem. The resume fails as the
> > isp116x-hcd's resume() method has currently no support
The last reply from Ivan, given below, shows that his chip
is reset during suspend to mem. The resume fails as the
isp116x-hcd's resume() method has currently no support to
handle the reset chip.
I went thru the docs in kernel's Documentation/power/ and
understood that for supporting suspend
Ivan sent the original e-mail to linux-arm-kernel list, but
I think it is an usb issue and let's better discuss it on
USB list.
On Thu, 6 Oct 2005, Ivan Kalatchev wrote:
> We're using Viper board with two USB ports from Arcom for one of our
> applications. It has arm linux kernel 2.6.13-arcom2
On Thu, 22 Sep 2005, Cristian Chiarello wrote:
> Hi @ all.
> I'm working on a custom EP7311 board with isp1161A1 and linux-2.4.21-rmk1.
> Another people have made porting of kernel to this board but now I have
> problem with data tranfert in ISO mode with a webcam logitech
> 4000pro: some frame
On Mon, 5 Sep 2005, Franck wrote:
> 2005/9/1, Alan Stern <[EMAIL PROTECTED]>:
> > On Thu, 1 Sep 2005, Franck wrote:
> >
> > Sure. All the information in the hub descriptor is available, including
> > the number of ports and whether they are fixed or removable.
> >
>
> BTW, I looked at sl811
On Mon, 5 Sep 2005, Juergen Schindele wrote:
> Hello developpers,
> I'd like to know if there is any driver available for isp116x
> which is doing isochronous transfers (for sound for ex.)?
> I actually use linux 2.6.12
For 2.6 - no, AFAIK. Except if Philips has come up with
their own driver.
On Thu, 1 Sep 2005, Alan Stern wrote:
> On the third hand, who would ever make an embedded hub with only one,
> fixed downstream port? Why not leave out the hub and attach the upstream
> port directly to the downstream device?
Power Quotient International Co., Ltd has. I have here a
flash d
On Thu, 18 Aug 2005, Fukumoto Akira wrote:
> Nice to hear you,
> try to answer on your questions:
> 1. sometimes I get the error message when I switch on the board without
> connected USB-Device. When I connect an USB-Stick I get all messages which
> shown successful communication between platfor
On Wed, 17 Aug 2005, Fukumoto Akira wrote:
> Hello Olav,
> got it to running USB-Stick on my plattform. I have to change to level
> triggered IRQ4. Then I could mount the stick on /dev/sda1. But now I have a
> different problem when I remove the stick:
>
> /var # usb 1-1: USB disconnect, addre
On Sat, 13 Aug 2005, Jimmy Pierce wrote:
> Alrighty... 3rd time's the charm, or so I hope.
Nope.
..
+ if( duplex[0] == 0xe1 )
+ {
+ fd = 0x0002;
+ dev_dbg( &dev, "Full Duplex " );
+ }
+ else
On Thu, 4 Aug 2005, Alan Stern wrote:
> On Thu, 4 Aug 2005, Olav Kongas wrote:
>
> > Greg,
> >
> > This patch changes the isp116x-hcd to use interrupt instead
> > of root hub polling.
> >
> > Please apply, if Alan won't complain.
> > Ola
Greg,
This patch changes the isp116x-hcd to use interrupt instead
of root hub polling.
Please apply, if Alan won't complain.
OlavSwitch isp116x-hcd over from root hub polling to interrupt.
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
--- linux-2.6.13-rc4-tmp3/drivers/usb/host/is
On Thu, 4 Aug 2005, Olav Kongas wrote:
>
> On Wed, 3 Aug 2005, Alan Stern wrote:
> > I think the easiest solution will be for your HCD to test whether a delay
> > is needed. If not, go ahead and call usb_hcd_poll_rh_status as usual. If
> > a delay is needed, then d
the software reset is working for them.
I haven't heard of anybody using the clock
starting/stopping.
Please apply,
OlavRemove support for platform-specific hardware reset and
external clock stopping functions.
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
--- linux-2.6.13-rc4-t
Greg,
This patch sets the isp116x to report overcurrent always
per-port.
Please apply,
OlavConfigure per-port overcurrent reporting.
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
--- linux-2.6.13-rc4-tmp3/drivers/usb/host/isp116x-hcd.c.3 2005-08-03
13:24:11.274909023 +0300
+++
Greg,
The isp116x chip will now always be in per-port power
switching mode. Remove conf options to set any other mode.
Please apply,
OlavSupport only per-port power switching mode for root hub ports.
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
--- linux-2.6.13-rc4-tmp3/drivers/us
Greg,
Subject says it all. Please apply,
OlavRemove unnecessary ClockNotStop configuration option.
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
--- linux-2.6.13-rc4-tmp3/drivers/usb/host/isp116x-hcd.c.1 2005-08-03
10:10:22.822418769 +0300
+++ linux-2.6.13-rc4-tmp3/drivers/us
Greg,
This patch removes the power-on-to-power-good-time
configuration option for isp116x-hcd.
Please apply,
OlavUse fixed power-on-to-power-good-time setting.
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
--- linux-2.6.13-rc4-tmp3/drivers/usb/host/isp116x-hcd.c.or 2005-08-03
On Wed, 3 Aug 2005, Alan Stern wrote:
> On Wed, 3 Aug 2005, Olav Kongas wrote:
>
> > Hi Alan,
> >
> > I started to look at the new polling scheme for root hub
> > status implemented by you in usb core recently.
> >
> > As the isp116x supports sta
Hi Alan,
I started to look at the new polling scheme for root hub
status implemented by you in usb core recently.
As the isp116x supports status change interrupts in both
running and suspended states, I just had to set
hcd->uses_new_polling = 1 at probing and call
usb_hcd_poll_rh_status(hcd
Hi,
I'm contemplating removing the option to provide clock() and
reset() functions for isp116x-hcd in platform code. However,
these functions may be necessary for power saving, which
hasn't been a priority for me as none of my platforms is
battery powered.
clock() - if implemented by user, th
On Tue, 2 Aug 2005, Olav Kongas wrote:
> Greg,
>
> When recently addressing remarks by Alexey Dobriyan about
> the isp116x-hcd, I introduced a bug in the driver. Please
> apply the attached patch to fix it.
Greg, I forgot to mention that without this patch, I have
seen dev
Hi,
Since publishing the isp116x-hcd, a number of people have
had trouble getting it working. Part of this trouble has
been unavoidable, because the isp116x chips are mostly used
in embedded settings, where platform details must be
explicitly specified. This is in contrast with
initialization
Greg,
When recently addressing remarks by Alexey Dobriyan about
the isp116x-hcd, I introduced a bug in the driver. Please
apply the attached patch to fix it.
Thanks,
OlavFix initialization of SETUP packets in isp116x-hcd.
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
--- linux-2.6.
On Fri, 29 Jul 2005, Fukumoto Akira wrote:
> After normal startup of the target I could initiate a IRQ4 on my target with
> my bdm-Debugger when I changed it to level-triggered and back. Then the
> Driver creates upper messages which show some successful communication to
> the USB-Stick which I
On Thu, 28 Jul 2005, Fukumoto Akira wrote:
> Hello Olav,
> some news from my development. Two facts I have found:
>
> 1. Assuming that USB needs hot plug-function the kernel always needs
> usermode-functions i.e. call_usermodehelper() to install dev-nodes for
> USB-Mass Storage-device. In my ca
On Wed, 27 Jul 2005, Fukumoto Akira wrote:
> Great Stuff !!
> dmesg looks much better now.
It was my fault: it turns out that I had put up on the
webpage the 2.6.13-rc1 version of the driver instead of the
intended 2.6.12 version. I will change the driver on the
web. Sorry about wasting you
On Tue, 26 Jul 2005, Fukumoto Akira wrote:
> Last first:
> brw-rw1 root root 8, 1 Jan 1 00:00 /dev/sda1
>
Thanks.
> /sys/bus/platform/devices # ls
> FEC.0 isp116x-hcd.0
>
> /sys/bus/platform/drivers # ls
> FEC isp116x-hcd <- withou
On Tue, 26 Jul 2005, Fukumoto Akira wrote:
>
>
> -Ursprüngliche Nachricht-
> Von: Fukumoto Akira
> Gesendet: Dienstag, 26. Juli 2005 13:25
> An: 'Olav Kongas'
> Betreff: AW: AW: AW: isp116x
>
> Everything what you describe in /sys is on boar
On Mon, 25 Jul 2005, Fukumoto Akira wrote:
> I hope it could enlighten something.
> The complete part from the hub is missing. In my case the ISP-Driver is
> loaded static. Nothing additional with plugging USB-Devices. If you look
> inside platform - Code you see, that I integrate all structure
On Mon, 25 Jul 2005, Fukumoto Akira wrote:
> Hallo Mr. Kongas,
> Seems that your right something is wrong with sda1. My impression is a
> missing connection to the mtd, but I am not shure. Attached is the complete
no, mtd is not related.
> dmesg during boot-up. Much stuff I do not understand
On Wed, 29 Jun 2005, Bill Gatliff wrote:
> Guys:
>
>
> Odd odd odd. :^)
>
> The only combination which seems to work for me is this:
>
> static struct isp116x_platform_data
> csb625_isp116x_platform_data = {
> .sel15Kres = 1,
> .int_act_high = 0,
> .int_edge_triggered = 0,
> .no_power_s
On Tue, 28 Jun 2005, Bill Gatliff wrote:
> The isp1161's INT1 line is tied to GPIO22 on my PXA255
> (according to the schematic). Here is my latest platform
> stuff:
>
> #define CSB625_USB_PHYS PXA_CS5_PHYS
> #define CSB625_USB_IRQ 22
>
> static struct resource isp116x_resources[] = {
> [0]
On Sat, 25 Jun 2005, Bill Gatliff wrote:
> Guys:
>
>
> > Turns out, an identical board works with my kernel. Odd. :^)
>
> Well, my initial testing board did have a hardware problem
> which I've corrected. Now I'm getting this far:
>
Was that hardware problem related to pulling the WAKEUP
p
On Thu, 23 Jun 2005, [EMAIL PROTECTED] wrote:
>I'm looking for isp1160 driver. I've found a isp1161 driver (Version
> Bingo 09/17/2004), but it isn't working. I've adapted low level functions
> according to my hardware interface. By the way, my hardware is Motorola
> i.MXL processor, ARM920T
Greg,
This patch fixes the kmalloc() flags argument type in USB
subsystem; hopefully all of its occurences. The patch was
made against patch-2.6.12-git2 from Jun 20.
Please apply,
Olav
Cleanup of flags for kmalloc() in USB subsystem.
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
diff
top of the
usb-isp116x-hcd-fix.patch
OlavCleanup of isp116x-hcd.
Signed off by: Olav Kongas <[EMAIL PROTECTED]>
--- linux-2.6.12-tmp1/drivers/usb/host/isp116x-hcd.c.or 2005-06-21
11:09:17.267769943 +0300
+++ linux-2.6.12-tmp1/drivers/usb/host/isp116x-hcd.c2005-06-21
11:27:53.721499181
On Mon, 20 Jun 2005, Michael wrote:
>
> --- Bill Gatliff <[EMAIL PROTECTED]> wrote:
>
> > Guys:
> >
> >
> >
> > I'm trying to use an isp1161 on a PXA255-based board. The
> > isp1161 is tied to CS5, with A1 tied to the isp1161's A0 pin
> > and A2 tied to the isp1161's A1 pin. I'm using ND
On Mon, 20 Jun 2005, Alexey Dobriyan wrote:
> > This patch provides an "isp116x-hcd" driver for Philips'
> > ISP1160/ISP1161 USB host controllers.
> --- /dev/null
> +++ gregkh-2.6/drivers/usb/host/isp116x-hcd.c
>
> > + *The driver passes all usbtests 1-14.
>
> Missing space.
>
> > +static voi
On Fri, 10 Jun 2005, Fukumoto Akira wrote:
> I did exactly what you recomment. Using your last patch for 2.6.10 I
> actually try to compile your driver with 2.6.11. To make it short:
> Get errors because of missing struct hcd_dev - therefore member ed[] is not
> availible anymore futhermore hcpr
On Fri, 10 Jun 2005, Adam Kropelin wrote:
> > S: Product=Back-UPS CS 500 FW:808.q3.I USB FW:q3
>
> Ah, Interesting. Is this the 120V North American model? If so, this is
> the first report I've heard of the control queue full error with a
> non-European version of the BackUPS CS. That would be
On Fri, 10 Jun 2005, Fukumoto Akira wrote:
>I try to fit your dirver into Linux 2.6.11.
It should be easy if you start from the latest 2.6.10
version downloadable from
http://www.artecdesign.ee/~ok/isp116x/ and incorporate
changes mailed to the linux-usb-devel mailing list by Ian
Campbell on
On Fri, 10 Jun 2005, Santichai Poungkaew wrote:
> Hi,
>I have a problem on the isp116xa1 driver and usb
> bluetooth on linux kernel 2.6.11.10.
> Dose anybody can help me about this?
Maybe. What's the problem?
Olav
---
This SF.Net em
On Thu, 9 Jun 2005, Adam Kropelin wrote:
> David Brownell wrote:
> > On Thursday 09 June 2005 1:43 pm, Christian Pernegger
> > wrote:
> > > > Christian, if you're using a UHCI controller like
> > > > Martin
> > >
> > > No, this one is OHCI.
> > >
> > > :02:00.0 USB Controller: Advanced Mic
On Tue, 7 Jun 2005, Lothar Wassmann wrote:
> Hi,
>
> > > This is true for ISP116x. But the ISP1362 has a smarter handling for
> > > periodic transfers than the ISP116x. PTDs in the INTL buffer will
> > > automatically be rescheduled without CPU intervention (as long as they
> > > are NAKed by t
On Tue, 7 Jun 2005, Lothar Wassmann wrote:
> Hi,
>
> > SOF interrupt is needed for periodic transfers, while for
> > control and bulk transfers it is not. So, enumeration itself
> >
> This is true for ISP116x. But the ISP1362 has a smarter handling for
> periodic transfers than the ISP116x. P
On Tue, 7 Jun 2005, Marco Schramel wrote:
> we use an isp1362 on kernel 2.4.25. All works fine and it communicates with
> all devices (mass storage, serials and our own usb devices).
> But there is one question regarding th isp.
> Is it really necessary to handle an interrupt every ms ? Without
On Thu, 26 May 2005, Wolfgang [utf-8] Mües wrote:
> On Thursday 26 May 2005 08:10, Olav Kongas wrote:
> > Philips:
> > isp1362, full speed, host driver available (I think both
> > with and without DMA versions, see list archives)
>
> H I have read in t
On Thu, 26 May 2005, Wolfgang [utf-8] Mües wrote:
> On Thursday 26 May 2005 08:10, Olav Kongas wrote:
> > > I am in the process of selecting an USB chip with device and/or
> > > host function for en embedded linux system (the CPU has no builtin
> > > USB).
> &g
On Wed, 25 May 2005, Wolfgang Mües wrote:
> I am in the process of selecting an USB chip with device and/or host
> function for en embedded linux system (the CPU has no builtin USB).
>
> Device and host function is not needed in parallel, so a switchable
> device or an OTG device will be fine.
On Thu, 19 May 2005, Alan Stern wrote:
> On Thu, 19 May 2005, Adam Oldham wrote:
>
> > The host controller is a Philips ISP1161. Basically a
> > 16 bit simple USB controller with no internal
> > queueing, etc.
> >
> > This is a full speed device, you are correct.
Was the message above, sent
On Wed, 27 Apr 2005, David Brownell wrote:
> On Tuesday 26 April 2005 10:08 am, Alan Stern wrote:
> > On Tue, 26 Apr 2005, Olav Kongas wrote:
> >
> > > Also, remote wakeups can result in resuming of root hub only
> > > if device is not suspended. Was that corr
On Tue, 26 Apr 2005, Alan Stern wrote:
> On Tue, 26 Apr 2005, Olav Kongas wrote:
> > I haven't fully understood the intended relationship between
> > device's and root hub's suspend/resume operations. The
> > reason why root hub's suspend/resume are c
On Sun, 24 Apr 2005, Alan Stern wrote:
> There's no recursion. When the PCI device is suspended or
> resumed, the code does _not_ suspend or resume the root hub
> device.
> There's an exception made if CONFIG_USB_SUSPEND isn't set.
> In that case the PCI device's s
eset.
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
--- linux-2.6.12-rc2-isp/drivers/usb/host/isp116x-hcd.c.or 2005-04-20
11:14:45.0 +0300
+++ linux-2.6.12-rc2-isp/drivers/usb/host/isp116x-hcd.c 2005-04-21
16:27:30.490869703 +0300
@@ -1501,6 +1501,12 @@ static int is
On Wed, 20 Apr 2005, Ian Campbell wrote:
> On Wed, 2005-04-20 at 13:32 +0300, Olav Kongas wrote:
> > On our platform here, the H_WAKEUP has always been pulled
> > low and I haven't seen a problem with CLKRDY. The driver
> > does not support wak
On Tue, 19 Apr 2005, Robin Farine wrote:
> On Tuesday 19 April 2005 15.52, Ian Campbell wrote:
>
> > I was seeing this problem on a PXA255 with an isp1160. It went
> > away when I corrected the H_WAKEUP pin to be pulled in the right
> > direction, I can't remember if it needs to be pulled up or
On Fri, 15 Apr 2005, Michael wrote:
> I've attached my arch/arm/mach-lh7a40x/arch-oscar.c file, where I
> specify that I have this platform device.
Michael, just a side note about the delay function you use:
static void isp1362_delay(struct device *dev, unsigned int
delay)
{
printk(KERN_INF
1 - 100 of 214 matches
Mail list logo