search for: fld

...f macro '__compiler_offsetof' 17 | #define offsetof(TYPE, MEMBER) __compiler_offsetof(TYPE, MEMBER) | ^~~~~~~~~~~~~~~~~~~ include/linux/mlx5/device.h:51:35: note: in expansion of macro 'offsetof' 51 | #define __mlx5_bit_off(typ, fld) (offsetof(struct mlx5_ifc_##typ##_bits, fld)) | ^~~~~~~~ include/linux/mlx5/device.h:53:34: note: in expansion of macro '__mlx5_bit_off' 53 | #define __mlx5_dw_off(typ, fld) (__mlx5_bit_off(typ, fld) / 32) |...

...ectory 7 | #include "mlx5_vdpa_ifc.h" | ^~~~~~~~~~~~~~~~~ compilation terminated. -- | ^~~~~~~~~~~~~ include/linux/mlx5/device.h:56:43: note: in expansion of macro '__mlx5_bit_sz' 56 | #define __mlx5_dw_bit_off(typ, fld) (32 - __mlx5_bit_sz(typ, fld) - (__mlx5_bit_off(typ, fld) & 0x1f)) | ^~~~~~~~~~~~~ include/linux/mlx5/device.h:58:60: note: in expansion of macro '__mlx5_dw_bit_off' 58 | #define __mlx5_dw_mask(typ, fld) (__mlx5_mask(typ, fld)...

...7:32: note: in expansion of macro ?__compiler_offsetof? 17 | #define offsetof(TYPE, MEMBER) __compiler_offsetof(TYPE, MEMBER) | ^~~~~~~~~~~~~~~~~~~ ./include/linux/mlx5/device.h:51:35: note: in expansion of macro ?offsetof? 51 | #define __mlx5_bit_off(typ, fld) (offsetof(struct mlx5_ifc_##typ##_bits, fld)) | ^~~~~~~~ ./include/linux/mlx5/device.h:53:34: note: in expansion of macro ?__mlx5_bit_off? 53 | #define __mlx5_dw_off(typ, fld) (__mlx5_bit_off(typ, fld) / 32) | ^~~~~~...

...piler_offsetof? > > 17 | #define offsetof(TYPE, MEMBER) __compiler_offsetof(TYPE, MEMBER) > > | ^~~~~~~~~~~~~~~~~~~ > > ./include/linux/mlx5/device.h:51:35: note: in expansion of macro ?offsetof? > > 51 | #define __mlx5_bit_off(typ, fld) (offsetof(struct mlx5_ifc_##typ##_bits, fld)) > > | ^~~~~~~~ > > ./include/linux/mlx5/device.h:53:34: note: in expansion of macro ?__mlx5_bit_off? > > 53 | #define __mlx5_dw_off(typ, fld) (__mlx5_bit_off(typ, fld) / 32) > > |...

...If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot <lkp at intel.com> All warnings (new ones prefixed by >>): include/linux/mlx5/device.h:56:43: note: in expansion of macro '__mlx5_bit_sz' 56 | #define __mlx5_dw_bit_off(typ, fld) (32 - __mlx5_bit_sz(typ, fld) - (__mlx5_bit_off(typ, fld) & 0x1f)) | ^~~~~~~~~~~~~ include/linux/mlx5/device.h:58:60: note: in expansion of macro '__mlx5_dw_bit_off' 58 | #define __mlx5_dw_mask(typ, fld) (__mlx5_mask(typ, fld)...

...f macro '__compiler_offsetof' 17 | #define offsetof(TYPE, MEMBER) __compiler_offsetof(TYPE, MEMBER) | ^~~~~~~~~~~~~~~~~~~ include/linux/mlx5/device.h:51:35: note: in expansion of macro 'offsetof' 51 | #define __mlx5_bit_off(typ, fld) (offsetof(struct mlx5_ifc_##typ##_bits, fld)) | ^~~~~~~~ include/linux/mlx5/device.h:56:70: note: in expansion of macro '__mlx5_bit_off' 56 | #define __mlx5_dw_bit_off(typ, fld) (32 - __mlx5_bit_sz(typ, fld) - (__mlx5_bit_off(typ, fld) &a...

