I looked into the possibility of having the PCI core disable interrupt
generation and DMA on each new device as it is discovered. Unfortunately
there is no dependable, universal way to do this for IRQs. (A notable gap
in the original PCI specification, IMHO.)
PCI specification 2.3
On Wed, 11 May 2005, Vivek Goyal wrote:
I looked into the possibility of having the PCI core disable interrupt
generation and DMA on each new device as it is discovered. Unfortunately
there is no dependable, universal way to do this for IRQs. (A notable gap
in the original PCI
Hi Greg/Lee,
Thank you very much for the information and yesterday we also had this
thought. We are tried it working fine now.
This is one of the good solutions.
Thanks again.
Shalini.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Greg
Lee
On Monday 09 May 2005 2:13 pm, Ville Medeiros wrote:
Hi,
I am trying to run the testusb.c
(http://www.linux-usb.org/usbtest/testusb.c) but the usbtest driver
not appear when I check with usbtree.
My procedure is,
1 compile the kernel with usb driver in built-in mode.
2 - # modprobe
Am Mittwoch, 11. Mai 2005 19:26 schrieb Duncan Sands:
Hi Greg, the is the first of 5 patches that update the usbatm core and
add two new drivers (for the Conexant AccessRunner chipset, and for
generic USB DSL modems):
Patch 1: rework the core code: minidrivers (i.e. drivers for
Thanks for the response.
You're absolutely right in that I muddied up what I
was asking.
My issue is that I have a USB ethernet device that is
incredibly chatty on a simple embedded USB chip.
Every frame causes an interrupt, and thus I end up
with 9000-16000 interrupts per second which degrades
On Wednesday 11 May 2005 12:59 pm, Alan Stern wrote:
On Wed, 11 May 2005, David Brownell wrote:
When you look, I think you'll see that adding a shutdown method
will prevent the dpm_runtime_suspend() deadlock. There might
be another one though.
How about simply setting
On Wed, May 11, 2005 at 04:25:03PM -0400, Greg Lee wrote:
Greg, I'm jumping in here with some information that I hope helps a bit.
Don't take people off of the CC: they might not notice :)
I
presently work with several different kernels (2.4.17, 2.4.19, 2.4.21 and a
recent 2.6 kernel which
On Wed, May 11, 2005 at 01:29:15PM +0900, Shiju Mathew wrote:
Hi,
Is it possible to modify the usbkbd driver to support additional keys.
Why? usbkbd is for the base USB keyboard driver spec only. This does
not support any additional keys, as per the USB spec, right?
thanks,
greg k-h
On Thu, May 12, 2005 at 06:56:34PM +0200, Oliver Neukum wrote:
static inline int usbatm_submit_urb(struct urb *urb)
You'll enter this with irqs off and will leave it with irqs on.
Mind elaborating a bit? I can see that we may enable irqs with
spin_unlock_irq() on the error path, but how do
On Thu, May 12, 2005 at 03:31:00AM -0700, Andrew Morton wrote:
-gregkh-01-driver-gregkh-driver-001_driver-hotplug_check.patch
-gregkh-01-driver-gregkh-driver-002_debugfs_simple_newline.patch
-gregkh-01-driver-gregkh-driver-009_driver-name-const-01.patch
On Fri, 2005-05-13 at 00:51 +0400, Roman Kagan wrote:
On Thu, May 12, 2005 at 06:56:34PM +0200, Oliver Neukum wrote:
static inline int usbatm_submit_urb(struct urb *urb)
You'll enter this with irqs off and will leave it with irqs on.
Mind elaborating a bit? I can see that we may enable
Am Donnerstag, 12. Mai 2005 22:51 schrieb Roman Kagan:
On Thu, May 12, 2005 at 06:56:34PM +0200, Oliver Neukum wrote:
static inline int usbatm_submit_urb(struct urb *urb)
You'll enter this with irqs off and will leave it with irqs on.
Mind elaborating a bit? I can see that we may
13 matches
Mail list logo