Hi,
> I am suffering from a similar problem when using the CHIP_BUFFER_TEST
> macro - I have implemented the delay function as:
> static void isp1362_delay(struct device *dev, unsigned int delay)
> {
>(void) *(volatile unsigned long *)UNCACHED_PHYS_0;
> }
>
> but changing to use NDELAY doesn'
On Friday 22 April 2005 06.27, Andre Renaud wrote:
> I am suffering from a similar problem when using the
> CHIP_BUFFER_TEST macro - I have implemented the delay function
> as:
> static void isp1362_delay(struct device *dev, unsigned int delay)
> {
>(void) *(volatile unsigned long *)UNCACHED_P
Robin Farine writes:
> On Friday 22 April 2005 06.27, Andre Renaud wrote:
>
> > I am suffering from a similar problem when using the
> > CHIP_BUFFER_TEST macro - I have implemented the delay function
> > as:
> > static void isp1362_delay(struct device *dev, unsigned int delay)
> > {
> >(void)
On Friday 22 April 2005 10.46, Lothar Wassmann wrote:
> Robin Farine writes:
> > I think you also need to actually use the result of the read to
> > force a previous store operation to terminate. And I wonder if
>
> Nope. The "volatile" attribute makes sure that the access is
> actually done.
I d
hi,all
i want to implements ethernet style communication, i know i can use
usbnet driver on the linux-usb host-side, but i don't know how can do on
the windows-usb host-side, do i need some other driver for win2000 or
winxp?
thanks!
---
SF ema
hi,all
>>i want to implements ethernet style communication,
i use gadget/ether.c
>> i know i can use usbnet driver on the linux-usb host-side,
>>but i don't know how can do on the windows-usb host-side,
>>do i need some other driver for win2000 or winxp?
>>thanks!
--
> I now have problem regarding to how to make usb driver send signal back
> after URB has been submit when there is data ready to poll? The attached
> program runs fine on 2.4 redhat, but since the BULK type and QUEUE_BULK
> on flags no longer support on 2.6.10 when submitting URB; this program
> c
Hello,
I am trying to deploy embedded linux on the evaluation
board. This board has got NEC USB Host Controller
(OHCI compliant).
I had problem related to IRQ mapping, and thanks to
you folks i could resolve the problem.
Now i am running into new issue, where i cant alter
CPU register (Hitachi
On Friday 22 April 2005 4:24 am, Lara John wrote:
> Is it possible to enable/disable USB IRQ from the NEC
> host controller drivers?
OHCI has a "Master Interrupt Enable" bit (MIE) to set/clear...
---
SF email is sponsored by - The IT Product G
Am Donnerstag, 21. April 2005 22:23 schrieb David Brownell:
> The main place I use tasklets, rather than a work queue, is in
> "usbnet" as leftover from some 2.4 code that was coping with the
> fact that neither of the UHCI drivers behaved well when completion
> handlers did certain things; as in,
On Friday 22 April 2005 5:06 am, Oliver Neukum wrote:
> Am Donnerstag, 21. April 2005 22:23 schrieb David Brownell:
> > The main place I use tasklets, rather than a work queue, is in
> > "usbnet" as leftover from some 2.4 code that was coping with the
> > fact that neither of the UHCI drivers behav
Robin Farine writes:
> I did not mean that the compiler was optimizing the read access out,
> but rather that the CPU might not complete a pending store to isp
> chip until the target operand of the read from the uncached
>
Sorry, misunderstanding.
> location is actually used as source operand
Hi,
I'm planning to write an hc driver for the recent ISP1761 EHCI chip.
I'm new to USB, and I have some questions. I hope gradually I'll ask
smarter questions but I'm stuck with some basic bits of the USB2.0
spec for now.
I have trouble undertanding one-to-one or one-to-many relationships.
1)
On Friday 22 April 2005 15.40, Lothar Wassmann wrote:
> Probably you're right (though I wouldn't trust Intel
> documentation farther than I can throw the PDF document ;), but
> my scope was telling me that it worked as expected.
I see what you mean about the doc :-), especially true after a few
Robin Farine writes:
> Of course, my mistake. I mixed things up with another CPU (SA-110?)
> where the flash was physically swapped with the SDRAM early in the
> boot process. Anyway, it still surprises me that you get a 700ns
> delay with only a single uncached read, even from flash memory, but
David:
Please take a look at this proposed patch and see what you think. It
removes the recursion from the usbcore suspend/resume routines. There's
just a couple of small exceptions; the big one is that resuming a device
will cause all its interfaces to be resumed as well, and the small one i
On Thu, Apr 21, 2005 at 03:56:37PM -0400, Alan Stern wrote:
> [This time with the patch!]
>
> Greg:
>
> This is a revised version of an earlier patch to add support to usbcore
> for driving root hubs by interrupts rather than polling.
Applied, thanks.
greg k-h
On Friday 22 April 2005 12:17 pm, Alan Stern wrote:
> Dave:
>
> What do you think of the idea of taking all the code to create and
> register root hub devices out of all the HCDs and centralizing it in
> usb_add_hcd? It could go right after the call to hcd->driver->start().
There's sort of a c
On Friday 22 April 2005 11:52 am, Alan Stern wrote:
> David:
>
> Please take a look at this proposed patch and see what you think. It
> removes the recursion from the usbcore suspend/resume routines.
Reminds me somewhat of the one I've been testing that does the same ...
it's in my queue of s
On Fri, 22 Apr 2005, craig qu wrote:
> Hello all,
>
> After I set VT6212L USB2.0 controller into D3hot mode,
> connecting/disconnecting usb drive doesn't generate
> any PME# assertion.
>
> According to spec, the controller supports D0, D1, D2,
> D3hot and D3cold PME(reg82=0xffc2). the only thin
On Mon, Apr 18, 2005 at 12:43:25PM -0400, Alan Stern wrote:
> Greg:
>
> This patch changes the g_file_storage driver to make the "stall" module
> parameter generally available; currently it is available only if the
> testing version of the module has been configured. It also fixes a typo
> in a c
Grr, wrong patch. This is the one against RC3. And ignore the bit about
an SL-5600 patch in Greg's queue; that did make RC3.
On Friday 22 April 2005 8:31 am, David Brownell wrote:
> Hi,
>
> Can you to verify that rc3 with this patch works on both your Zaurus models
> (C-860, SL-5600)? It works
On Mon, Apr 18, 2005 at 04:10:10AM +0200, Adrian Bunk wrote:
> This patch makes a needlessly global function static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
---
SF email is sponsored by - The IT Product Gu
On Friday 22 April 2005 9:34 am, craig qu wrote:
> Hello all,
>
> After I set VT6212L USB2.0 controller into D3hot mode,
> connecting/disconnecting usb drive doesn't generate
> any PME# assertion.
No, it won't do any of that unless CONFIG_USB_SUSPEND
is enabled. I've certainly observed the PME#
Greg:
This patch improves the strategy uhci-hcd uses for performing controller
resets and checking whether they are needed.
The HCRESET command doesn't affect the Suspend, Resume,
or Reset bits in the port status & control registers, so
the driver must clear them by itsel
On Mon, Apr 18, 2005 at 04:12:28AM +0200, Adrian Bunk wrote:
> This patch makes some needlessly global code static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
---
SF email is sponsored by - The IT Product Gui
On Friday 22 April 2005 2:16 pm, Alan Stern wrote:
> On Fri, 22 Apr 2005, David Brownell wrote:
>
> > There's sort of a chicken/egg problem there. It "should" be easy to
> > have the root hub creation pulled out of the HCDs, but it's not very
> > obvious how to decouple its registration from its
On Tue, Apr 19, 2005 at 11:13:26AM +0400, Roman Kagan wrote:
> Another attempt at that...
Ok, looks good, I've applied this and will see how it works out...
thanks,
greg k-h
---
SF email is sponsored by - The IT Product Guide
Read honest & ca
Greg,
I put some printk in the devio.c (in Fedora 2.6.10) today and found out
something strange.
When I submit an URB to kernel, I specified signr 36 to send back to my
program. And I put printk in the async_completed() in devio.c after
send_sig_info() call which return 0 (means ok) with right si
I'll be anxious to help, but my docking station is at work
so I can't verify until possibly Tuesday AM.
___
Ken
On Fri, Apr 22, 2005 at 09:02:02AM -0700, David Brownell wrote:
> Grr, wrong patch. This is the one against RC3. And ignore the bit about
> an SL-5600 patch in Greg's queue; that did m
Hi all,
I have a user space driver for a device and am using USBDEVFS_BULK
ioctl() calls to transfer data. My code works fine on an armv5b machine
with Linux 2.4.22-xfs ehci_hcd, however the same code hangs when
attempting to transfer larger chunks of data on a mipsel machine with
Linux 2.6.12-rc1
On Mon, Apr 11, 2005 at 12:16:05PM +0200, Sven Anderson wrote:
> No, the patch was ok, but I agree it looks strange. It's not very
> readable, because I cannot tell diff to work blockwise instead of
> linewise. Because of the similarity of the entries, diff splits and merges
> them. Anyway, the
On Tue, Apr 19, 2005 at 11:23:17AM +0400, Roman Kagan wrote:
> 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.
Applied, thanks.
greg k-h
> > After I set VT6212L USB2.0 controller into D3hot
> mode,
> > connecting/disconnecting usb drive doesn't
> generate
> > any PME# assertion.
>
> No, it won't do any of that unless
> CONFIG_USB_SUSPEND
> is enabled. I've certainly observed the PME# bit be
> set
> in the PCI config space after f
Randy.Dunlap wrote:
On Mon, 18 Apr 2005 11:15:50 -0500 Stephen Morgan wrote:
| Hello all,
|
| I'm converting a USB driver for Linux 2.4.20-8 to 2.6.9-1.667 and have found
| that the __FILE__ macro is now giving me the full path of the driver source.
| In 2.4, I was just getting the file name. Lik
On Sat, 23 Apr 2005 02:29:46 +0400
Michael Tokarev <[EMAIL PROTECTED]> wrote:
> Randy.Dunlap wrote:
> > On Mon, 18 Apr 2005 14:51:38 -0500 Stephen Morgan wrote:
> []
> > | Thanks Randy. So, is __FILE__ deprecated usage now? I know it was
> > | used extensively at least in 2.4 (As in the usb-skel
Dave:
What do you think of the idea of taking all the code to create and
register root hub devices out of all the HCDs and centralizing it in
usb_add_hcd? It could go right after the call to hcd->driver->start().
On the face of it this should be a simple change. But there are two
aspects I'm
Randy.Dunlap wrote:
On Mon, 18 Apr 2005 14:51:38 -0500 Stephen Morgan wrote:
[]
| Thanks Randy. So, is __FILE__ deprecated usage now? I know it was
| used extensively at least in 2.4 (As in the usb-skeleton.c dbg macro.)
I don't know that __FILE__ is deprecated and I didn't say that.
It works, it
Sorry for the late reply on this--I missed this message while off on
another project for a while, and I'm just getting back to this.
On Fri, Feb 25, 2005 at 10:57:44AM -0500, Alan Stern wrote:
> On Thu, 24 Feb 2005, Glenn Maynard wrote:
>
> > > It's probably not a good idea to prefer the lower-po
On Sat, 23 Apr 2005 02:28:15 +0400
Michael Tokarev <[EMAIL PROTECTED]> wrote:
> Randy.Dunlap wrote:
> > On Mon, 18 Apr 2005 11:15:50 -0500 Stephen Morgan wrote:
> >
> > | Hello all,
> > |
> > | I'm converting a USB driver for Linux 2.4.20-8 to 2.6.9-1.667 and have
> > found
> > | that the __FIL
On Mon, Apr 18, 2005 at 11:47:38PM +0200, Adrian Bunk wrote:
> This patch lacked a small bit.
>
> Updated patch below.
>
> cu
> Adrian
>
>
> <-- snip -->
>
>
> This patch makes needlessly global code static.
Applied, thanks.
greg k-h
---
Hi,
Can you to verify that rc3 with this patch works on both your Zaurus models
(C-860, SL-5600)? It works on a Motorola A768i too ... they all seem to
abuse CDC MDLM in the same basic way.
If this checks out, I'd like this to replace the SL-5600 patch in Greg's
queue as well as the C-860 one no
Minor updates to usbtest, including suspend support; please merge.
- Dave
Updates to "usbtest" driver:
* Improve some diagnostics. One path that never generated diagnostics
before should now generate two ... unless you hit a GCC bug that
all my compilers seem to have, go figure.
* A
On Fri, 22 Apr 2005, David Brownell wrote:
> There's sort of a chicken/egg problem there. It "should" be easy to
> have the root hub creation pulled out of the HCDs, but it's not very
> obvious how to decouple its registration from its activation. I've
> always been annoyed by how that's done, b
On Thu, Apr 21, 2005 at 09:28:02PM +0200, Oliver Neukum wrote:
>
> > Would you please resend with a signed-off-line to observe the formalities?
>
> This patch fixes lost LF when ACM device is used with getty/login/bash,
> in case of a modem which takes calls.
Applied, thanks.
greg k-h
---
On Mon, Apr 18, 2005 at 04:08:48AM +0200, Adrian Bunk wrote:
> This patch makes two needlessly global functions static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
---
SF email is sponsored by - The IT Produ
On Fri, Apr 22, 2005 at 09:02:02AM -0700, David Brownell wrote:
> Grr, wrong patch. This is the one against RC3. And ignore the bit about
> an SL-5600 patch in Greg's queue; that did make RC3.
Applied, thanks.
greg k-h
---
SF email is sponso
> -Original Message-
> From: Michael Tokarev [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 22, 2005 4:30 PM
> To: Randy.Dunlap
> Cc: Stephen Morgan; linux-usb-devel@lists.sourceforge.net
> Subject: Re: [linux-usb-devel] __FILE__ returns full path now?
>
>
> Randy.Dunlap wrote:
> > On Mon,
On Fri, 22 Apr 2005, David Brownell wrote:
> If an IRQ comes in before the root hub is "live" in usbcore, that
> would need to behave. It's clearly safe to register while the
> HCD has locked things and blocked the IRQ; not clearly safe to
> do it later...
An IRQ coming at that time couldn't be
Hello all,
After I set VT6212L USB2.0 controller into D3hot mode,
connecting/disconnecting usb drive doesn't generate
any PME# assertion.
According to spec, the controller supports D0, D1, D2,
D3hot and D3cold PME(reg82=0xffc2). the only thing
need to do is setting PME_En bit in the
PMCSR(reg85=
On Thu, Apr 21, 2005 at 04:04:58PM -0400, Alan Stern wrote:
> Greg:
>
> This patch, which has as478b as a prerequisite, enables the uhci-hcd
> driver to take advantage of root-hub IRQs rather than polling during the
> time it is suspended. (Unfortunately the hardware doesn't support
> port-change
51 matches
Mail list logo
