search for: max_lat

We've got this really bizarre problem, trying to get a bridge/firewall working. My manager and I are almost grasping at straws.... Anyway, I'm using lshw to look at an identical machine, and a Dell 1950 that works when configured as a bridge, and there's one thing I don't know: does anyone know what mingnt is? Thanks. mark

...MB/sec? warmup?? 3 sec? latency 8.810 ms ? 10??? 105338? 1462.94 MB/sec? warmup?? 4 sec? latency 19.670 ms ? 10??? 134820? 1488.04 MB/sec? warmup?? 5 sec? latency 11.237 ms ? 10??? 164380? 1505.12 MB/sec? warmup?? 6 sec? latency 4.007 ms ... Throughput 1662.91 MB/sec? 10 clients? 10 procs? max_latency=38.879 ms Cluster hosts 9 vols, each vol on three peers in replica mode. Generally, but also most of the time vols utilization is really low, data would be regular office work, read randomly single files. Peers are connected via net switch stack, each peer connects to stack via two-port la...

...0x1186 device 0x4300 D-Link System Inc DGE-528T Gigabit Ethernet Adapter STATUS 0x02b0 COMMAND 0x0017 CLASS 0x02 0x00 0x00 REVISION 0x10 BIST 0x00 HEADER 0x00 LATENCY 0x40 CACHE 0x08 BASE0 0x0000a001 addr 0x0000a000 I/O BASE1 0xe1000000 addr 0xe1000000 MEM MAX_LAT 0x40 MIN_GNT 0x20 INT_PIN 0x01 INT_LINE 0x0b pci bus 0x0001 cardnum 0x05 function 0x00: vendor 0x10ec device 0x8167 Realtek Semiconductor Co., Ltd. Device unknown CardVendor 0x1458 card 0xe000 (Card unknown) STATUS 0x02b0 COMMAND 0x0017 CLASS 0x02 0x00 0x00 REVISION 0x10 BIS...

...Add delayed reset firmware feature Shaun Ruffell (10): wctdm24xxp: Reset module specific type information on probe. dahdi: Move clearing of DAHDI_ALARM_NOTOPEN to __dahdi_assign_span(). dahdi: Change auto_assign_spans default from 1 to 0. wcaxx, wcte13xp, wcte43x: Honor max_latency module parameter. wcte13xp: Export max_latency module parameter. wcte43x, wcte13xp: Use MSI interrupts if possible. dahdi: Do not access invalid memory if invalid local span number is passed to spantype attribute. wcte43x: Trivial drop of unnecessary local variables....

...Add delayed reset firmware feature Shaun Ruffell (10): wctdm24xxp: Reset module specific type information on probe. dahdi: Move clearing of DAHDI_ALARM_NOTOPEN to __dahdi_assign_span(). dahdi: Change auto_assign_spans default from 1 to 0. wcaxx, wcte13xp, wcte43x: Honor max_latency module parameter. wcte13xp: Export max_latency module parameter. wcte43x, wcte13xp: Use MSI interrupts if possible. dahdi: Do not access invalid memory if invalid local span number is passed to spantype attribute. wcte43x: Trivial drop of unnecessary local variables....

...Add delayed reset firmware feature Shaun Ruffell (10): wctdm24xxp: Reset module specific type information on probe. dahdi: Move clearing of DAHDI_ALARM_NOTOPEN to __dahdi_assign_span(). dahdi: Change auto_assign_spans default from 1 to 0. wcaxx, wcte13xp, wcte43x: Honor max_latency module parameter. wcte13xp: Export max_latency module parameter. wcte43x, wcte13xp: Use MSI interrupts if possible. dahdi: Do not access invalid memory if invalid local span number is passed to spantype attribute. wcte43x: Trivial drop of unnecessary local variables....

...Add delayed reset firmware feature Shaun Ruffell (10): wctdm24xxp: Reset module specific type information on probe. dahdi: Move clearing of DAHDI_ALARM_NOTOPEN to __dahdi_assign_span(). dahdi: Change auto_assign_spans default from 1 to 0. wcaxx, wcte13xp, wcte43x: Honor max_latency module parameter. wcte13xp: Export max_latency module parameter. wcte43x, wcte13xp: Use MSI interrupts if possible. dahdi: Do not access invalid memory if invalid local span number is passed to spantype attribute. wcte43x: Trivial drop of unnecessary local variables....

