Displaying 3 results from an estimated 3 matches for "result_independent_of_operand".
Did you mean:
result_independent_of_operands
2019 Feb 16
1
drm/nouveau/bios/ramcfg, setting of RON pull value
...7 WR = (ram->next->bios.timing[2] & 0x007f0000) >> 16;
88 /* XXX: Get these values from the VBIOS instead */
89 DLL = !(ram->mr[1] & 0x1);
CID 1324005 (#1 of 1): Operands don't affect result
(CONSTANT_EXPRESSION_RESULT)
result_independent_of_operands: !(ram->mr[1] & 768) >> 8 is 0 regardless
of the values of its operands. This occurs as the operand of assignment.
90 RON = !(ram->mr[1] & 0x300) >> 8;
91 break;
Looking at this, I believe perhaps the correct setting could be:
RON = !((r...
2012 Jan 10
1
[nut-commits] svn commit r3383 - branches/coverity
Hi Michal
2012/1/10 Michal Hlavinka <mihl-guest at alioth.debian.org>
> Author: mihl-guest
> Date: Tue Jan 10 09:10:04 2012
> New Revision: 3383
> URL: http://trac.networkupstools.org/projects/nut/changeset/3383
>
> Log:
> Creating a branch for Coverity reported problems
>
I'm very interested there!
Have you been able to get NUT part of the Coverity Scan
2014 Jan 09
0
ANNOUNCE: cifs-utils release 6.3 ready for download
...n <jlayton at samba.org>
commit 99d2a5a4517216a63cfdeef3ee30656938b3a98e
Author: Jeff Layton <jlayton at samba.org>
Date: Tue Oct 8 21:07:24 2013 -0400
get/setcifsacl: fix bad bit-shifts
A Coverity scan turned up this warning:
1. cifs-utils-6.2/setcifsacl.c:578:result_independent_of_operands ? "(x & 0xff0000000000ULL) >> 48" is 0 regardless of the values of its operands. This occurs as the operand of assignment.
...which is entirely true. That shift should be 40 bits, not 48. Also
fix a similar bug in getcifsacl.c.
Signed-off-by: Jeff Layton &...