This patch adds support for the AMCC 440EPx EHCI controller whose
in-memory data structures and the registers are represented in big-
endian format.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
commit 0d9e721f8aefc3acb6bdaba2d321f703950a7308
tree 75e87291cf422df34bbba90b00e0c8a3c5f97736
pa
This patch implements supports for EHCI controllers whose in-memory
data structures are represented in big-endian format. This is needed
(unfortunately) for the AMCC PPC440EPx SoC EHCI controller.
The guts of the patch are to introduce the hc32 type and change all
references from le32 to hc32. All
On Mon, 2 Apr 2007, Pete Zaitcev wrote:
> How about this?
Looks quite fine to me.
But in case that Dmitry's patch "Input: add generic suspend and resume for
uinput devices" fixes your issue too, I wouldn't merge it as it won't be
needed. Could you please let me know?
> @@ -947,6 +989,8 @@ sta
This patch implements supports for EHCI controllers whose in-memory
data structures are represented in big-endian format. This is needed
(unfortunately) for the AMCC PPC440EPx SoC EHCI controller.
The guts of the patch are to introduce the hc32 type and change all
references from le32 to hc32. All
This patch adds support for the AMCC 440EPx EHCI controller whose
in-memory data structures and the registers are represented in big-
endian format.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
commit 0d9e721f8aefc3acb6bdaba2d321f703950a7308
tree 75e87291cf422df34bbba90b00e0c8a3c5f97736
pa
On Tue, 3 Apr 2007, Li Yu wrote:
> What's the position of hidraw? It only is used when all other driver is
> not usable on some report? or, it should be stick every working device.
Current implementation (as you can see it in -mm or in my hid.git tree) is
creating hidraw interface for just ever
On Tue, 3 Apr 2007, Li Yu wrote:
> May be, we need some means to change blacklist in runtime.
Paul Walmsley (added to CC) sent me patches some time ago that among other
things implemented possibility to modify the hid_blacklist[] in runtime.
The patches had some issues which Paul said will fix
Jiri Kosina wrote:
> As this quirk is only needed once in the initialization method, we could
> probably get rid of it and just put and explicit test for PID and VID
> there (with apropriate comment). We can't afford wasting quirk entries, as
> we are slowly running out of them.
Is it a proble
Patch is against 2.6.21-rc5, this is updated version that converts all
hardcoded
constants, please apply.
Make the pxa2xx_udc driver fetch its IRQ from platform resources
rather than using compile-time constants, so that it works properly
on IXP4xx systems not just PXA21x/25x/26x.
Signed-off-by
On Tue, 3 Apr 2007, Robert Marquardt wrote:
> > As this quirk is only needed once in the initialization method, we
> > could probably get rid of it and just put and explicit test for PID
> > and VID there (with apropriate comment). We can't afford wasting quirk
> > entries, as we are slowly run
Girish wrote:
>Hi all
>I am facing some strange problem regarding wi-fi 3com adapter on my
>PXA270. khubd detects the device and attaches the driver(zd1211rw.ko)
>too but
>gives "hubd timed out" error after loading the required firmwares. I am
>sure that firmwares are loading properly as I
Michael Bueker wrote :
> I'm using a USB Webcam with the gspca driver (from
> http://mxhaard.free.fr/download.html), which has been working fine with the
> latest kernels.
...
> Now, I'm writing to this list because one of the followups to that post
> (http://lists.zerezo.com/spca50x-devs/msg006
I just went to the sourceforge page to see if there was a newer version
supporting asynch io for more efficient bulk xfers on high speed
devices, but it looks like there has not been any development in over a
year, even in CVS. Is the project dead? Is there now a different way
to do USB drive
Maginificas barbacoas
Magnigicos Spas
Magnigicos garajes
A unos precios increibles
Mediante este enlace tiene toda la informacin.
http://www.bestsevendiamonds.com/trigano/
Si es su deseo darse de baja, para no recibir ms publicidad es necesario lo
haga en el siguiente enlace.
http://www.be
Am Dienstag, den 03.04.2007, 10:58 -0400 schrieb Mike Panetta:
> I just went to the sourceforge page to see if there was a newer version
> supporting asynch io for more efficient bulk xfers on high speed
> devices, but it looks like there has not been any development in over a
> year, even in CV
Nicolas Mailhot wrote:
> Michael Bueker wrote :
>
>> I'm using a USB Webcam with the gspca driver (from
>> http://mxhaard.free.fr/download.html), which has been working fine with the
>> latest kernels.
>
> ...
>
>> Now, I'm writing to this list because one of the followups to that post
>> (http:
hi all,
i want to catch the usb traffic rate over the usb bus.
is there any gui for linux that enables me from monitoring the traffic rate
over the usb?
thanks in advance
-
Take Surveys. Earn Cash. Influence the Future of IT
EHCI controllers that don't cache enough microframes can get MMF errors
when CPU frequency changes occur between the start and completion of
split interrupt transactions, due to delays in reading main memory
(caused by CPU cache snoop delays).
This patch adds a cpufreq notifier to the EHCI driver
On Tue, 03 Apr 2007 08:22:28 -0700, "Kok, Auke" <[EMAIL PROTECTED]> wrote:
> Having the gspca driver move into the main tree would help a lot though.
I think we need to articulate better why this is an issue and not just
an excuse. We know that scheduling issues with ISO transfers exist, but
with
On Tue, 3 Apr 2007, nesta wrote:
> i want to catch the usb traffic rate over the usb bus. is there any gui
> for linux that enables me from monitoring the traffic rate over the usb?
Read Documentation/usb/usbmon.txt
I am not confident about your "gui" requirement though :)
--
Jiri Kosina
---
On 4/3/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Tue, 3 Apr 2007, nesta wrote:
>
> > i want to catch the usb traffic rate over the usb bus. is there any gui
> > for linux that enables me from monitoring the traffic rate over the usb?
>
> Read Documentation/usb/usbmon.txt
>
> I am not confiden
Hello nesta,
On Tue, 2007-04-03 at 11:58 -0400, ext Wael Adel wrote:
> On 4/3/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
> > On Tue, 3 Apr 2007, nesta wrote:
> >
> > > i want to catch the usb traffic rate over the usb bus. is there any gui
> > > for linux that enables me from monitoring the traffi
On Tue, 3 Apr 2007, Wael Adel wrote:
> how can i use usbmon module to calculate the rate of the traffic i
> sent over the usb bus?
Big apologizes, I have completely overlooked the word 'rate' in the
original question.
--
Jiri Kosina
On Tue, 03 Apr 2007 23:25:02 +0200, René van Paassen <[EMAIL PROTECTED]> wrote:
> @@ -635,29 +760,25 @@
>
> TOOL_BUTTON(aiptek->curSetting.toolMode),
>1);
I think that your mailer line-wrapped it after
On Sun, 1 Apr 2007, Mike Isely wrote:
> On Sun, 1 Apr 2007, Marr wrote:
>
>> On Saturday 31 March 2007 2:14pm, Neil Whelchel wrote:
>>
>>> BTW I agree with Bill, any time ANYTHING is changed in the module, the
>>> version number should be bumped. If you change the spelling of colour to
>>> color,
On Tuesday 03 April 2007 19:41, Pete Zaitcev wrote:
> On Tue, 03 Apr 2007 23:25:02 +0200, René van Paassen <[EMAIL PROTECTED]>
> wrote:
>
> > @@ -635,29 +760,25 @@
> >
> > TOOL_BUTTON(aiptek->curSetting.toolMode),
> >
On Tuesday 03 April 2007 17:25, René van Paassen wrote:
> -static ssize_t show_tabletProductId(struct device *dev, struct
> device_attribute *attr, char *buf)
> -{
> - struct aiptek *aiptek = dev_get_drvdata(dev);
> -
> - if (aiptek == NULL)
> + if (aiptek == NULL) {
> re
Jiri Kosina wrote:
> Current implementation (as you can see it in -mm or in my hid.git tree) is
> creating hidraw interface for just every HID device/interface. But this
> will get changed before merge.
>
> Passing just everything to hidraw is not a good option, as this could lead
> to confusion
On Thursday 29 March 2007 04:56, Jiri Kosina wrote:
> On Wed, 28 Mar 2007, Avuton Olrich wrote:
>
> > I've been having problems lately with my mouse, and I know that the
> > kernel is tainted. If that's a problem please just ignore this dump.
> > I just restarted my computer with a ck[1] kernel, w
On 4/3/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> On Thursday 29 March 2007 04:56, Jiri Kosina wrote:
> > On Wed, 28 Mar 2007, Avuton Olrich wrote:
> >
> > > I've been having problems lately with my mouse, and I know that the
> > > kernel is tainted. If that's a problem please just ignore thi
On Tuesday 03 April 2007 23:10, Avuton Olrich wrote:
> On 4/3/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> >
> > Could you please try 2.6.21-rc5-mm4? It has evdev locking patch that
> > I believe should fix these kind of oopses.
>
> I'd have no problem testing it, but since that oops, it hasn'
Dear all,
I've tried to port usb-stimulus.c into kernel 2.6.18. When it comes into
stimulus_open:
if ( usb_submit_urb( &dev->int_urb, GFP_KERNEL ) ), system seemed to call
"kref_get()" and
receive BUG warnings(and after that, linux went into halt). I couldn't figure
out why?
Could you please
HAVE YOU PAID A SPEEDING FINE LATELY
Multas por exeso de velocidad de los radares
ALWAYS WORRIED THAT YOU MIGHT RECEIVE THAT UGLY LETTER IN THE POST
Siempre esta preocupado cuando ve el correo, por miedo a recibir una multa por
exeso de velocidad.
WELL HERE YOU HAVE THE SOLUTION YOUVE BEEN LOO
Am Mittwoch, 4. April 2007 07:46 schrieb Pu Jiangbo:
> Dear all,
>
> I've tried to port usb-stimulus.c into kernel 2.6.18. When it comes into
> stimulus_open:
> if ( usb_submit_urb( &dev->int_urb, GFP_KERNEL ) ), system seemed to call
> "kref_get()" and
> receive BUG warnings(and after that, l
34 matches
Mail list logo
