So, what's the plan?
Matt
On Mon, Feb 17, 2003 at 11:37:37AM -0800, Mike Anderson wrote:
Matthew Dharm [EMAIL PROTECTED] wrote:
Any updates on this? I saw some patches, but they don't seem to be in my
tree (the usb tree, which is synced from Linus' tree).
People are starting
/sourceforge
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
+0x114/0x180
[c01616e3] vfs_read+0xa3/0x130
[c0126405] sys_getitimer+0x55/0x70
[c0161978] sys_read+0x28/0x40
[c0109d17] syscall_call+0x7/0xb
Code: Bad EIP value.
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
Why am
);
US_DEBUGP(GetMaxLUN command result is %d, data is %d\n,
result, *data);
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
DP: And judging from the scores, Stef has the sma...
T: LET'S NOT GO
that was marked (in
the documentation) as only for the old-style drivers. So I'll need to
re-introduce it -- but it looks like all it has to do is free some memory.
Does that sound about right?
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass
This was discussed, but I didn't recall a firm decision.
I'll keep my eyes open for the patch that uses release().
Matt
On Wed, Feb 26, 2003 at 10:37:37PM -0800, Mike Anderson wrote:
Matthew Dharm [EMAIL PROTECTED] wrote:
Right... but I removed the release() function because that was marked
0x0080 /* reset process when initialize */
#define USB_STOR_STRING_LEN 32
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
S: Another stupid question?
G: There's no such thing as a stupid question, only stupid people
, 2003 at 11:32:39AM -0800, Matthew Dharm wrote:
This was discussed, but I didn't recall a firm decision.
I'll keep my eyes open for the patch that uses release().
Matt
On Wed, Feb 26, 2003 at 10:37:37PM -0800, Mike Anderson wrote:
Matthew Dharm [EMAIL PROTECTED] wrote:
Right... but I
that, doesn't it?
Regards
Oliver
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
I see you've been reading alt.sex.chubby.sheep voraciously.
-- Tanya
User Friendly, 11/24/97
just implement Alan's suggestion and be done with
it.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
NYET! The evil stops here!
-- Pitr
User Friendly, 6/22/1998
pgp0.pgp
Description
changes). In this case the disconnect/probe
cycle can be dropped.
Regards
Oliver
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
E: You run this ship with Windows?! YOU IDIOT!
L: Give me a break, it came
command S 0x43425355 T 0x14 Trg 0 LUN 0 L 0 F 0 CL 6
uhci.c: uhci_submit_urb: urb not available to submit (status = -104)
What's that?! Any ideas from anybody?
I've never seen it before. I'm wondering if the URB didn't get aborted
properly.
Matt
--
Matthew Dharm
of USB snooping might provide a clue. I believe there
are programs available to do this sort of thing under Windows, although I
don't have any details.
My hope is that someone else on the mailing list can provide a suggestion.
Sorry I can't do any more.
Alan Stern
--
Matthew Dharm
4096 bytes means we
copied In x1000 bytes before we saw trouble.
No, that means a request for copying 4096 bytes. After the transfer
completes a status line is printed showing what actually happened.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux
.
Further reads tend to fail.
Really? I'd like to see a log of that
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
I'm seen in many forms. Now open your mouth. It's caffeine time
to
the parameters of the command.
No such distinction is made, really. If you send the command via SG, you
get to specify the timeout.
Still I wonder if CL = 10 means bCWBCBLength in a bus trace.
Yes, it does. CL == Command Length
Matt
--
Matthew Dharm Home: [EMAIL
() is invoked by the SCSI layer when the command has
taken too long to process. That's about 20 seconds for a read command.
It's reasonable to assume that the device is NAKing during that time.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass
would just add a warning log message to the path
where there's more than 1 interface.
Alan Stern
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
Da. Am thinkink of carbonated borscht for lonk nights of coding
These look good -- Greg, please apply.
Matt
On Sun, Mar 23, 2003 at 01:50:43AM +0100, Oliver Neukum wrote:
Hi,
here for for convinience the patches that should reasonably fix the
problem. Matt, shall they go in?
Regards
Oliver
--
Matthew Dharm
;
bcb.Tag = srb-serial_number;
- bcb.Lun = srb-cmnd[1] 5;
+ bcb.Lun = srb-device-lun;
if (us-flags US_FL_SCM_MULT_TARG)
bcb.Lun |= srb-device-id 4;
bcb.Length = srb-cmd_len;
--
Matthew Dharm Home: [EMAIL PROTECTED
);
EXPORT_SYMBOL(scsi_remove_device);
+EXPORT_SYMBOL(scsi_set_host_offline);
EXPORT_SYMBOL(scsi_set_device_offline);
/*
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
You are needink to look more evil. You likink very strong
On Sat, Mar 22, 2003 at 08:09:57PM -0800, Linus Torvalds wrote:
On Sat, 22 Mar 2003, Matthew Dharm wrote:
This patch changes how devices a probed on a SCSI bus if they are on an
emulated host.
I really think this is wrong. I'd much much rather get _rid_ of that
stupid emulated flag
= usb_unlink_urb(ss-current_urb);
- US_DEBUGP(-- usb_unlink_urb() returned %d\n, result);
usb_free_urb(ss-current_urb);
ss-current_urb = NULL;
}
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass
about. EVPD certainly hasn't had much testing but can I just
get rid of it then?
Matt
On Sun, Mar 23, 2003 at 05:58:43PM -0800, Linus Torvalds wrote:
On Sun, 23 Mar 2003, Matthew Dharm wrote:
On Sun, Mar 23, 2003 at 07:26:09PM -0600, James Bottomley wrote:
The problem with this type
:
On Sun, 2003-03-23 at 19:37, Matthew Dharm wrote:
Actually, there is such a list. It's the commands that the 'popular OS'
uses, and I have a pretty good idea exactly what those are. That's why my
original approach was to just cut out the commands that fell outside that
definition
that
definition.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
I want my GPFs!!!
-- Stef
User Friendly, 11/9/1998
pgp0.pgp
Description: PGP signature
On Mon, Mar 24, 2003 at 09:15:57AM -0600, James Bottomley wrote:
On Mon, 2003-03-24 at 01:04, Matthew Dharm wrote:
Note that MODE_SENSE isn't on this list. How does the 'popular OS' test
for write-protect, you ask? It tries to write and then looks for a
failure, AFAICT.
We use
an INQUIRY for 36-bytes to determine if it knows
what it's about to do is safe.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
Pitr! That's brilliant! Funded by Microsoft refunds. What sweet irony
*/
US_DEBUGP(-- Unknown error. Rejecting device\n);
return -EIO;
}
}
#endif
Can we assume that there are no further interfaces in these devices?
Has this been tested with 2.5?
Regards
Oliver
--
Matthew
On Sat, Apr 05, 2003 at 01:45:43PM -0600, James Bottomley wrote:
On Sat, 2003-04-05 at 13:27, Matthew Dharm wrote:
I don't think this will work. I see two problems:
(1) You can't filter TEST_UNIT_READY (opcode 0). Not a big deal, but a
theoretical problem.
Yes, TUR has been
On Sat, Apr 05, 2003 at 02:08:29PM -0600, James Bottomley wrote:
On Sat, 2003-04-05 at 13:55, Matthew Dharm wrote:
My big complaint about that is that it's ugly. I would like to keep the
device type as part of the filter command structure, so I can keep the call
to scsi_filter_cmd
would hope that none of those pointers would be NULL during a probe at init
time. I also hope that the type field contains the right data as soon as
the INQUIRY data comes back... but does anyone actually know for certain?
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED
, u16 index,
void *data, u16 size);
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
Why am I talking to a toilet brush?
-- CEO
User Friendly, 4/30/1998
pgp0.pgp
;
+
+ /* For bulk-only devices, determine the max LUN value */
+ if (us-protocol == US_PR_BULK)
+ us-max_lun = usb_stor_Bulk_max_lun(us);
/*
* Since this is a new device, we need to generate a scsi
--
Matthew Dharm Home
command\n);
fill_inquiry_response(us, data_ptr, 36);
- us-srb-result = GOOD 1;
+ us-srb-result = SAM_STAT_GOOD;
}
/* we've got a command, let's do it! */
--
Matthew Dharm
. The interface the device presents is
basically LBA.
It _may_ be possible to circumvent UFI, but you would need help from the
manufacturer to do it. There's nothing in the spec to allow you that sort
of raw access.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
You suck Stef.
-- Greg
User Friendly, 11/29/97
pgp0.pgp
Description: PGP signature
(usb_stor_sense_invalidCDB));
- us-srb-result = SAM_STAT_CHECK_CONDITION;
- }
-
/* Handle those devices which need us to fake
* their inquiry data */
else if ((us-srb-cmnd[0] == INQUIRY)
--
Matthew Dharm
of a use_10_for_ms flag and
the updates to sysfs.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
Sir, for the hundreth time, we do NOT carry 600-round boxes of belt-fed
suction darts
.
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
I'll scuff my feet on the carpet
*/
/* the semaphore for sleeping the control thread */
struct semaphoresema;/* to sleep thread on */
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
I need a computer?
-- Customer
/* supports multiple targets */
#define US_FL_FIX_INQUIRY 0x0040 /* INQUIRY response needs fixing */
#define US_FL_FIX_CAPACITY0x0080 /* READ CAPACITY response too big */
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass
= 2048; /* A guess, just in case */
- sdev-use_10_for_rw = 1;
- sdev-use_10_for_ms = 0;
sdev-remap = 1;
/* FIXME: need to handle a get_capabilities failure properly ?? */
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB
,
.slave_destroy =NULL,
/* lots of sg segments can be handled */
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
I don't have a left mouse button. I only have one mouse and it's on my right
-cdi.name, sr%d, minor);
sdev-sector_size = 2048; /* A guess, just in case */
- sdev-use_10_for_rw = 1;
- sdev-use_10_for_ms = 0;
sdev-remap = 1;
/* FIXME: need to handle a get_capabilities failure properly ?? */
--
Matthew Dharm
)
return;
+ /* oddly short buffer -- bail out */
+ if (srb-request_bufflen 3)
+ return;
+
data_ptr = find_data_location(srb);
if ((data_ptr[2] 7) == 2)
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
NYET! The evil
Greg, please apply this to 2.4
Matt
- Forwarded message from Alan Stern [EMAIL PROTECTED] -
Date: Wed, 18 Jun 2003 16:58:05 -0400 (EDT)
From: Alan Stern [EMAIL PROTECTED]
Subject: [usb-storage] PATCH: (as36) US_SC_DEVICE and US_PR_DEVICE for 2.4
To: Matthew Dharm [EMAIL PROTECTED]
cc
the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
C: Why are you upgrading to NT?
AJ: It must be the sick, sadistic streak that runs through me
the same behavior for 'legacy' devices.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
G: Baaap booop BAHHHP.
Mir: 9600 Baud?
Mik: No, no! 9600 goes baap booop, not booop bahhhp!
-- Greg
On Sat, Jun 21, 2003 at 11:49:47AM -0700, Linus Torvalds wrote:
On Sat, 21 Jun 2003, Matthew Dharm wrote:
However, my top suspect is the call to scsi_device_register() in
scsi_add_lun(), which takes place _well_ before the sdev is properly
configured. At first, I thought that just
] 0x01;
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
P: How about Web Designer?
DP: I'd like a name that people won't laugh at.
-- Pitr and Dust Puppy
User Friendly, 12/6/1997
pgp0
$
*
* Current development and maintenance by:
- * (c) 1999-2002 Matthew Dharm ([EMAIL PROTECTED])
+ * (c) 1999-2003 Matthew Dharm ([EMAIL PROTECTED])
*
* Developed with the assistance of:
* (c) 2000 David L. Brown, Jr. ([EMAIL PROTECTED])
@@ -64,6 +64,8 @@
static int slave_configure
On Sat, Jun 21, 2003 at 05:07:48PM -0700, Linus Torvalds wrote:
On Sat, 21 Jun 2003, Matthew Dharm wrote:
This patch makes sr.c respect the use_10_for_ms flag.
Ouch.
Is there some SCSI person out there that would be willing to make sr.c
look a bit more like sd.c in this respect
On Sat, Jun 21, 2003 at 05:21:53PM -0700, Linus Torvalds wrote:
On Sat, 21 Jun 2003, Matthew Dharm wrote:
I mean, this works, it's not difficult to follow, and meets all the
operational goals.
As far as I can tell, your patch is not actually all that stable.
Imagine a flaky SCSI
can sign-up to
fix this mess? I really want to get rid of all the mode-sense translation
code in usb-storage.
I'm just not qualified to put in what it's going to take to fix this.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage
on this, can you fix it?
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
S: Another stupid question?
G: There's no such thing as a stupid question, only stupid people.
-- Stef and Greg
User
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
We can customize our colonels.
-- Tux
User Friendly, 12/1/1998
pgp0.pgp
Description: PGP signature
On Sun, Jun 22, 2003 at 08:58:00AM -0500, James Bottomley wrote:
On Sat, 2003-06-21 at 23:24, Matthew Dharm wrote:
On Sat, Jun 21, 2003 at 09:54:46PM -0500, James Bottomley wrote:
}
- n = buffer[3] + 4;
+ n = rc;
cd-cdi.speed = ((buffer[n + 8] 8) + buffer[n + 9]) / 176
On Sun, Jun 22, 2003 at 12:49:17PM -0700, Matthew Dharm wrote:
On Sun, Jun 22, 2003 at 08:58:00AM -0500, James Bottomley wrote:
On Sat, 2003-06-21 at 23:24, Matthew Dharm wrote:
On Sat, Jun 21, 2003 at 09:54:46PM -0500, James Bottomley wrote:
}
- n = buffer[3] + 4
On Sun, Jun 22, 2003 at 03:37:28PM -0500, James Bottomley wrote:
On Sun, 2003-06-22 at 14:56, Matthew Dharm wrote:
But (as I read it -- remember I'm not an expert), the old sr.c code didn't
set the DBD bit, just like the new code. So whatever formula applied to
the old code should apply
code, and it's difficult to separate out
what was causing the problem. And I'm constantly finding devices with new
and more creative ways to not work right.
In short: I guess I'm not really certain. So let's go ahead and try it.
Matt
--
Matthew Dharm Home: [EMAIL
on a semaphore or spinlock until you're done.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
DP: And judging from the scores, Stef has the sma...
T: LET'S NOT GO THERE!
-- Dust Puppy
,
- PocketCAM 3Mega,
- US_SC_SCSI, US_PR_BULK, NULL,
- US_FL_MODE_XLATE ),
-
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
Somebody call an exorcist!
-- Dust Puppy
User
*/
+ associate_dev(us, intf);
/*
* Get the unusual_devs entries and the descriptors
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
What, are you one of those Microsoft-bashing Linux freaks
;
}
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
THEY CASTRATED MY QUAKE BITS! I WANT THEM BACK
-- Greg
User Friendly, 3/27/1998
pgp0.pgp
Description: PGP signature
;/* to sleep thread on */
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
You suck Stef.
-- Greg
User Friendly, 11/29/97
pgp0.pgp
Description: PGP signature
us_unusual_dev *unusual_dev;/* If unusual device */
+
+ /* subdriver information */
void*extra; /* Any extra data */
extra_data_destructor extra_destructor;/* extra data destructor */
};
--
Matthew Dharm
*/
+ dma_addr_t cr_dma; /* buffer DMA addresses */
+ dma_addr_t iobuf_dma;
/* mutual exclusion structures */
struct semaphoresema;/* to sleep thread on */
--
Matthew Dharm Home: [EMAIL PROTECTED
If the files are the same now, then you should be able to apply this patch
to 2.4 -- that's one of the reasons Alan sent you a 2.4 patch to support
the US_*_DEVICE codes.
Matt
On Sat, Jun 28, 2003 at 10:39:03PM -0700, Greg KH wrote:
On Sat, Jun 28, 2003 at 10:36:37PM -0700, Matthew Dharm wrote
;
- }
- }
+ /* The DMA-mapped I/O buffer is 64 bytes long, just right for
+* all our packets. No need to allocate any extra buffer space.
+*/
result = usb_stor_control_msg(us, us-recv_ctrl_pipe,
0x4c, 0xc0, 0x4346, 0x0, buffer, 0x20, 3*HZ);
--
Matthew Dharm
9 14:57:43 blue kernel: usb-storage: Illegal Request: (unknown ASC/ASCQ)
Jul 9 14:57:43 blue kernel: usb-storage: scsi cmd done, result=0x2
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
What, are you one of those Microsoft
-storage: scsi cmd done, result=0x2
Jul 9 14:57:44 blue kernel: usb-storage: *** thread sleeping.
Jul 9 14:57:44 blue kernel: I/O error: dev 08:01, sector 0
Jul 9 14:57:44 blue kernel: FAT: unable to read boot sector
--
Matthew Dharm Home: [EMAIL PROTECTED
like maybe
when the device's buffer is full linux doesn't know to stop sending data.
--Adam
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
I say, what are all those naked people doing
and filters those commands out.
But the SCSI layer was modified not to generate those commands any more,
so the checking shouldn't be necessary. It's not present in 2.5, for
example. Matt, any objections to removing it from 2.4?
Delete away.
Matt
--
Matthew Dharm Home
, other people
will benefit from your experience being in the archives.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
It's not that hard. No matter what the problem is, tell the customer
to reinstall Windows
:54PM -0400, Adam Kessel wrote:
On Sun, Jul 13, 2003 at 01:46:29PM -0700, Matthew Dharm wrote:
Another data point: I've been mounting the device with the sync option.
Another user suggests that mounting with sync obviates the need to
control bandwidth with rsync. I believe this is why
:
+ kfree(reply);
+ return rc;
}
static int jumpshot_handle_mode_sense(struct us_data *us,
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
But where are the THEMES?! How do you expect me to use an OS without
themes
needs fixing */
+#define US_FL_FIX_INQUIRY 0x0040 /* INQUIRY response needs faking */
#define US_FL_FIX_CAPACITY0x0080 /* READ CAPACITY response too big */
/* Dynamic flag definitions: used in set_bit() etc. */
--
Matthew Dharm Home: [EMAIL
Did you ever get a log from 2.4?
Matt
On Mon, Jul 14, 2003 at 09:14:34AM -0400, Adam Kessel wrote:
On Sun, Jul 13, 2003 at 09:05:42PM -0700, Matthew Dharm wrote:
Try playing with 'dd' -- try transferring one block of various sizes.
Thus, things like:
dd if=/dev/sda of=/dev/null
Greg, please apply this patch from Alan to 2.5
Matt
- Forwarded message from Alan Stern [EMAIL PROTECTED] -
Date: Tue, 15 Jul 2003 16:22:01 -0400 (EDT)
From: Alan Stern [EMAIL PROTECTED]
Subject: [usb-storage] PATCH: (as58) I/O buffering for sddr09
To: Matthew Dharm [EMAIL PROTECTED]
cc
Greg, please apply this patch from Alan to 2.5
Matt
- Forwarded message from Alan Stern [EMAIL PROTECTED] -
Date: Tue, 15 Jul 2003 16:24:40 -0400 (EDT)
From: Alan Stern [EMAIL PROTECTED]
Subject: [usb-storage] PATCH: (as59) Make sddr55 use proper I/O buffering
To: Matthew Dharm [EMAIL
On Thu, Jul 17, 2003 at 11:49:08PM -0400, Adam Kessel wrote:
Yes, sorry to have slowed down with replies. 2.4.20 (or maybe 21?) log
while copying:
http://bostoncoop.net/adam/pub/log_while_copying
What command did you run to generate this log?
Matt
--
Matthew Dharm
What Neuros firmware version are you using?
Matt
On Fri, Jul 18, 2003 at 08:13:24AM -0400, Adam Kessel wrote:
On Thu, Jul 17, 2003 at 10:36:30PM -0700, Matthew Dharm wrote:
On Thu, Jul 17, 2003 at 11:49:08PM -0400, Adam Kessel wrote:
Yes, sorry to have slowed down with replies. 2.4.20
that drivers deal in.
Since a driver needs to go from device - interface - endpoint to submit an
URB, it does seem to make real sense to let the drivers track interfaces
instead of devices, and force them to convert interface - endpoint.
Matt
--
Matthew Dharm Home: [EMAIL
buffering for the shuttle_usbat subdriver
To: Matthew Dharm [EMAIL PROTECTED]
cc: USB Storage List [EMAIL PROTECTED]
X-Spam-Status: No, hits=-4.0 required=5.0 tests=UNIFIED_PATCH,RCVD_IN_ORBS version=2.11
Matt:
This patch makes the shuttle_usbat subdriver use proper DMA I/O buffering.
Although I
know for sure
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
What the hell are you?
-- Pitr to Dust Puppy
User Friendly, 12/3/1997
pgp0.pgp
Description: PGP signature
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
M: No, Windows doesn't have any nag screens.
C: Then what are those blue and white screens I get every day?
-- Mike and Cobb
User Friendly, 1/4/1999
. Turning off ALL debug and enable
extra checks in new queuing code finally seemed to help. Maybe this gives
a clue as to where the problem is. I still experience system stalls, but
no complete locks anymore.
--
Today is Setting Orange, the 59th day of Confusion in the YOLD 3169
--
Matthew
, the 59th day of Confusion in the YOLD 3169
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
It was a new hope.
-- Dust Puppy
User Friendly, 12/25/1998
pgp0.pgp
Description: PGP signature
On Sun, Jul 27, 2003 at 08:24:44AM +0200, Oliver Neukum wrote:
Am Donnerstag, 24. Juli 2003 05:00 schrieb Matthew Dharm:
Many people, including myself, have observed system stalls when using
usb-storage. It happens when copying large amounts of data to a USB device
-- everything (except
length is 1536 bytes -- don't ask me why.
You mean fix it in sd.c? I guess you could but you run the risk of
breaking everything else.
Give it a try. If it works out, then we can thing about integration.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED
to guarantee that.
Do we have any idea how large that page is supposed to be?
Whatever length you request should also be a multiple of 4, just to make
sure devices stay happy.
Other than that, I say send it to James.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED
folks (if they'll have it)
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
It was a new hope.
-- Dust Puppy
User Friendly, 12/25/1998
pgp0.pgp
Description: PGP signature
there is no 'busy' message.
Matt
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
C: Like the Furby?
DP: He gives me the creeps. Think the SPCA will take him?
-- Cobb and Dust Puppy
User
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
C: They kicked your ass
of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
We can customize our colonels.
-- Tux
User
(ERROR - kmalloc failure\n);
return(retStatus);
}
- End forwarded message -
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
Somebody call an exorcist!
-- Dust Puppy
User
)
- End forwarded message -
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
SP: I sell software for Microsoft. Can you set me free?
DP: Natural Selection says I shouldn't.
-- MS
apply.
Matthew Dharm
= drivers/scsi/sr.c 1.53 vs edited =
--- 1.53/drivers/scsi/sr.c Tue Aug 19 10:38:06 2003
+++ edited/drivers/scsi/sr.cMon Sep 1 13:28:41 2003
@@ -695,6 +695,10 @@
unsigned char *buffer;
int rc, n;
struct scsi_mode_data data
1 - 100 of 652 matches
Mail list logo