search for: unrelevant

Whenever I try to use the newhidups driver with my new UPS I get the following message: #/lib/nut/newhidups -DDD -a SmartUps1500 Network UPS Tools: New USB/HID UPS driver 0.28 (2.0.4) debug level is '3' [...skip unrelevant device...] Checking device (051D/0002) (001/005) - VendorID: 051d - ProductID: 0002 - Manufacturer: American Power Conversion - Product: Smart-UPS 1500 FW:601.3.I USB FW:1.5 - Serial Number: AS0523120710 - Bus: 001 Trying to match device Device matches HID descriptor retrieved (Reportlen = 61939) S...

...their predecessors and successors. Is there a way to get the starting address of each of these basic block? I would like to map the basic block labels produced by CFG with the actual corresponding basic block starting addresses. Could I use llvm to do this? From what I understand this issued is unrelevant with IR. Maybe I could get something from the machine code (MC). Perhaps I have to write a pass for llvm backend. Maybe I could get this information from BranchFolder and IfConverter machine function passes: http://llvm.org/docs/WritingAnLLVMBackend.html#branch-folding-and-if-conversion but I am no...

Paolo, Try sudo /lib/nut/newhidups -DDD -u root -a SmartUps1500 newhidups would only run on my computer if I ran it using sudo and as root user. I know this indicates a problem with the USB permissions, but I could not, for the life of me, get the permissions to change when I plugged the UPS in. I know this isn't a true fix, but it worked for me. -- ~Brian Foster

...msg01364.html) I was trying to solve the same problem with JAGS/rjags on my laptop. After typing R in a terminal I'm currently get the following: > R version 2.9.0 (2009-04-17) > Copyright (C) 2009 The R Foundation for Statistical Computing > ISBN 3-900051-07-0 > > ......some unrelevant lines > > Loading required package: graphics > Loading required package: stats > Error in dyn.load(file, DLLpath = DLLpath, ...) : > impossibile caricare libreria condivisa '/usr/local/lib/R/library/stats/libs/stats.so': > /usr/local/lib/R/library/stats/libs/stats.so...

...I/O coalescing kind of work, but /proc/$pid/io reveals the actual IOs submitted to the host kernel. For example, through “ps” command, i get the following info of one of my VMs: (the pid of the VM process is 4438) qemu 4438 1 0 Jun24 ? 00:06:25 /usr/bin/qemu-system-x86_64 ... [unrelevant data fields are ignored] Command line "virsh domblkstat $vmname vda” get the results below: vda rd_bytes 639415808 vda wr_bytes 728186880 Command line "cat /proc/4438/io” get the result below: read_bytes: 772415488 write_bytes: 734040064 I execute the above two commands consecutive...

Hi, all. While monitoring KVM VMs’ disk utilisation using libvirt API “virDomainBlockStats", I find that the results acquired is not consistent with the value read from /proc/[vm_pid]/io(i only care about “rd_bytes" and “wr_bytes” fields). Since libvirt doesn’t support host level monitoring, i have to calculate the host’s disk utilisation by reading from the /proc/diskstats file.

...extern(C) int printf(char*,...); int main() { int i = 12; printf("%d\n", i); asm { mov EAX, i; add EAX, EAX; mul EAX, 2; mov i, EAX; // *** } printf("%d\n", i); return 0; } if the *** line is commented I get this LL (unrelevant stuff removed): ; ModuleID = 'tangotests.asm1' target datalayout = "e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:32:64-f32:32:32-f64:32:64-v64:64:64-v128:128:128-a0:0:8" target triple = "i686-unknown-linux-gnu" @.stringliteral = internal constant [4 x i8] c"...

https://bugs.freedesktop.org/show_bug.cgi?id=82527 Priority: medium Bug ID: 82527 Assignee: nouveau at lists.freedesktop.org Summary: xset dpms force {off,standby,suspend} returns after ~20 seconds (GeForce 8400 GS) QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified