James Courtier-Dutton :
rain.wang wrote:
Hi all,
I bought a Primax digital camera which is not supported by linux,
I tried but I can't drive it still.
I found it use a Datafab MMC reader from its windows driver info
file:
MSFT="Microsoft"
MfgName="Microsoft"
USB\VID_07C4&PID_B004.DeviceDesc="USB
Hi Greg, Marcelo --
Please update the ethernet "gadget" driver with this patch:
- fixes an newish oops in some cdc shutdown paths
- works on more 2.4 kernel variants
- synchronizes with more recent 2.6 code
- supports another controller (tc86c001 "goku_udc")
The oops basically came fr
rain.wang wrote:
Hi all,
I bought a Primax digital camera which is not supported by linux,
I tried but I can't drive it still.
I found it use a Datafab MMC reader from its windows driver info
file:
MSFT="Microsoft"
MfgName="Microsoft"
USB\VID_07C4&PID_B004.DeviceDesc="USB Mass Storage Driver"
Actually, I tried US_PR_BULK first before using US_PR_DATAFAB,
that seemed even more worse than using datafab.
dmesg:
scsi1 : SCSI emulation for USB Mass Storage devices
usb-storage: queuecommand() called
usb-storage: *** thread awakened.
usb-storage: Faking INQUIRY command
usb-storage: scsi cmd d
On Mon, Oct 13, 2003 at 02:20:56PM -0700, David Brownell wrote:
> This patch primarily fixes PM-related bugs in the OHCI driver.
>
> It gets rid of some flags that duplicated state between usbcore
> and the HCD. The duplication wasn't correct, and wasn't tested
> correctly ... this fixes both iss
On Mon, Oct 13, 2003 at 03:07:26PM -0700, David Brownell wrote:
> This fixes some bugs observed in the EHCI code:
>
> - Byte-order confusion caused the wrong address to be set
>on big-endian hardware (reported last week on PPC and
>SPARC). That bug's been there for about a year, with
>
On Sat, Oct 11, 2003 at 08:30:16PM +0200, Hugo Haas wrote:
> Hi.
>
> Summary: I ended up with an unkillable jpilot process and an
> unloadable visor module.
This patch is now in the 2.4.23-pre kernel, which should fix this
problem for you:
http://www.kernel.org/pub/linux/kernel/people/gr
On Sun, Oct 12, 2003 at 09:44:44AM +0200, Benjamin Herrenschmidt wrote:
> On Sun, 2003-10-12 at 05:59, Greg KH wrote:
> > On Sat, Oct 11, 2003 at 06:10:14PM +0200, Benjamin Herrenschmidt wrote:
> > > Hi Folks !
> > >
> > > There's a small issue with drivers/usb/serial/keyspan_usa90msg.h
> > >
> >
This patch primarily fixes PM-related bugs in the OHCI driver.
It gets rid of some flags that duplicated state between usbcore
and the HCD. The duplication wasn't correct, and wasn't tested
correctly ... this fixes both issues. So now the driver avoids
writing to hardware when it's suspended (as
Tim Wright wrote:
Also, the USB card works perfectly under Linux (except for ejecting it),
so many thanks for that :)
So your workaround is to unplug everything then "rmmod usb-ohci"
before ejecting. Or switch to 2.6 ... ;)
This used to work on 2.4, in at least some configurations. So
whoever wan
This fixes some bugs observed in the EHCI code:
- Byte-order confusion caused the wrong address to be set
on big-endian hardware (reported last week on PPC and
SPARC). That bug's been there for about a year, with
no problem reports ... hmm.
- Used the wrong bitmask to determine max pa
On Sun, Oct 12, 2003 at 11:25:14PM +0200, sergio wrote:
> Hi,
> i'm trying to upgrade my (crux1.2) linux installation to kernel 2.6
> (test6-7)
> but i've got problem making my wlan work.
> I'm using linux-wlan-ng 0.2.1pre13 under kernel 2.4.21 and my dlink usb
> nic
> works without problems; mov
On Mon, 13 Oct 2003 12:46:16 -0700
Greg KH <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 13, 2003 at 07:06:49PM -0400, Tomas Konir wrote:
> >
> > Hi
> > I tried 2.6.0-test7, but new USB problem found. I tried to synchronize the
> > palm Tungsten T over USB cradle. None happend, only short message abo
On Mon, Oct 13, 2003 at 07:06:49PM -0400, Tomas Konir wrote:
>
> Hi
> I tried 2.6.0-test7, but new USB problem found. I tried to synchronize the
> palm Tungsten T over USB cradle. None happend, only short message about
> palm connected in log. Plug out the palm, but the visor module remained
>
Am Montag, 13. Oktober 2003 18:23 schrieben Sie:
> Oliver Neukum wrote:
>
> >>I saw that after calling down(&usb_address0_sem) the process of the
> >>reset stopped. The same applies for kernel 2.6.0-test6 which I am
> >>currently looking into.
> >>
> >>
> >
> >Sorry for being late.
> >We hav
Stavros doing very good work on reset.
Regards
Oliver
-- Weitergeleitete Nachricht --
Subject: Re: usb_physical_reset_device
Date: Montag, 13. Oktober 2003 18:23
From: Stavros Markou <[EMAIL PROTECTED]>
To: Oliver Neukum <[EMAIL PROTECTED]>
Oliver Neuku
hi ppl
First I want to thank you for developing that stuff :)
I got this message:
> hub 1-0:1.0: new USB device on port 1, assigned address 2
usb-storage: This device (07cf,1001,1000 S 05 P 01) has unneeded
SubClass and Protocol entries in unusual_devs.h Please send a copy of
this message to <
I have tried usblogdump and it did not work for me.
It always stopped with some error message at certain packages.
Can't remember the exact error message, but it would not read my log
files.
As to the second one. It seems to parse the XML log files that
supposedly can be produced with snoopy. I tri
Try US_PR_BULK instead of US_PR_DATAFAB
Matt
On Mon, Oct 13, 2003 at 03:35:34PM +0800, rain.wang wrote:
> Hi Dharm,
>
> T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 6 Spd=12 MxCh= 0
> D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
> P: Vendor=0461 ProdID=081d Rev= 1.10
> S: Manufact
On Mon, 8 Sep 2003, Ralph Gauges wrote:
>would like a driver for it. I captured some packets with SnoopyPro
>under windows and right now I am in the process of writing a tool that
>lets me view those logs under linux. Unfortunately my set of log files
This is already done.
usblogdump.tgz: A simpl
Am Montag, 13. Oktober 2003 07:33 schrieb Petr Olivka:
> I do not know details about USB, but all modern devices use interrupts.
> I hope that USB too. Serial or PS/2 mouse do not require check move, they
> send data ourself.
USB doesn't use interrupts on a bus level. Devices are polled, which may
Am Montag, 13. Oktober 2003 06:02 schrieb rain.wang:
> Hi all,
> I bought a Primax digital camera which is not supported by linux,
> I tried but I can't drive it still.
> I found it use a Datafab MMC reader from its windows driver info
> file:
>
> MSFT="Microsoft"
> MfgName="Microsoft"
> U
Hi,
about half a year ago, I bought an mp3 player, that would not work
under linux. Back then I posted to this group and was told that the
device used a vendor specific protocol, so it would probably not work
as an usb-storage device.
Since I have not been able to get the think to work under wi
Hi Dharm,
T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 6 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0461 ProdID=081d Rev= 1.10
S: Manufacturer=PRIMAX
S: Product=Digital Camera
C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=500mA
I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Su
The contents of /proc/bus/usb/devices when the unit is attached would be
helpful.
It would be even more helpful if you did this without the extra
unusual_devs.h entry.
Matt
On Mon, Oct 13, 2003 at 12:02:28PM +0800, rain.wang wrote:
> Hi all,
> I bought a Primax digital camera which is not su
25 matches
Mail list logo
