search for: input0

.... I made a Makefile: obj-m := evbug.o all: make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules clean: make -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean I then type make; insmod evbug.ko and type dmesg and say the following: evbug.c: Event. Dev: isa0060/serio0/input0, Type: 0, Code: 0, Value: 0 evbug.c: Event. Dev: isa0060/serio0/input0, Type: 4, Code: 4, Value: 22 evbug.c: Event. Dev: isa0060/serio0/input0, Type: 1, Code: 22, Value: 1 evbug.c: Event. Dev: isa0060/serio0/input0, Type: 0, Code: 0, Value: 0 evbug.c: Event. Dev: isa0060/serio0/input0, Type: 4, Cod...

...e: 10191 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100529/b44926fc/attachment.png> -------------- next part -------------- For scalar code in C++ code is : virtual void compute (int count, FAUSTFLOAT** input, FAUSTFLOAT** output) { FAUSTFLOAT* input0 = input[0]; FAUSTFLOAT* input1 = input[1]; FAUSTFLOAT* input2 = input[2]; FAUSTFLOAT* input3 = input[3]; FAUSTFLOAT* output0 = output[0]; for (int i=0; i<count; i++) { output0[i] = (FAUSTFLOAT)(((float)input2[i] + (float)input3[i]) * ((float)input0[i] + (float)input1[i])); } } T...

