http://bugzilla.kernel.org/show_bug.cgi?id=9769
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED],
|
On Thu, Jan 31, 2008 at 01:31:56PM -0600, James Bottomley wrote:
> > Is git smart enough to follow history between files that get removed and
> > readded?
>
> Yes. git revert on the removal changeset will re-add all the files and
> try to put the entries back into Kconfig and Makefile.
Note that
Hi,
Thanks for the information!
We would like to know when does the 2.6.25 kernel will be available at
kernel.org.
Thanks,
Chandrakala
-Original Message-
From: Jens Axboe [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 05, 2008 4:09 PM
To: S, Chandrakala (STSD)
Cc: Kiyoshi Ueda; [EM
On Thu, Feb 07, 2008 at 07:11:33PM -0800, Linus Torvalds wrote:
>
>
> On Thu, 7 Feb 2008, Andrew Morton wrote:
> >
> > Sob. Can we please merge "Convert SG from nopage to fault"?
>
> Heh. I just took it directly then.
>
> I think it's more of a VM patch than a SCSI patch anyway, so I don't th
On Thu, 07 Feb 2008 19:37:07 -0600
James Bottomley <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2008-02-07 at 18:56 -0600, James Bottomley wrote:
> > Quite a bit of this is fixing things broken previously (the advansys fix
> > is still pending resolution, but I'll send it as an -rc fix when we have
> >
For the patch shown below:
Signed-off-by: Douglas Gilbert <[EMAIL PROTECTED]>
[EMAIL PROTECTED] wrote:
Convert SG from nopage to fault.
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Cc: linux-scsi@vger.kernel.org
Cc: [EMAIL PROTECTED]
---
drivers/scsi/sg.c | 23 +
On Thu, 07 Feb 2008 21:16:43 -0600 James Bottomley <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-02-07 at 18:46 -0800, Andrew Morton wrote:
> > On Thu, 07 Feb 2008 18:56:46 -0600 James Bottomley <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Quite a bit of this is fixing things broken previously (the adva
On Thu, 2008-02-07 at 18:46 -0800, Andrew Morton wrote:
> On Thu, 07 Feb 2008 18:56:46 -0600 James Bottomley <[EMAIL PROTECTED]> wrote:
>
> > Quite a bit of this is fixing things broken previously (the advansys fix
> > is still pending resolution, but I'll send it as an -rc fix when we have
> > it
On Thu, 7 Feb 2008, Andrew Morton wrote:
>
> Sob. Can we please merge "Convert SG from nopage to fault"?
Heh. I just took it directly then.
I think it's more of a VM patch than a SCSI patch anyway, so I don't think
you really should even have tried to push it through the SCSI tree.
It's not
On Thu, 2008-02-07 at 19:47 -0700, Patro, Sumant wrote:
> James, I acked this patch on 11/28.
Sorry about that ... that's in the window where my server dropped of the
internet while I was on holiday, so I didn't get the email, I'm afraid
> We are fine with the change proposed.
Great, will add it
James, I acked this patch on 11/28.
We are fine with the change proposed.
Regards,
Sumant
-Original Message-
From: James Bottomley [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 07, 2008 4:41 PM
To: [EMAIL PROTECTED]
Cc: linux-scsi@vger.kernel.org; [EMAIL PROTECTED]; Kolli, Neel
On Thu, 07 Feb 2008 18:56:46 -0600 James Bottomley <[EMAIL PROTECTED]> wrote:
> Quite a bit of this is fixing things broken previously (the advansys fix
> is still pending resolution, but I'll send it as an -rc fix when we have
> it). There's the final elimination of all drivers that are esp base
On Fri, 2008-02-08 at 10:16 +0900, FUJITA Tomonori wrote:
> On Thu, 07 Feb 2008 19:01:55 -0600
> James Bottomley <[EMAIL PROTECTED]> wrote:
>
> >
> > On Fri, 2008-02-08 at 09:50 +0900, FUJITA Tomonori wrote:
> > > struct asc_dvc_var needs overrun buffer to be placed on an 8 byte
> > > boundary.
On Thu, 2008-02-07 at 18:56 -0600, James Bottomley wrote:
> Quite a bit of this is fixing things broken previously (the advansys fix
> is still pending resolution, but I'll send it as an -rc fix when we have
> it). There's the final elimination of all drivers that are esp based
> but don't use th
On Thu, Feb 07, 2008 at 06:41:25PM -0600, James Bottomley wrote:
> On Mon, 2008-02-04 at 23:53 -0800, [EMAIL PROTECTED] wrote:
> > From: "Darrick J. Wong" <[EMAIL PROTECTED]>
> >
> > It appears that the LSI SAS 1064E chip needs to be reset after a
> > suspend/resume cycle before the driver attempt
On Thu, 07 Feb 2008 19:01:55 -0600
James Bottomley <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2008-02-08 at 09:50 +0900, FUJITA Tomonori wrote:
> > struct asc_dvc_var needs overrun buffer to be placed on an 8 byte
> > boundary. advansys defines struct asc_dvc_var:
> >
> > struct asc_dvc_var {
> >
On Thu, 2008-02-07 at 19:07 -0600, James Bottomley wrote:
> On Thu, 2008-02-07 at 17:04 -0800, Harvey Harrison wrote:
> > On Thu, 2008-02-07 at 18:56 -0600, James Bottomley wrote:
> > > Quite a bit of this is fixing things broken previously (the advansys fix
> > > is still pending resolution, but
On Thu, 2008-02-07 at 17:04 -0800, Harvey Harrison wrote:
> On Thu, 2008-02-07 at 18:56 -0600, James Bottomley wrote:
> > Quite a bit of this is fixing things broken previously (the advansys fix
> > is still pending resolution, but I'll send it as an -rc fix when we have
> > it). There's the final
On Thu, 2008-02-07 at 18:56 -0600, James Bottomley wrote:
> Quite a bit of this is fixing things broken previously (the advansys fix
> is still pending resolution, but I'll send it as an -rc fix when we have
> it). There's the final elimination of all drivers that are esp based
> but don't use the
On Fri, 2008-02-08 at 09:50 +0900, FUJITA Tomonori wrote:
> struct asc_dvc_var needs overrun buffer to be placed on an 8 byte
> boundary. advansys defines struct asc_dvc_var:
>
> struct asc_dvc_var {
> ...
> uchar overrun_buf[ASC_OVERRUN_BSIZE] __aligned(8);
>
> The problem is that s
Quite a bit of this is fixing things broken previously (the advansys fix
is still pending resolution, but I'll send it as an -rc fix when we have
it). There's the final elimination of all drivers that are esp based
but don't use the scsi_esp core (that's mostly m68k and alpha). Plus
the usual bun
struct asc_dvc_var needs overrun buffer to be placed on an 8 byte
boundary. advansys defines struct asc_dvc_var:
struct asc_dvc_var {
...
uchar overrun_buf[ASC_OVERRUN_BSIZE] __aligned(8);
The problem is that struct asc_dvc_var is placed on
shost->hostdata. So if the hostdata is n
On Mon, 2008-02-04 at 23:53 -0800, [EMAIL PROTECTED] wrote:
> From: "Darrick J. Wong" <[EMAIL PROTECTED]>
>
> It appears that the LSI SAS 1064E chip needs to be reset after a
> suspend/resume cycle before the driver attempts further communications with
> the chip. Without this patch, resuming the
On Mon, 2008-02-04 at 23:53 -0800, [EMAIL PROTECTED] wrote:
> From: Thomas Horsten <[EMAIL PROTECTED]>
>
> The MegaRAID driver's common management module (megaraid_mm.c) creates a
> char device used by the management tool "megarc" from LSI Logic (and
> possibly other management tools).
>
> In 2.
On Wed, 2008-02-06 at 13:20 -0800, Salyzyn, Mark wrote:
> Added support for MSI utilizing the aacraid.msi=1 parameter. This patch adds
> some localized or like-minded janitor fixes. Since the default is disabled,
> there is no impact on the code paths unless the customer wishes to experiment
>
On Thu, 7 Feb 2008 23:24:00 +0100
"Harald Arnesen" <[EMAIL PROTECTED]> wrote:
> On 2/7/08, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> >
> >
> > On Thu, 7 Feb 2008, Harald Arnesen wrote:
> > >
> > > I'll try applying the patch to a freshly downloaded git-tree.
> >
> > Ok, good.
> >
> > > Shall I t
On 2/7/08, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Thu, 7 Feb 2008, Harald Arnesen wrote:
> >
> > I'll try applying the patch to a freshly downloaded git-tree.
>
> Ok, good.
>
> > Shall I try another compiler? I have at least these two:
> >
> > gcc version 3.4.6 (Ubuntu 3.4.6-6ubuntu2)
>
On Thu, 7 Feb 2008, Harald Arnesen wrote:
>
> I'll try applying the patch to a freshly downloaded git-tree.
Ok, good.
> Shall I try another compiler? I have at least these two:
>
> gcc version 3.4.6 (Ubuntu 3.4.6-6ubuntu2)
> gcc version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)
I
On 02/06/2008 02:38 PM, Yang, Bo wrote:
> Andrew/Scott,
>
> Can you give me more details about this issue? Such as: MegaRAID
> Controller name, FW version, RAID configuration, host system info, how
> to reproduce this issue. Also do you see the issue on other kernel
> versions.
>
He has hit
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Thu, 7 Feb 2008, Harald Arnesen wrote:
>> >
>> > Can you do a
>> >
>> > make drivers/scsi/advansys.lst
>> >
>> > and see what it should be?
>>
>> Anyway, here it is, as an attachment.
>
> Ok, I was wrong. The code really *does* compile to th
On Thu, 7 Feb 2008, Vladislav Bolkhovitin wrote:
Bart Van Assche wrote:
- It has been discussed which iSCSI target implementation should be in
the mainstream Linux kernel. There is no agreement on this subject
yet. The short-term options are as follows:
1) Do not integrate any new iSCSI target
On Thu, 7 Feb 2008, Harald Arnesen wrote:
> >
> > Can you do a
> >
> > make drivers/scsi/advansys.lst
> >
> > and see what it should be?
>
> Anyway, here it is, as an attachment.
Ok, I was wrong. The code really *does* compile to that insane
a3 14 00 00 00 mov%eax,
--- On Thu, 2/7/08, James Bottomley <[EMAIL PROTECTED]> wrote:
> This is all a tradeoff. If you want userspace *never* to
> issue raw SCSI
> commands like INQUIRY, we're going to have to provide
> the needed
> information from the kernel via sysfs ... including VPD
> strings. This
> is something
Is there an open iSCSI Target implementation which does NOT
issue commands to sub-target devices via the SCSI mid-layer, but
bypasses it completely?
Luben
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info a
http://bugzilla.kernel.org/show_bug.cgi?id=9872
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED]
|
http://bugzilla.kernel.org/show_bug.cgi?id=9909
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|linux-scsi@vger.kernel.org |[EMAIL PROTECTED]
--
Configure bugm
On Thu, 7 Feb 2008, Harald Arnesen wrote:
>
> OK, tried it. Another screen shot attached
> (I must really get another box to use as a serial terminal).
This oops decodes to
8b 44 24 10 mov0x10(%esp),%eax
8b 90 7c 02 00 00 mov0x27c(%eax),%edx
83 ea 54
> James Bottomley wrote:
>> It's all very well to say this, but I think if you look at what udev
>> does, you'll find that it uses scsi_id to send a VPD inquiry to the
>> device so it can populate /dev/disk/by-id, so the point is already
>> conceded
PS: Alas we don't have a practicable way to kno
(adding Cc linux-hotplug)
James Bottomley wrote:
> On Thu, 2008-02-07 at 11:08 +0100, Stefan Richter wrote:
>> Mike Anderson wrote:
>> > A number of user apps like lvm scanning that execute media access commands
>> > already have filter capability to filter devices that one does not want to
>> > s
On Wed, 6 Feb 2008, James Bottomley wrote:
> > Did you mean scsi_kmap_atomic_sg()?
>
> Yes .. I replied from memory rather than looking in the source.
>
> > That appears to do only part of
> > what usb_stor_access_xfer_buf() does. In fact, all it does is map a
> > single page.
>
> Um, it doe
On Thu, 2008-02-07 at 14:13 +0100, Bart Van Assche wrote:
> Since the focus of this thread shifted somewhat in the last few
> messages, I'll try to summarize what has been discussed so far:
> - There was a number of participants who joined this discussion
> spontaneously. This suggests that there
On Thu, 2008-02-07 at 11:08 +0100, Stefan Richter wrote:
> Mike Anderson wrote:
> > A number of user apps like lvm scanning that execute media access commands
> > already have filter capability to filter devices that one does not want to
> > scan. Another class of device scanners just use inquiries
On Thu, 7 Feb 2008 12:14:56 +0100
"Harald Arnesen" <[EMAIL PROTECTED]> wrote:
> On 2/7/08, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > (cc's restored, and expanded a bit)
>
> Ah, sorry, not used to gmail's web interface. Clicked the wrong button.
>
> > > Seems to be the advansys driver, so
http://bugzilla.kernel.org/show_bug.cgi?id=9909
[EMAIL PROTECTED] changed:
What|Removed |Added
KernelVersion|2.6.23 - 2.6.23.14 |2.6.23, 2.6.23.14, 2.6.24
--
Config
http://bugzilla.kernel.org/show_bug.cgi?id=9909
--- Comment #5 from [EMAIL PROTECTED] 2008-02-07 06:26 ---
Created an attachment (id=14736)
--> (http://bugzilla.kernel.org/attachment.cgi?id=14736&action=view)
Oops from 2.6.24
--
Configure bugmail: http://bugzilla.kernel.org/userpr
http://bugzilla.kernel.org/show_bug.cgi?id=9909
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment #4
http://bugzilla.kernel.org/show_bug.cgi?id=9909
--- Comment #3 from [EMAIL PROTECTED] 2008-02-07 05:55 ---
Created an attachment (id=14734)
--> (http://bugzilla.kernel.org/attachment.cgi?id=14734&action=view)
Dmesg from 2.6.22.17 (working)
--
Configure bugmail: http://bugzilla.ker
http://bugzilla.kernel.org/show_bug.cgi?id=9909
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #14733|Oops from 2.6.23 (truncated)|Oops from 2.6.23.14
description|
http://bugzilla.kernel.org/show_bug.cgi?id=9909
--- Comment #1 from [EMAIL PROTECTED] 2008-02-07 05:53 ---
Created an attachment (id=14732)
--> (http://bugzilla.kernel.org/attachment.cgi?id=14732&action=view)
Oops from 2.6.23
--
Configure bugmail: http://bugzilla.kernel.org/userpr
http://bugzilla.kernel.org/show_bug.cgi?id=9909
--- Comment #2 from [EMAIL PROTECTED] 2008-02-07 05:54 ---
Created an attachment (id=14733)
--> (http://bugzilla.kernel.org/attachment.cgi?id=14733&action=view)
Oops from 2.6.23 (truncated)
--
Configure bugmail: http://bugzilla.kerne
http://bugzilla.kernel.org/show_bug.cgi?id=9909
Summary: Unable to handle kernel NULL pointer dereference at
0010 (mptsas_probe_expander_phys+0x62/0x427)
Product: IO/Storage
Version: 2.5
KernelVersion: 2.6.23 - 2.6.23.14
Bart Van Assche wrote:
Since the focus of this thread shifted somewhat in the last few
messages, I'll try to summarize what has been discussed so far:
- There was a number of participants who joined this discussion
spontaneously. This suggests that there is considerable interest in
networked stor
Since the focus of this thread shifted somewhat in the last few
messages, I'll try to summarize what has been discussed so far:
- There was a number of participants who joined this discussion
spontaneously. This suggests that there is considerable interest in
networked storage and iSCSI.
- It has b
On Thu, Feb 07, 2008 at 12:14:56PM +0100, Harald Arnesen wrote:
> > The only recent changes to drivers/scsi/advansys.c are
> >
> > commit b80ca4f7ee36c26d300c5a8f429e73372d153379
> > Author: FUJITA Tomonori <[EMAIL PROTECTED]>
> > Date: Sun Jan 13 15:46:13 2008 +0900
> >
> > [SCSI] replace si
On 2/7/08, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> (cc's restored, and expanded a bit)
Ah, sorry, not used to gmail's web interface. Clicked the wrong button.
> > Seems to be the advansys driver, so I tried to remove it - and indeed,
> > the kernel now boots. So I guess it's either that driv
Mike Anderson wrote:
> A number of user apps like lvm scanning that execute media access commands
> already have filter capability to filter devices that one does not want to
> scan. Another class of device scanners just use inquiries which are not
> effected by the passive state (though some could
(cc's restored, and expanded a bit)
On Thu, 7 Feb 2008 10:44:29 +0100 "Harald Arnesen" <[EMAIL PROTECTED]> wrote:
> On Feb 6, 2008 11:47 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Wed, 6 Feb 2008 17:32:22 +0100
> > "Harald Arnesen" <[EMAIL PROTECTED]> wrote:
> >
> > > Photo of screen at
1. Remove libsa/sa_hash_kern.c
2. Remove include/sa_hash.h
3. Remove all references to sa_hash_xxx
4. Update Makefile accordingly in libsa
Signed-off-by: Yi Zou <[EMAIL PROTECTED]>
---
drivers/scsi/ofc/include/sa_hash.h| 65 ---
drivers/scsi/ofc/libfc/fc_exch.c |1
dr
1. Add hash table/funcs for fc_remote_port
2. Remove association with vf_rport_by_fid in fc_virt_fab
3. Remove association with vf_rport_by_wwpn in fc_virt_fab
4. Remove references to sa_hash_xxx
Signed-off-by: Yi Zou <[EMAIL PROTECTED]>
---
drivers/scsi/ofc/include/fc_remote_port.h |5
dri
1. Add hash table/funcs for fc_sess
2. Remove association with vf_sess_by_fids in fc_virt_fab
4. Remove refrences to sa_hash_xxx
Signed-off-by: Yi Zou <[EMAIL PROTECTED]>
---
drivers/scsi/ofc/include/fc_sess.h|2
drivers/scsi/ofc/libfc/fc_sess.c | 226 +++--
Remove vf_rport_by_fid, vf_rport_by_wwn, vf_lport_by_fid, vf_sess_by_fids
in struct fc_virt_fab of fc_virt_fab_impl.h
Signed-off-by: Yi Zou <[EMAIL PROTECTED]>
---
drivers/scsi/ofc/libfc/fc_virt_fab_impl.h |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/drivers/scsi/
The current build for openfc will fail as it only builds as module.
Signed-off-by: Yi Zou <[EMAIL PROTECTED]>
---
drivers/scsi/ofc/openfc/Makefile | 11 +++
1 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/scsi/ofc/openfc/Makefile b/drivers/scsi/ofc/openfc/Makefi
1. Add hash table/funcs for fc_local_port
2. Remove association with vf_lport_by_fid in fc_virt_fab
3. Remove references to sa_hash_xxx
Signed-off-by: Yi Zou <[EMAIL PROTECTED]>
---
drivers/scsi/ofc/libfc/fc_local_port.c | 184 +--
drivers/scsi/ofc/libfc/fc_local_p
63 matches
Mail list logo
