On Tue, Feb 12 2008 at 19:45 +0200, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 10, 2008 at 09:05:17PM +0200, Boaz Harrosh wrote:
>> - Lots of drivers still use MAX_COMMAND_SIZE. So I have left
>> that #define but equate it to BLK_MAX_CDB. The way I see it
>> and is reflected in
These three patches remove various block device limits to
the iSER iSCSI transport. I guess in theory they should go
in via the IB tree, although ACKs from the iSCSI side would
be welcome.
The first two look quite similar to some TCP iSCSI patches
that Mike applied a while back:
d1d81c01f4bd
iser has no limit on max sectors. This lets iscsi iser support
large pass through commands just like iscsi TCP.
Signed-off-by: Pete Wyckoff <[EMAIL PROTECTED]>
---
drivers/infiniband/ulp/iser/iscsi_iser.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/infiniban
I tried doing a build from that commit id but I get an oops from an
unrelated subsystem. I'll try again from the head of the tree.
-J
--
On Sat, Feb 09, 2008 at 01:43:39PM -0600, James Bottomley wrote:
>
> On Sat, 2008-02-09 at 09:35 -1000, Joshua Hoblitt wrote:
> > Hi James,
> >
> > I can giv
On Fri, 2008-02-08 at 18:52 -0800, [EMAIL PROTECTED]
wrote:
> Ok, I've spent some time trying different combinations of devices.
>
> Against kernel 2.6.24
> T0 is Quantum DLT8000 ID0
> T1 is Quantum DLT8000 ID1
> MTX is STK L80 ID 15
> Terminators A, B
>
> Channel A
On Tue, 2008-02-12 at 15:40 -0500, Pete Wyckoff wrote:
> If blk_rq_map_user requires more than one bio, and fails mapping
> somewhere after the first bio, it will return with rq->bio set to
> non-NULL, but it will have already unmapped the partial bio. The
> "out:" error exit section will see the
On Tue, 2008-02-12 at 12:21 -1000, Joshua Hoblitt wrote:
> I've got a few compilation errors on head. Before I try it, is it
> possible to backport the 76d78300a6eb8b7f08e47703b7e68a659ffc2053 change
> to 2.6.24.y?
I don't see any reason why not but I'd have to cherry pick it to see ...
so you c
On Tue, 2008-02-12 at 23:22 +0200, Sergey Kononenko wrote:
> Hello,
>
> I have server with motherboard Supermicro X7DBR-3 (AIC-9410 onboard).
> And there are three SATA disks in following order:
> 1st drive bay: WD800AAJS-60
> 2nd drive bay: WD2500YS-01S
> 3rd drive bay: WD2500YS-01S
> in BIOS the
On Tue, 2008-02-12 at 20:48 -0300, Sergio Luis wrote:
> reposting an updated version of it. Please check if it's ok.
Looks fine, thanks! You added an extra space at the end of
while ((pdev = pci_get_device(vendor, device, pdev))
Which I fixed. Unfortunately checkpatch isn't very helpful for
Greetings all,
On Tue, 2008-02-12 at 17:05 +0100, Bart Van Assche wrote:
> On Feb 6, 2008 1:11 AM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> > I have always observed the case with LIO SE/iSCSI target mode ...
>
> Hello Nicholas,
>
> Are you sure that the LIO-SE kernel module source code
Please keep me in the loop.
-Original Message-
From: James Bottomley [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 13, 2008 6:31 AM
To: Joshua Hoblitt
Cc: Kim H?jgaard-Hansen; [EMAIL PROTECTED]; linux-scsi@vger.kernel.org;
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: arcmsr + a
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/scsi/gdth.c | 143 +++-
1 file changed, 86 insertions(+), 57 deletions(-)
06196f50915da97bb897495863f9f084d785c1e4
diff --git a/drivers/scsi/gdth.c b/drivers/scsi/gdth.c
index c825239..1b5
From: Marcin Slusarz <[EMAIL PROTECTED]>
replace all:
little_endian_variable = cpu_to_leX(leX_to_cpu(little_endian_variable) +
expression_in_cpu_byteorder);
with:
leX_add_cpu(&little_endian_variable, expression_in_cpu_byteorder);
generated with seman
I've got a few compilation errors on head. Before I try it, is it
possible to backport the 76d78300a6eb8b7f08e47703b7e68a659ffc2053 change
to 2.6.24.y?
-J
--
On Tue, Feb 12, 2008 at 10:53:45AM -1000, Joshua Hoblitt wrote:
> I tried doing a build from that commit id but I get an oops from an
> un
http://bugzilla.kernel.org/show_bug.cgi?id=9775
--- Comment #10 from [EMAIL PROTECTED] 2008-02-12 13:56 ---
Reply-To: [EMAIL PROTECTED]
On Fri, 2008-02-08 at 18:52 -0800, [EMAIL PROTECTED]
wrote:
> Ok, I've spent some time trying different combinations of devices.
>
> Against kernel
Hello,
I have server with motherboard Supermicro X7DBR-3 (AIC-9410 onboard).
And there are three SATA disks in following order:
1st drive bay: WD800AAJS-60
2nd drive bay: WD2500YS-01S
3rd drive bay: WD2500YS-01S
in BIOS they listed in the same order.
But after I've loaded linux (2.6.23.14 and 2.6
[EMAIL PROTECTED] wrote on Tue, 12 Feb 2008 15:10 -0600:
> On Tue, 2008-02-12 at 15:54 -0500, Pete Wyckoff wrote:
> > iscsi_iser does not have any hardware DMA restrictions. Add a
> > slave_configure function to remove any DMA alignment restriction,
> > allowing the use of direct IO from arbitrary
On Tue, 2008-02-12 at 16:46 -0500, Pete Wyckoff wrote:
> [EMAIL PROTECTED] wrote on Tue, 12 Feb 2008 15:10 -0600:
> > On Tue, 2008-02-12 at 15:54 -0500, Pete Wyckoff wrote:
> > > iscsi_iser does not have any hardware DMA restrictions. Add a
> > > slave_configure function to remove any DMA alignmen
On Tue, 2008-02-12 at 15:54 -0500, Pete Wyckoff wrote:
> iscsi_iser does not have any hardware DMA restrictions. Add a
> slave_configure function to remove any DMA alignment restriction,
> allowing the use of direct IO from arbitrary offsets within a page.
> Also disable page bouncing; iser has no
Increase FMR limits from 512 kB to 1 MB. This matches the limit
used by SRP which also uses FMRs for memory mapping. Also
correct a bug where the sg_tablesize was 1 smaller than what was
allocated, by folding the "+ 1" used everywhere into the
definition of the constant.
Signed-off-by: Pete Wyck
[EMAIL PROTECTED] wrote on Thu, 31 Jan 2008 20:08 +0200:
> Cheers after 1.3 years these can go in.
>
> [PATCH 1/3] iscsi: extended cdb support
>The varlen support is not yet in mainline for
> block and scsi-ml. But the API for drivers will
> not change. All LLD need to do is max_command to
On Tue, 12 Feb 2008 17:27:33 +0200
Boaz Harrosh <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 05 2008 at 9:53 +0200, [EMAIL PROTECTED] wrote:
> > From: James Bottomley <[EMAIL PROTECTED]>
> >
> > On Sun, 2007-10-14 at 12:21 -0700, Andrew Morton wrote:
> >> On Sun, 14 Oct 2007 22:45:47 +0400 "Dave Milt
On Sun, 2008-02-10 at 21:05 +0200, Boaz Harrosh wrote:
> - struct scsi_cmnd had a 16 bytes command buffer of its own.
> This is an unnecessary duplication and copy of request's
> cmd. It is probably left overs from the time that scsi_cmnd
> could function without a request attached. So clean
On Tue, 2008-02-12 at 11:07 -0800, Kristen Carlson Accardi wrote:
> I understand what you are trying to do - I guess I just doubt the value
> you've added by doing this. I think that there's going to be so much
> customization that system vendors will want to add, that they are going
> to wind up
On Tue, 12 Feb 2008 12:45:35 -0600
James Bottomley <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-02-12 at 10:22 -0800, Kristen Carlson Accardi wrote:
> > I apologize for taking so long to review this patch. I obviously
> > agree wholeheartedly with Luben. The problem I ran into while
> > trying to d
http://bugzilla.kernel.org/show_bug.cgi?id=8908
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |REJECTED
Resolution|
http://bugzilla.kernel.org/show_bug.cgi?id=8908
--- Comment #6 from [EMAIL PROTECTED] 2008-02-12 11:30 ---
The 9650SE (vendor:0x13c1, device id: 0x1004) controller series has been
supported by the in-kernel 3w-9xxx driver since 2.6.19 kernel.
The user did not properly configure 'sin
On Feb 12, 2008 9:57 AM, James Bottomley
<[EMAIL PROTECTED]> wrote:
> Added linux-scsi for the SCSI ones
>
> On Tue, 2008-02-12 at 00:18 -0800, Natalie Protasevich wrote:
> > Hello,
> >
> > The bugs listed are over a month old, and haven't been addressed yet.
> > It would be appreciated if correspo
http://bugzilla.kernel.org/show_bug.cgi?id=8908
[EMAIL PROTECTED] changed:
What|Removed |Added
CC|linux-scsi@vger.kernel.org |
AssignedTo|[EMAIL PROTECTED]|[
On Tue, 2008-02-12 at 10:22 -0800, Kristen Carlson Accardi wrote:
> I apologize for taking so long to review this patch. I obviously agree
> wholeheartedly with Luben. The problem I ran into while trying to
> design an enclosure management interface for the SATA devices is that
> there is all thi
http://bugzilla.kernel.org/show_bug.cgi?id=8908
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||linux-scsi@vger.kernel.org
--
Confi
On Tue, Feb 12 2008 at 19:51 +0200, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 10, 2008 at 09:12:02PM +0200, Boaz Harrosh wrote:
>> @@ -525,6 +516,7 @@ int scsi_dispatch_cmd(struct scsi_cmnd *cmd)
>> unsigned long flags = 0;
>> unsigned long timeout;
>> int rtn = 0;
>
On Mon, 4 Feb 2008 18:01:36 -0800 (PST)
Luben Tuikov <[EMAIL PROTECTED]> wrote:
> --- On Mon, 2/4/08, James Bottomley
> <[EMAIL PROTECTED]> wrote:
> > > > The enclosure misc device is really just a
> > library providing
> > > > sysfs
> > > > support for physical enclosure devices and their
> > > >
On Tue, Feb 12 2008 at 19:54 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 12 2008 at 19:48 +0200, Christoph Hellwig <[EMAIL PROTECTED]>
> wrote:
>> On Sun, Feb 10, 2008 at 09:09:41PM +0200, Boaz Harrosh wrote:
>>> - add varlen_cdb and varlen_cdb_len to hold a large user cdb
>>> i
On Tue, Feb 12, 2008 at 07:35:22PM +0200, Boaz Harrosh wrote:
>
> The patch: "gdth: switch to modern scsi host registration"
>
> missed one simple fact when moving a way from scsi_module.c.
> That is to call scsi_scan_host() on the probed host.
> With this the gdth driver from 2.6.24 is again abl
Added linux-scsi for the SCSI ones
On Tue, 2008-02-12 at 00:18 -0800, Natalie Protasevich wrote:
> Hello,
>
> The bugs listed are over a month old, and haven't been addressed yet.
> It would be appreciated if corresponding maintainers identify whether
> the bugs have been fixed, or need to be wor
On Tue, Feb 12 2008 at 19:48 +0200, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 10, 2008 at 09:09:41PM +0200, Boaz Harrosh wrote:
>> - add varlen_cdb and varlen_cdb_len to hold a large user cdb
>> if needed. They start as empty. Allocation of buffer must
>> be done by user and he
On Sun, Feb 10, 2008 at 09:12:02PM +0200, Boaz Harrosh wrote:
> @@ -525,6 +516,7 @@ int scsi_dispatch_cmd(struct scsi_cmnd *cmd)
> unsigned long flags = 0;
> unsigned long timeout;
> int rtn = 0;
> + unsigned cmd_len;
>
> /* check if the device is still usable */
>
On Sun, Feb 10, 2008 at 09:05:17PM +0200, Boaz Harrosh wrote:
> - Lots of drivers still use MAX_COMMAND_SIZE. So I have left
> that #define but equate it to BLK_MAX_CDB. The way I see it
> and is reflected in the patch below is.
> MAX_COMMAND_SIZE - means: The longest fixed-length (*) SCSI CD
gdth _exit would first remove all cards then stop the timer
and would not sync with the timer function. This caused a crash
in gdth_timer() when module was unloaded.
del_timer_sync the timer before we delete the cards.
NOT YET TESTED
Signed-off-by: Boaz Harrosh <[EMAIL PROTECTED]>
---
drivers/
The patch: "gdth: switch to modern scsi host registration"
missed one simple fact when moving a way from scsi_module.c.
That is to call scsi_scan_host() on the probed host.
With this the gdth driver from 2.6.24 is again able to
see drives and boot.
Signed-off-by: Boaz Harrosh <[EMAIL PROTECTED]>
If blk_rq_map_user requires more than one bio, and fails mapping
somewhere after the first bio, it will return with rq->bio set to
non-NULL, but it will have already unmapped the partial bio. The
"out:" error exit section will see the non-null bio and try to unmap
it again, triggering a mapcount b
[EMAIL PROTECTED] wrote on Tue, 12 Feb 2008 15:12 -0500:
> [EMAIL PROTECTED] wrote on Thu, 31 Jan 2008 20:08 +0200:
> > Cheers after 1.3 years these can go in.
> >
> > [PATCH 1/3] iscsi: extended cdb support
> >The varlen support is not yet in mainline for
> > block and scsi-ml. But the API
On Tue, Feb 12 2008 at 18:22 +0200, James Bottomley <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-02-12 at 11:31 -0300, Sergio Luis wrote:
>> Fix compilation warning in drivers/scsi/gdth.c, using deprecated
>> pci_find_device.
>> Change it into using pci_get_device instead:
>> drivers/scsi/gdth.c:645
On Tue, 2008-02-12 at 19:57 -0800, Nicholas A. Bellinger wrote:
> Greetings all,
>
> On Tue, 2008-02-12 at 17:05 +0100, Bart Van Assche wrote:
> > On Feb 6, 2008 1:11 AM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> > > I have always observed the case with LIO SE/iSCSI target mode ...
> >
>
iscsi_iser does not have any hardware DMA restrictions. Add a
slave_configure function to remove any DMA alignment restriction,
allowing the use of direct IO from arbitrary offsets within a page.
Also disable page bouncing; iser has no restrictions on which pages it
can address.
Signed-off-by: Pe
--- On Tue, 2/12/08, Kristen Carlson Accardi <[EMAIL PROTECTED]> wrote:
> Hi,
> I apologize for taking so long to review this patch. I
> obviously agree
> wholeheartedly with Luben. The problem I ran into while
> trying to
> design an enclosure management interface for the SATA
> devices is that
On Thu, Jan 31 2008 at 12:08 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 30 2008 at 21:47 +0200, Sven Köhler <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> so i have upgraded a system to kernel 2.6.24. After that, it failed to
>> boot with the usual message telling, that the rootfs on de
On Tue, 2008-02-12 at 11:31 -0300, Sergio Luis wrote:
> Fix compilation warning in drivers/scsi/gdth.c, using deprecated
> pci_find_device.
> Change it into using pci_get_device instead:
> drivers/scsi/gdth.c:645: warning: 'pci_find_device' is deprecated (declared
> at include/linux/pci.h:495)
>
On Feb 6, 2008 1:11 AM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> I have always observed the case with LIO SE/iSCSI target mode ...
Hello Nicholas,
Are you sure that the LIO-SE kernel module source code is ready for
inclusion in the mainstream Linux kernel ? As you know I tried to test
t
On Tue, Feb 05 2008 at 9:53 +0200, [EMAIL PROTECTED] wrote:
> From: James Bottomley <[EMAIL PROTECTED]>
>
> On Sun, 2007-10-14 at 12:21 -0700, Andrew Morton wrote:
>> On Sun, 14 Oct 2007 22:45:47 +0400 "Dave Milter" <[EMAIL PROTECTED]> wrote:
>>
>>> I build linux-2.6.23-mm1 and try to boot it usin
Fix compilation warning in drivers/scsi/gdth.c, using deprecated
pci_find_device.
Change it into using pci_get_device instead:
drivers/scsi/gdth.c:645: warning: 'pci_find_device' is deprecated (declared at
include/linux/pci.h:495)
Signed-off-by: Sergio Luis <[EMAIL PROTECTED]>
gdth.c |2 +-
After using 2.6.11.12 for long time (with success) I tried to update to
2.6.24.2
Hardware: LSI53C1030 B2
Overland NEO Changer
HP Ultrium 3-SCSI tape drive
Kernel messages when booting:
Feb 12 14:28:03 ilfb03 kernel: Fusion MPT base driver 3.04.06
Feb 12 14:28:03 ilfb03
one system: initrd get courrupted:
RAMDISK: Compressed image found at block 0
RAMDISK: incomplete write (-28 != 2048) 134217728
crc error
VFS: Mounted root (ext2 filesystem).
Freeing unused kernel memory: 388k freed
init_special_inode: bogus i_mode (17)
Warning: unable to open an initial cons
Hello!
I've tested this patch now - and it works fine. Now rmmod, halt and
reboot also works.
Stefan Priebe
Boaz Harrosh schrieb:
gdth _exit would first remove all cards then stop the timer
and would not sync with the timer function. This caused a crash
in gdth_timer() when module was unloa
On Sun, Feb 10, 2008 at 09:09:41PM +0200, Boaz Harrosh wrote:
> - add varlen_cdb and varlen_cdb_len to hold a large user cdb
> if needed. They start as empty. Allocation of buffer must
> be done by user and held until request execution is done.
> - Since there can be either a fix_length command
56 matches
Mail list logo