...ams of float samples, do a "+" and then a "*" operation on the streams to produce a single output) > > > > > > For scalar code in C++ code is : > > virtual void compute (int count, FAUSTFLOAT** input, FAUSTFLOAT** output) { >                FAUSTFLOAT* input0 = input[0]; >                FAUSTFLOAT* input1 = input[1]; >                FAUSTFLOAT* input2 = input[2]; >                FAUSTFLOAT* input3 = input[3]; >                FAUSTFLOAT* output0 = output[0]; >                for (int i=0; i<count; i++) { >                        ...

...uot; and then a "*" operation on the streams to produce a single output) >> >> >> >> >> >> For scalar code in C++ code is : >> >> virtual void compute (int count, FAUSTFLOAT** input, FAUSTFLOAT** output) { >>                FAUSTFLOAT* input0 = input[0]; >>                FAUSTFLOAT* input1 = input[1]; >>                FAUSTFLOAT* input2 = input[2]; >>                FAUSTFLOAT* input3 = input[3]; >>                FAUSTFLOAT* output0 = output[0]; >>                for (int i=0; i<count; i++) { >>...

Hi Stéphane, The SSE support is the LLVM backend is fine. What is the code that's generated? Do you have some short examples of where LLVM doesn't do as well as the equivalent scalar code? -bw On May 28, 2010, at 12:13 PM, Stéphane Letz wrote: > Hi, > > We are experimenting directly generating vectorized LLVM IR (using <8 x float> kind of types), then compiling the code

Hi, We are experimenting directly generating vectorized LLVM IR (using <8 x float> kind of types), then compiling the code to SSE on a 64 bits machine. Right now the equivalent code in scalar mode sill outperform the SSE one. What is the quality of the SSE support in X86 LLVL backend? Are they any specific things to be aware of to improve the speed? Thanks Stéphane Letz

...1.623072] hidraw: raw HID events driver (C) Jiri Kosina [ 1.625251] usbcore: registered new interface driver usbhid [ 1.625253] usbhid: USB HID core driver [ 1.626014] hid-generic 0003:0665:5161.0001: hiddev0,hidraw0: USB HID v1.00 Device [INNO TECH USB to Serial] on usb-0000:00:1a.0-1.3/input0 [ 1.693685] usb 3-1.4: new full-speed USB device number 4 using ehci-pci [ 1.786441] usb 3-1.4: New USB device found, idVendor=17a1, idProduct=0128 [ 1.786442] usb 3-1.4: New USB device strings: Mfr=32, Product=38, SerialNumber=0 [ 1.786444] usb 3-1.4: Product: USB2.0 JPEG WebCam [ 1...

I use Debian jessie with nut-server 2.7.2-1+b3. Yesterday I've configured it for my new Advice PRS850 (a UPS with USB interface). I also have an USB webcam (and also USB mouse and keyboard, but that doesn't matter). When I start the program Cheese (a program which uses the webcam), I receive the following broadcast message: "Communications with UPS advice at localhost lost"

...mo usbhid-ups[1595]: libusb_get_report: No such device or address Sep 19 19:46:20 nemo kernel: usb 8-1: SerialNumber: 2424AY0SM882300229 Sep 19 19:46:20 nemo kernel: hid-generic 0003:09AE:3015.0007: hiddev0,hidraw2: USB HID v1.10 Device [Tripp Lite TRIPP LITE SMART1500RM2UN ] on usb-0000:00:1d.2-1/input0 Sep 19 19:46:20 nemo mtp-probe[1689]: checking bus 8, device 7: "/sys/devices/pci0000:00/0000:00:1d.2/usb8/8-1" Sep 19 19:46:20 nemo mtp-probe[1689]: bus: 8, device: 7 was not an MTP device Sep 19 19:46:50 nemo mtp-probe[1699]: bus: 8, device: 8 was not an MTP device CentOS - Sep 22 10:3...

On Sep 22, 2014, at 11:14 AM, Shade Alabsa <shade34321 at gmail.com> wrote: > These machines are exact replicas of each other and are fairly old and have a Core 2 Duo E8400 CPU in them. Is there anything else you need or anything I can do to help fix this? Thanks! Also, Barry Skrypnyk mentioned that Fedora was one of the Linux distributions that Tripp Lite claims to support. I recommend

...s Jun 24 13:37:33 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS Jun 24 13:37:33 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite Jun 24 13:37:33 localhost kernel: hid-generic 0003:09AE:2012.0005: hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite Tripp Lite UPS ] on usb-0000:02:02.0-2.1/input0 Jun 24 13:37:48 localhost kernel: usb 2-2.1: USB disconnect, device number 7 Jun 24 13:37:51 localhost kernel: usb 2-2.1: new low-speed USB device number 8 using uhci_hcd Jun 24 13:37:51 localhost kernel: usb 2-2.1: New USB device found, idVendor=09ae, idProduct=2012 Jun 24 13:37:51 localhost kerne...

...36:39 sammy kernel: [ 2.221527] usb 1-3: Product: Smart-UPS 750 RM FW:668.18.I USB FW:7.4 Dec 14 19:36:39 sammy kernel: [ 3.715782] generic-usb 0003:051D:0002.0001: hiddev96,hidraw0: USB HID v1.10 Device [American Power Conversion Smart-UPS 750 RM FW:668.18.I USB FW:7.4] on usb-0000:00:12.0-3/input0 Dec 17 12:25:02 sammy kernel: [233359.594133] usb 3-1: Product: Smart-UPS 750 RM FW:619.3.I USB FW:8.1 Dec 17 12:25:03 sammy kernel: [233360.931249] generic-usb 0003:051D:0002.0002: hiddev97,hidraw1: USB HID v1.10 Device [American Power Conversion Smart-UPS 750 RM FW:619.3.I USB FW:8.1] on usb-000...

...0 May 29 19:25:27 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS May 29 19:25:27 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite May 29 19:25:27 localhost kernel: hid-generic 0003:09AE:2012.0004: hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite Tripp Lite UPS ] on usb-0000:02:02.0-2.1/input0 May 29 19:25:29 localhost upsd[6287]: UPS [TrippLiteUPS] data is no longer stale May 29 19:25:29 localhost upsd: UPS [TrippLiteUPS] data is no longer stale May 29 19:25:45 localhost kernel: usb 2-2.1: USB disconnect, device number 6 May 29 19:25:47 localhost upsd[6287]: Data for UPS [TrippLiteUPS]...

