search for: unreferences

Replace reference/unreference with get/put as it is consistent with the kernel coding style. Done using the following semantic patch by coccinelle. @r@ expression e; @@ -drm_gem_object_unreference_unlocked(e); +drm_gem_object_put_unlocked(e); Signed-off-by: Srishti Sharma <srishtishar at gmail.com> --- drivers/gpu/drm/virtio/virtgpu_display.c | 4 ++--

Replace reference/unreference with get/put as it is consistent with the kernel coding style. Done using the following semantic patch by coccinelle. @r@ expression e; @@ -drm_gem_object_unreference_unlocked(e); +drm_gem_object_put_unlocked(e); Signed-off-by: Srishti Sharma <srishtishar at gmail.com> --- drivers/gpu/drm/virtio/virtgpu_display.c | 4 ++--

On Tue, Mar 20, 2018 at 11:29:27AM -0700, Santha Meena Ramamoorthy wrote: > Replace drm_gem_object_reference/unreference function with *_get/put() > suffixes, because it is shorter and consistent with the kernel > kref_get/put() functions. The following Coccinelle script was used: > > @@ > expression e; > @@ > > ( > -drm_gem_object_reference(e); >

- unreference state objects so that buffer objects are unreferenced and eventually destroyed - free channel at screen's destruction Index: nv50/nv50_screen.c =================================================================== --- nv50/nv50_screen.c (wersja 32083) +++ nv50/nv50_screen.c (kopia robocza) @@ -162,7 +162,22 @@ nv50_screen_destroy(struct pipe_screen *pscreen) { struct

On Thu, Nov 15, 2018 at 11:38:35PM +0100, Linus Walleij wrote: > On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos <greenfoo at gluegarage.com> wrote: > > > One of the things in the DRM TODO list ("Documentation/gpu/todo.rst") was to > > "switch from reference/unreference to get/put". That's what this patch series is > > about. > > The

On Thu, Nov 15, 2018 at 11:38:35PM +0100, Linus Walleij wrote: > On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos <greenfoo at gluegarage.com> wrote: > > > One of the things in the DRM TODO list ("Documentation/gpu/todo.rst") was to > > "switch from reference/unreference to get/put". That's what this patch series is > > about. > > The

Hi Daniel, On Thursday, 26 April 2018 15:36:15 EEST Daniel Vetter wrote: > On Thu, Apr 26, 2018 at 03:58:19PM +0530, Vaishali Thakkar wrote: > > It's been a while since we introduced drm_dev{get/put} functions > > to replace reference/unreference in drm subsystem for the > > consistency purpose. So, with this patch, let's just replace > > all current use cases

On Tue, May 24, 2016 at 06:03:27PM +0200, Lukas Wunner wrote: > When a drm_crtc structure is destroyed with drm_crtc_cleanup(), the DRM > core does not turn off the crtc first and neither do the drivers. With > nouveau, radeon and amdgpu, this causes a runtime pm ref to be leaked on > driver unload if at least one crtc was enabled. > > (See usage of have_disp_power_ref in

On Wed, May 25, 2016 at 12:51 PM, Lukas Wunner <lukas at wunner.de> wrote: > > On Tue, May 24, 2016 at 11:30:42PM +0200, Daniel Vetter wrote: >> On Tue, May 24, 2016 at 06:03:27PM +0200, Lukas Wunner wrote: >> > When a drm_crtc structure is destroyed with drm_crtc_cleanup(), the DRM >> > core does not turn off the crtc first and neither do the drivers. With

On Thu, Apr 26, 2018 at 6:15 PM, Laurent Pinchart <laurent.pinchart at ideasonboard.com> wrote: > Hi Daniel, > > On Thursday, 26 April 2018 15:36:15 EEST Daniel Vetter wrote: >> On Thu, Apr 26, 2018 at 03:58:19PM +0530, Vaishali Thakkar wrote: >> > It's been a while since we introduced drm_dev{get/put} functions >> > to replace reference/unreference in

Hi list, I''ve did some tests and run into a very strange situation.. I created a zvol using "zfs create -V" and initialize an sam-filesystem on this zvol. After that I restored some testdata using a dump from another system. So far so good. After some big troubles I found out that releasing files in the sam-filesystem doesn''t create space on the underlying zvol.

On Thu, Apr 26, 2018 at 3:14 PM, Alexandre Belloni <alexandre.belloni at bootlin.com> wrote: > Hi, > > On 26/04/2018 15:45:44+0300, Laurent Pinchart wrote: >> Hi Daniel, >> >> On Thursday, 26 April 2018 15:36:15 EEST Daniel Vetter wrote: >> > On Thu, Apr 26, 2018 at 03:58:19PM +0530, Vaishali Thakkar wrote: >> > > It's been a while since we

Hi, On 26/04/2018 15:45:44+0300, Laurent Pinchart wrote: > Hi Daniel, > > On Thursday, 26 April 2018 15:36:15 EEST Daniel Vetter wrote: > > On Thu, Apr 26, 2018 at 03:58:19PM +0530, Vaishali Thakkar wrote: > > > It's been a while since we introduced drm_dev{get/put} functions > > > to replace reference/unreference in drm subsystem for the > > >

I'm pleased to announce the 19.1.0 release of xf86-video-ati, the Xorg driver for ATI/AMD Radeon GPUs supported by the radeon kernel driver. This release supports xserver versions 1.13-1.20. There are no big changes in this release, just fixes and other minor improvements. Thanks to everybody who contributed to this release in any way! NOTE: As of September, I'm no longer working for

Hi Daniel, On Wednesday, 21 November 2018 11:42:33 EET Daniel Vetter wrote: > On Thu, Nov 15, 2018 at 11:38:35PM +0100, Linus Walleij wrote: > > On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos wrote: > >> One of the things in the DRM TODO list ("Documentation/gpu/todo.rst") > >> was to "switch from reference/unreference to get/put". That's what

On Sat, Nov 24, 2018 at 10:17:13PM +0100, Linus Walleij wrote: > On Wed, Nov 21, 2018 at 10:42 AM Daniel Vetter <daniel at ffwll.ch> wrote: > > On Thu, Nov 15, 2018 at 11:38:35PM +0100, Linus Walleij wrote: > > > On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos <greenfoo at gluegarage.com> wrote: > > > > > > > One of the things in the DRM TODO list

Not sure if this is normal or some kind of bug that I should be filing somewhere so asking for opinions here first. I have a new system (Gigabyte H55M-UD2H with i5-760) that has 2 disks with partitions used for RAID 1 MD devices. X was in use. After testing that the system would boot properly if one of the disk failed, simulated by pulling the cable on one then rebooting, I proceeded to do other

Hi, attached is a patch to improve including targets other than X86 in CMake MSVC builds. When adding libs to link, rather than always using LLVMX86CodeGen and LLVMX86AsmPrinter, it grabs the correct ones. It also adds "force-link-ints" to the various TargetMachine cpp files, as well as X86AsmPrinter and PPCAsmPrinter. These are needed to be able to encourage the Win32 linker to

I'm pleased to announce the 19.1.0 release of xf86-video-amdgpu, the Xorg driver for AMD Radeon GPUs supported by the amdgpu kernel driver. This release supports xserver versions 1.13-1.20. There are no big changes in this release, just fixes and other minor improvements. Thanks to everybody who contributed to this release in any way! NOTE: As of September, I'm no longer working for

I Build a plugin, that do some stuffs with a email. To get the input istream, i use the "get_stream" function, like zlib does. I create a concat_stream, with the full_input[3]; struct istream *full_input[3]; //this like zlib input = imail->data.stream; //first input, using the input full_input[0] = i_stream_create_header_filter(input, HEADER_FILTER_EXCLUDE | HEADER_FILTER_NO_CR,