On Fri, Feb 14, 2014 at 9:32 PM, Ilia Mirkin wrote:
> On Fri, Feb 14, 2014 at 7:38 PM, Ilia Mirkin wrote:
>> So... I was wondering what the impact of splitting up the card compilation by
>> e.g. generation would be. Depending on the split things would get fairly
>> intertwined, so I thought I'd s
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/f2ab0de0/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/3e485f1b/attachment.html>
n is attached.
--
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/20140214/66b79a92/attachment.html>
> On Fri, Feb 14, 2014 at 09:09:52AM +0200, Jani Nikula wrote:
>
> It seems that it will be better to track this in bugzilla rather than
> the mailing lists. Please file a bug on DRM/Intel component at
> https://bugs.freedesktop.org/enter_bug.cgi?product=DRI. Attach these
> files.
Done. We can co
On Fri, Feb 14, 2014 at 7:38 PM, Ilia Mirkin wrote:
> So... I was wondering what the impact of splitting up the card compilation by
> e.g. generation would be. Depending on the split things would get fairly
> intertwined, so I thought I'd start small. This just splits NVC0 from
> everything else.
2-14 22:29:35] ALL 20s:212.9 avg:216.6 u: 12.3 kh/s | A:1 R:1+0( 50%)
HW:12/ 86%
--
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/attachm
=ffcda352b569dcf5be5c8a5f57545794acf4adb9
--
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/20140214/6935e416/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/068e7326/attachment-0001.html>
--
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/20140214/79c16e22/attachment.html>
ng 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/20140214/dfca023b/attachment.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/0d44e9c6/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/198aad24/attachment.html>
David,
Please incorporate the latest TDA998x I2C fixes, which can be found at:
git://ftp.arm.linux.org.uk/~rmk/linux-cubox.git tda998x-fixes
with SHA1 71c68c4fc9bdcd6e46107a0f40b50a523f3b4fe0.
Dave and others spotted a missed kfree() in the new error handling which
Jean-Francois added. This
0: i64 = Constant<1> [ID=16]
In function: search
--
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/20140214/7782dc7b/attachment.html>
So... I was wondering what the impact of splitting up the card compilation by
e.g. generation would be. Depending on the split things would get fairly
intertwined, so I thought I'd start small. This just splits NVC0 from
everything else. I figure that for the people this matters the most to, NVC0
i
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/891b8fd7/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/d9cb4e24/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/efcea66e/attachment.html>
ment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/2ce8df55/attachment.html>
newer revision than clang.
--
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/20140214/97bd99cc/attachment-0001.html>
newer revision than clang.
--
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/20140214/d30259f1/attachment.html>
I need something else to make it work?
--
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/20140214/b7875196/attachment.html>
screen working
(radeonsi) with correct colors.
--
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/20140214/8ac2bea9/attachment.html>
ave two screens, but
colors on radeonsi screen are wrong.
--
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/20140214/546280a6/attachment.html>
lamor now, X fails to start.
I'm not sure if it really worked previously.
--
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/attachmen
hives/dri-devel/attachments/20140214/968c2a7a/attachment-0001.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/dd94cbbc/attachment.html>
org/archives/dri-devel/attachments/20140214/ab40fec3/attachment-0001.bin>
Yes, this works for me as well. I tested against 3.14-rc2 as well as the
latest 3.10 stable series (3.10.30). I tested on the both the quadro 400
(gt216gl), and the quadro 600 (gf108gl), and displayport works as expected.
Also tested on quadro k600 (gk107), which was working without this patc
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/20140214/c53a174a/attachment.html>
though.
--
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/20140214/93d6d4dc/attachment.html>
--
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/20140214/531f9651/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/cb4eb6cf/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70101
--- Comment #31 from paul iulian ---
Since Ubuntu 13.04 I noticed the problem of the return of suspension currently
using ubuntu 12.04.4 PAE kernel 3.2 this problem does not exist, ubuntu 12.04
on my laptop works perfectly with either video driver
On Wed, 2014-02-12 at 23:15 +0200, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrj?l?
>
> The cursor plane also supports 180 degree rotation. Add a new
> "cursor-rotation" property on the crtc which controls this.
>
> Unlike sprites, the cursor has a fixed size, so if you have a small
is 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/20140214/0321dfdc/attachment.html>
Hi Tomi,
On Friday 14 February 2014 07:02:22 Rob Clark wrote:
> On Fri, Feb 14, 2014 at 6:18 AM, Tomi Valkeinen wrote:
> > The drivers/video directory is a mess. It contains generic video related
> > files, directories for backlight, console, linux logo, lots of fbdev
> > device drivers, fbdev fra
On Wed, Feb 12, 2014 at 1:28 PM, Alex Deucher wrote:
> Some hardware may not support standard 64x64 cursors. Add
> a drm cap to query the cursor size from the kernel. Some examples
> include radeon CIK parts (128x128 cursors) and armada (32x64 or 64x32).
> This allows things like device specific
Hi Daniel,
I think that it would be better to change the semantic of phy and ddc
bindings.
Rather than pointing to I2C client it should point to I2C bus instead.
The exynos DRM driver can create dummy I2C clients using i2c_new_dummy()
function.
There is quite strong rationale for this:
- DDC is a
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/51c03c07/attachment.html>
On Friday, February 14, 2014 10:19:41 AM Yijing Wang wrote:
> On 2014/2/14 7:54, Rafael J. Wysocki wrote:
> > On Thursday, February 13, 2014 09:13:58 PM Yijing Wang wrote:
> >> Replace list_for_each() + pci_bus_b() with the simpler
> >> list_for_each_entry().
> >>
> >> Signed-off-by: Yijing Wang
>
-
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/20140214/a45bef2b/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70101
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #30 f
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/6ad7a184/attachment-0001.html>
ted cleaning up, but decided
to just concentrate on the main reorganization.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/32b8d44a/attachment-0001.pgp>
Hi Dave,
First pull request for 3.15! One week later than usual since our QA was
celbrating Chines New Year ;-)
drm-intel-next-2014-02-07:
- Yet more steps towards atomic modeset from Ville.
- DP panel power sequencing improvements from Paulo.
- irq code cleanups from Ville.
- 5.4 GHz dp lane clo
re the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/e834aa6f/attachment.html>
Signed-off-by: Ilia Mirkin
---
Statuses derived from envytools, as usual. Not 100% sure about the "any"
thing, but it makes sense...
drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/core/engine/graph/n
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140214/e68250b6/attachment.html>
e:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/268eb6d0/attachment.html>
On Fri, Feb 14, 2014 at 04:31:17PM +0530, Sagar Arun Kamble wrote:
> On Wed, 2014-02-12 at 23:15 +0200, ville.syrjala at linux.intel.com wrote:
> > From: Ville Syrj?l?
> >
> > The cursor plane also supports 180 degree rotation. Add a new
> > "cursor-rotation" property on the crtc which controls t
Hi Tomi,
Thanks for doing this!
Acked-by: Geert Uytterhoeven
On Fri, Feb 14, 2014 at 12:18 PM, Tomi Valkeinen
wrote:
> --- a/drivers/video/fbdev/fbmon.c
> +++ b/drivers/video/fbdev/core/fbmon.c
> @@ -37,7 +37,7 @@
> #include
> #include
> /*
> * EDID parserpci-bridge.h>
> #endif
> -#in
At the moment the "Device Drivers / Graphics support" kernel config page
looks rather messy, with DRM and fbdev driver selections on the same
page, some on the top level Graphics support page, some under their
respective subsystems.
If I'm not mistaken, this is caused by the drivers depending on o
Instead of having fbdev framework core files at the root fbdev
directory, mixed with random fbdev device drivers, move the fbdev core
files to a separate core directory. This makes it much clearer which of
the files are actually part of the fbdev framework, and which are part
of device drivers.
Si
The drivers/video directory is a mess. It contains generic video related
files, directories for backlight, console, linux logo, lots of fbdev
device drivers, fbdev framework files.
Make some order into the chaos by creating drivers/video/fbdev
directory, and move all fbdev related files there.
No
In DVI mode the video preamble and Guard band should
be disabled whereas it should be applied in HDMI mode,
the re-applying of preamble and guard band was missing,
which resulted in display failures when switched to HDMI
mode from DVI mode.
This patch ensures the setting is applied in HDMI mode.
S
On Mon, Feb 10, 2014 at 10:14 PM, Thierry Reding
wrote:
> On Mon, Feb 10, 2014 at 02:57:01PM +0900, Alexandre Courbot wrote:
>> Memory was always allocated for 4096 channels. Change this to allocate
>> what we actually need according to the number of channels we use.
>>
>> Signed-off-by: Alexandre
On Wed, Feb 12, 2014 at 11:41 AM, Emil Velikov
wrote:
> commit 8613e7314ac254fdd67ed46192f021d76141e4c9
> Author: Ben Skeggs
> Date: Mon Oct 21 08:50:25 2013 +1000
>
> drm/nouveau/fb: remove ram oclass argument from base fb constructor
>
> Introduced a unfortunate regression by using nv10
On Wed, Feb 12, 2014 at 3:00 PM, Alexandre Courbot
wrote:
> pm_runtime_get*() may return -EACCES to indicate a device does not have
> runtime PM enabled. This is currently the case with platform devices
> on Nouveau, and is not an error in that context. Handle this case
> without failure.
>
> Sig
Works !!!
I applied this patch against the current linux kernel of the Arch
Linux distro (3.12.9-2) including all there magic during package
build, just to see it works downstream. (had to recreate the patch but
the actual changes were not changed).
After applying this patch the bug was gone.
On
On Thu, Feb 13, 2014 at 09:13:58PM +0800, Yijing Wang wrote:
> Replace list_for_each() + pci_bus_b() with the simpler
> list_for_each_entry().
>
> Signed-off-by: Yijing Wang
I applied all six of these (please include a 0/6 cover letter in the
future; that's a nice place to note that I applied th
-February/010385.html
--
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/20140214/c5160a6a/attachment.html>
3.14 and latest graphic stack from git including llvm-3.5 and mesa 10.2
--
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/20140
On 2014/2/14 7:54, Rafael J. Wysocki wrote:
> On Thursday, February 13, 2014 09:13:58 PM Yijing Wang wrote:
>> Replace list_for_each() + pci_bus_b() with the simpler
>> list_for_each_entry().
>>
>> Signed-off-by: Yijing Wang
>
> Looks reasonable to me.
>
> Does it conflict with anything currentl
Hi Dave,
3 fixes plus 1 prep patch, all four cc: stable. Jani will take over from
here and the plan is that he'll do 3.14-fixes for the entire release just
to work things out a bit.
Cheers, Daniel
The following changes since commit 1d2cb9a54abc6e1d239f28f07661366d5662a94a:
drm/i915: Pair va_
Hi,
On 02/13/2014 09:12 PM, Matthew Garrett wrote:
> On Thu, Feb 13, 2014 at 08:43:10PM +0100, Hans de Goede wrote:
>
>> I can understand where Dave is coming from, from a kernel pov, so this
>> might really be easier to just solve in userspace. I don't know if you've
>> seen my very rough sketch
On Thu, 13 Feb 2014 18:18:23 +
"Yeh, Sinclair" wrote:
> > The below seems fine, but I wonder if we could make this one cause an
> > error to be returned later where we can, rather than silently ignoring.
> > I'm not sure where or how, though.
>
> Would it make sense to change wl_egl_window_r
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140214/e2850e9a/attachment.html>
On Thu, 13 Feb 2014, Luis Ortega wrote:
> On Thu, Feb 13, 2014 at 05:24:23PM +0100, Luis Ortega wrote:
>> > I dare say either your bisect went sour or you don't have 945GM. Please
>> > verify your steps.
>>
>> Well, what can I say? I was careful when testing and the last kernel I
>> compiled
>>
https://bugzilla.kernel.org/show_bug.cgi?id=70101
--- Comment #29 from paul iulian ---
paul at Satellite-L500D:~$ sudo lspci -vnn | grep -A12 VGA
[sudo] password for paul:
02:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
[AMD/ATI] RV710/M92 [Mobility Radeon HD 4530/4570/545
https://bugzilla.kernel.org/show_bug.cgi?id=70101
paul iulian changed:
What|Removed |Added
Kernel Version|kernel-ppa/mainline/v3.14-r |Linux
|c1-trusty
https://bugzilla.kernel.org/show_bug.cgi?id=70101
Aaron Lu changed:
What|Removed |Added
Status|NEEDINFO|ASSIGNED
Component|Power-Sleep-Wake
On Fri, Feb 14, 2014 at 6:18 AM, Tomi Valkeinen
wrote:
> The drivers/video directory is a mess. It contains generic video related
> files, directories for backlight, console, linux logo, lots of fbdev
> device drivers, fbdev framework files.
>
> Make some order into the chaos by creating drivers/
https://bugzilla.kernel.org/show_bug.cgi?id=65761
Michel D?nzer changed:
What|Removed |Added
Attachment #125821|0 |1
is obsolete|
On Thursday, February 13, 2014 09:13:58 PM Yijing Wang wrote:
> Replace list_for_each() + pci_bus_b() with the simpler
> list_for_each_entry().
>
> Signed-off-by: Yijing Wang
Looks reasonable to me.
Does it conflict with anything currently in linux-next (the linux-next branch
of linux-pm.git in
On Thu, 13 Feb 2014 14:47:38 +0100
Heiko Schocher wrote:
> In panel_probe() the backlight node is never found, correct this.
>
> Signed-off-by: Heiko Schocher
Acked-by: Anatolij Gustschin
> Cc: Anatolij Gustschin
> Cc: Benoit Parrot
> Cc: Rob Clark
> Cc: David Airlie
> Cc: Grant Likely
77 matches
Mail list logo
