[Top] [All Lists]

kernel is overwhelmed by usb hcd's interrupts

Subject: kernel is overwhelmed by usb hcd's interrupts
From: Franck <>
Date: Mon, 24 Oct 2005 12:08:34 +0200
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta;; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nV70ay5p4740TFXirlI6PpSkFbVvL4JsnRAWx7WAOs/j3PUiTOGQ5Qm+oVkS5X6I62lPZp7TyzH+D6+tlvZnpaw6iovY2EBxig29aayh2K+yp1bVzAGPSoHphZHcpuxgP3+Rg1H9SYDaC8Gfan3IfE2Dv869jttOM82tfFWBPf0=
In-reply-to: <>
Original-recipient: rfc822;
References: <>

I've written an usb driver for linux for a specific usb host
controler. Basicaly the hw generates an interrupt every 1 ms (every
start of frame) and during transfers interrupts can be generated every
30 us ! My cpu is a MIPS 4KEC running at 96Mhz and HZ is 100.

After transfering 20M bytes of data through USB, the kernel loops for
a while in timer interrupt handler. It actually loops in update_times
with tick (jiffies - wall_jiffies) value equals to 3707637046 ! I
guess that the kernel have lost a lot of timer ticks...However
interrupts are enable inside usb driver, I don't see how the kernel
can lost so many ticks.

Could anyone give me some advices for that ?



<Prev in Thread] Current Thread [Next in Thread>
  • kernel is overwhelmed by usb hcd's interrupts, Franck <=