Displaying 5 results from an estimated 5 matches for "r1041".
Did you mean:
1041
2007 Aug 10
1
[nut-commits] svn commit r1041 - in trunk: . drivers
Arjen de Korte wrote:
>
> Author: adkorte-guest
> Date: Fri Aug 10 20:23:27 2007
> New Revision: 1041
>
> Log:
> * drivers/usbhid.[ch]:
> - Moved the struct & data for ups.status processing to usbhid.c, since this is only used in there. Subdrivers report the status through text messages, they don't set the status bits directly.
> - Rewrote (flattened) the
2008 Nov 18
0
[LLVMdev] 32 bit boolean results
On Nov 18, 2008, at 11:24 AM, Villmow, Micah wrote:
> Is there a way to tell LLVM to treat Boolean results as 32bit values
> instead of 1 bit values?
LLVM IR doesn't have a concept of C level booleans. What problem are
you trying to solve?
-Chris
>
> Thanks,
>
> Micah Villmow
> Systems Engineer
> Advanced Technology & Performance
> Advanced Micro Devices
2008 Nov 18
2
[LLVMdev] 32 bit boolean results
...there are some changes that generate something weird.
int gID = width;
const int idx = gID % 64;
const int idy = gID / 64;
pv[gID] = 0;
if( idy > 63 && idx > 0 )
{
pv[gID]=1;
}
generates conditionals :
ult r1043.x, 63, r1026.x
ilt r1041.x, r1039.x, 1
and r1041.x, r1041.x, r1043.x
if_logicalz r1041.x
//write to pv
endif
which is C for
if ((63 < idy && idx < 1) == 0) {
}
I have no clue how the 1 gets put in there but being able to stop the
xor/and instruction...
2008 Nov 18
3
[LLVMdev] 32 bit boolean results
Is there a way to tell LLVM to treat Boolean results as 32bit values
instead of 1 bit values?
Thanks,
Micah Villmow
Systems Engineer
Advanced Technology & Performance
Advanced Micro Devices Inc.
4555 Great America Pkwy,
Santa Clara, CA. 95054
P: 408-572-6219
F: 408-572-6596
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2007 Aug 10
0
[nut-commits] svn commit r1029 - in trunk: . data drivers scripts/hotplug scripts/udev
...ll note on a common mess when updating the USB / udev things:
HAL (scripts/hal/20-ups-nut-device.fdi) also need to be updated, so
that when the HAL drivers are installed, hald can fire up the right
addon.
I've made the necessary change for the above, and also checked for
other missing entries (r1041).
The only remaining things are (I've not checked the matching driver yet):
- Mustek Powermust 600USB (OMRON/87XXUPS)
- LIEBERT/PowerSure Personal XT
- Cypress Semiconductor USB to Serial
- Powercom - unknown driver
And I'm still reluctant with Krauler and Ablerex entries (non
compliant I...