[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

2012-01-25 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #41 from Camale?n 2012-01-25 10:56:22 PST --- (In reply to comment #40) > Mesa is libgl1-mesa-dri and libgl1-mesa-glx. The DDX driver is[1] > xserver-xorg-video-radeon and libdrm-radeon1, I suppose. One can get > fairly recent

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

2012-01-25 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #42 from Jonathan Nieder 2012-01-25 10:57:27 PST --- Jonathan Nieder wrote: > One can get > fairly recent versions of most packages from sid or experimental. Though at the

[git pull] drm fixes

2012-01-25 Thread Dave Airlie
Hi Linus, bunch of regression fixes since TTM rework and radeon initialisation, modesetting fixes for Alex to fix some black screens on kms start type issues, and two radeon ACPI fixes that make some laptops no oops on startup. I think Intel have some -fixes coming soon which I'll send in a

[PATCH 1/3] dma-buf: Introduce dma buffer sharing mechanism

2012-01-25 Thread Daniel Vetter
On Wed, Jan 25, 2012 at 06:02:41PM +0100, Tomasz Stanislawski wrote: > Hi Sumit, > > On 12/26/2011 10:23 AM, Sumit Semwal wrote: > >This is the first step in defining a dma buffer sharing mechanism. > > > >A new buffer object dma_buf is added, with operations and API to allow easy > >sharing of

[PULL] drm-intel-fixes

2012-01-25 Thread Keith Packard
-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120125/4b85a236/attachment.pgp>

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

2012-01-25 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #43 from Jonathan Nieder 2012-01-25 12:39:49 PST --- bugzilla-daemon at freedesktop.org wrote: > I have finally to surrender. If anyone thinks on anything we can try, you can > contact directly to me or add the information here.

[Intel-gfx] [PATCH 1/2] drm/i915: Force explicit bpp selection for intel_dp_link_required

2012-01-25 Thread Jesse Barnes
nes, 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/20120125/15a3d7cb/attachment.pgp>

[Intel-gfx] [PATCH 1/2] drm/i915: Force explicit bpp selection for intel_dp_link_required

2012-01-25 Thread Keith Packard
t seems to break the abstraction even more. -- 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/20120125/69402a60/attachment.pgp>

[Intel-gfx] [PATCH 1/2] drm/i915: Force explicit bpp selection for intel_dp_link_required

2012-01-25 Thread Daniel Vetter
On Wed, Jan 25, 2012 at 01:17:51PM -0800, Keith Packard wrote: > On Wed, 25 Jan 2012 12:51:16 -0800, Jesse Barnes virtuousgeek.org> wrote: > > > Yeah, looks like I got this wrong when I added the pipe bpp field. > > Wonder if there's a good way to catch this sort of bug with an assert > > so we

[Intel-gfx] [PATCH 1/2] drm/i915: Force explicit bpp selection for intel_dp_link_required

2012-01-25 Thread Daniel Vetter
On Wed, Jan 25, 2012 at 08:16:25AM -0800, Keith Packard wrote: > It is never correct to use intel_crtc->bpp in intel_dp_link_required, > so instead pass an explicit bpp in to this function. This patch > only supports 18bpp and 24bpp modes, which means that 10bpc modes will > be computed

[Intel-gfx] [PATCH 2/2] drm/i915: Select DP BPC at mode set, rather than mode validate

2012-01-25 Thread Daniel Vetter
On Wed, Jan 25, 2012 at 08:16:26AM -0800, Keith Packard wrote: > The DP configuration must match the pipe configuration, and until mode > set we don't know what BPC will be used. Delay all decisions about BPC > until mode set, computing the target BPC in both intel_dp_mode_fixup > and either

[Intel-gfx] [PATCH 1/2] drm/i915: Force explicit bpp selection for intel_dp_link_required

2012-01-25 Thread Keith Packard
--- 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/20120125/743e859b/attachment.pgp>

[Intel-gfx] [PATCH 2/2] drm/i915: Select DP BPC at mode set, rather than mode validate

2012-01-25 Thread Keith Packard
signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120125/7ef774f2/attachment.pgp>

[git pull] drm fixes

2012-01-25 Thread Linus Torvalds
On Wed, Jan 25, 2012 at 11:05 AM, Dave Airlie wrote: > > bunch of regression fixes since TTM rework and radeon initialisation, > modesetting fixes for Alex to fix some black screens on kms start type > issues, and two radeon ACPI fixes that make some laptops no oops on > startup. Does that

<    1   2