On 2015-5-13, at 18:00, Eggert, Lars l...@netapp.com wrote:
On 2015-5-13, at 16:46, Roger Pau Monné roger@citrix.com wrote:
I guess migration-rdma gets compiled because Qemu detects that you have
some library and assumes that you want it enabled. Did you install
something new between
On 2015-5-15, at 13:59, Roger Pau Monné roger@citrix.com wrote:
Can you provide the bootlog with the patch applied?
Below.
Also, can you try if there's any difference when setting:
hw.isci.force_legacy_interrupts=1
on /boot/loader.conf?
That seems to elimintate the storm. The isci line
El 15/05/15 a les 13.53, Eggert, Lars ha escrit:
On 2015-5-13, at 16:52, Roger Pau Monné roger@citrix.com wrote:
I have a patch for FreeBSD which
might solve it, however I don't have any similar box I can use to test
it, would you mind giving it a spin?
Unfortunately, the irq storm is
On 2015-5-13, at 16:52, Roger Pau Monné roger@citrix.com wrote:
I have a patch for FreeBSD which
might solve it, however I don't have any similar box I can use to test
it, would you mind giving it a spin?
Unfortunately, the irq storm is still present with that patch applied.
Lars
On 2015-5-15, at 16:42, Eggert, Lars l...@netapp.com wrote:
Will now set hw.isci.force_legacy_interrupts=1 and check if the device then
works correctly.
That seems to be the case.
Lars
signature.asc
Description: Message signed with OpenPGP using GPGMail
El 15/05/15 a les 16.30, Eggert, Lars ha escrit:
On 2015-5-15, at 16:14, Roger Pau Monné roger@citrix.com wrote:
I've attached another patch that will force isci to print some
messages, can you try that?
Trying this now.
+*irq = 0;
FWIW, this was *irq = -1 in your previous
On 2015-5-15, at 16:14, Roger Pau Monné roger@citrix.com wrote:
I've attached another patch that will force isci to print some
messages, can you try that?
Trying this now.
+ *irq = 0;
FWIW, this was *irq = -1 in your previous patch...
Lars
signature.asc
Description: Message
On 2015-5-15, at 16:35, Roger Pau Monné roger@citrix.com wrote:
Yes, but I've realized that isci for example passes an uint32_t instead
of an int, so it might be best to set it to 0.
Here is what I see now:
isci0: Intel(R) C600 Series Chipset SAS Controller (SATA mode) port
El 15/05/15 a les 16.42, Eggert, Lars ha escrit:
On 2015-5-15, at 16:35, Roger Pau Monné roger@citrix.com wrote:
Yes, but I've realized that isci for example passes an uint32_t instead
of an int, so it might be best to set it to 0.
Here is what I see now:
isci0: Intel(R) C600 Series