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 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 +0800, Li, Shaohua wrote:
Hi,
We have file readahead to do asyn file read, but has no metadata
readahead. For a list
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
the updated rpos.
Setting pa-live to 0 does the trick. The next loop will have to wait
for one qpa_run_out() invocation in order to get a non-zero pa-live
and proceed.
Signed-off-by: malc av1...@comtv.ru
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
audio/paaudio.c |2 +-
1 file changed, 1
On Fri, Sep 24, 2010 at 01:17:29PM +0800, Wu Fengguang wrote:
Greetings,
We are debugging a new QEMU USB audio model that works fine with alsa
backend but drops samples from time to time with pulseaudio backend.
Traces show that the pa_simple_write() call normally does its job
quickly
On Fri, Sep 24, 2010 at 02:13:26PM +0800, Wu Fengguang wrote:
On Fri, Sep 24, 2010 at 01:17:29PM +0800, Wu Fengguang wrote:
Greetings,
We are debugging a new QEMU USB audio model that works fine with alsa
backend but drops samples from time to time with pulseaudio backend.
Traces
Greetings,
We are debugging a new QEMU USB audio model that works fine with alsa
backend but drops samples from time to time with pulseaudio backend.
Traces show that the pa_simple_write() call normally does its job
quickly, but sometimes takes ~60ms to return (the last write=XXms
field):
On Fri, Jun 04, 2010 at 05:04:37AM +0800, David Härdeman wrote:
On Tue, Jun 01, 2010 at 10:07:59PM +0800, Wu Fengguang wrote:
On Mon, May 31, 2010 at 10:06:23AM +0800, Zhenyu Wang wrote:
On 2010.05.31 09:34:04 +0800, Wu, Fengguang wrote:
On Sun, May 30, 2010 at 07:49:13PM +0800, David
Hi Shao,
On Tue, Jun 01, 2010 at 10:57:26PM +0800, Miller, Shao wrote:
Good day Fengguang,
Well thanks to you, developers have more than one option to consider.
Merits of both submissions can be discussed, so perhaps yet another,
better submission can result.
Yeah, cannot agree any more.
How about this cmdline syntax:
APPEND #!gpxe; dhcp net0; kernel URL root=...; boot;
- the '#!gpxe' declares the start of a gPXE script (this will exclude
the BOOT_IMAGE=... added by GRUB)
- the followed ';' declares that the semicolon will be treated as
the DELIMITER
Would it be reasonable to pass the gPXE .lkrn commandline on to any
bzImages unmodified, assuming we had filename=XXX and root-path=XXX
found there? Would this play nicely with multiboot or future
formats?
That's about the trick I played with kernel URL root=... [initrd URL].
The only thing
kernel http://somewhere/~wfg/cgi-bin/gpxe.cgi?mac=${net0/mac}
boot
The ramdisk memory is hidden to avoid it being overwritten.
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
src/arch/i386/core/relocate.c | 23 ++
src/arch/i386/firmware/pcbios
decompressing .data16 and before calling
relocate). Is it possible to #ifdef the code block? Sorry it's not
obvious to me how to do it the neat way.
Thanks,
Fengguang
---
Subject: [lkrn] add ramdisk support
From: Wu Fengguang fengguang...@intel.com
Date: Thu May 20 06:49:43 CST 2010
Allow passing ramdisk
David,
You are dropped from the CC list due to your follow-up-to header.
Are you adding it on purpose?
On Mon, May 31, 2010 at 10:06:23AM +0800, Zhenyu Wang wrote:
On 2010.05.31 09:34:04 +0800, Wu, Fengguang wrote:
Add CC to Zhenyu.
On Sun, May 30, 2010 at 07:49:13PM +0800, David
Add CC to Zhenyu.
Thanks,
Fengguang
On Sun, May 30, 2010 at 07:49:13PM +0800, David Härdeman wrote:
Hi Wu, I'm back to breaking stuff again :)
First of all, the good news, HDMI (and SPDIF) audio works really well
with 2.6.34...none of the previous problems with silence etc, seem to
On Thu, May 06, 2010 at 03:42:27PM +0800, David Härdeman wrote:
On Thu, May 6, 2010 02:55, Wu Fengguang wrote:
On Thu, May 06, 2010 at 07:05:16AM +0800, David Härdeman wrote:
A recent upgrade to kernel 2.6.33.x and alsa 1.0.22 broke spdif (iec958)
Upgraded from which kernel?
2.6.32
David,
The attached patch should fix your broken SPDIF output.
Also attached more data for possible future reference.
Thanks,
Fengguang
--
On Thu, May 06, 2010 at 03:42:27PM +0800, David Härdeman wrote:
On Thu, May 6, 2010 02:55, Wu Fengguang wrote:
On Thu, May 06, 2010 at 07:05:16AM +0800
, Sequence = 0x0
+ Pin-ctls: 0x00:
Connection: 3
0x26* 0x20 0x21
CC: sta...@kernel.org
CC: Alexey Fisher bug-tr...@fisher-privat.net
Tested-by: David Härdeman da...@hardeman.nu
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
sound/pci/hda/patch_sigmatel.c |6
Hi David,
On Thu, May 06, 2010 at 07:05:16AM +0800, David Härdeman wrote:
A recent upgrade to kernel 2.6.33.x and alsa 1.0.22 broke spdif (iec958)
Upgraded from which kernel?
output on my Intel DG45FC motherboard (IDT 92HD73E1X5 codec,
snd-hda-intel driver).
After playing around a bit
Hi Lennart,
We found that pulseaudio eats CPU ~19% CPU time, a little more than
mplayer when playing video. This is horrible for laptop batteries.
Can we make it just work -- in green CPU mode? I can find many users
complaining about this, and it seems like some fix is available in
this link:
...@shutemov.name
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
Andrew and Greg:
This is an obvious correct bug fix for .34 and .33-stable,
so I'm resending it directly to you without Kirill's confirmation.
--- sound-2.6.orig/mm/readahead.c 2010-03-26 11:51:57.0 +0800
+++ sound-2.6
, would you please fix this.
Ah Sorry! Here is the patch.
Andrew and Greg: this should go for .34 and .33-stable after Kirill's
confirmation, thanks!
Thanks,
Fengguang
---
Subject: readahead: fix NULL filp dereference
From: Wu Fengguang fengguang...@intel.com
Date: Fri Mar 26 11:53:32 CST 2010
Hi Shane,
On Sun, Mar 21, 2010 at 04:08:51AM +0800, Shane W wrote:
Hey all,
I am looking at the possibility of moving from my Intel
DG45 to an H55 mainboard and had a couple quick driver
questions.
FYI here is a posting on H55 audio problem:
Hi Matt,
On Sat, Feb 13, 2010 at 04:20:23AM +0800, Matt Mackall wrote:
On Fri, 2010-02-12 at 21:59 +0800, Wu Fengguang wrote:
On Fri, Feb 12, 2010 at 07:42:49AM +0800, Jamie Lokier wrote:
Matt Mackall wrote:
On Mon, 2010-02-08 at 21:46 +0800, Wu Fengguang wrote:
Chris
On Fri, Feb 12, 2010 at 07:42:49AM +0800, Jamie Lokier wrote:
Matt Mackall wrote:
On Mon, 2010-02-08 at 21:46 +0800, Wu Fengguang wrote:
Chris,
Firstly inform the linux-embedded maintainers :)
I think it's a good suggestion to add a config option
(CONFIG_READAHEAD_SIZE
appreciate this change with a little note that I would prefer a
config option.
- tested acked-by Christian Ehrhardt ehrha...@linux.vnet.ibm.com
Wu Fengguang wrote:
Use 512kb max readahead size, and 32kb min readahead size.
The former helps io performance for common workloads
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
Documentation/kvm/api.txt | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
--- linux.orig/Documentation/kvm/api.txt2009-12-12 09:54:19.0
+0800
+++ linux/Documentation/kvm/api.txt 2009-12-12 10:48
Hi David,
On Tue, Nov 10, 2009 at 06:35:05PM +0800, David Härdeman wrote:
On Thu, Nov 05, 2009 at 05:06:22PM +0800, David Härdeman wrote:
On Thu, November 5, 2009 08:47, Wu Fengguang wrote:
Attached is my updated patchset, which includes the sticky
stream/infoframe features.
Thanks
On Tue, Nov 03, 2009 at 08:54:32PM +0800, David Härdeman wrote:
On Mon, November 2, 2009 10:11, Wu Fengguang wrote:
Could you try dumping the audio infoframe data at the beginning of
hdmi_switch_infoframe() or hdmi_stop_infoframe_trans(), to check if
the previous content have been reset
..
(Another option I'm planning to look into is whether power-saving might
interfere with normal HDMI audio operation.)
One known problem is, the Xorg DPMS ops can mute HDMI audio..
On Mon, November 2, 2009 09:57, Wu Fengguang wrote:
FYI, I worked up a patchset which incorporates your patch
On Thu, Oct 29, 2009 at 06:46:26PM +0800, David Härdeman wrote:
On Thu, October 29, 2009 10:46, Wu Fengguang wrote:
On Thu, Oct 29, 2009 at 04:16:21PM +0800, David wrote:
The first problem I came across was that in these lines from
hdmi_setup_audio_infoframe:
if (spec-sink_present[i
Hi David,
On Thu, Oct 29, 2009 at 04:16:21PM +0800, David Härdeman wrote:
On Wed, October 28, 2009 05:46, Wu Fengguang wrote:
- the checksum field cannot be removed - otherwise 8-channel audio
will be played only as 2-channel.
- if add a 800ms sleep in intel_hdmi_playback_pcm_prepare
On Wed, Oct 28, 2009 at 12:46:21PM +0800, Wu Fengguang wrote:
- if add a 800ms sleep in intel_hdmi_playback_pcm_prepare(), the
first-0.5s-samples-lost problem disappears
I managed to locate the HDA command that caused the delay :)
void snd_hda_codec_setup_stream(struct hda_codec
Here is an audio patch for DG45ID merged in 2.6.31-rc7, would you try
that? Thanks!
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ae709440edb2d36f51f5ea51cfab931f45c03e02
On Tue, Sep 01, 2009 at 12:40:34AM +0800, Kamus wrote:
** Package changed: ubuntu = linux
On Wed, May 06, 2009 at 07:05:09AM +0800, Rafael J. Wysocki wrote:
On Tuesday 05 May 2009, Wu Fengguang wrote:
On Mon, May 04, 2009 at 08:22:38AM +0800, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki r...@sisk.pl
Since the hibernation code is now going to use allocations of memory
://patchwork.kernel.org/patch/34740/
The latter one has been included in -mm
Handled-By: Wu Fengguang fengguang...@intel.com
Patch : http://patchwork.kernel.org/patch/32740/
This patch is also in -mm.
Thanks,
Fengguang
--
To unsubscribe from this list: send the line unsubscribe kernel-testers
On Thu, Jul 09, 2009 at 05:03:06PM -0400, Gene Heskett wrote:
On Thursday 09 July 2009, John Stoffel wrote:
Gene == Gene Heskett gene.hesk...@verizon.net writes:
Gene On Wednesday 08 July 2009, Wu Fengguang wrote:
On Wed, Jul 08, 2009 at 01:15:15PM +0800, Wu Fengguang wrote:
On Tue, Jul
On Mon, Jul 06, 2009 at 10:56:00AM -0400, Gene Heskett wrote:
Greetings all;
I had to hard reset this box just now as there was no response to a ctl-alt-
bksp when X was un-responsive this morning.
I had built a 2nd version of the 2.6.31-rc2 kernel last night when I found
the
video
: 2009-07-01 11:25 (6 days old)
First-Bad-Commit:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=51daa88ebd8e0d437289f589af29d4b39379ea76
References : http://lkml.org/lkml/2009/6/30/679
Handled-By : Wu Fengguang fengguang...@intel.com
Fengguang,
I'm
On Tue, Jul 07, 2009 at 10:57:30PM +0800, Gene Heskett wrote:
On Tuesday 07 July 2009, Wu Fengguang wrote:
On Mon, Jul 06, 2009 at 10:56:00AM -0400, Gene Heskett wrote:
Greetings all;
I had to hard reset this box just now as there was no response to a
ctl-alt- bksp when X was un
On Tue, Jul 07, 2009 at 11:42:07PM -0400, Gene Heskett wrote:
On Tuesday 07 July 2009, Wu Fengguang wrote:
On Tue, Jul 07, 2009 at 10:57:30PM +0800, Gene Heskett wrote:
On Tuesday 07 July 2009, Wu Fengguang wrote:
On Mon, Jul 06, 2009 at 10:56:00AM -0400, Gene Heskett wrote:
Greetings all
Simply recompiling the rdesktop command solves the problem for me :)
apt-get source rdesktop
cd rdesktop-1.6.0
./debian/rules build
./rdesktop localhost:3389 -u wu -p wu -g 1335x1033+1+1 -a 16 -K -D -r
sound:local -r clipboard:PRIMARYCLIPBOARD -r
On Sun, Jul 05, 2009 at 11:22:55AM +0800, Wu Fengguang wrote:
Simply recompiling the rdesktop command solves the problem for me :)
But weird enough, if I regenerate the rdesktop package, install and
run it, the bug appears again!
./debian/rules binary
sudo dpkg -i
On Sun, Jul 05, 2009 at 11:27:27AM +0800, Wu Fengguang wrote:
On Sun, Jul 05, 2009 at 11:22:55AM +0800, Wu Fengguang wrote:
Simply recompiling the rdesktop command solves the problem for me :)
But weird enough, if I regenerate the rdesktop package, install and
run it, the bug appears again
On Sun, Jul 05, 2009 at 11:36:55AM +0800, Wu Fengguang wrote:
On Sun, Jul 05, 2009 at 11:27:27AM +0800, Wu Fengguang wrote:
On Sun, Jul 05, 2009 at 11:22:55AM +0800, Wu Fengguang wrote:
Simply recompiling the rdesktop command solves the problem for me :)
But weird enough, if I
:)
Thanks,
Fengguang
Wu Fengguang wrote:
On Wed, Jun 10, 2009 at 02:37:46PM +0800, Wu Fengguang wrote:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13463
Subject : Poor SSD performance
Submitter : Jake ellow...@uchicago.edu
Date : 2009-06-05 17:37 (3 days
On Mon, Jun 08, 2009 at 08:14:53PM +0800, Nai Xia wrote:
On Wed, May 20, 2009 at 11:38 PM, Wu Fengguangfengguang...@intel.com wrote:
Hi list,
On Wed, May 20, 2009 at 10:56:07PM +0800, Wu Fengguang wrote:
On Wed, May 20, 2009 at 10:47:31PM +0800, Andi Kleen wrote:
One scenario
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13463
Subject : Poor SSD performance
Submitter : Jake ellow...@uchicago.edu
Date : 2009-06-05 17:37 (3 days old)
Hi Jake,
Could you collect some blktrace data for the dd commands on new/old
kernels?
dd
On Mon, Jun 08, 2009 at 08:14:53PM +0800, Nai Xia wrote:
On Wed, May 20, 2009 at 11:38 PM, Wu Fengguangfengguang...@intel.com wrote:
Hi list,
On Wed, May 20, 2009 at 10:56:07PM +0800, Wu Fengguang wrote:
On Wed, May 20, 2009 at 10:47:31PM +0800, Andi Kleen wrote:
One scenario
On Mon, Jun 08, 2009 at 12:55:18PM +0800, KOSAKI Motohiro wrote:
Hi
Hi,
This lockdep warning appears when doing stress memory tests over NFS.
page reclaim = nfs_writepage = tcp_sendmsg = lock sk_lock
tcp_close = lock sk_lock = tcp_send_fin = alloc_skb_fclone = page
reclaim
architecture change default setting, but Only power
and ia64
remain current configuration for backward-compatibility.
The above lines are too long. Limit to 72 cols in general could be
better as git-log may add additional leading white spaces.
Thank you for all the efforts!
Acked-by: Wu Fengguang
Hi list,
On Wed, May 20, 2009 at 10:56:07PM +0800, Wu Fengguang wrote:
On Wed, May 20, 2009 at 10:47:31PM +0800, Andi Kleen wrote:
One scenario that might be useful to test is what happens when some
very large processes, all mapped and executable exceed memory and
Good idea. Too
Hi list,
On Wed, May 20, 2009 at 10:56:07PM +0800, Wu Fengguang wrote:
On Wed, May 20, 2009 at 10:47:31PM +0800, Andi Kleen wrote:
One scenario that might be useful to test is what happens when some
very large processes, all mapped and executable exceed memory and
Good idea. Too
On Sat, May 09, 2009 at 08:08:43AM +0800, Rafael J. Wysocki wrote:
On Friday 08 May 2009, Rafael J. Wysocki wrote:
On Friday 08 May 2009, Wu Fengguang wrote:
[--snip--]
But hey, that 'count' counts savable+free memory.
We don't have a counter for an estimation of free+freeable memory
On Thu, May 07, 2009 at 02:20:42PM +0200, Rafael J. Wysocki wrote:
On Thursday 07 May 2009, Wu Fengguang wrote:
On Thu, May 07, 2009 at 04:54:09AM +0800, Rafael J. Wysocki wrote:
On Wednesday 06 May 2009, Wu Fengguang wrote:
On Wed, May 06, 2009 at 07:05:09AM +0800, Rafael J. Wysocki
On Wed, May 06, 2009 at 07:05:09AM +0800, Rafael J. Wysocki wrote:
On Tuesday 05 May 2009, Wu Fengguang wrote:
On Mon, May 04, 2009 at 08:22:38AM +0800, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki r...@sisk.pl
Since the hibernation code is now going to use allocations of memory
On Wed, May 06, 2009 at 07:07:44AM +0800, Rafael J. Wysocki wrote:
On Tuesday 05 May 2009, Wu Fengguang wrote:
On Tue, May 05, 2009 at 10:24:27AM +0800, Wu Fengguang wrote:
On Mon, May 04, 2009 at 08:22:38AM +0800, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki r...@sisk.pl
On Mon, May 04, 2009 at 08:22:38AM +0800, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki r...@sisk.pl
Since the hibernation code is now going to use allocations of memory
to create enough room for the image, it can also use the page frames
allocated at this stage as image page frames. The
On Tue, May 05, 2009 at 10:24:27AM +0800, Wu Fengguang wrote:
On Mon, May 04, 2009 at 08:22:38AM +0800, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki r...@sisk.pl
Since the hibernation code is now going to use allocations of memory
to create enough room for the image, it can also use
On Sun, May 03, 2009 at 02:24:20AM +0200, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki r...@sisk.pl
Modify the hibernation memory shrinking code so that it will make
memory allocations to free memory instead of using an artificial
memory shrinking mechanism for that. Remove the
On Sun, May 03, 2009 at 02:22:06AM +0200, Rafael J. Wysocki wrote:
From: Andrew Morton a...@linux-foundation.org
Remind me: why can't we just allocate N pages at suspend-time?
We need half of memory free. The reason we can't just allocate is
probably OOM killer; but my memories are
Hi Rafael,
I happened to be doing some benchmarks on the older shrink_all_memory(),
Hopefully it can be a useful reference point for the new design.
The current swsusp_shrink_memory()/shrink_all_memory() are terribly
inefficient: it takes 7-9s to free up 1.4G memory:
[ 131.899389] PM: Freed
drmOpenByName() is called only by drmOpen(), so it's enough to
call drmLoadKernelModule() only in drmOpen().
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
libdrm/xf86drm.c | 43 ---
1 file changed, 24 insertions(+), 19 deletions(-)
--- drm.orig
On Wed, Apr 29, 2009 at 04:16:16PM +0800, Wu Fengguang wrote:
On Thu, Apr 09, 2009 at 10:37:39AM -0400, Chris Mason wrote:
[snip]
PagePrivate is very common. try_to_releasepage failing on a clean page
without the writeback bit set and without dirty/locked buffers will be
pretty rare
On Wed, Apr 29, 2009 at 07:40:22PM +0800, Chris Mason wrote:
On Wed, 2009-04-29 at 16:21 +0800, Wu Fengguang wrote:
On Wed, Apr 29, 2009 at 04:16:16PM +0800, Wu Fengguang wrote:
On Thu, Apr 09, 2009 at 10:37:39AM -0400, Chris Mason wrote:
[snip]
PagePrivate is very common
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/gpu/drm/i915/i915_gem.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
--- mm.orig/drivers/gpu/drm/i915/i915_gem.c
+++ mm/drivers/gpu/drm/i915/i915_gem.c
@@ -4087,8 +4087,10 @@ i915_gem_entervt_ioctl(struct drm_device
/kernel/git/torvalds/linux-2.6.git;a=commit;h=1cf6e7d83bf334cc5916137862c920a97aabc018
References: http://marc.info/?l=linux-kernelm=123572630504360w=4
http://lkml.org/lkml/2009/3/14/265
Handled-By: Wu Fengguang fengguang...@intel.com
This bug could be closed
On Tue, Apr 07, 2009 at 06:15:09AM +0800, Wu Fengguang wrote:
On Tue, Apr 07, 2009 at 03:05:38AM +0800, Rafael J. Wysocki wrote:
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
-By : Wu Fengguang fengguang...@intel.com
I think this was tracked back to the effective halving of
dirty_ratio by 1cf6e7d83 (mm: task dirty accounting fix) and
doubling the ratio fixed the iozone regression.
Yes, exactly. The patch for fixing this regression is trivial.
However it may
Move the update of real_num_tx_queues from ixgbe_acquire_msix_vectors() to
ixgbe_set_num_queues(), to ensure it be always in sync with num_rx_queues.
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/net/ixgbe/ixgbe_main.c | 21 +++--
1 file changed, 11 insertions
=num_tx_queues
in the generic netdev function set_cur_queue_map(). So the bound
limiting here is not necessary.
Signed-off-by: Wu Fengguang fengguang...@intel.com
---
drivers/net/ixgbe/ixgbe_main.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- mm.orig/drivers/net/ixgbe/ixgbe_main.c
On Thu, Feb 26, 2009 at 06:50:30AM +0200, Jin, Gordon wrote:
You need an alsa patch. You can try the one against 2.6.28 on
http://intellinuxgraphics.org/2008Q4.html. I'm not sure if the code
has gone into current Linus tree.
Hi Richard,
The ASLA driver for Intel HDMI audio is now in
Jan)
is that you can get working audio over HDMI or working video, but not
both without completely disabling acceleration, so I'm hesitant to try
that route.
Nod, that's a lot of trouble :)
Thanks,
Fengguang
Quoting Wu Fengguang fengguang...@intel.com:
On Sun, Jan 11, 2009 at 07:03
Hi,
I got the following mutex-not-locked warning in linux 2.6.29-rc1.
It appears in a HP 6910p notebook and another G45 desktop.
[ 357.150892] pci :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16
[ 357.157653] pci :00:02.0: setting latency timer to 64
[ 357.169915] pci :00:02.0:
On Wed, Jan 14, 2009 at 10:13:03AM +0800, Wu Fengguang wrote:
Hi,
I got the following mutex-not-locked warning in linux 2.6.29-rc1.
It appears in a HP 6910p notebook and another G45 desktop.
[ 357.150892] pci :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16
[ 357.157653] pci
: 2008-12-12 18:38 (2 days old)
References: http://marc.info/?l=linux-kernelm=122910711005135w=4
Handled-By: Wu Fengguang fengguang...@intel.com
--
To unsubscribe from this list: send the line unsubscribe kernel-testers in
the body of a message to majord...@vger.kernel.org
On Thu, Nov 27, 2008 at 10:00:03AM +0200, Mathieu Desnoyers wrote:
* Wu Fengguang ([EMAIL PROTECTED]) wrote:
+
+marker_synchronize_unregister() must be called before the first occurrence
of
You should probably say
.. must be called between probe unregistration and the first
Add more comments to marker_synchronize_unregister() in order to
reduce the chance of misusing.
Based on comments from Lai Jiangshan [EMAIL PROTECTED].
Cc: Lai Jiangshan [EMAIL PROTECTED]
Cc: Mathieu Desnoyers [EMAIL PROTECTED]
Signed-off-by: Wu Fengguang [EMAIL PROTECTED]
---
I'm still
On Wed, Nov 26, 2008 at 01:17:55PM +0200, Avi Kivity wrote:
Wu Fengguang wrote:
Add marker_synchronize_unregister() before module unloading.
This prevents possible trace calls into unloaded module text.
Signed-off-by: Wu Fengguang [EMAIL PROTECTED]
---
diff --git a/virt/kvm/kvm_main.c
On Wed, Nov 26, 2008 at 07:46:19PM +0800, Wu Fengguang wrote:
On Wed, Nov 26, 2008 at 01:17:55PM +0200, Avi Kivity wrote:
Wu Fengguang wrote:
Add marker_synchronize_unregister() before module unloading.
This prevents possible trace calls into unloaded module text.
Signed-off-by: Wu
: Mathieu Desnoyers [EMAIL PROTECTED]
Signed-off-by: Wu Fengguang [EMAIL PROTECTED]
---
diff --git a/Documentation/markers.txt b/Documentation/markers.txt
index 089f613..8bf6afe 100644
--- a/Documentation/markers.txt
+++ b/Documentation/markers.txt
@@ -51,11 +51,15 @@ to call) for the specific marker
On Thu, Nov 27, 2008 at 03:23:06AM +0200, Lai Jiangshan wrote:
Wu Fengguang wrote:
[updated patch to include Documentation/markers.txt changes]
Add document and comments on marker_synchronize_unregister(): it
should be called before freeing resources that the probes depend on.
Based
Add marker_synchronize_unregister() before module unloading.
This prevents possible trace calls into unloaded module text.
Signed-off-by: Wu Fengguang [EMAIL PROTECTED]
---
diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c
index a87f45e..64f38b3 100644
--- a/virt/kvm/kvm_main.c
+++ b/virt
right in my T61 :-)
Thanks,
Fengguang
---
Shane
On Thu, Nov 20, 2008 at 09:02:04AM +0800, Wu Fengguang wrote:
Thanks Shane!
Ma Ling: do you have a quick fix for it? Or shall I look into it?
Thank you,
Fengguang
On Wed, Nov 19, 2008 at 12:02:01PM -0800, Shane W wrote
Fix bugs on printing the ELD sample bits.
Signed-off-by: Wu Fengguang [EMAIL PROTECTED]
---
sound/pci/hda/hda_eld.c |2 +-
sound/pci/hda/hda_proc.c |3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
--- sound-2.6.orig/sound/pci/hda/hda_eld.c
+++ sound-2.6/sound/pci/hda/hda_eld.c
On Thu, Nov 20, 2008 at 05:46:49PM -0800, Shane W wrote:
On Fri, Nov 21, 2008 at 09:36:55AM +0800, Wu Fengguang wrote:
Yes it's unexpected. Do you know its real speaker numbers and
allocations? Does it provide some number of line-out ports?
There are six speakers connected, fl, ct, fr, rl
On Fri, Nov 21, 2008 at 08:44:18AM +0100, Takashi Iwai wrote:
At Fri, 21 Nov 2008 11:41:50 +0800,
Wu Fengguang wrote:
On Thu, Nov 20, 2008 at 05:46:49PM -0800, Shane W wrote:
On Fri, Nov 21, 2008 at 09:36:55AM +0800, Wu Fengguang wrote:
Yes it's unexpected. Do you know its real
On Wed, Nov 19, 2008 at 04:08:00PM +0800, Wu Fengguang wrote:
On Tue, Nov 18, 2008 at 11:55:45PM -0800, Shane W wrote:
On Wed, Nov 19, 2008 at 03:17:57PM +0800, Wu Fengguang wrote:
On Tue, Nov 18, 2008 at 11:11:35PM -0800, Shane W wrote:
On Thu, Nov 13, 2008 at 10:21:53AM +0800, Wu
Thanks Shane!
Ma Ling: do you have a quick fix for it? Or shall I look into it?
Thank you,
Fengguang
On Wed, Nov 19, 2008 at 12:02:01PM -0800, Shane W wrote:
On Wed, Nov 19, 2008 at 05:39:40PM +0800, Wu Fengguang wrote:
I managed to update the last working Xorg ELD patches to the latest
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
HDMI is compatible with DVI, and we've seen many boards that
use HDMI port for DVI output.
So Zhenyu proposed this flag: i830_hdmi_priv.has_hdmi_sink
to indicate the presence of HDMI capable monitors.
Signed-off-by: Wu Fengguang [EMAIL PROTECTED]
---
src/i830_hdmi.c | 15 +++
1
Hello,
We can now enjoy music on HDMI monitors that are attached to Intel G35/G45
chipsets with the following X.org intel driver patches
[PATCH 1/3] introduce i830_hdmi_priv.has_hdmi_sink
[PATCH 2/3] enable Intel G45 integrated HDMI audio output
[PATCH 3/3] enable Intel G35
On Sat, Dec 29, 2007 at 03:56:59PM +0100, Hans-Peter Jansen wrote:
> Am Freitag, 28. Dezember 2007 schrieb Sascha Warner:
> > Andrew Morton wrote:
> > > On Thu, 27 Dec 2007 23:08:40 +0100 Sascha Warner <[EMAIL PROTECTED]>
> wrote:
> > >> Hi,
> > >>
> > >> I applied your patches to 2.6.24-rc6-mm1,
On Sat, Dec 29, 2007 at 03:56:59PM +0100, Hans-Peter Jansen wrote:
Am Freitag, 28. Dezember 2007 schrieb Sascha Warner:
Andrew Morton wrote:
On Thu, 27 Dec 2007 23:08:40 +0100 Sascha Warner [EMAIL PROTECTED]
wrote:
Hi,
I applied your patches to 2.6.24-rc6-mm1, but now I am faced
On Fri, Dec 28, 2007 at 05:27:38AM +0100, Sascha Warner wrote:
> Andrew Morton wrote:
> > On Thu, 27 Dec 2007 23:08:40 +0100 Sascha Warner <[EMAIL PROTECTED]> wrote:
> >
> >
> >> Hi,
> >>
> >> I applied your patches to 2.6.24-rc6-mm1, but now I am faced with one
> >> pdflush often using 100%
On Fri, Dec 28, 2007 at 05:27:38AM +0100, Sascha Warner wrote:
Andrew Morton wrote:
On Thu, 27 Dec 2007 23:08:40 +0100 Sascha Warner [EMAIL PROTECTED] wrote:
Hi,
I applied your patches to 2.6.24-rc6-mm1, but now I am faced with one
pdflush often using 100% CPU for a long time.
On Fri, Dec 28, 2007 at 03:01:11PM -0800, Andrew Morton wrote:
> On Thu, 27 Dec 2007 23:08:40 +0100 Sascha Warner <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > I applied your patches to 2.6.24-rc6-mm1, but now I am faced with one
> > pdflush often using 100% CPU for a long time. There seem to be
On Fri, Dec 28, 2007 at 03:01:11PM -0800, Andrew Morton wrote:
On Thu, 27 Dec 2007 23:08:40 +0100 Sascha Warner [EMAIL PROTECTED] wrote:
Hi,
I applied your patches to 2.6.24-rc6-mm1, but now I am faced with one
pdflush often using 100% CPU for a long time. There seem to be some rare
On Tue, Aug 14, 2007 at 10:10:58AM -0700, Andy Isaacson wrote:
> On Sun, Aug 12, 2007 at 08:27:46PM +0800, WU Fengguang wrote:
> > On Sun, Aug 12, 2007 at 05:27:52PM +0530, Balbir Singh wrote:
> > > For some reason my mailer keeps removing you from the cc.
> >
> >
On Tue, Aug 14, 2007 at 10:10:58AM -0700, Andy Isaacson wrote:
On Sun, Aug 12, 2007 at 08:27:46PM +0800, WU Fengguang wrote:
On Sun, Aug 12, 2007 at 05:27:52PM +0530, Balbir Singh wrote:
For some reason my mailer keeps removing you from the cc.
Or maybe it's my SMTP server's problem
201 - 300 of 328 matches
Mail list logo
