On 3.7-rc4, add missing newline to to prevent the following kernel log
line getting appended to the current one after switching the integrated
GPU and suspending the discrete GPU.
Signed-off-by: Daniel J Blueman
---
drivers/gpu/drm/nouveau/core/subdev/i2c/aux.c |2 +-
1 file changed, 1 inser
On 2012-11-07 16:32, Rob Clark wrote:
> On Wed, Nov 7, 2012 at 4:01 AM, Tomi Valkeinen wrote:
>> Hotplugging is not some abstract future scenario, we already have
>> hardware that could use it. For example, omap3 SDP board has a
>> switchable output to DVI or LCD panel. In this case we know what
On Wed, Nov 07, 2012 at 09:32:38AM -0500, Alex Deucher wrote:
> On Mon, Nov 5, 2012 at 11:34 AM, wrote:
> > From: Alex Deucher
> >
> > Add missing index that may have led us to enabling
> > more crtcs than necessary.
> >
> > May also fix:
> > https://bugs.freedesktop.org/show_bug.cgi?id=56139
>
When running the xf86-video-modesetting driver on top of a KMS driver,
leaving X causes the active encoder's DPMS mode to be set to off by the
drm_crtc_helper_disable() function. This doesn't set the connector's
DPMS mode to off, however, which results in subsequent calls to the
drm_helper_connecto
On Tue, Nov 06, 2012 at 10:03:40PM +0800, Daniel J Blueman wrote:
> In 3.7-rc4, when starting X with the integrated GPU and suspending the
> discrete GPU,
> after one or more 32-bit applications are used (eg Skype) and X is stopped,
> we hit a panic.
>
> Prevent this by testing if the fini functi
if (drm_hdmi_dt_init_iommu(dev)){
> > + DRM_ERROR("no sysmmu property found\n");
> > + goto err_data;
> > + }
> > +
> > pd->hpd_gpio = of_get_named_gpio_flags(np, "hpd-gpio", 0,
> &flags);
> >
> > return pd;
> > --
> > 1.7.0.4
> >
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121107/2f899a06/attachment.html>
__
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
------ next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121107/88c1e277/attachment.html>
On Wed, Nov 7, 2012 at 3:11 PM, Inki Dae wrote:
>
>
> 2012/11/7 Leela Krishna Amudala
>>
>> Hello Rahul,
>>
>> On Mon, Nov 5, 2012 at 2:32 PM, Rahul Sharma
>> wrote:
>> > This patch adds iommu support for hdmi driver with device tree based
>> > search. It searches for sysmmu property in hdmi dt
same requirements ;-)
>
> I guess the two best options are either bury some sort of chain of
> panel drivers in the connector, or introduce some internal elements in
> DRM which are not necessarily visible to userspace. (Or at least
> userspace should have the option to ignore it for
From: Prathyush K
This patch adds a exynos drm specific implementation of fb_mmap
which supports mapping a non-contiguous buffer to user space.
This new function does not assume that the frame buffer is contiguous
and calls dma_mmap_writecombine for mapping the buffer to user space.
dma_mmap_wri
During map_dma_buf, a new sgt needs to be created before being mapped to
another device's address space. Currently, this sgt is created from
the pages of the gem buffer everytime by calling dma_get_sgtable. This
will be time consuming if the map/unmap calls are done repeatedly for
very large buffer
The function dma_get_sgtable will allocate a sg table internally so
it is not necessary to allocate a sg table before it. The unnecessary
'sg_alloc_table' call is removed.
Signed-off-by: Prathyush K
---
drivers/gpu/drm/exynos/exynos_drm_dmabuf.c |8 +---
1 files changed, 1 insertions(+),
This patch adds another constructor for an sg table. An sg table is
created from an existing sg table. The new sg table is allocated and
initialized with same data from the original sg table. The user has to
call 'sg_clone_table' with the required sg table, the existing sg table
and the gfp allocat
On Wed, Nov 07, 2012 at 09:32:38AM -0500, Alex Deucher wrote:
> On Mon, Nov 5, 2012 at 11:34 AM, wrote:
> > From: Alex Deucher
> >
> > Add missing index that may have led us to enabling
> > more crtcs than necessary.
> >
> > May also fix:
> > https://bugs.freedesktop.org/show_bug.cgi?id=56139
>
Fixed build warning as below:
drivers/gpu/drm/drm_pci.c: In function 'drm_pcie_get_speed_cap_mask':
drivers/gpu/drm/drm_pci.c:496:9: warning: 'lnkcap' may be used uninitialized in
this function [-Wuninitialized]
drivers/gpu/drm/drm_pci.c:497:10: warning: 'lnkcap2' may be used uninitialized
in th
On Wednesday, November 07, 2012 2:37 PM Jingoo Han wrote
>
> Fixed build warning as below:
>
> arch/arm/mm/cache-l2x0.c:37:12: warning: 'l2_wt_override' defined but not
> used [-Wunused-variable]
Sorry, this error message is wrong.
I made a mistake.
I will fix the error message and send v2 pat
Fixed build warning as below:
arch/arm/mm/cache-l2x0.c:37:12: warning: 'l2_wt_override' defined but not used
[-Wunused-variable]
Signed-off-by: Jingoo Han
---
drivers/gpu/drm/drm_pci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_pci.c b/drivers
On Thu, Nov 1, 2012 at 5:39 PM, Daniel Vetter wrote:
> On Thu, Nov 01, 2012 at 10:12:21AM -0700, Jesse Barnes wrote:
>> On Thu, 1 Nov 2012 19:07:02 +0200
>> Ville Syrj?l? wrote:
>>
>> > On Thu, Nov 01, 2012 at 07:39:12AM -0700, Jesse Barnes wrote:
>> > > On Thu, 1 Nov 2012 12:12:35 +0100
>> > > D
|--- |NOTABUG
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121107/42d8c84f/attachment.html>
When running the xf86-video-modesetting driver on top of a KMS driver,
leaving X causes the active encoder's DPMS mode to be set to off by the
drm_crtc_helper_disable() function. This doesn't set the connector's
DPMS mode to off, however, which results in subsequent calls to the
drm_helper_connecto
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
> It's unused.
>
> Signed-off-by: Marcin Slusarz
> Cc: Thomas Hellstrom
> ---
> drivers/gpu/drm/ttm/ttm_memory.c | 1 -
> include/drm/ttm/ttm_memory.h | 2 --
> 2 files changed, 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/ttm/ttm_memory.c
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
> It's unused.
>
> Signed-off-by: Marcin Slusarz
> Cc: Thomas Hellstrom
> ---
> drivers/gpu/drm/ttm/ttm_bo.c| 1 -
> include/drm/ttm/ttm_bo_driver.h | 3 ---
> 2 files changed, 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/dri
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
> All drivers pass NULL here. ttm_buffer_object's field can still be set after
> init, just like nouveau does.
>
> Signed-off-by: Marcin Slusarz
> Cc: Thomas Hellstrom
> ---
> drivers/gpu/drm/ast/ast_ttm.c| 7 +++
> drivers/gpu/drm
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
> All drivers set it to 0 and nothing uses it.
>
> Signed-off-by: Marcin Slusarz
> Cc: Thomas Hellstrom
> ---
> drivers/gpu/drm/ast/ast_ttm.c| 2 +-
> drivers/gpu/drm/cirrus/cirrus_ttm.c | 2 +-
> drivers/gpu/drm/mgag200/mgag200_t
On Wed, Nov 7, 2012 at 9:13 AM, Tomi Valkeinen wrote:
> On 2012-11-07 16:32, Rob Clark wrote:
>> On Wed, Nov 7, 2012 at 4:01 AM, Tomi Valkeinen
>> wrote:
>
>>> Hotplugging is not some abstract future scenario, we already have
>>> hardware that could use it. For example, omap3 SDP board has a
>>>
On 11/06/2012 02:39 PM, Maarten Lankhorst wrote:
> This is similar to other platforms that don't allow command submission
> to buffers locked on the cpu.
>
> Signed-off-by: Maarten Lankhorst
>
> ---
>
> diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
> index bf6e4b5.
sistance.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part ------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121107/c7065b97/attachment.html>
On Thu, Nov 8, 2012 at 12:54 AM, Alex Deucher wrote:
> On Wed, Nov 7, 2012 at 9:38 AM, Greg KH wrote:
>> On Wed, Nov 07, 2012 at 09:32:38AM -0500, Alex Deucher wrote:
>>> On Mon, Nov 5, 2012 at 11:34 AM, wrote:
>>> > From: Alex Deucher
>>> >
>>> > Add missing index that may have led us to enab
On Wed, 2012-11-07 at 18:31 +0900, Inki Dae wrote:
> 2012/11/2 Imre Deak
> The patchset adds the missing event_lock when accessing the
> vblank_event_list in drm_vblank_off() and as preparation for
> this
> also fixes a few other issues in the exynos driver.
>
On Thu, Nov 1, 2012 at 5:39 PM, Daniel Vetter wrote:
> On Thu, Nov 01, 2012 at 10:12:21AM -0700, Jesse Barnes wrote:
>> On Thu, 1 Nov 2012 19:07:02 +0200
>> Ville Syrjälä wrote:
>>
>> > On Thu, Nov 01, 2012 at 07:39:12AM -0700, Jesse Barnes wrote:
>> > > On Thu, 1 Nov 2012 12:12:35 +0100
>> > > D
This patch adds another constructor for an sg table. An sg table is
created from an existing sg table. The new sg table is allocated and
initialized with same data from the original sg table. The user has to
call 'sg_clone_table' with the required sg table, the existing sg table
and the gfp allocat
e the manage the elements like that? Would it help?
It sounds to me that this would simplify the model.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 897 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121107/e5f6dafc/attachment-0001.pgp>
On Wed, Nov 7, 2012 at 9:13 AM, Tomi Valkeinen wrote:
> On 2012-11-07 16:32, Rob Clark wrote:
>> On Wed, Nov 7, 2012 at 4:01 AM, Tomi Valkeinen wrote:
>
>>> Hotplugging is not some abstract future scenario, we already have
>>> hardware that could use it. For example, omap3 SDP board has a
>>> swi
On Tue, Nov 06, 2012 at 10:03:40PM +0800, Daniel J Blueman wrote:
> In 3.7-rc4, when starting X with the integrated GPU and suspending the
> discrete GPU,
> after one or more 32-bit applications are used (eg Skype) and X is stopped,
> we hit a panic.
>
> Prevent this by testing if the fini functi
On Wed, Nov 7, 2012 at 10:25 AM, Inki Dae wrote:
>
>
> 2012/11/7 Imre Deak
>>
>> On Wed, 2012-11-07 at 18:31 +0900, Inki Dae wrote:
>> > 2012/11/2 Imre Deak
>> > The patchset adds the missing event_lock when accessing the
>> > vblank_event_list in drm_vblank_off() and as preparat
On Wed, Nov 7, 2012 at 9:38 AM, Greg KH wrote:
> On Wed, Nov 07, 2012 at 09:32:38AM -0500, Alex Deucher wrote:
>> On Mon, Nov 5, 2012 at 11:34 AM, wrote:
>> > From: Alex Deucher
>> >
>> > Add missing index that may have led us to enabling
>> > more crtcs than necessary.
>> >
>> > May also fix:
Hello Rahul,
On Mon, Nov 5, 2012 at 2:32 PM, Rahul Sharma
wrote:
> This patch adds iommu support for hdmi driver with device tree based
> search. It searches for sysmmu property in hdmi dt node to get tv
> iommu device pointer which will be used to configure iommu hw interface.
>
> This patch is
From: Alex Deucher
Hi Dave,
Just one patch that fixes a display regression in certain cases.
The following changes since commit 695ddeb457584a602f2ba117d08ce37cf6ec1589:
drm/radeon: fix typo in evergreen_mc_resume() (2012-11-07 10:53:49 +1000)
are available in the git repository at:
git:/
On Mon, Nov 5, 2012 at 11:34 AM, wrote:
> From: Alex Deucher
>
> Add missing index that may have led us to enabling
> more crtcs than necessary.
>
> May also fix:
> https://bugs.freedesktop.org/show_bug.cgi?id=56139
>
> Signed-off-by: Alex Deucher
> Cc: stable at vger.kernel.org
Looks like the
onsistent builds.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121107/3d9741d7/attachment-0001.html>
2012/11/8 Rob Clark
> On Wed, Nov 7, 2012 at 10:25 AM, Inki Dae wrote:
> >
> >
> > 2012/11/7 Imre Deak
> >>
> >> On Wed, 2012-11-07 at 18:31 +0900, Inki Dae wrote:
> >> > 2012/11/2 Imre Deak
> >> > The patchset adds the missing event_lock when accessing the
> >> > vblank_event_
2012/11/7 Prathyush K
> During map_dma_buf, a new sgt needs to be created before being mapped to
> another device's address space. Currently, this sgt is created from
> the pages of the gem buffer everytime by calling dma_get_sgtable. This
> will be time consuming if the map/unmap calls are done
2012/11/7 Prathyush K
> The function dma_get_sgtable will allocate a sg table internally so
> it is not necessary to allocate a sg table before it. The unnecessary
> 'sg_alloc_table' call is removed.
>
> Signed-off-by: Prathyush K
> ---
> drivers/gpu/drm/exynos/exynos_drm_dmabuf.c |8 +-
On Wed, Nov 7, 2012 at 4:01 AM, Tomi Valkeinen wrote:
> On 2012-11-06 16:40, Rob Clark wrote:
>
>> I mean, similar to how we handle the subdev for dmm.. the
>> omap_drm_init() does the platform_driver_register() for the dmm device
>> before the platform_driver_register() for omapdrm itself, so we
On Wed, Nov 7, 2012 at 10:25 AM, Inki Dae wrote:
>
>
> 2012/11/7 Imre Deak
>>
>> On Wed, 2012-11-07 at 18:31 +0900, Inki Dae wrote:
>> > 2012/11/2 Imre Deak
>> > The patchset adds the missing event_lock when accessing the
>> > vblank_event_list in drm_vblank_off() and as preparat
2012/11/7 Imre Deak
> On Wed, 2012-11-07 at 18:31 +0900, Inki Dae wrote:
> > 2012/11/2 Imre Deak
> > The patchset adds the missing event_lock when accessing the
> > vblank_event_list in drm_vblank_off() and as preparation for
> > this
> > also fixes a few other is
2012/11/7 Rahul Sharma
> On Wed, Nov 7, 2012 at 3:11 PM, Inki Dae wrote:
> >
> >
> > 2012/11/7 Leela Krishna Amudala
> >>
> >> Hello Rahul,
> >>
> >> On Mon, Nov 5, 2012 at 2:32 PM, Rahul Sharma
> >> wrote:
> >> > This patch adds iommu support for hdmi driver with device tree based
> >> > sear
ng
Option "ColorTiling2D" "False"
in your Xorg.conf
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121107/640fb616/attachment.html>
On Wed, Nov 7, 2012 at 9:38 AM, Greg KH wrote:
> On Wed, Nov 07, 2012 at 09:32:38AM -0500, Alex Deucher wrote:
>> On Mon, Nov 5, 2012 at 11:34 AM, wrote:
>> > From: Alex Deucher
>> >
>> > Add missing index that may have led us to enabling
>> > more crtcs than necessary.
>> >
>> > May also fix:
From: Alex Deucher
Hi Dave,
Just one patch that fixes a display regression in certain cases.
The following changes since commit 695ddeb457584a602f2ba117d08ce37cf6ec1589:
drm/radeon: fix typo in evergreen_mc_resume() (2012-11-07 10:53:49 +1000)
are available in the git repository at:
git:/
On Mon, Nov 5, 2012 at 11:34 AM, wrote:
> From: Alex Deucher
>
> Add missing index that may have led us to enabling
> more crtcs than necessary.
>
> May also fix:
> https://bugs.freedesktop.org/show_bug.cgi?id=56139
>
> Signed-off-by: Alex Deucher
> Cc: sta...@vger.kernel.org
Looks like the st
On Wed, Nov 7, 2012 at 4:01 AM, Tomi Valkeinen wrote:
> On 2012-11-06 16:40, Rob Clark wrote:
>
>> I mean, similar to how we handle the subdev for dmm.. the
>> omap_drm_init() does the platform_driver_register() for the dmm device
>> before the platform_driver_register() for omapdrm itself, so we
https://bugs.freedesktop.org/show_bug.cgi?id=56828
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=56828
--- Comment #2 from Zbigniew ---
Yes, you're quite right:
1. I was using Mesa 8.0.4 - not being aware, that there's a need for more
recent version.
2. After adding "ColorTiling2D" "False" everything works fine, "CG Madness"
reached 62 fps.
3. Aft
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
All drivers pass NULL here. ttm_buffer_object's field can still be set after
init, just like nouveau does.
Signed-off-by: Marcin Slusarz
Cc: Thomas Hellstrom
---
drivers/gpu/drm/ast/ast_ttm.c| 7 +++
drivers/gpu/drm/cirrus/cirru
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
It's unused.
Signed-off-by: Marcin Slusarz
Cc: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_memory.c | 1 -
include/drm/ttm/ttm_memory.h | 2 --
2 files changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_memory.c b/drivers/gpu/dr
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
It's unused.
Signed-off-by: Marcin Slusarz
Cc: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_bo.c| 1 -
include/drm/ttm/ttm_bo_driver.h | 3 ---
2 files changed, 4 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm
On Wed, Nov 7, 2012 at 3:11 PM, Inki Dae wrote:
>
>
> 2012/11/7 Leela Krishna Amudala
>>
>> Hello Rahul,
>>
>> On Mon, Nov 5, 2012 at 2:32 PM, Rahul Sharma
>> wrote:
>> > This patch adds iommu support for hdmi driver with device tree based
>> > search. It searches for sysmmu property in hdmi dt
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
All drivers set it to 0 and nothing uses it.
Signed-off-by: Marcin Slusarz
Cc: Thomas Hellstrom
---
drivers/gpu/drm/ast/ast_ttm.c| 2 +-
drivers/gpu/drm/cirrus/cirrus_ttm.c | 2 +-
drivers/gpu/drm/mgag200/mgag200_ttm.c| 2 +
On 11/06/2012 02:39 PM, Maarten Lankhorst wrote:
This is similar to other platforms that don't allow command submission
to buffers locked on the cpu.
Signed-off-by: Maarten Lankhorst
---
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index bf6e4b5..2b3f69b 1006
From: Prathyush K
This patch adds a exynos drm specific implementation of fb_mmap
which supports mapping a non-contiguous buffer to user space.
This new function does not assume that the frame buffer is contiguous
and calls dma_mmap_writecombine for mapping the buffer to user space.
dma_mmap_wri
During map_dma_buf, a new sgt needs to be created before being mapped to
another device's address space. Currently, this sgt is created from
the pages of the gem buffer everytime by calling dma_get_sgtable. This
will be time consuming if the map/unmap calls are done repeatedly for
very large buffer
The function dma_get_sgtable will allocate a sg table internally so
it is not necessary to allocate a sg table before it. The unnecessary
'sg_alloc_table' call is removed.
Signed-off-by: Prathyush K
---
drivers/gpu/drm/exynos/exynos_drm_dmabuf.c |8 +---
1 files changed, 1 insertions(+),
This patch adds another constructor for an sg table. An sg table is
created from an existing sg table. The new sg table is allocated and
initialized with same data from the original sg table. The user has to
call 'sg_clone_table' with the required sg table, the existing sg table
and the gfp allocat
On 2012-11-06 16:40, Rob Clark wrote:
> I mean, similar to how we handle the subdev for dmm.. the
> omap_drm_init() does the platform_driver_register() for the dmm device
> before the platform_driver_register() for omapdrm itself, so we know
> if there is a dmm device, the driver gets probed firs
This patch adds another constructor for an sg table. An sg table is
created from an existing sg table. The new sg table is allocated and
initialized with same data from the original sg table. The user has to
call 'sg_clone_table' with the required sg table, the existing sg table
and the gfp allocat
On Wed, 2012-11-07 at 18:31 +0900, Inki Dae wrote:
> 2012/11/2 Imre Deak
> The patchset adds the missing event_lock when accessing the
> vblank_event_list in drm_vblank_off() and as preparation for
> this
> also fixes a few other issues in the exynos driver.
>
2012/11/7 Leela Krishna Amudala
> Hello Rahul,
>
> On Mon, Nov 5, 2012 at 2:32 PM, Rahul Sharma
> wrote:
> > This patch adds iommu support for hdmi driver with device tree based
> > search. It searches for sysmmu property in hdmi dt node to get tv
> > iommu device pointer which will be used to c
2012/11/2 Imre Deak
> The patchset adds the missing event_lock when accessing the
> vblank_event_list in drm_vblank_off() and as preparation for this
> also fixes a few other issues in the exynos driver.
>
> This is also a dependency for Rob Clark's drm_send_vblank_event()
> rework as that would
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #14 from Michel Dänzer ---
(In reply to comment #13)
> These are the compile errors I get with the above mentioned commit.
> The compile errors are fixed in the commit also mentioned above.
One strategy for such cases is to look at t
Hi Linus,
a single radeon typo fix for a regressions
and two fixes for a regression in the open helper addres space stuff.
Dave.
The following changes since commit 3d70f8c617a436c7146ecb81df2265b4626dfe89:
Linux 3.7-rc4 (2012-11-04 11:07:39 -0800)
are available in the git repository at:
g
L
HOTPLUG
# Virtual 1600 1200
EndSubSection
EndSection
Section "Screen"
Identifier "Screen1"
Device "Card1"
Monitor"Monitor1"
SubSection "Display"
Viewport 0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "Screen"
Identifier "Screen2"
Device "Card2"
Monitor"Monitor2"
SubSection "Display"
Viewport 0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
#Section "DRI"
#Group 0
#Mode0666
#EndSection
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121107/46a3bc92/attachment-0001.html>
72 matches
Mail list logo
