[PATCH 0/2] Smartly allocate memory on the two BARs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Currently a single type of surface is allocated in a specific BAR.
This also changes from userspace driver to the kernel one.
This way it could happen that allocation are failing even if there are
plenty of space in the other BAR.
For instance this can happen trying to change resolution as the old and
the new virtual screen is supposed to be contained in a single BAR.
The change allows allocation to occur in the BAR not being the default
for a surface type.

The patches prove to be really stable. I tested setting quite small BARs
(one or the oher) or changing default allocation BAR and continued working.
Setting large resolution is working fine while without these patches fails
for not so big BAR sizes.

Changes from previous version:
- remove RFC;
- added signed-off-by;
- added prefix in commit title;
- rebased.

Frediano Ziglio (2):
  drm/qxl: change the way slot is detected
  drm/qxl: allocate objects in both video rams

 drivers/gpu/drm/qxl/qxl_cmd.c    |  2 +-
 drivers/gpu/drm/qxl/qxl_drv.h    |  9 ++++++++-
 drivers/gpu/drm/qxl/qxl_object.c | 11 +++++++----
 3 files changed, 16 insertions(+), 6 deletions(-)

-- 
2.4.3

_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/spice-devel




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]     [Monitors]