search for: epam

From: Anastasiia Lukianenko <anastasiia_lukianenko at epam.com> We are trying to use the clang-format approach as a base for Xen [1] style formatting. During the state of testing clang-format with different configurations, we found that some points regarding the Xen coding style are not configurable. Therefore, we decided to add them to be able to make...

...citly when the user enables a kconfig > that needs them. > > Otherwise the XEN_GNTDEV_DMABUF kconfig is overly difficult to enable. > > Fixes: 932d6562179e ("xen/gntdev: Add initial support for dma-buf UAPI") > Cc: Oleksandr Andrushchenko <oleksandr_andrushchenko at epam.com> > Cc: Boris Ostrovsky <boris.ostrovsky at oracle.com> > Cc: xen-devel at lists.xenproject.org > Cc: Juergen Gross <jgross at suse.com> > Cc: Stefano Stabellini <sstabellini at kernel.org> > Reviewed-by: Juergen Gross <jgross at suse.com> > Reviewed-...

We have some guys working in the US who can't always dial back to our company in Europe easily (lots of clients require authorization to make international calls), so I set up the following: - ipkall.com number links to a FWD number - office Asterisk box registers with FWD Then I programmed Asterisk to accept office extension number using DTFM tones. This works OK. Then I programmed

...ables a kconfig >> that needs them. >> >> Otherwise the XEN_GNTDEV_DMABUF kconfig is overly difficult to enable. >> >> Fixes: 932d6562179e ("xen/gntdev: Add initial support for dma-buf UAPI") >> Cc: Oleksandr Andrushchenko <oleksandr_andrushchenko at epam.com> >> Cc: Boris Ostrovsky <boris.ostrovsky at oracle.com> >> Cc: xen-devel at lists.xenproject.org >> Cc: Juergen Gross <jgross at suse.com> >> Cc: Stefano Stabellini <sstabellini at kernel.org> >> Reviewed-by: Juergen Gross <jgross at suse.co...

...ls so they are turned on implicitly when the user enables a kconfig that needs them. Otherwise the XEN_GNTDEV_DMABUF kconfig is overly difficult to enable. Fixes: 932d6562179e ("xen/gntdev: Add initial support for dma-buf UAPI") Cc: Oleksandr Andrushchenko <oleksandr_andrushchenko at epam.com> Cc: Boris Ostrovsky <boris.ostrovsky at oracle.com> Cc: xen-devel at lists.xenproject.org Cc: Juergen Gross <jgross at suse.com> Cc: Stefano Stabellini <sstabellini at kernel.org> Reviewed-by: Juergen Gross <jgross at suse.com> Reviewed-by: Oleksandr Andrushchenko &l...

...tef ------------------------------------------------------------------------ Stefano Marchesi Environmental Epidemiologic Unit Environmental Protection Agency - ARPA Emilia Romagna Via Fontanelli 23 - 41100 Modena (Italy) tel: +39 059 433635 (int. 5035) fax: +39 059 241312 sito web: www.arpa.emr.it/epam

Passing the wrong type feels icky, everywhere else we use the pipe as the first parameter. Spotted while discussing patches with Thomas Zimmermann. Cc: Thomas Zimmermann <tzimmermann at suse.de> Cc: Noralf Tr?nnes <noralf at tronnes.org> Cc: Gerd Hoffmann <kraxel at redhat.com> Cc: Eric Anholt <eric at anholt.net> Cc: Emil Velikov <emil.velikov at collabora.com> Cc:

Passing the wrong type feels icky, everywhere else we use the pipe as the first parameter. Spotted while discussing patches with Thomas Zimmermann. Cc: Thomas Zimmermann <tzimmermann at suse.de> Cc: Noralf Tr?nnes <noralf at tronnes.org> Cc: Gerd Hoffmann <kraxel at redhat.com> Cc: Eric Anholt <eric at anholt.net> Cc: Emil Velikov <emil.velikov at collabora.com> Cc:

