search for: astly

The data structure |struct drm_vram_mm| and its helpers replace ast's TTM-based memory manager. It's the same implementation; except for the type names. v2: * implement ast_mmap() with drm_vram_mm_mmap() Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> --- drivers/gpu/drm/ast/Kconfig | 1 + drivers/gpu/drm/ast/ast_drv.h | 12 +--- drivers/gpu/drm/ast/ast_main.c |

This patch replaces ast's framebuffer console with DRM's generic implememtation. All respective code is being removed from the driver. The console is set up with a shadow buffer. The actual buffer object is not permanently pinned in video ram, but just another buffer object that the driver moves in and out of vram as necessary. The driver's function ast_crtc_do_set_base() used to

As I understand it (and my understanding is obviously incorrect) the switch => statement sells the Asterisk box to resolve (aka lookup) extensions by querying the remote Asterisk server defined in the switch => statement. The switch => statement is used to centralize dialplans. I've not used the switch => statement yet, I'm just trying to understand the ramifications of using

Sorry again for the only marginal relation to asterisk, but the issue does affect the voice performance I am experiencing, so I am soothing my guilt with that. Bet you don't see this every day: ast% uptime 13:48:08 up 981 days, 18:29, 1 user, load average: 1.08, 1.02, 1.01 ast% I *REALLY* want this machine to see 1000 days uptime, if for nothing other than bragging rights. Its been

Has anyone seen this before, and know what is happening? USER at HOST:~/asterisk/agx-ast-addons# ./build.sh -- Configuring done -- Generating done -- Build files have been written to: /root/asterisk/agx-ast-addons [ 11%] Building C object CMakeFiles/app_devstate.dir/app_devstate.o Linking C shared module dist/app_devstate.so [ 11%] Built target app_devstate [ 22%] Building C object

The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Signed-off-by: Peter Rosin <peda at axentia.se> --- drivers/gpu/drm/ast/ast_drv.h | 1 - drivers/gpu/drm/ast/ast_fb.c | 20 --------------------

The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Signed-off-by: Peter Rosin <peda at axentia.se> --- drivers/gpu/drm/ast/ast_drv.h | 1 - drivers/gpu/drm/ast/ast_fb.c | 20 --------------------

Hi, Can anyone help if for example we have multiple c files and we want to analyze their ASTs to find out any dependency between them ( like a function defined in one c file is used in other, any external variable etc ). How can we do it at the AST level? I mean is there any automated tool or flag for it in LLVM. If anyone has any idea please tell. sincerely, Siddharth -------------- next part

(Apologies for the re-send Siddharth, I failed to cc the list) There is no existing tool that I'm aware of which performs this analysis on the AST. It is possible to do on an AST. You would just need to write an AST Visitor that finds declarations, definitions, and uses of functions. Is there a reason you need to do this at the AST level? With C code this analysis can be trivially performed

I have a setup of asterisk 1.6 in one box and asteirsk 1.4 in another. I can send recieve faxes from both boxes fine to and from pstn. But the faxing between 1.6 and 1.4 extensions does fail. Any ideas please ? -- Thank You Amit Nepal

DRM client buffers are permanently mapped throughout their lifetime. This prevents us from using generic framebuffer emulation for devices with small dedicated video memory, such as ast or mgag200. With fb buffers permanently mapped, such devices often won't have enougth space left to display other content (e.g., X11). This patch set introduces unmappable DRM client buffers for framebuffer

DRM client buffers are permanently mapped throughout their lifetime. This prevents us from using generic framebuffer emulation for devices with small dedicated video memory, such as ast or mgag200. With fb buffers permanently mapped, such devices often won't have enougth space left to display other content (e.g., X11). This patch set introduces unmappable DRM client buffers for framebuffer

The ast driver uses an empty implementation for its encoder. Replace the code with the generic simple encoder. Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> --- drivers/gpu/drm/ast/ast_drv.h | 6 +----- drivers/gpu/drm/ast/ast_mode.c | 25 ++++++++----------------- 2 files changed, 9 insertions(+), 22 deletions(-) diff --git a/drivers/gpu/drm/ast/ast_drv.h

Hi Chris, Thanks for the suggestion i was trying to use the patch https://reviews.llvm.org/D30691 and ASTimporter concept for cross file analysis. Can u explain in details the approach u suggested ? What is `nm` on the object files ? Can u suggest some approach to start on this cross file analysis tool. Thanks, Siddharth On Tue, Sep 19, 2017 at 9:42 PM, Chris Bieneman <beanz at apple.com>

Asterisk Project Security Advisory - AST-2008-007 +------------------------------------------------------------------------+ | Product | Asterisk | |--------------------+---------------------------------------------------| | Summary | Asterisk installations using cryptographic keys | | | generated

On June 22, 2017 at 5:51:39 AM, Pavel Labath (labath at google.com) wrote: I don't have any concrete feedback, but: - +1 for removing the "FastDemagler" - If you already construct an AST as a part of your demangling process, would it be possible to export that AST for external consumption somehow? Right now in lldb we sometimes need to parse the demangled name (to get the

Hello, I am trying to setup a Grandstream GXP2160 IP-phone with secure calling (SRTP). Secure signaling SSIP for registration is working great ! I follow this guide : https://wiki.asterisk.org/wiki/display/AST/Secure+Calling+Tutorial But when I try to make a call with SRTP, I get stuck. There is an initial INVITE which is anwered with a 401. There should follow a new INVITE with a nonce,

Hi, I am using spandsp-0.0.4, tiff-3.8.2, and agx-ags-addon with Asterisk 1.4.18. Everytime rxfax executes, Asterisk crashes: -- Executing [fax at phones:1] Set("Zap/2-1", "FAXFILE=/var/spool/asterisk-fax/1207322398.0.tif") in new stack -- Executing [fax at phones:2] RxFAX("Zap/2-1", "/var/spool/asterisk-fax/1207322398.0.tif") in new st ack [Apr 4

You now need to compile and install SpanDSP-0.0.6pre3 at least (AGX has been changed). After you've done that - try AGX again. HTH -----Original Message----- From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Olivier Sent: 11 March 2009 06:16 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: [asterisk-users]

Call drm_client_setup() to run the kernel's default client setup for DRM. Set fbdev_probe in struct drm_driver, so that the client setup can start the common fbdev client. The ast driver specifies a preferred color mode of 32. As this is the default if no format has been given, leave it out entirely. Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> Cc: Dave Airlie <airlied