similar to: glusterfs-3.5qa2 released

This patch adds some queue limit parameters into block drive. And inits them for sg block drive. Some interfaces are also added for accessing them. Signed-off-by: Cong Meng <mc at linux.vnet.ibm.com> --- block/raw-posix.c | 58 +++++++++++++++++++++++++++++++++++++++++++++++++++++ block_int.h | 4 +++ blockdev.c | 15 +++++++++++++ hw/block-common.h | 3 ++ 4 files

This patch adds some queue limit parameters into block drive. And inits them for sg block drive. Some interfaces are also added for accessing them. Signed-off-by: Cong Meng <mc at linux.vnet.ibm.com> --- block/raw-posix.c | 58 +++++++++++++++++++++++++++++++++++++++++++++++++++++ block_int.h | 4 +++ blockdev.c | 15 +++++++++++++ hw/block-common.h | 3 ++ 4 files

I am trying to run a Windows app on Mac using Wineskin. The app uses the functions GetDIBits and BitBlt for the purpose of capturing a snapshot of the screen. The problem is that these functions seem to behave a little different with Wineskin than in Windows. For example: HBITMAP hbm; hbm = (HBITMAP) GetCurrentObject(bitmapDC, OBJ_BITMAP); GetDIBits(bitmapDC, hbm, 0, 0, NULL, (LPBITMAPINFO)

I'd like to parse a C++ header file (say, math.h) with the Clang bindings for Python. (Yes, I know math.h is technically a C header, but for my purposes I want to pretend that it is C++.) For some reason, Clang is able to parse the file as C, but not as C++. Here is an example session: >>> import clang.cindex >>> idx = clang.cindex.Index.create() >>> tu =

Answering my own question: On Fri, Oct 18, 2013 at 8:51 PM, Elliott Slaughter < elliottslaughter at gmail.com> wrote: > I'd like to parse a C++ header file (say, math.h) with the Clang bindings > for Python. (Yes, I know math.h is technically a C header, but for my > purposes I want to pretend that it is C++.) For some reason, Clang is able > to parse the file as C, but not

From: Ville Syrjälä <ville.syrjala at linux.intel.com> Replace the ad-hoc iturbt_709 property with the new standard COLOR_ENCODING property. Compiles, but not tested. Cc: Daniel Vetter <daniel at ffwll.ch> Cc: nouveau at lists.freedesktop.org Cc: Ben Skeggs <bskeggs at redhat.com> Cc: Ilia Mirkin <imirkin at alum.mit.edu> Signed-off-by: Ville Syrjälä <ville.syrjala at

Hi, After the recent r-base and r-base-core alpha releases in sid, some packages fail to load, e.g. r-cran-bitops: R> library(bitops) Error in library(bitops) : package ?bitops? does not have a NAMESPACE and should be re-installed I suppose these errors will get fixed after 2.14.0 is released. In the meantime, should we just downgrade r-base and r-base-core to the testing versions?

Hi, I am trying to build an R package. My existing code makes use of the bitops and chron packages. So I have included statements to import required functionality into the NAMESPACE file using import(). When I run Rcmd build, and error is generated "Error: package 'bitops' does not have a name space" I exclude the import(bitops) statement from the NAMESPACE file and rebuild

Hi Armin! I have problems on debian sarge with standard 2.6.8-2-386 kernel. I've installed the packages: kernel-headers-2.6.8-2 kernel-headers-2.6.8-2-386 kernel-image-2.6.8-2-386 kernel-kbuild-2.6-3 kernel-source-2.6.8 Then I unpacked the kernel sources into /usr/src/kernel-source-2.6.8 and made a symlink from /usr/src/linux --> kernel-source-2.6.8 Then I entered

1c54d77 (x86: partial unification of asm-x86/bitops.h, 2008-01-30) changed a bunch of btrl/btsl instructions to btr/bts, with the following justification: The inline assembly for the bit operations has been changed to remove explicit sizing hints on the instructions, so the assembler will pick the appropriate instruction forms depending on the architecture and the context. Unfortunately,

Hi Elliott, On Oct 18, 2013, at 9:29 PM, Elliott Slaughter <elliottslaughter at gmail.com> wrote: > Answering my own question: > > On Fri, Oct 18, 2013 at 8:51 PM, Elliott Slaughter <elliottslaughter at gmail.com> wrote: > I'd like to parse a C++ header file (say, math.h) with the Clang bindings for Python. (Yes, I know math.h is technically a C header, but for my

The src won't compile with gcc 2.96 or 3.23: /lib/modules/2.4.21-4.ELsmp/build/include/linux/bitops.h:47: warning: no previous prototype for `gen eric_fls' /lib/modules/2.4.21-4.ELsmp/build/include/linux/bitops.h:76: warning: no previous prototype for `get _bitmask_order' Linux/ocfsmain.c:113: warning: initialization from incompatible pointer type Linux/ocfsmain.c:1492: conflicting

Hey there. I am running a program call SciFinder Scholar (it searches research journal pub databases) under codeweavers wine preview 4. Program runs pretty well EXCEPT all of the toolbar buttons are blank. and there are a fair number of the following errors fixme:bitmap:X11DRV_DIB_GetImageBits_1 from 1 bit bitmap with mask R,G,B ff0000,ff00,ff to 1 bit DIB fixme:bitblt:MaskBlt

On Tue, 5 Jan 2016 11:30:19 +0200 "Michael S. Tsirkin" <mst at redhat.com> wrote: > On Tue, Jan 05, 2016 at 09:13:19AM +0100, Martin Schwidefsky wrote: > > On Mon, 4 Jan 2016 22:18:58 +0200 > > "Michael S. Tsirkin" <mst at redhat.com> wrote: > > > > > On Mon, Jan 04, 2016 at 02:45:25PM +0100, Peter Zijlstra wrote: > > > >

On Tue, 5 Jan 2016 11:30:19 +0200 "Michael S. Tsirkin" <mst at redhat.com> wrote: > On Tue, Jan 05, 2016 at 09:13:19AM +0100, Martin Schwidefsky wrote: > > On Mon, 4 Jan 2016 22:18:58 +0200 > > "Michael S. Tsirkin" <mst at redhat.com> wrote: > > > > > On Mon, Jan 04, 2016 at 02:45:25PM +0100, Peter Zijlstra wrote: > > > >

Hi Jason, I love your patch! Perhaps something to improve: [auto build test WARNING on net/master] url: https://github.com/0day-ci/linux/commits/Jason-Wang/Fix-various-issue-of-vhost/20181210-223236 config: i386-randconfig-x072-201849 (attached as .config) compiler: gcc-7 (Debian 7.3.0-1) 7.3.0 reproduce: # save the attached .config to linux build tree make ARCH=i386 All

From: Matt Fleming <matt.fleming at linux.intel.com> Partially revert "com32: add a centralized bitops header" This reverts part of commit db74cf6c4182f40ecf7fad1f04799d09d82f896d. The usage of the centralized bitops in com32/lib/vsscanf.c is not correct because the bitmap that we're accessing is too large for the 'bt', 'bts' and 'btc' instructions to

Hello, I don't know if the problem originates from R-devel 3.2 or Rcurl itself. I post this message to the R-devel list and to the author of RCurl (duncan at r-project.org). > library("RCurl") Le chargement a n?cessit? le package : bitops > print(sessionInfo()) R Under development (unstable) (2015-02-03 r67717) Platform: x86_64-apple-darwin13.4.0 (64-bit) Running under:

Is there any particular protocol we should use to avoid stomping on each others toes when working on particular patches? It is quite easy to generate double nasty conflicts when working with patches of patches. I'm currently working through the patch set starting at the top (my patch tool was unhappy with 002-sync-bitops), working down my todo list. bobo@linux:~/paravirt> hg status M

Hello everyone, I am trying to get Saab's Electronic Parts Catalogue (EPC) to work with Wine. This is the only program I need running on Windows and stops me from fully enjoying the Linux. I'm running FC 9 with Wine v1.0. The installation of the program was very smoothly with no issues at all. However it fails to start - hangs when the main screen is supposed to show. I am getting