...s(-) diff --git a/drivers/scsi/virtio_scsi.c b/drivers/scsi/virtio_scsi.c index 0e0910c5b942..c36aeb9a1330 100644 --- a/drivers/scsi/virtio_scsi.c +++ b/drivers/scsi/virtio_scsi.c @@ -746,14 +746,14 @@ static struct scsi_host_template virtscsi_host_template = { #define virtscsi_config_get(vdev, fld) \ ({ \ - typeof(((struct virtio_scsi_config *)0)->fld) __val; \ + __virtio_native_type(struct virtio_scsi_config, fld) __val; \ virtio_cread(vdev, struct virtio_scsi_config, fld, &__val); \ __val; \ }) #define virtscsi_config_set(vdev, fld, val) \ do { \ - typeof(((struct...

...s(-) diff --git a/drivers/scsi/virtio_scsi.c b/drivers/scsi/virtio_scsi.c index 0e0910c5b942..c36aeb9a1330 100644 --- a/drivers/scsi/virtio_scsi.c +++ b/drivers/scsi/virtio_scsi.c @@ -746,14 +746,14 @@ static struct scsi_host_template virtscsi_host_template = { #define virtscsi_config_get(vdev, fld) \ ({ \ - typeof(((struct virtio_scsi_config *)0)->fld) __val; \ + __virtio_native_type(struct virtio_scsi_config, fld) __val; \ virtio_cread(vdev, struct virtio_scsi_config, fld, &__val); \ __val; \ }) #define virtscsi_config_set(vdev, fld, val) \ do { \ - typeof(((struct...

Hi all, For those of you who don''t follow Thomas Fuch''s blog, know that a complete rewrite of InPlaceEditor / InPlaceCollectionEditor just made it into the trunk. You''ll find all the juicy details on Thomas'' post: http://mir.aculo.us/2007/7/17/in-place-editing-the-summer-2007-rewrite Do note that this is my rewrite, so if you find bugs etc., don''t

...e appears as column-name (in the case of strings while any numeric content is transformed to incrementing column-names). The 2nd line from my input appears then as 1st line of data in the resulting R-object and, no surprise, the total number of lines is 1 too few. > sheet1[1:3,1:5] D - 5(fld 10) F2 F3 F4 F5 1 D - 5(fld 11) 162 182.110 0.042 184.695 2 D - 5(fld 12) 163 198.154 0.086 201.932 3 D - 5(fld 13) 164 182.403 0.034 182.816 However, the 1st line in the original reads as : D - 5(fld 10) 161 182.929 0.045 188.819 Do you have an idea how to formulate the query tha...

...of my CentOS boxes has started giving me errors. The box is CentOS-4.4 (i386) fully updated. It has a pair of SATA drives in a software raid 1 configuration. The errors I see are: ata1: command 0xca timeout, stat 0x50 host_stat 0x24 ata1: status=0x50 { DriveReady SeekComplete } Info fld=0x1e22b8, Current sda: sense key No Sense ata2: command 0xca timeout, stat 0x50 host_stat 0x24 ata2: status=0x50 { DriveReady SeekComplete } Info fld=0x1e2598, Current sdb: sense key No Sense If it was just coming from one drive, I would say it was a bad drive, but this is happening on...

...ice by email from the server; Wht's the meaning? Disk read problem or else? --------------------- Kernel Begin ------------------------ WARNING: Kernel Errors Present I/O error: dev 08:02, sect...: 4Time(s) Additional sense indicates Unrecovered read error...: 4Time(s) Info fld=0x4f9c9, Current sd08:02: sense key Medium Error...: 1Time(s) Info fld=0x50e37, Current sd08:02: sense key Medium Error...: 1Time(s) Info fld=0x517a1, Current sd08:02: sense key Medium Error...: 1Time(s) Info fld=0x517e2, Current sd08:02: sense key Medium Error...: 1Time(s) -----------...

...t has changed I use tapply() to summarise some data and then plot it with barplot(). I now have to use matrix() on the output of tapply() before using barplot() because tapply() produces a list and barplot() wants a vector or matrix. In the code below, z is a dataframe, yllperdth is a numeric and fld is the name of a factor, both in the dataframe. Old version (as used with R 1.8.1): ## Calculate the % of YLLs for each group in the cause classification. x <- tapply(z$yllperdth, z[, fld], sum) totalYLLs <- sum(x) x <- x / totalYLLs * 100 x <- sort(x) ## Plot the chart...

All, in the light of erratum #573 I''m wondering if we need to tweak or conditionally suppress fsincos emulation. The question is whether there is any possibility for getting the emulator to hit this instruction on AMD (as no real mode emulation ought to be taking place there), i.e. whether there are places where emulation gets continued eagerly in anticipation of the need for emulation

...0440 mov dword ptr [esp],eax 17160443 call HueVMReadCommands_LLVMReadVoxel (19BB229h) 17160448 fsub dword ptr ds:[161D6280h] 1716044E fabs 17160450 fst qword ptr [esp+14h] 17160454 ftst 17160456 fstp st(0) 17160458 fnstsw ax 1716045A sahf 1716045B fldz 1716045D fchs 1716045F fld qword ptr [esp+14h] 17160463 fucomip st,st(1) 17160465 fstp st(0) 17160467 jbe 17160498 1716046D mov eax,76E4F60h 17160472 mov dword ptr [esp+0Ch],eax 17160476 fld qword ptr [esp+14h] 1716047A fstp dword...

More specifically, about this patch: http://git.xiph.org/?p=flac.git;a=commitdiff;h=70b078cfd5f9d4b0692c33f018cac3c652b14f90 I downloaded the latest code from git (flac-70b078c), disabled all SSE optimizations in the code and compiled it (GCC 4.8.2). This patch doesn't change FLAC output. Either gcc is too smart and optimizes this new code back to the old, or this fix is MSVS-specific. Or

...with -mfpmath=387 to be sure that x87 FPU code is used and not some > SSE optim made by GCC I added "XIPH_ADD_CFLAGS([-mfpmath=387])" into configure.ac Still the result is different from SSE version. --------------- MSVS adds two instructions to the generated code after the patch: fld DWORD PTR [eax] inc ecx fmul ST(0), ST(1) add eax, 4 fstp DWORD PTR tv2337[esp+20] <- this: (copy from FP stack to tmp) fld DWORD PTR tv2337[esp+20] <- and this (copy from tmp to FP stack) fadd DWORD PTR [ebx+ecx*4-4] fstp DWORD PTR [ebx+ecx*4-4] However GCC doesn't do this...

...edia errors. (0xa) Apr 7 21:27:46 allo kernel: 3w-xxxx: scsi0: Command failed: status = 0xc7, flags = 0x51, unit #0. Apr 7 21:27:58 allo last message repeated 3 times Apr 7 21:27:58 allo kernel: SCSI disk error : host 0 channel 0 id 0 lun 0 return code = 8000002 Apr 7 21:27:58 allo kernel: Info fld=0x0, Current sd08:0f: sense key Aborted Command Apr 7 21:27:58 allo kernel: I/O error: dev 08:0f, sector 544272 Apr 7 21:28:01 allo kernel: 3w-xxxx: scsi0: Command failed: status = 0xc7, flags = 0x51, unit #0. Apr 7 21:28:16 allo last message repeated 4 times Apr 7 21:28:16 allo kernel: SCSI d...

...e virtscsi_fc_template = { > + .show_host_node_name = 1, > + .show_host_port_name = 1, > + .show_host_port_type = 1, > + .show_host_port_state = 1, > +}; > + > +static struct scsi_transport_template *virtscsi_fc_transport_template; > + > #define virtscsi_config_get(vdev, fld) \ > ({ \ > typeof(((struct virtio_scsi_config *)0)->fld) __val; \ > @@ -956,15 +966,42 @@ static int virtscsi_init(struct virtio_device *vdev, > return err; > } > > +static void virtscsi_update_fc_host_attrs(struct virtio_device *vdev) > +{ > + struct Scsi_H...

...e virtscsi_fc_template = { > + .show_host_node_name = 1, > + .show_host_port_name = 1, > + .show_host_port_type = 1, > + .show_host_port_state = 1, > +}; > + > +static struct scsi_transport_template *virtscsi_fc_transport_template; > + > #define virtscsi_config_get(vdev, fld) \ > ({ \ > typeof(((struct virtio_scsi_config *)0)->fld) __val; \ > @@ -956,15 +966,42 @@ static int virtscsi_init(struct virtio_device *vdev, > return err; > } > > +static void virtscsi_update_fc_host_attrs(struct virtio_device *vdev) > +{ > + struct Scsi_H...