- no need to show the 1-bit AUD_OUT_DIG_CNVT_* as hex value
- show the Connection_select_Control_* bits as hex values
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
tools/intel_audio_dump.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
--- intel-gpu-tools.orig
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
tools/intel_audio_dump.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
--- intel-gpu-tools.orig/tools/intel_audio_dump.c 2011-11-09
10:35:35.0 +0800
+++ intel-gpu-tools/tools/intel_audio_dump.c2011-11-09
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
tools/intel_audio_dump.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- intel-gpu-tools.orig/tools/intel_audio_dump.c 2011-11-09
10:35:34.0 +0800
+++ intel-gpu-tools/tools/intel_audio_dump.c2011-11-09 10
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
tools/intel_audio_dump.c | 47 +
1 file changed, 27 insertions(+), 20 deletions(-)
--- intel-gpu-tools.orig/tools/intel_audio_dump.c 2011-11-12
10:19:06.0 +0800
+++ intel-gpu-tools/tools
The original test mistakenly calls dump_cpt() for Ironlake,
due to HAS_PCH_SPLIT := IS_GEN5 || IS_GEN6 || IS_GEN7.
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
tools/intel_audio_dump.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- intel-gpu-tools.orig/tools
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
tools/intel_audio_dump.c |8
1 file changed, 8 insertions(+)
--- intel-gpu-tools.orig/tools/intel_audio_dump.c 2011-11-12
10:52:47.0 +0800
+++ intel-gpu-tools/tools/intel_audio_dump.c2011-11-12 10:52
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
tools/intel_audio_dump.c |2 ++
1 file changed, 2 insertions(+)
--- intel-gpu-tools.orig/tools/intel_audio_dump.c 2011-11-12
10:52:48.0 +0800
+++ intel-gpu-tools/tools/intel_audio_dump.c2011-11-12 10:52:48.0
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
tools/intel_audio_dump.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- intel-gpu-tools.orig/tools/intel_audio_dump.c 2011-11-12
10:52:50.0 +0800
+++ intel-gpu-tools/tools/intel_audio_dump.c2011-11-12 10:52
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
tools/intel_audio_dump.c |4
1 file changed, 4 insertions(+)
--- intel-gpu-tools.orig/tools/intel_audio_dump.c 2011-11-12
10:52:50.0 +0800
+++ intel-gpu-tools/tools/intel_audio_dump.c2011-11-12 10:52:50.0
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
tools/intel_audio_dump.c |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
--- intel-gpu-tools.orig/tools/intel_audio_dump.c 2011-11-12
10:52:46.0 +0800
+++ intel-gpu-tools/tools/intel_audio_dump.c2011-11
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
tools/intel_audio_dump.c | 27 ++-
1 file changed, 22 insertions(+), 5 deletions(-)
--- intel-gpu-tools.orig/tools/intel_audio_dump.c 2011-11-12
10:52:39.0 +0800
+++ intel-gpu-tools/tools
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
tools/intel_audio_dump.c | 47 +
1 file changed, 47 insertions(+)
--- intel-gpu-tools.orig/tools/intel_audio_dump.c 2011-11-12
11:11:41.0 +0800
+++ intel-gpu-tools/tools
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
tools/intel_audio_dump.c | 18 ++
1 file changed, 18 insertions(+)
--- intel-gpu-tools.orig/tools/intel_audio_dump.c 2011-11-12
10:52:49.0 +0800
+++ intel-gpu-tools/tools/intel_audio_dump.c2011-11-12 10
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
tools/intel_audio_dump.c | 30 ++
1 file changed, 30 insertions(+)
--- intel-gpu-tools.orig/tools/intel_audio_dump.c 2011-11-12
10:52:40.0 +0800
+++ intel-gpu-tools/tools/intel_audio_dump.c
ts to HDMI audio driver.
This avoids disturbing the user with repeated printks.
Signed-off-by: Wu Fengguang
---
drivers/gpu/drm/i915/intel_display.c | 51 ++---
1 file changed, 46 insertions(+), 5 deletions(-)
--- linux.orig/drivers/gpu/drm/i915/intel_display.c 2011-1
: drm/i915: don't trigger hotplug events on unchanged ELD
Date: Thu Nov 10 17:48:49 CST 2011
The ELD may or may not change when switching the video mode.
If unchanged, don't trigger hot plug events to HDMI audio driver.
This avoids disturbing the user with repeated printks.
Signed-off-by: Wu
On Thu, Nov 10, 2011 at 03:55:22PM +0800, Wu Fengguang wrote:
On Thu, Nov 10, 2011 at 03:33:50PM +0800, Wu Fengguang wrote:
Wow I reproduced the bug and got a very interesting dmesg:
gfx =[ 4561.287980] [drm:intel_write_eld], ELD on
[CONNECTOR:12:HDMI-A-2], [ENCODER:11:TMDS-11
On Thu, Nov 10, 2011 at 07:50:11PM +0800, Christopher White wrote:
On 11/10/11 12:22 PM, Takashi Iwai wrote:
At Thu, 10 Nov 2011 12:00:53 +0100,
Christopher White wrote:
On 11/10/11 9:55 AM, Christopher White wrote:
On 11/10/11 8:55 AM, Wu Fengguang wrote:
On Thu, Nov 10, 2011 at 03:33
On Thu, Nov 10, 2011 at 09:01:24PM +0800, Christopher White wrote:
On 11/10/11 1:56 PM, Wu Fengguang wrote:
On Thu, Nov 10, 2011 at 07:50:11PM +0800, Christopher White wrote:
On 11/10/11 12:22 PM, Takashi Iwai wrote:
At Thu, 10 Nov 2011 12:00:53 +0100,
Christopher White wrote:
On 11/10
Got the delay - it's 72.986623-72.747632 = 239ms.
[ 72.739944] HDMI hot plug event: Codec=3 Pin=6
Presence_Detect=1 ELD_Valid=0
[ 72.742541] HDMI status: Codec=3 Pin=6 Presence_Detect=1
ELD_Valid=0
[ 72.745082] HDMI hot plug event: Codec=3 Pin=6
On Thu, Nov 10, 2011 at 09:47:46PM +0800, Wu Fengguang wrote:
Got the delay - it's 72.986623-72.747632 = 239ms.
[ 72.739944] HDMI hot plug event: Codec=3 Pin=6
Presence_Detect=1 ELD_Valid=0
[ 72.742541] HDMI status: Codec=3 Pin=6 Presence_Detect=1
On Thu, Nov 10, 2011 at 10:28:19PM +0800, Takashi Iwai wrote:
At Thu, 10 Nov 2011 21:51:50 +0800,
Wu Fengguang wrote:
So maybe the hardware is in some state that is unable to provide the
real ELD content?
That's my guess as well. I think the hardware may still be doing some
On Wed, Nov 09, 2011 at 03:40:19PM +0800, Takashi Iwai wrote:
> At Tue, 8 Nov 2011 12:23:30 -0800,
> Linus Torvalds wrote:
> >
> > Hmm, I don't know what caused this to trigger, but I'm adding both the
> > i915 people and the HDA people to the cc, and they can fight to the
> > death about this in
On Wed, Nov 09, 2011 at 03:40:19PM +0800, Takashi Iwai wrote:
At Tue, 8 Nov 2011 12:23:30 -0800,
Linus Torvalds wrote:
Hmm, I don't know what caused this to trigger, but I'm adding both the
i915 people and the HDA people to the cc, and they can fight to the
death about this in the HDMI
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
tools/intel_audio_dump.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- intel-gpu-tools.orig/tools/intel_audio_dump.c 2011-11-09
10:35:35.0 +0800
+++ intel-gpu-tools/tools/intel_audio_dump.c2011-11-09 10:35
Christopher,
The dump tool did not work with that environment variable either.
However, it occurred to me that intel_audio_dump may be too outdated in
my distro. It was built on 2010-04-01, v1.0.2+git20100324. If I look at
http://cgit.freedesktop.org/xorg/app/intel-gpu-tools/ I can see that
Wow I reproduced the bug and got a very interesting dmesg:
gfx =[ 4561.287980] [drm:intel_write_eld], ELD on
[CONNECTOR:12:HDMI-A-2], [ENCODER:11:TMDS-11]
gfx =[ 4561.291730] [drm:ironlake_write_eld], ELD on pipe B
gfx =[ 4561.293804] [drm:ironlake_write_eld], Audio
On Thu, Nov 10, 2011 at 03:33:50PM +0800, Wu Fengguang wrote:
Wow I reproduced the bug and got a very interesting dmesg:
gfx =[ 4561.287980] [drm:intel_write_eld], ELD on
[CONNECTOR:12:HDMI-A-2], [ENCODER:11:TMDS-11]
gfx =[ 4561.291730] [drm:ironlake_write_eld], ELD on pipe
SandyBridge should be using the same register addresses as IvyBridge.
btw, rename the register names accordingly.
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/gpu/drm/i915/i915_reg.h |6 +++---
drivers/gpu/drm/i915/intel_display.c | 10 +-
2 files changed, 8
:23AM +0800, Christopher White wrote:
There appears to be some issues with the patch? I'm on SandyBridge and
using the HD3000's HDMI.
I've now tried manually merging the ELD patch (both files Wu Fengguang
submitted) and compiling Kernel 3.0.4. I've also tried drm-intel-next
Kernel 3.1 pre
Hi Takashi,
I enumerated all the DELL DisplayPort monitors in our lab and find
only two of them being able to produce audible DisplayPort audio...
- DELL 2408WFP
- DELL 2709W
- DELL 3008WFP
no CEA extension found
- DELL U2410
ELD reports OK but cannot hear DP sound
Here are the EDID for the DELL monitors, grabbed by command
cp /sys/class/drm/card0-DP-3/edid .
Thanks,
Fengguang
On Wed, Nov 09, 2011 at 03:20:53PM +0800, Wu Fengguang wrote:
Hi Takashi,
I enumerated all the DELL DisplayPort monitors in our lab and find
only two of them being able
Hi Jan,
On Tue, Nov 08, 2011 at 07:36:57AM +0800, Jan Kara wrote:
Hello,
today I was testing some patch with Linus' kernel from today (commit
31555213f03bca37d2c02e10946296052f4ecfcd) and I rather easily tripped
out-of-memory messages and processes got killed.
The unusual thing I'm
Hi Sander,
On Tue, Nov 1, 2011 at 8:45 PM, Wu Fengguang fengguang...@intel.com wrote:
Hi Christopher,
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 monitor TX-SR607
[ 21.061421
Hi Christopher,
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 monitor TX-SR607
[ 21.061421] [drm:drm_edid_to_eld], ELD size 13, SAD count 8
It looks all sane to this point.
As for
47.94+1.1%48.45 TOTAL write_bw
In summary, I see no problem at all in these trivial writeback tests.
Tested-by: Wu Fengguang fengguang...@intel.com
Thanks,
Fengguang
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message
Hi Johannes,
I tested this patchset over the IO-less dirty throttling one.
The below numbers show that
//improvements
1) write bandwidth increased by 1% in general
2) greatly reduced nr_vmscan_immediate_reclaim
//regression
3) much increased cpu %user and %system for btrfs
Thanks,
Fengguang
[restore CC list]
I'm trying to understand where the performance gain comes from.
I noticed that in all cases, before/after patchset, nr_vmscan_write are all
zero.
nr_vmscan_immediate_reclaim is significantly reduced though:
That's a good thing, it means we burn less CPU time on
On Mon, Sep 05, 2011 at 07:04:50PM +0800, Chris Wilson wrote:
> On Mon, 5 Sep 2011 09:14:00 +0800, Wu Fengguang
> wrote:
> > On Sun, Sep 04, 2011 at 08:08:37PM +0800, Chris Wilson wrote:
> > > On Sun, 4 Sep 2011 05:15:10 +0800, Wu Fengguang > > intel.com> wrote:
&g
CC: Jeremy Bush
CC: Christopher White
CC: Paul Menzel
CC: Pierre-Louis Bossart
Signed-off-by: Wu Fengguang
---
drivers/gpu/drm/i915/i915_drv.h |2
drivers/gpu/drm/i915/i915_reg.h | 25
drivers/gpu/drm/i915/intel_display.c | 131 -
drivers/gpu
I'd like to do more cleanups:
> + int aud_cntl_st;
> + int aud_cntrl_st2;
s/aud_cntrl_st2/aud_cntl_st2/
> + if (IS_IVYBRIDGE(connector->dev)) {
> + hdmiw_hdmiedid = GEN7_HDMIW_HDMIEDID_A;
> + aud_cntl_st = GEN7_AUD_CNTRL_ST_A;
> + aud_cntrl_st2 =
: Christopher White
CC: Pierre-Louis Bossart
CC: Paul Menzel
Signed-off-by: Wu Fengguang
---
drivers/gpu/drm/i915/i915_drv.h |2
drivers/gpu/drm/i915/i915_reg.h | 25
drivers/gpu/drm/i915/intel_display.c | 131 -
drivers/gpu/drm/i915/intel_dp.c
-by: Wu Fengguang
---
drivers/gpu/drm/drm_edid.c | 171 +++
include/drm/drm_edid.h |9 +
2 files changed, 180 insertions(+)
--- linux-next.orig/include/drm/drm_crtc.h 2011-09-04 09:42:19.0
+0800
+++ linux-next/include/drm/drm_crtc.h 2011-09
On Sun, Sep 04, 2011 at 06:57:23PM +0800, James Cloos wrote:
> >>>>> "WF" == Wu Fengguang writes:
>
> WF> ... If only the stereo playback capability is reported, the user
> WF> won't be able to start 8-channel playback; if the 8-channel ELD is
>
On Sun, Sep 04, 2011 at 08:08:37PM +0800, Chris Wilson wrote:
> On Sun, 4 Sep 2011 05:15:10 +0800, Wu Fengguang
> wrote:
> > Changes from v4: remove a debug call to dump_stack().
> > Thanks to Bossart for catching this!
> > ---
> >
> > Add ELD support fo
nd happily accept both Fengguang and Wu :)
> 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 a
pierre-louis.boss...@intel.com
CC: Paul Menzel paulepan...@users.sourceforge.net
CC: James Cloos cl...@jhcloos.com
CC: Chris Wilson ch...@chris-wilson.co.uk
Signed-off-by: Ben Skeggs bske...@redhat.com
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/gpu/drm/drm_edid.c | 171
zhenyu.z.w...@intel.com
CC: Jeremy Bush contractfrombe...@gmail.com
CC: Christopher White c.wh...@pulseforce.com
CC: Pierre-Louis Bossart pierre-louis.boss...@intel.com
CC: Paul Menzel paulepan...@users.sourceforge.net
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/gpu/drm/i915
I'd like to do more cleanups:
+ int aud_cntl_st;
+ int aud_cntrl_st2;
s/aud_cntrl_st2/aud_cntl_st2/
+ if (IS_IVYBRIDGE(connector-dev)) {
+ hdmiw_hdmiedid = GEN7_HDMIW_HDMIEDID_A;
+ aud_cntl_st = GEN7_AUD_CNTRL_ST_A;
+ aud_cntrl_st2 =
On Mon, Sep 05, 2011 at 07:04:50PM +0800, Chris Wilson wrote:
On Mon, 5 Sep 2011 09:14:00 +0800, Wu Fengguang fengguang...@intel.com
wrote:
On Sun, Sep 04, 2011 at 08:08:37PM +0800, Chris Wilson wrote:
On Sun, 4 Sep 2011 05:15:10 +0800, Wu Fengguang fengguang...@intel.com
wrote
pierre-louis.boss...@intel.com
CC: Paul Menzel paulepan...@users.sourceforge.net
CC: James Cloos cl...@jhcloos.com
CC: Chris Wilson ch...@chris-wilson.co.uk
Signed-off-by: Ben Skeggs bske...@redhat.com
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/gpu/drm/drm_edid.c | 171
zhenyu.z.w...@intel.com
CC: Jeremy Bush contractfrombe...@gmail.com
CC: Christopher White c.wh...@pulseforce.com
CC: Pierre-Louis Bossart pierre-louis.boss...@intel.com
CC: Paul Menzel paulepan...@users.sourceforge.net
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/gpu/drm/i915
I'd like to do more cleanups:
+ int aud_cntl_st;
+ int aud_cntrl_st2;
s/aud_cntrl_st2/aud_cntl_st2/
+ if (IS_IVYBRIDGE(connector-dev)) {
+ hdmiw_hdmiedid = GEN7_HDMIW_HDMIEDID_A;
+ aud_cntl_st = GEN7_AUD_CNTRL_ST_A;
+ aud_cntrl_st2 =
...@intel.com
CC: Wang Zhenyu zhenyu.z.w...@intel.com
CC: Jeremy Bush contractfrombe...@gmail.com
CC: Christopher White c.wh...@pulseforce.com
CC: Paul Menzel paulepan...@users.sourceforge.net
CC: Pierre-Louis Bossart pierre-louis.boss...@intel.com
Signed-off-by: Wu Fengguang fengguang...@intel.com
On Mon, Sep 05, 2011 at 07:04:50PM +0800, Chris Wilson wrote:
On Mon, 5 Sep 2011 09:14:00 +0800, Wu Fengguang fengguang...@intel.com
wrote:
On Sun, Sep 04, 2011 at 08:08:37PM +0800, Chris Wilson wrote:
On Sun, 4 Sep 2011 05:15:10 +0800, Wu Fengguang fengguang...@intel.com
wrote
CC: "Bossart, Pierre-louis"
Signed-off-by: Ben Skeggs
Signed-off-by: Wu Fengguang
---
drivers/gpu/drm/drm_edid.c | 171 +
drivers/gpu/drm/i915/i915_drv.h |2
drivers/gpu/drm/i915/i915_reg.h | 25 +++
drivers/gpu/drm/i915/intel_displa
and Wu :)
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.
Thanks for the reminding!
---
I
On Sun, Sep 04, 2011 at 06:57:23PM +0800, James Cloos wrote:
WF == Wu Fengguang fengguang...@intel.com writes:
WF ... If only the stereo playback capability is reported, the user
WF won't be able to start 8-channel playback; if the 8-channel ELD is
WF reported, then user space applications
and Wu :)
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.
Thanks for the reminding!
---
I
On Sun, Sep 04, 2011 at 08:08:37PM +0800, Chris Wilson wrote:
On Sun, 4 Sep 2011 05:15:10 +0800, Wu Fengguang fengguang...@intel.com
wrote:
Changes from v4: remove a debug call to dump_stack().
Thanks to Bossart for catching this!
---
Add ELD support for Intel Eaglelake, IbexPeak
On Sun, Sep 04, 2011 at 06:57:23PM +0800, James Cloos wrote:
WF == Wu Fengguang fengguang...@intel.com writes:
WF ... If only the stereo playback capability is reported, the user
WF won't be able to start 8-channel playback; if the 8-channel ELD is
WF reported, then user space applications
...@intel.com
CC: Jeremy Bush contractfrombe...@gmail.com
CC: Christopher White c.wh...@pulseforce.com
CC: Bossart, Pierre-louis pierre-louis.boss...@intel.com
Signed-off-by: Ben Skeggs bske...@redhat.com
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/gpu/drm/drm_edid.c | 171
Keith: this version completes the IvyBridge support :)
Bossart: hotplug is working fine now, with some minor issues:
- on G45, monitor hot removal is not handled at all in
i915_driver_irq_handler(). I'll leave it as a future TODO.
- on IvyBridge, _repeated_ plug/unplug will trigger
[
rightfully abort, even when it sees the ELD_valid indicator.
Thanks to Zhenyu and Bossart for a lot of valuable help and testing.
CC: Zhao Yakui
CC: Wang Zhenyu
CC: Jeremy Bush
CC: Christopher White
CC: "Bossart, Pierre-louis"
Signed-off-by: Ben Skeggs
Signed-off-by: Wu Fengguang
--
: Bossart, Pierre-louis pierre-louis.boss...@intel.com
Signed-off-by: Ben Skeggs bske...@redhat.com
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/gpu/drm/drm_edid.c | 171 +
drivers/gpu/drm/i915/i915_drv.h |2
drivers/gpu/drm/i915
Keith: this version completes the IvyBridge support :)
Bossart: hotplug is working fine now, with some minor issues:
- on G45, monitor hot removal is not handled at all in
i915_driver_irq_handler(). I'll leave it as a future TODO.
- on IvyBridge, _repeated_ plug/unplug will trigger
[
: Bossart, Pierre-louis pierre-louis.boss...@intel.com
Signed-off-by: Ben Skeggs bske...@redhat.com
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/gpu/drm/drm_edid.c | 171 +
drivers/gpu/drm/i915/i915_drv.h |2
drivers/gpu/drm/i915
Keith: this version completes the IvyBridge support :)
Bossart: hotplug is working fine now, with some minor issues:
- on G45, monitor hot removal is not handled at all in
i915_driver_irq_handler(). I'll leave it as a future TODO.
- on IvyBridge, _repeated_ plug/unplug will trigger
[
On Fri, Aug 05, 2011 at 02:03:41AM +0800, Keith Packard wrote:
> On Thu, 4 Aug 2011 17:40:24 +0800, Wu Fengguang
> wrote:
>
> > Right. I actually have this chunk. dmesg shows that in intel_hdmi_detect(),
> >
> > the drm_encoder object is there, however encoder-&g
On Fri, Aug 05, 2011 at 02:03:41AM +0800, Keith Packard wrote:
On Thu, 4 Aug 2011 17:40:24 +0800, Wu Fengguang fengguang...@intel.com
wrote:
Right. I actually have this chunk. dmesg shows that in intel_hdmi_detect(),
the drm_encoder object is there, however encoder-crtc is NULL
> On Mon, 1 Aug 2011 21:51:40 +0800, Wu Fengguang
> wrote:
>
> > 1) intel_write_eld() is not called at all
> >It seems we need to call intel_write_eld() in other places besides
> >inside ->mode_set(). Is ->detect() the right place to do so? In
> >
On Mon, 1 Aug 2011 21:51:40 +0800, Wu Fengguang fengguang...@intel.com
wrote:
1) intel_write_eld() is not called at all
It seems we need to call intel_write_eld() in other places besides
inside -mode_set(). Is -detect() the right place to do so? In
other words
On Mon, 1 Aug 2011 21:51:40 +0800, Wu Fengguang fengguang...@intel.com
wrote:
1) intel_write_eld() is not called at all
It seems we need to call intel_write_eld() in other places besides
inside -mode_set(). Is -detect() the right place to do so? In
other words
Hi Jesse,
> On Wed, 29 Jun 2011 21:10:13 +0800
> Wu Fengguang wrote:
>
> > Update: according to the spec, limit max a/v latencies to 500ms and
> > avoid overflowing the ELD field Aud_Synch_Delay[7:0].
> >
> > Thanks to Pierre for pointing this out!
> >
ports.
CC: Zhao Yakui
CC: Wang Zhenyu
CC: Jeremy Bush
CC: Christopher White
CC: "Bossart, Pierre-louis"
Signed-off-by: Wu Fengguang
---
drivers/gpu/drm/drm_edid.c | 171 +
drivers/gpu/drm/i915/i915_drv.h |2
drivers/gpu/drm/i915/
> This patch is tested OK on G45/HDMI and IbexPeak/HDMI. DisplayPort is
> tested on several IbexPeak and Sandybridge boxes, however not working,
> possibly due to hardware/monitor problems.
FYI, here is an example ELD dump in G45/HDMI.
wfg at slim ~% cat /proc/asound/card0/eld\#1.0
: Wang Zhenyu
CC: Jeremy Bush
CC: Christopher White
CC: "Bossart, Pierre-louis"
Signed-off-by: Wu Fengguang
---
drivers/gpu/drm/drm_edid.c | 171 +
drivers/gpu/drm/i915/i915_drv.h |2
drivers/gpu/drm/i915/i915_reg.h | 20 ++
drive
yakui.z...@intel.com
CC: Wang Zhenyu zhenyu.z.w...@intel.com
CC: Jeremy Bush contractfrombe...@gmail.com
CC: Christopher White c.wh...@pulseforce.com
CC: Bossart, Pierre-louis pierre-louis.boss...@intel.com
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/gpu/drm/drm_edid.c
ports.
CC: Zhao Yakui yakui.z...@intel.com
CC: Wang Zhenyu zhenyu.z.w...@intel.com
CC: Jeremy Bush contractfrombe...@gmail.com
CC: Christopher White c.wh...@pulseforce.com
CC: Bossart, Pierre-louis pierre-louis.boss...@intel.com
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/gpu/drm
Hi Jeremy,
On Fri, May 20, 2011 at 08:06:20PM -0500, Jeremy Bush wrote:
Hello,
I posted something similar to this on the ALSA mailing list, but they
directed me here, since HDMI detection has to do with the video driver
instead of ALSA.
Right.
I have my machine hooked up to an Onkyo
-by: Johannes Weiner han...@cmpxchg.org
Reviewed-by: Wu Fengguang fengguang...@intel.com
___
stable mailing list
stable@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/stable
This enables the command to work:
arecord -D dsnoop -r 48000 -f S16_LE 1.wav
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/staging/intel_sst/intelmid.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
--- linux-2.6-mrst.orig/drivers/staging/intel_sst
Hi Arjan,
Would you take this patch and the newly submitted
[PATCH] sst: MRST can only do 16bit recording?
Thanks,
Fengguang
On Tue, Mar 15, 2011 at 01:50:07PM -0700, Wu Fengguang wrote:
MRST firmware returns error on 2-channel capture requests,
leading to arecord -Dplughw -c2 test.wav
MRST firmware returns error on 2-channel capture requests,
leading to arecord -Dplughw -c2 test.wav failure.
Fix it by lowering channels_max from 2 to 1.
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/staging/intel_sst/intelmid.c |7 +++
1 file changed, 7 insertions
Hi Greg,
On Fri, Oct 29, 2010 at 03:09:05PM +0800, Greg Thelen wrote:
Document cgroup dirty memory interfaces and statistics.
Signed-off-by: Andrea Righi ari...@develer.com
Signed-off-by: Greg Thelen gthe...@google.com
---
+Limiting dirty memory is like fixing the max amount of dirty
On Fri, Oct 29, 2010 at 03:09:09PM +0800, Greg Thelen wrote:
+
+ case MEMCG_NR_FILE_DIRTY:
+ /* Use Test{Set,Clear} to only un/charge the memcg once. */
+ if (val 0) {
+ if (TestSetPageCgroupFileDirty(pc))
+ val =
On Sat, Oct 30, 2010 at 05:35:50AM +0800, Greg Thelen wrote:
+A cgroup may contain more dirty memory than its dirty limit. This is
possible
+because of the principle that the first cgroup to touch a page is charged
for
+it. Subsequent page counting events (dirty, writeback,
-by: KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com
The check both memcgglobal dirty limit looks much more sane than
the V3 implementation. Although it still has misbehaviors in some
cases, it's generally a good new feature to have.
Acked-by: Wu Fengguang fengguang...@intel.com
Ideally, I think
kzalloc_node() inline
Reviewed-by: Wu Fengguang fengguang...@intel.com
Thanks,
Fengguang
___
Containers mailing list
contain...@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers
On Thu, Jan 20, 2011 at 01:44:57PM +0800, Li, Shaohua wrote:
On Thu, 2011-01-20 at 12:41 +0800, Dave Chinner wrote:
On Wed, Jan 19, 2011 at 08:10:14PM -0800, Andrew Morton wrote:
On Thu, 20 Jan 2011 11:21:49 +0800 Shaohua Li shaohua...@intel.com
wrote:
It seems to return a
On Thu, Jan 20, 2011 at 02:37:37PM +0800, Li, Shaohua wrote:
On Thu, 2011-01-20 at 14:19 +0800, Wu, Fengguang wrote:
On Thu, Jan 20, 2011 at 02:12:33PM +0800, Li, Shaohua wrote:
On Thu, 2011-01-20 at 13:55 +0800, Andrew Morton wrote:
On Thu, 20 Jan 2011 13:38:18 +0800 Shaohua Li shaohua
On Thu, Jan 20, 2011 at 12:10:14PM +0800, Andrew Morton wrote:
On Thu, 20 Jan 2011 11:21:49 +0800 Shaohua Li shaohua...@intel.com wrote:
It seems to return a single offset/length tuple which refers to the
btrfs metadata file, with the intent that this tuple later be fed
into a
And a third approach is to save all the cache into a special
file/partition/etc and to preload all that into kernel data structures
at boot. Obviously this one is ricky/tricky because the on-disk
replica of the real data can get out of sync with the real data.
Hah! We are thinking much
On Thu, Jan 20, 2011 at 01:44:57PM +0800, Li, Shaohua wrote:
On Thu, 2011-01-20 at 12:41 +0800, Dave Chinner wrote:
On Wed, Jan 19, 2011 at 08:10:14PM -0800, Andrew Morton wrote:
On Thu, 20 Jan 2011 11:21:49 +0800 Shaohua Li shaohua...@intel.com
wrote:
It seems to return a
On Thu, Jan 20, 2011 at 02:12:33PM +0800, Li, Shaohua wrote:
On Thu, 2011-01-20 at 13:55 +0800, Andrew Morton wrote:
On Thu, 20 Jan 2011 13:38:18 +0800 Shaohua Li shaohua...@intel.com wrote:
ext2, minix and probably others create an address_space for each
directory. Heaven knows
On Thu, Jan 20, 2011 at 02:37:37PM +0800, Li, Shaohua wrote:
On Thu, 2011-01-20 at 14:19 +0800, Wu, Fengguang wrote:
On Thu, Jan 20, 2011 at 02:12:33PM +0800, Li, Shaohua wrote:
On Thu, 2011-01-20 at 13:55 +0800, Andrew Morton wrote:
On Thu, 20 Jan 2011 13:38:18 +0800 Shaohua Li shaohua
On Wed, Jan 12, 2011 at 10:55:16AM +0800, Li, Shaohua wrote:
On Tue, Jan 11, 2011 at 05:13:53PM +0800, Wu, Fengguang wrote:
On Tue, Jan 11, 2011 at 11:27:33AM +0800, Li, Shaohua wrote:
On Tue, 2011-01-11 at 11:07 +0800, Wu, Fengguang wrote:
On Tue, Jan 11, 2011 at 10:03:16AM +0800, Li
On Wed, Jan 12, 2011 at 10:55:16AM +0800, Li, Shaohua wrote:
On Tue, Jan 11, 2011 at 05:13:53PM +0800, Wu, Fengguang wrote:
On Tue, Jan 11, 2011 at 11:27:33AM +0800, Li, Shaohua wrote:
On Tue, 2011-01-11 at 11:07 +0800, Wu, Fengguang wrote:
On Tue, Jan 11, 2011 at 10:03:16AM +0800, Li
Shaohua,
On Tue, Jan 04, 2011 at 01:40:30PM +0800, Li, Shaohua wrote:
Hi,
We have file readahead to do asyn file read, but has no metadata
readahead. For a list of files, their metadata is stored in fragmented
disk space and metadata read is a sync operation, which impacts the
efficiency
On Tue, Jan 11, 2011 at 10:03:16AM +0800, Li, Shaohua wrote:
On Tue, 2011-01-11 at 09:38 +0800, Wu, Fengguang wrote:
On Tue, Jan 11, 2011 at 08:15:19AM +0800, Li, Shaohua wrote:
On Mon, 2011-01-10 at 22:26 +0800, Wu, Fengguang wrote:
Shaohua,
On Tue, Jan 04, 2011 at 01:40:30PM
101 - 200 of 328 matches
Mail list logo
