similar to: [PATCH] drm/nouveau: Fix memory leak in nouveau_bo_alloc

Displaying 20 results from an estimated 1000 matches similar to: "[PATCH] drm/nouveau: Fix memory leak in nouveau_bo_alloc"

2019 Nov 26
1
[PATCH] drm/nouveau: Fix memory leak in nouveau_bo_alloc
ping... On Thu, Nov 21, 2019 at 12:09 PM Navid Emamdoost <navid.emamdoost at gmail.com> wrote: > > On Mon, Oct 21, 2019 at 4:14 PM Navid Emamdoost > <navid.emamdoost at gmail.com> wrote: > > > > In the implementation of nouveau_bo_alloc() if it fails to determine the > > target page size via pi, then the allocated memory for nvbo should be > >
2019 Nov 21
0
[PATCH] drm/nouveau: Fix memory leak in nouveau_bo_alloc
On Mon, Oct 21, 2019 at 4:14 PM Navid Emamdoost <navid.emamdoost at gmail.com> wrote: > > In the implementation of nouveau_bo_alloc() if it fails to determine the > target page size via pi, then the allocated memory for nvbo should be > released. > > Fixes: 019cbd4a4feb ("drm/nouveau: Initialize GEM object before TTM object") > Signed-off-by: Navid Emamdoost
2019 Sep 16
4
[PATCH 0/4] drm/nouveau: Miscellaneous fixes
From: Thierry Reding <treding at nvidia.com> Hi Ben, these are fixes for a couple of issues that I've been running into when testing on various Tegra boards. The first two patches fix up issues in the fix that I had sent out earlier to fix the regression introduced in drm-misc-next. The first one is critical because it avoids a BUG_ON as reported by Ilia, while the second is less
2019 Sep 10
1
[Intel-gfx] [PATCH v6 08/17] drm/ttm: use gem vma_node
On Sat, Sep 07, 2019 at 09:58:46PM -0400, Ilia Mirkin wrote: > On Wed, Aug 21, 2019 at 7:55 AM Thierry Reding <thierry.reding at gmail.com> wrote: > > > > On Wed, Aug 21, 2019 at 04:33:58PM +1000, Ben Skeggs wrote: > > > On Wed, 14 Aug 2019 at 20:14, Gerd Hoffmann <kraxel at redhat.com> wrote: > > > > > > > > Hi, > > > >
2019 Aug 21
2
[Intel-gfx] [PATCH v6 08/17] drm/ttm: use gem vma_node
On Wed, Aug 21, 2019 at 04:33:58PM +1000, Ben Skeggs wrote: > On Wed, 14 Aug 2019 at 20:14, Gerd Hoffmann <kraxel at redhat.com> wrote: > > > > Hi, > > > > > > Changing the order doesn't look hard. Patch attached (untested, have no > > > > test hardware). But maybe I missed some detail ... > > > > > > I came up with
2020 Jul 15
0
[PATCH] drm/nouveau: add the missed kfree() for nouveau_bo_alloc()
nouveau_bo_alloc() misses to call kfree() in an error path. Add the missed function call to fix it. Signed-off-by: Jing Xiangfeng <jingxiangfeng at huawei.com> --- drivers/gpu/drm/nouveau/nouveau_bo.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c b/drivers/gpu/drm/nouveau/nouveau_bo.c index c40f127de3d0..abd80b1a6de3 100644 ---
2019 Oct 22
0
[PATCH] drm/nouveau: Fix memory leak in nouveau_bo_alloc
> +++ b/drivers/gpu/drm/nouveau/nouveau_bo.c > @@ -276,8 +276,10 @@ nouveau_bo_alloc(struct nouveau_cli *cli, u64 *size, int *align, u32 flags, > break; > } > > - if (WARN_ON(pi < 0)) > + if (WARN_ON(pi < 0)) { > + kfree(nvbo); > return ERR_PTR(-EINVAL); > + } > > /* Disable compression if suitable settings couldn't be found. */ > if
2020 Jul 15
0
[PATCH] drm/nouveau: add the missed kfree() for nouveau_bo_alloc()
> ? to fix it. I suggest to replace this wording by the tag ?Fixes?. ? > +++ b/drivers/gpu/drm/nouveau/nouveau_bo.c > @@ -276,8 +276,10 @@ nouveau_bo_alloc(struct nouveau_cli *cli, u64 *size, int *align, u32 flags, > break; > } > > - if (WARN_ON(pi < 0)) > + if (WARN_ON(pi < 0)) { > + kfree(nvbo); > return ERR_PTR(-EINVAL); > + } I propose to
2015 May 26
4
Kubernetes 0.17.1 in virt7-testing
Hi, kubernetes-0.17.1-3 is in virt7-testing repo [1]. Please test and feedback. [1] http://cbs.centos.org/repos/virt7-testing/x86_64/os/Packages/ -- Navid Shaikh IRC: nshaikh
2005 Aug 09
1
RE: Compiling legacy LSI megaraid drivers (Linux 2.6.11)with xen 2.0.7?
Have you checked the compile time in the boot messages to see you''re actually booting the kernel you think you are? The compile warnings are nothing to do with Xen. Ian > -----Original Message----- > From: xen-users-bounces@lists.xensource.com > [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of > Navid Khalili > Sent: 09 August 2005 02:48 > To:
2005 Jul 13
1
PDC: Strange username translations...
Hi, i'm running a samba PDC on samba 3.0 and just had to reinstall the server because of a dead cpu causing corruption. luckily i had complete backups of the samba-files, so i copied them back to /etc/samba, /var/lib/samba and /var/cache samba. (tdb-files) i had one workstation (xp) removed from the domain and wanted to add it again, but then the station always gives me an error that i
2005 Aug 09
2
Compiling legacy LSI megaraid drivers (Linux 2.6.11) with xen 2.0.7?
Hi all, I''ve been using Xen for a while and I am trying to install it onto a Dell Poweredge 2950. The 2850 uses a PERC4/Di raid on motherboard, which requires the LSI Legacy SCSI Raid driver to be compiled into the 2.6.11-xen0 kernel. I''ve been recompiling the kernel by: 1. Go into the linux-2.6.11-xen0 directory. Select the driver using "make ARCH=xen
2015 Jul 13
1
Kubernetes 1.0.0 in virt7-docker-common
Hi, Latest kubernetes-1.0.0-0.2.git2c27b1f.el7 is updated in virt7-docker-common repo [1]. Please test and feedback. [1] http://cbs.centos.org/repos/virt7-docker-common-candidate/x86_64/os/Packages/ -- Navid
2010 Feb 14
1
R project
Dear Sir/Madam Could you pls help me at these subjects in R-project? How could I construct a table for 5 or 10 records of data set? How could I construct a bar chart for categorical variable with overlay? How could I construct a histogram for a categorical variable? pls inform me. Thanks in advanced. Navid _________________________________________________________________ Hotmail:
2020 Feb 18
5
[PATCH 8/8] drm/ttm: do not keep GPU dependent addresses
On 2/18/20 1:44 PM, Christian K?nig wrote: > Am 18.02.20 um 13:40 schrieb Thomas Zimmermann: >> Hi >> >> Am 17.02.20 um 16:04 schrieb Nirmoy Das: >>> GPU address handling is device specific and should be handle by its >>> device >>> driver. >>> >>> Signed-off-by: Nirmoy Das <nirmoy.das at amd.com> >>> ---
2015 May 27
1
Kubernetes 0.17.1 in virt7-testing
On Tue, May 26, 2015 at 11:53 AM, Navid Shaikh <nshaikh at redhat.com> wrote: > Hi, > > kubernetes-0.17.1-3 is in virt7-testing repo [1]. Please test and feedback. > > [1] http://cbs.centos.org/repos/virt7-testing/x86_64/os/Packages/ They wanted to get rid of virt7-testing -- does this come under oVirt? -George
2003 Aug 13
1
Sun and Informatica invite you to a Web seminar
Sun and Informatica Present "Metadata Solutions: Enabling the Intelligent Enterprise" Date: Wednesday, August 27, 2003 Time: 11:00amPDT/1:00pmCDT/2:00pmEDT Duration: One hour In today's economy, having in-depth and accurate data is key to getting visibility across your enterprise. Metadata management is required to access the impact of change and improve operational performance.
2004 Jun 28
1
XP-client logs in, but does not load profile from server and only uses a local one.
Hi to all, i'm new to the mailing list, because i already searched the whole list and google fot this, but i could not find anything: I have set up a cute Samba 3 PDC as described here: http://us1.samba.org/samba/docs/man/Samba-HOWTO-Collection.html#id2498710 In fact the setup is nearly exactly the same. (I've just added one more share.) Then i used a XP client to load a local
2020 Feb 18
2
[PATCH 8/8] drm/ttm: do not keep GPU dependent addresses
Am 18.02.20 um 19:16 schrieb Thomas Zimmermann: > Hi > > Am 18.02.20 um 18:13 schrieb Nirmoy: >> On 2/18/20 1:44 PM, Christian K?nig wrote: >>> Am 18.02.20 um 13:40 schrieb Thomas Zimmermann: >>>> Hi >>>> >>>> Am 17.02.20 um 16:04 schrieb Nirmoy Das: >>>>> GPU address handling is device specific and should be handle by its
2020 Feb 18
2
[PATCH 8/8] drm/ttm: do not keep GPU dependent addresses
Am 18.02.20 um 19:28 schrieb Thomas Zimmermann: > Hi > > Am 18.02.20 um 19:23 schrieb Christian K?nig: >> Am 18.02.20 um 19:16 schrieb Thomas Zimmermann: >>> Hi >>> >>> Am 18.02.20 um 18:13 schrieb Nirmoy: >>>> On 2/18/20 1:44 PM, Christian K?nig wrote: >>>>> Am 18.02.20 um 13:40 schrieb Thomas Zimmermann: