On Sun, 26 Sep 2004, Daniel Remeseiro wrote:
> when i mount this camera i can see the photos or mp3 files, but i can
> not transfer other kind of files to the camera (texts, zips,etc)
Why not? What happens when you try to transfer other sorts of files?
> Unable to load NLS charset cp437
You mi
On Sat, 25 Sep 2004, David Brownell wrote:
> On Friday 24 September 2004 12:13 pm, Alan Stern wrote:
> >
> > What I've learned from this discussion is that there needs to be
> > another PM device state, or really a pseudo-state. Let's call it
> > PM_SUSPEND_IDLE.
>
> There do need to be acti
On Sat, 25 Sep 2004, David Brownell wrote:
> On Friday 24 September 2004, Alan Stern wrote:
> >
> > > I mean, how should the implementation work? There's actually two
> > > problems. (1) How should we preserve the existence of devices across a
> > > per-device power-off suspend (i.e., not sys
On Sat, 25 Sep 2004, David Brownell wrote:
> On Saturday 25 September 2004 9:23 am, Alan Stern wrote:
> >
> > On Fri, 24 Sep 2004, Pavel Machek wrote:
> >
>
> [ in email that didn't make it to the list, or at least to me ... ]
My fault, sorry. I mistyped a mailing-list abbreviation.
> > Alt
On Sat, 25 Sep 2004, David Brownell wrote:
> > int suspend_subtree (struct device *top_dev, u32 level, int remote_wakeup);
Is this supposed to be a replacement for or an addition to the existing
"suspend-one-device" routine?
> Well, "may_wakeup", versus "must_not_wakeup", and also
> probably "m
On Friday 24 September 2004 12:13 pm, Alan Stern wrote:
>
> What I've learned from this discussion is that there needs to be
> another PM device state, or really a pseudo-state. Let's call it
> PM_SUSPEND_IDLE.
There do need to be activity states as well as power states,
and IDLE could be an
On Sat, 25 Sep 2004, Joris van Rantwijk wrote:
> Thanks for your quick reply.
> After adding my device to the table, I could read it fine again, but
> writing is still a problem. My dmesg is still filled with messages like:
>
> SCSI error : <3 0 0 0> return code = 0x1007
> end_request: I/O er
when i mount this camera i can see the photos or mp3 files, but i can
not transfer other kind of files to the camera (texts, zips,etc)
this is a portion of dmesg on debian testing kernel 2.6.6
usb 2-1: new full speed USB device using addr
On Friday 24 September 2004, Alan Stern wrote:
>
> > I mean, how should the implementation work? There's actually two
> > problems. (1) How should we preserve the existence of devices across a
> > per-device power-off suspend (i.e., not system-wide)? (2) How should we
> > reinitialize device
On Friday 24 September 2004 9:16 am, Bjorn Helgaas wrote:
>
> The attached patch (which applies on top of Rui's patch for
> ALI M5237) fixes the problem for my DL360.
Hmm, I'd rather avoid needing a quirk table ... especially
when I've always suspected this is some subtle bug in the
way Linux i
On Saturday 25 September 2004 9:23 am, Alan Stern wrote:
>
> On Fri, 24 Sep 2004, Pavel Machek wrote:
>
[ in email that didn't make it to the list, or at least to me ... ]
> > > The meaning of the power states is unclear, particularly for
> > > buses that don't support all the PCI states.
>
On Saturday 25 September 2004 3:16 pm, Oliver Neukum wrote:
> Hi,
>
> just looking through drivers/base/power/runtime.c it seems to me
> that the approach is basically unworkable and cannot be made to
> work. A sane API should probably be:
>
> int suspend_subtree (struct device *top_dev, u32 leve
Hi!
> I gather that you're more interested in system-wide suspend and resume,
> and not so much in selective suspend/resume. But the two features
> interact and can't be entirely separated. At the very minimum, system
> suspend has to be able to deal with devices that are already in a
> low-
Hi,
just looking through drivers/base/power/runtime.c it seems to me
that the approach is basically unworkable and cannot be made to
work. A sane API should probably be:
int suspend_subtree (struct device *top_dev, u32 level, int remote_wakeup);
int resume_subtree (struct device *top_dev);
Both
Hello Alan,
On Sat, 25 Sep 2004, Alan Stern wrote:
> A patch has been submitted to fix this problem, which shows up for a few
> non-compliant devices. The patch hasn't been accepted yet, but it's
> available at
> https://lists.one-eyed-alien.net/pipermail/usb-storage/2004-August/000748.html
Than
Alex Kanavin wrote:
Hello,
here's the first version of the USB CDC OBEX driver. I have tested it with
my Nokia 7610 phone and it seems to work fine. Feedback is welcome,
especially concering the code quality, because I didn't do kernel
programming before :) All the documentation/explanations/exa
On Sat, 25 Sep 2004, Joris van Rantwijk wrote:
> Hello,
>
> Starting with Linux 2.6.8.1, I'm getting SCSI errors 0x1007
> when accessing my USB flash MP3 player. This I/O error occurs while
> transferring the first few blocks on every attempt to read or write
> files. Listing directories is s
On Thu, 23 Sep 2004, Dima Epshtein wrote:
> Hi,
>
> I am starting to work with USB devices
>
> I tried to use net2280 over PCI card as mass storage device on Linux
>
> My working environment Fedora-2 with kernel 2.6.5-1.358 on i686
>
> I put net2280 card in PCI slot and Hardware Browser detect
On Sat, 25 Sep 2004, gary ng wrote:
> Hi,
>
> I have a no-name CF reader with id (0x07c4,0xa400)
> which is indentified as datafab. The linux driver
> worked in 2.4.21(with the proper unusual_devs.h, added
> in 2.4.21, not in 2.4.20 ). However, something changed
> between 2.4.21 and 2.4.27 that t
On Sat, 25 Sep 2004 09:45:52 -0700 (PDT)
gary ng <[EMAIL PROTECTED]> wrote:
> [...] The linux driver
> worked in 2.4.21(with the proper unusual_devs.h, added
> in 2.4.21, not in 2.4.20 ). However, something changed
> between 2.4.21 and 2.4.27 that this device no longer
> works.
At this point you
Hello,
Starting with Linux 2.6.8.1, I'm getting SCSI errors 0x1007
when accessing my USB flash MP3 player. This I/O error occurs while
transferring the first few blocks on every attempt to read or write
files. Listing directories is still possible.
I have tracked these errors to the checks fo
> diff -x sysfs.c -uNr linux-2.6.8-1.521/drivers/usb/class/cdc-acm.h
> linux-2.6.8-1.521-ak/drivers/usb/class/cdc-acm.h
> --- linux-2.6.8-1.521/drivers/usb/class/cdc-acm.h 2004-08-14
> 08:38:09.0 +0300
> +++ linux-2.6.8-1.521-ak/drivers/usb/class/cdc-acm.h2004-09-22
> 01:07:03
Hi,
I have a no-name CF reader with id (0x07c4,0xa400)
which is indentified as datafab. The linux driver
worked in 2.4.21(with the proper unusual_devs.h, added
in 2.4.21, not in 2.4.20 ). However, something changed
between 2.4.21 and 2.4.27 that this device no longer
works. I have also tried 2.6.8
Hi,
I am starting to work with USB devices
I tried to use net2280 over PCI card as mass
storage device on Linux
My working environment Fedora-2 with kernel
2.6.5-1.358 on i686
I put net2280 card in PCI slot and Hardware Browser
detect USB 2.0
I open debug messages in file_storage.c
Pavel:
I gather that you're more interested in system-wide suspend and resume,
and not so much in selective suspend/resume. But the two features
interact and can't be entirely separated. At the very minimum, system
suspend has to be able to deal with devices that are already in a
low-power m
Hi Alex,
> > what is the reason to have an extra kernel driver for this and not use
> > the USB library and send me a patch for another transport layer for
> > OpenOBEX?
>
> Well, it just didn't occur to me. :) Plus, the WMC specification lists
> plenty of other interfaces, which either are in th
On Sat, 25 Sep 2004, Marcel Holtmann wrote:
> what is the reason to have an extra kernel driver for this and not use
> the USB library and send me a patch for another transport layer for
> OpenOBEX?
Well, it just didn't occur to me. :) Plus, the WMC specification lists
plenty of other interfaces,
Hi Alex,
> here's the first version of the USB CDC OBEX driver. I have tested it with
> my Nokia 7610 phone and it seems to work fine. Feedback is welcome,
> especially concering the code quality, because I didn't do kernel
> programming before :) All the documentation/explanations/examples are
Hello,
here's the first version of the USB CDC OBEX driver. I have tested it with
my Nokia 7610 phone and it seems to work fine. Feedback is welcome,
especially concering the code quality, because I didn't do kernel
programming before :) All the documentation/explanations/examples are in
the p
Am Samstag, 25. September 2004 07:42 schrieb justin:
> static void bally_read_bulk_callback (struct urb *purb)
> {
> struct usb_bally *dev = (struct usb_bally *)purb->context;
> int result = 0;
>
> // if interrupted, just return
> if (purb->status == -ENOENT)
> {
> return;
> }
>
I sent this to the usb-storage list for testing, but I thought I might
reach a slightly wider audience here.
The attached patch removes the Genesys HD entries from unusual_devs.h.
Two of the entries *only* purpose was to request 36 bytes instead of
255, but since the kernel does that be default
Hello!
We would like to offer V_I_A_G_R_A soft tabs,
These pills are just like regular Vìagra but they are specially formulated
to be soft and dissolvable under the tongue. The pill is absorbed at the
mouth and enters the bloodstream directly instead of going through the stomach.
This results
32 matches
Mail list logo