search for: wfe

Is there any project or solution for an easy integration of a WFE / WfMS into rails? I''m quite new to this topic, but I probably need a small subset of workflow patterns (or whatever the correct term is) only. Any pointers are welcome. -- Posted via http://www.ruby-forum.com/.

...s.s:2935:10: error: > expected string not found in input > @ CHECK: wfi @ encoding: [0x03,0xf0,0x20,0xe3] > ^ > <stdin>:2929:2: note: scanning from here > sev @ encoding: [0x03,0xf0,0x20,0xe3] > ^ > <stdin>:2935:2: note: possible intended match here > wfe @ encoding: [0x02,0xf0,0x20,0xe3] > ^ > > -- > > ******************** > FAIL: LLVM :: MC/ARM/basic-thumb2-instructions.s (5407 of 8944) > ******************** TEST 'LLVM :: MC/ARM/basic-thumb2-instructions.s' > FAILED ******************** > Script: > -- > /...

...k/llvm/test/MC/ARM/basic-arm-instructions.s:2935:10: error: expected string not found in input @ CHECK: wfi @ encoding: [0x03,0xf0,0x20,0xe3] ^ <stdin>:2929:2: note: scanning from here sev @ encoding: [0x03,0xf0,0x20,0xe3] ^ <stdin>:2935:2: note: possible intended match here wfe @ encoding: [0x02,0xf0,0x20,0xe3] ^ -- ******************** FAIL: LLVM :: MC/ARM/basic-thumb2-instructions.s (5407 of 8944) ******************** TEST 'LLVM :: MC/ARM/basic-thumb2-instructions.s' FAILED ******************** Script: -- /havana/work/llvm/build/Release+Asserts/bin/llvm-mc -t...

Hi, we are running samba 4.4 on two machines as file servers. Both are running a GFS (stornext). The storage is attached using 8G HBA. You can get up to 800MB/s local speed. We are exporting the shares using 2x1GB and 2x10G. However the clients are only getting 40-50MB/s. With samba3 I think we had up to 80-90MB/s. Using a 100MB/s link for the client we see 12-13MB/s (wire speed). Using

This patch series implements SMP boot for arch/arm, as far as getting all CPUs up and running the idle loop. Changes from v1: - moved barriers out of loop in udelay() - dropped broken GIC change in favour of explanatory comment - made the increment of ready_cpus atomic (I couldn''t move the increment to before signalling the next CPU because the PT switch has to happen between

First off, Apologies for the massive patch series... This series boots a 32-bit dom0 kernel to a command prompt on an ARMv8 (AArch64) model. The kernel is the same one as I am currently using with the 32 bit hypervisor I haven''t yet tried starting a guest or anything super advanced like that ;-). Also there is not real support for 64-bit domains at all, although in one or two places I

This round implements all of the review comments from V2 and all patches are now acked. Unless there are any objections I intend to apply later this morning. Ian.

I''m afraid this series is rather a grab bag and it is distressingly large at this stage. With this series I can boot an Xgene board until it fails to find its SATA controller. This is a dom0 issue for which patches are pending from APM (/me nudges Anup). As well as the APM specific platform stuff there are also some generic improvements which were either necessary or useful during this

George has release acked all of these. Otherwise mostly minor updates this time around. Summary: A == acked, M == modified A xen: arm64: Add 8250 earlyprintk support A xen: arm64: Add Basic Platform support for APM X-Gene Storm. A xen: arm64: Add APM implementor id to processor implementers. M xen: arm: add a quirk to handle platforms with unusual GIC layout A xen: arm: allow platform

Hi Jean-Philippe, please find some comments below. On 17/11/17 19:52, Jean-Philippe Brucker wrote: > The virtio IOMMU is a para-virtualized device, allowing to send IOMMU > requests such as map/unmap over virtio-mmio transport without emulating > page tables. This implementation handle ATTACH, DETACH, MAP and UNMAP handles > requests. > > The bulk of the code is to create

See http://www.gossamer-threads.com/lists/xen/devel/297170 for some information on how to get this going. I''ve rebased and addressed the review comments. As before several of the patches are not to be applied because they can be done better using infrastructure from Julien''s "Allow Xen to boot with a raw Device Tree" patch. They are included for completeness. With

Hello everyone, this is the fourth version of the patch series that introduces ARMv7 with virtualization extensions support in Xen. The series allows Xen and Dom0 to boot on a Cortex-A15 based Versatile Express simulator. See the following announce email for more informations about what we are trying to achieve, as well as the original git history: See

Hello everyone, this is the very first version of the patch series that introduces ARMv7 with virtualization extensions support in Xen. The series allows Xen and Dom0 to boot on a Cortex-A15 based Versatile Express simulator. See the following announce email for more informations about what we are trying to achieve, as well as the original git history: See