_flag);
>>> +static int
>>> +_base_wait_for_doorbell_ack(struct MPT2SAS_ADAPTER *ioc, int timeout,
>>> +int sleep_flag);
>>> +static int
>>> +_base_wait_for_doorbell_not_used(struct MPT2SAS_ADAPTER *ioc, int
>>> timeou
h.
Thanks, Tomas
>
> Up to now, Driver allocates a single contiguous block of memory
> pool for all reply queues and passes down a single address in the
> ReplyDescriptorPostQueueAddress field of the IOC Init Request
> Message to the firmware.
>
> When firmware receives this ad
it(struct MPT2SAS_ADAPTER *ioc, int request_bytes,
+u32 *request, int reply_bytes, u16 *reply, int timeout, int sleep_flag);
+static int
+_base_get_ioc_facts(struct MPT2SAS_ADAPTER *ioc, int sleep_flag);
Are you sure you need all these? _base_get_ioc_facts was the only one
that needed to b
On 06/25/2014 12:41 PM, Reddy, Sreekanth wrote:
> Up to now, Driver allocates a single contiguous block of memory
> pool for all reply queues and passes down a single address in the
> ReplyDescriptorPostQueueAddress field of the IOC Init Request
> Message to the firmware.
>
APTER *ioc, int request_bytes,
+u32 *request, int reply_bytes, u16 *reply, int timeout, int sleep_flag);
+static int
+_base_get_ioc_facts(struct MPT2SAS_ADAPTER *ioc, int sleep_flag);
/**
* _scsih_set_fwfault_debug - global setting of ioc->fwfault_debug.
*
@@ -1179,17 +119
On Thu 24-07-14 15:29:38, Ted Tso wrote:
> On Thu, Jul 24, 2014 at 05:27:22PM +0200, Pavel Machek wrote:
> > Hi!
> >
> > Just... I know, I should not be unscrewing hard drive cover while
> > operating.
> >
> > But on the other hand... WARN_ON() does no
Hi!
On Thu 24-07-14 17:27:22, Pavel Machek wrote:
> Just... I know, I should not be unscrewing hard drive cover while
> operating.
>
> But on the other hand... WARN_ON() does not sound like right reply for
> a disk failure... right?
No, it's not. Looks like a race betw
> "Sreekanth" == Sreekanth Reddy writes:
Sreekanth,
Sreekanth> Following are the changes that I have done in this patch over
Sreekanth> the first RDPQ support patch,
Please, please do the function moves in a different patch. Or use a
simple prototype declaration like I did to avoid moving t
oc->name, __func__, count, doorbell_reg);
+return -EFAULT;
+}
+
+/**
+ * _base_handshake_req_reply_wait - send request thru doorbell interface
+ * @ioc: per adapter object
+ * @request_bytes: request length
+ * @request: pointer having request payload
+ * @reply_bytes: reply length
+ * @reply: pointer
On Thu, Jul 24, 2014 at 05:27:22PM +0200, Pavel Machek wrote:
> Hi!
>
> Just... I know, I should not be unscrewing hard drive cover while
> operating.
>
> But on the other hand... WARN_ON() does not sound like right reply for
> a disk failure... right?
Actually, it can be w
Good day,
Here is a pdf attachment of my proposal to you. Please read and reply I
would be grateful.
Peter Hans wrote:
Good day.pdf
Description: Adobe PDF document
Hi!
Just... I know, I should not be unscrewing hard drive cover while
operating.
But on the other hand... WARN_ON() does not sound like right reply for
a disk failure... right?
And on related note... automounting is evil. Oh well
>>>>> "Sreekanth" == Sreekanth Reddy writes:
Sreekanth,
Sreekanth> 2. As per MPI Spec, each set of 8 reply descriptor post
Sreekanth> queues must have the same value for the upper 32-bits of
Sreekanth> their memory address. So allocated set of eight queues in
Hi Martin,
Following are the changes that I have done in this patch over the
first RDPQ support patch,
1. As per your suggestion reduced the redundancy in the function
_base_release_memory_pools(), _base_allocate_memory_pools().
2. As per MPI Spec, each set of 8 reply descriptor post queues must
c58012ba9f54213b26381464
Author: Martin K. Petersen
Date: Tue Jul 22 20:56:27 2014 -0400
Up to now, driver allocates a single contiguous block of memory pool for
all reply queues and passes down a single address in the
ReplyDescriptorPostQueueAddress field of the IOC Init Request Me
ioc->reply_post[0].reply_post_free));
+ ioc->reply_post[0].reply_post_free = NULL;
+ }
+ }
Why do you need to special case !rdpq? Isn't reply_queue_count = 1 in
that case?
@@ -2755,36 +3121,84 @@ chain_done:
Dear,
I know that this letter may come to you as a surprise, I got your
contact address from the computerized search. My name is Mr Alif
Tomar, I am the Bill and Exchange (assistant) Manager of Bank of
Africa Ouagadougou, Burkina Faso. In my department I discovered an
abandoned sum of eighteen mi
Up to now, Driver allocates a single contiguous block of memory
pool for all reply queues and passes down a single address in the
ReplyDescriptorPostQueueAddress field of the IOC Init Request
Message to the firmware.
When firmware receives this address, it will program each of the
Reply
Up to now, Driver allocates a single contiguous block of memory
pool for all reply queues and passes down a single address in the
ReplyDescriptorPostQueueAddress field of the IOC Init Request
Message to the firmware.
When firmware receives this address, it will program each of the
Reply
understanding
I am waiting for your reply.
Best regards,
Mr. Husam Al Sayed
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FA
of MAC Labeling", which increased the size
of the setattr error reply without increasing COMPOUND_ERR_SLACK_SPACE.
Signed-off-by: J. Bruce Fields
Signed-off-by: Jiri Slaby
---
fs/nfsd/nfsd.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/nfsd/nfsd.h b/fs/nfsd/nfsd.
From: "J. Bruce Fields"
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit a11fcce1544df08c723d950ff0edef3adac40405 upstream.
If the entire operation fails then there's nothing to encode.
Signed-off-by: J. Bruce Fields
Signed-off-by: Jiri Slab
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "J. Bruce Fields"
commit a11fcce1544df08c723d950ff0edef3adac40405 upstream.
If the entire operation fails then there's nothing to encode.
Signed-off-by: J. Bruce Fields
Signed-off-by: Greg K
of MAC Labeling", which increased the size
of the setattr error reply without increasing COMPOUND_ERR_SLACK_SPACE.
Signed-off-by: J. Bruce Fields
Signed-off-by: Greg Kroah-Hartman
---
fs/nfsd/nfsd.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/fs/nfsd/nfsd.h
+++ b/fs/n
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: "J. Bruce Fields"
commit a11fcce1544df08c723d950ff0edef3adac40405 upstream.
If the entire operation fails then there's nothing to encode.
Signed-off-by: J. Bruce Fields
Signed-off-by: Greg K
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: "J. Bruce Fields"
commit a11fcce1544df08c723d950ff0edef3adac40405 upstream.
If the entire operation fails then there's nothing to encode.
Signed-off-by: J. Bruce Fields
Signed-off-by: Greg Kr
entation of MAC Labeling", which increased the size
of the setattr error reply without increasing COMPOUND_ERR_SLACK_SPACE.
Signed-off-by: J. Bruce Fields
Signed-off-by: Kamal Mostafa
---
fs/nfsd/nfsd.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/nfsd/nfsd.h b/
3.13.11.1 -stable review patch. If anyone has any objections, please let me
know.
--
From: "J. Bruce Fields"
commit a11fcce1544df08c723d950ff0edef3adac40405 upstream.
If the entire operation fails then there's nothing to encode.
Signed-off-by: J. Bruce Fields
Signed-off-by:
Dear Friend,
Greetings, I need to discuss an important issue with you about fund of
$12.5Million, and i await your prompt response so as to know that your
email is still valid to communicate with each other. Hoping to hear
from you immediately. Thank you. Contact me direct on:
(maxwellstev...@gmx.
From: Brian Behlendorf
When allocating a reply buffer for the striping information don't
assume the unlikely worst case. Instead, assume the common case
and size the buffer based on the observed default ea/cookie size.
The default size is initialized to a single stripe and allowed to
gr
entation of MAC Labeling", which increased the size
of the setattr error reply without increasing COMPOUND_ERR_SLACK_SPACE.
Signed-off-by: J. Bruce Fields
Signed-off-by: Luis Henriques
---
fs/nfsd/nfsd.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/nfsd/nfsd.h b/
3.11.10.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: "J. Bruce Fields"
commit a11fcce1544df08c723d950ff0edef3adac40405 upstream.
If the entire operation fails then there's nothing to encode.
Signed-off-by: J. Bruce Fields
Signed-off-by:
3.8.13.22 -stable review patch. If anyone has any objections, please let me
know.
--
From: "J. Bruce Fields"
commit a11fcce1544df08c723d950ff0edef3adac40405 upstream.
If the entire operation fails then there's nothing to encode.
Signed-off-by: J. Bruce Fields
Signed-off-by:
entation of MAC Labeling", which increased the size
of the setattr error reply without increasing COMPOUND_ERR_SLACK_SPACE.
Signed-off-by: J. Bruce Fields
Signed-off-by: Kamal Mostafa
---
fs/nfsd/nfsd.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/nfsd/nfsd.h b/
; > while ((skb = __skb_dequeue(&dest->q)) != NULL)
> > netlink_unicast(aunet->nlsk, skb, dest->portid, 0);
> >
> > + put_net(net);
> > kfree(dest);
> >
> > return 0;
> > @@ -543,7 +544,7 @@ out_kfree_skb:
>
b = __skb_dequeue(&dest->q)) != NULL)
> netlink_unicast(aunet->nlsk, skb, dest->portid, 0);
>
> + put_net(net);
> kfree(dest);
>
> return 0;
> @@ -543,7 +544,7 @@ out_kfree_skb:
> static int audit_send_reply_thread(void *arg)
> {
> "Sreekanth" == Reddy, Sreekanth writes:
Sreekanth,
Sreekanth> The size of this contiguous block of memory pool is directly
Sreekanth> proportional to number of MSI-X vectors and the HBA queue
Sreekanth> depth. For example higher MSIX vectors requires larger
Sreekanth> contiguous block of m
Up to now, Driver allocates a single contiguous block of memory
pool for all reply queues and passes down a single address in the
ReplyDescriptorPostQueueAddress field of the IOC Init Request
Message to the firmware.
When firmware receives this address, it will program each of the
Reply
Up to now, Driver allocates a single contiguous block of memory
pool for all reply queues and passes down a single address in the
ReplyDescriptorPostQueueAddress field of the IOC Init Request
Message to the firmware.
When firmware receives this address, it will program each of the
Reply
Greetings!!
Please, I would respectfully request that you keep the contents of
this e-mail confidential and respect the integrity of the
information you come by as result of this e-mail. I contact you
independently and no one is informed of this communication.
Firstly, I am Mr. LAURANCE WELAM,
I am Mr. Kazuhiko Okuda (Head of Internal Audit Group, Deputy President,
Executive Officer and Director of Mizuho Trust & Banking Co., Ltd), Japan.
I have a lucrative business proposal of mutual interest to share with you. If
you are interested in working with me, Pls, contact me urgently throu
; How does this patch solve a caller's network namespace changing?
This solves the callers network namespace changing or the caller going
away entirely (a much more serious concern) because we capture the
network namespace at the time of the request when the caller is in the
kernel. I would h
);
>
> /* wait for parent to finish and send an ACK */
> @@ -510,6 +510,7 @@ int audit_send_list(void *_dest)
> while ((skb = __skb_dequeue(&dest->q)) != NULL)
> netlink_unicast(aunet->nlsk, skb, dest->portid, 0);
>
> + put_net(ne
--
Mr. Khadem Abdulla
United Arab Emirates.
Greetings,
I want to have a business deal with you, where the ratio can be shared between
us in the ratio of 60/40 as a brotherhood. If you agree to my business
proposal.
Further details of the transfer will be forwarded to you as soon as I receive
you
)
while ((skb = __skb_dequeue(&dest->q)) != NULL)
netlink_unicast(aunet->nlsk, skb, dest->portid, 0);
+ put_net(net);
kfree(dest);
return 0;
@@ -543,7 +544,7 @@ out_kfree_skb:
static int audit_send_reply_thread(void *arg)
{
s
ow old commands are
processed.
Do I get it right, that replies to old non-bundle commands are queued back
instead of sending immediately,
but since it is not bundle but single command, queued reply is being sent
'almost' immediately?
Basically, nothing changed to old clients, but ther
sent
first, followed by the status messages. This is because currently the
connector takes a cn_msg, and the difference between a reply and
status is the ack field of cn_msg. I could add a second
cn_netlink_send_nlh, to take a nlmsghdr or maybe a length so multiple
cn_msg can be bundled into one packet, th
foreigner. Therefore, I am
contacting you in this business for the benefit of both of us and kindly reply
me on this E-Mail ID zak0...@terra.com for confidential reasons.
Upon achieving this goal you will be entitled to 30% of the total sum and 70%
will be mine. So kindly indicate your full
Unicast one wire replies back to the sender portid to avoid multiple
programs getting each other's messages, especially as the response
can't be uniquely identified with the sequence coming from the
requesting program when both programs generate the same id. Continue
to broadcast events such as ad
el_request() zeros req->r_sent
when OSD map changes. Rather than adding a new variable to struct
ceph_osd_request to indicate if it's sent for the first time, We
can call the unsafe callback only when unsafe OSD reply is received.
If OSD's first reply is safe, just skip calling the u
Unicast one wire replies back to the sender portid to avoid multiple
programs getting each other's messages, especially as the response
can't be uniquely identified with the sequence coming from the
requesting program when both programs generate the same id. Continue
to broadcast events such as ad
I have a proposal for you for 2,500,000.00 GBP, I am Ms. Jennifer Mills
and I work with the lottery company, if you are interested, please do contact
me asap.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More major
Please pull one bugfix for nfsd crashes from
git://linux-nfs.org/~bfields/linux.git for-3.13
--b.
Jeff Layton (1):
nfsd: when reusing an existing repcache entry, unhash it first
fs/nfsd/nfscache.c |9 -
1 file
Guten Tag,
Mein Name ist Mr.SUN Zhijun, ich mit der Bank of China zu arbeiten. Ich brauche
Ihre Unterstützung in Durchführung einer Transaktion bei $ 18,5 Millionen
Dollar geschätzt, möchte ich Ihnen 30% der gesamten Mittel als Ausgleich für
Ihre Unterstützung in dieser Transaktion. Ich werde S
APplied these both to teh testing branch. Thanks!
On Wed, 27 Nov 2013, Li Wang wrote:
> Signed-off-by: Li Wang
> Signed-off-by: Yunchuan Wen
>
> Li Wang (2):
> ceph: Clean up if error occurred in finish_read()
> ceph: Add necessary clean up if invalid reply received in
Signed-off-by: Li Wang
Signed-off-by: Yunchuan Wen
Li Wang (2):
ceph: Clean up if error occurred in finish_read()
ceph: Add necessary clean up if invalid reply received in
handle_reply()
fs/ceph/addr.c|3 +++
net/ceph/osd_client.c |7 +++
2 files changed, 10
Wake up possible waiters, invoke the call back if any, unregister the request
Signed-off-by: Li Wang
Signed-off-by: Yunchuan Wen
---
net/ceph/osd_client.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/net/ceph/osd_client.c b/net/ceph/osd_client.c
index 2b4b32a..a17eaae 100644
--
AVOCAT.docx
Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Dear Friend,
I will want to discuss something with you about your family and it has some
form of relationship with you going by the similarity in the name.
So kindly get back to me if you are interested so that we can discuss more
about this.
Regards,
John Jack Dick Ven Der Berg.
--
To uns
CONFIDENTIAL TRUST REPLY .
Dear Friend,
I am contacting you to assist me in the transfer of $6,200,000.00 into your
personal bank account for our benefit, this transaction is confidential and we
MUST remain fiducially in all our dealings since I cannot execute this
i have a business proposal for you, write me back for more info.
-Sent from my ipad.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FA
i have a business proposal for you, write me back for more info.
-Sent from my ipad.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the F
CONFID ENTIAL TRUST REPLY .
Dear Friend,
I am contacting you to assist me in the transfer of $6,200,000.00 into your
personal bank account for our benefit, this transaction is confidential and we
MUST remain fiducially
--
From; Mr Boromo Williams.
Ouagadougou,Burkina Faso .
Attn: Please ,
I crave your indulgence for the unsolicited nature of this letter, but
it was borne out of desperation and current development. Please bear
with me.
My name is Mr Boromo Williams,the Director incharge of Auditing
section of
--
From; Mr Boromo Williams.
Ouagadougou,Burkina Faso .
Attn: Please ,
I crave your indulgence for the unsolicited nature of this letter, but
it was borne out of desperation and current development. Please bear
with me.My name is Mr Boromo Williams,the Director incharge of
Auditing section of B
Dear Supplier,
We appreciate your prompt reply. Our customer that directs us to your company
has sent us the sample product needed in this website. Do sign in your valid
email and password to view the exact sample in this website.
Visit the following website
http://abercrombie-fitch.cm
This is an automated response.
This email address does not accept incoming messages.
Please contact Nero Technical Support by phone at 1-888-309-4212 if you need
assistance.
Thank You,
Nero Technical Support
1-888-309-4212
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
We offer Business/Company/Project loans at 3%. Reply with amount
needed.Reply Via Email: frankjimmyloancompan...@aol.com
Disclaimer: The information contained in this communication is intended solely
for the use of the individual or entity to whom it is addressed and others
authorized to
Dear Friend,
I will want to discuss something with you about your family and it has some
form of relationship with you going by the similarity in the name.
So kindly get back to me if you are interested so that we can discuss more
about this.
Regards,
John Jack Dick Ven Der Berg.
--
To unsubsc
Dear Friend,
I will want to discuss something with you about your family and it has some
form of relationship with you going by the similarity in the name.
So kindly get back to me if you are interested so that we can discuss more
about this.
Regards,
John Jack Dick Ven Der Berg.
--
To unsubsc
My Boss has instructed me to contact you with regards to a transaction worth
£22.4million pounds to discuss with you. Reply to his private email:
mervyn-kin...@live.com <mailto:mervyn-kin...@live.com> for more information.
Alexandra M. Coppadge
This City of Wilmington e-mail, includi
I have a proposal for you in the tune of One Hundred & Five Million EUR, after
successful transfer, we shall share in the ratio of forty for you and sixty for
me. Please reply for specifics.
Yours,
Mr. Cham Tao Soon
Chairman Audit Committee
UOB Bank, Singapore
--
To unsubscribe from this
Hello,
I have emailed you earlier without a response.In my first email I mentioned
about my late client whose relatives I cannot get in touch with. I am compelled
to do this because I would not want the bank to push my clients funds into the
bank treasury as unclaimed inheritance.
This mail
...@mail.mn
after which I shall furnish you with the full details of this transaction.
Yours Truly,
Wong Yong
NOTE: IF INTERESTED REPLY TO MY PRIVATE EMAIL yongw...@mail.mn--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
We can send the audit reply message to userspace auditd
process which running in the same user namespace with the
process which send the audit request message to kernel.
Signed-off-by: Gao feng
---
kernel/audit.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/kernel
I am Lee Leung, an account manager in China Trust Bank and i have an urgent and
confidential business proposition for you.
Awaiting your urgent response : lkamleu...@yahoo.com.hk
Sincerely,Lee Leung.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
We can send the audit reply message to userspace auditd
process which running in the same user namespace with the
process which send the audit request message to kernel.
Signed-off-by: Gao feng
---
kernel/audit.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/kernel
We should reply the audit filter list request to the proper
user namespace.
Signed-off-by: Gao feng
---
kernel/audit.c | 3 ++-
kernel/audit.h | 1 +
kernel/auditfilter.c | 1 +
3 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/kernel/audit.c b/kernel/audit.c
index
I need your assistance to move funds from Singapore. I will forward
details upon your request.
Cham Tao Soon
This message was sent using IMP, the Internet Messaging Program.
--
To unsubscribe from this list: send the line "u
> > On Mon, Apr 08, 2013 at 12:27:06PM +, Zhanghaoyu (A) wrote:
> >> On Sun, Apr 07, 2013 at 04:58:07AM +, Zhanghaoyu (A) wrote:
> >> I start a kvm VM with vnc(using the zrle protocol) connect, sometimes
> >> qemu program crashed during starting period, received signal SIGABRT.
> >
On 04/11/13 11:29, Stefan Hajnoczi wrote:
> On Mon, Apr 08, 2013 at 12:27:06PM +, Zhanghaoyu (A) wrote:
>> On Sun, Apr 07, 2013 at 04:58:07AM +, Zhanghaoyu (A) wrote:
>> I start a kvm VM with vnc(using the zrle protocol) connect, sometimes
>> qemu program crashed during starting pe
On Mon, Apr 08, 2013 at 12:27:06PM +, Zhanghaoyu (A) wrote:
> On Sun, Apr 07, 2013 at 04:58:07AM +, Zhanghaoyu (A) wrote:
> > >>> I start a kvm VM with vnc(using the zrle protocol) connect, sometimes
> > >>> qemu program crashed during starting period, received signal SIGABRT.
> > >>> Tryi
On Sun, Apr 07, 2013 at 04:58:07AM +, Zhanghaoyu (A) wrote:
> >>> I start a kvm VM with vnc(using the zrle protocol) connect, sometimes
> >>> qemu program crashed during starting period, received signal SIGABRT.
> >>> Trying about 20 times, this crash may be reproduced.
> >>> I guess the cause
3.5.7.3 -stable review patch. If anyone has any objections, please let me know.
--
From: "J. Bruce Fields"
commit 57d276d71aef7d8305ff002a070cb98deb2edced upstream.
Very embarassing: 1091006c5eb15cba56785bd5b498a8d0b9546903 "nfsd: turn
on reply cache for NFSv4
3.7-stable review patch. If anyone has any objections, please let me know.
--
From: Armen Baloyan
commit 63ea923a97cb0d78efcbbd229950e101588f0ddb upstream.
FC transport on receiving bsg_job submission failure, calls bsg_job->job_done()
and sets the bsg_job->reply->r
3.7-stable review patch. If anyone has any objections, please let me know.
--
From: "J. Bruce Fields"
commit 57d276d71aef7d8305ff002a070cb98deb2edced upstream.
Very embarassing: 1091006c5eb15cba56785bd5b498a8d0b9546903 "nfsd: turn
on reply cache for NFSv4
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: "J. Bruce Fields"
commit 57d276d71aef7d8305ff002a070cb98deb2edced upstream.
Very embarassing: 1091006c5eb15cba56785bd5b498a8d0b9546903 "nfsd: turn
on reply cache for NFSv4
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: "J. Bruce Fields"
commit 57d276d71aef7d8305ff002a070cb98deb2edced upstream.
Very embarassing: 1091006c5eb15cba56785bd5b498a8d0b9546903 "nfsd: turn
on reply cache for NFSv4
From: "J. Bruce Fields"
This reverts commit 79f77bf9a4e3dd5ead006b8f17e7c4ff07d8374e.
This is obviously wrong, and I have no idea how I missed seeing the
warning in testing: I must just not have looked at the right logs. The
caller bumps rq_resused/rq_next_page, so it will always be hit on a
la
3.5.7.2 -stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hedberg
commit 476e44cb19f1fbf2d5883dddcc0ce31b33b45915 upstream.
The mgmt_read_index_list uses one loop to calculate the max needed size
of its response with the help of an upper-bo
3.6-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hedberg
commit 476e44cb19f1fbf2d5883dddcc0ce31b33b45915 upstream.
The mgmt_read_index_list uses one loop to calculate the max needed size
of its response with the help of an upper-bound o
message is revoked if it
was in use to receive an incoming reply. Reorder these so we are
sure we hold a reference until we're actually done with the message.
Signed-off-by: Alex Elder
Reviewed-by: Sage Weil
Signed-off-by: Greg Kroah-Hartman
(cherry picked from c
need to ping a host which is in same LAN
>on
>Domu, some of packets will be lost intermittently.
>Analyse: When Dom0 set bond mode to 6, the bond alb will change MAC of every
>arp
>reply in rlb_arp_xmit function to affect receive packets, it is ok for normal
>NIC, but it
On Tue, 30 Oct 2012 at 02:47 GMT, Zheng Li wrote:
> + struct slave *tmp_slave = NULL;
> + int i = 0, found_mac = 0;
> + bond_for_each_slave(bond, tmp_slave, i) {
> + if (ether_addr_equal_64bits(arp->mac_src,
>
e LAN on
Domu, some of packets will be lost intermittently.
Analyse: When Dom0 set bond mode to 6, the bond alb will change MAC of every arp
reply in rlb_arp_xmit function to affect receive packets, it is ok for normal
NIC, but it's wrong to Domu, when Domu send arp reply through vif of Dom0, b
From: "zheng.li"
Date: Mon, 29 Oct 2012 17:11:28 +0800
> @@ -700,7 +700,18 @@ static struct slave *rlb_arp_xmit(struct sk_buff
> *skb, struct bonding *bond)
You commit message is poorly formatted and your email client corrupted
the patch, making it completely unusable.
--
To unsubscribe from thi
e LAN on
Domu, some of packets will be lost intermittently.
Analyse: When Dom0 set bond mode to 6(alb), the bond_alb will change MAC
of every arp reply in rlb_arp_xmit function to affect receive packets,
it is ok for normal NIC, but it's wrong to Domu, when Domu send arp
reply through vif of Dom
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Lin Ming
commit 9e33ce453f8ac8452649802bee1f410319408f4b upstream.
IPVS should not reset skb->nf_bridge in FORWARD hook
by calling nf_reset for NAT replies. It triggers oops in
br_nf_forward_fi
Please ignore previous message.
--
1.7.7
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
501 - 600 of 645 matches
Mail list logo