+
+ /**
+* @gamma_lut_size: Size of Gamma LUT. Not used by legacy userspace
such as
+* X, which doesn't support large lut sizes.
+ */
+ uint32_t gamma_lut_size;
+
/**
* @gamma_size: Size of legacy gamma ramp reported to userspace. Set up
* by calling drm_mode_crtc_set_gamma_size().
Acked-by: Paul Menzel
Kind regards,
Paul
Dear Mark,
On 26.10.21 21:21, Mark Yacoub wrote:
From: Mark Yacoub
[Why]
1. drm_atomic_helper_check doesn't check for the LUT sizes of either Gamma
or Degamma props in the new CRTC state, allowing any invalid size to
be passed on.
2. Each driver has its own LUT size, which could also be diffe
Dear Arunpravin,
Am 14.03.22 um 20:40 schrieb Arunpravin:
handle a situation in the condition order-- == min_order,
when order = 0, leading to order = -1, it now won't exit
the loop. To avoid this problem, added a order check in
the same condition, (i.e) when order is 0, we return
-ENOSPC
Sign
Dear Arunpravin,
Am 15.03.22 um 10:01 schrieb Arunpravin:
On 15/03/22 1:49 pm, Paul Menzel wrote:
Am 14.03.22 um 20:40 schrieb Arunpravin:
handle a situation in the condition order-- == min_order,
when order = 0, leading to order = -1, it now won't exit
the loop. To avoid this pr
Dear Arunpravin,
Am 15.03.22 um 16:42 schrieb Arunpravin:
On 15/03/22 2:35 pm, Paul Menzel wrote:
Am 15.03.22 um 10:01 schrieb Arunpravin:
On 15/03/22 1:49 pm, Paul Menzel wrote:
Am 14.03.22 um 20:40 schrieb Arunpravin:
handle a situation in the condition order-- == min_order,
when
Dear Arunprivin,
Am 16.03.22 um 07:49 schrieb Arunpravin Paneer Selvam:
On 15/03/22 9:14 pm, Paul Menzel wrote:
Am 15.03.22 um 16:42 schrieb Arunpravin:
On 15/03/22 2:35 pm, Paul Menzel wrote:
Am 15.03.22 um 10:01 schrieb Arunpravin:
On 15/03/22 1:49 pm, Paul Menzel wrote:
Am
Dear Arunpravin,
Am 21.03.22 um 06:59 schrieb Arunpravin Paneer Selvam:
add a simple check to reject any size not aligned to the
min_page_size.
Nit: I’d start sentences with a capital letter.
Could you please add a summary of the discussion to the commit message,
so the question “Why?” is a
Dear Arunprivin,
Thank you for your patch.
Am 23.03.22 um 07:25 schrieb Arunpravin Paneer Selvam:
- Remove drm_mm references and replace with drm buddy functionalities
The commit message summary to me suggested, you can somehow use both
allocators now. Two suggestions below:
1. Switch to
Dear Christian,
Am 23.03.22 um 08:42 schrieb Christian König:
Am 23.03.22 um 07:42 schrieb Paul Menzel:
Am 23.03.22 um 07:25 schrieb Arunpravin Paneer Selvam:
- Remove drm_mm references and replace with drm buddy functionalities
The commit message summary to me suggested, you can
Dear Christian, dear Daniel, dear Alex,
Am 23.03.22 um 16:32 schrieb Christian König:
Am 23.03.22 um 16:24 schrieb Daniel Stone:
On Wed, 23 Mar 2022 at 15:14, Alex Deucher wrote:
On Wed, Mar 23, 2022 at 11:04 AM Daniel Stone
wrote:
That's not what anyone's saying here ...
No-one's demandi
Dear Arunpravin,
Thank you for your patch.
Am 07.04.22 um 07:46 schrieb Arunpravin Paneer Selvam:
- Switch to drm buddy allocator
- Add resource cursor support for drm buddy
I though after the last long discussion, you would actually act on the
review comments. Daniel wrote a good summary,
Dear Tomáš,
On 2019-11-04 18:31, Tomas Janousek wrote:
> On Mon, Nov 04, 2019 at 01:57:54PM +0100, Paul Menzel wrote:
>> On the Dell XPS 13 9380 with Debian Sid/unstable with Linux 5.3.7
>> resuming0with Dell’s Thunderbolt TB16 dock connected, Linux spews
>
Dear Linux folks,
On the Dell XPS 13 9380 with Debian Sid/unstable with Linux 5.3.7
resuming0with Dell’s Thunderbolt TB16 dock connected, Linux spews
the errors below.
```
[0.00] Linux version 5.3.0-1-amd64 (debian-ker...@lists.debian.org)
(gcc version 9.2.1 20191008 (Debian 9.2.1-9)) #
)
return;
intel_fbdev_sync(ifbdev);
- if (ifbdev->vma)
+ if (ifbdev->vma || ifbdev->helper.deferred_setup)
drm_fb_helper_hotplug_event(&ifbdev->helper);
}
Tested-by: Paul Menzel
Kind regards,
Paul
smime.p7s
Description: S/MI
Dear Daniel,
Am Sonntag, den 16.07.2017, 12:26 +0200 schrieb Daniel Vetter:
> http: gets a "301 moved permanently" reply.
>
> Reported-by: Paul Menzel
> Cc: Paul Menzel
> Signed-off-by: Daniel Vetter
Reviewed-by: Paul Menzel
Thanks,
Paul
signature.asc
Descrip
oss all supported
devices, let's just perform the CURBASE write unconditionally.
Cc: Paul Menzel
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=101790
Fixes: 75343a44c901 ("drm/i915: Drop useless posting reads from cursor commit")
Signed-off-by: Ville Syrjälä
---
d
Dear Linux folks,
Just a small note, that Intel pushed patches for the Chromium browser
for review [1] to use VAAPI [2] along with vaapi-driver to run all
supported media use cases with hardware acceleration.
This will hopefully let GNU/Linux systems desktop to catch up further
to Microsoft Wind
useful to the user, add the sizes to the message.
Signed-off-by: Paul Menzel
---
drivers/gpu/drm/i915/display/intel_fbc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/display/intel_fbc.c
b/drivers/gpu/drm/i915/display/intel_fbc.c
index b453fcbd67da
Dear Intel graphics folks,
since commit 17fec8a0 [1]
drm/i915: Use Graphics Base of Stolen Memory on all gen3+
Linux reads the register BSM (Base of Stolen Memory) directly to get the
base address of graphics stolen memory. With coreboot [2] and native
graphics init – note that everythi
Dear Intel graphics folks,
Am Freitag, den 30.05.2014, 13:45 +0200 schrieb Paul Menzel:
> since commit 17fec8a0 [1]
>
> drm/i915: Use Graphics Base of Stolen Memory on all gen3+
>
> Linux reads the register BSM (Base of Stolen Memory) directly to get the
> base a
Dear Intel graphics folks,
Am Freitag, den 30.05.2014, 14:47 +0200 schrieb Paul Menzel:
> Am Freitag, den 30.05.2014, 13:45 +0200 schrieb Paul Menzel:
>
> > since commit 17fec8a0 [1]
> >
> > drm/i915: Use Graphics Base of Stolen Memory on all gen3+
> >
Dear Linux folks,
although there are no user visible issues, there is still the following
error message in the log.
> [1.235596] i915: render error detected, EIR: 0x0010
> [1.235596] i915: page table error
> [1.235596] i915: PGTBL_ER: 0x0012
>
ting `XVMCLIB` with `xext` and `xfixes` makes the warning go
away and the libraries are still built without any issues.
[1]
https://buildd.debian.org/status/fetch.php?pkg=xserver-xorg-video-intel&arch=i386&ver=2%3A2.19.0-6&stamp=1347825458
Signed-off-by: Paul Menzel
---
configure.a
i386&ver=2%3A2.19.0-6&stamp=1347825458
Signed-off-by: Paul Menzel
---
I hope there is not a corner case where applying this patch will result
in built errors.
configure.ac |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index e6ab9d0
Am Sonntag, den 03.02.2013, 09:32 + schrieb Chris Wilson:
> The first patch looks fine (and I've applied it, thanks),
Thank you for the quick reaction.
> but I'm not convinced this one is safe.
>
> On Sat, Feb 02, 2013 at 11:00:15PM +0100, Paul Menzel wrote:
> >
+++-
> 2 files changed, 15 insertions(+), 2 deletions(-)
[…]
With the changes above,
Acked-by: Paul Menzel
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Am Montag, den 04.02.2013, 22:28 +0100 schrieb Julien Cristau:
> On Sun, Feb 3, 2013 at 13:29:04 +0100, Paul Menzel wrote:
>
> > I was surprised too that no error was generated. Do you have any idea
> > why compilations succeeds?
>
> Fails to build here with
> ../../
stuff. (v2)
[1]
https://buildd.debian.org/status/fetch.php?pkg=xserver-xorg-video-intel&arch=i386&ver=2%3A2.19.0-6&stamp=1347825458
Signed-off-by: Paul Menzel
---
configure.ac |3 ++-
src/xvmc/Makefile.am |2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/config
Date: Tue, 22 Jan 2013 10:47:22 +0100
---
NEWS |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/NEWS b/NEWS
index a1fcf66..bc384e7 100644
--- a/NEWS
+++ b/NEWS
@@ -47,7 +47,7 @@ As usual we have a large number of bug fixes since the last
release:
Release 2.20.19 (2013-01-2
server accepting connections from debug clients such as
With the above changes (proofread by a native English speaker)
Reviewed-by: Paul Menzel
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Dear Ben,
Am Donnerstag, den 07.02.2013, 10:39 -0800 schrieb Ben Widawsky:
> This partially reverts
missing empty line for better legibility.
> commit 7c170724003f42cd4ceea9f6c805292bbe2e81b2
> Author: Rodrigo Vivi
> Date: Tue Feb 5 16:17:54 2013 -0200
>
> Build: Add --disable-tests con
Am Donnerstag, den 07.02.2013, 10:39 -0800 schrieb Ben Widawsky:
So where does it belong?
> Signed-off-by: Ben Widawsky
[…]
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
___
Intel-gfx mailing list
Intel-gfx@lists
Am Sonntag, den 10.02.2013, 19:38 + schrieb Chris Wilson:
> Reading the cspec pays dividends once again, as I found the 'Base of
> Stolen Memory' config register so that we can skip the fragile
> computation from Top of Usable Draw and use the real value provided by
> the BIOS.
Nice find. What
Dear Chris,
Am Sonntag, den 10.02.2013, 23:21 + schrieb Chris Wilson:
> On Sun, Feb 10, 2013 at 11:37:03PM +0100, Paul Menzel wrote:
> > Am Sonntag, den 10.02.2013, 19:38 + schrieb Chris Wilson:
> > > Reading the cspec pays dividends once again, as I found the &#x
IRONLAKE_M_HB ||
> - gpu_devid == PCI_DEVICE_ID_INTEL_IRONLAKE_M_IG) &&
> - intel_iommu_gfx_mapped)
> - return 1;
> -#endif
> - return 0;
> -}
> -
> static int i9xx_setup(void)
> {
> u32 reg_addr, gtt_addr;
> @@ -1116,7 +11
Am Montag, den 18.02.2013, 13:57 +0200 schrieb ville.syrj...@linux.intel.com:
> From: Ville Syrjälä
>
> If the interrupt handler were to process a previous vblank interrupt and
> the following flip pending interrupt at the same time, the page flip
> would be complete too soon.
»would complete« o
Dear Sedat,
thank you for testing stuff with Clang!
Am Dienstag, den 26.02.2013, 15:15 +0100 schrieb Sedat Dilek:
Please always paste the error/warning messages so reviewers see exactly
what it has find.
> Signed-off-by: Sedat Dilek
> ---
> src/sna/sna_damage.c | 4 ++--
> 1 file changed, 2
Dear Sedat,
Am Donnerstag, den 28.02.2013, 09:45 +0100 schrieb Paul Menzel:
> thank you for testing stuff with Clang!
>
>
> Am Dienstag, den 26.02.2013, 15:15 +0100 schrieb Sedat Dilek:
>
> Please always paste the error/warning messages so reviewers see exactly
Dear intel-gfx folks,
Am Montag, den 04.03.2013, 12:22 +0200 schrieb Jani Nikula:
> The more the merrier.
>
> Signed-off-by: Jani Nikula
> ---
> lib/intel_reg.h |5 +
> tools/intel_reg_dumper.c |5 +
> 2 files changed, 10 insertions(+)
>
> diff --git a/lib/intel_reg.h
Dear Patrik,
Am Dienstag, den 05.03.2013, 19:09 +0100 schrieb Patrik Jakobsson:
> Disable bits for ADPA HSYNC and VSYNC where mixed up resulting in suspend
> becoming standby and vice versa.
nice find. Could you elaborate on the symptoms please as I have never
experienced any issues with suspend
Am Montag, den 04.03.2013, 17:17 +0100 schrieb Daniel Vetter:
> On Mon, Mar 04, 2013 at 09:24:38AM -0500, Egbert Eich wrote:
> > On G45 some low res modes (800x600 and 1024x768) produce a blank
> > screen when the display plane is enabled with with cursor plane
> > off.
> > Experiments showed that
; ---
> drivers/gpu/drm/i915/i915_gem_gtt.c | 14 +++---
> 1 file changed, 7 insertions(+), 7 deletions(-)
Acked-by: Paul Menzel
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
___
Intel-gfx mailing list
Int
(Sent to dri-devel and intel-gfx lists.)
Dear Linux graphics folks,
coreboot has been accepted to participate in Google Summer of Code 2013
[1]. coreboot is a Free Software project aimed at replacing the
proprietary BIOS (firmware) found in most computers.
Please find more information about GS
Am Samstag, den 31.03.2012, 11:52 +0100 schrieb Chris Wilson:
> On Sat, 31 Mar 2012 11:22:02 +0200, Daniel Vetter
> wrote:
> > Note that async flush also means things like VT-d IOTLB invalidation.
> >
> > See Bspec vol1c.4 "Render Engine Command Streamer", Section "ECOSKPD -
> > Eco Scratch Pad"
Am Samstag, den 31.03.2012, 11:21 +0200 schrieb Daniel Vetter:
> According to an internal workaround master list, we need to set bit 5
> of register 9400 to avoid issues with color blits.
>
> Signed-Off-by: Daniel Vetter
> ---
> drivers/gpu/drm/i915/i915_reg.h |3 +++
> drivers/gpu/drm/
Dear Yi¹,
Am Mittwoch, den 11.04.2012, 03:20 + schrieb Sun, Yi:
> We finished a new round of kernel testing. The version of kernel is:
> Kernel: (drm-intel-testing)9d0b5b5468650e0ac72a7786cf6625963f926d4d
> Merge: ec34a01 b4db1e3
> Author: Daniel Vetter
> Date: Mon Apr 9 18:12:03 2012 +02
Am Mittwoch, den 11.04.2012, 08:24 + schrieb Sun, Yi:
[…]
> Thank all your comments.
Thank you for your prompt reply and your work on the Intel-gfx driver.
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
___
Int
Dear Ben,
Am Freitag, den 25.05.2012, 16:56 -0700 schrieb Ben Widawsky:
an output of a working run of `dpf_test` with some explanation pasted
into the commit message would be nice as there is no manual page.
> Signed-off-by: Ben Widawsky
> ---
> tests/dpf_test |8 +++
> tools/Mak
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
Dear Daniel,
Am Dienstag, den 05.06.2012, 10:07 +0200 schrieb Daniel Vetter:
> We already correctly ignore bit0 on gen < 4, now we also now why ;-)
s,also now,also know,
Maybe also do not use abbreviations in commit summaries.
> I've decided that losing that single bit of precision isn't worth
Am Mittwoch, den 06.06.2012, 11:04 +0100 schrieb Chris Wilson:
> The goal is compare the speed of copying to and from a LLC bo using
> either the CPU or GPU.
I would prefer an example output of this test in the commit message.
> Signed-off-by: Chris Wilson
> ---
> lib/drmtest.c| 14 ++
Dear Anthony,
please send just plain text messages to lists and no HTML messages [1].
Am Dienstag, den 12.06.2012, 03:48 + schrieb See, Anthony Chaur Yih:
> From the 2010Q4 released package which is the earliest package that
> support Sandy Bridge platform, the OS requirement look is much
Am Mittwoch, den 13.06.2012, 00:09 +0200 schrieb Angela:
> >> >For gpu hangs the important thing is the i915_error_state file from
> >> >sysfs
> >> (the files you've attached are mainly interesting for modeset issues).
> >> I guess the best thing would be to file a bug on bugs.freedesktop.org
>
Dear Thomas,
thank you for your patch and patience.
Am Sonntag, den 17.06.2012, 00:22 +0200 schrieb Thomas Richter:
> unfortunately the patch I submitted last week for supporting the ns2501
> has never been picked up, so I'm trying again.
>
> This version here improves the patch considerably
Am Sonntag, den 17.06.2012, 20:36 +0200 schrieb Daniel Vetter:
> On Sun, Jun 17, 2012 at 08:07:15PM +0200, Thomas Richter wrote:
> > On 17.06.2012 14:28, Paul Menzel wrote:
> > >thank you for your patch and patience.
> >
> > >Since this patch is not only a rese
Dear Thomas,
you put Daniel address twice into the CC field.
Am Sonntag, den 17.06.2012, 20:59 +0200 schrieb Thomas Richter:
> Includes now proper DPMS support.
> Includes switching between resolutions - from 640x480 to 1024x768.
> Currently assumes that the native display resolution is 102
Am Sonntag, den 17.06.2012, 21:42 +0200 schrieb Daniel Vetter:
> On Sun, Jun 17, 2012 at 09:18:56PM +0200, Paul Menzel wrote:
> > you put Daniel address twice into the CC field.
> >
> >
> > Am Sonntag, den 17.06.2012, 20:59 +0200 schrieb Thomas Richter:
> > &
Dear Thomas,
thanks for the iteration.
Am Mittwoch, den 20.06.2012, 20:03 +0200 schrieb Daniel Vetter:
> On Wed, Jun 20, 2012 at 07:41:51PM +0200, Thomas Richter wrote:
> > This patch adds support for the ns2501 DVO, found in some older
Please also use present tense in the commit summary.
5_WRITE(BLC_PWM_CPU_CTL, dev_priv->saveBLC_CPU_PWM_CTL);
> I915_WRITE(PCH_PP_ON_DELAYS, dev_priv->savePP_ON_DELAYS);
> I915_WRITE(PCH_PP_OFF_DELAYS, dev_priv->savePP_OFF_DELAYS);
> I915_WRITE(PCH_PP_DIVISOR, dev_priv->savePP_DIVISOR);
With or without
Dear Frederik,
Am Freitag, den 20.07.2012, 21:03 +0200 schrieb Frederik Vogelsang:
> I am using a Core i5-3475S on a ASUS P8H77-I. The system is connected
> to my amp through HDMI. For some reason I cannot get passthrough of
> DTS-HD MA or Dolby TrueHD to work properly. On my HTPC with an ION2
>
Date: Thu, 26 Jul 2012 12:51:57 +0200
Signed-off-by: Paul Menzel
---
NEWS |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/NEWS b/NEWS
index a6819d4..08340f8 100644
--- a/NEWS
+++ b/NEWS
@@ -38,7 +38,7 @@ Among the other tweaks this week:
* Shadow support was dropped from
Dear Anhua,
five additional comments to Greg’s ones.
Am Dienstag, den 31.07.2012, 07:23 -0700 schrieb Greg KH:
> On Tue, Jul 31, 2012 at 09:17:15AM +, Xu, Anhua wrote:
> > Thanks Chris. I add this in the the commit description. The updated patch
> > is below:
> >
> > commit 71c3ff04834a0
Am Mittwoch, den 01.08.2012, 14:56 +0800 schrieb Yi Sun:
> Update the image file paas.png with higher correction level.
s,paas.png,pass.png,
Additionally the summary and the commit message seem to be orthogonal,
if I am not mistaken. Should these be two patches?
> Signed-off-by: Yi Sun
>
> dif
Dear Wang,
first is Wang your first name?
Am Mittwoch, den 08.08.2012, 11:03 +0800 schrieb Wang Xingchao:
> This patch series enable HDMI audio on Haswell platform, not DP audio.
> The DP enablement will come after the DP patches are upstream.
>
> I tested this patch on Sharkbay machine and i c
}
> - continue;
> - }
> -
> /* Not one of the known troublemakers, check the EDID */
> list_for_each_entry(connector, &dev->mode_config.connector_list,
> head) {
Acked-by: Paul Menzel
Thanks,
Pau
Dear Zhigang,
thank you for the announcement message and congratulations on the
release. But please do not send HTML messages to lists [1]!
Thanks,
Paul
[1] http://en.opensuse.org/openSUSE:Mailing_list_netiquette
signature.asc
Description: This is a digitally signed message part
__
Dear Daniel,
Am Samstag, den 11.08.2012, 16:05 +0200 schrieb Daniel Wagner:
> I installed on my shiny new Macbook Air 2012 Fedora 17. After adding
>
> intremap=off
>
> to the kernel arguments, I was able to install the system. The X server
> worked out of the box. This was with a 3.3.4 kernel
S;
> val = I915_READ(reg);
> - if (lvds_pipe_enabled(dev_priv, val, pipe)) {
> + if (lvds_pipe_enabled(dev_priv, pipe, val)) {
> DRM_DEBUG_KMS("disable lvds on pipe %d val 0x%08x\n", pipe,
> val);
> I915_WRITE(reg, val &
I915_WRITE(GEN6_RP_DOWN_EI, 500);
> - }
> + I915_WRITE(GEN6_RP_UP_THRESHOLD, 59400);
> + I915_WRITE(GEN6_RP_DOWN_THRESHOLD, 245000);
> + I915_WRITE(GEN6_RP_UP_EI, 66000);
> + I915_WRITE(GEN6_RP_DOWN_EI, 35);
>
> I915_WRITE(GEN6_RP_ID
Dear Vijay,
Am Mittwoch, den 22.08.2012, 11:47 +0530 schrieb Vijay Purushothaman:
> This is already fixed for ILK and SNB
… in what commits?
> but somehow IVB is missed.
>
> Signed-off-by: Vijay Purushothaman
> Signed-off-by: Ben Lin
> ---
> drivers/gpu/drm/i915/intel_sprite.c |6 +++---
drivers/gpu/drm/i915/intel_pm.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
[…]
Acked-by: Paul Menzel
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
___
Intel-gfx mailing list
Intel-g
Dear Intel folks,
it would be nice if you could add a “last edited” field to the Web site
so information like on the teams page [1] can be judged better. (It
seems recent though, which is great and which should be made obvious.)
Thanks,
Paul
[1] http://intellinuxgraphics.org/team.html
sign
Dear Giampiero,
Am Mittwoch, den 29.08.2012, 19:46 +0200 schrieb Daniel Vetter:
> On Wed, Aug 29, 2012 at 7:38 PM, Giampiero Salvi
> wrote:
> > Hi Daniel,
> > thank you for the fast answer.
> >
> > On Wed, Aug 29, 2012 at 7:31 PM, Daniel Vetter
> > wrote:
> >>
> >> Also, retesting on latest 3
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
Dear Roberth,
Am Sonntag, den 09.09.2012, 17:48 +0200 schrieb Roberth Sjonøy:
> I run Arch Linux, with it's latest x.org and kernel,
that is xorg-server 1.12.4-1 [1] and linux 3.5.3-1 [2].
> and I have compiled libdrm and the intel driver from git, and I update
> it today.
Please provide the
Am Freitag, den 28.09.2012, 18:00 +0100 schrieb Sérgio Basto:
> This spam is making my spam filter get crazy .
Never paste spam!
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
___
Intel-gfx mailing list
Intel-gfx@lis
5/intel_pm.c | 4 ++--
> 2 files changed, 3 insertions(+), 3 deletions(-)
[…]
Acked-by: Paul Menzel
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Am Donnerstag, den 18.10.2012, 09:10 +0200 schrieb Thilo-Alexander Ginkel:
> On Wed, Oct 17, 2012 at 1:26 AM, Thilo-Alexander Ginkel wrote:
> > since upgrading from kernel 3.4.10 to 3.5.x or 3.6.2 (on Kubuntu
> > 12.04) I am getting sporadic (but frequent) lockups when switching
> > displays using
Am Montag, den 22.10.2012, 12:32 +0100 schrieb Chris Wilson:
> The specs for gen2 say that the watermark values "should always be set
> assuming a 32bpp display mode, even though the display mode may be 15 or
> 16 bpp."
Does this patch fix an actual bug or is it just preemptively doing so?
> Sign
Am Donnerstag, den 01.11.2012, 16:42 + schrieb Damien Lespiau:
> From: Damien Lespiau
The content of the cover letter would have been very useful for this
commit message body. ;-)
> Signed-off-by: Damien Lespiau
[…]
Thanks,
Paul
signature.asc
Description: This is a digitally signed me
Dear Jesse,
unfortunately due to mail problems with SourceForge I did not get the
latest series.
Do you have a public repository with these patches in it?
Am Mittwoch, den 31.10.2012, 15:41 -0700 schrieb Jesse Barnes:
> The console lock can be contended, so rather than prevent other drivers
>
Am Donnerstag, den 06.12.2012, 19:03 -0800 schrieb Freddie F. Haddad:
> Gentoo Linux
> - kernel 3.6.8
> - xf86-video-intel 2.20.15
> - xorg-server: 1.13.0-r1
Is your problem a regression?
> grub.conf
> kernel /boot/gentoo_3.6.8 root=/dev/sda3 video=1024x768-24@75 quiet splash
>
> .xinitrc
> xran
Am Montag, den 18.07.2011, 13:31 -0700 schrieb Keith Packard:
> On Mon, 18 Jul 2011 17:57:52 +0100, Chris Wilson
> wrote:
>
> > Keith, apologies your missive arrived as I sent the previous patch. This
> > uses the inferface you proposed..
>
> Thanks! I've reduced the diff a bit more to make it
Dear Nicolas,
unfortunately the Web.de WWW interface has stopped to set the
`In-Reply-To` or `References` header fields in the message header and
therefore does not adhere to the standard anymore [1]. As a result your
messages are not threaded correctly which make keeping an overview
harder [2].
Dear graphics folks,
Am Montag, den 25.07.2011, 22:33 +0200 schrieb Paul Menzel:
> using `linux-image-3.0.0-1-686-pae` from Debian Sid/unstable I noticed
> the following message in `dmesg`.
>
> [ 76.292185] [drm] capturing error event; look for more information
>
Dear Ben,
Am Freitag, den 29.07.2011, 13:55 +0100 schrieb Ben Brewer:
> I've added a global SSC (Spread Spectrum Clock) parameter to the i915
> driver, since having SSC enabled breaks (distorts) VGA output on some
> Core i5/i7 chips (see https://bugs.freedesktop.org/show_bug.cgi?id=38750).
> SS
Dear Dexter,
Am Sonntag, den 14.08.2011, 15:29 +0200 schrieb Dexter Filmore:
> The XB Media Center here on debian testing (linux 3.0.0, intel v2.15, mesa
> 7.10) doesn't exit cleanly, have to kill -9 the process from a shell.
> As it works ok on any other installation without intel here I suspec
Dear SD,
Am Dienstag, den 16.08.2011, 12:37 -0700 schrieb SD:
> Just updated Fedora 16 to kernel-3.1.0-0.rc2.git0.1.fc16.
> Noticed that DRM (I hope it is DRM) works quite slow. For example if I
> open mc in xterm window 150x50 size this window draws about 1 second,
> noticeably slow, although I
Dear Wu,
I hope that is your first name.
Am Sonntag, den 04.09.2011, 05:15 +0800 schrieb Wu Fengguang:
> Changes from v4: remove a debug call to dump_stack().
> Thanks to Bossart for catching this!
His first name is Pierre-Louis. I do not know how you address people at
Intel though.
> ---
I t
Am Montag, den 17.10.2011, 15:51 -0700 schrieb Ben Widawsky:
> Idle the GPU before doing any unmaps. We know if VT-d is in use through
> an exported variable from iommu code.
>
> This should avoid a known HW issue.
Please describe the issue more in detail or provide a link to more
information.
>
Dear Hai,
Am Samstag, den 22.10.2011, 22:03 -0400 schrieb Hai Lan:
what does this test do? For the unknowledgeable user what is supposed to
happen, that means, when is the test successful and when not?
> Signed-off-by: Hai Lan
> ---
> tests/testdisplay.c | 32 +--
Dear Sander,
Am Mittwoch, den 02.11.2011, 01:10 -0500 schrieb Sander Jansen:
> On Tue, Nov 1, 2011 at 8:45 PM, Wu Fengguang wrote:
> >> The log does confirm that the drm_edid_to_eld function is running, and
> >> that we're not far from a solution:
> >> [ 21.061417] [drm:drm_edid_to_eld], ELD
Am Samstag, den 12.11.2011, 11:12 +0800 schrieb Wu Fengguang:
> A bunch of cleanups, fixes and new fields to intel_audio_dump, tested OK on
> G45, Ironlake and IvyBridge.
Christopher White mentioned some lacks in the documentation like missing
dependencies. Could you update that too, please?
Tha
Am Samstag, den 12.11.2011, 11:12 +0800 schrieb Wu Fengguang:
> A bunch of cleanups, fixes and new fields to intel_audio_dump, tested OK on
> G45, Ironlake and IvyBridge.
Christopher White mentioned the last release or tag happened a long time
ago.
Is a new release planned? Most of the time distr
Am Sonntag, den 13.11.2011, 11:00 + schrieb Chris Wilson:
sep*a*rate
[…]
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mai
Dear Fengguang,
Am Mittwoch, den 16.11.2011, 00:57 +0800 schrieb Wu Fengguang:
> The Intel HDMI chips (ironlake at least) are found to have ~250ms delay
> between the ELD_Valid=1 hotplug event is send and the ELD buffer becomes
> actually readable. During the time the ELD buffer is mysteriously a
Dear Pablo,
Am Sonntag, den 27.11.2011, 16:02 -0300 schrieb Pablo Yaggi:
> Hi, i installed the latest driver from git repo on an msi ae2060 but
> no adapter is detected. lspci reports an intel vga adapter installed
> and xorg automatically loads the i915 module but then it reports no
> driver is
Dear Daniel,
Am Freitag, den 14.12.2012, 16:01 +0100 schrieb Daniel Vetter:
the (author) date is wrong (December instead of January) unless you sent
it from the future. If you did, please tell us how the Intel driver will
work in eleven months. ;-)
[…]
Thanks,
Paul
signature.asc
Descriptio
Dear Joel,
Am Donnerstag, den 26.01.2012, 06:54 -0500 schrieb Joel Heaton:
> System: Dell Inspiron One
> Chipset: intel H61 Express
> CPU: Intel Pentium Dual Core Intel Core i3/i5i7 (this machine is
> probably an i3
> Video: Intel HD/HD 2000/HD 3000
> Max Resolution: 1920x1080
> OS-1 Windows 7 (s
Dear Intel-gfx folks,
Am Donnerstag, den 26.01.2012, 22:01 +0100 schrieb Daniel Vetter:
> I've had tons of fun reading through docs and code to get to the bottom of
> who interlaced is supposed to work. The current work-in-progress is available
> at:
>
> http://cgit.freedesktop.org/~danvet/drm/
1 - 100 of 145 matches
Mail list logo
