On Sun, Aug 05, 2012 at 07:20:31PM -0400, Alex Deucher wrote:
> On Sun, Aug 5, 2012 at 5:44 PM, Dave Airlie wrote:
> > On Mon, Aug 6, 2012 at 7:40 AM, Daniel Vetter wrote:
> >> On Sun, Aug 05, 2012 at 10:18:38PM +0100, Matthew Garrett wrote:
> >>> On Sun, Aug 05, 2012 at 11:14:12PM +0200, Daniel
On Sun, Aug 05, 2012 at 10:18:38PM +0100, Matthew Garrett wrote:
> On Sun, Aug 05, 2012 at 11:14:12PM +0200, Daniel Vetter wrote:
>
> > I like this approach more - the only other solution I see is to ask the
> > currently active driver (i.e. radeon) at bootime for the right mode. Which
> > sounds
On Sun, 5 Aug 2012, Daniel Vetter wrote:
> On Tue, Jul 31, 2012 at 10:31:15PM +0200, Jesper Juhl wrote:
> > If the allocation of 'buf' succeeds but the allocation of 'msgs' fails
> > we'll return false and leak 'buf' when it goes out of scope.
> >
> > Signed-off-by: Jesper Juhl
>
> I've already
On Sat, Aug 04, 2012 at 11:57:27AM -0500, Seth Forshee wrote:
> On Fri, Aug 03, 2012 at 05:27:02PM +0100, Matthew Garrett wrote:
> > On Fri, Aug 03, 2012 at 11:24:51AM -0500, Seth Forshee wrote:
> >
> > > This is one of the things I wasn't so sure about. There are various
> > > checks in intel_lvd
https://bugs.freedesktop.org/show_bug.cgi?id=53122
--- Comment #3 from Alex Deucher 2012-08-05 23:11:37 UTC
---
(In reply to comment #2)
> Isn't that what appears in the syslog? (which I already quoted). I've got the
> old syslog, but I've since rebooted and dmesg now reports something else.
Pl
On Fri, Aug 03, 2012 at 09:32:44AM -0400, Alex Deucher wrote:
> On Thu, Aug 2, 2012 at 3:21 AM, Knut Petersen
> wrote:
> > On an AOpen i915GMm-hfs the hotplug events generated
> > by transitions between connector_status_unknown and
> > connector_status_disconnected cause screen distortions.
> >
>
On Tue, Jul 31, 2012 at 10:31:15PM +0200, Jesper Juhl wrote:
> If the allocation of 'buf' succeeds but the allocation of 'msgs' fails
> we'll return false and leak 'buf' when it goes out of scope.
>
> Signed-off-by: Jesper Juhl
I've already merged a similar patch from Alan Cox for -fixes, should
On Tue, Jul 31, 2012 at 03:58:13PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> The exporter should have given us pages in the correct place, avoid
> the prepare object mapping phase on dmar systems.
>
> This fixes an oops on a GM45/R600 machine, when running the intel/radeon
> tests.
>
>
On Mon, Jul 30, 2012 at 02:06:54PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> In order for udl vmap to work properly, we need to push the object
> into the CPU domain before we start copying the data to the USB device.
>
> question: what is direction here in terms of read/write to the dev
On Sat, Jul 28, 2012 at 06:46:35PM +0545, Devendra Naga wrote:
> the following warning was produced,
>
> drivers/gpu/drm/i915/i915_gem_context.c: In function ?i915_switch_context?:
> drivers/gpu/drm/i915/i915_gem_context.c:454:6: warning: unused variable ?ret?
> [-Wunused-variable]
>
> fix up by
On Wed, Aug 01, 2012 at 11:08:19AM +0100, James Bottomley wrote:
> On Wed, 2012-08-01 at 09:58 +0100, Chris Wilson wrote:
> > On Wed, 01 Aug 2012 09:45:04 +0100, James Bottomley > HansenPartnership.com> wrote:
> > > On Wed, 2012-08-01 at 09:16 +0100, Chris Wilson wrote:
> > > > On Wed, 01 Aug 2012
On Sun, Aug 05, 2012 at 11:14:12PM +0200, Daniel Vetter wrote:
> I like this approach more - the only other solution I see is to ask the
> currently active driver (i.e. radeon) at bootime for the right mode. Which
> sounds much more hellish and fragile ...
The "correct" approach is clearly to jus
https://bugzilla.kernel.org/show_bug.cgi?id=36522
--- Comment #9 from Christian Casteyde
2012-08-05 21:28:16 ---
Update:
Still present in 3.6-rc1
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching
Fix config warning:
warning: ( ... && DRM_USB) selects USB which has unmet direct dependencies
(USB_SUPPORT && USB_ARCH_HAS_HCD)
by adding the missing dependency on USB_ARCH_HAS_HCD to DRM_UDL and DRM_USB.
This exposes:
drivers/video/Kconfig:36:error: recursive dependency detected!
drivers/video
On Sun, Aug 5, 2012 at 5:44 PM, Dave Airlie wrote:
> On Mon, Aug 6, 2012 at 7:40 AM, Daniel Vetter wrote:
>> On Sun, Aug 05, 2012 at 10:18:38PM +0100, Matthew Garrett wrote:
>>> On Sun, Aug 05, 2012 at 11:14:12PM +0200, Daniel Vetter wrote:
>>>
>>> > I like this approach more - the only other sol
On Sun, Aug 5, 2012 at 5:44 PM, Dave Airlie wrote:
> On Mon, Aug 6, 2012 at 7:40 AM, Daniel Vetter wrote:
>> On Sun, Aug 05, 2012 at 10:18:38PM +0100, Matthew Garrett wrote:
>>> On Sun, Aug 05, 2012 at 11:14:12PM +0200, Daniel Vetter wrote:
>>>
>>> > I like this approach more - the only other sol
https://bugs.freedesktop.org/show_bug.cgi?id=53122
--- Comment #3 from Alex Deucher 2012-08-05 23:11:37 UTC ---
(In reply to comment #2)
> Isn't that what appears in the syslog? (which I already quoted). I've got the
> old syslog, but I've since rebooted and dmesg now reports something else.
Ple
https://bugs.freedesktop.org/show_bug.cgi?id=53122
--- Comment #2 from #Paul <201208bugzillaz at moo.uklinux.net> 2012-08-05
15:41:41 UTC ---
(In reply to comment #1)
> Please attach your dmesg output.
Isn't that what appears in the syslog? (which I already quoted). I've got the
old syslog, but
On Mon, Aug 6, 2012 at 7:40 AM, Daniel Vetter wrote:
> On Sun, Aug 05, 2012 at 10:18:38PM +0100, Matthew Garrett wrote:
>> On Sun, Aug 05, 2012 at 11:14:12PM +0200, Daniel Vetter wrote:
>>
>> > I like this approach more - the only other solution I see is to ask the
>> > currently active driver (i.
On Sun, Aug 05, 2012 at 10:18:38PM +0100, Matthew Garrett wrote:
> On Sun, Aug 05, 2012 at 11:14:12PM +0200, Daniel Vetter wrote:
>
> > I like this approach more - the only other solution I see is to ask the
> > currently active driver (i.e. radeon) at bootime for the right mode. Which
> > sounds
https://bugzilla.kernel.org/show_bug.cgi?id=36522
--- Comment #9 from Christian Casteyde 2012-08-05
21:28:16 ---
Update:
Still present in 3.6-rc1
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching
On Sun, 5 Aug 2012, Daniel Vetter wrote:
> On Tue, Jul 31, 2012 at 10:31:15PM +0200, Jesper Juhl wrote:
> > If the allocation of 'buf' succeeds but the allocation of 'msgs' fails
> > we'll return false and leak 'buf' when it goes out of scope.
> >
> > Signed-off-by: Jesper Juhl
>
> I've already
On Sun, Aug 05, 2012 at 11:14:12PM +0200, Daniel Vetter wrote:
> I like this approach more - the only other solution I see is to ask the
> currently active driver (i.e. radeon) at bootime for the right mode. Which
> sounds much more hellish and fragile ...
The "correct" approach is clearly to jus
On Sat, Aug 04, 2012 at 11:57:27AM -0500, Seth Forshee wrote:
> On Fri, Aug 03, 2012 at 05:27:02PM +0100, Matthew Garrett wrote:
> > On Fri, Aug 03, 2012 at 11:24:51AM -0500, Seth Forshee wrote:
> >
> > > This is one of the things I wasn't so sure about. There are various
> > > checks in intel_lvd
On Fri, Aug 03, 2012 at 09:32:44AM -0400, Alex Deucher wrote:
> On Thu, Aug 2, 2012 at 3:21 AM, Knut Petersen
> wrote:
> > On an AOpen i915GMm-hfs the hotplug events generated
> > by transitions between connector_status_unknown and
> > connector_status_disconnected cause screen distortions.
> >
>
On Tue, Jul 31, 2012 at 10:31:15PM +0200, Jesper Juhl wrote:
> If the allocation of 'buf' succeeds but the allocation of 'msgs' fails
> we'll return false and leak 'buf' when it goes out of scope.
>
> Signed-off-by: Jesper Juhl
I've already merged a similar patch from Alan Cox for -fixes, should
On Tue, Jul 31, 2012 at 03:58:13PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> The exporter should have given us pages in the correct place, avoid
> the prepare object mapping phase on dmar systems.
>
> This fixes an oops on a GM45/R600 machine, when running the intel/radeon
> tests.
>
>
On Mon, Jul 30, 2012 at 02:06:54PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> In order for udl vmap to work properly, we need to push the object
> into the CPU domain before we start copying the data to the USB device.
>
> question: what is direction here in terms of read/write to the dev
On Sat, Jul 28, 2012 at 06:46:35PM +0545, Devendra Naga wrote:
> the following warning was produced,
>
> drivers/gpu/drm/i915/i915_gem_context.c: In function ‘i915_switch_context’:
> drivers/gpu/drm/i915/i915_gem_context.c:454:6: warning: unused variable ‘ret’
> [-Wunused-variable]
>
> fix up by
On Wed, Aug 01, 2012 at 11:08:19AM +0100, James Bottomley wrote:
> On Wed, 2012-08-01 at 09:58 +0100, Chris Wilson wrote:
> > On Wed, 01 Aug 2012 09:45:04 +0100, James Bottomley
> > wrote:
> > > On Wed, 2012-08-01 at 09:16 +0100, Chris Wilson wrote:
> > > > On Wed, 01 Aug 2012 09:06:12 +0100, Jam
On Sat, Aug 04, 2012 at 08:00:45AM +0200, Henrik Rydberg wrote:
> The nva3 copy engine exhibits random memory corruption in at least one
> case, the GeForce 320M (nv50, 0xaf) in the MacBookAir3,1. This patch
> omits creating the engine for the specific chipset, falling back to
> M2MF, which kills
https://bugs.freedesktop.org/show_bug.cgi?id=52997
--- Comment #4 from stevenvandenbrandenstift at gmail.com 2012-08-05 11:54:10
UTC ---
how to check the libdrm version?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
https://bugs.freedesktop.org/show_bug.cgi?id=52997
--- Comment #3 from stevenvandenbrandenstift at gmail.com 2012-08-05 11:33:51
UTC ---
Created attachment 65141
--> https://bugs.freedesktop.org/attachment.cgi?id=65141
varlog from startup untill crash of game
--
Configure bugmail: https://bug
We are still 1 1/2 month into XDC 2012 so it's time to give
a status update and beat the drums some more:
- Registration Reminder:
So far we have 24 registered participants: there's plenty of
room for more - so if you haven't done so: register!
If you are in need for travel sponsorship plea
https://bugs.freedesktop.org/show_bug.cgi?id=53122
--- Comment #2 from #Paul <201208bugzil...@moo.uklinux.net> 2012-08-05 15:41:41
UTC ---
(In reply to comment #1)
> Please attach your dmesg output.
Isn't that what appears in the syslog? (which I already quoted). I've got the
old syslog, but I'v
https://bugs.freedesktop.org/show_bug.cgi?id=39782
--- Comment #15 from 414N 2012-08-05 07:50:38 UTC ---
Still no clue of what could be going awry?
This is still happening on recent git checkouts, regardless of the previous
patch.
Please do tell me if you need more information to narrow down the
https://bugs.freedesktop.org/show_bug.cgi?id=52997
--- Comment #4 from stevenvandenbrandenst...@gmail.com 2012-08-05 11:54:10 UTC
---
how to check the libdrm version?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugs.freedesktop.org/show_bug.cgi?id=52997
--- Comment #3 from stevenvandenbrandenst...@gmail.com 2012-08-05 11:33:51 UTC
---
Created attachment 65141
--> https://bugs.freedesktop.org/attachment.cgi?id=65141
varlog from startup untill crash of game
--
Configure bugmail: https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #109 from Alexandre Demers
2012-08-05 04:34:02 UTC ---
(In reply to comment #108)
> Oops, I've hit a va error again. I've been using my computer all day long,
> going from one window to another, using Flash on Openstreetmap and Googl
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #108 from Alexandre Demers
2012-08-05 04:29:39 UTC ---
Oops, I've hit a va error again. I've been using my computer all day long,
going from one window to another, using Flash on Openstreetmap and Google Map.
The error could explain
On Fri, Aug 03, 2012 at 05:27:02PM +0100, Matthew Garrett wrote:
> On Fri, Aug 03, 2012 at 11:24:51AM -0500, Seth Forshee wrote:
>
> > This is one of the things I wasn't so sure about. There are various
> > checks in intel_lvds_init() that can cause it to bail out before we try
> > to get the EDID
we have done a proper mutex_unlock in the error cases of the vmw_fifo_reserve,
but
there are missing mutex unlocks where we return a valid pointer in
vmw_fifo_reserve.
Signed-off-by: Devendra Naga
---
drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c |7 +--
1 file changed, 5 insertions(+), 2 delet
On Fri, Aug 03, 2012 at 04:31:22PM -0400, Jerome Glisse wrote:
> On Fri, Aug 3, 2012 at 4:16 PM, Greg KH wrote:
> > On Fri, Aug 03, 2012 at 03:57:19PM -0400, j.gli...@gmail.com wrote:
> >> From: Jerome Glisse
> >>
> >> Virtual address need to be fenced to know when we can safely remove it.
> >> T
On Fri, Aug 03, 2012 at 03:57:19PM -0400, j.gli...@gmail.com wrote:
> From: Jerome Glisse
>
> Virtual address need to be fenced to know when we can safely remove it.
> This patch also properly clear the pagetable. Previously it was
> serouisly broken.
>
> v2: For to update pagetable when unbindi
On 08/03/2012 01:38 AM, Sascha Hauer wrote:
> Hi Stephen,
>
> On Thu, Aug 02, 2012 at 01:35:40PM -0600, Stephen Warren wrote:
>> On 07/04/2012 01:56 AM, Sascha Hauer wrote:
>>> This patch adds a helper function for parsing videomodes from the
>>> devicetree.
>>> The videomode can be either conver
On Fri, Aug 03, 2012 at 05:14:16PM +0100, Matthew Garrett wrote:
> On Fri, Aug 03, 2012 at 11:02:19AM -0500, Seth Forshee wrote:
> > Some Apple hybrid graphics machines do not have the LVDS panel connected
> > to the integrated GPU at boot and also do not supply a VBT. The LVDS
> > connector is not
If the LVDS panel wasn't connected at boot then we won't have an EDID
for it. To fix this, call intel_lvds_get_edid() from the vga_switcheroo
reprobe callback.
Signed-off-by: Seth Forshee
---
drivers/gpu/drm/i915/i915_dma.c |1 +
drivers/gpu/drm/i915/intel_drv.h |1 +
drivers/gpu/drm/
intel_lvds_get_edid() needs to be called when switching GPUs, but it's
currently making assumptions that it will only be called once and that
there's always an LVDS connector present when it's called. Fix these
assumptions.
Signed-off-by: Seth Forshee
---
drivers/gpu/drm/i915/intel_lvds.c | 17
Some Apple hybrid graphics machines do not have the LVDS panel connected
to the integrated GPU at boot and also do not supply a VBT. The LVDS
connector is not registered as a result, making it impossible to support
graphics switching.
This patch changes intel_lvds_init() to register the connector
This code will be reused to support hybrid graphics on some Apple
machines that can't get a mode for the LVDS panel at boot, so move it
into a new function named intel_lvds_get_edid().
Signed-off-by: Seth Forshee
---
drivers/gpu/drm/i915/intel_lvds.c | 95 +
From: Andreas Heider
Signed-off-by: Andreas Heider
---
drivers/gpu/drm/i915/i915_dma.c |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
index 9cf7dfe..5b5176d 100644
--- a/drivers/gpu/drm/i915/i915_dm
The following patches are part of a larger series I've been working on
to get vga_switcheroo working on hybrid graphics Macbooks. Some of these
machines are not providing a VBT, and since the LVDS panel is connected
to the discrete GPU at boot we can't get a mode for the panel during
initialization
We are still 1 1/2 month into XDC 2012 so it's time to give
a status update and beat the drums some more:
- Registration Reminder:
So far we have 24 registered participants: there's plenty of
room for more - so if you haven't done so: register!
If you are in need for travel sponsorship plea
https://bugs.freedesktop.org/show_bug.cgi?id=39782
--- Comment #15 from 414N 2012-08-05 07:50:38 UTC ---
Still no clue of what could be going awry?
This is still happening on recent git checkouts, regardless of the previous
patch.
Please do tell me if you need more information to narrow down the
54 matches
Mail list logo
