Am 02.10.2012 22:30, schrieb Nicholas A. Bellinger:
> On Tue, 2012-10-02 at 11:22 +0300, Dan Carpenter wrote:
>> Clang warns about this bug:
>> drivers/target/iscsi/iscsi_target_erl0.c:52:45: warning: operator '?:'
>> has lower precedence than '+'; '+' will be evaluated first
>> [-Wpare
On Tue, Oct 02, 2012 at 01:16:44PM -0700, Nicholas A. Bellinger wrote:
> * Optionally allow fd_buffered_io=1 to be enabled for people
> * who want use the fs buffer cache as an WriteCache mechanism.
> *
> * This means that in event of a hard failure, there is a r
On Tue, Oct 02, 2012 at 09:16:55PM +, Nicholas A. Bellinger wrote:
> From: Nicholas Bellinger
>
> This patch adds a new target_submit_cmd_map_sgls() to pass pre-allocated
> SGL memory using transport_generic_map_mem_to_cmd() logic into the generic
> target submit I/O codepath.
>
> It also ad
From: Nick Cheng
Add the spinlock for queue buffer access
Signed-off-by: Nick Cheng
---
diff -uprN -X linux-vanilla/Documentation/dontdiff
linux-vanilla//drivers/scsi/arcmsr/arcmsr.h
linux-development//drivers/scsi/arcmsr/arcmsr.h
--- linux-vanilla//drivers/scsi/arcmsr/arcmsr.h 2012-10-03
19:31:
From: Nick Cheng
Replace the nameing, hba, hbb and hbc, with hbaA, hbaB abd hbaC respectively
Signed-off-by: Nick Cheng
---
diff -uprN -X linux-vanilla/Documentation/dontdiff
linux-vanilla//drivers/scsi/arcmsr/arcmsr.h
linux-development//drivers/scsi/arcmsr/arcmsr.h
--- linux-vanilla//drivers/sc
From: Nick Cheng
Support hibernation for whole series of RAID controllers
Signed-off-by: Nick Cheng
---
diff -uprN -X linux-vanilla/Documentation/dontdiff
linux-vanilla//drivers/scsi/arcmsr/arcmsr_hba.c
linux-development//drivers/scsi/arcmsr/arcmsr_hba.c
--- linux-vanilla//drivers/scsi/arcmsr/ar
From: Nick Cheng
Support MSI or MSI-X for whole series of RAID controllers. Meanwhile correct
the register access as iowrite32/ioread32
Signed-off-by: Nick Cheng
---
diff -uprN -X linux-vanilla/Documentation/dontdiff
linux-vanilla//drivers/scsi/arcmsr/arcmsr.h
linux-development//drivers/scsi/ar
On Wed, 5 Sep 2012, Douglas Gilbert wrote:
> Date: Wed, 05 Sep 2012 15:41:13 -0400
> From: Douglas Gilbert
> To: Martin K. Petersen
> Cc: Lukas Czerner , linux-scsi@vger.kernel.org,
> jbottom...@parallels.com, ty...@mit.edu, pbonz...@redhat.com,
> linux-ker...@vger.kernel.org
> Subject:
https://bugzilla.kernel.org/show_bug.cgi?id=48241
Summary: oops when setting up LVM
Product: IO/Storage
Version: 2.5
Kernel Version: 3.6.0-next-20121003
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
https://bugzilla.kernel.org/show_bug.cgi?id=48241
--- Comment #1 from Daniel Santos 2012-10-03
15:05:37 ---
Created an attachment (id=81931)
--> (https://bugzilla.kernel.org/attachment.cgi?id=81931)
output of lshw
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
https://bugzilla.kernel.org/show_bug.cgi?id=48241
--- Comment #2 from Daniel Santos 2012-10-03
15:06:49 ---
Created an attachment (id=81941)
--> (https://bugzilla.kernel.org/attachment.cgi?id=81941)
.config
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
---
https://bugzilla.kernel.org/show_bug.cgi?id=48241
--- Comment #3 from Daniel Santos 2012-10-03
15:13:29 ---
Oh, I forgot my compiler:
$ gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.7.1/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.1/lto-wra
On Wed, 2012-10-03 at 15:04 +, bugzilla-dae...@bugzilla.kernel.org
wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=48241
>
>Summary: oops when setting up LVM
>Product: IO/Storage
>Version: 2.5
> Kernel Version: 3
241
>
>Summary: oops when setting up LVM
>Product: IO/Storage
>Version: 2.5
> Kernel Version: 3.6.0-next-20121003
> Platform: All
> OS/Version: Linux
> Tree: Mainline
> Status: NE
https://bugzilla.kernel.org/show_bug.cgi?id=48241
--- Comment #5 from Daniel Santos 2012-10-03
15:36:53 ---
> The image says the RIP is at kthread_data + 0xb
>
> That implies something went wrong within the workqueue or kthread
> systems, I've cc'd linux-kernel, but it's a bit of a vague t
https://bugzilla.kernel.org/show_bug.cgi?id=48241
--- Comment #6 from Daniel Santos 2012-10-03
16:16:48 ---
Created an attachment (id=81951)
--> (https://bugzilla.kernel.org/attachment.cgi?id=81951)
oops of next-20121003 compiled with gcc 4.6.3
So yeah, very similar oops under 4.
https://bugzilla.kernel.org/show_bug.cgi?id=48241
--- Comment #7 from Daniel Santos 2012-10-03
16:21:22 ---
Created an attachment (id=81961)
--> (https://bugzilla.kernel.org/attachment.cgi?id=81961)
Working 3.6.0-vanilla .config
This is the .config from 3.6.0-vanilla that is working
--
https://bugzilla.kernel.org/show_bug.cgi?id=48241
--- Comment #8 from Daniel Santos 2012-10-03
16:45:43 ---
Created an attachment (id=81971)
--> (https://bugzilla.kernel.org/attachment.cgi?id=81971)
config-3.6.0-next-20121003 (second)
OK, so I took my .config from 3.6.0-vanilla,
https://bugzilla.kernel.org/show_bug.cgi?id=48241
Daniel Santos changed:
What|Removed |Added
Attachment #81961|application/octet-stream|text/plain
mime type|
https://bugzilla.kernel.org/show_bug.cgi?id=48241
Daniel Santos changed:
What|Removed |Added
Attachment #81971|application/octet-stream|text/plain
mime type|
James, Robert-
I've been doing lots of backports of FCoE code to the RHEL tree these
last few months, and I've noticed something fairly irritating, and I was
wondering if you two could help me out with it (in fact you two are the only two
which can). I noticed that commits which are accept
The user space HBA API vendor libraries need to know which HBA/CNAs
hosts to manage. Currently, libhbalinux is used to manage a few drivers
that use libfcoe and libfc. Right now libhbalinux keys off of the
string " over " in the FC Host's symbolic_name attribute to determine
if it should manage a g
From: Nicholas Bellinger
This patch increases the default for nopin_timeout to 15 seconds (wait
between sending a new NopIN ping) and nopin_response_timeout to 30 seconds
(wait for NopOUT response before failing the connection) in order to avoid
false positives by iSCSI Initiators who are not alw
On Wed, 2012-10-03 at 07:47 -0400, Christoph Hellwig wrote:
> On Tue, Oct 02, 2012 at 01:16:44PM -0700, Nicholas A. Bellinger wrote:
> > * Optionally allow fd_buffered_io=1 to be enabled for people
> > * who want use the fs buffer cache as an WriteCache mechanism.
> > *
>
Integrate ata objects [port, link, device] with scsi objects.
Before [2.6.x]
The path of a scsi device is:
.../:00:1f.2/host0/port1/link1/dev1.0/target0:0:0/0:0:0:0
or when a port multiplier is present: for instance the device in port 4 of the
port multiplier:
.../:00:06.0/:09:00.0/h
On Tue, Oct 02, 2012 at 10:46:22PM -0500, Mike Christie wrote:
> On 10/02/2012 07:43 PM, Jonathan McDowell wrote:
> > Upgraded to 3.6 today on my dev box and after seeing an FC attached SAN
> > go down and come back up (due to an expected reboot) I started getting
> > the following in my logs. It c
26 matches
Mail list logo
