> What I forgot to ask, on what processors are you using the isp1362 or
> 1161 HCs?
I am using an ARM-based SoC, lh7a400. Most of us have told
what each of us uses. It is in the archive.
> void ohci_isp1362_hw_reset(int id, int set)
> {
> }
Just wondering, are you using software reset or no rese
Am 2004-11-30 09:08 +0200 schrieb Olav Kongas:
> ISTL: 2 * 0 , because the driver currently does not support
> iso transfers
Argh! I wondered, why somebody (you?) put 0 into the two variables :)
> > isp1362-ohci isp1362-ohci0: INTL: 4 * 64: 288
>
> INTL: 0 * whatever , because 116x does n
Hi,
> ohci-isp1xxx-emu.c) in mine, but there still is something not going
> well, that keeps me from reaching your status. I'll describe my problem,
> hoping that someone has a better understanding of my situation:
>
> In summary, my HCD never reaches USBOperational state. I have a good IO
Just a
Hi,
A reasonable setup for 116x for this driver would be ...
> isp1362-ohci isp1362-ohci0: ISP116x Memory usage:
> isp1362-ohci isp1362-ohci0: ISTL: 2 * 512: 1024
ISTL: 2 * 0 , because the driver currently does not support
iso transfers
> isp1362-ohci isp1362-ohci0: INTL: 4 * 64: 288
I do not see a good solution at this time.
rwsem is a non-starter. IMHO, rwsems are optimizations for normal semaphores,
and the code must remain correct regardless what is used.
Why is an additional lock needed at all? Why can't we just use devsem?
Also, what exactly is the correctness issue here?
On Mon, 2004-11-29 at 18:32, Andrew Morton wrote:
> Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, 19 Nov 2004 00:42:40 +0100, Fabio Coatti <[EMAIL PROTECTED]> wrote:
> >
> > > Nov 18 20:33:05 kefk kernel: sdb: assuming drive cache: write through
> > > Nov 18 20:33:05 kefk kernel: sdb: s
On Mon, 29 Nov 2004, Alan Stern wrote:
> On Mon, 29 Nov 2004, Sara Fonseca wrote:
>
> > how is the address mapping usually done in a block device?
>
> Normally the physical and logical block numbers are the same.
>
> > (since all
> > SCSI commands see are logical blocks, the physical address th
On Sat, Nov 27, 2004 at 09:05:40PM -0500, Edwin Olson wrote:
> Hi folks,
>
> Being able to set the event character and latency timer can greatly
> improve performance for some applications which use the ftdi_sio module
> (a serial->USB converter). The following patch adds sysfs attributes,
> al
On Monday 29 November 2004 2:43 pm, Benjamin Herrenschmidt wrote:
> On Mon, 2004-11-29 at 23:34 +0100, Colin Leroy wrote:
>
> Ok, this is a perfectly normal "out of the schelves" NEC chip, no
> special "Mac" thing in there, it just use normal PCI PM...
>
> It could be one of the devices not prope
On Mon, Nov 29, 2004 at 04:12:24PM -0800, Lan, Oliver wrote:
> We have experienced data packet lost by using user space application to
> read usb device.
> The problem seems to me is how to submit multiple URB requests at the
> user level?
From userspace, with usbfs, I do not think this is possib
Pete Zaitcev <[EMAIL PROTECTED]> wrote:
>
> On Fri, 19 Nov 2004 00:42:40 +0100, Fabio Coatti <[EMAIL PROTECTED]> wrote:
>
> > Nov 18 20:33:05 kefk kernel: sdb: assuming drive cache: write through
> > Nov 18 20:33:05 kefk kernel: sdb: sdb1
> > Nov 18 20:33:05 kefk kernel: sdb: sdb1
> > Nov 18 20:
James, are you able to confirm that this problem is still present in
current kernels? Say, 2.6.10-rc2 plus
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/snapshots/patch-2.6.10-rc2-bk9.gz
?
Thanks.
James Lamanna <[EMAIL PROTECTED]> wrote:
>
> I just noticed that 2.6.9 seems to have broken support
We have experienced data packet lost by using user space
application to read usb device.
The problem seems to me is how to submit multiple URB
requests at the user level?
Please see the attached the test program and your feedback
is appreciated.
Oliver
ePad.cpp
Description
[Whole message at the end for the sake of Stuart]
I do not see a good solution at this time.
rwsem is a non-starter. IMHO, rwsems are optimizations for normal semaphores,
and the code must remain correct regardless what is used.
Narrowing the lock for only some of devices makes other participant
On Mon, Nov 29, 2004 at 11:36:03PM +0100, Christian Axelsson wrote:
> Hi!
>
> Im trying to attach a usb2 200gb drive to my laptop that is runnig
> 2.6.10-rc2-mm3. Upon connect I get this in dmesg:
Hm, so 2.6.10-rc2 works for you?
> usb 1-2: new high speed USB device using ehci_hcd and address
Greetings,
I recently bought a Terratec Aureon 5.1 USB. It has (as the name
indicates) 6 analog outputs, two analog inputs (which add up to
stereo), optical in and out and a MIC and a headphone jack. The ALSA
USB Driver recognizes the device but fails to initialize it completely
:
usb 3-1: new f
Hi,
> For your next test, get the system into this resume-stuck state and press
> Alt-SysRq-T to get a stack trace in the system log. The entry for the
> khubd process should be very enlightening.
23:14:16 khubd S C0356548 0 1866 1 1977 899
(L-TLB)
23:14:16 dcb7ff8c
On Mon, 2004-11-29 at 23:34 +0100, Colin Leroy wrote:
> On 30 Nov 2004 at 09h11, Benjamin Herrenschmidt wrote:
>
> Hi,
>
> > Hrm... there is some problem in communication here. I asked you which
> > controller out of the 3 OHCIs you have in this machine is the culprit,
> > you give me a list of
On 30 Nov 2004 at 09h11, Benjamin Herrenschmidt wrote:
Hi,
> Hrm... there is some problem in communication here. I asked you which
> controller out of the 3 OHCIs you have in this machine is the culprit,
> you give me a list of all of them but without PCI IDs ... From the
> archive, I think it w
On Mon, 2004-11-29 at 09:04 +0100, Colin Leroy wrote:
> On 27 Nov 2004 at 09h11, Benjamin Herrenschmidt wrote:
>
> Hi,
>
> > > > It's probably a linux-wlan-ng issue...
> > >
> > > I suspect PPC resume issues myself.
> >
> > Colin, you didn't tell us which controller it was ? The NEC one is a
On Thu, 4 Nov 2004, Dieter Weber wrote:
> Yes, it helped. :))
>
> The appended patch fixes this problem for me. As I am not sure if waiting for
> additional 100 µs causes a noticeable difference in regard of performance, I
> wrote a few lines to distinguish the chips by idProduct and bcdDevice
On Mon, 29 Nov 2004, Stefan Rompf wrote:
> Hi,
>
> Am Dienstag 23 November 2004 20:46 schrieb Alan Stern:
>
> > My guess is that this is an interrupt-routing problem.
>
> My notebook is one of those nearly-all-irqs-shared systems. Ehci and all
> three
> uhci controllers use interrupt 11. I've
Am 2004-11-29 16:19 +0100 schrieb Konstantin Kletschke:
> This mail is mainly directed to the couple of guys developing a driver
> for the isp1362 or isp1162 philips chips. I am one of them now :)
Well its a mess. I found some bugs today, but obviously not all...
I will be very happy if some of
Hi,
Am Dienstag 23 November 2004 20:46 schrieb Alan Stern:
> My guess is that this is an interrupt-routing problem.
My notebook is one of those nearly-all-irqs-shared systems. Ehci and all three
uhci controllers use interrupt 11. I've added some printk()s to
kernel/irq/handle.c to see when thi
So either the exclusive access needs to be backed out (I don't see how
it can affect any drivers in 2.4 but this is my first look at the USB
code) or modified so that it does not serialize ioctls.
It doesn't affect drivers. There are devices which crash if you do what
these locks are preventing.
We
which chipset are you using ?
if it is a uhci one have you tried with the 2.4 patch availble on
eciadsl.flashtux.org ?
On Sun, 28 Nov 2004 23:42:41 +0100
"Gilles Espinasse" <[EMAIL PROTECTED]> wrote:
>
> Some of usb patches in 2.4.28 broke eciadsl-sync
>
> The timeout on eciadsl-synch never oc
Am Montag, 29. November 2004 19:23 schrieb Meelis Roos:
> So either the exclusive access needs to be backed out (I don't see how
> it can affect any drivers in 2.4 but this is my first look at the USB
> code) or modified so that it does not serialize ioctls.
It doesn't affect drivers. There are
Am Montag, 29. November 2004 19:07 schrieb Alan Stern:
> On Mon, 29 Nov 2004, Oliver Neukum wrote:
>
> > Am Montag, 29. November 2004 18:20 schrieb Alan Stern:
> > +
> > + /* don't allow the user to unbind the hub driver from
> > + * a hub with children to manage */
>
On Mon, 29 Nov 2004, David Brownell wrote:
> > And don't say this should never happen! Intel UHCI controllers send IRQs
> > for port-change events when the controller is suspended, but not when it
> > is running.
>
> But clearly, UHCI can't use such a solution!
If you mean UHCI can't use a stat
On Mon, Nov 29, 2004 at 09:54:16AM -0800, Stephen Hemminger wrote:
> The warning about using unlink_urb needs to be rate limited, because
> if a driver is still doing it will overrun the system logs.
Applied, thanks.
greg k-h
---
SF email is s
On Thu, Nov 25, 2004 at 09:59:23PM -0800, Phil Dibowitz wrote:
> This adds an unusual devs entry for another Yakumo camera - it suffers
> from the residue problem.
>
> Originally reported by Michele Alzetta <[EMAIL PROTECTED]>.
>
> Greg, please apply.
Applied, thanks.
greg k-h
-
We may have a problem with the way we match drivers to devices...
I quote the following from a semi-private discussion... names have been
removed to protect the innocent. The formatting has been changed to
improve readability.
--snip! snip!--
>FWIW: I hear off-reflector that the Linux matching a
This
http://linux.bkbits.net:8080/linux-2.4/cset%40412c6c71gH2KqyBakAeQE-CJpIK3hA?nav=index.html|[EMAIL PROTECTED]
patch in 2.4.28 breaks some usb devices that use concurrent access from
different processes (like modem_run from speedtouch package but I have
heard this is not the only one).
The p
On Monday 29 November 2004 08:27, Alan Stern wrote:
> On Sun, 28 Nov 2004, David Brownell wrote:
> > >
> > > I suspect that root-hub polling shouldn't be controlled by flags within
> > > the hcd structure. The state transitions are under the control of the
> > > driver, so it would be wrong to ma
On Mon, 29 Nov 2004, Oliver Neukum wrote:
> Am Montag, 29. November 2004 18:20 schrieb Alan Stern:
> +
> + /* don't allow the user to unbind the hub driver from
> + * a hub with children to manage */
> + for (i = 0; i < ps->dev->maxchild; ++i) {
> +
On Mon, 29 Nov 2004, Sara Fonseca wrote:
> I see...:)
> Is there any flow control problem(or something else) if a larger size is
> used??
No flow control problem. But the Linux scsi-disk driver will only accept
block sizes of 256, 512, 1024, 2048, or 4096 bytes. Nothing else is
supported. It
On Monday 29 November 2004 07:19, Konstantin Kletschke wrote:
> Hi there!
Hi back ... :)
> As you know, the usb changes between 2.6.9 and 2.6.10 are quite huge,
> hc_start and hc_reset are gone now :(
Those are not "USB changes", they're OHCI-internal ones.
However, there are USB changes in 2.
On Monday 29 November 2004 02:00, sudharsan wrote:
> Dear All,
>
> I am new to the embedded linux development i am using a sa1100 based
> PDA that runs 2.4.18-rmk7 kernel.
That's an extremely old kernel, good luck getting any support for it!
> When i insert the USB smart card reader(VID/P
On Monday 29 November 2004 06:51, usb blog wrote:
> In drivers/usb/host/Kconfig, (linux 2.6.7) they say:
>
> "The Open Host Controller Interface (OHCI) is a standard for
> accessing
> USB 1.1 host controller hardware. It does more in hardware than
> Intel's
>
Vojtech Pavlik wrote:
On Sun, Nov 28, 2004 at 11:03:11PM +0100, Manfred Spraul wrote:
Hi pavel,
My name is Vojtech. ;)
Up, sorry.
CHECK_OWNERSHIP in drivers/usb/input/hid-tmff.c tests for
current->pid==0. The same code is used in several files (hid-lgff.c,
usb/input/pid.c, drivers/inpu
Am Montag, 29. November 2004 18:20 schrieb Alan Stern:
> +
> + /* don't allow the user to unbind the hub driver from
> + * a hub with children to manage */
> + for (i = 0; i < ps->dev->maxchild; ++i) {
> + if (ps->dev->children[i])
>
Greg:
This patch does some more cleaning up of the hub driver. The idea is to
use 1-based port numbers everywhere, in accordance with the usage of the
USB spec, the values stored in USB messages, and the values printed in the
system log. The downside is that we have to subtract 1 to index the
Greg:
This patch does a little cleanup of the hub driver, nothing dramatic
(although it is long because it touches a lot of code). The main feature
is that the private hub structure is passed as an argument to internal
routines rather than the hub device structure. This simplifies
conversions, b
Greg:
This patch adds several relatively minor bug fixes and code
simplifications for the hub driver.
Perhaps most significantly, a test is added to usbfs to prevent
users from unbinding the hub driver from a hub with children.
That could cause some bad headaches, and it'
I see...:)
Is there any flow control problem(or something else) if a larger size is used??
On Mon, 29 Nov 2004 12:03:48 -0500 (EST), Alan Stern
<[EMAIL PROTECTED]> wrote:
> On Mon, 29 Nov 2004, Sara Fonseca wrote:
>
>
>
> > What is the maximum size of the logical block in the SCSI ??
>
> I th
On Mon, 29 Nov 2004, Sara Fonseca wrote:
> What is the maximum size of the logical block in the SCSI ??
I think it's something like 2^32 bytes. :-)
But Linux and other operating systems tend to expect logical blocks to be
512 bytes on disk-type devices and 2048 bytes on CDROM-type devices.
O
On Mon, 29 Nov 2004, Sara Fonseca wrote:
> Hi,
>
> how is the address mapping usually done in a block device?
Normally the physical and logical block numbers are the same.
> (since all
> SCSI commands see are logical blocks, the physical address that
> actually stores the logical block informa
What is the maximum size of the logical block in the SCSI ??
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start re
On Mon, 29 Nov 2004, Xu Levis-Q16136 wrote:
> Alan,
> Sorry for my later reply mail. I'm busying for another usb client
> driver issue. Now i will be focus on this usb host transfer issue. And
> just like you mentioned i should send 3 urbs in prob function, do i need
> to build 3 urbs by using FIL
On Sun, 28 Nov 2004, David Brownell wrote:
> Hi Alan,
Hi!
> On Sunday 28 November 2004 08:30, Alan Stern wrote:
> >
> > I suspect that root-hub polling shouldn't be controlled by flags within
> > the hcd structure. The state transitions are under the control of the
> > driver, so it would be w
(sorry for the long post, it's been overdue :), break it up, as you need to
in replies)
Hi Lothar,
Thank you for sharing your patch with us. I've finally gotten around to
merging your Nov 17 patch with my code base. It turned out to be too many
changes to just merge your patch into my code base,
What I forgot to ask, on what processors are you using the isp1362 or
1161 HCs? We try to get it running on a Motorola i.MX processor.
I wonder, if this platform setup is reasonable or breaks stuff:
void ohci_isp1362_hw_reset(int id, int set)
{
}
static struct ohci_chip_info ohci_1362_data = {
Hi there!
This mail is mainly directed to the couple of guys developing a driver
for the isp1362 or isp1162 philips chips. I am one of them now :)
I am a colleague of torsten and we both are desperately (:-)) trying the
here and private exchanged patches vor the mentioned chips into a
2.6.10-rc2
Hello,
The subject was omitted in last message, sorry.
In drivers/usb/host/Kconfig, (linux 2.6.7) they say:
"The Open Host Controller Interface (OHCI) is a standard for
accessing
USB 1.1 host controller hardware. It does more in hardware than
Intel's
Hello,
In drivers/usb/host/Kconfig, (linux 2.6.7) they say:
"The Open Host Controller Interface (OHCI) is a standard for
accessing
USB 1.1 host controller hardware. It does more in hardware than
Intel's
UHCI specification."
What does ot do
Hi,
how is the address mapping usually done in a block device?(since all
SCSI commands see are logical blocks, the physical address that
actually stores the logical block information shouldnt be always the
same, should be dynamic (so you don't keep writing some physical
blocks more frequently than
> lsmod | grep usb
> usbcore78784 1
>
> rmmod usbcore
> usbcore: Device or resource busy
>
> why is it so ? is there a way to rmmod usbcore ?
You must unmount /proc/bus/usb before unloading usbcore. Don't forget to
remount it after loading the module back.
Laurent Pinchart
-
Hello,
I thought of adding some printk to hub.c , which is part of
usbcore.
I tried to rmmod usbcore so I will insmod the new usbcore.
I am working on RedHat 9.
What I did was:
rmmod usb-ohci
rmmod ehci-hcd
rmmod hid
lsmod | grep usb
usbcore78784 1
rmmod usbcore
usbcore: Device or
Hi,
> I don't know, but I doubt that is the issue.
>
If virtual addresses != real addresses on your machine, you got
virtual addresses in data fields where real addresses are expected
which certainly would be an issue.
> I adding printing out of the td_flags, and it seems that every time
> that
Dear All,
I am new to the embedded linux development i am using a sa1100 based
PDA that runs 2.4.18-rmk7 kernel.
When i insert the USB smart card reader(VID/PID 04e6,4116),I get the
following message in the system log after starting klogd.(The driver
is not loaded)
Nov 25 18:07:32 myPDA s
Alan,
Sorry for my later reply mail. I'm busying for another usb client driver issue.
Now i will be focus on this usb host transfer issue. And just like you
mentioned i should send 3 urbs in prob function, do i need to build 3 urbs by
using FILL_BULK_URB function? If yes, 3 complete_callback_fun
On 27 Nov 2004 at 09h11, Benjamin Herrenschmidt wrote:
Hi,
> > > It's probably a linux-wlan-ng issue...
> >
> > I suspect PPC resume issues myself.
>
> Colin, you didn't tell us which controller it was ? The NEC one is a
> totally normal off-the-shelves controller coming out of D3. The Apple
62 matches
Mail list logo
