On Wed, Aug 20, 2003 at 02:16:01PM -0500, David Anders wrote:
>
> which implements the correct translation. with this in mind i modified
> the opost_block just as a test, and yes this works. all functions such
> as echo and cat work properly. however this does create a problem for
> console. so
On Wed, 20 Aug 2003, David Wuertele wrote:
> I am trying to augment the 2.4.18 SCSI/USB code (usb-storage) code
> to be able to hot-plug and detect usb-memory cards when
> plugged in. I have things working, except when I pull
> out a card when a lot of I/O is happening.
Doing development on 2.4.1
See the attached file for details
-- Virus Warning Message (on the network)
movie0045.pif is removed from here because it is of type pif
-
Message not delivered to the following:
andrew.goddardE-mail field not present in nameserver entry
Error Detail (phquery V4.4):
The message, "E-mail field not present in nameserver entry," is generated
whenever the ph nameserver matched the supplied name or alias with a
See the attached file for details
-- Virus Warning Message (on the network)
application.pif is removed from here because it is of type pif
-
greg,
ok i've tracked the problem down. i've tracked the problem to the
drivers/char/n_tty.c file. the usb-serial(as well as the acm and other
psuedo serial devices which explains the hylafax and getty issues) seems
to be using the:
/*
* opost_block --- to speed up block console writes, among
V I R U S A L E R T
Our virus checker found the
W32/Sobig-F
virus in your email to the following recipient:
-> [EMAIL PROTECTED]
Delivery of the email was stopped!
Please check your system for viruses,
or ask your system administrator to do so.
For your refere
I am trying to augment the 2.4.18 SCSI/USB code (usb-storage) code
to be able to hot-plug and detect usb-memory cards when
plugged in. I have things working, except when I pull
out a card when a lot of I/O is happening.
The general strategy that I am using is:
1. a task polls (READ_CAPACITY) for
Mahlzeit
On Wed, Aug 20, 2003 at 11:51:20AM -0400, Alan Stern wrote:
> On Tue, 19 Aug 2003, Matthias Bruestle wrote:
> > 1322: IN (>> 0x69) ADDR (0x3) EP (0x1)
> > 1323: DATA1 (<< 0x4b) DATA(1 02 04 00)
> > **
> >
> > This is the data I see with the US
On Wed, Aug 20, 2003 at 12:33:15PM -0500, David Anders wrote:
> Greg KH wrote:
>
> >
> >What kernel version is this?
> >
> this is on 2.4.20
Ok, some of the line setting support is not in that version, but for
now, you should be fine.
> >>Aug 20 11:39:03 lnxtest kernel: pl2303.c: pl2303_write -
Greg KH wrote:
Aug 20 11:39:03 lnxtest kernel: pl2303.c: pl2303_write - port 0, 24 bytes
Aug 20 11:39:03 lnxtest kernel: pl2303.c: pl2303_write - length = 24, data = 74 65 73 74 20 6f 75 74 70 75 74 20 77 69 74 68 20 6e 65 77 6c 69 6e 65
Aug 20 11:39:03 lnxtest kernel: pl2303.c: pl2303_write_bulk
Please see the attached file for details.
-- Virus Warning Message (on the network)
thank_you.pif is removed from here because it is of type pif
-
See the attached file for details
-- Virus Warning Message (on the network)
thank_you.pif is removed from here because it is of type pif
-
On Wed, Aug 20, 2003 at 11:58:37AM -0500, David Anders wrote:
> Greg KH wrote:
>
> >>>Can you load the pl2303 driver with:
> >>> modprobe pl2303 debug=1
> >>>and then run the program for me?
> >>>
> >>>You should see a lot of information in the kernel debug log, any info on
> >>>ioctls that your
On Wed, 20 Aug 2003, David Brownell wrote:
> When enough such drivers are available, we might want to assemble
> them into multi-function devices. PXA based gadgets could very
> easily talk Ethernet, usb-storage, TTY, and other device protocols
> all at the same time!
If there are enough endpoin
Please see the attached file for details.
-- Virus Warning Message (on the network)
details.pif is removed from here because it is of type pif
-
On Wed, Aug 20, 2003 at 10:31:53AM +0100, Julian Back wrote:
> >There used to be a "generic" usb-serial driver that came included with
> >all Windows systems (back around Win2k time). All that you had to do
> >was modify a .inf file to add some product and vendor ids to it in order
> >to have a wo
Greg KH wrote:
Can you load the pl2303 driver with:
modprobe pl2303 debug=1
and then run the program for me?
You should see a lot of information in the kernel debug log, any info on
ioctls that your program is using that is not supported by the driver
would be nice to see.
attached are three c
> Date: Wed, 20 Aug 2003 09:19:27 -0700
> From: Deepak Saxena <[EMAIL PROTECTED]>
> > Where is the "ugly hack" removal?
> That allows us to cleanup the following bit of code in the
> ARM implementation:
>[...]
ok
> > > + ohci->hcca = dma_alloc_coherent (hcd->controller,
> > > +
V I R U S A L E R T
Our viruschecker found the
W32/[EMAIL PROTECTED]
virus in your email to the following recipient:
-> <[EMAIL PROTECTED]>
Delivery of the email was stopped!
Please check your system for viruses,
or ask your system administrator to do so.
On Tue, 19 Aug 2003, Matthias Bruestle wrote:
> Mahlzeit
>
>
> On Mon, Aug 18, 2003 at 03:38:01PM -0400, Alan Stern wrote:
> > Without knowing your situation it's hard to say anything definite. But
> > probably what's wrong is that your device isn't sending any data, and
> > that's why you're n
On Aug 20 2003, at 02:25, Pete Zaitcev was caught saying:
> > From: Deepak Saxena <[EMAIL PROTECTED]>
> > Date: Tue, 19 Aug 2003 22:17:14 -0700
>
> > The ARM PCI DMA API implementation has an ugly hack in it to deal
> > with the fact that ohci-sa.c uses it even though it is not a PCI
> > dev
On Tue, 19 Aug 2003, John Levon wrote:
> On Tue, Aug 19, 2003 at 01:45:18PM -0700, David Brownell wrote:
>
> > On the other hand, I can imagine some of Alan's updates might
> > turn up bugs with drivers accessing endpoints that don't exist
>
> This could well be it; adding the hunk below causes
Does anyone have a driver for this chip ported to 2.5/6 in either its
host/gadget controler (or both) guises?
I have started on the Philips supplied 2.4 version but it seems like a fair
job especially as much of this is relatively new to me.
Nick
---
Nick B
Greg KH wrote:
On Tue, Aug 19, 2003 at 08:51:05AM +0100, Julian Back wrote:
David Brownell wrote:
Julian Back wrote:
My mass storage driver is intended as a demonstration so I was
planning to implement it as a user application using the GadgetFS, is
there any reason (other than performance) w
Just update the kernel to 2.60-test3-bk6 and applyed your patch still the
same result "USB 2-1: bad CDC descriptors" but the USB led has lit-up on
the modem. I've enabled CONFIG_USB_DEBUG, and this is what I am seeing...
hub 1-0:0: debounce: port 1: delay 100ms stable 4 status 0x501
ehci_hcd
On Tuesday 19 Aug 2003 21:57, Greg KH wrote:
> On Tue, Aug 19, 2003 at 05:14:28PM +0100, Ian Abbott wrote:
> > The attached patch (usb-2.4-ftdi_sio-wbcbfix.patch) reinstates
> > the port->open_count check in the ftdi_write_bulk_callback
> > function, and should be applied after my earlier patch
> >
See the attached file for details
On Tue, Aug 19, 2003 at 04:06:45PM -0500, David Anders wrote:
>
> Greg KH wrote:
>
> > Can you load the pl2303 driver with:
> > modprobe pl2303 debug=1
> > and then run the program for me?
> >
> > You should see a lot of information in the kernel debug log, any info on
> > ioctls that your pr
Mahlzeit
On Mon, Aug 18, 2003 at 03:38:01PM -0400, Alan Stern wrote:
> Without knowing your situation it's hard to say anything definite. But
> probably what's wrong is that your device isn't sending any data, and
> that's why you're not receiving any. You haven't said what Interrupt
> response
> From: Deepak Saxena <[EMAIL PROTECTED]>
> Date: Tue, 19 Aug 2003 22:17:14 -0700
> The ARM PCI DMA API implementation has an ugly hack in it to deal
> with the fact that ohci-sa.c uses it even though it is not a PCI
> device. This patch cleans up ohci-sa.c to use the generic
> DMA API
31 matches
Mail list logo
