Add new TTM/GEM ioctls to be able to manage buffer regions from
different domains. Included in the new ioctls is the ability to
query hardware information.
Signed-Off-by: James Simmons
---
include/uapi/drm/via_drm.h | 115
1 file changed, 95
Add new TTM/GEM ioctls to be able to manage buffer regions from
different domains. Included in the new ioctls is the ability to
query hardware information.
Signed-Off-by: James Simmons
---
include/uapi/drm/via_drm.h | 115
1 file changed, 95
> Am Freitag, 28. Juni 2013, 13:31:50 schrieb Dave Airlie:
> > Okay drm-next is pretty big, possibly the biggest ever.
> >
> > Outstanding things I know about, and will merge, if they arrive soon:
> > exynos -next
> > nouveau -next
> >
> > Big things I've merged:
> > new rcar driver
> > intel ne
> > commit 1fcf23d361375645d586756d126b436796ba4fba
> > Author: James Simmons
> > Date: Sat Jun 8 09:31:57 2013 -0400
> >
> > via: New KMS ioctls and hardware to support.
> >
> > Add new VIA pci ids to support newer hardware. Cleanup userspace
> Am Freitag, 28. Juni 2013, 13:31:50 schrieb Dave Airlie:
> > Okay drm-next is pretty big, possibly the biggest ever.
> >
> > Outstanding things I know about, and will merge, if they arrive soon:
> > exynos -next
> > nouveau -next
> >
> > Big things I've merged:
> > new rcar driver
> > intel ne
> > commit 1fcf23d361375645d586756d126b436796ba4fba
> > Author: James Simmons
> > Date: Sat Jun 8 09:31:57 2013 -0400
> >
> > via: New KMS ioctls and hardware to support.
> >
> > Add new VIA pci ids to support newer hardware. Cleanup userspace
commit f4101ca539b83c824747d657bbdc28834276fea8
Author: James Simmons
Date: Sat Jun 8 12:28:13 2013 -0400
via: Piece all the TTM/KMS changes together.
This updates the core VIA drm driver to support KMS/TTM/GEM. This includes
setting up the graphics cards resources and enabling
commit adafa472a5426e6e6ce513fbbad77b0aef0005a3
Author: James Simmons
Date: Sat Jun 8 12:24:50 2013 -0400
via: IRQ code updates
Expand the IRQ code to handle more than just the DMA and MPEG engines.
Now we handle hotplug as well and improve vblank support on both crtcs.
We
commit 36ec6a4cc78da33291b2031979b9ac5efbae0daf
Author: James Simmons
Date: Sat Jun 8 12:22:19 2013 -0400
via: Update DMA and command buffer handling to TTM
Update the DMA engine and command buffer code to use the TTM layer.
More work needs to be done here.
Signed-Off-by
commit 589665935a7ec7c29103c9ea4eb1d0ffc4b918d5
Author: James Simmons
Date: Sat Jun 8 12:15:30 2013 -0400
via: New GEM/TTM kms ioctls
New ioctls to allow userland to allocate TTM/GEM buffer objects. Obsolete
UMS ioctls.
Signed-Off-by: James Simmons
diff --git a/drivers/gpu
commit 467eefb4a02972c5f9747ddaa7d8d582fb15a759
Author: James Simmons
Date: Sat Jun 8 12:13:25 2013 -0400
via: HDMI/DVI-D support
Implement the encoder and connector for HDMI/DVI-D displays.
Signed-Off-by: James Simmons
diff --git a/drivers/gpu/drm/via/via_hdmi.c b/drivers/gpu
commit a2e0f8fc0ded9788815cdc68d3acded9f43116b4
Author: James Simmons
Date: Sat Jun 8 12:08:57 2013 -0400
via: TMDS support
Implement the encoder and connector for TMDS devices. This handles the case
of DVI port devices not based on an HDMI encoder. This is basic support will
commit 1c886b4f35ec239f7787a6a4db10ecc80b3c9824
Author: James Simmons
Date: Sat Jun 8 12:04:31 2013 -0400
via: LVDS support
Implement the encoder and connector for LVDS lcd type displays.
Signed-Off-by: James Simmons
diff --git a/drivers/gpu/drm/via/via_lvds.c b/drivers/gpu
commit 9549976c231b676c2c8e70fd6979115c1c8ed747
Author: James Simmons
Date: Sat Jun 8 12:02:59 2013 -0400
via: VGA analog support
Implement the encoder and connector for VGA analog displays.
Signed-Off-by: James Simmons
diff --git a/drivers/gpu/drm/via/via_analog.c b/drivers
commit 991c37448ff8403727f12af331eb164eb5ed4048
Author: James Simmons
Date: Sat Jun 8 11:12:36 2013 -0400
via: VIA kms frame buffer support
Each version of hardware has a unquie way to detect the amount of
video ram. We detect the amount for all known device. Here we
commit ab2beb77d5889b18112ee02c381e817eebbdccff
Author: James Simmons
Date: Sat Jun 8 11:02:43 2013 -0400
via: IGA (CRTC) handling
Routines to program all things crtc related. This covers gamma tables,
cursors
and of course resolution setting.
Signed-Off-by: James Simmons
commit 4ed0199a92b71506100240b625da173ef7afaf4c
Author: James Simmons
Date: Sat Jun 8 10:57:59 2013 -0400
via: VIA clock handling
The routines that generate the PLL values to program the registers with.
Here the VCLK is programmed to properly set the video mode.
Signed-Off
commit 86edf1f84ab36213c3bd3a6deb9c0811c7458b2c
Author: James Simmons
Date: Sat Jun 8 09:57:49 2013 -0400
via: Our implementation of KMS outputs and crtc
The header file defines via_crtc, via_connector, and via_encoder. Our
via_connector extents drm_connector by including the
commit 761567d6dd4ec80dbc39052ac74edf7626922f55
Author: James Simmons
Date: Sat Jun 8 09:39:04 2013 -0400
via: Hardware initalization/power management functions.
This code handles setting the inital state of the 2D,3D and MPEG engine
as well as our pcie gart tables. The code was
commit 33c7dca3f212ef8dff75312e1e4044fb1bcae898
Author: James Simmons
Date: Sat Jun 8 09:24:11 2013 -0400
via: Display register tables and engine register definitions
The via_disp_reg.h contains tables that define the registers
and their bit fields we need for various resolution
commit a1296bc36bbc68963ef0294e94bef69ddb998c9a
Author: James Simmons
Date: Sat Jun 8 08:53:44 2013 -0400
via: i2c handling
In order to support EDID retrieval and the via camera on the XO data
much be collected over the i2c buses. We use the i2c layer developed
by the viafb
commit 5ec2cdc6f99549122329253b1c4d1a04193b81d0
Author: James Simmons
Date: Sat Jun 8 07:59:56 2013 -0400
via: TTM and GEM memory handling
TTM buffer object life cycle and state handling is done in init_ttm.c.
The VIA GEM implemenation is a simple wrapper around the TTM layer
commit fa8599a207fbd0b4ffaa8c6961d34797f615ed7d
Author: James Simmons
Date: Fri Jun 7 19:58:14 2013 -0400
via: ttm bo driver implementation
The openchrome project decided to use the TTM api as the backend to
support GEM. The core needed to support TTM is struct ttm_bo_driver
commit 6e79030fb92d3461b4a962630245d93944d5d349
Author: James Simmons
Date: Fri Jun 7 20:17:06 2013 -0400
via: ttm pcie dma bo_driver handling
Newer VIA hardware has moved from AGP to more modern PCIe
based hardware. The TTM layer provides support for AGP but
drm drivers need
commit 30a9dda2deeebcf611cbeaffb38f0f94c708a976
Author: James Simmons
Date: Thu Jun 6 20:28:33 2013 -0400
via: fence implementation
For each buffer object we create a fence in order to know what
its state is. A fence notifies us when a object is consumed by
the command queue
commit f0be3523498cd2422d95af1e5e47f51e099f90e4
Author: James Simmons
Date: Thu Jun 6 18:57:00 2013 -0400
via: register setting helpers
The code in the crtc_hw was written to handle to cases of
programming the registers on the graphics card. Basic
routines of programming of
commit 1fcf23d361375645d586756d126b436796ba4fba
Author: James Simmons
Date: Sat Jun 8 09:31:57 2013 -0400
via: New KMS ioctls and hardware to support.
Add new VIA pci ids to support newer hardware. Cleanup userspace
api structs to remove kernel types and add the new KMS ioctls we
Hello
Here is the first run at inspection of the VIA openchrome dri
driver. Now that the Xorg driver has been out over a year with KMS support
most people should be able to use this feature. The driver is totaly
complete but we wanted to merge it so people with newer hardware that has
commit f4101ca539b83c824747d657bbdc28834276fea8
Author: James Simmons
Date: Sat Jun 8 12:28:13 2013 -0400
via: Piece all the TTM/KMS changes together.
This updates the core VIA drm driver to support KMS/TTM/GEM. This includes
setting up the graphics cards resources and
commit adafa472a5426e6e6ce513fbbad77b0aef0005a3
Author: James Simmons
Date: Sat Jun 8 12:24:50 2013 -0400
via: IRQ code updates
Expand the IRQ code to handle more than just the DMA and MPEG engines.
Now we handle hotplug as well and improve vblank support on both crtcs
commit 589665935a7ec7c29103c9ea4eb1d0ffc4b918d5
Author: James Simmons
Date: Sat Jun 8 12:15:30 2013 -0400
via: New GEM/TTM kms ioctls
New ioctls to allow userland to allocate TTM/GEM buffer objects. Obsolete
UMS ioctls.
Signed-Off-by: James Simmons
diff --git a
commit 467eefb4a02972c5f9747ddaa7d8d582fb15a759
Author: James Simmons
Date: Sat Jun 8 12:13:25 2013 -0400
via: HDMI/DVI-D support
Implement the encoder and connector for HDMI/DVI-D displays.
Signed-Off-by: James Simmons
diff --git a/drivers/gpu/drm/via/via_hdmi.c b
commit a2e0f8fc0ded9788815cdc68d3acded9f43116b4
Author: James Simmons
Date: Sat Jun 8 12:08:57 2013 -0400
via: TMDS support
Implement the encoder and connector for TMDS devices. This handles the case
of DVI port devices not based on an HDMI encoder. This is basic support will
commit 1c886b4f35ec239f7787a6a4db10ecc80b3c9824
Author: James Simmons
Date: Sat Jun 8 12:04:31 2013 -0400
via: LVDS support
Implement the encoder and connector for LVDS lcd type displays.
Signed-Off-by: James Simmons
diff --git a/drivers/gpu/drm/via/via_lvds.c b
commit 9549976c231b676c2c8e70fd6979115c1c8ed747
Author: James Simmons
Date: Sat Jun 8 12:02:59 2013 -0400
via: VGA analog support
Implement the encoder and connector for VGA analog displays.
Signed-Off-by: James Simmons
diff --git a/drivers/gpu/drm/via/via_analog.c b
commit 991c37448ff8403727f12af331eb164eb5ed4048
Author: James Simmons
Date: Sat Jun 8 11:12:36 2013 -0400
via: VIA kms frame buffer support
Each version of hardware has a unquie way to detect the amount of
video ram. We detect the amount for all known device. Here we
commit ab2beb77d5889b18112ee02c381e817eebbdccff
Author: James Simmons
Date: Sat Jun 8 11:02:43 2013 -0400
via: IGA (CRTC) handling
Routines to program all things crtc related. This covers gamma tables,
cursors
and of course resolution setting.
Signed-Off-by: James
commit 4ed0199a92b71506100240b625da173ef7afaf4c
Author: James Simmons
Date: Sat Jun 8 10:57:59 2013 -0400
via: VIA clock handling
The routines that generate the PLL values to program the registers with.
Here the VCLK is programmed to properly set the video mode
commit 86edf1f84ab36213c3bd3a6deb9c0811c7458b2c
Author: James Simmons
Date: Sat Jun 8 09:57:49 2013 -0400
via: Our implementation of KMS outputs and crtc
The header file defines via_crtc, via_connector, and via_encoder. Our
via_connector extents drm_connector by including the
commit 761567d6dd4ec80dbc39052ac74edf7626922f55
Author: James Simmons
Date: Sat Jun 8 09:39:04 2013 -0400
via: Hardware initalization/power management functions.
This code handles setting the inital state of the 2D,3D and MPEG engine
as well as our pcie gart tables. The code
commit a1296bc36bbc68963ef0294e94bef69ddb998c9a
Author: James Simmons
Date: Sat Jun 8 08:53:44 2013 -0400
via: i2c handling
In order to support EDID retrieval and the via camera on the XO data
much be collected over the i2c buses. We use the i2c layer developed
by the
commit 5ec2cdc6f99549122329253b1c4d1a04193b81d0
Author: James Simmons
Date: Sat Jun 8 07:59:56 2013 -0400
via: TTM and GEM memory handling
TTM buffer object life cycle and state handling is done in init_ttm.c.
The VIA GEM implemenation is a simple wrapper around the TTM layer
commit fa8599a207fbd0b4ffaa8c6961d34797f615ed7d
Author: James Simmons
Date: Fri Jun 7 19:58:14 2013 -0400
via: ttm bo driver implementation
The openchrome project decided to use the TTM api as the backend to
support GEM. The core needed to support TTM is struct ttm_bo_driver
commit 6e79030fb92d3461b4a962630245d93944d5d349
Author: James Simmons
Date: Fri Jun 7 20:17:06 2013 -0400
via: ttm pcie dma bo_driver handling
Newer VIA hardware has moved from AGP to more modern PCIe
based hardware. The TTM layer provides support for AGP but
drm drivers
commit 30a9dda2deeebcf611cbeaffb38f0f94c708a976
Author: James Simmons
Date: Thu Jun 6 20:28:33 2013 -0400
via: fence implementation
For each buffer object we create a fence in order to know what
its state is. A fence notifies us when a object is consumed by
the command
commit f0be3523498cd2422d95af1e5e47f51e099f90e4
Author: James Simmons
Date: Thu Jun 6 18:57:00 2013 -0400
via: register setting helpers
The code in the crtc_hw was written to handle to cases of
programming the registers on the graphics card. Basic
routines of programming
commit 1fcf23d361375645d586756d126b436796ba4fba
Author: James Simmons
Date: Sat Jun 8 09:31:57 2013 -0400
via: New KMS ioctls and hardware to support.
Add new VIA pci ids to support newer hardware. Cleanup userspace
api structs to remove kernel types and add the new KMS
Hello
Here is the first run at inspection of the VIA openchrome dri
driver. Now that the Xorg driver has been out over a year with KMS support
most people should be able to use this feature. The driver is totaly
complete but we wanted to merge it so people with newer hardware that has
> > Dave what is the best way to push this code? I am in no rush so
> > I like to do it the right way. We have scattered history in the external
> > tree but I would not lose sleep over its lost. I could just post pieces
> > of the code to this list for review. One choice is after all the c
> wrote:
> > Am Dienstag, 30. April 2013, 06:06:22 schrieb Dave Airlie:
> >> On Tue, Apr 30, 2013 at 2:17 AM, Johannes Obermayr
> >> wrote:
> >> > Hi James,
> >> >
> >> > Linus recently released Kernel 3.9, merge window for Kernel 3.10 has
> >> > been opened, and the question is whether drm-ope
> > Dave what is the best way to push this code? I am in no rush so
> > I like to do it the right way. We have scattered history in the external
> > tree but I would not lose sleep over its lost. I could just post pieces
> > of the code to this list for review. One choice is after all the c
> wrote:
> > Am Dienstag, 30. April 2013, 06:06:22 schrieb Dave Airlie:
> >> On Tue, Apr 30, 2013 at 2:17 AM, Johannes Obermayr
> >> wrote:
> >> > Hi James,
> >> >
> >> > Linus recently released Kernel 3.9, merge window for Kernel 3.10 has
> >> > been opened, and the question is whether drm-ope
led on this spinlock.
Signed-off-by: M?rton N?meth
Signed-off-by: James Simmons
diff --git a/drivers/gpu/drm/via/via_map.c b/drivers/gpu/drm/via/via_map.c
index 1f18225..240bc49 100644
--- a/drivers/gpu/drm/via/via_map.c
+++ b/drivers/gpu/drm/via/via_map.c
@@ -100,12 +100,10 @@ int via_driver_lo
led on this spinlock.
Signed-off-by: Márton Németh
Signed-off-by: James Simmons
diff --git a/drivers/gpu/drm/via/via_map.c b/drivers/gpu/drm/via/via_map.c
index 1f18225..240bc49 100644
--- a/drivers/gpu/drm/via/via_map.c
+++ b/drivers/gpu/drm/via/via_map.c
@@ -100,12 +100,10 @@ int via_driver_lo
Hello!!
This last year the Openchrome support for the VIA chipsets has
come along way from being in a state of decay. The plan is to release
a Xorg driver June 1 that will have support for the KMS as well as UMS.
The goal is to have this xorg driver out in the wild before the kernel
side
Hello!!
This last year the Openchrome support for the VIA chipsets has
come along way from being in a state of decay. The plan is to release
a Xorg driver June 1 that will have support for the KMS as well as UMS.
The goal is to have this xorg driver out in the wild before the kernel
side
> as a headsup, if you are basing a tree on mine, please use
> drm-core-next not drm-next itself as a basis for your tree.
>
> At the moment they've diverged as I've put the UDL kms driver into
> drm-next but not drm-core-next as it needs an external fbdev patch to
> work.
Is this temporary?
> as a headsup, if you are basing a tree on mine, please use
> drm-core-next not drm-next itself as a basis for your tree.
>
> At the moment they've diverged as I've put the UDL kms driver into
> drm-next but not drm-core-next as it needs an external fbdev patch to
> work.
Is this temporary?
___
> The fb_videomode structure stores the front porch and back porch in the
> right_margin and left_margin fields respectively. right_margin should
> thus be computed with hsync_start - hdisplay, and left_margin with
> htotal - hsync_end. The same holds for the vertical direction.
>
>Active
> The fb_videomode structure stores the front porch and back porch in the
> right_margin and left_margin fields respectively. right_margin should
> thus be computed with hsync_start - hdisplay, and left_margin with
> htotal - hsync_end. The same holds for the vertical direction.
>
>Active
This patch replaces drmmode_load_palette with a very generic function
that removes the need of drmmode_crtc_private_rec to carry around
color indexes. Also have the xorg driver actually call
the xf86HandleColormaps function.
Signed-off-by: James Simmons
diff --git a/src/driver.c b/src
Enable after a resolution change reload the cursor image.
Signed-off-by: James Simmons
diff --git a/src/drmmode_display.c b/src/drmmode_display.c
index 7fa933a..8a49103 100644
--- a/src/drmmode_display.c
+++ b/src/drmmode_display.c
@@ -361,11 +361,9 @@ drmmode_set_mode_major(xf86CrtcPtr crtc
This patch replaces drmmode_load_palette with a very generic function
that removes the need of drmmode_crtc_private_rec to carry around
color indexes. Also have the xorg driver actually call
the xf86HandleColormaps function.
Signed-off-by: James Simmons
diff --git a/src/driver.c b/src
Enable after a resolution change reload the cursor image.
Signed-off-by: James Simmons
diff --git a/src/drmmode_display.c b/src/drmmode_display.c
index 7fa933a..8a49103 100644
--- a/src/drmmode_display.c
+++ b/src/drmmode_display.c
@@ -361,11 +361,9 @@ drmmode_set_mode_major(xf86CrtcPtr crtc
> > Ensuring that nothing prevents the switch to fbcon and displaying the
> > panic message is the reason why we haven't felt inclined to accelerate
> > fbcon - it just gets messy for no real gain.
>
> and when doing 2d accel on a 3d core.. it basically amounts to
> putting a shader compiler in
> > Imo we should ditch this - fb accel doesn't belong into the kernel. Even
> > on hw that still has a blitter for easy 2d accel without a complete 3d
> > state setup necessary, it's not worth it. Chris Wilson from our team once
> > played around with implementing fb accel in the kernel (i915 hw
> > Ensuring that nothing prevents the switch to fbcon and displaying the
> > panic message is the reason why we haven't felt inclined to accelerate
> > fbcon - it just gets messy for no real gain.
>
> and when doing 2d accel on a 3d core.. it basically amounts to
> putting a shader compiler in
> > Imo we should ditch this - fb accel doesn't belong into the kernel. Even
> > on hw that still has a blitter for easy 2d accel without a complete 3d
> > state setup necessary, it's not worth it. Chris Wilson from our team once
> > played around with implementing fb accel in the kernel (i915 hw
> >> You can achieve what you want by either adding a new domain so you would
> >> have
> >> system, vram, agp, pcidma and object can be bound to one and only one. Or
> >> you
> >> can hack your own agp ttm backend that could bind bo to agp or pci or
> >> both at the same time depending on what
> >> You can achieve what you want by either adding a new domain so you would
> >> have
> >> system, vram, agp, pcidma and object can be bound to one and only one. Or
> >> you
> >> can hack your own agp ttm backend that could bind bo to agp or pci or
> >> both at the same time depending on what
> >> Attached is patch to fix this, so sorry about that, i must have lost my
> >> agp change along the way when working on the patchset. This patch is not
> >> extensively tested, i will do more testing tomorrow on more gpu, might
> >> even found an nvidia agp i can try. Again sorry for breaking t
> Attached is patch to fix this, so sorry about that, i must have lost my
> agp change along the way when working on the patchset. This patch is not
> extensively tested, i will do more testing tomorrow on more gpu, might
> even found an nvidia agp i can try. Again sorry for breaking this.
Thanks
> >> Attached is patch to fix this, so sorry about that, i must have lost my
> >> agp change along the way when working on the patchset. This patch is not
> >> extensively tested, i will do more testing tomorrow on more gpu, might
> >> even found an nvidia agp i can try. Again sorry for breaking t
> Attached is patch to fix this, so sorry about that, i must have lost my
> agp change along the way when working on the patchset. This patch is not
> extensively tested, i will do more testing tomorrow on more gpu, might
> even found an nvidia agp i can try. Again sorry for breaking this.
Thanks
> > > > Last attempt at your branch still had problem. Start I didn't have time
> > > > track down the exact issue. I'm cloning the below branch and will test
> > > > it.
> > > > Thanks for cleanup.
> > >
> > > Jakob Bornecrantz quickly tested my attempt at fixing the deadlock you've
> > > repo
> > > > Last attempt at your branch still had problem. Start I didn't have time
> > > > track down the exact issue. I'm cloning the below branch and will test
> > > > it.
> > > > Thanks for cleanup.
> > >
> > > Jakob Bornecrantz quickly tested my attempt at fixing the deadlock you've
> > > repo
> > Hi!
> >
> > ? ? ? ?I updated the openchrome tree and while testing on the AGP system
> > discovered some interesting problems with the new TTM changes. The
> > problems center around the ttm_tt_[un]populate which I modeled after the
> > radeon and nouveau driver.
> > ? ? ? ?First problem I not
> > > Hi Dave,
> > >
> > > I've failed to correctly fix the via hang in the reclaim buffers rework
> > > till now, so I'm only submitting the drm_sman removal of my drm cruft
> > > removal series.
> >
> > Last attempt at your branch still had problem. Start I didn't have time
> > track down the
Hi!
I updated the openchrome tree and while testing on the AGP system
discovered some interesting problems with the new TTM changes. The
problems center around the ttm_tt_[un]populate which I modeled after the
radeon and nouveau driver.
First problem I noticed was on a AGP sys
> Hi Dave,
>
> I've failed to correctly fix the via hang in the reclaim buffers rework
> till now, so I'm only submitting the drm_sman removal of my drm cruft
> removal series.
Last attempt at your branch still had problem. Start I didn't have time
track down the exact issue. I'm cloning the be
> > Hi!
> >
> > I updated the openchrome tree and while testing on the AGP system
> > discovered some interesting problems with the new TTM changes. The
> > problems center around the ttm_tt_[un]populate which I modeled after the
> > radeon and nouveau driver.
> > First problem I not
> > > Hi Dave,
> > >
> > > I've failed to correctly fix the via hang in the reclaim buffers rework
> > > till now, so I'm only submitting the drm_sman removal of my drm cruft
> > > removal series.
> >
> > Last attempt at your branch still had problem. Start I didn't have time
> > track down the
Hi!
I updated the openchrome tree and while testing on the AGP system
discovered some interesting problems with the new TTM changes. The
problems center around the ttm_tt_[un]populate which I modeled after the
radeon and nouveau driver.
First problem I noticed was on a AGP sys
> Hi Dave,
>
> I've failed to correctly fix the via hang in the reclaim buffers rework
> till now, so I'm only submitting the drm_sman removal of my drm cruft
> removal series.
Last attempt at your branch still had problem. Start I didn't have time
track down the exact issue. I'm cloning the be
> Hi!
>
> I'm not whether any drivers are still using the AGP backend?
Actually the openchrome projects KMS kernel uses a AGP backend.
> Calling unpopulate / (previous clear) each time unbind is done should be quite
> inefficient with that one, as AGP sets up its own data structures and copies
> Hi!
>
> I'm not whether any drivers are still using the AGP backend?
Actually the openchrome projects KMS kernel uses a AGP backend.
> Calling unpopulate / (previous clear) each time unbind is done should be quite
> inefficient with that one, as AGP sets up its own data structures and copies
> A few things
> - kill reclaim_buffers, it's never ever called because via does not set
> DRIVER_HAVE_DMA
> - inline the idlelock dance into the buffer reclaim logic and make it
> a simple preclose cleanup function
> - directly call the the dma_quiescent function and kill the needless
> if
> Chris Wilson rightly complained that this doesn't explain the list_del
> magic going on. New commit msg reads:
>
> To make the transition in a piece-wise and bisectable way possible,
> I've hijacked the ->owner_list from drm_sman. While transitioning, the
> list_add was done by the
> A few things
> - kill reclaim_buffers, it's never ever called because via does not set
> DRIVER_HAVE_DMA
> - inline the idlelock dance into the buffer reclaim logic and make it
> a simple preclose cleanup function
> - directly call the the dma_quiescent function and kill the needless
> if
> No longer used.
>
> Signed-off-by: Daniel Vetter
Acked-by: James Simmons
> ---
> drivers/gpu/drm/Makefile |2 +-
> drivers/gpu/drm/drm_sman.c | 210
>
> include/drm/drm_sman.h | 151 --
> Signed-off-by: Daniel Vetter
Can't test on SiS but does nothing to my VIA hardware.
Acked-by: James Simmons
> ---
> drivers/gpu/drm/sis/sis_drv.c |4 -
> drivers/gpu/drm/sis/sis_drv.h |5 +-
> drivers/gpu/drm/sis/sis_mm.c | 137 +++
> Now that we are again in proper control of owner_list, we need to
> properly list_del it on free.
>
> Signed-off-by: Daniel Vetter
Acked-by: James Simmons
> ---
> drivers/gpu/drm/via/via_drv.h |5 ++-
> drivers/gpu/drm/via/via_map.c |7
> drivers/gpu/
> No longer used.
>
> Signed-off-by: Daniel Vetter
Acked-by: James Simmons
> ---
> drivers/gpu/drm/drm_sman.c | 36 ++--
> include/drm/drm_sman.h |5 -
> 2 files changed, 2 insertions(+), 39 deletions(-)
>
> d
> Signed-off-by: Daniel Vetter
Acked-by: James Simmons
> ---
> drivers/gpu/drm/sis/sis_drv.c |4 +++
> drivers/gpu/drm/sis/sis_drv.h |2 +
> drivers/gpu/drm/sis/sis_mm.c | 60 ++--
> drivers/gpu/drm/via/via_map.c |2 +
>
pu/drm/via/via_mm.c | 61
> +++--
> 3 files changed, 49 insertions(+), 15 deletions(-)
Acked-by: James Simmons
> diff --git a/drivers/gpu/drm/via/via_drv.h b/drivers/gpu/drm/via/via_drv.h
> index 9cf87d9..108ea71 100644
> --- a/drivers/gpu/drm/via/via_drv.h
> +++ b/d
anymore, we need to
> kill the list_move hack and properly add the item to the file_priv
> list.
>
> Also leave the list_del(&obj->owner_list) in drm_sman_free for the
> moment, it will move to the drivers when sman disappears completely.
>
> Signed-off-by: Daniel Vette
> These are now unused.
>
> Signed-off-by: Daniel Vetter
Acked-by: James Simmons
> ---
> drivers/gpu/drm/drm_sman.c | 38 --
> include/drm/drm_sman.h | 19 ---
> 2 files changed, 0 insertions(+), 57 deletions
> Exactly like the previous patch for sis.
>
> Signed-off-by: Daniel Vetter
Acked-by: James Simmons
Same goes for PATCH 01 which I'm missing in my inbox.
> ---
> drivers/gpu/drm/via/via_drv.c | 25 +
> drivers/gpu/d
> > >> Testing this on via would be awesome! Iirc I haven't changed anything in
> > >> the via specific patches, but if it's more convenient you can also
> > >> directly test my branch:
> > >>
> > >> http://cgit.freedesktop.org/~danvet/drm/log/?h=kill-with-fire
> > >
> > > Okay I tried the patches
> Chris Wilson rightly complained that this doesn't explain the list_del
> magic going on. New commit msg reads:
>
> To make the transition in a piece-wise and bisectable way possible,
> I've hijacked the ->owner_list from drm_sman. While transitioning, the
> list_add was done by the
1 - 100 of 202 matches
Mail list logo
