All of lore.kernel.org
 help / color / mirror / Atom feed
* [Bug 115781] New: Hyper-V video driver leaking memory
@ 2016-04-02  4:53 bugzilla-daemon
  2016-04-02  5:31 ` [Bug 115781] " bugzilla-daemon
  0 siblings, 1 reply; 2+ messages in thread
From: bugzilla-daemon @ 2016-04-02  4:53 UTC (permalink / raw)
  To: dri-devel

https://bugzilla.kernel.org/show_bug.cgi?id=115781

            Bug ID: 115781
           Summary: Hyper-V video driver leaking memory
           Product: Drivers
           Version: 2.5
    Kernel Version: 4.4.5-1
          Hardware: Intel
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Video(DRI - non Intel)
          Assignee: drivers_video-dri@kernel-bugs.osdl.org
          Reporter: feduzi@mailinator.com
        Regression: No

After some testing seems like hyper-v video driver is leaking memory.

The setup:
Host OS: Windows 10 + Hyper-V
Guest OS: a linux distro

Steps to reproduce (archlinux example):
1. Setup a minimal system (and xorg-server, xorg-server-utils, xterm)
2. Launch "top" and wait. (I waited for an hour, and have seen no changes in
memory allocation)
3. Use "startx" to launch basic X11 session.
4. Launch "top" and wait. (It takes 5-10 minutes for me, for memory to be
mostly occupied, about 20% is left)

Steps to reproduce (ubuntu server example):
1. Setup a minimal system (and xorg, xterm)
2. Launch "top" and wait. (I waited for an hour, and have seen no changes in
memory allocation)
3. Use "startx" to launch basic X11 session.
4. Launch "top" and wait. (It takes 5-10 minutes for me, for memory to be
mostly occupied, about 15% is left)

As seen from the 2 examples above, we have an issue across different distros.
Also I've set up the same 2 distros on VirtualBox VMs and had no issues with
memory allocation, which point into Hyper-V direction.
As seen previously the issue is not occurring until X11 is not launched, which
points into display-related direction.
Also to note, I tried to use top/htop tools to pinpoint a program, which leaks
memory. But the most used memory percentage is 0.3 at the time when 80% of RAM
is used, which points into non-program direction (I assumed driver).

Thanks.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [Bug 115781] Hyper-V video driver leaking memory
  2016-04-02  4:53 [Bug 115781] New: Hyper-V video driver leaking memory bugzilla-daemon
@ 2016-04-02  5:31 ` bugzilla-daemon
  0 siblings, 0 replies; 2+ messages in thread
From: bugzilla-daemon @ 2016-04-02  5:31 UTC (permalink / raw)
  To: dri-devel

https://bugzilla.kernel.org/show_bug.cgi?id=115781

feduzi@mailinator.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |INVALID

--- Comment #1 from feduzi@mailinator.com ---
I made a mistake thinking it is a hyperv_fb driver issue.
Though the issue is still there, but it has nothing to do with video drivers.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2016-04-02  5:31 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-04-02  4:53 [Bug 115781] New: Hyper-V video driver leaking memory bugzilla-daemon
2016-04-02  5:31 ` [Bug 115781] " bugzilla-daemon

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.