On Thu, Sep 5, 2013 at 12:18 PM, Linus Torvalds
wrote:
> On Thu, Sep 5, 2013 at 3:41 AM, Dave Airlie wrote:
>>
>> i915: Haswell PC8+ support and eLLC support, HDMI 4K support, initial
>> per-process VMA pieces,
>> watermark reworks, convert to generic hdmi infoframes, encoder
>> reworking
On Tue, Sep 10, 2013 at 12:08 PM, Rob Clark wrote:
> On Sat, Sep 7, 2013 at 9:36 PM, Ilia Mirkin wrote:
>> Signed-off-by: Ilia Mirkin
>
> Reviewed-by: Rob Clark
Reviewed-and-tested-by: Ben Skeggs
>
>> ---
>> tests/modetest/modetest.c | 20 +++-
>> 1 file changed, 15 insertion
On Sat, Sep 7, 2013 at 9:36 PM, Ilia Mirkin wrote:
> This is helpful for differentiating between multiple devices that use
> the same module.
>
> Signed-off-by: Ilia Mirkin
Reviewed-by: Rob Clark
> ---
> tests/modetest/modetest.c | 14 ++
> 1 file changed, 10 insertions(+), 4 del
On Sat, Sep 7, 2013 at 9:36 PM, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin
Reviewed-by: Rob Clark
> ---
> tests/modetest/modetest.c | 20 +++-
> 1 file changed, 15 insertions(+), 5 deletions(-)
>
> diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
> index
https://bugzilla.kernel.org/show_bug.cgi?id=60791
--- Comment #28 from Brian Hall ---
(In reply to Alex Deucher from comment #22)
> Created attachment 107911 [details]
> possible fix
>
> Does this patch fix the issue? Please apply without your patch.
Patch 0001-drm-radeon-atom-workaround-vbios
On Wed, Sep 4, 2013 at 9:59 PM, Maarten Lankhorst
wrote:
> Op 04-09-13 05:34, Ben Skeggs schreef:
>> On Tue, Sep 3, 2013 at 12:31 AM, Maarten Lankhorst
>> wrote:
>>> There are a lot of places that allocate multiples of 1000,
>>> but do not set alignment correctly and still require this
>>> alignm
https://bugzilla.kernel.org/show_bug.cgi?id=60791
--- Comment #26 from hams...@freenet.de ---
Created attachment 107951
--> https://bugzilla.kernel.org/attachment.cgi?id=107951&action=edit
3.0.11 Non-Working register dump
--
You are receiving this mail because:
You are watching the assignee of
https://bugzilla.kernel.org/show_bug.cgi?id=60791
Quallenauge changed:
What|Removed |Added
Attachment #107951|3.0.11 Non-Working register |3.11.0 Non-Working register
descript
https://bugzilla.kernel.org/show_bug.cgi?id=60791
--- Comment #25 from hams...@freenet.de ---
Created attachment 107941
--> https://bugzilla.kernel.org/attachment.cgi?id=107941&action=edit
3.11.0 Working register dump
--
You are receiving this mail because:
You are watching the assignee of the
#x27;ve tried to fix this kind
of problem in automake several times but never managed to. Perhaps it's
time to move on to something like SCons...
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130909/ff680367/attachment.pgp>
On Monday, September 09, 2013 05:21:18 PM Daniel Vetter wrote:
> On Mon, Sep 09, 2013 at 02:16:12PM +0200, Rafael J. Wysocki wrote:
> > Hi,
> >
> > On Monday, September 09, 2013 11:32:10 AM Daniel Vetter wrote:
> > > Hi Aaaron,
> > >
> > > Have we grown any clue meanwhile about which Intel boxes
On Mon, Sep 9, 2013 at 12:44 PM, Alex Ivanov wrote:
> Folks,
>
> We (people at linux-parisc @ vger.kernel.org mail list) are trying to make
> native video options of the latest PA-RISC servers and workstations
> (these are ATIs, most of which are based on R100/R300/R420 chips) work
> correctly on
https://bugzilla.kernel.org/show_bug.cgi?id=60791
--- Comment #27 from Quallenauge ---
Created attachment 107961
--> https://bugzilla.kernel.org/attachment.cgi?id=107961&action=edit
copy of video bios
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
https://bugzilla.kernel.org/show_bug.cgi?id=60858
--- Comment #9 from Pinak Ahuja ---
(In reply to Christian König from comment #8)
> You could dig into the code and try to figure out why the post dividers
> (vclk_div and dclk_div) turn out as 0.
>
> The two involved functions are rv770_set_uvd_
Hi
On Mon, Sep 9, 2013 at 12:27 PM, Thierry Reding
wrote:
> The genshader and genunifont utilities are run during the build process
> to generate source files. In order for that to work when cross-compiling
> the files need to be built using the native compiler instead of the
> cross-compiler.
>
https://bugzilla.kernel.org/show_bug.cgi?id=60791
--- Comment #24 from Alex Deucher ---
(In reply to Hamsi2k from comment #23)
> Sadly it doesn't fix the issue on my setup.
> I applied it on the 3.11.0 release without previous patches.
Can you attach a copy of your vbios and dump the broken and
https://bugzilla.kernel.org/show_bug.cgi?id=60791
--- Comment #23 from hams...@freenet.de ---
Sadly it doesn't fix the issue on my setup.
I applied it on the 3.11.0 release without previous patches.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
On Mon, 2013-09-09 at 17:21 +0200, Daniel Vetter wrote:
> If Win8 is as broken as we are I'm ok with the module option. It just
> sounded to me like right now we don't know of a way to make all machines
> somewhat happy, combined with the other pile of random backlight issues
> the assumption that
https://bugs.freedesktop.org/show_bug.cgi?id=69062
--- Comment #6 from LRN ---
(In reply to comment #5)
> How about setting env var R600_DEBUG=nodma? Try adding that to
> /etc/environment .
Added to /etc/environment, rebooted - no visible improvements (should the fact
that this variable is set
Folks,
We (people at linux-parisc @ vger.kernel.org mail list) are trying to make
native video options of the latest PA-RISC servers and workstations
(these are ATIs, most of which are based on R100/R300/R420 chips) work
correctly on this platform (big endian pa-risc).
However, we hadn't much suc
https://bugs.freedesktop.org/show_bug.cgi?id=69062
--- Comment #5 from Alex Deucher ---
How about setting env var R600_DEBUG=nodma? Try adding that to
/etc/environment .
--
You are receiving this mail because:
You are the assignee for the bug.
___
dr
https://bugs.freedesktop.org/show_bug.cgi?id=69062
--- Comment #3 from Alex Deucher ---
Is this a regression? Does disabling tiling help?
Add:
Option "ColorTiling" "False"
Option "ColorTiling2D" "False"
in the device section of your xorg.conf
--
You are receiving this mail because:
You are
On 21/08/13 15:22, Rob Clark wrote:
> And just to be clear, part of my negative experience about this is the
> omapdss/omapdrm split. I just see cfd outside of drm as encouraging
> others to make the same mistake.
Feel free to disagree, but I think the omapdss/omapdrm split is a bit
different ma
On Mon, 2013-09-09 at 16:42 +0800, Aaron Lu wrote:
> diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
> index f466980..75fba17 100644
> --- a/drivers/gpu/drm/i915/i915_dma.c
> +++ b/drivers/gpu/drm/i915/i915_dma.c
> @@ -1650,7 +1650,7 @@ int i915_driver_load(struct drm
On 09/09/13 17:17, Rob Clark wrote:
> On Mon, Sep 9, 2013 at 8:12 AM, Tomi Valkeinen wrote:
>> On 21/08/13 15:22, Rob Clark wrote:
>>
>>> And just to be clear, part of my negative experience about this is the
>>> omapdss/omapdrm split. I just see cfd outside of drm as encouraging
>>> others to ma
On Mon, Sep 9, 2013 at 8:12 AM, Tomi Valkeinen wrote:
> On 21/08/13 15:22, Rob Clark wrote:
>
>> And just to be clear, part of my negative experience about this is the
>> omapdss/omapdrm split. I just see cfd outside of drm as encouraging
>> others to make the same mistake.
>
> Feel free to disag
On Mon, Sep 09, 2013 at 02:16:12PM +0200, Rafael J. Wysocki wrote:
> Hi,
>
> On Monday, September 09, 2013 11:32:10 AM Daniel Vetter wrote:
> > Hi Aaaron,
> >
> > Have we grown any clue meanwhile about which Intel boxes need this and for
> > which we still need to keep the acpi backlight around?
https://bugs.freedesktop.org/show_bug.cgi?id=69062
--- Comment #4 from LRN ---
(In reply to comment #3)
> Is this a regression?
If by "regression" you mean "it worked before, but doesn't work now" - yes.
> Does disabling tiling help?
>
> Add:
>
> Option "ColorTiling" "False"
> Option "ColorTi
On Mon, Sep 9, 2013 at 10:58 AM, Tomi Valkeinen wrote:
> On 09/09/13 17:17, Rob Clark wrote:
>> On Mon, Sep 9, 2013 at 8:12 AM, Tomi Valkeinen wrote:
>>> On 21/08/13 15:22, Rob Clark wrote:
>>>
And just to be clear, part of my negative experience about this is the
omapdss/omapdrm split.
On Sat, Sep 7, 2013 at 12:29 PM, Christian König
wrote:
> From: Christian König
>
> Not used for quite a while now.
>
> Signed-off-by: Christian König
Both patches applied. thanks!
Alex
> ---
> drivers/gpu/drm/radeon/radeon_trace.h | 7 ---
> 1 file changed, 7 deletions(-)
>
> diff --gi
https://bugzilla.kernel.org/show_bug.cgi?id=60791
--- Comment #22 from Alex Deucher ---
Created attachment 107911
--> https://bugzilla.kernel.org/attachment.cgi?id=107911&action=edit
possible fix
Does this patch fix the issue? Please apply without your patch.
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=69120
Alex Deucher changed:
What|Removed |Added
Attachment #85496|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=69120
--- Comment #9 from John ---
Created attachment 85496
--> https://bugs.freedesktop.org/attachment.cgi?id=85496&action=edit
John's dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
On Sun, Sep 08, 2013 at 02:10:58PM +0200, Markus Trippelsdorf wrote:
> Currently radeon devices are not properbly shutdown during kexec. This
properly
> cases a varity of issues, e.g. dpm initialization failures.
> Fix this by implementing a radeon_pci_shutdown function, that unloads
> the driver
On Mon, Sep 9, 2013 at 5:21 AM, Markus Trippelsdorf
wrote:
> On 2013.09.08 at 17:32 -0700, Eric W. Biederman wrote:
>> Markus Trippelsdorf writes:
>>
>> > Here are a couple of patches that get kexec working with radeon devices.
>> > I've tested this on my RS780.
>> > Comments or flames are welcom
https://bugs.freedesktop.org/show_bug.cgi?id=69120
--- Comment #8 from Alex Deucher ---
Please attach your dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.o
On 09.09.2013 11:53, Daniel Vetter wrote:
On Mon, Sep 9, 2013 at 11:39 AM, Chris Wilson wrote:
On Mon, Sep 09, 2013 at 11:34:19AM +0200, Knut Petersen wrote:
Problem:
===
Your changes to i915_stolen_to_physical() (commit:
eaba1b8f3379b5d100bd146b9a41d28348bdfd09) expose the following pro
Hi,
On Monday, September 09, 2013 11:32:10 AM Daniel Vetter wrote:
> Hi Aaaron,
>
> Have we grown any clue meanwhile about which Intel boxes need this and for
> which we still need to keep the acpi backlight around?
First of all, there is a bunch of boxes where ACPI backlight works incorrectly
b
The genshader and genunifont utilities are run during the build process
to generate source files. In order for that to work when cross-compiling
the files need to be built using the native compiler instead of the
cross-compiler.
Add the AX_PROG_CC_FOR_BUILD m4 macro which defines various *_FOR_BUI
On Mon, Sep 9, 2013 at 11:39 AM, Chris Wilson wrote:
> On Mon, Sep 09, 2013 at 11:34:19AM +0200, Knut Petersen wrote:
>> Problem:
>> ===
>>
>> Your changes to i915_stolen_to_physical() (commit:
>> eaba1b8f3379b5d100bd146b9a41d28348bdfd09) expose the following problem
>>
>> [2.272218] [drm
According to Matthew Garrett, "Windows 8 leaves backlight control up
to individual graphics drivers rather than making ACPI calls itself.
There's plenty of evidence to suggest that the Intel driver for
Windows [8] doesn't use the ACPI interface, including the fact that
it's broken on a bunch of mac
The ACPI video module provides two functionalities: backlight control
and backlight hotkey event delivery. It is possible the backlight
control interface is broken while the system still needs its event
delivery, so it's worth to seperate the two interfaces clearly.
This patchset has two patches,
Markus Trippelsdorf writes:
> Here are a couple of patches that get kexec working with radeon devices.
> I've tested this on my RS780.
> Comments or flames are welcome.
> Thanks.
A couple of high level comments.
This looks promising for the usual case.
Removing the printk at the end of the ke
On Wednesday 21 August 2013 02:24:01 Ben Skeggs wrote:
> On Mon, Aug 19, 2013 at 4:59 PM, Pali Rohár
wrote:
> > On Friday 16 August 2013 14:57:07 Pali Rohár wrote:
> >> In commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was
> >> introduced error which cause that reclocking on nv40 not
> >> workin
Patch against Linus' latest git, fixing bug 59841 reported at
https://bugzilla.kernel.org/show_bug.cgi?id=59841 for the cases where
a quirk has not been added to the kernel for specific hardware.
At least one Intel HD Graphics 4000 PCI display controller hardware with
PCI id 0x0166 appears to r
Patch against Linus' latest git, fixing bug 59841 reported at
https://bugzilla.kernel.org/show_bug.cgi?id=59841
The Intel HD Graphics 4000 PCI display controller id 0x0166 appears to
return an incorrect edp bpp value 16 instead of the correct 24. This
patch adds a quirk for the controller.
D
On 06/09/13 18:43, Tomi Valkeinen wrote:
> On 06/09/13 17:09, Laurent Pinchart wrote:
>> Hi Tomi,
>>
>> On Monday 26 August 2013 14:10:50 Tomi Valkeinen wrote:
>>> On 09/08/13 20:14, Laurent Pinchart wrote:
MIPI DBI is a configurable-width parallel display bus that transmits
commands and
See the following Ubuntu bug report
https://bugs.launchpad.net/bugs/1167301
Original bug report
---
I have a Lenovo Thinkpad Twist with an internal 1366x768 (16:9) display
and I have connected and external 1920x1080 (16:9) monitor via HDMI. By
default the display gets mirrored w
Hi Rob and Sascha,
On Wednesday 21 August 2013 08:22:59 Rob Clark wrote:
> On Wed, Aug 21, 2013 at 3:09 AM, Sascha Hauer wrote:
> > On Tue, Aug 20, 2013 at 02:40:55PM -0400, Rob Clark wrote:
> >> On Tue, Aug 20, 2013 at 11:24 AM, Laurent Pinchart wrote:
> >> > Hi Rob,
> >> >
> >> >> Or maybe, put
On 08/30/13 12:59, Randy Dunlap wrote:
> On 08/29/13 03:00, Stephen Rothwell wrote:
>> Hi all,
>>
>
>
> on x86_64:
>
> ERROR: "nouveau_switcheroo_optimus_dsm" [drivers/gpu/drm/nouveau/nouveau.ko]
> undefined!
>
>
> Full randconfig file is attached.
>
>
This build error still happens in lin
On 06/09/13 17:09, Laurent Pinchart wrote:
> Hi Tomi,
>
> On Monday 26 August 2013 14:10:50 Tomi Valkeinen wrote:
>> On 09/08/13 20:14, Laurent Pinchart wrote:
>>> MIPI DBI is a configurable-width parallel display bus that transmits
>>> commands and data.
>>>
>>> Add a new DBI Linux bus type that
Hi Vikas,
On Wednesday 04 September 2013 18:22:45 Vikas Sajjan wrote:
> On 9 August 2013 22:44, Laurent Pinchart wrote:
> > MIPI DBI is a configurable-width parallel display bus that transmits
> > commands and data.
> >
> > Add a new DBI Linux bus type that implements the usual bus
> > infrastruc
Hi Vikas,
On Wednesday 04 September 2013 16:20:59 Vikas Sajjan wrote:
> On 9 August 2013 22:44, Laurent Pinchart wrote:
> > MIPI DBI is a configurable-width parallel display bus that transmits
> > commands and data.
> >
> > Add a new DBI Linux bus type that implements the usual bus
> > infrastruc
The backlight control and event delivery functionality provided by ACPI
video module is mixed together and registered all during video device
enumeration time. As a result, the two functionality are also removed
together on module unload time or by the acpi_video_unregister function.
The two functi
Hi Tomi,
On Monday 26 August 2013 14:10:50 Tomi Valkeinen wrote:
> On 09/08/13 20:14, Laurent Pinchart wrote:
> > MIPI DBI is a configurable-width parallel display bus that transmits
> > commands and data.
> >
> > Add a new DBI Linux bus type that implements the usual bus
> > infrastructure (incl
Am 09.09.2013 11:21, schrieb Markus Trippelsdorf:
On 2013.09.08 at 17:32 -0700, Eric W. Biederman wrote:
Markus Trippelsdorf writes:
Here are a couple of patches that get kexec working with radeon devices.
I've tested this on my RS780.
Comments or flames are welcome.
Thanks.
A couple of high
Hi Aaaron,
Have we grown any clue meanwhile about which Intel boxes need this and for
which we still need to keep the acpi backlight around? I've grown _very_
reluctant to just adding tons of quirks to our driver for the backlight.
Almost all the quirks we have added recently (or that have been pr
On 2013.09.08 at 17:32 -0700, Eric W. Biederman wrote:
> Markus Trippelsdorf writes:
>
> > Here are a couple of patches that get kexec working with radeon devices.
> > I've tested this on my RS780.
> > Comments or flames are welcome.
> > Thanks.
>
> A couple of high level comments.
>
> This lo
https://bugzilla.kernel.org/show_bug.cgi?id=60858
--- Comment #8 from Christian König ---
You could dig into the code and try to figure out why the post dividers
(vclk_div and dclk_div) turn out as 0.
The two involved functions are rv770_set_uvd_clocks which can be found here
drivers/gpu/drm/rad
59 matches
Mail list logo