...bject *obj) Can we please have naming consistent and name it as xen_drm_front_drv_free_object_unlocked or any other name if this seems to be too long, but starting with xen_drm_front_ as the rest of exported functions? With this, Acked-by: Oleksandr Andrushchenko <oleksandr_andrushchenko at epam.com> Thank you, Oleksandr > { > struct xen_drm_front_drm_info *drm_info = obj->dev->dev_private; > int idx; > @@ -481,22 +481,12 @@ static const struct file_operations xen_drm_dev_fops = { > .mmap = xen_drm_front_gem_mmap, > }; > > -stat...

...Paul <sean at poorly.run> Cc: Eric Anholt <eric at anholt.net> Cc: Rodrigo Siqueira <rodrigosiqueiramelo at gmail.com> Cc: Melissa Wen <melissa.srw at gmail.com> Cc: Haneen Mohammed <hamohammed.sa at gmail.com> Cc: Oleksandr Andrushchenko <oleksandr_andrushchenko at epam.com> Cc: Sumit Semwal <sumit.semwal at linaro.org> Cc: Emil Velikov <emil.velikov at collabora.com> Cc: Marek Szyprowski <m.szyprowski at samsung.com> Cc: Arunpravin <apaneers at amd.com> Cc: Huang Rui <ray.huang at amd.com> Cc: Luben Tuikov <luben.tuikov at amd....

...ppression on all the Xlites. I've turned up the rxgain on the ISDN channel in case it is too quiet. Nothing so far has helped. Calling directly through the PBX from a normal extension phone doesn't seem to have any problems. Anyone have any idea what I should look at? Thanks Rob Scott EPAM Systems Ltd.

Asterisk seems to regard an unregistered phone to be busy. Is that correct? Is not an unregistered phone unavailable? It is odd to me that if someone dials an unregistered extension, then the dialplan jumps to busy and voicemail kicks in saying that the person is on the phone, when clearly they can't be if the phone hasn't registered. Any way around this?

Try commenting out the line pritrustusercid = yes Or set it to 'no'. That worked for me. -----Original Message----- From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Jens Sent: Friday, January 21, 2005 7:18 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] zaphfc no callerid

...Paul <sean at poorly.run> Cc: Eric Anholt <eric at anholt.net> Cc: Rodrigo Siqueira <rodrigosiqueiramelo at gmail.com> Cc: Melissa Wen <melissa.srw at gmail.com> Cc: Haneen Mohammed <hamohammed.sa at gmail.com> Cc: Oleksandr Andrushchenko <oleksandr_andrushchenko at epam.com> Cc: Sumit Semwal <sumit.semwal at linaro.org> Cc: Emil Velikov <emil.velikov at collabora.com> Cc: Luben Tuikov <luben.tuikov at amd.com> Cc: Marek Szyprowski <m.szyprowski at samsung.com> Cc: Arunpravin <apaneers at amd.com> Cc: Huang Rui <ray.huang at amd....

...is destroyed. > > It is unclear if any of this is even sane, but at least a lot of duplicate > code is removed. I didn't have a chance to look at the patch itself yet but as a heads-up --- it crashes dom0. -boris > > Cc: Oleksandr Andrushchenko <oleksandr_andrushchenko at epam.com> > Cc: Boris Ostrovsky <boris.ostrovsky at oracle.com> > Cc: xen-devel at lists.xenproject.org > Cc: Juergen Gross <jgross at suse.com> > Cc: Stefano Stabellini <sstabellini at kernel.org> > Signed-off-by: Jason Gunthorpe <jgg at mellanox.com> > ---...

For work environments where you only get HTTP or HTTPS access, what is the feasibility of doing IAX over HTTP? I have heard of projects such as stunnel. Has anyone tried something like this? I did a quick search but didn't come up with much.

...ightforwardly using mmu_range_notifier_insert() over the VMA's VA range. The notifier should be attached until the original VMA is destroyed. It is unclear if any of this is even sane, but at least a lot of duplicate code is removed. Cc: Oleksandr Andrushchenko <oleksandr_andrushchenko at epam.com> Cc: Boris Ostrovsky <boris.ostrovsky at oracle.com> Cc: xen-devel at lists.xenproject.org Cc: Juergen Gross <jgross at suse.com> Cc: Stefano Stabellini <sstabellini at kernel.org> Signed-off-by: Jason Gunthorpe <jgg at mellanox.com> --- drivers/xen/gntdev-common.h |...

..._drm_front.c | 2 +- >> drivers/gpu/drm/xen/xen_drm_front_conn.c | 2 +- >> drivers/gpu/drm/xen/xen_drm_front_gem.c | 2 +- >> drivers/gpu/drm/xen/xen_drm_front_kms.c | 2 +- For Xen: Acked-by: Oleksandr Andrushchenko <oleksandr_andrushchenko at epam.com> >> drivers/gpu/drm/zte/zx_drm_drv.c | 2 +- >> drivers/gpu/drm/zte/zx_hdmi.c | 2 +- >> drivers/gpu/drm/zte/zx_tvenc.c | 2 +- >> drivers/gpu/drm/zte/zx_vga.c | 2 +- >> drivers/gpu/drm/zte/...

From: Jason Gunthorpe <jgg at mellanox.com> 8 of the mmu_notifier using drivers (i915_gem, radeon_mn, umem_odp, hfi1, scif_dma, vhost, gntdev, hmm) drivers are using a common pattern where they only use invalidate_range_start/end and immediately check the invalidating range against some driver data structure to tell if the driver is interested. Half of them use an interval_tree, the others

Initially out there as #965245. I strongly prefer to build ARM64 packages on non-ARM systems. Something about my main build machine having twice the cores and twice the clock speed. As such after many builds I've managed to generate a set of patches which appear to mostly function to get functioning cross-builds of Xen. These are NOT a 100% solution. Some packaging hacks were needed. In