Re: [WIP RFC 5/5] upload-pack: send part of packfile response as uri

On Mon, Dec 3, 2018 at 3:38 PM Jonathan Tan wrote: > > This is a partial implementation of upload-pack sending part of its > packfile response as URIs. It does so by implementing a new flag `--exclude-configured-blobs` in pack-objects, which would change the output of pack-objects

Re: [WIP RFC 0/5] Design for offloading part of packfile response to CDN

Is. Among other things, this means that the server cannot send > keepalive packets until quite late in the response. One solution to this > might be to add a feature that allows the server to use a sideband > throughout the whole response - and this has other benefits too like >

[WIP RFC 0/5] Design for offloading part of packfile response to CDN

Some of us have been working on a design to improve the scalability of Git servers by allowing them to offload part of the packfile response to CDNs in this way: returning HTTP(S) URIs in fetch responses in addition to packfiles. This can reduce the load on individual Git servers and improves

[WIP RFC 5/5] upload-pack: send part of packfile response as uri

This is a partial implementation of upload-pack sending part of its packfile response as URIs. The client is not fully implemented - it knows to ignore the "packfile-uris" section, but because it does not actually fetch those URIs, the returned packfile is incomplete. A test is includ

Re: Parsing a git HTTP protocol response

On Fri, Nov 30, 2018 at 6:58 PM Bryan Turner wrote: > > Here's a (very ugly) patch I threw together on top of your code: ...snip Gmail butchered my patch, so here it is as an attachment. Bryan short-size-reads.patch Description: Binary data

Re: Parsing a git HTTP protocol response

ew Object Size bytes: 32 30 00 2b Based on that, it appears what's happening is you're not handling the case where you end up with fewer than 4 bytes in the buffer. As a result, memcpy reads past the end of the response buffer and gets whatever it gets, resulting in an incorrect parsed size. T

Parsing a git HTTP protocol response

Hi all, I am writing an implementation of the git HTTP pack protocol in C. It just does a request to clone a repository. It works pretty well for small repositories, but seems to fail on larger repositories and I do not understand why. All that my code does is send a hard-coded "want" request.

[Spam]Quick Response

Good day, My name is Annable Katherine Grosvenor, I'm 57yrs old, a widow, no kids, from the United Kingdom, I'm very sorry to bother you with this message but it is very important for me that I send out this message because I am very sick and at the point of death, I'm diagnosed with Ovarian

Re: [PATCH] fetch-pack: be more precise in parsing v2 response

On Thu, Oct 25, 2018 at 2:04 AM Junio C Hamano wrote: > > Junio C Hamano writes: > > > Jonathan Tan writes: > > > >> +GIT_TRACE_PACKET="$(pwd)/log" test_must_fail git -C http_child \ > >> +-c protocol.version=2 \ > >> +fetch "$HTTPD_URL/one_time_sed/http_parent" 2>

Re: [PATCH] fetch-pack: be more precise in parsing v2 response

Junio C Hamano writes: > Jonathan Tan writes: > >> +GIT_TRACE_PACKET="$(pwd)/log" test_must_fail git -C http_child \ >> +-c protocol.version=2 \ >> +fetch "$HTTPD_URL/one_time_sed/http_parent" 2> err && > > Because test_must_fail is a shell function, the above is not

Re: [PATCH] fetch-pack: be more precise in parsing v2 response

Jonathan Tan writes: > + GIT_TRACE_PACKET="$(pwd)/log" test_must_fail git -C http_child \ > + -c protocol.version=2 \ > + fetch "$HTTPD_URL/one_time_sed/http_parent" 2> err && Because test_must_fail is a shell function, the above is not a correct way to say "I want

[PATCH] fetch-pack: be more precise in parsing v2 response

Each section in a protocol v2 response is followed by either a DELIM packet (indicating more sections to follow) or a FLUSH packet (indicating none to follow). But when parsing the "acknowledgments" section, do_fetch_pack_v2() is liberal in accepting both, but determines whether t

URGENT RESPONSE NEEDED

Hello my dear. Did you receive my email message to you? Please, get back to me ASAP as the matter is becoming late. Expecting your urgent response. Sean.

URGENT RESPONSE NEEDED

Hello my dear. Did you receive my email message to you? Please, get back to me ASAP as the matter is becoming late. Expecting your urgent response. Sean.

URGENT RESPONSE NEEDED

Hello my dear. Did you receive my email message to you? Please, get back to me ASAP as the matter is becoming late. Expecting your urgent response. Sean.

URGENT RESPONSE PLEASE.

Hello my dear. Did you receive my email message to you? Please, get back to me ASAP as the matter is becoming late. Expecting your urgent response. Sean.

URGENT RESPONSE PLEASE.

Hello my dear. Did you receive my email message to you? Please, get back to me ASAP as the matter is becoming late. Expecting your urgent response. Sean.

Expecting Response.

Hello my dear. I have been expecting your response based on the email I sent you few days ago. Please, study my mail and respond back to me as the matter is becoming late. Expecting your urgent response. Yours Sincerely, Mr. Kimasala.

Dear friend, 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 but both of you have the same last name, so it

Re: QUICK RESPONSE

-- Dear Sir/Madam Are you a business man or woman ? Do you need a loan or funding for any reason such as: 1) Personal Loan,Business Expansion , 2) Business Start-up ,Education, 3) Debt Consolidation , Home Improvement Loans 4) Hard Money Loans, Investment Loans, We offer loan at low interest

I wait for your prompt response.

properties, hotels and any other viable investment opportunities in your country based on your recommendation will be highly welcomed. Hence your co -operation is highly needed to actualize this investment project I wait for your prompt response. Sincerely yours Mr Sam Azada.

I await your response for more close discussions.

could promise me of your country's economic stability . I await your response for more close discussions. Regards, Mr. Jeremiah Bworo Principal director Ministry of Works and Housing Benin Republic.

I await your response for more close discussions.

could promise me of your country's economic stability . I await your response for more close discussions. Regards, Mr. Jeremiah Bworo Principal director Ministry of Works and Housing Benin Republic.

I await your response for more close discussions.

could promise me of your country's economic stability . I await your response for more close discussions. Regards, Mr. Jeremiah Bworo Principal director Ministry of Works and Housing Benin Republic.

Re: git svn clone - Malformed network data: The XML response contains invalid XML: Malformed XML: no element found at /usr/share/perl5/vendor_perl/5.26/Git/SVN/Ra.pm line 312

fs/remotes/git-svn) > Malformed network data: The XML response contains invalid XML: Malformed XML: > no element found at /usr/share/perl5/vendor_perl/5.26/Git/SVN/Ra.pm line 312. OK, so lets find out what the next commit is after r27599: svn log -v -r 27599:HEAD https://smtp4dev.svn.codeplex.

git svn clone - Malformed network data: The XML response contains invalid XML: Malformed XML: no element found at /usr/share/perl5/vendor_perl/5.26/Git/SVN/Ra.pm line 312

= 569cc523b14d6346f3198f37b27fccb8cb572ab1 (refs/remotes/git-svn) ... It chugs along then ... W: -empty_dir: trunk/Rnwood.Smtp4dev/Behaviour.cs W: -empty_dir: trunk/Rnwood.SmtpServer/SmtpRequest.cs r27599 = 9e769d8327767a155d7b96b7cc28579cf0ed4c93 (refs/remotes/git-svn) Malformed network data: The XML response

I wait for your prompt response.

properties, hotels and any other viable investment opportunities in your country based on your recommendation will be highly welcomed. Hence your co -operation is highly needed to actualize this investment project I wait for your prompt response. Sincerely yours Mr Sam Azada.

I wait for your prompt response.

properties, hotels and any other viable investment opportunities in your country based on your recommendation will be highly welcomed. Hence your co -operation is highly needed to actualize this investment project I wait for your prompt response. Sincerely yours Mr Sam Azada.

I wait for your prompt response.

properties, hotels and any other viable investment opportunities in your country based on your recommendation will be highly welcomed. Hence your co -operation is highly needed to actualize this investment project I wait for your prompt response. Sincerely yours Mr Sam Azada.

I wait for your prompt response.

properties, hotels and any other viable investment opportunities in your country based on your recommendation will be highly welcomed. Hence your co -operation is highly needed to actualize this investment project I wait for your prompt response. Sincerely yours Mr Sam Azada.

I wait for your prompt response.

properties, hotels and any other viable investment opportunities in your country based on your recommendation will be highly welcomed. Hence your co -operation is highly needed to actualize this investment project I wait for your prompt response. Sincerely yours Mr Sam Azada.

Urgent response !!!

Greetings, I have a business proposal I would love to discuss with you. please reply me for more details Yours Sincerely, miss.melisa.mehmet

RE: STILL WAITING FOR YOUR RESPONSE

Hello, Did you received my previous message? Regards.

[PATCH v4 06/11] connect: teach client to recognize v1 server response

Teach a client to recognize that a server understands protocol v1 by looking at the first pkt-line the server sends in response. This is done by looking for the response "version 1" send by upload-pack or receive-pack. Signed-off-by: Brandon Williams <bmw...@google.com> ---

[PATCH v3 06/10] connect: teach client to recognize v1 server response

Teach a client to recognize that a server understands protocol v1 by looking at the first pkt-line the server sends in response. This is done by looking for the response "version 1" send by upload-pack or receive-pack. Signed-off-by: Brandon Williams <bmw...@google.com> ---

Your response is highly appreciated

Hello , I am specifically contacting you in respect of a business proposal that I have for you as you appear very relevant in the proposal. Please kindly reply back to me for further details. Waiting to hear from you. Regards, Mr.Adams Salem

Re: [PATCH v2 6/9] connect: teach client to recognize v1 server response