...spans so that they can be displayed with dahdi_scan. * wcte12xp: dahdi_cfg does not need to be called twice when using RBS signalling. * wcte12xp: Loopback module parameter removed since 'dahdi_maint' can now put the spans in digital loopback. * wct4xxp: Add 'latency', 'max_latency', and 'ms_per_irq' module parameters to set expected latency conditions when using Gen5 firmware. * wct4xxp: Added support for network loopback modes via dahdi_maint. * wct4xxp: Which span is providing card timing is now exported via sysfs. * wcb4xxp: Fixed pulse mask for i...

...spans so that they can be displayed with dahdi_scan. * wcte12xp: dahdi_cfg does not need to be called twice when using RBS signalling. * wcte12xp: Loopback module parameter removed since 'dahdi_maint' can now put the spans in digital loopback. * wct4xxp: Add 'latency', 'max_latency', and 'ms_per_irq' module parameters to set expected latency conditions when using Gen5 firmware. * wct4xxp: Added support for network loopback modes via dahdi_maint. * wct4xxp: Which span is providing card timing is now exported via sysfs. * wcb4xxp: Fixed pulse mask for i...

...4xS0 SX2 QuadBri, HFC-4S Eval board, and several additional Junghanns cards added to the device table. * wct4xxp, wcte12xp: Added losalarmdebounce, aisalarmdebounce, and yelalarmdebounce module parameters in order to configure alarm debounce times (specified in ms). * wcte12xp: Added 'max_latency' module parameter. VPM initialization moved into start span and VPM is polled and reset if necessary. This is to accommodate systems that experience interrupt latencies > 128ms. * xpp: 'offhook' also applies to the PRI modules - no PCM passed if no call. Udev rules updat...

...4xS0 SX2 QuadBri, HFC-4S Eval board, and several additional Junghanns cards added to the device table. * wct4xxp, wcte12xp: Added losalarmdebounce, aisalarmdebounce, and yelalarmdebounce module parameters in order to configure alarm debounce times (specified in ms). * wcte12xp: Added 'max_latency' module parameter. VPM initialization moved into start span and VPM is polled and reset if necessary. This is to accommodate systems that experience interrupt latencies > 128ms. * xpp: 'offhook' also applies to the PRI modules - no PCM passed if no call. Udev rules updat...

...include/kvm/pci.h @@ -4,6 +4,7 @@ #include <linux/types.h> #include <linux/kvm.h> #include <linux/pci_regs.h> +#include <linux/virtio_pci.h> #include <endian.h> #include "kvm/devices.h" @@ -81,7 +82,12 @@ struct pci_device_header { u8 min_gnt; u8 max_lat; struct msix_cap msix; - u8 empty[136]; /* Rest of PCI config space */ + struct virtio_pci_cap common_cap; + struct virtio_pci_notify_cap notify_cap; + struct virtio_pci_cap isr_cap; + struct virtio_pci_cap device_cap; + struct virtio_pci_cfg_cap pci_cap; + u8 empty[48]; /* Rest of PCI config s...

...include/kvm/pci.h @@ -4,6 +4,7 @@ #include <linux/types.h> #include <linux/kvm.h> #include <linux/pci_regs.h> +#include <linux/virtio_pci.h> #include <endian.h> #include "kvm/devices.h" @@ -81,7 +82,12 @@ struct pci_device_header { u8 min_gnt; u8 max_lat; struct msix_cap msix; - u8 empty[136]; /* Rest of PCI config space */ + struct virtio_pci_cap common_cap; + struct virtio_pci_notify_cap notify_cap; + struct virtio_pci_cap isr_cap; + struct virtio_pci_cap device_cap; + struct virtio_pci_cfg_cap pci_cap; + u8 empty[48]; /* Rest of PCI config s...

Hi all, this is the long awaited patch series to add xen device model support in qemu; the main author is Anthony Perard. Developing this series we tried to come up with the cleanest possible solution from the qemu point of view, limiting the amount of changes to common code as much as possible. The end result still requires a couple of hooks in piix_pci but overall the impact should be very