search for: 3f0

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=22 laforge@netfilter.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bowles@ambisys.com Component|unknown |ip_tables (kernel) OS/Version|other

Hi, I own a UPS HP T750. Is there a driver for this UPS (either serial or USB)? thx kp

...ut for it - but I can't get it working. Do I have any chance to get the UPS running with nut. I also tried different drivers but had no luck either. Or does anyone has experience with HP UPS under debian ? Any help would be nice ! I tried /lib/nut/usbhid-ups -DD -u root -x explore -x vendorid=3f0 -a HPR1500 And that gives me following output below Thanks Checking device (03F0/1FE0) (002/002) - VendorID: 03f0 - ProductID: 1fe0 - Manufacturer: Hewlett-Packard - Product: HP R1500 G2 UPS - Serial Number: 3C88431991 - Bus: 002 Trying to match device Device matches HID descriptor length 924 Rep...

...port 0xfc00-0xfcff mem 0xd9ffc000-0xd9ffffff,0xd9f80000-0xd9fbffff irq 42 at device 0.0 on pci3 mfi0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 268 to local APIC 0 vector 63 mfi0: using IRQ 268 for MSI mfi0: Using MSI mfi0: Megaraid SAS driver Ver 4.23 mfi0: MaxCmd = 3f0 MaxSgl = 46 state = b73c03f0 mfi0: Max fw cmds= 1008, sizing driver pool to 128 mfip0: <SCSI Passthrough Bus> on mfi0 pcib5: <ACPI PCI-PCI bridge> irq 53 at device 3.0 on pci0 pcib0: allocated type 4 (0xe000-0xefff) for rid 1c of pcib5 pcib0: allocated type 3 (0xda000000-0xdaffffff) fo...

...E6 F1 B3 AC 6D 62 96 79 E8 C1 30 DE 4B 61 EB 6D ....mb.y ..0.Ka.m [3C0] 28 2D 83 44 8E FB 50 25 87 75 8F 9F E8 F2 F8 EF (-.D..P% .u...... [3D0] F2 17 F7 0E 56 9B 34 12 8E 10 FD DC 14 69 DC CB ....V.4. .....i.. [3E0] FA 98 95 63 6B 09 2B E9 F4 A8 45 21 9D B1 06 03 ...ck.+. ..E!.... [3F0] 4C 05 AA 4F 6F E2 2E AC 60 24 E6 26 E0 7C 5F B2 L..Oo... `$.&.|_. [400] 5B BE D9 20 15 47 D9 85 E5 89 8E 7C 42 85 CD DF [.. .G.. ...|B... [410] 29 8C A1 98 2A C2 4B AB D9 82 1C DF 5F 72 4D CF )...*.K. ...._rM. [420] D7 73 64 4C EC 24 1E C6 38 5C 3C A9 21 47 09 73 .sdL.$.. 8\<....

..... [3B0] AE 20 08 06 08 06 28 20 68 20 19 05 49 15 89 15 . ....( h ..I... [3C0] 0C A4 01 E0 1F 18 03 FF 00 1F A4 D0 1F FF F0 0F ........ ........ [3D0] 0C FF 01 00 0F 00 00 00 00 00 00 00 00 00 00 00 ........ ........ [3E0] 00 00 00 00 00 00 00 00 00 0C A4 01 E0 1F 18 13 ........ ........ [3F0] FF 00 13 A4 D0 14 FF F0 0F A4 23 A1 FF 04 00 A4 ........ ..#..... [400] 14 00 FF 06 E0 FF 17 C0 A4 E7 00 FF 18 10 A4 C8 ........ ........ [410] 03 A4 D8 01 FF 29 11 A4 BA 03 FF 3B 11 A4 AC 03 .....).. ...;.... [420] FF 4D 11 A4 9E 01 FF 5F 10 0C FF 01 00 0F 00 00 .M....._ ........ [430] 00...

Hey Guys and Gals, I'm wondering if the quotas.c file is supposed to fix the problem where a Linux x86 system running with the quota software causes corrupt files to be written by Windows clients. I compiled it in and it didn't seem to make a difference for the following problem. In other words, if I enable quotas on my RH6.2 / 2.2.16-22 kernel box and then write a file via Samba/Windows

...> 00000000 l d .bss 00000000 > 00000010 l O .bss 00000004 alias_sets > 000003c7 l O .rodata 0000003a .str > -000005fb l O .rodata 00000014 __FUNCTION__.20030 > +000005fb l O .rodata 00000014 __FUNCTION__.19945 > 00000000 l d .rodata 00000000 > 000003f0 l F .text 0000005e gt_ggc_ma_reg_known_value > 00000014 l O .bss 00000004 reg_known_value > @@ -37,7 +37,7 @@ > 00004e00 l F .text 00000090 gt_pch_pa_alias_invariant > 00000590 l F .text 00000026 insert_subset_children > 000005e0 l F .text 00000216 find_base_d...

Hi, We are trying to validate Asterisk as a media gateway PRI <-> SIP with two T400P (8 T1s) per box. The first experience with BOX1 (Compaq, 2.53 GHz, 1 Gb RAM) and just one T400P was encouraging - on the load test with 3 T1s worth of calls we had on average 75% idle CPU. Not so with BOX2 (Dell, single 2.6 GHz Xeon, 1 Gb RAM, 2 T400P) and BOX3 (Dell, dual 2.6 GHz Xeon, 2 Gb RAM, 2 T400P,

...c. [3B0] 01 F8 65 B1 FB 0E 01 FF 80 82 00 82 00 CD 00 03 ..e..... ........ [3C0] 03 FE 00 00 C1 1A 00 F8 6D C1 01 00 F8 63 C0 01 ........ m....c.. [3D0] F8 65 B1 FB 0E 01 FF 80 82 00 82 00 CD 00 03 03 .e...... ........ [3E0] FE 00 00 C1 1B 00 F8 6D C1 01 00 F8 63 C0 01 F8 .......m ....c... [3F0] 65 B1 FB 0E 01 FF 80 82 00 82 00 CD 00 03 03 FE e....... ........ [400] 00 00 C1 1C 00 F8 6D C1 01 00 F8 63 C0 01 F8 65 ......m. ...c...e [410] B1 FB 0E 01 FF 80 82 00 82 00 CD 00 03 03 FE 00 ........ ........ [420] 00 C1 1D 00 F8 6D C1 01 00 F8 63 C0 01 F8 65 B1 .....m.. ..c...e. [430] FB...

The saga continues. I've been tracking the interface changes and merging them with the refactoring work I'm doing. I got as far as building stage3 of llvm-gcc but the object files from stage2 and stage3 differ: warning: ./cc1-checksum.o differs warning: ./cc1plus-checksum.o differs (Are the above two ok?) The list below is clearly bad. I think it's every object file in the

...ACPI PCI-PCI bridge> irq 53 at device 1.0 on pci0 pci1: <ACPI PCI bus> on pcib1 mfi0: <Dell PERC H710 Mini (monolithics)> port 0xfc00-0xfcff mem 0xdcffc000-0xdcffffff,0xdcf80000-0xdcfbffff irq 34 at device 0.0 on pci1 mfi0: Using MSI mfi0: Megaraid SAS driver Ver 4.23 mfi0: MaxCmd = 3f0 MaxSgl = 46 state = b73c03f0 pcib2: <ACPI PCI-PCI bridge> irq 53 at device 3.0 on pci0 pci8: <ACPI PCI bus> on pcib2 ix0: <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.4.8> mem 0xd9000000-0xd91fffff,0xd95f8000-0xd95fbfff irq 52 at device 0.0 on pci8 ix0: Using MSIX...