Am Montag, den 10.09.2012, 19:23 +0900 schrieb Joonyoung Shim:
> The some modes to support interlace have "i" character at the end of
In `drm_mode_set_name()` from `drivers/gpu/drm/drm_modes.c` interlace
modes have the character ?i? appended to their name.
> name from drm_mode_set_name().
Dear DRI folks,
using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
Closing Evolution the usage goes back to more or less 0 %.
I am contacting this list because of the output of OProfile. After
figuring out wha
Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel D?nzer:
> On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote:
> >
> > using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
> > Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
>
Am Dienstag, den 11.09.2012, 15:24 +0200 schrieb Michel D?nzer:
> On Die, 2012-09-11 at 15:07 +0200, Paul Menzel wrote:
> > Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel D?nzer:
> > > On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote:
> > > >
> >
Dear Florian,
Am Dienstag, den 18.12.2012, 21:03 +0100 schrieb Florian Mickler:
> On Wed, 15 Aug 2012 17:40:40 +0200 Paul Menzel wrote:
>
> > Date: Wed, 8 Aug 2012 23:12:19 +0200
> >
> > Connecting an ASUS VW222S [1] over VGA a garbled screen is shown with
> > ve
Am Mittwoch, den 19.12.2012, 15:18 +0100 schrieb Maarten Lankhorst:
> Fix regression introduced by 85b144f860176
Thanks for the catch and patch.
Also please add the commit summary to make the commit message self
contained?
The problem description would also be nice.
> Signed-off-by: Maarten Lan
* at this point the buffer should be dead, so
>* no new sync objects can be attached.
>*/
> - sync_obj = driver->sync_obj_ref(&bo->sync_obj);
> + sync_obj = driver->sync_obj_ref(bo->sync_obj);
>
Dear Florian,
Am Freitag, den 21.12.2012, 14:52 +0100 schrieb Florian Mickler:
> On Tue, 18 Dec 2012 23:33:20 +0100
> Paul Menzel wrote:
> > Am Dienstag, den 18.12.2012, 21:03 +0100 schrieb Florian Mickler:
> >
> > > On Wed, 15 Aug 2012 17:40:40 +0200 Paul Menzel
Dear Florian,
first, I wish everyone a Happy New Year!
Am Montag, den 31.12.2012, 18:22 +0100 schrieb Florian Mickler:
> do you have a quick pointer to your decoded EDID?
yes, everything is in the bug report the patch was supposed to fix [1].
> Maybe we can tell the VW222S and the VW222U apa
Dear Eldad,
thanks a lot for the patch.
Am Sonntag, den 13.01.2013, 22:00 +0100 schrieb Eldad Zack:
[…]
> From 5817128d2761f60051b069d2bb31209c909b6a04 Mon Sep 17 00:00:00 2001
> From: Eldad Zack
> Date: Sun, 13 Jan 2013 21:14:08 +0100
> Subject: [PATCH] drm/radeon: fix evergreen brightness
tually be fixed as soon as we get around to implemented
> DSPARB FIFO reassignment on gen 3.
Reported-by: Florian Mickler
> Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=52281
> Cc: sta...@vger.kernel.org
> Signed-off-by: Daniel Vetter
Acked-by: Paul Menzel
> ---
>
story to spot
a certain fix.
>
> Reported-by: Eldad Zack
> Signed-off-by: Alex Deucher
With the above,
Acked-by: Paul Menzel
> ---
> drivers/gpu/drm/radeon/evergreen.c |6 ++
> drivers/gpu/drm/radeon/ni.c|6 ++
> drivers/gpu/drm/radeon/r600.c
> is 1.
Did you find this by manual inspection or did you use some tool?
> Signed-off-by: Dan Carpenter
[…]
With the typo fixed above,
Acked-by: Paul Menzel
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
__
Dear Ian,
Am Freitag, den 10.08.2012, 13:44 -0500 schrieb Ian Pilcher:
[…]
> diff --git a/Documentation/EDID/edid_quirks.txt
> b/Documentation/EDID/edid_quirks.txt
> new file mode 100644
> index 000..256ded0
> --- /dev/null
> +++ b/Documentation/EDID/edid_quirks.txt
[…]
> +Overview
> +==
Dear Ian,
Am Samstag, den 11.08.2012, 10:38 -0500 schrieb Ian Pilcher:
> On 08/11/2012 03:31 AM, Paul Menzel wrote:
> > As a side note, could you also mention the patch iteration in the tag,
> > that means [PATCH vN] so that I know what is the latest version. That
> > wou
Dear Ian,
thank you a million for doing that.
Am Samstag, den 11.08.2012, 23:30 -0500 schrieb Ian Pilcher:
> Updated patch set, based on Paul's feedback.
>
> * Separate user-defined quirks stuff from new HDMI-related quirks
> * (Hopefully) improve documentation
Yeah, maybe somebody else can c
Dear Linux folks,
regarding modelines problems with some TVs [1] and EDID quirks, Ian sent
nice patches for [2], is there a way to test what modeline the DRM
subsystem would choose without actually attaching the device?
The problem is, the TV is at a different place and I rarely have access
to i
Dear Ian,
Am Samstag, den 11.08.2012, 23:30 -0500 schrieb Ian Pilcher:
> Add the ability for users to define their own EDID quirks via a
> module parameter or sysfs attribute.
>
> Signed-off-by: Ian Pilcher
> Acked-by: Paul Menzel
please also add
Cc:
as documented in [1] s
easily.
So it would be great if you could split this patch up too although it is
quite small too.
Could you also mention in the commit message of the patch adding the LG
monitor on what system you tested this just for the record.
> Signed-off-by: Ian Pilcher
> Acked-by: Paul Menzel
>
Dear Ian,
thank you very much for your quick iterations. Hopefully the developers
will review this on Monday.
Am Sonntag, den 12.08.2012, 15:07 -0500 schrieb Ian Pilcher:
> Another rev. I figured out how to use git reset --hard and --soft to
> make regenerating the patch series a bit easier. (
tic int radeon_ttm_debugfs_init(struct radeon_device *rdev);
With the clarification above
Acked-by: Paul Menzel
can be added to your patch.
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Dear Huacai,
Am Montag, den 13.08.2012, 15:16 +0800 schrieb Huacai Chen:
> On Mon, Aug 13, 2012 at 3:00 PM, Paul Menzel wrote:
> > thanks for your patch.
> >
> > Firstly, is Chen your first or last name? If it is your first name, your
> > From address should be switch
Am Montag, den 13.08.2012, 16:04 +0800 schrieb Huacai Chen:
> On Mon, Aug 13, 2012 at 3:50 PM, Paul Menzel wrote:
> > Am Montag, den 13.08.2012, 15:16 +0800 schrieb Huacai Chen:
> >> On Mon, Aug 13, 2012 at 3:00 PM, Paul Menzel wrote:
[…]
> >> > Am Montag, den 1
Am Sonntag, den 12.08.2012, 15:07 -0500 schrieb Ian Pilcher:
> Add the ability for users to define their own EDID quirks via a
> module parameter or sysfs attribute.
>
> Signed-off-by: Ian Pilcher
> Acked-by: Paul Menzel
> ---
> Documentation/EDID/edid_quirks.txt | 126
Am Dienstag, den 14.08.2012, 10:45 -0500 schrieb Ian Pilcher:
> On 08/14/2012 10:13 AM, Paul Menzel wrote:
> > Testing your patch, I would vote that a normal user is allowed to read
> > the quirk list.
>
> I thought about that, but I decided to leave it at 0600, because
ugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=26294
Tested-by: Paul Menzel
(ASUS Eee PC 701 4G with Debian Sid/unstable connected over VGA)
Signed-off-by: Paul Menzel
Cc:
Cc: Adam Jackson
Cc: Ian Pilcher
Cc:
---
Ian, I did not base this patch on your series, to make it easier to get
.jsp
[2]
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=bc42aabc6a01b92b0f961d65671564e0e1cd7592
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=53544
Signed-off-by: Paul Menzel
Cc:
Cc: Adam Jackson
Cc: Ian Pilcher
Cc:
---
Same as in previous patch:
Ian, I did
/VW222S/
[2]
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=bc42aabc6a01b92b0f961d65671564e0e1cd7592
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=17629
Signed-off-by: Paul Menzel
Cc:
Cc: Adam Jackson
Cc: Ian Pilcher
Cc:
---
Same comment as in previous patch
Dear Marek,
thank you for all your work on MSAA.
Am Sonntag, den 19.08.2012, 21:23 +0200 schrieb Marek Olšák:
Unfortunately you do not provide any commit message. What is the problem
and what are the symptoms? When was it introduced? How is it solved in
your patch?
> Signed-off-by: Marek Olšá
Am Dienstag, den 21.08.2012, 12:40 +0530 schrieb Shirish S:
> The current logic for probing ddc is limited to
> 2 blocks (256 bytes), this patch adds support
> for the 4 block (512) data.
>
> To do this, a single 8-bit segment index is
> passed to the display via the I2C address 30h.
> Data from t
Dear Inki,
Am Freitag, den 24.08.2012, 18:27 +0900 schrieb Inki Dae:
You can shorten the commit summary by leaving out the word issue, which
is redundant. Maybe one of the following? I do not understand the
process of releasing so it might be wrong.
drm/exynos: Disable plane after relea
by: Alex Deucher
> Cc: sta...@vger.kernel.org
>
> ---
> drivers/gpu/drm/radeon/atombios_crtc.c | 22 ++
> 1 files changed, 2 insertions(+), 20 deletions(-)
[…]
Acked-by: Paul Menzel
Thanks,
Paul
signature.asc
Descriptio
://bugs.freedesktop.org/show_bug.cgi?id=17629
Signed-off-by: Paul Menzel
Cc:
Cc: Adam Jackson
Cc: Ian Pilcher
Cc:
---
v2: • Prepend model number with 0x to fix compilation.
• Update commit message to mention that there is only a VGA connector.
Same comment as in previous patch.
Ian, I did not base this
915/intel_pm.c
> @@ -2343,6 +2343,8 @@ void gen6_set_rps(struct drm_device *dev, u8 val)
> I915_WRITE(GEN6_RP_INTERRUPT_LIMITS, limits);
>
> dev_priv->rps.cur_delay = val;
> +
> + trace_intel_gpu_freq_change(val * 50);
> }
>
> static void gen6_disable_rps
e test if the monitor is sending the same EDID
information over VGA and HDMI? Unfortunately I do not have the means
(for HDMI) for the TVs here, so it would be great, if you could test
that.
> Signed-off-by: Ian Pilcher
> Acked-by: Paul Menzel
> ---
> drivers/gpu/drm/drm_edi
Dear Inki Dae,
Am Donnerstag, den 06.09.2012, 11:35 +0900 schrieb InKi Dae:
> 2012/9/6 Mandeep Singh Baines :
> > The double invocations are incorrect but seem to be safe so I don't
> > think this will fix any bugs.
> >
> > Before:
> >
> > [7.639366] drm_prime_init_file ee3675d0
> > [7.6
Dear Shirish,
thank you for your answers and patience.
Please just sent plain text message to mailings lists and adhere to the
netiquette (inline quoting) [1]. That would be awesome.
Am Samstag, den 08.09.2012, 08:49 -0700 schrieb Shirish S:
> On Sat, Sep 8, 2012 at 3:35 AM, Dave Airlie wrote
h to the list, did not you? Please
mark this by tagging the subject line with [RESENT].
With the updated commit message this is
Acked-by: Paul Menzel
> ---
> drivers/gpu/drm/drm_edid_modes.h | 50
> +++---
> 1 file changed, 25 insertions(
Dear DRI folks,
using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
Closing Evolution the usage goes back to more or less 0 %.
I am contacting this list because of the output of OProfile. After
figuring out wha
Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel Dänzer:
> On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote:
> >
> > using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
> > Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU.
>
Am Dienstag, den 11.09.2012, 15:24 +0200 schrieb Michel Dänzer:
> On Die, 2012-09-11 at 15:07 +0200, Paul Menzel wrote:
> > Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel Dänzer:
> > > On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote:
> > > >
> >
Dear Leela,
thank you for your patch.
Am Mittwoch, den 19.09.2012, 00:05 +0530 schrieb Leela Krishna Amudala:
> This patch adds match table for drm platform device.
Please drop that line as it is the same as in the subject line.
It would be better,
1. if you explain for what this will be use
Dear DRI folks,
Evolution 3.4.3-1 from Debian Sid/unstable crashed
Core was generated by `evolution --component=mail
mailto:some...@example.net'.
Program terminated with signal 11, Segmentation fault.
#0 0x7fa3f0f7cce9 in pthread_detach (th=140341800765184) at
pthr
Am Mittwoch, den 19.09.2012, 11:34 +0200 schrieb Daniel Vetter:
> On Mon, Sep 17, 2012 at 04:04:23PM +0100, Chris Wilson wrote:
> > On Mon, 17 Sep 2012 07:55:59 -0700, Jesse Barnes
> > wrote:
> > > Yeah, looks good. Did we used to not touch the crtc in the plane
> > > cleanup? Either way this i
Am Donnerstag, den 13.09.2012, 11:44 +1000 schrieb Dave Airlie:
> Just a reminder to the subtree maintainers that I should be starting
> to see signs of -next trees lining up soon,
>
> I've merged a bunch of patches from the list, but I'm sure I've forgotten
> some,
> I've got the 3 quirks from P
Am Mittwoch, den 15.08.2012, 17:18 +0200 schrieb Paul Menzel:
> Date: Wed Aug 15 17:10:51 2012 +0200
>
> Connecting a LG SL80 [1] a garbled screen is shown with vertical stripes
> in the top half.
>
> In commit bc42aabc [2]
>
> commit bc42aabc6a01b92b
Am Mittwoch, den 15.08.2012, 16:31 +0200 schrieb Paul Menzel:
> Date: Wed, 8 Aug 2012 23:12:19 +0200
>
> < ajax> i would preface this whole discussion with the observation that all
> tvs are garbage
>
> Connecting the Philips 32PFL5404H [1] a garbled screen is shown wi
you also add advises what people should do? Like, if it is
disabled people can still enable the external monitor by running ….
> > dscc4.setup=[NET]
> >
> > dyndbg[="val"] [KNL,DYNAMIC_DEBUG]
> > --
> > 1.7.9.5
Acked-by: Paul Menzel
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Dear Linux folks,
using Debian Sid/unstable, clicking on a mail address in Iceweasel
(Firefox) a composer window is opened in Evolution 3.4.3-1. But then the
windows are only gray and hang and the only way to fix this is to kill
the process. I reported this issue to the GNOME Bugzilla as 685640 a
Am Montag, den 08.10.2012, 17:48 -0400 schrieb alexdeuc...@gmail.com:
> From: Alex Deucher
>
> If so, skip enabling it.
Does that fix any error/problem or is it just for speed reasons?
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/evergreen.c |8 ++--
> drivers/gpu/drm/
Dear Marek,
Am Dienstag, den 16.10.2012, 02:21 +0200 schrieb Marek Olšák:
> The calculation led to the number 8192, which is too high.
what is the reason it is limited to 4096? Hardware limitation?
What are the ramifications? GPU hangs, rendering errors?
> ---
> radeon/radeon_surface.c |2
Dear Linux folks,
setting up an ASUS M2A-VM after some months with
[3.178337] [drm] initializing kernel modesetting (RS690
0x1002:0x791E 0x1043:0x826D).
logging in into GNOME Shell (GNOME 3) or for testing with Ubuntu 12.04
and Unity, the image flickers for a second and then works
Dear Linux folks,
Am Mittwoch, den 17.10.2012, 16:49 +0200 schrieb Paul Menzel:
> setting up an ASUS M2A-VM after some months with
>
> [3.178337] [drm] initializing kernel modesetting (RS690
> 0x1002:0x791E 0x1043:0x826D).
>
> logging in into GNOME Shell (GNOME
Am Mittwoch, den 17.10.2012, 16:25 -0400 schrieb Alex Deucher:
> On Wed, Oct 17, 2012 at 11:26 AM, Paul Menzel wrote:
> > Am Mittwoch, den 17.10.2012, 16:49 +0200 schrieb Paul Menzel:
> >
> >> setting up an ASUS M2A-VM after some months with
> >>
> >>
Am Donnerstag, den 18.10.2012, 18:14 -0400 schrieb Alex Deucher:
> On Wed, Oct 17, 2012 at 4:48 PM, Paul Menzel wrote:
> > Am Mittwoch, den 17.10.2012, 16:25 -0400 schrieb Alex Deucher:
> >> On Wed, Oct 17, 2012 at 11:26 AM, Paul Menzel wrote:
> >
> >> > Am M
-off-by: Paul Menzel
--
1. I do not know if the X server or the Intel DDX driver(?) writes the value to
`Xorg.0.log`.
2. Also I did not check the EDID specification if underscores are actually
allowed.
3. `isascii()` cannot be used as it returns true also for '\n'.
---
edid-decode.c |
Dear Linux folks,
TLDR; I am interested if connecting an Intel 915 based device over VGA
to a 1920x1080 monitor works for someone out of the box.
I am experiencing a problem with 915GM based ASUS Eee PC 701 4G laptop,
where `xrandr --output VGA1 --auto` does not give a proper image on a
1920x108
Am Donnerstag, den 08.11.2012, 08:42 -0600 schrieb Rob Clark:
> From: Rob Clark
>
> The patch 'drm/omap: add support for ARCH_MULTIPLATFORM' had a small
> mistake, using GET_OMAP_REVISION() instead of GET_OMAP_TYPE.
Please make the commit summary more specific. Maybe something like that.
drm/om
r->dcb->lvdsconf.use_acpi_for_edid) {
> - if (!(nv_connector->edid = nouveau_acpi_edid(dev, connector))) {
> + if ((nv_connector->edid = nouveau_acpi_edid(dev, connector))) {
One pair of parentheses can go now?
> status = connector_status_c
Dear DRI folks,
the Linux kernel showed an Oops with the following call trace, which I
copied from a picture taken from the screen.
Pid: 1503, comm: Xorg Tainted: G C 3.0.0-1-amd64 #1 LENOVO
INVALID/Bali
[…]
Process Xorg (pid: 1503, threadinfo
Am Mittwoch, den 05.10.2011, 11:21 +0200 schrieb Michel Dänzer:
> On Mit, 2011-10-05 at 10:54 +0200, Paul Menzel wrote:
> >
> > the Linux kernel showed an Oops with the following call trace, which I
> > copied from a picture taken from the screen.
> >
> >
Am Dienstag, den 25.10.2011, 17:04 +0200 schrieb Christian König:
> Only check the previusly checked relocs for
previ*o*usly
> dublicates.
du*p*licates (also in commit summary)
> Also leaving the handle uninitialized isn't such a good idea.
>
> Signed-off-by: Christian König
> ---
> drivers/
Am Sonntag, den 13.11.2011, 23:16 +0100 schrieb alanwww1:
> This is awesome ! A LOT of HTPC fans are waiting for this! Is there a
> chance that this lands in 3.2 ?
Have you tested this? Adding a Tested-by line would surely help getting
it included.
Thanks,
Paul
signature.asc
Description: This
Dear Ilija,
Am Mittwoch, den 01.02.2012, 17:07 -0500 schrieb Ilija Hadzic:
[…]
> +#define I2F_MAX_BITS 15
> +#define I2F_MAX_INPUT ((2 << I2F_MAX_BITS) - 1)
> +#define I2F_SHIFT (24 - I2F_MAX_BITS)
> +
> +/*
> + * converts unsigned integer into 32-bit IEEE floating point representation;
> + *
Dear Radeon folks,
using radeontool 1.6.2-1.1 from Debian Wheezy/testing [1]
$ sudo radeontool --debug light off
Found card 1002:9555 (3)
Radeon found. Base control address is 7f0746826000; base
framebuffer address is 7f0735e73000.
reading RADEON_LVDS_
Am Freitag, den 10.02.2012, 05:58 -0500 schrieb David Airlie:
> > using radeontool 1.6.2-1.1 from Debian Wheezy/testing [1]
> >
> > $ sudo radeontool --debug light off
> > Found card 1002:9555 (3)
> > Radeon found. Base control address is 7f0746826000; base
> >
Dear Kristof,
Am Samstag, den 11.02.2012, 15:04 +0100 schrieb Kristof Ralovich:
> Dear All,
>
> attached is the patch.
please only send inlined patches. You can use `git send-email` for that.
> From 87b2ba50ca33b85fae58e85cd51ba7515bceb81b Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?"RALOVICH,=
f the report is the following.
http://lists.freedesktop.org/archives/dri-devel/2012-February/019183.html
> Signed-off-by: Daniel Vetter
Acked-by: Paul Menzel
> ---
> drivers/gpu/drm/i915/i915_drv.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --gi
Hi Felix!
Am Dienstag, den 21.02.2012, 15:07 -0500 schrieb Alex Deucher:
> On Wed, Feb 1, 2012 at 5:43 PM, Felix Kuehling wrote:
> > Following up on my message from Jan 19, now with a lot more hard data and a
> > less intrusive modification. Still a prototype though. CC-ing DRI-devel and
> > Mar
Dear Alex,
Am Montag, den 27.02.2012, 19:31 -0500 schrieb alexdeuc...@gmail.com:
> From: Alex Deucher
>
> Need to call ExternalEncoderControl to set up DDC before
> trying to get an EDID for all DP bridge chipsi (including
Should that be `s/chipsi/chips/`?
> DP to LVDS).
>
> Also remove redu
Dear Norbert,
Am Dienstag, den 28.02.2012, 13:03 +0900 schrieb Norbert Preining:
> Dear all,
>
> (please Cc)
>
> since upgrade to 3.3-rc5 I see the following behaviour repeatedly:
>
> Feb 28 11:42:47 mithrandir kernel: [15627.756071]
> [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elap
Am Mittwoch, den 29.02.2012, 10:36 + schrieb Dave Airlie:
> On Tue, Feb 28, 2012 at 3:06 PM, Felix Kuehling
> wrote:
> > On 12-02-28 09:40 AM, Mario Kleiner wrote:
> >>
> >> Ok, you had a larger test set of machines and more specific test cases
> >> for this problem, i'm convinced. Thanks for
> tables.\n");
> + return;
> + }
> +
> if (index == -1) {
> struct bdb_sdvo_lvds_options *sdvo_lvds_options;
Otherwise this patch looks fine, so you can directly add
Reviewed-by: Paul Menzel
to the commit message of the
t; This change enables the use of displays where the vbt table just
> > contains inappropriate values, but either the vesa defaults or
> > the video=... modes do something sensible with the attached display.
> >
> > Reviewed-by: Paul Menzel
> > Signed-off-by: Mathias Froe
Dear Aaron,
thank you for contacting the list. We are looking forward to your
patches.
Am Donnerstag, den 01.03.2012, 14:05 -0500 schrieb Jerome Glisse:
> On Thu, 2012-03-01 at 14:28 +0800, Aaron.Chen 陈俊杰 wrote:
> > I’m from Silicon Motion Technology Corporation (NasdaqGS:SIMO) Shanghai
> > Of
Dear Aaron,
Am Dienstag, den 06.03.2012, 08:47 -0500 schrieb Alex Deucher:
> On Mon, Mar 5, 2012 at 11:13 PM, Aaron.Chen 陈俊杰 wrote:
> > Thank you very much for your guide. It's a great help for me.
> >
> > But I still have a little problem with the patch thing. I'm not familiar
> > with the gi
Dear Carsten,
Am Donnerstag, den 15.03.2012, 00:35 +0100 schrieb Carsten Emde:
> Einfaches Textdokument-Anlage
> (drivers-gpu-drm-allow-to-load-edid-firmware.patch)
somehow your message was send as an attachment. Could you configure your
mailer (quilt) that it is send inline?
> Broken monitors
Am Mittwoch, den 14.03.2012, 19:42 -0700 schrieb Keith Packard:
> <#part sign=pgpmime>
Notmuch sometimes seems to add that line. Is that a bug?
> On Thu, 15 Mar 2012 00:35:46 +0100, Carsten Emde wrote:
>
> > This patch adds a module parameter to invert the backlight brightness
> > value before
Am Donnerstag, den 15.03.2012, 00:35 +0100 schrieb Carsten Emde:
> Einfaches Textdokument-Anlage
> (drivers-gpu-drm-i915-invert-backlight-brightness.patch)
quilt also does not adapt the subject line of the message correctly to
the one of the patch.
> Following the documentation of the Legacy Back
Am Donnerstag, den 15.03.2012, 11:08 +0100 schrieb Thomas Gleixner:
> On Thu, 15 Mar 2012, Paul Menzel wrote:
> > Am Donnerstag, den 15.03.2012, 00:35 +0100 schrieb Carsten Emde:
> > > Einfaches Textdokument-Anlage
> > > (drivers-gpu-drm-allow-to-load-edid-firmware.p
Am Sonntag, den 18.03.2012, 11:54 +0100 schrieb Paul Menzel:
> Am Donnerstag, den 15.03.2012, 11:08 +0100 schrieb Thomas Gleixner:
> > On Thu, 15 Mar 2012, Paul Menzel wrote:
>
> > > Am Donnerstag, den 15.03.2012, 00:35 +0100 schrieb Carsten Emde:
> > > &
Dear Mike,
I have to remarks that unfortunately will not give a solution.
Am Mittwoch, den 09.05.2012, 20:17 -0500 schrieb Mike Mestnik:
> I found a rendering error in Diablo III, in a well there ground is
> covered in water and it's all red and flickers.
>
> http://c566453.r53.cf2.rackcdn.com/
Dear Takashi,
thank you for your patches.
Am Donnerstag, den 10.05.2012, 09:10 +0200 schrieb Takashi Iwai:
> Add the support for audio clients to VGA-switcheroo for handling the
> HDMI audio controller together with VGA switching. The id of the
> audio controller should be given explicity at re
to use the new config_enabled() macro. :)
Also the variable type is changed from `u32` to `int`.
> Signed-off-by: Dan Carpenter
Acked-by: Paul Menzel
> diff --git a/drivers/gpu/drm/gma500/opregion.c
> b/drivers/gpu/drm/gma500/opregion.c
> index 05661bf..d2125ba 100644
> --- a/dri
Dear Patrik,
Am Sonntag, den 13.05.2012, 15:07 +0200 schrieb Patrik Jakobsson:
> Poulsbo needs a physical address in the cursor base register. We allocate a
> stolen memory buffer and copy the cursor image provided by userspace into it.
> When/If we get our own userspace driver we can map this st
Am Mittwoch, den 30.05.2012, 13:52 +0200 schrieb Daniel Vetter:
Typo in »change« in the commit message.
> We should only frob adjusted_mode. This is in preparation of
> a massive patch by Laurent Pinchart to make the mode argument
> const.
>
> After the prevous prep patch to use adjusted_mode->c
Am Donnerstag, den 31.05.2012, 19:00 -0400 schrieb alexdeuc...@gmail.com:
> From: Jerome Glisse
A description of the problem and the fix is missing.
> Bugs that should be fixed by this patch :
> https://bugs.freedesktop.org/show_bug.cgi?id=49792
> https://bugzilla.kernel.org/show_bug.cgi?id=4320
Am Donnerstag, den 31.05.2012, 19:00 -0400 schrieb alexdeuc...@gmail.com:
> From: Alex Deucher
>
> Tiling group size is always 256bits on r6xx/r7xx/r8xx/9xx. Also fix and
> simplify render backend map. This now properly sets up the backend map
> on r6xx-9xx which should improve 3D performance.
I
Am Donnerstag, den 31.05.2012, 18:54 -0400 schrieb alexdeuc...@gmail.com:
> From: Alex Deucher
>
> Need to program an additional VM register. This doesn't not currently
> cause any problems, but allows us to program the proper backend
> map in a subsequent patch which should improve performance
Am Freitag, den 01.06.2012, 08:46 +0100 schrieb Dave Airlie:
> On Fri, Jun 1, 2012 at 8:37 AM, Paul Menzel wrote:
> > Am Donnerstag, den 31.05.2012, 18:54 -0400 schrieb alexdeuc...@gmail.com:
> >> From: Alex Deucher
> >>
> >> Need to program an additional VM r
Am Donnerstag, den 07.06.2012, 09:26 +0200 schrieb Daniel Vetter:
[…]
> From 709e3d49d83fb7f1c297c7c0d9e994af6571bbdb Mon Sep 17 00:00:00 2001
> From: Daniel Vetter
> Date: Thu, 7 Jun 2012 08:59:49 +0200
> Subject: [PATCH] drm/i915: enable edp vdd in intel_dp_detect
>
> We need this for dp aux
Am Donnerstag, den 14.06.2012, 15:58 -0400 schrieb alexdeuc...@gmail.com:
> From: Alex Deucher
No elaborate commit messages describing the problem and the solution
makes reviewing patches quite hard (at least for myself) and is up to
the subsystem maintainer of course. But if I understand it corr
Dear Christian,
Am Donnerstag, den 14.06.2012, 22:17 +0200 schrieb Christian König:
> On 14.06.2012 21:54, alexdeuc...@gmail.com wrote:
> > From: Alex Deucher
^
> > Not all asics have all rings, so make sure the ring is ready
> > before attempting to check it in the dynpm w
Am Dienstag, den 26.06.2012, 23:07 +0200 schrieb Daniel Vetter:
> On Tue, Jun 26, 2012 at 02:04:00PM -0700, Jesse Barnes wrote:
> > On Tue, 26 Jun 2012 00:36:24 +0200
> > Lekensteyn wrote:
> >
> > > This is rather a hack to fix brightness hotkeys on a Clevo laptop. CADL
> > > is not
> > > used a
Am Dienstag, den 26.06.2012, 07:42 +0200 schrieb Michel Dänzer:
> On Mon, 2012-06-25 at 21:14 +0200, Paul Menzel wrote:
> >
> > resuming from suspend to RAM the monitor was indicating by a blinking
> > LED that it did not receive any signal. This is the first time this
&
Am Samstag, den 30.06.2012, 21:00 +0200 schrieb Paul Menzel:
> Am Dienstag, den 26.06.2012, 07:42 +0200 schrieb Michel Dänzer:
> > On Mon, 2012-06-25 at 21:14 +0200, Paul Menzel wrote:
> > >
> > > resuming from suspend to RAM the monitor was indicating by a blinkin
Am Mittwoch, den 04.07.2012, 09:55 -0400 schrieb Alex Deucher:
> On Wed, Jul 4, 2012 at 9:41 AM, Paul Menzel wrote:
> > Am Samstag, den 30.06.2012, 21:00 +0200 schrieb Paul Menzel:
> >> Am Dienstag, den 26.06.2012, 07:42 +0200 schrieb Michel Dänzer:
> >> > On Mon, 2
Am Donnerstag, den 05.07.2012, 08:58 -0400 schrieb Alex Deucher:
> On Wed, Jul 4, 2012 at 10:11 AM, Paul Menzel wrote:
> > Am Mittwoch, den 04.07.2012, 09:55 -0400 schrieb Alex Deucher:
> >> On Wed, Jul 4, 2012 at 9:41 AM, Paul Menzel wrote:
> >> > Am Samstag, den 3
; return 0;
> - fb = entry->base.crtc.fb;
> + fb = crtc->fb;
>
> return vmw_kms_write_svga(dev_priv, w, h, fb->pitches[0],
> fb->bits_per_pixel, fb->depth);
Acked-by: Paul Menzel
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Dear Rob,
Am Montag, den 23.07.2012, 18:07 -0500 schrieb Rob Clark:
> From: Rob Clark
>
> The GEM handle takes the reference. If a driver is actually importing a
> foreign dmabuf, rather than just re-importing it's own dmabuf, it needs
> to do a get_dma_buf().
>
> Signed-off-by: Rob Clark
>
101 - 200 of 387 matches
Mail list logo
