From: Greg KH <greg@wirex.com>
To: Dag Brattli <dag@brattli.net>
Cc: torvalds@transmeta.com, linux-kernel@vger.kernel.org
Subject: Re: [patch] patch-2.4.2-irda1 (irda-usb)
Date: Tue, 27 Feb 2001 09:33:29 -0800 [thread overview]
Message-ID: <20010227093329.A10482@wirex.com> (raw)
In-Reply-To: <200102270829.IAA46514@tepid.osl.fast.no>
In-Reply-To: <200102270829.IAA46514@tepid.osl.fast.no>; from dag@brattli.net on Tue, Feb 27, 2001 at 08:29:03AM +0000
On Tue, Feb 27, 2001 at 08:29:03AM +0000, Dag Brattli wrote:
> Linus,
>
> Please apply this patch to your latest Linux-2.4.2 source. Changes:
>
> o IrDA-USB dongle support [new feature]
I'd recommend that this file be in the /drivers/usb directory, much like
almost all other USB drivers are.
> +/* These are the currently known IrDA USB dongles. Add new dongles here */
> +struct irda_usb_dongle dongles[] = { /* idVendor, idProduct, idCapability */
> + /* ACTiSYS Corp, ACT-IR2000U FIR-USB Adapter */
> + { 0x9c4, 0x011, IUC_SPEED_BUG | IUC_NO_WINDOW },
> + /* KC Technology Inc., KC-180 USB IrDA Device */
> + { 0x50f, 0x180, IUC_SPEED_BUG | IUC_NO_WINDOW },
> + /* Extended Systems, Inc., XTNDAccess IrDA USB (ESI-9685) */
> + { 0x8e9, 0x100, IUC_SPEED_BUG | IUC_NO_WINDOW },
> + { 0, 0, 0 }, /* The end */
> +};
You should also probably add the following snippet to allow the USB
hotplug functionality to work properly:
static __devinitdata struct usb_device_id id_table [] = {
{ USB_DEVICE(0x09c4, 0x0011) },
{ USB_DEVICE(0x050f, 0x0180) },
{ USB_DEVICE(0x08e9, 0x0100) },
{ } /* Terminating entry */
};
MODULE_DEVICE_TABLE (usb, id_table);
If IRDA has a class descriptor, can't you just rely on that, and not
have to worry about the individual device vendor and product ids?
> + * This routine is called by the USB subsystem for each new device
> + * in the system. We need to check if the device is ours, and in
> + * this case start handling it.
> + * Note : it might be worth protecting this function by a global
> + * spinlock...
> +static void *irda_usb_probe(struct usb_device *dev, unsigned int ifnum,
> + const struct usb_device_id *id)
A spinlock is not needed as the probe functions are called sequentially.
thanks,
greg k-h
--
greg@(kroah|wirex).com
http://immunix.org/~greg
next prev parent reply other threads:[~2001-02-27 17:35 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-02-27 8:29 [patch] patch-2.4.2-irda1 (irda-usb) Dag Brattli
2001-02-27 17:33 ` Greg KH [this message]
2001-02-27 20:32 ` Dag Brattli
2001-02-27 21:58 ` Greg KH
2001-02-28 2:41 ` Jean Tourrilhes
2001-02-28 5:40 ` Greg KH
-- strict thread matches above, loose matches on Subject: below --
2001-02-28 3:43 Dunlap, Randy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20010227093329.A10482@wirex.com \
--to=greg@wirex.com \
--cc=dag@brattli.net \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@transmeta.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.