Re: [PATCH v3 27/56] scsi: fix some kernel-doc markups

2020-10-26 Thread Martin K. Petersen
Mauro, > Some identifiers have different names between their prototypes and the > kernel-doc markup. Applied to 5.11/scsi-staging, thanks! -- Martin K. Petersen Oracle Linux Engineering -- You received this message because you are subscribed to the Google Groups "open-iscsi" group.

RE: Slow iSCSI tape performance

2020-10-26 Thread David C. Partridge
Direct throughput about 140MB/s From: open-iscsi@googlegroups.com [mailto:open-iscsi@googlegroups.com] On Behalf Of Lee Duncan Sent: 26 October 2020 22:51 To: open-iscsi Subject: Re: Slow iSCSI tape performance On Oct 25, 2020, at 10:42 AM, David C. Partridge wrote: I believe that

Re: Slow iSCSI tape performance

2020-10-26 Thread Lee Duncan
On Oct 25, 2020, at 10:42 AM, David C. Partridge wrote: > > I believe that it’s something to do with stopping Windows (at the target) > from sending TURs to the tape every 30s or so. Okay, that makes sense. But that has nothing to do with open-iscsi, or even iSCSI at all. > > Setting

Re: [PATCH] iscsid: drop uid privileges after locking memory

2020-10-26 Thread The Lee-Man
Hi Anythony: On Thursday, October 22, 2020 at 12:33:08 PM UTC-7 Anthony Iliopoulos wrote: > Move the setuid call after mlockall, since the latter requires elevated > privileges, and will cause iscsid startup to fail when an unprivileged > uid is specified. > I appreciate your patch, but I'm

Antw: [EXT] Re: Slow iSCSI tape performance

2020-10-26 Thread Ulrich Windl
>>> The Lee-Man schrieb am 25.10.2020 um 17:51 in Nachricht <4ad354c3-5d6a-4b1f-b978-afee5d1219...@googlegroups.com>: > I haven't heard about disabling TUR for iSCSI tape improvement. Even if > true, I'm not sure how you'd do that. You'd need to modify your target IMHO > to always reply "ready"