...486] usb 1-10: New USB device strings: Mfr=4, Product=20, SerialNumber=0 [136322.929489] usb 1-10: Product: Belkin UPS [136322.929491] usb 1-10: Manufacturer: Belkin [136323.695058] hid-generic 0003:050D:0751.0008: hiddev0,hidraw6: USB HID v1.11 Device [Belkin Belkin UPS] on usb-0000:00:02.0-10/input0 So is this usb-0000:00:02.0-10/input0 a valid way to give nut a path to it, and if so, what file do I add that too? I also note that in the original bootup discovery it was hiddev0/hidraw6, the same as the latest plug in report, so that also appears stable. But ls -l /dev/usb: crw-rw---- 1 r...

Hi all, I have a lot of errors like this: psmouse serio1: Touchpad at isa0060/serio1/input0 lost sync at byte 6 This is a CentOS7 laptop (fully patched). It is the same problem reported here: https://bugs.centos.org/view.php?id=4192 and solution was to release a new kernel under cplus kernel repo ... Is the same solution for CentOS7? Will be patched? Thanks.

...b 6-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [Fri Jul 19 09:44:59 2019] usb 6-2: Product: 5E [Fri Jul 19 09:44:59 2019] usb 6-2: Manufacturer: EATON [Fri Jul 19 09:45:01 2019] hid-generic 0003:0463:FFFF.0004: hiddev96,hidraw3: USB HID v1.10 Device [EATON 5E] on usb-0000:00:1d.0-2/input0 Looks good. f30 Fedora-Workstation-Live-x86_64-30-1.2.iso === $uname -a Linux localhost-live 5.0.9-301.fc30.x86_64 #1 SMP Tue Apr 23 23:57:35 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux [Fri Jul 19 09:55:15 2019] usb 6-2: new full-speed USB device number 9 using uhci_hcd [Fri Jul 19 09:55:16 2019]...

...th CentOS 6.5 and Fedora 20. With CentOS we were using nut-client-2.6.5-2.el16.x86_64 and nut-2.6.5-2.el6.x86_64. With Fedora we were using nut-2.7.2-1.fc20.x86_64 and nut-client-2.7.2-1.fc20.x86_64. Here is what the logs look like - CentOS - ite TRIPP LITE SMART1500RM2UN ] on usb-0000:00:1d.2-1/input0 Sep 19 17:49:41 localhost kernel: usb 8-1: USB disconnect, device number 118 Sep 19 17:49:41 localhost kernel: usb 8-1: new low speed USB device number 119 using uhci_hcd Sep 19 17:49:41 localhost kernel: usb 8-1: New USB device found, idVendor=09ae, idProduct=3015 Sep 19 17:49:41 localhost kernel:...

...ve-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -netdev tap,fd=16,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:4d:1d:1b,bus=pci.0,addr=0x3 -chardev pty,id=serial0 -device isa-serial,chardev=serial0 -usb -device usb-tablet,id=input0 -vnc 127.0.0.1:0 -k en-us -vga std -device ES1370,id=sound0,bus=pci.0,addr=0x4 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5 The important pieces of this command line (I believe) are: -chardev socket,id=monitor,path=/usr/local/var/lib/libvirt/qemu/winxpsp2.monitor,server,nowait -mon c...

...] i2c i2c-1: nForce2 SMBus adapter at 0x2100 [ 5.137320] ACPI: bus type USB registered [ 5.137444] usbcore: registered new interface driver usbfs [ 5.137535] usbcore: registered new interface driver hub [ 5.148760] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0 [ 5.148853] ACPI: Power Button [PWRB] [ 5.149019] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input1 [ 5.149097] ACPI: Sleep Button [SLPB] [ 5.149315] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2 [ 5.149392] ACPI: Power Button [PWR...

Hi Trying to get WinXP HVM to install as domU on AMD. Got latest Xen Kernel and Xen package (NOT unstable or debug). When start, a window pops up for few seconds.. then it dies and another one comes up... and it disappears too. (Xen is trying to restart and giving up because the restart happens in 2 seconds..) It seems DomU is not able to read/understand something from Cirrus VGABIOS.