search for: pdn

...ting an eSet and would appreciate any help on the following problem. I am trying to create an eSet using the following code pd <- read.table(file="pdata.txt",header =TRUE,row.names=1); colnames(pd) <- c("type","tumor","time","id"); pdN <- list(type = "Cellline/xenograft",tumor="primary,secondary,cellline",time = "0hr,1hr,2hr,4hr", id = "1,2,3,4,5,6,7,8,9") # Initialize exprSet object pD <- new("phenoData", pData=pd, varLabels=pdN); # This is my eSet!!! metastasis.eset &l...

...rdma_create_pd(VirtIORdma *rdev, struct iovec *in, + struct iovec *out) +{ + struct rsp_create_pd rsp = {}; + size_t s; + int rc; + + /* TODO: Check MAX_PD */ + + /* TODO: ctx */ + rc = rdma_rm_alloc_pd(rdev->rdma_dev_res, rdev->backend_dev, &rsp.pdn, + 0); + if (rc) + return VIRTIO_RDMA_CTRL_ERR; + + printf("%s: %d\n", __func__, rsp.pdn); + + s = iov_from_buf(out, 1, 0, &rsp, sizeof(rsp)); + + return s == sizeof(rsp) ? VIRTIO_RDMA_CTRL_OK : + VIRTIO_RDMA_CTR...

Data center backends use more and more RDMA or RoCE devices and more and more software runs in virtualized environment. There is a need for a standard to enable RDMA/RoCE on Virtual Machines. Virtio is the optimal solution since is the de-facto para-virtualizaton technology and also because the Virtio specification allows Hardware Vendors to support Virtio protocol natively in order to achieve

Data center backends use more and more RDMA or RoCE devices and more and more software runs in virtualized environment. There is a need for a standard to enable RDMA/RoCE on Virtual Machines. Virtio is the optimal solution since is the de-facto para-virtualizaton technology and also because the Virtio specification allows Hardware Vendors to support Virtio protocol natively in order to achieve

...dpa/mlx5/core/mlx5_vdpa.h +++ b/drivers/vdpa/mlx5/core/mlx5_vdpa.h @@ -96,6 +96,7 @@ struct mlx5_vdpa_dev { struct mlx5_control_vq cvq; struct workqueue_struct *wq; unsigned int group2asid[MLX5_VDPA_NUMVQ_GROUPS]; + bool suspended; }; int mlx5_vdpa_alloc_pd(struct mlx5_vdpa_dev *dev, u32 *pdn, u16 uid); diff --git a/drivers/vdpa/mlx5/net/mlx5_vnet.c b/drivers/vdpa/mlx5/net/mlx5_vnet.c index 3a6dbbc6..daac3ab 100644 --- a/drivers/vdpa/mlx5/net/mlx5_vnet.c +++ b/drivers/vdpa/mlx5/net/mlx5_vnet.c @@ -2411,7 +2411,7 @@ static int mlx5_vdpa_change_map(struct mlx5_vdpa_dev *mvdev, if (err)...

...3D plots. My data and session info are at the end of this message. So far, I have tried scatterplot3d (scatterplot3d), persp3d (rgl), persp (graphics) and scatter3d (Rmcdr) but any of them gave me what I'd like to have as final result (please see [1] for a similar 3D plot changing PF by ypred, pdn by h4 and pup by h11). In general terms, I would like to plot a smoothed surface with h4 and h11 in the x and y axis, respectively, and y in the z axis. I think that a smoothing procedure should work but I don't know how to get that work in R. I would really appreciate any help you can provid...

...; + > +struct cmd_query_port { > + __u8 port; > +}; > + > +struct cmd_create_cq { > + __u32 cqe; > +}; > + > +struct rsp_create_cq { > + __u32 cqn; > +}; > + > +struct cmd_destroy_cq { > + __u32 cqn; > +}; > + > +struct rsp_create_pd { > + __u32 pdn; > +}; > + > +struct cmd_destroy_pd { > + __u32 pdn; > +}; > + > +struct cmd_get_dma_mr { > + __u32 pdn; > + __u32 access_flags; > +}; > + > +struct rsp_get_dma_mr { > + __u32 mrn; > + __u32 lkey; > + __u32 rkey; > +}; > + > +/* TODO: Move to ua...

...pa.h > @@ -96,6 +96,7 @@ struct mlx5_vdpa_dev { > struct mlx5_control_vq cvq; > struct workqueue_struct *wq; > unsigned int group2asid[MLX5_VDPA_NUMVQ_GROUPS]; > + bool suspended; > }; > > int mlx5_vdpa_alloc_pd(struct mlx5_vdpa_dev *dev, u32 *pdn, u16 uid); > diff --git a/drivers/vdpa/mlx5/net/mlx5_vnet.c b/drivers/vdpa/mlx5/net/mlx5_vnet.c > index 3a6dbbc6..daac3ab 100644 > --- a/drivers/vdpa/mlx5/net/mlx5_vnet.c > +++ b/drivers/vdpa/mlx5/net/mlx5_vnet.c > @@ -2411,7 +2411,7 @@ static int mlx5_vdpa_change_map(struct mlx5_vdp...

...t mlx5_vdpa_dev { >> struct mlx5_control_vq cvq; >> struct workqueue_struct *wq; >> unsigned int group2asid[MLX5_VDPA_NUMVQ_GROUPS]; >> + bool suspended; >> }; >> >> int mlx5_vdpa_alloc_pd(struct mlx5_vdpa_dev *dev, u32 *pdn, u16 uid); >> diff --git a/drivers/vdpa/mlx5/net/mlx5_vnet.c b/drivers/vdpa/mlx5/net/mlx5_vnet.c >> index 3a6dbbc6..daac3ab 100644 >> --- a/drivers/vdpa/mlx5/net/mlx5_vnet.c >> +++ b/drivers/vdpa/mlx5/net/mlx5_vnet.c >> @@ -2411,7 +2411,7 @@ static int mlx5_vdpa_change...

...D_DESTROY_CQ, + VIRTIO_CMD_CREATE_PD, + VIRTIO_CMD_DESTROY_PD, + VIRTIO_CMD_GET_DMA_MR, +}; + +struct cmd_query_port { + __u8 port; +}; + +struct cmd_create_cq { + __u32 cqe; +}; + +struct rsp_create_cq { + __u32 cqn; +}; + +struct cmd_destroy_cq { + __u32 cqn; +}; + +struct rsp_create_pd { + __u32 pdn; +}; + +struct cmd_destroy_pd { + __u32 pdn; +}; + +struct cmd_get_dma_mr { + __u32 pdn; + __u32 access_flags; +}; + +struct rsp_get_dma_mr { + __u32 mrn; + __u32 lkey; + __u32 rkey; +}; + +/* TODO: Move to uapi header file */ + +struct virtio_rdma_ib_cq { + struct ib_cq ibcq; + u32 cq_handle; +};...

Hi iam running FEDORA, i have installed Source of iptable 1.2.9 with the patch layer7-iptables patch done with out any errors and i applied patch in kernel to the layer 7 patch and i have select the required option by doing make menyconfig done make dep make bzImage make modules make modules_install make install and rebooted with customer kernel when i type iptables -t mangle -A

...eate_qp_in, in, qpc); > + MLX5_SET(qpc, qpc, rq_type, MLX5_ZERO_LEN_RQ); > + MLX5_SET(qpc, qpc, no_sq, 1); > + return; > + } > + > + MLX5_SET(qpc, qpc, st, MLX5_QP_ST_RC); > + MLX5_SET(qpc, qpc, pm_state, MLX5_QP_PM_MIGRATED); > + MLX5_SET(qpc, qpc, pd, ndev->mvdev.res.pdn); > + MLX5_SET(qpc, qpc, mtu, MLX5_QPC_MTU_256_BYTES); > + MLX5_SET(qpc, qpc, uar_page, ndev->mvdev.res.uar->index); > + MLX5_SET(qpc, qpc, log_page_size, vqp->frag_buf.page_shift - MLX5_ADAPTER_PAGE_SHIFT); > + MLX5_SET(qpc, qpc, no_sq, 1); > + MLX5_SET(qpc, qpc, cqn_rcv, m...

...bFpdw%%#}raWpUr}9hb4kfLc82cLe35g zg`9-c29?@(wZMO+y?H`ze-+nbheK(gP$ZP?-2gfA%U@fBJC*s;&VI&WVK&z&p=h4@ zQbiRF&&)aX6n9<B7GVV3#c(0c_=kd*aN_^k%EumvPTTJM+06r{C7xAJRv!Ce2ddbx zjRvH4WPg4P#YDRdpXJ`QH(!3or?2DktmW?^c-~oR8bCW6eO*6v@{fv-y|hBV^qsZt z;eOiP+YkMR5I&nd_x8hoX+Q1m>POF`{pdN|5C74A=nwUyXG=f)clSg8VLy86`{Dmt zKm1cbKb!wO{qSqhe>Q%wD=I$r66r_JDKMUOy!xU4b3gRbe)M<r!@s>B{&C<}@v)a} zAe^ng1^wu$2LC9#65t2%Ia`0{L(jR&aHVAh7n1pBDbqhhDVV_NG+$Zq`Ia?DBff;@ zk83`k;`7$c_636R;IdFc3&!haSA?UHV4Z(yILPbHUgK+6?e{f?BK~mbmY@=gCPJ%y zjsC#OPy%AUU_2g)`ohr$zZQx{l*rP+@{mT<Xk2L...

Hi all, The series is a draft of generic MSI driver that supports PCI and Non-PCI device which have MSI capability. If you're not interested it, sorry for the noise. The series is based on Linux-3.16-rc1. MSI was introduced in PCI Spec 2.2. Currently, kernel MSI driver codes are bonding with PCI device. Because MSI has a lot advantages in design. More and more non-PCI devices want to use

Hi all, The series is a draft of generic MSI driver that supports PCI and Non-PCI device which have MSI capability. If you're not interested it, sorry for the noise. The series is based on Linux-3.16-rc1. MSI was introduced in PCI Spec 2.2. Currently, kernel MSI driver codes are bonding with PCI device. Because MSI has a lot advantages in design. More and more non-PCI devices want to use

This creates libnbdkit.so as discussed in the following thread: https://www.redhat.com/archives/libguestfs/2020-March/thread.html#00203 test-delay-shutdown.sh fails for unclear reasons. This series starts by reverting "tests: Don't strand hung nbdkit processes" which is because several other tests fail randomly unless I revert this patch. I didn't investigate this yet so it

...*/ +#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt + #undef DEBUG #include <linux/init.h> @@ -150,8 +152,8 @@ static void dlpar_pci_add_bus(struct device_node *dn) /* Add EADS device to PHB bus, adding new entry to bus->devices */ dev = of_create_pci_dev(dn, phb->bus, pdn->devfn); if (!dev) { - printk(KERN_ERR "%s: failed to create pci dev for %s\n", - __func__, dn->full_name); + pr_err("%s: failed to create pci dev for %s\n", + __func__, dn->full_name); return; } @@ -187,21 +189,20 @@ static int dlpar_add_pci_slot(...

...*/ +#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt + #undef DEBUG #include <linux/init.h> @@ -150,8 +152,8 @@ static void dlpar_pci_add_bus(struct device_node *dn) /* Add EADS device to PHB bus, adding new entry to bus->devices */ dev = of_create_pci_dev(dn, phb->bus, pdn->devfn); if (!dev) { - printk(KERN_ERR "%s: failed to create pci dev for %s\n", - __func__, dn->full_name); + pr_err("%s: failed to create pci dev for %s\n", + __func__, dn->full_name); return; } @@ -187,21 +189,20 @@ static int dlpar_add_pci_slot(...

...*/ +#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt + #undef DEBUG #include <linux/init.h> @@ -150,8 +152,8 @@ static void dlpar_pci_add_bus(struct device_node *dn) /* Add EADS device to PHB bus, adding new entry to bus->devices */ dev = of_create_pci_dev(dn, phb->bus, pdn->devfn); if (!dev) { - printk(KERN_ERR "%s: failed to create pci dev for %s\n", - __func__, dn->full_name); + pr_err("%s: failed to create pci dev for %s\n", + __func__, dn->full_name); return; } @@ -187,21 +189,20 @@ static int dlpar_add_pci_slot(...

...GE4)_zy>+u0p1k?nEB-d)$!}h?(jVPy@^7-z`)@YuIcCux zyZN8lTW@*eA7d^0xtnVzl56+xIdSt48NPY*QA1&U%kJ@&M>Ky;Bt>dq`wD-!HsGyK z>28K*KI<O|`D=#IVL^X|UKk2_>zyX|5MQub?-xXI-ZdBu_`Ef|dIXd$<Z~8xtMUgb zdildBT^sU8e9m4$Z-p;ZTvHh|N>C~EBH+{eM=&KW6td?kwK!q2a*BHd%j?2cs#_4N z(_iBYS?x!BBO=aHpdND3<RtVu%FO!IRhRifMrp`f6Bf%W%Pj3JFZYGR{xW~SAF0nR zj8F9o1#5kwh~F1>^r)*T7y9Tf9#GsZSX~>e!NR6>7_-}~#y3o?biGIf&QgE1FC?P| z24!X$V(psQy at PdOpNys?3`{VGBlQ8F7{3TDdZ(;z{rgKocVBtH8<Gn at y;#;D2J4NK zV_{ky2}{9c#F>ch!D>h#wZE^t4pUHXCQ}jwtan4%a0&)IB!uys-7E@)g61gP#eHK5 z{q{asFNPGj-xsLJ...