Re: 2.6.22-rc3-mm1

On Thu, 31 May 2007 15:10:05 -0700, Andrew Morton [EMAIL PROTECTED] wrote: Cornelia, afaict your patch has no actual delendency upon Dan's dma-mapping-prevent-dma-dependent-code-from-linking-on.patch, correct? If so, I can merge it via James and then merge Dan's patch once James has merged.

[PATCH 1/2] iscsi_tcp: convert to use the data buffer accessors

iscsi_tcp: convert to use the data buffer accessors - remove the unnecessary map_single path. - convert to use the new accessors for the sg lists and the parameters. TODO: use scsi_for_each_sg(). Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- drivers/scsi/iscsi_tcp.c | 117

[PATCH 2/2] iscsi_iser: convert to use the data buffer accessors

iscsi_iser: convert to use the data buffer accessors - remove the unnecessary map_single path. - convert to use the new accessors for the sg lists and the parameters. TODO: use scsi_for_each_sg(). Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- drivers/infiniband/ulp/iser/iscsi_iser.c

[PATCH 0/2] iscsi: convert to use the data buffer accessors

This patchset converts libiscsi, iscsi_tcp, and iscsi_iser to use the data buffer accessors. This is dependent on the patchset that Mike posted the day before yesterday (which is on the top of the latest scsi-misc-2.6): http://marc.info/?l=linux-scsim=118054788406095w=2 This can be also cleanly

Re: [2/3] 2.6.22-rc3: known regressions v2

Hi all, Here is a list of some known regressions in 2.6.22-rc3. Feel free to add new regressions/remove fixed etc. http://kernelnewbies.org/known_regressions PCMCIA Subject: libata and legacy ide pcmcia failure References : http://lkml.org/lkml/2007/5/17/305 Submitter : Robert de Rooy

Re: [AIC7xxx] tree things to report

Please try the attached patch and see if it helps. James, I know that the aic7xxx has some 'next_queued_hscb' pointer which might be utilized for this sort of thing. But I didn't really figure out how this thing is supposed to work nor how we could utilize it. So I figured that the added

Re: linux-2.6.22-rc3-g3f0a6766 build #287 failed in drivers/scsi/aic7xxx/aic7xxx.ko

On Thu, 2007-05-31 at 16:56 -0700, Randy Dunlap wrote: On Thu, 31 May 2007 18:22:55 -0400 James Bottomley wrote: On Thu, 2007-05-31 at 18:35 +0200, Toralf Förster wrote: Hello, the build with the attached .config failed, make ends with: ... CC arch/i386/boot/compresse

Re: linux-2.6.22-rc3-g3f0a6766 build #287 failed in drivers/scsi/aic7xxx/aic7xxx.ko

On Fri, 2007-06-01 at 09:07 -0400, James Bottomley wrote: On Thu, 2007-05-31 at 16:56 -0700, Randy Dunlap wrote: On Thu, 31 May 2007 18:22:55 -0400 James Bottomley wrote: On Thu, 2007-05-31 at 18:35 +0200, Toralf Förster wrote: Hello, the build with the attached .config

Re: [Stgt-devel] Question for pass-through target design

Vladislav Bolkhovitin wrote: So, if you need in-kernel pass-through I would suggest you to look at SCST project (http://scst.sf.net), which is currently stable and mature, although also not fully finished yet. It was historically from the very beginning designed for full feature in-kernel

RE: [PATCH] aacraid: fix shutdown handler to also disable interrupts.

Yes, this patch makes sure that the Adapter is shut down correctly, and thus when the kexec driver loads, it does not automatically reset the adapter during initialization. This regression was a result of adding code to the driver to detect if the adapter needed a reset as a result of an unclean

Re: [2/3] 2.6.22-rc3: known regressions v2

On Fri, Jun 01, 2007 at 09:01:15AM -0700, Andrew Morton wrote: On Fri, 01 Jun 2007 14:20:55 +0200 Michal Piotrowski [EMAIL PROTECTED] wrote: SCSI Subject: aacraid: adapter kernel panic'd fffd (kexec) References : http://lkml.org/lkml/2007/5/29/491 Submitter : Yinghai Lu

Re: [PATCH 1/2] iscsi_tcp: convert to use the data buffer accessors

FUJITA Tomonori wrote: iscsi_tcp: convert to use the data buffer accessors - remove the unnecessary map_single path. - convert to use the new accessors for the sg lists and the parameters. I put this in the iscsi git tree with Olaf's recv path rewrite and I converted his patch to use

Re: [2/3] 2.6.22-rc3: known regressions v2

On 6/1/07, Salyzyn, Mark [EMAIL PROTECTED] wrote: Agree, but overstated somewhat. The card in question that the regression is reported against is not a released card and as such could have a flawed environment, Hardware, Firmware or other Incompatibility. The fix for the root cause will likely

IOs stuck in SG

I am seeing a problem where IOs get stuck in SG for a _long_ time. The initiator driver is our own, and we dont see any IOs in there that are pending. We are running 2.4.30. This is what I see in the proc file for SG. The act: acc to documentation means: act: mid level (adapter

Re: [PATCH v2] add bidi support for block pc requests

Boaz Harrosh wrote: FUJITA Tomonori wrote: From: Boaz Harrosh [EMAIL PROTECTED] Subject: Re: [PATCH v2] add bidi support for block pc requests Date: Thu, 17 May 2007 17:00:21 +0300 Yes Tomo found it at ata_scsi_slave_config(). Attached below the way I fixed it. Now it works with 127. I think

Re: LSI MegaRAID problems

On Wed, 30 May 2007 12:59:37 +0200 Jules Colding [EMAIL PROTECTED] wrote: Hi, I have a LSI Logic MegaRAID SCSI 320-4x adapter with an external raid5 array of 5 Seagate ST336754LW and XFS as fs on it. The device in question is /dev/sdb and the box is a dual Opteron 252. I've recently

Re: megaraid.c, all kernel versions, problem with multi-luns

On Wed, 30 May 2007 20:09:44 -0300 Reinaldo Carvalho [EMAIL PROTECTED] wrote: Hi, (cc's added) (CONFIG_SCSI_MULTI_LUN is set) I have a Dell PowerEdge Expandable RAID controller, with a hardware Raid-5 at Channel 01 running perfectly, and a nCipher Crypter at Channel 02. This controller