From: Anton Vorontsov <avorontsov@ru•mvista.com>
To: Laurent Pinchart <laurentp@cse-semaphore•com>
Cc: Scott Wood <scottwood@freescale•com>,
linuxppc-dev@ozlabs•org, linux-usb@vger•kernel.org,
David Brownell <david-b@pacbell•net>,
Timur Tabi <timur@freescale•com>
Subject: Re: [PATCH] Freescale QUICC Engine USB Host Controller
Date: Tue, 8 Apr 2008 16:16:30 +0400 [thread overview]
Message-ID: <20080408121630.GB26716@polina.dev.rtsoft.ru> (raw)
In-Reply-To: <200804071811.19671.laurentp@cse-semaphore.com>
On Mon, Apr 07, 2008 at 06:11:15PM +0200, Laurent Pinchart wrote:
[...]
> I had a first go at hacking the FHCI driver to make it run on a CPM2 platform.
> Results so far are quite good. After getting rid of qe-specific APIs as
> explained above, and adding SOF token generation support, I've been able to
> access a mass storage device. The driver hasn't been stress-tested yet
> though.
Wow, awesome! That's great news, really. Looking forward for the patch. :-)
> I ran into an issue with IDLE and RESET interrupts. When the device is first
> plugged into the USB port, the idle interrupt kicks in and the driver detects
> the device properly. When the device is then removed, the reset interrupt is
> generated and the driver handles device removal properly. Right after the
> reset interrupt, idle interrupts are generated every milliseconds for around
> 175ms. The status register always reports a non-idle condition when read in
> the interrupt handler. The flow of idle interrupts then stops, and no idle
> interrupt is generated when I replug the device. I've checked the interrupts
> mask register to make sure idle interrupts were enabled.
>
> Have you noticed a similar behaviour when you tested the driver on your
> QE-based platform ? I suspected a debouncing issue, but I should then get
> idle conditions once every other time when reading the status register.
Hm.. nope, I didn't see anything like that, at least not something that
is affecting the driver functionality. Did out_be16(tmr->gtevr, 0xFFFF);
help there? Or it's different problem?
--
Anton Vorontsov
email: cbouatmailru@gmail•com
irc://irc.freenode.net/bd2
next prev parent reply other threads:[~2008-04-08 12:16 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-11 19:17 [PATCH] Freescale QUICC Engine USB Host Controller Anton Vorontsov
2008-03-11 21:32 ` Joakim Tjernlund
2008-04-03 13:45 ` Laurent Pinchart
2008-04-03 14:30 ` Anton Vorontsov
2008-04-03 15:27 ` Scott Wood
2008-04-03 15:33 ` Timur Tabi
2008-04-03 15:36 ` Scott Wood
2008-04-03 18:22 ` David Brownell
2008-04-07 16:11 ` Laurent Pinchart
2008-04-08 12:16 ` Anton Vorontsov [this message]
2008-04-09 12:13 ` Laurent Pinchart
2008-04-09 12:16 ` Pandita, Vikram
2008-04-09 12:20 ` Laurent Pinchart
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=20080408121630.GB26716@polina.dev.rtsoft.ru \
--to=avorontsov@ru$(echo .)mvista.com \
--cc=david-b@pacbell$(echo .)net \
--cc=laurentp@cse-semaphore$(echo .)com \
--cc=linux-usb@vger$(echo .)kernel.org \
--cc=linuxppc-dev@ozlabs$(echo .)org \
--cc=scottwood@freescale$(echo .)com \
--cc=timur@freescale$(echo .)com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox