[Nbd] Get processed Platinum Master Credit Card NOW !!

-- Find and fix application performance issues faster with Applications Manager

[Nbd] Happy Ugadi 2016 from Sobha Dream Acres

-- Find and fix application performance issues faster with Applications Manager

[Nbd] new PCB supplier 2016-04-09 11:52:23

Dear Friends, This is Jet Huang, it's really nice to contact you. I am working in Shenzhen KAZ Circuit Co.,Ltd, we are a real PCB factory located in Shenzhen China. We offered many Aluminum PCB and FR4 PCB to overseas customers, and I hope we can be your supplier and looking forward a chance. Can

[Nbd] Get protection for your car at a price you can afford.

[Nbd] [RFC PATCH 00/18] NBD protocol additions

This series is for qemu 2.7, and will probably need some rework especially since some of it is trying to implement features that are still marked experimental in upstream NBD. Included are some interoperability bug fixes, code cleanups, then added support both client-side and server-side for:

Re: [Nbd] [RFC PATCH] doc: In STRUCTURED_REPLY, make error types easy to recognize

On 04/08/2016 11:17 AM, Alex Bligh wrote: > > On 8 Apr 2016, at 17:48, Eric Blake wrote: >> We may add future structured error replies; making it easy >> for older clients to properly treat such new reply types as >> an error gives us a bit more flexibility on introducing new

Re: [Nbd] [RFC PATCH] doc: In STRUCTURED_REPLY, make error types easy to recognize

On 8 Apr 2016, at 17:48, Eric Blake wrote: > We may add future structured error replies; making it easy > for older clients to properly treat such new reply types as > an error gives us a bit more flexibility on introducing new > errors to existing commands. Of course, good

[Nbd] [RFC PATCH] doc: In STRUCTURED_REPLY, make error types easy to recognize

We may add future structured error replies; making it easy for older clients to properly treat such new reply types as an error gives us a bit more flexibility on introducing new errors to existing commands. Of course, good design practice says we should try hard to prevent the server from

[Nbd] Question re reference server implementation

I note the reference server implementation has a mainloop() (not threaded) which appears never to be called. I'm guessing this is because mainloop_threaded() was added and it needs clearing up; or perhaps it's there for some other reason (e.g. restoring functionality to platforms without

Re: [Nbd] [PATCHv4] Document NBD_CMD_CLOSE

On 8 Apr 2016, at 14:34, Eric Blake wrote: >> The reference client is really the kernel (as nbdclient.c >> doesn't send closes). >> >> Would you be happy do do qemu's client? > > Yes, I'm hoping to have an implementation posted later today, along with > NBD_OPT_GO support.

[Nbd] [PATCH] UNTESTED: Add support for NBD_CMD_CLOSE to nbd-server

Add support for NBD_CMD_CLOSE. NBD_CMD_CLOSE waits for all inflight commands to complete, then does a FLUSH & reply (reporting any error, which is optional in the spec), then closes the channel (which is optional in the spec and an easy way to avoid processing further commands). Signed-off-by:

Re: [Nbd] [PATCHv4] Document NBD_CMD_CLOSE

On 04/07/2016 11:46 PM, Alex Bligh wrote: > > On 8 Apr 2016, at 04:31, Eric Blake wrote: > >> Should we be sticking this in the Experimental Extensions section, until >> we have an implementation? > > Not every change needs go through 'experimental'. > > You'll have an

Re: [Nbd] [Qemu-devel] [PATCH v2] doc: Add NBD_CMD_BLOCK_STATUS extension

Am 07.04.2016 um 18:10 hat Eric Blake geschrieben: > On 04/07/2016 04:38 AM, Vladimir Sementsov-Ogievskiy wrote: > > On 05.04.2016 16:43, Paolo Bonzini wrote: > >> > >> On 05/04/2016 06:05, Kevin Wolf wrote: > >>> The options I can think of is adding a request field "max number of > >>>

[Nbd] Get protection for your car at a price you can afford.

[Nbd] Get protection for your car at a price you can afford.

[Nbd] Happy Ugadi 2016 from Sobha Dream Acres

-- ___ Nbd-general mailing list

[Nbd] The future is finally looking good for you in 2016