Robert Marquardt wrote:
Li Yu wrote:
+#define USAGE_ZOOM_IN0x22d
I have a 100K file of probably all HID usages available.
It started its life as a conversion to Pascal of hidusage.h but is now
10 times bigger than that file. I can easily convert this back to C.
Is there any interest in
On lun, 2007-03-05 at 00:01 +0100, Cristian Mammoli wrote:
I have another amilo v3205 at work, i'll do some checks on it... I'll
try to swap hard drives, run an edgy live cd etc. If the problem doesn't
occur with it, it's definitevely an hardware failure of some kind.
Otherwise I'll try a
I think the source file should be the original data source (MS file),
The Pascal file is one derivation of from, it still may be under the MS
license.
That is my guess, I am not familiar with the legal very well.
Robert Marquardt wrote:
Liyu wrote:
It is great resource, and I guess its
Oleg Verych wrote:
Maybe modules' dlopen() like facility would be better to handle static
firmware or any other on-demand static data like ID tables etc.?
I.e. some additional flag for an exported symbol (in a module), that
this symbol maybe dynamically requested and used. As far as i can
Hello,
Sorry for my no usb question:
Is it posible for gcc to put global variables in share memory ( without
use the pointers to allocate shared memory ).
Regards,
Evgeniy Stoev
-
Take Surveys. Earn Cash. Influence the
On Tue, 27 Feb 2007 09:06:21 -0500 Eric Buddington [EMAIL PROTECTED] wrote:
2.6.20-mm2 #1 Mon Feb 26 13:16:04 EST 2007 i686 unknown
I have an external USB drive (WD MyBook 5000YS), which I use for backups.
When I try to back up to it, it works for a while, but inevitably
starts resetting
Am Sonntag, 4. März 2007 23:16 schrieb Alan Stern:
On Sun, 4 Mar 2007, Oliver Neukum wrote:
I noticed that the message occurs if the device is active BEFORE
uhci-hcd gets loaded.
e.g.
boot with bluetooth on: debounce failed
switch off/on bluetooth: device recognized and
On Monday 05 March 2007 02:47, Adrian Bunk wrote:
On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-mm2:
...
git-wireless.patch
...
git trees
...
-- snip --
...
CC drivers/usb/host/ohci-hcd.o
In file included from
On Monday 05 March 2007 11:49, Michael Buesch wrote:
On Monday 05 March 2007 02:47, Adrian Bunk wrote:
On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-mm2:
...
git-wireless.patch
...
git trees
...
-- snip --
...
CC
On lun, 2007-03-05 at 11:28 +0100, Oliver Neukum wrote:
please try unloading and reloading the ehci driver.
Regards
Oliver
When the device is working:
on rmmod:
[ 5873.059133] ehci_hcd :00:1d.7: remove, state 4
[ 5873.059143] ehci_hcd :00:1d.7: roothub graceful
Hi,
this patch removes usage of BKL from usblcd, which got it from the old
skeleton driver.
Regards
Oliver
Signed-off-by: Oliver Neukum [EMAIL PROTECTED]
--- a/drivers/usb/misc/usblcd.c 2007-03-05 14:49:30.0 +0100
+++ b/drivers/usb/misc/usblcd.c 2007-03-05
I have a 100K file of probably all HID usages available.
It started its life as a conversion to Pascal of hidusage.h but is now
10 times bigger than that file. I can easily convert this back to C.
Is there any interest in the file? Is it completely legal to do so?
Hi,
this is a fix for the outstanding usb-serial issues.
If anybody gets an oops with this and the fix already in Greg's tree,
tell me so.
Regards
Oliver
Signed-off-by: Oliver Neukum [EMAIL PROTECTED]
-
--- a/drivers/usb/serial/usb-serial.c 2007-03-05
Sorry for long response time.
No problem to eliminate the changelog and DRIVER_VERSION part.
I?ve no clue for a self-explanatory name for the module parameter. On
the linux machine the interface(s) are called
ttyUSBx. On PocketPC devices they are natively called COMx. So this
could be a name or
This is a note to let you know that I've just added the patch titled
Subject: USB: further fix for usb-serial
to my gregkh-2.6 tree. Its filename is
usb-further-fix-for-usb-serial.patch
This tree can be found at
On Mon, Mar 05, 2007 at 12:26:45PM +0100, Michael Buesch wrote:
On Monday 05 March 2007 11:57, Michael Buesch wrote:
CC drivers/usb/host/ohci-hcd.o
In file included from
/home/bunk/linux/kernel-2.6/linux-2.6.21-rc2-mm1/drivers/usb/host/ohci-hcd.c:931:
On Mon, Mar 05, 2007 at 10:26:10AM -0800, Greg KH wrote:
On Mon, Mar 05, 2007 at 12:26:45PM +0100, Michael Buesch wrote:
On Monday 05 March 2007 11:57, Michael Buesch wrote:
CC drivers/usb/host/ohci-hcd.o
In file included from
On Monday 05 March 2007 3:26 am, Michael Buesch wrote:
Actually, it seems like I will run into other kinds of nasty problems
due to stupid design of the HCD code. The OHCI code #includes
the various drivers, which have a module_init each. So if you
compile PCI and SSB support, you have
On Monday 05 March 2007 19:42, David Brownell wrote:
On Monday 05 March 2007 3:26 am, Michael Buesch wrote:
Actually, it seems like I will run into other kinds of nasty problems
due to stupid design of the HCD code. The OHCI code #includes
the various drivers, which have a module_init
On Fri, 2 Mar 2007, Oliver Neukum wrote:
Have a delay attribute per interface and give each device an attribute
SuspensionState with the permissible values on, auto suspend
Handle RemoteWakeup as an orthogonal issue.
After some more thinking...
As you say, remote wakeup is an orthogonal
On Mon, 5 Mar 2007, Cristian Mammoli wrote:
On lun, 2007-03-05 at 11:28 +0100, Oliver Neukum wrote:
please try unloading and reloading the ehci driver.
Regards
Oliver
When the device is NOT working:
on rmmod:
...
[ 5956.663402] uhci_hcd :00:1d.2: port 2 portsc
Hello,
We are developping hardware based on Freescale's i.MX31 SoC. I'm working on
the Linux support of our devices. Currently I'm running tests on a mx31ADS
dev board with Freescale 2.6.16.19 kernel release (which can be found here:
http://www.bitshrine.org/autodocs/bsp_ext_ava_imx31ads.html)
Hi Li Yu
The key codes seems to have changed since 0.4.0, and the GNOME
multimedia key applet does not report anything for the 1-2-3-4-5-star
shortcut keys, but the rest works fine.
Regards,
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
On Mon, 5 Mar 2007, Valentin Longchamp wrote:
Now I have a more precise question about the actual implementation of
Freescale i.MX31 kernel release (here is the patch:
http://bitshrine.org/gpp/linux-2.6.16-mx31-usb-2.patch). It works well, but
only with low-current devices (I have tested
On Mon, 5 Mar 2007, Li Yu wrote:
Under standard HID device driver development means, we need to write
one interrupt handler for each new HID device to report event to input
subsystem. However, although the most of they can not merge into
mainstream kernel tree, they have only some
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2007-01-17, Greg KH wrote:
Some logic changed in the uhci driver exposing a bug in the keyspan
driver. I've added a patch to my kernel trees to fix this issue, I
can forward it to you if you wish to try it out.
Oh heck, I've attached it
On 3/5/07, Jiri Kosina [EMAIL PROTECTED] wrote:
On Mon, 5 Mar 2007, Li Yu wrote:
Under standard HID device driver development means, we need to write
one interrupt handler for each new HID device to report event to input
subsystem. However, although the most of they can not merge into
On Thursday 01 March 2007 10:49 pm, Greg KH wrote:
On Thu, Mar 01, 2007 at 05:45:08PM -0800, David Brownell wrote:
On Thursday 01 March 2007 4:20 pm, Max Dmitrichenko wrote:
Hi!
I get following warnings on spar64:
Kernel unaligned access at TPC[1000c9e4]
On Friday 02 March 2007 7:38 am, Alan Stern wrote:
On Fri, 2 Mar 2007, Max Dmitrichenko wrote:
Strange ... but, ACK.
It would be a good idea to track this down a little further. The
comment
in the code _should_ be correct. If it isn't, then something funny is
going
Valentin Longchamp wrote:
From what I
read in this post, the USB block used in i.MX31 is very similar to the one
used in MPC834x family. Could someone confirm this and quickly explain the
differences in the USB blocks ?
The USB blocks in the 8349 and mx31 are basically the same,
with some
On Mon, Mar 05, 2007 at 01:40:59PM -0800, David Brownell wrote:
On Thursday 01 March 2007 10:49 pm, Greg KH wrote:
On Thu, Mar 01, 2007 at 05:45:08PM -0800, David Brownell wrote:
On Thursday 01 March 2007 4:20 pm, Max Dmitrichenko wrote:
Hi!
I get following warnings on spar64:
On Wed, 28 Feb 2007 10:03:11 +0100, Paolo Abeni [EMAIL PROTECTED] wrote:
This patch create the bus0 to the usbmon interface. Bus0 provides events
for all attached USB buses to any kind of reader (text, binary).
I'm afraid that I have to take back some of the superlatives that
I attached to
独占広告━━━
◆家のパソコンを利用して、収入を得たい方
◆空いた時間を利用して副業したい方
◆自由な時間を利用しておこづかいを稼ぎたい主婦の方
FSS Home Office World Office inc.
≪第17期募集要項≫
http://www.j-netshop.com/business.htm
※すでにアメリカとヨーロッパで成功しているシステムを
Jiri Kosina wrote:
In addition to that, as I stated in some previous e-mail, I am currently
working on new 'hidraw' interface, which will provide more flexibility to
userland applications willing to operate on raw HID data, than they
currently have with hiddev.
I do not know too much
On Tue, 6 Mar 2007, Robert Marquardt wrote:
I do not know too much about the Linux innards, but my opinion is that
the HID API to userland should be the bare reports. Windows is handling
it that way for a good reason. Far too many HID devices have either
non-informative descriptors
Greg --
Thanks. We will decide between .h and request_firmware and get you
a patch.
-- Al
Quoting Greg KH [EMAIL PROTECTED]:
On Fri, Mar 02, 2007 at 02:56:42AM -0600, Al Borchers wrote:
(resend with subject)
Greg --
Multitech has 5 new ti_usb_3410_5052 devices that all need
36 matches
Mail list logo