i686
GNU/Linux
dmesg output from both builds is attached to this message.
A livecd of the old OS still recognises the disk array as sdb1 correctly.
Is this an issue with modules/options or a problem with the distro
(Ubuntu server)?
Regards,
David
2.6.22-dmesg.gz
Description
as anyone chooses to use the old equipment (after
all, we support things like Arcnet networking, which lost to Ethernet many
years ago)
David Lang
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
drives in a commodity PC, run software RAID, and then
export the resulting volume to other servers via iSCSI. not a 'real' SCSI
device in sight.
David, your question surprises me a lot. From where have you decided that
SCST supports only pass-through backstorage? Does the RAM disk, wh
u, and the
bottom half with the help ?
I useually have more screen space available to the side then above and
below the list of options.
David Lang
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
people have
obviously put work into making that a cost-effective proposition.
but there's a huge difference between a distro deciding to not include UP
kernels and removing the option to build a UP kernel from the kernel
entirely. Nobody is saying that Ubuntu (or any other distro) should be
proh
es based on their fixed addresses/hardware paths.
you could use the suggestion made by Stefan Richter in Message-ID:
<[EMAIL PROTECTED]> that lets the driver suggest a name
if the system hasn't choosen to override it. Since distros look for
/dev/sd* it should even be able to work
like the distro doing it,
complain to them, it's not a kernel issue :)
I have, at least the response was to tell me how to kill this 'feature'
even if they won't change it.
David Lang
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
t
big problem with most of the prior suggestions that
have tried to offer a numbering option), it would just offer the most
specific information it has.
David Lang
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, 15 Oct 2007, Eric W. Biederman wrote:
Nick Piggin <[EMAIL PROTECTED]> writes:
How much swap do you have configured? You really shouldn't configure
so much unless you do want the kernel to actually use it all, right?
No.
There are three basic swapping scenarios.
- Pushing unused data
is should force everyone to use 'best effort' when there are many
situations where it's unnessasary overhead and chances for errors.
David Lang
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
but that's still a relativly special case, and it _is_ definantly
changeing the hardware
David Lang
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
IDE drives, but have SCSI interfaces to the system have always worked so
it's what sysadmins will expect.
David Lang
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
namespace requires changing one or
the other. while I would love to see SATA gain hardware path dependant
names I'm not holding my breath, but I hate to loose the predictable
nameing (even if the names change) for the IDE drives.
David Lang
-
To unsubscribe from this list: send the l
rom hardware that is consistant is being
removed and that it shouldn't be, it has it's place just like the 'best
effort' naming.
David Lang
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
away)
There is one thing however that could be improved: renaming a disk in an
udev rule should propagate the new name back to the kernel, just like
renaming an ethernet interface does. That way mapping error messages to
physical disk locations could be made much easier.
definantly.
Hello there,
drivers/scsi/be2iscsi/be_main.c:3168:18: warning: logical not is only applied
to the left hand side of comparison [-Wlogical-not-parentheses]
WARN_ON(!length> 0);
^
Maybe better code
WARN_ON(length == 0);
Regards
David Binder
by: kbuild test robot
> Signed-off-by: Eric Dumazet
> ---
> Given its broken in David net-next tree, its probably simpler
> that David merges this fix directly ? Thanks !
Yeah it's easiest if I just apply this to net-next, which I've just done,
thanks Eric.
--
To unsubscribe
icitly included
> and that tends to hide places where vmalloc() et al are added to files
> but the include of vmalloc.h is forgotten.
>
...
> Suggested-by: David Miller
> Signed-off-by: Stephen Rothwell
With the follow-on allnoconfig fixes:
Acked-by: David S. Miller
Than
a USB remove at all - at
least not to the filesystem - until the device has remained disconnected
for a short time.
David
N�r��yb�X��ǧv�^�){.n�+{���"�{ay� ʇڙ�,j��f���h���z� �w���
���j:+v���w�j�mzZ+�ݢj"��!�i
page_to_gfn. More complex clean up
> will come in follow-up patches.
>
> I think it may be possible to do further clean up in the x86 code to
> ensure that helpers returning machine address (such as virt_address) is
> not used by no auto-translated guests. I will let x86 xen expert d
; queue->tx_copy_ops[*copy_ops].dest.offset =
>>> offset_in_page(skb->data);
>>
>> Reviewed-by: Wei Liu
>>
>> One possible improvement is to change gmfn in copy_gop to gfn as well.
>> But that's outside of netback code.
>
dle cluster wide PRs
for Ceph rbd via the block layer, these will all need to be supported
by block layer (and LIO backend) APIs.
Cheers, David
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ve a real users feel free to propose patches and I'm happy to
> review them.
Thanks, David
1. http://linux-iscsi.org/wiki/VStorage_APIs_for_Array_Integration
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord..
On 07/08/15 17:34, Julien Grall wrote:
> Hi all,
>
> This patch series aims to use the memory terminologies described in
> include/xen/mm.h [1] for Linux xen code.
Applied to for-linus-4.3, thanks.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi&
Hello there,
[linux-4.2-rc7/drivers/scsi/bfa/bfad_bsg.c:108]: (style) Array index 'i' is
used before limits check.
Source code is
for (i = 0; iocmd->adapter_hwpath[i] != ':' && i < BFA_STRING_32; i++)
Suggest sanity check array index befo
, and not an error.
For second message, the condition is not an error. The existing
workaround of assuming a write through cache doesn't limit
functionality in any way.
Cc: xe-ker...@external.cisco.com
Signed-off-by: Shikhar Dogra
Signed-off-by: David Singleton
---
drivers/scsi/sd.c | 4 ++
using completion_done(), vmw_pvscsi should just use the return
value from wait_for_completion_timeout() to know if the wait timed out or not.
Signed-off-by: David Jeffery
---
vmw_pvscsi.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
--- a/drivers/scsi/vmw_pvscsi.c
+++ b/drivers
From: Atul Gupta
Date: Fri, 18 Nov 2016 16:37:40 +0530
> From: Hariprasad Shenai
>
> Allocate resources dynamically for Upper layer driver's (ULD) like
> cxgbit, iw_cxgb4, cxgb4i and chcr. The resources allocated include Tx
> queues which are allocated when ULD register with cxgb4 driver and fr
From: James Bottomley
Date: Wed, 23 Nov 2016 14:57:39 -0800
> What's the guarantee, since the device descriptors only cope with 32
> bits of physical address, that this driver never gets any dma address
> beyond its addressable range? Is it that the sbus can never be
> attached to this ATU type
From: tndave
Date: Wed, 23 Nov 2016 17:08:23 -0800
> As per my understanding, I think, all DMA map/unmap go through
> ATU (iommu) in sun4v sparc. To guarantee that driver doesn't get DMA
> address beyond its addressable range , driver must set dma mask before
> requesting any DMA mapping!
>
> I
From: Tushar Dave
Date: Wed, 23 Nov 2016 18:28:04 -0800
> qlogicpti uses '__u32' for dma handle while invoking kernel DMA APIs,
> instead of using dma_addr_t. This hasn't caused any 'incompatible
> pointer type' warning on SPARC because until now dma_addr_t is of
> type u32. However, recent chang
.
FWIW, I found the commit message a bit misleading and also came to the
same conclusion as Jan initially.
Perhaps,
"When adding a new request to the ring, an error may cause the
(partially constructed) request to be discarded and used for the next.
Thus ring->req_prod_pvt should not be
some drivers support automatic configuration (e.g. PNP or PCI) in addition
to manually coded parameters.
This patch annotates drivers in drivers/scsi/.
Suggested-by: One Thousand Gnomes
Signed-off-by: David Howells
cc: "Juergen E. Fischer"
cc: "James E.J. Bottomley"
cc:
From: "Rangankar, Manish"
Date: Fri, 2 Dec 2016 07:00:39 +
> Please consider applying the qed patches 1 & 2 to net-next.
Ok, done.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vge
Commit 669f044170d8933c3d66d231b69ea97cb8447338 ("scsi: srp_transport:
Move queuecommand() wait code to SCSI core") causes my sparc64 T4-2
machine to stop booting properly.
It gets past mounting root but then the disk seems to wedge and scsi
command resets don't seem to improve the situation.
Th
meter to scsi_internal_device_block() to decide whether
> or not to invoke scsi_wait_for_queuecommand().
>
> Signed-off-by: Jason Baron
Tested-by: David S. Miller
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: Bart Van Assche
Date: Sun, 1 Jan 2017 14:22:11 +
> My recommendation is to revert commit 18f6084a989b ("scsi: mpt3sas: Fix
> secure erase premature termination"). Since the mpt3sas driver uses the
> single-queue approach and since the SCSI core unlocks the block layer
> request queue lo
From: Chad Dupuis
Date: Mon, 16 Jan 2017 16:47:52 -0500
> I forgot to add netdev-next to the subject line. Is a repost needed
> here?
Not this time, no.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo
the different types of IDE-internal requests.
>
> It's a bit of a mess, but so is the surrounding code..
>
> Signed-off-by: Christoph Hellwig
Acked-by: David S. Miller
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message t
From: Parav Pandit
Date: Sat, 4 Feb 2017 11:00:49 -0600
> This patch makes use of is_vlan_dev() function instead of flag
> comparison which is exactly done by is_vlan_dev() helper function.
>
> Signed-off-by: Parav Pandit
> Reviewed-by: Daniel Jurgens
Applied.
From: Florian Fainelli
Date: Tue, 7 Feb 2017 15:02:53 -0800
> I'm hoping this doesn't conflict with what's already in net-next...
>
> David, this should probably go via your tree considering the diffstat.
I think you need one more respin. Are you doing an allmodc
uleparam.h
>>>
>>> https://git.kernel.org/cgit/linux/kernel/git/kvalo/wireless-drivers-next.git/commit/?id=949c2d0096753d518ef6e0bd8418c8086747196b
>>>
>>> I'm planning to send you a pull request tomorrow which contains that
>>> one.
>>
e_cdrom_dops = {
> .open = ide_cdrom_open_real,
> .release= ide_cdrom_release_real,
> .drive_status = ide_cdrom_drive_status,
Acked-by: David S. Miller
From: "Dupuis, Chad"
Date: Mon, 13 Feb 2017 11:17:00 -0800
> @@ -255,6 +259,10 @@ struct qed_hw_info {
> u32 part_num[4];
>
> unsigned char hw_mac_addr[ETH_ALEN];
> + u64 node_wwn;
> + u64
Applied to net-next, thanks.
From: Benoit Taine
Date: Fri, 18 Jul 2014 17:26:47 +0200
> We should prefer `const struct pci_device_id` over
> `DEFINE_PCI_DEVICE_TABLE` to meet kernel coding style guidelines.
> This issue was reported by checkpatch.
>
> A simplified version of the semantic patch that makes this change is as
>
ating as well.
The documentation for this protocol is rather lacking. In particular it
is missing the connection states.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: "Luis R. Rodriguez"
Date: Mon, 28 Jul 2014 11:28:28 -0700
> Tetsuo bisected and found that commit 786235ee "kthread: make
> kthread_create() killable" modified kthread_create() to bail as
> soon as SIGKILL is received. This is causing some issues with
> some drivers and at times boot. Josep
te(dev, XenbusStateConnected);
> + break;
> + }
> +}
I would like to see this state machine in common code but I'm not going
to insist on it since this is a existing driver.
Xen related parts:
Acked-by: David Vrabel
David
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
n (usually Dom0) which is
> owner of the physical device. This allows e.g. to use SCSI tape drives in a
> XEN domU.
Xen related parts
Acked-by: David Vrabel
David
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.ke
On 18/08/14 10:31, jgr...@suse.com wrote:
> - add support for larger SG-lists by putting them in an own granted page
As a reminder, this can't be acked until this protocol change has been
applied to Xen copy of this header.
David
--
To unsubscribe from this list: send the line &quo
My name is David Bryan . I am the managing director of All Ecobank
international PLC Ghana Accra . i want to inform you that the a little
boy lucky holton came to the bank and deposit 7.5 million dollars in
the bank and your Email ID
is attached to it as the beneficiary of the fund and it has
the capacity should
> be when they modify or set up the initial partition table?
I've a feeling that, historically at least, windows believes the partition
table.
I remember some CF cards that locked up when I tried to read the 'device info'
sector, and others (apparently identi
th Christopher Hellwig he recommended it be done that way.
Did he give a reason? The driver has more scsi bits in it than Xen bits
really.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
From Oliver Neukum [mailto:oneu...@suse.de]
> On Tue, 2014-08-26 at 09:58 +0000, David Laight wrote:
> > > Part of the problem is that usb-storage has no way to know that
> > > anything strange is going on. It's normal for READ CAPACITY(16) to
> > > fail (this
derated for non-subscribers)
You should add the appropriate scsi list here
(linux-scsi@vger.kernel.org I presume?)
David
> +S: Supported
> +F: drivers/scsi/xen-scsifront.c
> +F: drivers/xen/xen-scsiback.c
> +F: include/xen/interface/io/vscsiif.h
> +
> XEN SWIOTLB S
On 26/08/14 17:37, James Bottomley wrote:
> On Tue, 2014-08-26 at 16:23 +0200, Juergen Gross wrote:
>> On 08/26/2014 04:14 PM, David Vrabel wrote:
>>> On 18/08/14 10:31, jgr...@suse.com wrote:
>>>> From: Juergen Gross
>>>>
>>>> Add myself as
d this up but can you ensure they're wrapped at 72
characters next time. Also Xen isn't an abbreviation and should not be
capitalized.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
On 08/09/14 12:15, Dan Carpenter wrote:
> This function is only called with a spin_lock held and IRQs disabled.
> The allocation is not allowed to sleep and NOIO is not sufficient, it
> has to be ATOMIC.
Applied this and the scsiback one to devel/for-linus-3.18.
Thanks.
David
--
To un
scsifront_action_handler() will deadlock on host->host_lock, if the
ring is full and it has to wait for entries to become available.
Signed-off-by: David Vrabel
---
This was found with sparse. I've not tested it.
---
drivers/scsi/xen-scsifront.c |3 ++-
1 file changed, 2 insertio
> You must not add an aditional value for a module parameter without
> documenting it in Documentation/kernel-parameters.txt.
How can this work as a 'module parameter'?
I might want to use two different usb-scsi devices that have different
requirements.
David
--
To unsubscr
From: Anish Bhatt
Date: Mon, 15 Sep 2014 13:45:19 -0700
> Just like CNIC bnx2i/bnx2fc also have their tristate dependent on IPV6,
> however
> using the same solution as CNIC can cause recursive dependecies during make.
>
> Based on suggestions by Randy Dunlap, SCSI_NETLINK now depends on NET in
From: Randy Dunlap
Date: Mon, 15 Sep 2014 17:20:42 -0700
> From: Randy Dunlap
>
> Fix build errors when CONFIG_SCSI_NETLINK is enabled but
> CONFIG_NET is not enabled:
...
> Signed-off-by: Randy Dunlap
Applied, thanks a lot Randy.
--
To unsubscribe from this list: send the line "unsubscribe
From: Steffen Maier
Date: Tue, 16 Sep 2014 16:56:55 +0200
> I think zfcp does not have any (direct) dependency on NET.
>
> It looks like SCSI_FC_ATTRS selects SCSI_NETLINK (declaring
> scsi_nl_sock) and only depends on SCSI but not on NET.
> SCSI_NETLINK itself only selects NET but does not mode
From: Randy Dunlap
Date: Mon, 15 Sep 2014 23:35:21 -0700
> From: Randy Dunlap
>
> There are other kconfig symbols which select SCSI_FC_ATTRS,
> so they also need to depend on NET to fix kconfig warnings and
> build errors:
>
> warning: (LIBFC && SCSI_IBMVFC && SCSI_QLA_FC && SCSI_LPFC && ZFCP
From: Randy Dunlap
Date: Tue, 16 Sep 2014 13:24:46 -0700
> typo: depends on SCSI_FC_ATTRS
>
> No, I certainly have no objection and prefer depends over select anyway.
Ok, then please send me a patch which fixes things that way.
Thanks!
--
To unsubscribe from this list: send
From: Randy Dunlap
Date: Tue, 16 Sep 2014 13:47:41 -0700
> From: Randy Dunlap
>
> There are other kconfig symbols which use SCSI_FC_ATTRS.
> In order to maintain sanity and prevent kconfig warnings, change
> all of these from using 'select' to using 'depends on' so that
> proper symbol dependen
From: Christoph Hellwig
Date: Mon, 22 Sep 2014 07:42:13 -0700
> On Fri, Sep 19, 2014 at 04:50:59PM -0700, Randy Dunlap wrote:
>> --- linux-next-20140918.orig/drivers/scsi/qla2xxx/Kconfig
>> +++ linux-next-20140918/drivers/scsi/qla2xxx/Kconfig
>> @@ -30,7 +30,7 @@ config SCSI_QLA_FC
>>
>> confi
From: Christoph Hellwig
Date: Mon, 22 Sep 2014 07:42:13 -0700
> On Fri, Sep 19, 2014 at 04:50:59PM -0700, Randy Dunlap wrote:
>> --- linux-next-20140918.orig/drivers/scsi/qla2xxx/Kconfig
>> +++ linux-next-20140918/drivers/scsi/qla2xxx/Kconfig
>> @@ -30,7 +30,7 @@ config SCSI_QLA_FC
>>
>> confi
From: Randy Dunlap
Date: Fri, 19 Sep 2014 16:50:59 -0700
> From: Randy Dunlap
>
> Fix kconfig dependency warnings which can lead to build errors:
>
> warning: (SCSI_BNX2X_FCOE && LIBFCOE && TCM_QLA2XXX) selects LIBFC which has
> unmet direct dependencies (SCSI_LOWLEVEL && SCSI && SCSI_FC_ATTR
Please stop putting listname-owner (in this case linux-scsi-owner)
in the CC: list, that goes to me not the list.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-
g in some of the drivers.
I'd appreciate a review from some of the other front/backend driver
maintainers on whether this is sensible reasoning.
David
>
> And also need change the related comments for xenbus_switch_state().
>
> Signed-off-by: Chen Gang
> ---
> drivers/block
_remove(dev);
>
> 357 return err;
>
>
> And since there is no watch on the backend state to go in Closing it won't
> ever call those and we leak memory.
It's not leaking the memory. All resources will be recovered when the
device is removed.
> The same is for xen-blkback mechanism in the probe function.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 29/09/14 16:40, Konrad Rzeszutek Wilk wrote:
> On Mon, Sep 29, 2014 at 03:17:10PM +0100, David Vrabel wrote:
>> On 29/09/14 15:02, Konrad Rzeszutek Wilk wrote:
>>> On Sat, Sep 27, 2014 at 12:36:42AM +0800, Chen Gang wrote:
>>>> When xenbus_switch_state() fails, it
need be sure that all callers which check the return value must let
> 'err' be 0.
>
> And also need change the related comments for xenbus_switch_state().
Since this patch does not fix a bug and there is no unanimous agreement
on the API change I'm not going to apply it (nor
From: Nicolas Dichtel
Date: Fri, 4 Mar 2016 11:52:15 +0100
> The inital goal was to consolidate ethtool.h uapi header. But I took the
> opportunity to remove all duplicate definitions of DIV_ROUND_UP.
>
> v3: add patch #2 and #3
>
> v2: split the patch
> define DIV_ROUND_UP in uapi
Series
From: Yuval Mintz
Date: Tue, 15 Mar 2016 19:52:04 +0200
> Not all adapters have FC-NPIV configured. If bnx2fc is used with such an
> adapter, driver would read irrelevant data from the the nvram and log
> "FC-NPIV table with bad length..." In system logs.
>
> Simply accept that reading '0' as th
give you direction on how you will receive your ATM MASTER CARD
immediately.
Contact person: Dr. peter Akupa,
E-mail: (peterakupa...@gmail.com )
You have to also contact him with the following details:
1. Your full name:
2. Your contact cell phone number:
3. Your age:
4. your Email
Thanks
David
d can be used
to ascertain any vendor specific behaviors that need to be accommodated.
Reviewed-by: Lee Duncan
Signed-off-by: David Bond
---
Documentation/ABI/testing/sysfs-ibft | 10 ++
drivers/firmware/iscsi_ibft.c| 64 +++-
drivers/scsi/iscsi_boot_sy
T LUNS
> bit cold-booting directly into uas mode and then doing a REPORT LUNS
> upsets the drive / disk enclosure (this has all been observed by
> David Webb, I do not own such a drive).
Just to confirm what Hans has reported. After power has been removed the
Seagate Expansion usb disk a
On Fri, 2016-04-01 at 20:53 -0400, Konrad Rzeszutek Wilk wrote:
> On Wed, Mar 23, 2016 at 09:49:26PM -0400, David Bond wrote:
> >
> > Some ethernet adapter vendors are supplying products which support optional
> > (payed license) features. On some adapters this incl
d can be used
to ascertain any vendor specific behaviors that need to be accommodated.
Reviewed-by: Lee Duncan
Signed-off-by: David Bond
---
Documentation/ABI/testing/sysfs-ibft | 10 ++
drivers/firmware/iscsi_ibft.c| 67 +++-
drivers/scsi/iscsi_boot_sy
From: David Daney
It is unclear what the original intent of the masking was, but it is
clearly incorrect to truncate a physical address before calling
ioremap(). On systems where there are valid physical address bits
above bit-31 (arm64 for example) the result is an eventual OOPs when
From: Jiri Benc
Date: Fri, 22 Apr 2016 13:09:13 +0200
> ip6_route_output looks into different fields in the passed flowi6 structure,
> yet cxgbi passes garbage in nearly all those fields. Zero the structure out
> first.
>
> Fixes: fc8d0590d9142 ("libcxgbi: Add ipv6 api to driver")
> Signed-off-b
From: Simon Horman
Date: Mon, 17 Jun 2013 11:04:11 +0900
> On Fri, Jun 14, 2013 at 05:58:32PM +0900, Isaku Yamahata wrote:
>> The change set of 1a37e412, "net: Use 16bits for *_headers fields
>> of struct skbuff" converted from sk_buff_data_t into 16bit integer.
>> So skb->tail needs to be conver
ils) is what the networking code
does in essence, and they have no trouble reaching very high throughput.
Networking code has a similar proposal for low latency sockets using
polling: https://lwn.net/Articles/540281/
David
--
To unsubscribe from this list: send the line "unsubscribe l
r *)sic->data))
or should the MN10300 arch be changed to morph the array into a pointer,
perhaps with:
const __typeof__(ptr[0])* __guc_ptr = (ptr);
or:
const __typeof__(*ptr)* __guc_ptr = (ptr);
David
--
To unsubscribe from this list: send the line "unsubscribe linux-s
auth 45008867 subscribe linux-scsi \
david.carr...@pmcs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
gt; before removing a remote port.
>
> Signed-off-by: Bart Van Assche
> Cc: Roland Dreier
> Cc: James Bottomley
> Cc: David Dillow
> Cc: Vu Pham
> Cc: Sebastian Riemer
> ---
> Documentation/ABI/stable/sysfs-transport-srp | 37
es that require this are eventually accepted,
Acked-by: David Dillow
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
sary, that is possible by deleting
> and recreating an rport via sysfs.
Acked-by: David Dillow
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, 2013-06-28 at 14:56 +0200, Bart Van Assche wrote:
> From: Sebastian Riemer
>
> Avoid that path failover in a multipath setup causes the SCSI layer
> to generate kernel messages about SCSI command failures. This patch
> speeds up SRP initiator operation significantly when monitoring
> kern
On Mon, 2013-07-01 at 09:01 +0200, Bart Van Assche wrote:
> On 06/30/13 23:05, David Dillow wrote:
> > On Fri, 2013-06-28 at 14:53 +0200, Bart Van Assche wrote:
> >> +int srp_tmo_valid(int fast_io_fail_tmo, int dev_loss_tmo)
> >> +{
> >> + return (fast
On Wed, 2013-07-03 at 14:54 +0200, Bart Van Assche wrote:
> +int srp_tmo_valid(int fast_io_fail_tmo, int dev_loss_tmo)
> +{
> + return (fast_io_fail_tmo < 0 || dev_loss_tmo < 0 ||
> + fast_io_fail_tmo < dev_loss_tmo) &&
> + fast_io_fail_tmo <= SCSI_DEVICE_BLOCK_MAX_TIMEO
On Wed, 2013-07-03 at 18:00 +0200, Bart Van Assche wrote:
> On 07/03/13 17:14, David Dillow wrote:
> > On Wed, 2013-07-03 at 14:54 +0200, Bart Van Assche wrote:
> >> +int srp_tmo_valid(int fast_io_fail_tmo, int dev_loss_tmo)
> >> +{
> >> + return (fast
On Wed, 2013-07-03 at 20:24 +0200, Bart Van Assche wrote:
> On 07/03/13 19:27, David Dillow wrote:
> > On Wed, 2013-07-03 at 18:00 +0200, Bart Van Assche wrote:
> >> The combination of dev_loss_tmo off and reconnect_delay > 0 worked fine
> >> in my tests. An I/O fail
On Thu, 2013-07-04 at 10:01 +0200, Bart Van Assche wrote:
> On 07/03/13 20:57, David Dillow wrote:
> > And I'm getting the strong sense that the answer to my question about
> > fast_io_fail_tmo >= 0 when dev_loss_tmo is that we should not allow that
> > combination,
From: Meelis Roos
Date: Sun, 21 Apr 2013 14:02:11 +0300 (EEST)
> I revived my Sun E3000 after its main disk died, reinstalled Debian and
> after long apuse I am testing linux kernels again on it. In general it
> works fine but I left the bad disk connected and sometimes it causes ESP
> SCSI BU
From: David Miller
Date: Mon, 29 Jul 2013 15:32:23 -0700 (PDT)
> Therefore I think the fix is going to involve adding a member to
> "struct esp_cmd_entry" called "->orig_tag[]" so that we can see what
> the original tag[] values were at esp_alloc_lun_ta
From: Meelis Roos
Date: Tue, 30 Jul 2013 12:58:44 +0300 (EEST)
>> > Therefore I think the fix is going to involve adding a member to
>> > "struct esp_cmd_entry" called "->orig_tag[]" so that we can see what
>> > the original tag[] values were at esp_alloc_lun_tag() time.
>>
>> Please try this pa
1 - 100 of 697 matches
Mail list logo
