https://bugs.freedesktop.org/show_bug.cgi?id=42999
--- Comment #4 from interwe...@yahoo.ca 2011-11-17 00:10:56 UTC ---
I think you are right Alex. I am using the radeon driver instead of the
radeonhd driver.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
[ Dropping intel-gfx list from CC, as it automatically rejects posts
from non-subscribers ]
On Mit, 2011-11-16 at 21:39 -0800, Andy Lutomirski wrote:
> There are two possible races when disabling vblanks. If the IRQ
> fired but the hardware didn't update its counter yet, then we store
> too low
https://bugs.freedesktop.org/show_bug.cgi?id=38367
samit vats changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugs.
https://bugs.freedesktop.org/show_bug.cgi?id=43016
Bug #: 43016
Summary: DVI is wrongly detected as Display Port
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: other
St
https://bugs.freedesktop.org/show_bug.cgi?id=43016
--- Comment #1 from samit vats 2011-11-17 02:11:52 PST ---
Created attachment 53623
--> https://bugs.freedesktop.org/attachment.cgi?id=53623
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=43016
--- Comment #2 from samit vats 2011-11-17 02:13:20 PST ---
Created attachment 53624
--> https://bugs.freedesktop.org/attachment.cgi?id=53624
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are re
https://bugs.freedesktop.org/show_bug.cgi?id=43018
Bug #: 43018
Summary: (NI Turks Pro) : UT2004-demo crashes after few minutes
of launch
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform: x86 (
https://bugs.freedesktop.org/show_bug.cgi?id=43018
--- Comment #1 from samit vats 2011-11-17 02:39:31 PST ---
Created attachment 53628
--> https://bugs.freedesktop.org/attachment.cgi?id=53628
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=43018
--- Comment #2 from Michel Dänzer 2011-11-17 02:46:08 PST
---
Does it still happen with current Git? There have been some regression fixes
since commit f1a677c.
If yes, can you bisect, or at least get a backtrace for the crash?
--
Configure b
On Thu, Nov 17, 2011 at 08:52:05AM +0100, Michel Dänzer wrote:
> On Mit, 2011-11-16 at 20:42 +0200, ville.syrj...@linux.intel.com wrote:
> >
> > Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent
> > names, especially for the RGB formats. Component order and byte order are
>
On 11/16/2011 05:57 PM, j.gli...@gmail.com wrote:
From: Jerome Glisse
Provide helper function to compute the kernel memory size needed
for each buffer object. Move all the accounting inside ttm, simplifying
driver and avoiding code duplication accross them.
Signed-off-by: Jerome Glisse
Ni
On 11/16/2011 05:57 PM, j.gli...@gmail.com wrote:
From: Jerome Glisse
Reviewed-by: Thomas Hellstrom
Use the ttm_tt pages array for pages allocations, move the list
unwinding into the page allocation functions.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/ttm/ttm_page_alloc.c |
https://bugs.freedesktop.org/show_bug.cgi?id=43016
--- Comment #3 from Alex Deucher 2011-11-17 05:54:38 UTC ---
Please attach your dmesg output and a copy of your video bios. To get a copy
of the vbios:
(as root)
(use lspci to get the bus id)
cd /sys/bus/pci/devices/
echo 1 > rom
cat rom > /tmp
On Don, 2011-11-17 at 15:06 +0200, Ville Syrjälä wrote:
> On Thu, Nov 17, 2011 at 08:52:05AM +0100, Michel Dänzer wrote:
> > On Mit, 2011-11-16 at 20:42 +0200, ville.syrj...@linux.intel.com wrote:
> > >
> > > Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent
> > > names, e
https://bugs.freedesktop.org/show_bug.cgi?id=42999
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=42960
Alex Deucher changed:
What|Removed |Added
CC||interwe...@yahoo.ca
--- Comment #3 from A
https://bugs.freedesktop.org/show_bug.cgi?id=42999
Alex Deucher changed:
What|Removed |Added
Attachment #53612|application/octet-stream|text/plain
mime type|
On Thu, Nov 17, 2011 at 03:00:17PM +0100, Michel Dänzer wrote:
> On Don, 2011-11-17 at 15:06 +0200, Ville Syrjälä wrote:
> > On Thu, Nov 17, 2011 at 08:52:05AM +0100, Michel Dänzer wrote:
> > > On Mit, 2011-11-16 at 20:42 +0200, ville.syrj...@linux.intel.com wrote:
> > > >
> > > > Name the forma
2011/11/17 Michel Dänzer :
> [ Dropping intel-gfx list from CC, as it automatically rejects posts
> from non-subscribers ]
>
> On Mit, 2011-11-16 at 21:39 -0800, Andy Lutomirski wrote:
>> There are two possible races when disabling vblanks. If the IRQ
>> fired but the hardware didn't update its co
From: Ville Syrjälä
Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent
names, especially for the RGB formats. Component order and byte order are
now strictly specified for each format.
The RGB format naming follows a convention where the components names
and sizes are liste
From: Ville Syrjälä
Swapping the handle/offset indexes is enough to support such formats.
Signed-off-by: Ville Syrjälä
---
Not sure we want this or not, but dropping these wouldn't remove any
functionality.
include/drm/drm_fourcc.h |8
1 files changed, 0 insertions(+), 8 deletion
On 16.11.2011 01:24, Jerome Glisse wrote:
Well as we don't specify on which value semaphore should wait on, i am
prety sure the first ring to increment the semaphore will unblock all
waiter. So if you have ring1 that want to wait on ring2 and ring3 as
soon as ring2 or ring3 is done ring1 will g
2011/11/17 Christian König :
> On 16.11.2011 01:24, Jerome Glisse wrote:
>>
>> Well as we don't specify on which value semaphore should wait on, i am
>> prety sure the first ring to increment the semaphore will unblock all
>> waiter. So if you have ring1 that want to wait on ring2 and ring3 as soon
On Thu, 17 Nov 2011 18:05:14 +0200
ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Swapping the handle/offset indexes is enough to support such formats.
>
> Signed-off-by: Ville Syrjälä
> ---
> Not sure we want this or not, but dropping these wouldn't remove any
> functionality.
On Thu, 17 Nov 2011 00:20:44 +0200
Ville Syrjälä wrote:
> On Wed, Nov 16, 2011 at 01:23:01PM -0800, Jesse Barnes wrote:
> > On Wed, 16 Nov 2011 23:19:38 +0200
> > Ville Syrjälä wrote:
> > > Oh and one extra detail just occured to me regarding the three plane
> > > formats. Should we even define
On Thu, Nov 17, 2011 at 09:05:54AM -0800, Jesse Barnes wrote:
> On Thu, 17 Nov 2011 18:05:14 +0200
> ville.syrj...@linux.intel.com wrote:
>
> > From: Ville Syrjälä
> >
> > Swapping the handle/offset indexes is enough to support such formats.
> >
> > Signed-off-by: Ville Syrjälä
> > ---
> > Not
On Thu, 17 Nov 2011 19:14:07 +0200
Ville Syrjälä wrote:
> On Thu, Nov 17, 2011 at 09:05:54AM -0800, Jesse Barnes wrote:
> > On Thu, 17 Nov 2011 18:05:14 +0200
> > ville.syrj...@linux.intel.com wrote:
> >
> > > From: Ville Syrjälä
> > >
> > > Swapping the handle/offset indexes is enough to supp
https://bugs.freedesktop.org/show_bug.cgi?id=42998
Luzipher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Wed, Nov 16, 2011 at 11:57:37AM -0500, j.gli...@gmail.com wrote:
> From: Jerome Glisse
>
> Move dma data to a superset ttm_dma_tt structure which herit
> from ttm_tt. This allow driver that don't use dma functionalities
> to not have to waste memory for it.
>
> V2 Rebase on top of no memory a
On Wed, Nov 16, 2011 at 11:57:31AM -0500, j.gli...@gmail.com wrote:
> From: Jerome Glisse
>
> Use the ttm_tt pages array for pages allocations, move the list
> unwinding into the page allocation functions.
>
> Signed-off-by: Jerome Glisse
Reviewed-by: Konrad Rzeszutek Wilk
> ---
> drivers/g
On Wed, Nov 16, 2011 at 11:57:24AM -0500, j.gli...@gmail.com wrote:
> Respin some of the patch with syntax/typo fix + patch 10 with proper
> memory accounting of page being free.
Ran it yesterday all day and as well today using the TTM DMA (so SWIOTLB is on)
and had no trouble. This is with a Rade
2011/11/17 Christian König :
> On 16.11.2011 01:24, Jerome Glisse wrote:
>>
>> Well as we don't specify on which value semaphore should wait on, i am
>> prety sure the first ring to increment the semaphore will unblock all
>> waiter. So if you have ring1 that want to wait on ring2 and ring3 as soon
On Nov 17, 2011, at 3:19 AM, Matthew Garrett wrote:
On Thu, Nov 17, 2011 at 01:26:37AM +0100, Mario Kleiner wrote:
On Nov 16, 2011, at 7:48 PM, Matthew Garrett wrote:
I'll admit that I'm struggling to understand the issue here. If the
vblank counter is incremented at the time of vblank (which
On Thu, Nov 17, 2011 at 09:36:23PM +0100, Mario Kleiner wrote:
> On Nov 17, 2011, at 3:19 AM, Matthew Garrett wrote:
> >Assuming we're sleeping rather than busy-looping, that's certainly ok.
> >My previous experiments with radeon indicated that the scanout irq was
> >certainly not entirely reliable
On Thu, Nov 17, 2011 at 11:06 AM, Jesse Barnes wrote:
> On Thu, 17 Nov 2011 00:20:44 +0200
> Ville Syrjälä wrote:
>
>> On Wed, Nov 16, 2011 at 01:23:01PM -0800, Jesse Barnes wrote:
>> > On Wed, 16 Nov 2011 23:19:38 +0200
>> > Ville Syrjälä wrote:
>> > > Oh and one extra detail just occured to me
From: Jerome Glisse
ttm_tt is always associated with a buffer object, pass it in
bind/unbind callback to make life easier for driver.
Main objective is for driver supporting virtual address space.
For such driver each buffer object can be several virtual address
space but ttm is unaware of this.
On Wed, 2011-11-16 at 16:29 -0800, Keith Packard wrote:
> The Ivybridge eDP control register looks like a cross between a
> Cougarpoint PCH DP control register and a Sandybridge eDP control
> register.
Your silicon people worry me.
> +/* IVB */
> +#define EDP_LINK_TRAIN_400MV_0DB_IVB (0x2
Jesse, cc'ing you in case you have thoughts about this for the intel
side of things?
On Nov 17, 2011, at 4:39 PM, Andrew Lutomirski wrote:
2011/11/17 Michel Dänzer :
[ Dropping intel-gfx list from CC, as it automatically rejects posts
from non-subscribers ]
On Mit, 2011-11-16 at 21:39 -0800
On Thu, Nov 17, 2011 at 2:54 PM, Mario Kleiner
wrote:
> Jesse, cc'ing you in case you have thoughts about this for the intel side of
> things?
>
> On Nov 17, 2011, at 4:39 PM, Andrew Lutomirski wrote:
>
>> 2011/11/17 Michel Dänzer :
>>>
>>> [ Dropping intel-gfx list from CC, as it automatically re
On Thu, 17 Nov 2011 17:45:40 -0500, Adam Jackson wrote:
> Your silicon people worry me.
In any case, the changes are mostly to move bits around so that there
are two bits for pipe select
> I don't even. Unless you're looking at some other version of the DP
> spec than me, I was pretty sure tho
Hi Jesse,
2011/11/15 Jesse Barnes
>
> To properly support the various plane formats supported by different
> hardware, the kernel must know the pixel format of a framebuffer object.
> So add a new ioctl taking a format argument corresponding to a fourcc
> name from the new drm_fourcc.h header fil
https://bugs.freedesktop.org/show_bug.cgi?id=43018
--- Comment #3 from samit vats 2011-11-17 22:56:04 PST ---
(In reply to comment #2)
> Does it still happen with current Git? There have been some regression fixes
> since commit f1a677c.
>
> If yes, can you bisect, or at least get a backtrace fo
https://bugs.freedesktop.org/show_bug.cgi?id=43018
--- Comment #4 from samit vats 2011-11-17 22:56:38 PST ---
Created attachment 53642
--> https://bugs.freedesktop.org/attachment.cgi?id=53642
backtrace
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=43016
--- Comment #4 from samit vats 2011-11-17 23:24:20 PST ---
Created attachment 53643
--> https://bugs.freedesktop.org/attachment.cgi?id=53643
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rece
https://bugs.freedesktop.org/show_bug.cgi?id=43016
--- Comment #5 from samit vats 2011-11-17 23:24:51 UTC ---
Created attachment 53644
--> https://bugs.freedesktop.org/attachment.cgi?id=53644
vbios.rom
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=43016
--- Comment #6 from samit vats 2011-11-17 23:26:03 PST ---
(In reply to comment #3)
> Please attach your dmesg output and a copy of your video bios. To get a copy
> of the vbios:
>
> (as root)
> (use lspci to get the bus id)
> cd /sys/bus/pci/d
On Wed, Nov 16, 2011 at 09:26:20PM +, Alan Cox wrote:
> > I think the only format in my list where I didn't use an existing fourcc
> > is I420/IYUV. And BTW, for that one I used the same "fake" fourcc that
>
> Right but you redefine all sorts of stuff in the driver in your patch to
> non FourC
On Wed, Nov 16, 2011 at 01:23:01PM -0800, Jesse Barnes wrote:
> On Wed, 16 Nov 2011 23:19:38 +0200
> Ville Syrj?l? wrote:
> > Oh and one extra detail just occured to me regarding the three plane
> > formats. Should we even define formats for both the YUV vs. YVU
> > variant. Seeing as we now have
On Wed, Nov 16, 2011 at 08:16:31PM +0100, Ilyes Gouta wrote:
> Hi Ville,
>
> Regarding 3 plane YCbCr, DRM_FORMAT_yuv444 (non sub-sampled YCbCr)
> would also be useful.
Yeah I was wondering whether to add that. So far I've not run into
hardware which can eat that, so I left it out for now.
Packed
On Nov 16, 2011, at 7:48 PM, Matthew Garrett wrote:
> On Wed, Nov 16, 2011 at 07:27:51PM +0100, Mario Kleiner wrote:
>
>> It's not broken hardware, but fast ping-ponging it on and off can
>> make the vblank counter and vblank timestamps unreliable for apps
>> that need high timing precision, espec
On Thu, Nov 17, 2011 at 01:26:37AM +0100, Mario Kleiner wrote:
> On Nov 16, 2011, at 7:48 PM, Matthew Garrett wrote:
> >I'll admit that I'm struggling to understand the issue here. If the
> >vblank counter is incremented at the time of vblank (which isn't the
> >case for radeon, it seems, but as fa
https://bugs.freedesktop.org/show_bug.cgi?id=42960
--- Comment #2 from Sandeep 2011-11-16 20:02:02 PST
---
Created attachment 53616
--> https://bugs.freedesktop.org/attachment.cgi?id=53616
dmesg output before suspending and after resuming
--
Configure bugmail: https://bugs.freedesktop.org/us
On Mit, 2011-11-16 at 20:42 +0200, ville.syrjala at linux.intel.com wrote:
>
> Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent
> names, especially for the RGB formats. Component order and byte order are
> now strictly specified for each format.
>
> The RGB format naming
https://bugs.freedesktop.org/show_bug.cgi?id=42999
--- Comment #4 from interweiss at yahoo.ca 2011-11-17 00:10:56 UTC ---
I think you are right Alex. I am using the radeon driver instead of the
radeonhd driver.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
[ Dropping intel-gfx list from CC, as it automatically rejects posts
from non-subscribers ]
On Mit, 2011-11-16 at 21:39 -0800, Andy Lutomirski wrote:
> There are two possible races when disabling vblanks. If the IRQ
> fired but the hardware didn't update its counter yet, then we store
> too low
https://bugs.freedesktop.org/show_bug.cgi?id=38367
samit vats changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugs.
https://bugs.freedesktop.org/show_bug.cgi?id=43016
Bug #: 43016
Summary: DVI is wrongly detected as Display Port
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: other
St
https://bugs.freedesktop.org/show_bug.cgi?id=43016
--- Comment #1 from samit vats 2011-11-17 02:11:52 PST
---
Created attachment 53623
--> https://bugs.freedesktop.org/attachment.cgi?id=53623
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=43016
--- Comment #2 from samit vats 2011-11-17 02:13:20 PST
---
Created attachment 53624
--> https://bugs.freedesktop.org/attachment.cgi?id=53624
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are r
https://bugs.freedesktop.org/show_bug.cgi?id=43018
Bug #: 43018
Summary: (NI Turks Pro) : UT2004-demo crashes after few minutes
of launch
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform: x86 (
https://bugs.freedesktop.org/show_bug.cgi?id=43018
--- Comment #1 from samit vats 2011-11-17 02:39:31 PST
---
Created attachment 53628
--> https://bugs.freedesktop.org/attachment.cgi?id=53628
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=43018
--- Comment #2 from Michel D?nzer 2011-11-17 02:46:08
PST ---
Does it still happen with current Git? There have been some regression fixes
since commit f1a677c.
If yes, can you bisect, or at least get a backtrace for the crash?
--
Configure b
On Thu, Nov 17, 2011 at 08:52:05AM +0100, Michel D?nzer wrote:
> On Mit, 2011-11-16 at 20:42 +0200, ville.syrjala at linux.intel.com wrote:
> >
> > Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent
> > names, especially for the RGB formats. Component order and byte order ar
On 11/16/2011 05:57 PM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> Provide helper function to compute the kernel memory size needed
> for each buffer object. Move all the accounting inside ttm, simplifying
> driver and avoiding code duplication accross them.
>
> Signed-off-by: Jerome Gl
On 11/16/2011 05:57 PM, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
Reviewed-by: Thomas Hellstrom
> Use the ttm_tt pages array for pages allocations, move the list
> unwinding into the page allocation functions.
>
> Signed-off-by: Jerome Glisse
> ---
> drivers/gpu/drm/ttm/ttm_pa
https://bugs.freedesktop.org/show_bug.cgi?id=43016
--- Comment #3 from Alex Deucher 2011-11-17 05:54:38 UTC
---
Please attach your dmesg output and a copy of your video bios. To get a copy
of the vbios:
(as root)
(use lspci to get the bus id)
cd /sys/bus/pci/devices/
echo 1 > rom
cat rom > /tm
On Don, 2011-11-17 at 15:06 +0200, Ville Syrj?l? wrote:
> On Thu, Nov 17, 2011 at 08:52:05AM +0100, Michel D?nzer wrote:
> > On Mit, 2011-11-16 at 20:42 +0200, ville.syrjala at linux.intel.com wrote:
> > >
> > > Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent
> > > names
https://bugs.freedesktop.org/show_bug.cgi?id=42999
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=42960
Alex Deucher changed:
What|Removed |Added
CC||interweiss at yahoo.ca
--- Comment #3 fro
https://bugs.freedesktop.org/show_bug.cgi?id=42999
Alex Deucher changed:
What|Removed |Added
Attachment #53612|application/octet-stream|text/plain
mime type|
On Thu, Nov 17, 2011 at 03:00:17PM +0100, Michel D?nzer wrote:
> On Don, 2011-11-17 at 15:06 +0200, Ville Syrj?l? wrote:
> > On Thu, Nov 17, 2011 at 08:52:05AM +0100, Michel D?nzer wrote:
> > > On Mit, 2011-11-16 at 20:42 +0200, ville.syrjala at linux.intel.com
> > > wrote:
> > > >
> > > > Name
2011/11/17 Michel D?nzer :
> [ Dropping intel-gfx list from CC, as it automatically rejects posts
> from non-subscribers ]
>
> On Mit, 2011-11-16 at 21:39 -0800, Andy Lutomirski wrote:
>> There are two possible races when disabling vblanks. ?If the IRQ
>> fired but the hardware didn't update its co
From: Ville Syrj?l?
Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent
names, especially for the RGB formats. Component order and byte order are
now strictly specified for each format.
The RGB format naming follows a convention where the components names
and sizes are liste
From: Ville Syrj?l?
Swapping the handle/offset indexes is enough to support such formats.
Signed-off-by: Ville Syrj?l?
---
Not sure we want this or not, but dropping these wouldn't remove any
functionality.
include/drm/drm_fourcc.h |8
1 files changed, 0 insertions(+), 8 deletion
On 16.11.2011 01:24, Jerome Glisse wrote:
> Well as we don't specify on which value semaphore should wait on, i am
> prety sure the first ring to increment the semaphore will unblock all
> waiter. So if you have ring1 that want to wait on ring2 and ring3 as
> soon as ring2 or ring3 is done ring1
2011/11/17 Christian K?nig :
> On 16.11.2011 01:24, Jerome Glisse wrote:
>>
>> Well as we don't specify on which value semaphore should wait on, i am
>> prety sure the first ring to increment the semaphore will unblock all
>> waiter. So if you have ring1 that want to wait on ring2 and ring3 as soon
pe: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2017/419cde54/attachment.pgp>
bout single bo cases.
--
Jesse Barnes, Intel Open Source Technology Center
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2017/de1ca17f/attachment.pgp>
On Thu, Nov 17, 2011 at 09:05:54AM -0800, Jesse Barnes wrote:
> On Thu, 17 Nov 2011 18:05:14 +0200
> ville.syrjala at linux.intel.com wrote:
>
> > From: Ville Syrj?l?
> >
> > Swapping the handle/offset indexes is enough to support such formats.
> >
> > Signed-off-by: Ville Syrj?l?
> > ---
> >
logy Center
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2017/b9b9b27a/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=42998
Luzipher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Wed, Nov 16, 2011 at 11:57:37AM -0500, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> Move dma data to a superset ttm_dma_tt structure which herit
> from ttm_tt. This allow driver that don't use dma functionalities
> to not have to waste memory for it.
>
> V2 Rebase on top of no memor
On Wed, Nov 16, 2011 at 11:57:31AM -0500, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> Use the ttm_tt pages array for pages allocations, move the list
> unwinding into the page allocation functions.
>
> Signed-off-by: Jerome Glisse
Reviewed-by: Konrad Rzeszutek Wilk
> ---
> driver
On Wed, Nov 16, 2011 at 11:57:24AM -0500, j.glisse at gmail.com wrote:
> Respin some of the patch with syntax/typo fix + patch 10 with proper
> memory accounting of page being free.
Ran it yesterday all day and as well today using the TTM DMA (so SWIOTLB is on)
and had no trouble. This is with a R
2011/11/17 Christian K?nig :
> On 16.11.2011 01:24, Jerome Glisse wrote:
>>
>> Well as we don't specify on which value semaphore should wait on, i am
>> prety sure the first ring to increment the semaphore will unblock all
>> waiter. So if you have ring1 that want to wait on ring2 and ring3 as soon
On Nov 17, 2011, at 3:19 AM, Matthew Garrett wrote:
> On Thu, Nov 17, 2011 at 01:26:37AM +0100, Mario Kleiner wrote:
>> On Nov 16, 2011, at 7:48 PM, Matthew Garrett wrote:
>>> I'll admit that I'm struggling to understand the issue here. If the
>>> vblank counter is incremented at the time of vblan
On Thu, Nov 17, 2011 at 09:36:23PM +0100, Mario Kleiner wrote:
> On Nov 17, 2011, at 3:19 AM, Matthew Garrett wrote:
> >Assuming we're sleeping rather than busy-looping, that's certainly ok.
> >My previous experiments with radeon indicated that the scanout irq was
> >certainly not entirely reliable
On Thu, Nov 17, 2011 at 11:06 AM, Jesse Barnes
wrote:
> On Thu, 17 Nov 2011 00:20:44 +0200
> Ville Syrj?l? wrote:
>
>> On Wed, Nov 16, 2011 at 01:23:01PM -0800, Jesse Barnes wrote:
>> > On Wed, 16 Nov 2011 23:19:38 +0200
>> > Ville Syrj?l? wrote:
>> > > Oh and one extra detail just occured to m
From: Jerome Glisse
ttm_tt is always associated with a buffer object, pass it in
bind/unbind callback to make life easier for driver.
Main objective is for driver supporting virtual address space.
For such driver each buffer object can be several virtual address
space but ttm is unaware of this.
was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2017/28d993b5/attachment.pgp>
Jesse, cc'ing you in case you have thoughts about this for the intel
side of things?
On Nov 17, 2011, at 4:39 PM, Andrew Lutomirski wrote:
> 2011/11/17 Michel D?nzer :
>> [ Dropping intel-gfx list from CC, as it automatically rejects posts
>> from non-subscribers ]
>>
>> On Mit, 2011-11-16 at 2
On Thu, Nov 17, 2011 at 2:54 PM, Mario Kleiner
wrote:
> Jesse, cc'ing you in case you have thoughts about this for the intel side of
> things?
>
> On Nov 17, 2011, at 4:39 PM, Andrew Lutomirski wrote:
>
>> 2011/11/17 Michel D?nzer :
>>>
>>> [ Dropping intel-gfx list from CC, as it automatically re
pen to have any hardware to test this with, do you?
--
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2017/52d2d966/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=43016
--- Comment #5 from samit vats 2011-11-17 23:24:51 UTC
---
Created attachment 53644
--> https://bugs.freedesktop.org/attachment.cgi?id=53644
vbios.rom
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
94 matches
Mail list logo
