On Thu, 20 Jul 2006 10:43:59 -0700, Benjamin Cherian <[EMAIL PROTECTED]> wrote:
> > Although I am starting to think about creating a custom locking
> > scheme in devio.c after all. It seems like less work.
> What's your timeframe for this? Good luck with it.
OK, now I hate my life, I hate you, I
Hi Rakesh,
Below are the details of the changes that I made to fix the problem of
endianess for IXP465 Embedded USB Host controller driver. I am using IXP465
in the big endian mode.
On the whole the changes are only in the host specific files "ehci.h",
"ehci-hcd.c", "ehci-mem.c", "ehci-q.c". You
On Tuesday 25 July 2006 00:50, Pete Zaitcev wrote:
> Hi, Dmitry:
>
Hi Pete,
> When we pushed a 2.6.17 rebase for Fedora, one of my users complained that
> the wheel on this Wacom reversed the direction. Do you know anything
> about it? The patch has some suspicious parts:
>
> --- linux-2.6.16-1.2
Hi, Dmitry:
When we pushed a 2.6.17 rebase for Fedora, one of my users complained that
the wheel on this Wacom reversed the direction. Do you know anything
about it? The patch has some suspicious parts:
--- linux-2.6.16-1.2122_FC5/drivers/usb/input/wacom.c 2006-03-19
21:53:29.0 -0800
+
(Originally posted in linux-usb-users, but this seems more appropriate
for linux-usb-devel)
Recently I bought an IrDA USB dongle with Windows-only drivers. When I
plugged
it in in Fedora 4, lsusb reported the following:
Bus 001 Device 005: ID 07c0:4200 Code Mercenaries Hard- und Software GmbH
D
Looks fine to me. The difference between this patch and the last one is a
"6 of one, half-dozen of the other" to me, but I see the benefits of this
approach.
Signed-off-by: Matthew Dharm <[EMAIL PROTECTED]>
Matt
On Mon, Jul 24, 2006 at 10:46:17PM +0100, Daniel Drake wrote:
> Alan Stern wrote:
>
Alan Stern wrote:
In general the idea looks okay to me, but I would change the details in
storage/usb.c. Check for US_FL_IGNORE_DEVICE in the get_device_info()
routine, and make that routine return int instead of void. If the flag is
present you can simply return -ENODEV. Then in storage_pr
On Mon, 24 Jul 2006, Maulik Mankad wrote:
> Hi,
>
> I even get the following with cat /proc/partitions command
> major minor #blocks name
>
>8 0 126976 sda
>8 1 126960 sda1
>
> I am unable to mount the device. Hence I cannot use it.
>
> I have vfat driver loaded in th
Hi,
I even get the following with cat /proc/partitions command
major minor #blocks name
8 0 126976 sda
8 1 126960 sda1
I am unable to mount the device. Hence I cannot use it.
I have vfat driver loaded in the kernel.
Moreover we are using customized kernel and so we do n
On Monday 24 July 2006 2:04 am, Naveen Mamindlapalli wrote:
> Thanks for your reply.
>
> I am doing FPGA testing of EHCI host controller which
> is under development.
>
> Even In standard Intel PC ( Intel 82801DB/DBM USB 2.0
> Enhanced Host Controller ) which is running
> Linux-2.6.14 , this c
On Monday 24 July 2006 1:31 am, Maulik Mankad wrote:
> Hi,
>
> I have been able to fix this issue.
>
> The problem was incorrect endianess.
>
> I removed "cpu_to_le32" macro from all the qtd and qh data structures in
> "ehci-q.c" and some other relevant host files.
>
> My processor works in big
On Mon, 24 Jul 2006, Maulik Mankad wrote:
> Hi,
>
> I am working on IXP465 USB host driver and have ported the Linux 2.6.12 host
> driver for it.
>
> The enumeration happens perfectly fine as seen on the USB analyzer.
>
> I can see the details of my pen drive (usb device) in /proc/scsi/scsi.
>
On Sun, 23 Jul 2006, Daniel Drake wrote:
> Matthew Dharm wrote:
> > I think that is a better approach than your patch. Perhaps the zd1211rw
> > driver could know the VID/PID of the fake CD-ROM to attach to it and send
> > the fake eject command. The usb-storage (and probably ub) would just have
Hi Rakesh
The root file system is writable. I have "ramdisk.gz" and "zImage" that
comprise of the kernel image.
I am able to create directories in /dev manually.
I do not know why the "Bad Target Number" comes in the dmesg logs and this
is the only thing that looks fishy in the logs.
Regards,
M
Hi,
I am working on IXP465 USB host driver and have ported the Linux 2.6.12 host
driver for it.
The enumeration happens perfectly fine as seen on the USB analyzer.
I can see the details of my pen drive (usb device) in /proc/scsi/scsi.
The problem is that sda entry does not get created in /dev.
Thanks for your reply.
I am doing FPGA testing of EHCI host controller which
is under development.
Even In standard Intel PC ( Intel 82801DB/DBM USB 2.0
Enhanced Host Controller ) which is running
Linux-2.6.14 , this code path is traversed some times
but every thing seems ok ( no irq nobody ca
Hi,
I have been able to fix this issue.
The problem was incorrect endianess.
I removed "cpu_to_le32" macro from all the qtd and qh data structures in
"ehci-q.c" and some other relevant host files.
My processor works in big endian and I think the Linux USB code is for
little endian processor. As
You are not a member of this mailing list <[EMAIL PROTECTED]>.
If you know the general guide of this list, please send mail with
the mail body
guide
to the address
[EMAIL PROTECTED]
where guide is equal to GUIDE for case insensitive.
18 matches
Mail list logo