Displaying 20 results from an estimated 800 matches similar to: "[PATCH] s390: virtio: constify virtio_config_ops structures"
2017 Jan 16
3
[PULL 5/5] virtio/s390: virtio: constify virtio_config_ops structures
On Mon, Jan 16, 2017 at 03:04:33PM +0100, Cornelia Huck wrote:
> From: Bhumika Goyal <bhumirks at gmail.com>
>
> Declare virtio_config_ops structure as const as it is only stored in the
> config field of a virtio_device structure. This field is of type const, so
> virtio_config_ops structures having this property can be declared const.
> Done using Coccinelle:
>
>
2017 Jan 16
3
[PULL 5/5] virtio/s390: virtio: constify virtio_config_ops structures
On Mon, Jan 16, 2017 at 03:04:33PM +0100, Cornelia Huck wrote:
> From: Bhumika Goyal <bhumirks at gmail.com>
>
> Declare virtio_config_ops structure as const as it is only stored in the
> config field of a virtio_device structure. This field is of type const, so
> virtio_config_ops structures having this property can be declared const.
> Done using Coccinelle:
>
>
2017 Jan 16
1
[PULL 5/5] virtio/s390: virtio: constify virtio_config_ops structures
On Mon, Jan 16, 2017 at 08:58:34PM +0530, Bhumika Goyal wrote:
> On Mon, Jan 16, 2017 at 7:59 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
> > On Mon, Jan 16, 2017 at 03:04:33PM +0100, Cornelia Huck wrote:
> >> From: Bhumika Goyal <bhumirks at gmail.com>
> >>
> >> Declare virtio_config_ops structure as const as it is only stored in the
>
2017 Jan 16
1
[PULL 5/5] virtio/s390: virtio: constify virtio_config_ops structures
On Mon, Jan 16, 2017 at 08:58:34PM +0530, Bhumika Goyal wrote:
> On Mon, Jan 16, 2017 at 7:59 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
> > On Mon, Jan 16, 2017 at 03:04:33PM +0100, Cornelia Huck wrote:
> >> From: Bhumika Goyal <bhumirks at gmail.com>
> >>
> >> Declare virtio_config_ops structure as const as it is only stored in the
>
2017 Jan 16
0
[PULL 5/5] virtio/s390: virtio: constify virtio_config_ops structures
On Mon, Jan 16, 2017 at 7:59 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
> On Mon, Jan 16, 2017 at 03:04:33PM +0100, Cornelia Huck wrote:
>> From: Bhumika Goyal <bhumirks at gmail.com>
>>
>> Declare virtio_config_ops structure as const as it is only stored in the
>> config field of a virtio_device structure. This field is of type const, so
>>
2017 Jan 16
0
[PULL 5/5] virtio/s390: virtio: constify virtio_config_ops structures
From: Bhumika Goyal <bhumirks at gmail.com>
Declare virtio_config_ops structure as const as it is only stored in the
config field of a virtio_device structure. This field is of type const, so
virtio_config_ops structures having this property can be declared const.
Done using Coccinelle:
@r1 disable optional_qualifier@
identifier i;
position p;
@@
static struct virtio_config_ops i at
2017 Jan 16
7
[PULL 0/5] virtio/s390 patches for -next
Michael,
the following patches have all been posted in the past. I've
collected them on top of your vhost branch -- please let me
know whether this works for you.
The following changes since commit 6bdf1e0efb04a1716373646cb6f35b73addca492:
Makefile: drop -D__CHECK_ENDIAN__ from cflags (2016-12-16 00:13:43 +0200)
are available in the git repository at:
2017 Jan 16
7
[PULL 0/5] virtio/s390 patches for -next
Michael,
the following patches have all been posted in the past. I've
collected them on top of your vhost branch -- please let me
know whether this works for you.
The following changes since commit 6bdf1e0efb04a1716373646cb6f35b73addca492:
Makefile: drop -D__CHECK_ENDIAN__ from cflags (2016-12-16 00:13:43 +0200)
are available in the git repository at:
2017 Jan 09
3
[PATCH] vhost: scsi: constify target_core_fabric_ops structures
Declare target_core_fabric_ops strucrues as const as they are only
passed as an argument to the functions target_register_template and
target_unregister_template. The arguments are of type const struct
target_core_fabric_ops *, so target_core_fabric_ops structures having
this property can be declared const.
Done using Coccinelle:
@r disable optional_qualifier@
identifier i;
position p;
@@
2017 Jan 09
3
[PATCH] vhost: scsi: constify target_core_fabric_ops structures
Declare target_core_fabric_ops strucrues as const as they are only
passed as an argument to the functions target_register_template and
target_unregister_template. The arguments are of type const struct
target_core_fabric_ops *, so target_core_fabric_ops structures having
this property can be declared const.
Done using Coccinelle:
@r disable optional_qualifier@
identifier i;
position p;
@@
2017 Jan 10
1
[PATCH] vhost: scsi: constify target_core_fabric_ops structures
On Tue, Jan 10, 2017 at 10:41 AM, Michael S. Tsirkin <mst at redhat.com> wrote:
> On Mon, Jan 09, 2017 at 08:51:02PM +0530, Bhumika Goyal wrote:
>> Declare target_core_fabric_ops strucrues as const as they are only
>> passed as an argument to the functions target_register_template and
>> target_unregister_template. The arguments are of type const struct
>>
2017 Jan 10
1
[PATCH] vhost: scsi: constify target_core_fabric_ops structures
On Tue, Jan 10, 2017 at 10:41 AM, Michael S. Tsirkin <mst at redhat.com> wrote:
> On Mon, Jan 09, 2017 at 08:51:02PM +0530, Bhumika Goyal wrote:
>> Declare target_core_fabric_ops strucrues as const as they are only
>> passed as an argument to the functions target_register_template and
>> target_unregister_template. The arguments are of type const struct
>>
2017 Aug 08
1
[PATCH] drm/virtio: make drm_fb_helper_funcs const
Make these structures const as they are only passed to the function
drm_fb_helper_prepare and the corresponding argument is of type const.
Done using Coccinelle
@match disable optional_qualifier@
identifier s;
@@
static struct drm_fb_helper_funcs s = {...};
@ref@
position p;
identifier match.s;
@@
s at p
@good1@
identifier match.s;
expression e1,e2;
position ref.p;
@@
2017 Aug 08
1
[PATCH] drm/virtio: make drm_fb_helper_funcs const
Make these structures const as they are only passed to the function
drm_fb_helper_prepare and the corresponding argument is of type const.
Done using Coccinelle
@match disable optional_qualifier@
identifier s;
@@
static struct drm_fb_helper_funcs s = {...};
@ref@
position p;
identifier match.s;
@@
s at p
@good1@
identifier match.s;
expression e1,e2;
position ref.p;
@@
2017 Jan 10
0
[PATCH] vhost: scsi: constify target_core_fabric_ops structures
On Tue, Jan 10, 2017 at 06:11:25PM +0530, Bhumika Goyal wrote:
> On Tue, Jan 10, 2017 at 10:41 AM, Michael S. Tsirkin <mst at redhat.com> wrote:
> > On Mon, Jan 09, 2017 at 08:51:02PM +0530, Bhumika Goyal wrote:
> >> Declare target_core_fabric_ops strucrues as const as they are only
> >> passed as an argument to the functions target_register_template and
>
2017 Jan 10
0
[PATCH] vhost: scsi: constify target_core_fabric_ops structures
On 2017?01?09? 23:21, Bhumika Goyal wrote:
> Declare target_core_fabric_ops strucrues as const as they are only
> passed as an argument to the functions target_register_template and
> target_unregister_template. The arguments are of type const struct
> target_core_fabric_ops *, so target_core_fabric_ops structures having
> this property can be declared const.
> Done using
2017 Jan 10
0
[PATCH] vhost: scsi: constify target_core_fabric_ops structures
On Mon, Jan 09, 2017 at 08:51:02PM +0530, Bhumika Goyal wrote:
> Declare target_core_fabric_ops strucrues as const as they are only
> passed as an argument to the functions target_register_template and
> target_unregister_template. The arguments are of type const struct
> target_core_fabric_ops *, so target_core_fabric_ops structures having
> this property can be declared const.
2007 Mar 06
2
parse error with if else (PR#9551)
Full_Name: Stephanie MAHEVAS
Version: 2.4.1
OS: Windows NT
Submission from: (NULL) (134.246.55.50)
the two following instructions provide a synthax error :
if ( 5 > 4 ) cat("ok1")
else cat("ok2")
and
if ( 5 > 4 ){ cat("ok1")}
else cat("ok2")
whereas these ones don't
if ( 5 > 4 ) cat("ok1") else cat("ok2")
and
if (
2002 Dec 09
2
ov_open/ov_test weirdness
Hi,
I've been playing with a little player, and it seems I can't ov_open a file
twice?
heres a snipit...
<p>#include <stdio.h>
#include <stdlib.h>
#include <errno.h>
#include <vorbis/vorbisfile.h>
OggVorbis_File vf;
FILE *f = NULL;
int main(int argc, char **argv)
{
char *file = NULL;
int err = 0;
if(argc < 2) {
2009 Jul 07
0
Protection stack overflow when calling setGeneric()/setMethod() from within .onLoad()
Hi list,
Calling setGeneric()/setMethod() from within the .onLoad() hook
of MyPkg package produces the following error:
> gctorture(TRUE)
> library(MyPkg)
.onLoad(): ok1
.onLoad(): ok2
Error : protect(): protection stack overflow
Error : .onLoad failed in 'loadNamespace' for 'MyPkg'
Error: package/namespace load failed for 'MyPkg'
This is with