On 09/27, Junio C Hamano wrote: > Brandon Williams writes: > > > +/* Returns 1 if packet_buffer is a protocol version pkt-line, 0 otherwise. > > */ > > +static int process_protocol_version(void) > > +{ > > + switch (determine_protocol_version_client(packet_buffer)) { > > +

Re: [PATCH v2 6/9] connect: teach client to recognize v1 server response

On 09/27, Junio C Hamano wrote: > Brandon Williams writes: > > > +/* Returns 1 if packet_buffer is a protocol version pkt-line, 0 otherwise. > > */ > > +static int process_protocol_version(void) > > +{ > > + switch (determine_protocol_version_client(packet_buffer)) { > > +

Re: [PATCH v2 6/9] connect: teach client to recognize v1 server response

Brandon Williams writes: > +/* Returns 1 if packet_buffer is a protocol version pkt-line, 0 otherwise. */ > +static int process_protocol_version(void) > +{ > + switch (determine_protocol_version_client(packet_buffer)) { > + case protocol_v1: > +

Re: [PATCH v2 6/9] connect: teach client to recognize v1 server response

Brandon Williams writes: > +/* Returns 1 if packet_buffer is a protocol version pkt-line, 0 otherwise. */ > +static int process_protocol_version(void) > +{ > + switch (determine_protocol_version_client(packet_buffer)) { > + case protocol_v1: > +

[PATCH v2 6/9] connect: teach client to recognize v1 server response

Teach a client to recognize that a server understands protocol v1 by looking at the first pkt-line the server sends in response. This is done by looking for the response "version 1" send by upload-pack or receive-pack. Signed-off-by: Brandon Williams <bmw...@google.com> ---

[PATCH 5/8] connect: teach client to recognize v1 server response

Teach a client to recognize that a server understands protocol v1 by looking at the first pkt-line the server sends in response. This is done by looking for the response "version 1" send by upload-pack or receive-pack. Signed-off-by: Brandon Williams <bmw...@google.com> ---

Your response is required

Hello there, I sent you an email yesterday with a proposal that I think is going to be of mutual benefit but I did not receive a response from you yet so I am sending you this follow up to confirm if you actually received my email yesterday. Please let me know if you did not receive my

[RFC 6/7] transport: teach client to recognize v2 server response

Teach a client to recognize that a server understand protocol v2 by looking at the first pkt-line the server sends in response. This is done by looking for the response "version 2" sent by upload-pack. Signed-off-by: Brandon Williams <bmw...@google.com> --- builtin/fe

Your response is highly appreciated!!!

Hello , I am specifically contacting you in respect of a business proposal that I have for you as you appear very relevant in the proposal. Please kindly reply back to me for further details. Waiting to hear from you. Regards, Mr.Adams Salem Email: mradamssale...@outlook.my --- This

your response is highly appreciated

Hello , I am specifically contacting you in respect of a business proposal that I have for you as you appear very relevant in the proposal. Please kindly reply back to me for further details. Waiting to hear from you. Regards, Mr. Adams Salem Private E-mail: mradamssa...@outlook.my

Looking forward to hear your response regarding the fund tranfer in your account

Waiting to hear your response regarding the fund tranfer in your account

[PATCH 2/6] send-pack: extract parsing of "unpack" response

After sending the pack, we call receive_status() which gets both the "unpack" line and the ref status. Let's break these into two functions so we can call the first part independently. Signed-off-by: Jeff King --- send-pack.c | 23 ++- 1 file changed, 14

Haster Response.//..

Mr. Steve Bhatti, Drift / regionsjef Santander Bank Plc, 47-48 Piccadilly PICCADILLY W1J0DT London, Storbritannia Hei, Jeg er Steve Bhatti, fra Harlesden North West London, leder for regnskap Revisjonen og formell senior programmerer sjef hos Deutsche bank, her i England (Santander Bank Plc).

Nujna response.//..

Steve Bhatti, Operations / regionalni direktor Santander Bank Plc, 47-48 Piccadilly PICCADILLY W1J0DT London, Združeno Kraljestvo Hi, Sem Steve Bhatti, od Harlesden North West London, vodja oddelka racunovodskega revidiranja in formalno višji vodja programer pri Deutsche bank, tukaj v Angliji

Re: [PATCH] Documentation: pack-protocol correct NAK response

On Fri, Jul 22, 2016 at 1:28 PM, Stefan Beller wrote: > In the transport protocol we use NAK to signal the non existence of a > common base, so fix the documentation. Thanks. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to

[PATCH] Documentation: pack-protocol correct NAK response

tation/technical/pack-protocol.txt +++ b/Documentation/technical/pack-protocol.txt @@ -307,7 +307,7 @@ In multi_ack mode: ready to make a packfile, it will blindly ACK all 'have' obj-ids back to the client. - * the server will then send a 'NACK' and then wait for another re

URGENT RESPONSE NEEDED, PLEASE REPLY....

then, placed this amount on a Non-Investment Account without a beneficiary. Upon your response, I will configure your name on our database as holder of the Non-Investment Account. I will then guide you on how to apply to my head office for the Account Closure/bank-to-bank remittance of the funds

[PATCH 2/2] imap-send: fix CRAM-MD5 response calculation

Remove extra + 1 from resp_len, the length of the byte sequence to be Base64 encoded and passed to the server as the response. Or the response incorrectly contains an extra \0. Signed-off-by: Kazuki Yamaguchi <k...@rhe.jp> --- imap-send.c | 2 +- 1 file changed, 1 insertion(+), 1 de

Response Required

Good day, I wish to contact you personally for an important proposal that might be of interest to you. Regards, shu...@qq.com -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at

[PATCH v2 12/17] transport-helper: read helper response with strbuf_getline_crlf()

Our implementation of helpers never use CRLF line endings, and they do not depend on the ability to place a CR as payload at the end of the line, so this is essentially a no-op for in-tree users. However, this allows third-party implementation of helpers to give us their line with CRLF line

[PATCH 12/17] transport-helper: read helper response with strbuf_gets()

Our implementation of helpers never use CRLF line endings, and they do not depend on the ability to place a CR as payload at the end of the line, so this is essentially a no-op for in-tree users. However, this allows third-party implementation of helpers to give us their line with CRLF line

Response

Sent from my Boost Mobile phone.

Re: Still waiting for your response

Hello, I am Mrs. Supini Thrunkul from Tai Yau Bank Hong Kong, I need your cooperation to transfer $ 47.3 million US Dollars to any trusted account within your control. Contact me for more details. Mrs. Supini Thrunkul Tel: +85 2580 848 65 -- To unsubscribe from this list: send the line

Urgent Response.

. However, I am contacting you for obvious reason which you will understand. I am sending this mail just to know if this email address is OK, reply me back so that I will send more details to you. I have a very important thing to discuss with you, I look forward to receiving your response

RE: This is sequel to your non-response of my earlier letter to you

Dear Friend After five years of waiting the crown (British government) has given me the power to contact you so that you become the beneficiary to total amount £15,000,000.00 GBP in the intent of the deceased who died without a will. I am contacting you because I believe you are related. Please

RE: This is sequel to your non-response of my earlier letter to you

Dear Friend After five years of waiting the crown (British government) has given me the power to contact you so that you become the beneficiary to total amount £15,000,000.00 GBP in the intent of the deceased who died without a will. I am contacting you because I believe you are related. Please

[PATCH 12/14] reduce confusion over smart server response behaviour

The MUST and the following 'If' scenario may seem contradictory at first glance; swap their order to alleviate this. Also mention that the response should specifically be for the requested service, for clarity's sake. Based on: From: Junio C Hamano gits...@pobox.com Message-ID: 7vskdss3ei

Re: gitweb patch, no response

Christopher Durkin cjdur...@gmail.com writes: I submitted a small feature addition patch for gitweb (see http://article.gmane.org/gmane.comp.version-control.git/232327/match=gitweb) a couple of weeks ago. I didn't get any responses, good or bad. Was there something wrong with my submission

gitweb patch, no response

I submitted a small feature addition patch for gitweb (see http://article.gmane.org/gmane.comp.version-control.git/232327/match=gitweb) a couple of weeks ago. I didn't get any responses, good or bad. Was there something wrong with my submission in terms of formatting? Something else that I

URGENT RESPONSE!!

response at georgedaniels...@yahoo.com.hk. Have a pleasant day. George Daniels -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

URGENT RESPONSE!!

response at georgedaniels...@yahoo.com.hk. Have a pleasant day. George Daniels -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org

URGENT RESPONSE!!

response at georgedaniels...@yahoo.com.hk. Have a pleasant day. George Daniels -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo

[S390] cio: make sense id procedure work with partial hardware response

] AuthorDate: Tue Feb 5 16:50:33 2008 +0100 Committer: Martin Schwidefsky [EMAIL PROTECTED] CommitDate: Tue Feb 5 16:50:52 2008 +0100 [S390] cio: make sense id procedure work with partial hardware response In some cases the current sense id procedure trips over incomplete hardware responses

[S390] cio: Clean up chsc response code handling.

: Tue Feb 5 16:50:34 2008 +0100 Committer: Martin Schwidefsky [EMAIL PROTECTED] CommitDate: Tue Feb 5 16:50:53 2008 +0100 [S390] cio: Clean up chsc response code handling. This provides unified return codes for common response codes and also makes the debug feature messages more

sata_mv ncq Ignore response status LSB on NCQ

Jan 26 18:32:09 2008 -0500 Committer: Jeff Garzik [EMAIL PROTECTED] CommitDate: Fri Feb 1 11:29:47 2008 -0500 sata_mv ncq Ignore response status LSB on NCQ The lower 8 bits of response status are not valid for NCQ. Signed-off-by: Mark Lord [EMAIL PROTECTED] Signed-off

libertas: ensure response buffer size is always set for lbs_cmd_with_response

: Sat Dec 15 03:46:44 2007 -0500 Committer: David S. Miller [EMAIL PROTECTED] CommitDate: Mon Jan 28 15:07:37 2008 -0800 libertas: ensure response buffer size is always set for lbs_cmd_with_response Signed-off-by: David Woodhouse [EMAIL PROTECTED] Signed-off-by: John W. Linville

mac80211: don't read ERP information from (re)association response

: Wed Dec 19 23:38:24 2007 +0100 Committer: David S. Miller [EMAIL PROTECTED] CommitDate: Mon Jan 28 14:59:54 2008 -0800 mac80211: don't read ERP information from (re)association response According to the standard, the field cannot be present, so don't try to interpret it either

[DCCP]: Handle timestamps on Request/Response exchange separately

: Thu Dec 13 12:37:19 2007 -0200 Committer: David S. Miller [EMAIL PROTECTED] CommitDate: Mon Jan 28 14:57:51 2008 -0800 [DCCP]: Handle timestamps on Request/Response exchange separately In DCCP, timestamps can occur on packets anytime, CCID3 uses a timestamp(/echo) on the Request

[CIFS] Fix buffer overflow if server sends corrupt response to small

Nov 13 22:41:37 2007 + Committer: Steve French [EMAIL PROTECTED] CommitDate: Tue Nov 13 22:41:37 2007 + [CIFS] Fix buffer overflow if server sends corrupt response to small request In SendReceive() function in transport.c - it memcpy's message payload into a buffer

[SCSI] qla1280: eliminate wasted space in request and response ring

] AuthorDate: Thu Sep 20 01:07:50 2007 +0200 Committer: James Bottomley [EMAIL PROTECTED] CommitDate: Tue Oct 23 12:35:35 2007 -0400 [SCSI] qla1280: eliminate wasted space in request and response ring i think there is wasted space in allocated pages for request and response rings

[CIFS] parse server_GUID in SPNEGO negProt response

Oct 16 17:10:44 2007 + Committer: Steve French [EMAIL PROTECTED] CommitDate: Tue Oct 16 17:10:44 2007 + [CIFS] parse server_GUID in SPNEGO negProt response SPNEGO NegProt response also contains a server_GUID. Parse it as we would for RawNTLMSSP. Signed-off

[CIFS] Print better error when server returns malformed QueryUnixInfo response

Sep 20 15:30:07 2007 + Committer: Steve French [EMAIL PROTECTED] CommitDate: Thu Sep 20 15:30:07 2007 + [CIFS] Print better error when server returns malformed QueryUnixInfo response Signed-off-by: Steve French [EMAIL PROTECTED] --- fs/cifs/cifssmb.c |3 +++ 1 files

IB/core: Fix handling of multicast response failures

: Thu Sep 20 16:33:44 2007 -0700 Committer: Roland Dreier [EMAIL PROTECTED] CommitDate: Tue Oct 9 19:59:14 2007 -0700 IB/core: Fix handling of multicast response failures I was looking at the code for multicast.c and noticed that ib_sa_join_multicast() calls queue_join() which puts

IB/ehca: Adjust 64-bit alignment of create QP response for userspace

: Fri Sep 28 17:18:47 2007 +0200 Committer: Roland Dreier [EMAIL PROTECTED] CommitDate: Tue Oct 9 19:59:14 2007 -0700 IB/ehca: Adjust 64-bit alignment of create QP response for userspace Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED] Signed-off-by: Roland Dreier [EMAIL PROTECTED

IB/cm: Modify interface to send MRAs in response to duplicate messages

Aug 1 13:49:53 2007 -0700 Committer: Roland Dreier [EMAIL PROTECTED] CommitDate: Tue Oct 9 19:59:17 2007 -0700 IB/cm: Modify interface to send MRAs in response to duplicate messages The IB CM provides a message received acknowledged (MRA) message that can be sent to indicate

SCTP: Send ABORT chunk with correct tag in response to INIT ACK

Aug 31 10:03:58 2007 +0800 Committer: David S. Miller [EMAIL PROTECTED] CommitDate: Tue Sep 25 22:55:46 2007 -0700 SCTP: Send ABORT chunk with correct tag in response to INIT ACK When SCTP client received an INIT ACK chunk with missing mandatory parameter such as cookie parameter

ocfs2: Pack vote message and response structures

: Thu Sep 20 10:59:48 2007 -0700 Committer: Mark Fasheh [EMAIL PROTECTED] CommitDate: Thu Sep 20 15:06:10 2007 -0700 ocfs2: Pack vote message and response structures The ocfs2_vote_msg and ocfs2_response_msg structs needed to be packed to ensure similar sizeofs in 32-bit and 64-bit

IB/mad: Fix error path if response alloc fails in ib_mad_recv_done_handler()

: Fri Aug 3 10:45:17 2007 -0700 Committer: Roland Dreier [EMAIL PROTECTED] CommitDate: Fri Aug 3 10:45:17 2007 -0700 IB/mad: Fix error path if response alloc fails in ib_mad_recv_done_handler() If ib_mad_recv_done_handler() fails to allocate response, then it just printed a warning

knfsd: set the response bitmask for NFS4_CREATE_EXCLUSIVE

Jul 31 00:37:51 2007 -0700 Committer: Linus Torvalds [EMAIL PROTECTED] CommitDate: Tue Jul 31 15:39:38 2007 -0700 knfsd: set the response bitmask for NFS4_CREATE_EXCLUSIVE RFC 3530 says: If the server uses an attribute to store the exclusive create verifier

mmc-omap: fix sd response type 6 vs. 1

: Wed Jun 13 19:09:28 2007 +0200 Committer: Pierre Ossman [EMAIL PROTECTED] CommitDate: Wed Jun 13 19:11:14 2007 +0200 mmc-omap: fix sd response type 6 vs. 1 Ignoring OMAP_MMC_STAT_CARD_ERR, treating it as if the command completed correctly. Signed-off-by: Ragner Magalhaes

pxamci: fix PXA27x MMC workaround for bad CRC with 136 bit response

: Sun May 13 18:03:08 2007 +0200 Committer: Pierre Ossman [EMAIL PROTECTED] CommitDate: Mon May 14 18:51:48 2007 +0200 pxamci: fix PXA27x MMC workaround for bad CRC with 136 bit response ... and make it depend on the response flag instead of the command type. Signed-off

firewire: Clean up response handling.

: Fri Jan 26 00:38:13 2007 -0500 Committer: Stefan Richter [EMAIL PROTECTED] CommitDate: Fri Mar 9 22:02:46 2007 +0100 firewire: Clean up response handling. Signed-off-by: Kristian Høgsberg [EMAIL PROTECTED] Signed-off-by: Stefan Richter [EMAIL PROTECTED] --- drivers/firewire/fw

[TCP] FRTO: Response should reset also snd_cwnd_cnt

: Wed Feb 21 23:06:03 2007 -0800 Committer: David S. Miller [EMAIL PROTECTED] CommitDate: Wed Apr 25 22:23:08 2007 -0700 [TCP] FRTO: Response should reset also snd_cwnd_cnt Since purpose is to reduce CWND, we prevent immediate growth. This is not a major issue nor is the correct way

[TCP]: FRTO undo response falls back to ratehalving one if ECEd

: Fri Mar 2 13:34:19 2007 -0800 Committer: David S. Miller [EMAIL PROTECTED] CommitDate: Wed Apr 25 22:23:26 2007 -0700 [TCP]: FRTO undo response falls back to ratehalving one if ECEd Undoing ssthresh is disabled in fastretrans_alert whenever FLAG_ECE is set by clearing prior_ssthresh

[TCP] FRTO: Separated response from FRTO detection algorithm

: Wed Feb 21 22:56:19 2007 -0800 Committer: David S. Miller [EMAIL PROTECTED] CommitDate: Wed Apr 25 22:23:01 2007 -0700 [TCP] FRTO: Separated response from FRTO detection algorithm FRTO spurious RTO detection algorithm (RFC4138) does not include response to a detected spurious RTO

IB/srp: Don't wait for response when QP is in error state.

: Tue Jan 16 17:26:22 2007 +0200 Committer: Roland Dreier [EMAIL PROTECTED] CommitDate: Sun Feb 4 14:11:56 2007 -0800 IB/srp: Don't wait for response when QP is in error state. When there is a call to send_tsk_mgmt SRP posts a send and waits for 5 seconds to get a response

omap: Update MMC response types

] AuthorDate: Mon Jan 15 06:38:15 2007 +0100 Committer: Pierre Ossman [EMAIL PROTECTED] CommitDate: Mon Jan 15 06:39:00 2007 +0100 omap: Update MMC response types This patch is a fix in order to update MMC response types. This modification is needed to allow SD card support on OMAP

[PATCH] KVM: Improve interrupt response

5 16:36:24 2007 -0800 Committer: Linus Torvalds [EMAIL PROTECTED] CommitDate: Fri Jan 5 23:55:22 2007 -0800 [PATCH] KVM: Improve interrupt response The current interrupt injection mechanism might delay an interrupt under the following circumstances: - if injection fails

[PATCH] ipmi: fix panic ipmb response

tree ccb6709a781bdfaf774aa7774f0c22b6bbc923e8 parent 1fdd75bd6cfa60a54b6db91d9256a711ab52fef3 author Corey Minyard [EMAIL PROTECTED] Wed, 07 Sep 2005 05:18:42 -0700 committer Linus Torvalds [EMAIL PROTECTED] Thu, 08 Sep 2005 06:57:48 -0700 [PATCH] ipmi: fix panic ipmb response The null message