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 jsimm...@infradead.org
---
include/uapi/drm/via_drm.h | 115
1
> 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
> > 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 1fcf23d361375645d586756d126b436796ba4fba
Author: James Simmons jsimm...@infradead.org
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
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 next
radeon next
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
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
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
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 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
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
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 1fcf23d361375645d586756d126b436796ba4fba
Author: James Simmons jsimm...@infradead.org
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
commit f0be3523498cd2422d95af1e5e47f51e099f90e4
Author: James Simmons jsimm...@infradead.org
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
commit 30a9dda2deeebcf611cbeaffb38f0f94c708a976
Author: James Simmons jsimm...@infradead.org
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
commit 6e79030fb92d3461b4a962630245d93944d5d349
Author: James Simmons jsimm...@infradead.org
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
commit fa8599a207fbd0b4ffaa8c6961d34797f615ed7d
Author: James Simmons jsimm...@infradead.org
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
commit 5ec2cdc6f99549122329253b1c4d1a04193b81d0
Author: James Simmons jsimm...@infradead.org
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
commit a1296bc36bbc68963ef0294e94bef69ddb998c9a
Author: James Simmons jsimm...@infradead.org
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
commit 761567d6dd4ec80dbc39052ac74edf7626922f55
Author: James Simmons jsimm...@infradead.org
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
commit 86edf1f84ab36213c3bd3a6deb9c0811c7458b2c
Author: James Simmons jsimm...@infradead.org
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
commit 4ed0199a92b71506100240b625da173ef7afaf4c
Author: James Simmons jsimm...@infradead.org
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
commit ab2beb77d5889b18112ee02c381e817eebbdccff
Author: James Simmons jsimm...@infradead.org
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
commit 991c37448ff8403727f12af331eb164eb5ed4048
Author: James Simmons jsimm...@infradead.org
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
commit 9549976c231b676c2c8e70fd6979115c1c8ed747
Author: James Simmons jsimm...@infradead.org
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 jsimm...@infradead.org
diff
commit 1c886b4f35ec239f7787a6a4db10ecc80b3c9824
Author: James Simmons jsimm...@infradead.org
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 jsimm...@infradead.org
diff
commit a2e0f8fc0ded9788815cdc68d3acded9f43116b4
Author: James Simmons jsimm...@infradead.org
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
commit 589665935a7ec7c29103c9ea4eb1d0ffc4b918d5
Author: James Simmons jsimm...@infradead.org
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
commit adafa472a5426e6e6ce513fbbad77b0aef0005a3
Author: James Simmons jsimm...@infradead.org
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
commit f4101ca539b83c824747d657bbdc28834276fea8
Author: James Simmons jsimm...@infradead.org
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
> > 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
> 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
johannesoberm...@gmx.de wrote:
Am Dienstag, 30. April 2013, 06:06:22 schrieb Dave Airlie:
On Tue, Apr 30, 2013 at 2:17 AM, Johannes Obermayr
johannesoberm...@gmx.de wrote:
Hi James,
Linus recently released Kernel 3.9, merge window for Kernel 3.10 has
been opened, and the
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 code is
ock.
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_load(struct drm
.
Signed-off-by: Márton Németh nm...@freemail.hu
Signed-off-by: James Simmons jsimm...@infradead.org
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
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
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
> 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.
>
>
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
Enable after a resolution change reload the cursor image.
Signed-off-by: James Simmons jsimm...@infradead.org
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
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 jsimm...@infradead.org
diff --git a/src
> > 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
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 still
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 the
> >> 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 you want to
> >> 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
> 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.
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 this.
> > > > 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
> > >
> > 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
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
reported and noticed that
> > > 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
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
> 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
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 below
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
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
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
> 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
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
> 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
we need to
> kill the list_move hack and properly add the item to the file_priv
> list.
>
> Also leave the list_del(>owner_list) in drm_sman_free for the
> moment, it will move to the drivers when sman disappears completely.
>
> Signed-off-by: Daniel Vetter
Acked-by:
> 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 deletio
> 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/drm/vi
> > >> 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
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 and it locked up the
Exactly like the previous patch for sis.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
Acked-by: James Simmons jsimm...@infradead.org
Same goes for PATCH 01 which I'm missing in my inbox.
---
drivers/gpu/drm/via/via_drv.c | 25 +
drivers/gpu/drm/via
These are now unused.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
Acked-by: James Simmons jsimm...@infradead.org
---
drivers/gpu/drm/drm_sman.c | 38 --
include/drm/drm_sman.h | 19 ---
2 files changed, 0 insertions
1 - 100 of 183 matches
Mail list logo
