lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 12 Nov 2013 12:19:13 -0200 From: Geyslan Gregório Bem <geyslan@...il.com> To: a.p.zijlstra@...llo.nl, paulus@...ba.org, Ingo Molnar <mingo@...hat.com>, acme@...stprotocols.net Cc: kernel-br <kernel-br@...glegroups.com>, LKML <linux-kernel@...r.kernel.org> Subject: [RFC] Coverity 1128445 - Reliance on integer endianness Hi, Coverity detected in 'arch/x86/kernel/cpu/perf_event_intel_uncore.c' a possible reliance on integer endianness. Is that a positive one? static u64 ivt_uncore_irp_read_counter(struct intel_uncore_box *box, struct perf_event *event) 1369{ 1370 struct pci_dev *pdev = box->pci_dev; 1371 struct hw_perf_event *hwc = &event->hw; 1372 u64 count = 0; 1373 CID 1128445 (#1 of 1): Reliance on integer endianness (INCOMPATIBLE_CAST)incompatible_cast: Pointer "&count" points to an object whose effective type is "unsigned long long" (64 bits, unsigned) but is dereferenced as a narrower "unsigned int" (32 bits, unsigned). This may lead to unexpected results depending on machine endianness.[show details] 1374 pci_read_config_dword(pdev, ivt_uncore_irp_ctrs[hwc->idx], (u32 *)&count); 1375 pci_read_config_dword(pdev, ivt_uncore_irp_ctrs[hwc->idx] + 4, (u32 *)&count + 1); 1376 1377 return count; 1378} -- Regards, Geyslan G. Bem hackingbits.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists