ctually none) of redundant typing
I don't like this, as this would attach special meaning to a menuconfig.
menuconfig is really a type of config symbol, rather than a type of menu.
Potentially this could also be written as:
config
on't know that without checking the Makefile.
> There have been discussions to remove the default-ys again, I've sent a patch
> [http://lkml.org/lkml/2007/5/12/216], but nothing happened.
>
> So, should all affected menuconfigs be transformed into tristates, what
> do you think
hout selecting a V4L
> driver.
But if only want to enable a video driver, I likely don't want a radio
driver...
bye, Roman
Reset generates values only if Kconfig and .config agree.
Signed-off-by: Roman Zippel <[EMAIL PROTECTED]>
---
scripts/kconfig/confdata.c | 37 +
Hi,
On Fri, 22 Jun 2007, Mauro Carvalho Chehab wrote:
> Hi Roman,
>
> Several instabilities on Kconfig started to happen after replacing
> Kconfig menus to use menuconfig, as this one, reported by Oliver:
>
> Em Qui, 2007-06-21 às 13:50 +0200, Oliver Neukum escreveu:
>
> > This is total garbage, Phil. Who sent you this? Roman?
> > Look, same card (plugged into SDDR-31 and a CF-2-PCMCIA adapter):
>
> What makes you think it's garbage?
Yep, I sent this, and I also wonder why it should be gargabe ;)
No matter what card I plug in, I
@@
US_SC_SCSI, US_PR_CB, NULL,
US_FL_SINGLE_LUN ),
+/* Submitted by Roman Hodek <[EMAIL PROTECTED]> */
+UNUSUAL_DEV( 0x0781, 0x0002, 0x, 0x,
+ "SanDisk Corporation",
+ "ImageMate CompactFlash USB",
+ US_SC_
BTW the usbatm drivers do it already (wasn't it you who
implemented it? :), long before request_firmware_nowait() was available.
So it's only a matter of tools adjusting, which seems to be going on.
Roman.
---
SF.Net email is spon
new driver pl2303
Aug 9 21:47:18 rik-note kernel: drivers/usb/serial/pl2303.c: Prolific PL2303
USB to serial adaptor driver v0.12
Aug 9 21:47:24 rik-note kdm: :0[5808]: pam_unix2: session started for user
rik, service xdm-np
Aug 9 21:47:29 rik-note /etc/hotplug/tty.agent[6750]: add tty devic
that works for me, suprisingly, but it's
PL-2303 based too! But when I plug "right" converter I don't see the
line
rik-note kernel: pl2303 3-2:1.0: PL-2303 hack: descriptors matched but
endpoints did not
--
Roman
,---. ,
m or it will be better to
buy some another?
--
Roman
,---. ,--.
/ http://www.3os.ru/ Vhttp://www.osrc.info/ \ .o.
\mailto: [EMAIL PROTECTED] ^ mailto: [
path, but how do we enter
usbatm_submit_urb() with irqs off? It's only called from tasklets and
user context. Am I missing anything obvious?
Roman.
---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first so
On Wed, May 04, 2005 at 01:37:30PM -0700, David Brownell wrote:
> On Wednesday 04 May 2005 12:19 pm, Roman Kagan wrote:
> > struct urb {
> > /* private, usb core and host controller only fields in the urb */
> > ...
> > struct list_head urb_list; /* list
;m yet to
be convinced that klists, with their rather heavy and complex structure
and non-intuitive semantics, provide any usability improvement over
traditional lists. Maybe I'm just not seeing the big picture...
Cheers,
Roman.
---
This S
oving the list head into the public section of struct urb?
Otherwise, would it be possible and/or useful to add a public list head
to struct urb for use by the drivers?
Thanks,
Roman.
---
This SF.Net email is sponsored by: NEC IT Guy Games
On Wed, May 04, 2005 at 10:30:57AM +0400, Roman Kagan wrote:
> On Fri, Apr 29, 2005 at 02:34:59PM -0400, Alan Stern wrote:
> > Does the patch look good? If you like it, I'll submit it to Greg.
>
> Yes it looks reasonable. At the moment I can't test the problematic
>
On Fri, Apr 29, 2005 at 12:28:30PM -0700, David Brownell wrote:
> On Friday 29 April 2005 11:23 am, Roman Kagan wrote:
> >
> > ... instead of trying to make sure the attributes are available via
> > sysfs at hotplug time, we can use another means to pass them to hotplug:
>
ll don't) feel like auditinig tons of code on whether it's safe...
> Can you think of a better way?
It may make sense to add some convention (e.g. explicit flag) to
indicate the state of the device wrt driver binding (bound, unbound,
transitioning from one to the other), and use
of env variables exported
to the hotplug callout. This would allow udev or whatever is called to
get most relevant attributes via environment, if available, otherwise to
poke in sysfs and wait until they show up.
Sorry but I can't illustrate it with a patch at the moment
27;s behalf, it also has to gracefully handle recursive calls of one
of its exported interfaces, device_release_driver().
Cheers,
Roman.
---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it you
On Tue, Apr 26, 2005 at 11:57:34AM -0400, Alan Stern wrote:
> On Tue, 26 Apr 2005, Roman Kagan wrote:
>
> > On Mon, Apr 25, 2005 at 04:01:07PM -0400, Alan Stern wrote:
> > > I think usb_driver_claim_interface is correct as it stands. It was a
> >
On Mon, Apr 25, 2005 at 12:33:22PM -0400, Alan Stern wrote:
> On Mon, 25 Apr 2005, Roman Kagan wrote:
> > http://marc.theaimsgroup.com/?l=linux-usb-devel&m=111341625900343
>
> I see. This may not be a problem so much with klists as with usbcore.
> That is, device_release_
ice
> is bound.
Indeed. I guess all checks for whether the device is associated with
a driver ought to be changed from !dev->driver to
klist_node_attached(&dev->knode_driver).
Roman.
---
SF email is sponsored by - The IT P
On Mon, Apr 25, 2005 at 02:39:55PM -0400, Alan Stern wrote:
> On Mon, 25 Apr 2005, Roman Kagan wrote:
> > Well for non-klist version the test !list_empty(&dev->driver_list) in
> > usb_driver_release_interface() was a good enough guard against recursion
> > into device_
On Mon, Apr 25, 2005 at 10:52:20AM -0400, Alan Stern wrote:
> On Mon, 25 Apr 2005, Roman Kagan wrote:
> > This patch fixes a real and easy to trigger problem, so IMHO it may be
> > worth applying before 2.6.12-final is out...
>
> You might also consider submitting this for
On Wed, Apr 13, 2005 at 09:40:17PM +0400, Roman Kagan wrote:
> With 2.6.11 and 2.6.12-rc2 (and perhaps a few versions before) usb
> drivers for multi-interface devices, which do
> usb_driver_release_interface() in their disconnect(), make rmmod hang.
>
> It turns out to be due to a
The patch below adjusts the MODALIAS generated by the usb hotplug
function to match the proposed change to scripts/mod/file2alias.c.
Please consider applying.
Roman.
Signed-off-by: Roman Kagan <[EMAIL PROTECTED]>
drivers/usb/core/usb.c |6 ++
1 files changed, 2 insertions
m3 with an offset. The
matching patch to fix the MODALIAS environment variable now generated by
the usb hotplug function follows.
Please consider applying.
Roman.
Signed-off-by: Roman Kagan <[EMAIL PROTECTED]>
file2alias.c | 111 ++-
On Mon, Apr 18, 2005 at 08:55:24AM -0700, Greg KH wrote:
> On Mon, Apr 18, 2005 at 07:40:25PM +0400, Roman Kagan wrote:
> > On Mon, Apr 18, 2005 at 08:02:25AM -0700, Greg KH wrote:
> > > And your patch modified the map file which is created, right?
> >
> > By n
On Mon, Apr 18, 2005 at 08:02:25AM -0700, Greg KH wrote:
> On Mon, Apr 18, 2005 at 08:41:58AM +0400, Roman Kagan wrote:
> > On Sun, Apr 17, 2005 at 04:19:15PM -0700, Greg KH wrote:
> > > On Sat, Apr 09, 2005 at 09:55:21AM +0400, Roman Kagan wrote:
> > > > On Fri, Ap
On Sun, Apr 17, 2005 at 04:19:15PM -0700, Greg KH wrote:
> On Sat, Apr 09, 2005 at 09:55:21AM +0400, Roman Kagan wrote:
> > On Fri, Apr 08, 2005 at 02:49:13PM -0700, Greg KH wrote:
> > > On Thu, Mar 31, 2005 at 07:40:46PM +0400, Roman Kagan wrote:
> > > > Any c
wn by another two
points, here's a cosmetic patch on top of that one.
Roman.
Replace container_of by list_entry for list entries; replace
list_for_each with list_for_each_entry.
Signed-off-by: Roman Kagan <[EMAIL PROTECTED]>
drivers/base/bus.c |8 +++-
1 files changed, 3 inser
On Wed, Apr 13, 2005 at 09:40:17PM +0400, Roman Kagan wrote:
> With 2.6.11 and 2.6.12-rc2 (and perhaps a few versions before) usb
> drivers for multi-interface devices, which do
> usb_driver_release_interface() in their disconnect(), make rmmod hang.
>
> It turns out to be due to a
klists will be discussed
in another mail.
Signed-off-by: Roman Kagan <[EMAIL PROTECTED]>
bus.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
--- linux-2.6.12-rc2/drivers/base/bus.c.orig2005-03-18 04:34:06.0
+0300
+++ linux-2.6.12-rc2/drivers/base/bus.c 2005
On Fri, Apr 08, 2005 at 02:49:13PM -0700, Greg KH wrote:
> On Thu, Mar 31, 2005 at 07:40:46PM +0400, Roman Kagan wrote:
> > On Wed, Mar 30, 2005 at 01:47:55PM -0800, Greg KH wrote:
> > > ChangeSet 1.2181.4.57, 2005/03/24 14:34:40-08:00, [EMAIL PROTECTED]
> > >
> >
> synchronous unlinks. Use usb_kill_urb() instead.
> >
> agreed that aboves is just a warning,
> but below you snipped the uups due to dereferencing a NULL pointer.
No that was a WARN_ON(1) in usb_unlink_urb(), to make the deprecation
bolder. No OOPS, no NULL dereferen
On Mon, Mar 28, 2005 at 12:19:36AM +0400, Roman Kagan wrote:
> On Fri, Mar 25, 2005 at 09:40:48AM -0800, Greg KH wrote:
> > On Fri, Mar 25, 2005 at 10:43:01AM +0300, Roman Kagan wrote:
> > > > > The patch expects a matching change in scripts/mod/file2alias.c I sent
> >
; message seems to be due to
speedtch trying (and failing) to bind in turn to all three interfaces.
I guess it should better refuse to bind to anything but the interface 0
early in it's probe, and then explicitly claim the interfaces it needs.
Roman.
SBATM won't even be offered
to you by make config.
Besides, the rest of the kernel uses "select" for FW_LOADER, as well as
for other library stuff like CRC32.
Roman.
---
This SF.net email is sponsored by Demarc:
A global provid
, allowing for its straightforward use with modprobe.
>
> Signed-off-by: Roman Kagan <[EMAIL PROTECTED]>
> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Any chance to get my other patch re. modifying the module alias patterns
in usb modules to correctly handle bcdDevice ra
about has
> _forced_ it to be on.
I agree on this one: if one has a USB DSL modem he can be expected to
have enough clue to turn USB and ATM stacks on.
FW_LOADER however falls into a different category, where "select" is
IMHO more appropriate.
Roman.
-
On Fri, Mar 25, 2005 at 09:40:48AM -0800, Greg KH wrote:
> On Fri, Mar 25, 2005 at 10:43:01AM +0300, Roman Kagan wrote:
> > > > The patch expects a matching change in scripts/mod/file2alias.c I sent
> > > > to linux-hotplug-devel list a few days ago (i.e. puts
> >
On Thu, Mar 24, 2005 at 02:34:59PM -0800, Greg KH wrote:
> On Fri, Mar 04, 2005 at 01:01:58PM +0300, Roman Kagan wrote:
> > The patch below adds MODNAME environment variable to usb hotplug
> > callout, allowing for its straightforward use with modprobe.
>
> Sorry for the dela
that dldh).
Please consider applying.
Roman.
Signed-off-by: Roman Kagan <[EMAIL PROTECTED]>
drivers/usb/core/usb.c | 25 +
1 files changed, 25 insertions(+)
--- linux-2.6.11/drivers/usb/core/usb.c.modname 2005-03-02 10:38:09.0
+0300
+++ linux-
On Wed, Feb 16, 2005 at 12:27:51PM -0800, David Brownell wrote:
> On Wednesday 16 February 2005 12:01 pm, Roman Kagan wrote:
> > BTW the sanity checks added to usbfs handlers in 2.6.11 seem to allow
> > exactly the opposite behavior, i.e. both bulk and interrupt URBs on
> > in
case USBDEVFS_URB_TYPE_INTERRUPT:
uurb.number_of_packets = 0;
if ((ep->desc.bmAttributes & USB_ENDPOINT_XFERTYPE_MASK)
!= USB_ENDPOINT_XFER_INT)
return -EINVAL;
Is that intentional, and I
ut endpoint: 1 bulk (to send the
firwmare in big chunks) and 1 interrupt (to send commands to the device
in 64-byte packets). I do that in my driver as well, and it works fine.
Cheers,
Roman.
---
SF email is sponsored by - The IT Product Gui
This properly indents the USB menu.
Signed-off-by: Roman Zippel <[EMAIL PROTECTED]>
---
Kconfig | 18 ++
host/Kconfig| 18 --
storage/Kconfig |1 +
3 files changed, 19 insertions(+), 18 deletions(-)
Index: linux-2.6.11/drivers/us
ATM, USB).
Umm, I wouldn't go for it. The USB device is created upon successful
enumeration by the USB subsystem; it may _provide_ an ATM device later
on when and if the firmware is loaded. That's more like a "has a"
relationship, rather than an "is a" one.
Ch
itself is, and then let the hotplug/udev/initramfs people
figure out how to handle staged system initialisation :)
(As a side note, on my machines I currently do /sys scan and
coldplugging from within initramfs with minimal module set first, then
mount the root filesystem
user
> space
> tools or other parts of the kernel?
I can't judge right now if it's a problem for the ATM layer, I'll have
to take a closer look. However the MAC address is unavailable until the
firmware is loaded anyway.
Cheers,
Roman.
--
h Duncan's patch applied. Please
consider applying and pushing to Linus before 2.6.10-final is out.
drivers/usb/atm/usb_atm.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
Signed-off-by: Roman Kagan <[EMAIL PROTECTED]>
--- linux-2.6.10-rc3.debug/drivers/usb/atm/us
ore 2.6.10-final is out.
drivers/usb/atm/usb_atm.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
Signed-off-by: Roman Kagan <[EMAIL PROTECTED]>
--- linux-2.6.10-rc3.debug/drivers/usb/atm/usb_atm.c2004-12-22
19:30:54.0 +0300
+++ linux-2.6.10-rc3.test
On Wed, 2004-12-22 at 15:00 +0100, Duncan Sands wrote:
> Hi Roman, can you please check that this patch also fixes the debugging
> problem
> you were presumably seeing.
Yes. Now uncommenting the appropriate define I get the right debugging
level.
One nitpick:
> +#ifdef VERBOSE_DEB
On Wed, Dec 22, 2004 at 12:09:05PM +0300, Michael Tokarev wrote:
> Roman Kagan wrote:
> >Attached is the driver for USB ADSL modems based on the Conexant
> >AccessRunner chipset using the recently introduced usb_atm
> >infrastructure. []
>
> Not to say anything about
Attached is the patch to include the cxacru.c in the build.
drivers/usb/atm/Kconfig | 13 +
drivers/usb/atm/Makefile |1 +
2 files changed, 14 insertions(+)
Signed-off-by: Roman Kagan <[EMAIL PROTECTED]>
Roman.
--- linux-2.6.10-rc3.orig/drivers/usb/atm/Kconfig 2
needs to be checked carefully by an
experienced kernel hacker.
Roman.
/**
* cxacru.c - driver for USB xDSL modems based on
* Conexant AccessRunner chipset
*
* This program is free software; you can redistrib
ed, 7 insertions(+), 7 deletions(-)
Signed-off-by: Roman Kagan <[EMAIL PROTECTED]>
Roman.
--- linux-2.6.10-rc3.orig/drivers/usb/atm/usb_atm.c 2004-12-04
00:55:02.0 +0300
+++ linux-2.6.10-rc3/drivers/usb/atm/usb_atm.c 2004-12-21 21:39:21.0
+0300
@@ -81,8 +81,6 @@
#inc
ent).
The patch is against 2.6.10-rc3. Please consider applying and pushing
to Linus before 2.6.10-final is out.
drivers/usb/atm/usb_atm.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
Signed-off-by: Roman Kagan <[EMAIL PROTECTED]>
Roman.
--- linux-2.6.10
a binary driver, we respect this
decision, but this also means we cannot help you if something goes wrong
with this driver.
bye, Roman
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your f
nd a "NULL" package
of acknowledgement.
--
Best Regards
Roman mailto:[EMAIL PROTECTED]
---
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastes
DUMMY_HCD entry, then re-configure.
It really works fine here, are you sure you don't have any additional
changes under scripts/kconfig? Did you try this on a different machine?
bye, Roman
---
The SF.Net email is sponsored by Ecl
so not sure about USB_PXA2XX_SMALL, as it also can be written as:
config USB_PXA2XX_SMALL
depends on USB_PXA2XX = y
default USB_ZERO = y || USB_ETH = y || USB_G_SERIAL
is this really intended?
The dependency "USB_DUMMY_HCD || USB_NET2280 || USB_PXA2XX || USB_SA1100
|| USB_GOKU
ate "USB Human Interface Device (full HID) support"
The menu needs to depend on USB otherwise you'll have empty menus if USB
is disabled (the same is true for storage/media/net).
bye, Roman
---
This SF.Net email sponsored by: Fre
if (urb->transfer_buffer_length > max)
> return -EMSGSIZE;
seems to be wrong.
- Roman
> Please merge to Linus' tree.
>
> - Dave
>
>
>
>
> --- ./drivers/usb-dist/co
Hi,
my latest version of the isp1161 driver is 0.9.5 (form Octobr 2001).
It is still experimental. (some Bugs ISOC transfers not tested)
Regards
Roman
Roger Barraud wrote:
>Hi Wolfgang et alia,
> I'm (hopefully) most of the way thru porting the 0.8 patch from the
>sourc
Dan Streetman wrote:
>On Tue, 26 Feb 2002, Roman Weissgaerber wrote:
>
>>>- I'd suggested that the bandwidth would stay scheduled until
>>> after an interrupt transfer completed, there was no transfer
>>> queued.
>>>
>>If I understand
s is going down the path of the "support
>multi-buffering" proposal I sketched out (API change #2) ...
>you might look at that a bit more, and share comments on
>that part of the original RFC.
>
>One difference between that and what Roman sketched
>was that I did was in
there is a queued URB it will be
transfered -
if there is no queued URB then there is no transfer.
The resubmition of the URBs is a different story but maybe we should
define a consistent way of resubmition for all kinds of transfers.
Also during the callback the URB is owned by the device
Hi,
hm, I think the allocation of the TDs has to be changed too.
regards
Roman
Oliver Neukum wrote:
>Hi,
>
>this is for usb-ohci.c
>
> Regards
> Oliver
>
>--- drivers/usb/usb-ohci.c.pre Sun Feb 3 10:28:31 2002
>+++ drivers/usb/usb-ohci.c
Hi Tim,
dl_done_list() with
++(urb_priv->td_cnt) == urb_priv->length)
is just for the special case where the URB would have
been finished at the same time we have request the usb_unlink_urb().
Normally dl_del_list() should do the work.
- Roman
Tim Connors wrote:
>To all,
>
Benjamin Herrenschmidt wrote:
>Hi !
>
>We used to have the following patch in the PPC tree for ages, could
>someone confirm if it makes sense or not, and if yes, can the maintainer
>send it to Marcelo ?
>
It does not make sense for struct ed (it just makes sense for td).
-
e are some on-chip OHCI controllers without PCI bus available:
eg. Strongarm SA, some ARM920 chips, some SH chips (eg. sh7727).
And I think it is just one part of the question
if the stack would be reachable from the HC.
The other part of the question is if the memory (stack)
can be (re-)mapped
want
to test them you have to switch them on (#define ...).
regards
Roman
hc_isp1161-0.9.5.tar.gz
Hi Chris,
thanks for the error report.
There seems to be a missing ep_unlink() somewhere
(or the ep_unlink doesn't really unlink every ed,
or there is a race between ep_link and ep_unlink).
So we have to find the place where the unlink is missing ...
thanks
Roman
Parrott, Chris
I think it is not primary a problem of OHCI chips.
But as far as I can remember a 100MHz CPU is used here and this could be
a little bit slow for constantly streaming (decompressing?) of 10 Mbit/s
of data.
- Roman
> Mind you, I know next to nothing about the OHCI chip and i
Hi,
error 3 means DATA-toggle error.
(see hc_simple.h condition code CC mapping)
There are a few problems with the toggle bit in v0.9
so maybe v0.9.5 will solve this (will be released on monday).
- Roman
Williams, Kevin M. wrote:
> Hello,
>
> I have modified Roman's isp1161
emory for transfers because the HC
needs to know the HW-address and the mapping just works with
kmalloced memory.
- Roman
> I have a couple of reports of people who get kernel panics from the CDCEther
> driver, after I added some very experimental code into the multicast routine.
&
be used for the first TD of the
next URB for that same endpoint. (Read the OHCI spec).
- Roman
> 2. Sometime, I saw HC returns a TD with a CC field which is 0xf to HC
> driver. Accroding to OHCI spec, 0xf means TD not accessed.If this TD did
> not accessed by HC, how come this TD is p
riptor
> with known length, the requested transfer length was probably shorter
> than what was returned by the device with the class descriptor appended.
> - This would be detected as a BABBLE error by UHCI controller and the EP
> gets stalled. (Same with DATAOVERRUN condition for OHC
ler version of reset_device().
>
If the device has just one interface without alt interfaces then it
needs not support the usb_set_interface() function and
most likely stalls if you call it.
- Roman
> Has anyone ever seen a device behave like this before?
>
> I'm currently wor
Mbit/s plus int processing ...
max.: 1ms or more depends on the traffic on the USB
t4-t3: also min 16 us, max 1ms or more
The typical times depends on the HCI type.
- Roman
> The reason : the IrDA protocol mandate what is the minimum
> time between Rx and Tx on the medium,
Hi,
enclosed is a new version (0.9) of the isp1161 HCD.
It still lacks ISOC transfers but there are some
bug fixed (thanks to Benjamin Herrenschmidt) and
some additional (maybe untested) features like
URB-timeout, Bulk 0-packet,...
regards
Roman
hc_isp1161-0.9.tar.gz
ps is most likely caused by the del_list bug
that Ben have already found.
regards
Roman
> Thanks,
>
> LiYi
> Li Yi wrote:
>
> > Hi, Ben,
> >
> > The Oops(LR= C00C4F38)is due to lwz r9,40(r31)
> > the last two line in the hc_add_trans function:
> >
];
-} __attribute((aligned(32))); /* normally 16, iso needs 32 */
+} __attribute((aligned(32)));
typedef struct td td_t;
#define OHCI_ED_SKIP (1 << 14)
-
Regards
Roman
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
isp1161 just uses a linear array of copy in copy out memory.
I guess 16k or 32kByte of dual-port RAM and a unchanged OHCI
would have done a better job.
> One thing I'll look into rsn is DMA.
The problem is that you get two interrupts per dma
transfer or
hip is working properly,
> I'll have a coupe of functions implemented soon, I'll post the code
> once done so we can think about a unified device interface.
>
OK.
- Roman
> Regards,
> Ben.
>
> ___
> [EMAIL PROTECTED]
&
You should use kmalloc to allocate dma-able ram for the buf buffer.
- Roman
kevin wrote:
>
> Greg KH wrote:
> >
> > On Thu, Sep 20, 2001 at 06:09:52PM -0400, kevin wrote:
> > >
> > > Now I have to send a series of about a dozen vendor specific co
Li Yi wrote:
>
> Hi, Roman,
>
> I got two questions regarding your patch on isp1161 driver.
> 1. What will happen if the length is 1 byte in the READ_REGn16 function?
It's a bug, but it should not hurt us because the block we are reading
has to have at least one PTD in
Li Yi wrote:
>
> Hi, Roman,
>
> I got two questions regarding your patch on isp1161 driver.
> 1. What will happen if the length is 1 byte in the READ_REGn16 function?
OK, Seems to be a bug ;)
> 2.As not much embedded device will use this kind of ISA card( hcport =
Hi,
this patch from Jean Tourrilhes adds USB_ZERO_PACKET flag
support to usb-ohci.c. Please forward it to Linus.
Thanks
Roman
Jean Tourrilhes wrote:
>
> On Wed, Sep 19, 2001 at 03:42:18PM -0700, jt wrote:
> >
> > I did a quick read in the source to see if
Hi Jean,
can you test the attached modified patch please.
If it is OK we can forward it to
JE/Linus.
Thanks
Roman
Jean Tourrilhes wrote:
>
> On Wed, Sep 19, 2001 at 03:42:18PM -0700, jt wrote:
> >
> > I did a quick read in the source to see if I could implement
>
ood.
The only thing that could go wrong is when transfer_buffer_size == 0
then it will send two 0 size packets. So we have to check for
(!urb->transfer_buffer_size && (urb->transfer_buffer_size % pipe_mtu))
Thanks
Roman
Enjoy...
>
> Jean
>
xternal:
- HUB/Device controller Applet
(HUB: Enable/Disble/Reset/Suspend/Resume Port,
Switch on LED (USB2.0), show overcurrent condition,
show current/bandwith
Device: switch alternate interface, show endpoint statistic
(Packets transfered, bits/sec,...))
- Roman
> - Dave
David Brownell wrote:
>
> Roman,
>
> > There are a lot of things that are endpoint specific:
>
> (endpoint in a given config/altsetting ...)
>
> > e.g. maxpacketsize, toggle bit, startingpoint and intervall
> > of INTR transfers, queueingpoint for URBs
Oliver Neukum wrote:
>
> Am Mittwoch, 19. September 2001 12:05 schrieb Roman Weissgaerber:
> > Oliver Neukum wrote:
> > > > > These are usb_control_message() and usb_clear_halt(). I was thinking
> > > > > of doing a version for block devices that
erent devices within
the same URB and so on.
I think it would be better to use a more socket like approach
(maybe in 2.5):
An URB is like a socket_buffer and an endpoint is like a socket.
So the endpoint-entries would hold all that static information of an USB
endpoint and the URBs just points to the
but it should be done.
>
Should be no problem for OHCI. It can natively handle memory blocks up
to 4096/8192 byte long with one TD (larger blocks use more TDs).
A block can consist of two different memory-pages.
OHCI automatically handles the address change.
Is this what you mean by scatter-g
al, Network, ...).
But there is no DCD (device controller driver)
API so far. So there is no direct sharing of the function driver code.
- Roman
> Thank You in advance!
>
> Siegfried.
>
> ___
> [EMAIL PROTECTED]
> To unsubscribe,
Enjoy!
> Nicolas
(you also need a linux-2.4.5 kernel and the 2.4.5-rmk6 patch :)
hope that helps
Roman
"Yang, Neil L" wrote:
>
> Hi,
>
> Newbie question:
> I'm trying to setup usb on my SA1100/SA board. The SA has an ohci
> host controller
t; Get device descriptor (64bytes)
> 15ms USB-Reset
> Set address
> Get device descriptor
> ...
>
Is there a loop when you connect the Polestar USB audio device with
Windows?
eg. Reset -
get device descriptor -
Reset -
get device descriptor -
Reset -
...
Res
1 - 100 of 133 matches
Mail list logo
