Tim wrote:
>
> linux-usb-devel£¬ÄúºÃ£¡
>how to transmit date from sa1100 to host.
You need to patch the device side. I think it is included in patches like:
ftp://ftp.handhelds.org/pub/linux/arm/sa-1100-patches/diff-2.4.3-rmk1-np2.gz
Then you setup usbnet and it should work. Otherwise, h
linux-usb-devel£¬ÄúºÃ£¡
how to transmit date from sa1100 to host.
ÖÂ
Àñ£¡
Tim
[EMAIL PROTECTED]
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
http://lists.sourceforge.net/lists/l
> the USB drivers, like making most them use the hot plugging system, are
> copyright Yggdrasil Computing (and released under GPL). In my
> opinion, the GPL does not give you permission to #include
> proprietary firmware.
The lawyers I talk to say that it does. So please stop this stupid tirade.
Stuart MacDonald <[EMAIL PROTECTED]> writes:
>From: "Adam J. Richter" <[EMAIL PROTECTED]>
>> In the case of USB
>> kernel modules, I believe it actually infringes Yggdrasil copyrights.
>I'm curious to exactly what you mean by that. It seems
>to me you're saying that you (Yggdrasil) has a copyrigh
Martin Diehl wrote:
>
> On Thu, 19 Apr 2001, Brad Hards wrote:
>
> > "Adam J. Richter" wrote:
> > >
> > > Hmm. It is interesting to see that you have a utility
> > > that can read data back from the device. I intend to take a closer
> > > look at it later today or tonight.
> > Possible
Hi folks,
I'm back in town again. Sorry for the long delay. I hope to be able to react faster
for the next upgrade.
Please find the driver on http://www.Josef.mynetcologne.de
The driver works with 2.4.3 and should work with 2.4.0, but I did not test it. I make
2.4.0 responsible for the loss of
The problem is that the SCSI layer likes to hand us scatter-gather
segments. Since they are all non-contiguous, I need to do each data
transfer to/from the device as multiple URBs.
Since I don't queue multiple bulk URBs, there is a time-gap between when
one ends and the next one begins. I refer
>> Anyhow, I am quite convinced that including the firmware in
>> a GPL'ed kernel module is copyright infringement. In the case of USB
>> kernel modules, I believe it actually infringes Yggdrasil copyrights.
>> Please stop.
>The license on the WhiteHeat firmware is GPL. ConnectTech has bee
From: "Greg KH" <[EMAIL PROTECTED]>
> On Thu, Apr 19, 2001 at 08:41:52AM -0700, Adam J. Richter wrote:
> > Anyhow, I am quite convinced that including the firmware in
> > a GPL'ed kernel module is copyright infringement. In the case of USB
> > kernel modules, I believe it actually infringes Yggdr
On Thu, Apr 19, 2001 at 08:41:52AM -0700, Adam J. Richter wrote:
> Anyhow, I am quite convinced that including the firmware in
> a GPL'ed kernel module is copyright infringement. In the case of USB
> kernel modules, I believe it actually infringes Yggdrasil copyrights.
> Please stop.
The l
I meant to forward this pair earlier, sorry. Let me know
if this turns up any problems. Other than the pcipool updates
(including a minor bugfix on an out-of-memory path), this is
basically what was posted before (ohci-0323, ohci64-0324,
pcipool-0323).
- Dave
> Hi,
>
> Attached are two patch
> From: David Brownell <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Date: Thu, 19 Apr 2001 10:30:53 -0700
> > > *buffer = 0x12345f00;
> > > dma_addr = pci_map_single(dev,buffer,len,PCI_DMA_TODEVICE);
> > > pci_write_config_dword(dev,reg,dma_addr);
> > >
> > > If caching is write-back my feeling
> > *buffer = 0x12345f00;
> > dma_addr = pci_map_single(dev,buffer,len,PCI_DMA_TODEVICE);
> > pci_write_config_dword(dev,reg,dma_addr);
> >
> > If caching is write-back my feeling is there is nothing that guarantees
> > the modification went to physmem before the device starts reading from it.
>
> From: Martin Diehl <[EMAIL PROTECTED]>
> To: David Brownell <[EMAIL PROTECTED]>
> cc: Georg Acher <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Date: Thu, 19 Apr 2001 15:17:25 +0200 (CEST)
> What I mean is something like
>
> *buffer = 0x12345f00;
> dma_addr = pci_map_single(dev,buffer,l
Pete Zaitcev <[EMAIL PROTECTED]> writes:
> Have you looked into this:
> http://www.cameratechsupport.com/ibm/developers_pcpro.htm
> They have a self-extracting .exe there, so Wine installation
> may be in order. I downloaded it and working on unpacking.
It can be uncompressed by unzip :
(chmou@
> >On that note, is there an archive somewhere that I'm
> >not aware of?
>
> What kind of archive? The email covering this topic has
> occurred primarily in the last 72 hours.
http://marc.theaimsgroup.com/?l=linux-usb-devel&r=1&w=2
should have it...
___
Stuart MacDonald <[EMAIL PROTECTED]> writes:
>Okay, I missed part of this discussion yesterday, so
>my comments may be slightly off.
>It seems that this effort is to move the firmware from
>the kernel into user space?
>That doesn't make a lot of sense to me (although I
>see the savings of code s
Brad Hards wrote:
> Brad Hards wrote:
>
>
>>I am currently working on getting some USB 2.0 cards and hubs (PR does have
>>some advantages :-)
>>I have some promising leads. I plan to extend this work to seeking some
>>devices as well. Naturally I plan to distribute this stuff to developers more
Seems like the multimount protection fix broke usbdevfs ...
What I don't understand is why usbdevfs is getting mounted
automagically, rather than only on request, that'd seem to
be a bug in the FS code.
- Original Message -
From: "Chmouel Boudjnah" <[EMAIL PROTECTED]>
To: <[EMAIL PROTEC
Greg KH <[EMAIL PROTECTED]> writes:
>On Wed, Apr 18, 2001 at 03:48:09AM -0700, Adam J. Richter wrote:
>> ftp://ftp.yggdrasil.com/private/adam/ezusb/nofirmware-linux-2.4.3.patch
>> contains my first effort at removing the ezusb firmware from the kernel
>> and removal of code that is no longer used
From: "Greg KH" <[EMAIL PROTECTED]>
> On Wed, Apr 18, 2001 at 03:48:09AM -0700, Adam J. Richter wrote:
> > ftp://ftp.yggdrasil.com/private/adam/ezusb/nofirmware-linux-2.4.3.patch
> > contains my first effort at removing the ezusb firmware from the kernel
> > and removal of code that is no longer u
[EMAIL PROTECTED] (Trond Eivind Glomsrød) writes:
> Paul Powell <[EMAIL PROTECTED]> writes:
>
> > I need to know what USB support is included with
> > RedHat 6.2 (kernel version 2.2.14).
>
> None.
>
> > A. USB mouse works.
>
> Red Hat Linux 7 and newer.
BTW: If you can install it in text mo
On Thu, 19 Apr 2001, Brad Hards wrote:
> "Adam J. Richter" wrote:
> >
> > Hmm. It is interesting to see that you have a utility
> > that can read data back from the device. I intend to take a closer
> > look at it later today or tonight.
> Possible br0ken. This is all explained in the
On Wed, 18 Apr 2001, Adam J. Richter wrote:
> I have updated my little ezusb_load program, simplifying it
> and its input syntax. There no longer is a length count in each line,
> numbers no longer have a leading "0x" in front of them, and all
> numbers are hexadecimal. This makes the fir
On Wed, 18 Apr 2001, Sancho Dauskardt wrote:
> I don't know if there are actually EzUSB's around that have 'External RAM'
> (8051 addresses above 0x1B3F).
> If yes, there are at least 2 methods of sending firmware to this area:
> 1) Send down 'loader-firmware' that implements 0xA3 ANCHOR_LOAD_EX
On Tue, 17 Apr 2001, Greg KH wrote:
> On Wed, Apr 18, 2001 at 08:43:42AM +0200, Sancho Dauskardt wrote:
> >
> > The device I have, doesn't ReEnumerate upon new firmware, it just starts
> > working.
>
> A EZUSB device that doesn't ReEnumerate? That's their claim to fame! :)
> (and their patent
On Tue, 10 Apr 2001, Matthew Dharm wrote:
> I call this the "turn time" problem.. I've known about it for a while, and
> it's much bigger than just this.
>
> On Tue, Apr 10, 2001 at 10:43:11PM +0200, Sancho Dauskardt wrote:
> >
> > I had major performance problems reading the SSFDC mapping tabl
Hi,
Thanks David & Georg for the enlightenment. Seems my concerns wrt. to
alignment were unjustified, at least for device drivers.
Besides the buffer exposed to become PCI-BM target needs to be continuous
in physical memory and unswapable, there is another requirement I'm
thinking about: caching
On Tue, Apr 17, 2001 at 02:26:59AM -0700, Paul Stewart wrote:
> In message <[EMAIL PROTECTED]> you write:
> >There was a kernel patch that produced a "hiddev" device on char 180,
> >from minor 96 on - an updated version is to be found on
> >http://athome.wetlogic.net:8008/hiddev/ , although it ha
Wolfgang Rapp wrote:
> I ported the cypress ezusb developement kit to sdcc with some extensions to
> sdcc-2.2.1.
> It take some ideas from the cypress source but assembler parts a now written for
> sdcc assembler.
> The C-source code is modified to run with sdcc. A lot of things are changed to
>
On Wed, Apr 18, 2001 at 11:30:39PM -0700, Greg KH wrote:
>
> Comments about the driver. If you do all of the device structure
> initialization at probe() time, and hook your device to the *dev passed
> to probe(), your driver will be able to handle more than just one device
> at a time (currentl
Brad Hards wrote:
> I am currently working on getting some USB 2.0 cards and hubs (PR does have
> some advantages :-)
> I have some promising leads. I plan to extend this work to seeking some
> devices as well. Naturally I plan to distribute this stuff to developers more
> capable than myself.
>
Brad Hards writes:
> Geoff Jacobsen wrote:
> >
> > Brad Hards writes:
> > > Geoff Jacobsen wrote:
> > > >
> > > > Hi have recently purchased a Wacom Graphire tablet which seems to use
> > > > a later protocol than ones that others use.
> > > >
> > > > ET-0405-UV1.2-0
> > > >
>
On Tue, Apr 17, 2001 at 07:12:37AM +1000, Brad Hards wrote:
> It may also be needed for Point of Sale devices - I don't know
> how that is going.
Last I heard, no one was shipping any POS devices. The spec was all
encompassing, huge, and a big mess (sorry, I helped create that beast...)
No one r
On Wed, Apr 18, 2001 at 06:51:25AM -0500, Ted Milker wrote:
> I've written a driver for the TrackIR device
> (http://www.naturalpoint.com) which isn't a serial device, so I
> had to take the ezusb_write and ezusb_reset functions and put
> them in my driver. I'd much rather see generic part of the
On Wed, Apr 18, 2001 at 03:48:09AM -0700, Adam J. Richter wrote:
> ftp://ftp.yggdrasil.com/private/adam/ezusb/nofirmware-linux-2.4.3.patch
> contains my first effort at removing the ezusb firmware from the kernel
> and removal of code that is no longer used as a result. The patch
> is against 2.4
Paul Powell wrote:
>
> Hello,
>
> I need to know what USB support is included with
> RedHat 6.2 (kernel version 2.2.14). Namely I need to
> know if:
>
> A. USB mouse works.
You can make it work with a 2.2 kernel, see http://www.linux-usb.org, and
check the USB guide for instructions.
> B. US
37 matches
Mail list logo
