Re: [PATCH V9 03/13] MIPS: Loongson: Introduce and use cpu_has_coherent_cache feature

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/30/2013 12:24 AM, Huacai Chen wrote: > Loongson-3 maintains cache coherency by hardware. So we introduce a cpu > feature named cpu_has_coherent_cache and use it to modify MIPS's cache > flushing functions. > > Signed-off-by: Huacai Chen

Re: linux-next: Tree for Apr 11 [ crypto: aesni-intel ]

On Thu, Apr 11, 2013 at 7:14 PM, Sedat Dilek wrote: > On Thu, Apr 11, 2013 at 10:30 AM, Stephen Rothwell > wrote: >> Hi all, >> >> Changes since 20130410: >> >> The tip tree gained conflicts against the net-next and pm trees. >> >> The driver-core tree gained a conflict against the tip tree. >>

RE: [PATCH 00/10] staging: zcache/ramster: fix and ramster/debugfs improvement

> From: Wanpeng Li [mailto:liw...@linux.vnet.ibm.com] > Sent: Tuesday, April 09, 2013 6:26 PM > To: Greg Kroah-Hartman > Cc: Dan Magenheimer; Seth Jennings; Konrad Rzeszutek Wilk; Minchan Kim; > linux...@kvack.org; linux- > ker...@vger.kernel.org; Andrew Morton; Bob Liu; Wanpeng Li > Subject:

Re: [PATCH 18/30] ASoC: samsung: move plat/ headers to local directory

On Thu, Apr 11, 2013 at 07:08:42PM +0200, Arnd Bergmann wrote: > On Thursday 11 April 2013, Mark Brown wrote: > > This doesn't apply to my topic/samsung branch, can you please regenerate > > it against that or let me know what to apply it against? > This one should work. Unfortunately I now

[GIT PULL] GPIO fix for v3.9

Hi Linus, here is a single oneliner GPIO fix for the v3.9 series arriving late. Please pull it in. Yours, Linus Walleij The following changes since commit 31880c37c11e28cb81c70757e38392b42e695dc6: Linux 3.9-rc6 (2013-04-07 20:49:54 -0700) are available in the git repository at:

Re: [PATCH documentation 2/2] kthread: Document ways of reducing OS jitter due to per-CPU kthreads

On 04/11/2013 09:05 AM, Paul E. McKenney wrote: From: "Paul E. McKenney" The Linux kernel uses a number of per-CPU kthreads, any of which might contribute to OS jitter at any time. The usual approach to normal kthreads, namely to affinity them to a "housekeeping" CPU, does not ugh.

Re: [PATCH] tcp: incoming connections might use wrong route under synflood

From: Dmitry Popov Date: Thu, 11 Apr 2013 11:46:00 +0400 > There is a bug in cookie_v4_check (net/ipv4/syncookies.c): > flowi4_init_output(, 0, sk->sk_mark, RT_CONN_FLAGS(sk), > RT_SCOPE_UNIVERSE, IPPROTO_TCP, > inet_sk_flowi_flags(sk), >

Re: [PATCH v2] net: mv643xx_eth: use managed devm_kzalloc

From: Sebastian Hesselbarth Date: Thu, 11 Apr 2013 08:53:19 +0200 > On 04/11/2013 05:39 AM, David Miller wrote: >> From: Sebastian Hesselbarth >> Date: Wed, 10 Apr 2013 22:42:07 +0200 >> >>> This patch moves shared private data kzalloc to managed devm_kzalloc >>> and >>> cleans now unneccessary

Re: [PATCH 4/4] nohz: New option to force all CPUs in full dynticks range

On Thu, Apr 11, 2013 at 07:04:23PM +0200, Frederic Weisbecker wrote: > On Thu, Apr 11, 2013 at 04:41:07PM +, Christoph Lameter wrote: > > On Thu, 11 Apr 2013, Frederic Weisbecker wrote: > > > > > If there is no performance issue with that I'm all for it. > > > > Or have a > > > >

Re: [PATCH documentation 1/2] nohz1: Add documentation.

+2. Many architectures will place dyntick-idle CPUs into deep sleep + states, which further degrades from-idle transition latencies. + I think this part should just be deleted. On x86, the deeper idle states are even used with non-tickless system (the break even times are quite a bit

RE: [PATCH 02/10] staging: zcache: remove zcache_freeze

> From: Wanpeng Li [mailto:liw...@linux.vnet.ibm.com] > Subject: [PATCH 02/10] staging: zcache: remove zcache_freeze > > The default value of zcache_freeze is false and it won't be modified by > other codes. Remove zcache_freeze since no routine can disable zcache > during system running. > >

Re: [PATCH] net: mv643xx_eth: Add GRO support

On Thu, Apr 11, 2013 at 06:59:11PM +0200, Sebastian Hesselbarth wrote: > On Thu, Apr 11, 2013 at 5:32 PM, Willy Tarreau wrote: > > On Thu, Apr 11, 2013 at 05:27:03PM +0200, Sebastian Hesselbarth wrote: > >> I don't have a strong opinion on whether Soeren's or your proposal should > >> be

[GIT PULL] ASoC updates for v3.9-rc6

The following changes since commit 31880c37c11e28cb81c70757e38392b42e695dc6: Linux 3.9-rc6 (2013-04-07 20:49:54 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git tags/asoc-v3.9-rc6 for you to fetch changes up to

Re: [PATCH 4/5] break up slow_virt_to_phys()

On Thu, Apr 11, 2013 at 09:28:59AM -0700, Dave Hansen wrote: > It's harsh for the cases where __pa()'s result never gets used > directly, like for checking against 'high_memory'. If it gets used > (like in /dev/mem's case) the kernel really is doing something it does > not intend to do. It's

[PATCH 1/2] mfd: wm8994: Add device ID data to WM8994 OF device IDs

We can actually read this back from the device but we use this when registered using standard I2C board data registration so make sure it's there for OF too. Signed-off-by: Mark Brown Tested-by: Sylwester Nawrocki --- drivers/mfd/wm8994-core.c |6 +++--- 1 file changed, 3 insertions(+), 3

[PATCH 2/2] mfd: wm8994: Add some OF properties

Add properties for some of the more important bits of platform data and fill out the binding document. Not all of the current platform data is suitable for the sort of fixed configuration that is done using DT, some of it should have runtime mechanisms added instead and some is unlikely to ever

Re: [PATCH 2/2] mfd: wm8994: Add some OF properties

On Thu, Apr 11, 2013 at 07:06:53PM +0200, Sylwester Nawrocki wrote: > Couple cosmetics remarks below, just in case you happen to resend the patch > for some other reason. Thanks, I've rolled those in and will resend just now. signature.asc Description: Digital signature

Re: [PATCH 1/3] cputime_nsecs: use math64.h for nsec resolution conversion helpers

On Wed, Mar 20, 2013 at 04:34:25PM -0700, Kevin Hilman wrote: > For the nsec resolution conversions to be useable on non 64-bit > architectures, the helpers in need to be used so the > right arch-specific 64-bit math helpers can be used (e.g. do_div()) > > Cc: Frederic Weisbecker >

Re: [PATCH documentation 1/2] nohz1: Add documentation.

On Thu, Apr 11, 2013 at 09:48:45AM -0700, Randy Dunlap wrote: > On 04/11/2013 09:05 AM, Paul E. McKenney wrote: > >From: "Paul E. McKenney" > > > >Signed-off-by: Paul E. McKenney > >Cc: Frederic Weisbecker > >Cc: Steven Rostedt > >Cc: Borislav Petkov > >Cc: Arjan van de Ven > >Cc: Kevin

Re: [PATCH 18/30] ASoC: samsung: move plat/ headers to local directory

On Thursday 11 April 2013, Mark Brown wrote: > On Thu, Apr 11, 2013 at 02:05:00AM +0200, Arnd Bergmann wrote: > > The plat/iis.h and plat/ac97.h files in the samsung platform are > > only needed by the ASoC drivers, so they can be moved into the > > same directory, as one more step towards a

Re: [PATCH 2/2] mfd: wm8994: Add some OF properties

On 04/11/2013 06:37 PM, Mark Brown wrote: > Add properties for some of the more important bits of platform data and > fill out the binding document. > > Not all of the current platform data is suitable for the sort of fixed > configuration that is done using DT, some of it should have runtime >

Re: [PATCH 2/3] kernel/SRCU: provide a static initializer

* Lai Jiangshan | 2013-04-09 09:09:56 [+0800]: >If the percpu array can be defined in __SRCU_STRUCT_INIT(), >I'm happy to expose it. but it is not currently. I have no idea how to achieve this. >Why crypto can't use boot time initialization? It would require something like this: ---

Re: [PATCH 4/4] nohz: New option to force all CPUs in full dynticks range

On Thu, Apr 11, 2013 at 04:41:07PM +, Christoph Lameter wrote: > On Thu, 11 Apr 2013, Frederic Weisbecker wrote: > > > If there is no performance issue with that I'm all for it. > > Or have a > > CONFIG_LOWLATENCY > > that boots up a kernel with the proper configuration? It may be too

Re: Excessive stall times on ext4 in 3.9-rc2

On Wed, Apr 10, 2013 at 09:12:45AM -0400, Theodore Ts'o wrote: > On Wed, Apr 10, 2013 at 11:56:08AM +0100, Mel Gorman wrote: > > During major activity there is likely to be "good" behaviour > > with stalls roughly every 30 seconds roughly corresponding to > > dirty_expire_centiseconds. As you'd

Re: [PATCH] net: mv643xx_eth: Add GRO support

On Thu, Apr 11, 2013 at 5:32 PM, Willy Tarreau wrote: > On Thu, Apr 11, 2013 at 05:27:03PM +0200, Sebastian Hesselbarth wrote: >> I don't have a strong opinion on whether Soeren's or your proposal should >> be submitted. But I insist on having one of them in, as GRO significantly >> improves the

Re: [PATCH] regulator: wm8994: Use GPIO parsed from DT when registering regulators

On Thu, Apr 11, 2013 at 06:36:57PM +0200, Sylwester Nawrocki wrote: > Ensure the regulators are registered with a GPIO parsed from the device > tree when available. Applied, thanks. Should be done more elegantly but I can't think of something obvious right now. Thanks for testing.

Re: [PATCH 25/26] arm: Don't use create_proc_read_entry() [RFC]

* David Howells [130411 09:50]: > Tony Lindgren wrote: > > > Looks like the mach-omap1/pm.c part we can make into > > a debugfs entry as it only contains PM debug data. But > > that we can do after this patch. > > If you have a patch to do that, I can substitute it for this one. Sure will do.

Re: [PATCH v5 1/3] of/pci: Unify pci_process_bridge_OF_ranges from Microblaze and PowerPC

On Wed, Apr 10, 2013 at 11:30 PM, Thomas Petazzoni wrote: > Ben, Michal, could you review/test this patch from Andrew Murray? I > need it as a dependency of "[PATCH v5 2/3] of/pci: Provide support for > parsing PCI DT ranges property", which itself is used by the Marvell > PCIe driver I'm hoping

Re: [PATCH 29/30] spi: s3c64xx: move to generic dmaengine API

On Thu, Apr 11, 2013 at 02:05:11AM +0200, Arnd Bergmann wrote: > The spi-s3c64xx uses a Samsung proprietary interface for > talking to the DMA engine, which does not work with > multiplatform kernels. This doesn't apply against my spi-next, can you please check and resend? signature.asc

Re: license of string_helpers module

On Thu, 2013-04-11 at 16:43 +, Shevchenko, Andriy wrote: > Hello, James. > > Could you please share what is the License applied to the > lib/string_helpers.c module which you wrote on 2008? Um, it's in the kernel, so it follows the licence of the COPYING file, so GPLv2 only. > Shall we

Re: [PATCH v6 0/3] of/pci: Provide common support for PCI DT parsing

On Thu, Apr 11, 2013 at 5:26 PM, Andrew Murray wrote: > This patchset factors out duplicated code associated with parsing PCI > DT "ranges" properties across the architectures and introduces a > "ranges" parser. This parser "of_pci_range_parser" can be used directly > by ARM host bridge drivers

Re: [PATCH 4/4] nohz: New option to force all CPUs in full dynticks range

On Thu, 11 Apr 2013, Frederic Weisbecker wrote: > If there is no performance issue with that I'm all for it. Or have a CONFIG_LOWLATENCY that boots up a kernel with the proper configuration? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH] driver core: add uid and gid to devtmpfs

Greg KH writes: > On Thu, Apr 11, 2013 at 08:56:06AM -0700, Greg KH wrote: >> Again, thanks for the review, I'll go enable namespaces in my test >> kernel and fix up the fallout. > > Here's the fixup patch, Eric, does it look correct to you? That looks reasonable to me. Eric -- To unsubscribe

[PATCH] x86: fixmap: remove FIX_CYCLONE_TIMER

The last users of FIX_CYCLONE_TIMER were removed in v2.6.18. We can remove this unneeded constant. Signed-off-by: Paul Bolle --- See commit 61743fe445213b87fb55a389c8d073785323ca3e ("[...] Time: i386 Conversion - part 4: Remove Old timer_opts Code"). arch/x86/include/asm/fixmap.h | 3 --- 1

Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.

On Thu, 11 Apr 2013, Steven Rostedt wrote: > I was wondering if you made any more forward progress with with patch > yet. When it goes into mainline, I'd like to backport it to the -rt > stable trees, and will probably make it enabled by default when > PREEMPT_RT is enabled. Sorry I did not get

Re: [PATCH 22/30] ASoC: samsung/idma: export idma_reg_addr_init

On Thu, Apr 11, 2013 at 02:05:04AM +0200, Arnd Bergmann wrote: > The idma_reg_addr_init function is used by the samsung i2s driver, > which can be a loadable module, so we have to export this function. Applied, thanks. signature.asc Description: Digital signature

Re: [PATCH 21/30] ASoC: samsung/i2s: fix module_device_table

On Thu, Apr 11, 2013 at 02:05:03AM +0200, Arnd Bergmann wrote: > The second argument to the module_device_table macro must be the > name of the device id array. In the samsung i2s driver, there > was a small typo, resulting in a build error when building it > as a loadable module. Applied,

Re: [PATCH documentation 1/2] nohz1: Add documentation.

On 04/11/2013 09:05 AM, Paul E. McKenney wrote: From: "Paul E. McKenney" Signed-off-by: Paul E. McKenney Cc: Frederic Weisbecker Cc: Steven Rostedt Cc: Borislav Petkov Cc: Arjan van de Ven Cc: Kevin Hilman Cc: Christoph Lameter --- Documentation/timers/NO_HZ.txt | 245

Re: [PATCH 19/30] ASoC: samsung: use irq resource for idma

On Thu, Apr 11, 2013 at 02:05:01AM +0200, Arnd Bergmann wrote: > With multiplatform kernels, we cannot use hardwired IRQ > numbers in device drivers. This changes the idma driver > to use a proper resource, like all other drivers do. Applied, thanks. signature.asc Description: Digital signature

Re: [PATCH 18/30] ASoC: samsung: move plat/ headers to local directory

On Thu, Apr 11, 2013 at 02:05:00AM +0200, Arnd Bergmann wrote: > The plat/iis.h and plat/ac97.h files in the samsung platform are > only needed by the ASoC drivers, so they can be moved into the > same directory, as one more step towards a multiplatform build. This doesn't apply to my

Re: [PATCH 30/33] sched: Debug nohz rq clock

On Wed, Mar 20, 2013 at 04:23:34PM -0700, Kevin Hilman wrote: > Hi Frederic, > > On 01/07/2013 06:08 PM, Frederic Weisbecker wrote: > > The runqueue clock is supposed to be periodically updated by the > > tick. On full dynticks CPU we call update_nohz_rq_clock() before > > reading it. Now the

Re: [PATCH 25/26] arm: Don't use create_proc_read_entry() [RFC]

Tony Lindgren wrote: > Looks like the mach-omap1/pm.c part we can make into > a debugfs entry as it only contains PM debug data. But > that we can do after this patch. If you have a patch to do that, I can substitute it for this one. David -- To unsubscribe from this list: send the line

Re: [ 00/64] 3.8.7-stable review

On Thu, Apr 11, 2013 at 10:30:22AM -0600, Shuah Khan wrote: > On Wed, Apr 10, 2013 at 4:45 PM, Greg Kroah-Hartman > wrote: > > This is the start of the stable review cycle for the 3.8.7 release. > > There are 64 patches in this series, all will be posted as a response > > to this one. If anyone

[GIT PULL] regmap update for v3.9

The following changes since commit 31880c37c11e28cb81c70757e38392b42e695dc6: Linux 3.9-rc6 (2013-04-07 20:49:54 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git tags/regmap-v3.9-rc6 for you to fetch changes up to

Re: [PATCH 1/2] regulator: ab8500-ext: Make the return type of ab8500_ext_regulator_exit() void

On Thu, Apr 11, 2013 at 12:04:18PM +0800, Axel Lin wrote: > ab8500_ext_regulator_exit() never fails. Applied both, thanks. signature.asc Description: Digital signature

Re: [PATCH] driver core: add uid and gid to devtmpfs

On Thu, Apr 11, 2013 at 08:56:06AM -0700, Greg KH wrote: > Again, thanks for the review, I'll go enable namespaces in my test > kernel and fix up the fallout. Here's the fixup patch, Eric, does it look correct to you? thanks, greg k-h diff --git a/block/genhd.c b/block/genhd.c index

license of string_helpers module

Hello, James. Could you please share what is the License applied to the lib/string_helpers.c module which you wrote on 2008? Shall we update top of the file to be clear on it in future? -- Andy Shevchenko Intel Finland Oy -

Re: [fuse-devel] [PATCH v2 0/6] fuse: process direct IO asynchronously

Hi, 04/11/2013 08:07 PM, Miklos Szeredi пишет: Hi Maxim, On Thu, Apr 11, 2013 at 1:22 PM, Maxim V. Patlasov wrote: Hi Miklos, Any feedback would be highly appreciated. What is the order of all these patchsets with regards to each other? They are logically independent, so I formed them to

Re: [PATCH] driver core: add uid and gid to devtmpfs

Greg KH writes: > On Wed, Apr 10, 2013 at 09:10:12PM -0700, Eric W. Biederman wrote: >> Still it approaches being twisted to have files like >> /sys/class/net/eth0/uevent that anyone can read that will only return >> values in the initial user namespace. > > Side note, I don't think that

Re: [PATCH v3 2/3] resource: Add release_mem_region_adjustable()

On Wed, 2013-04-10 at 15:24 -0700, Andrew Morton wrote: > On Wed, 10 Apr 2013 15:08:29 -0700 (PDT) David Rientjes > wrote: > > > On Wed, 10 Apr 2013, Toshi Kani wrote: > > > > > > I'll switch it to GFP_ATOMIC. Which is horridly lame but the > > > > allocation is small and alternatives are

Re: [RESEND][PATCH 3/3] regulator: twl: Remove TWL6030_FIXED_RESOURCE

On Thu, Apr 11, 2013 at 11:20:50PM +0800, Axel Lin wrote: > TWL6030_FIXED_RESOURCE is not used now, remove it. > > TWL6030_FIXED_RESOURCE is not used since commit e76ab829cc > "regulator: twl: Remove references to the twl4030 regulator" > > twl6030_fixed_resource is removed by commit 029dd3cef >

[PATCH] mmc: dw_mmc: exynos: Turn SDIO interrupts on

The mmc part in exynos supports SDIO interrupts and they work fine, so turn the capability on. With this I see download speeds increase about 10x. This is a port of a change present in the Chrome OS tree that can be found at . Signed-off-by: Doug

[PATCH 2/2] mfd: wm8994: Add some OF properties

Add properties for some of the more important bits of platform data and fill out the binding document. Not all of the current platform data is suitable for the sort of fixed configuration that is done using DT, some of it should have runtime mechanisms added instead and some is unlikely to ever

[PATCH] regulator: wm8994: Use GPIO parsed from DT when registering regulators

Ensure the regulators are registered with a GPIO parsed from the device tree when available. Signed-off-by: Sylwester Nawrocki --- drivers/regulator/wm8994-regulator.c |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/regulator/wm8994-regulator.c

[PATCH 1/2] mfd: wm8994: Add device ID data to WM8994 OF device IDs

We can actually read this back from the device but we use this when registered using standard I2C board data registration so make sure it's there for OF too. Signed-off-by: Mark Brown Tested-by: Sylwester Nawrocki --- drivers/mfd/wm8994-core.c |6 +++--- 1 file changed, 3 insertions(+), 3

Re: [PATCH] net: usb: active URB submitted multiple times

On Thu, 2013-04-11 at 10:09 +0300, Petko Manolov wrote: > From: Petko Manolov > > (For inclusion in 3.10, diff against latest net-next.) Your mail client replaced tabs with spaces. Make sure when adding the patch to the mail, you choose the "preformatted" option or whatever the client has to

Re: [PATCH] driver core: add uid and gid to devtmpfs

Greg KH writes: > On Wed, Apr 10, 2013 at 09:10:12PM -0700, Eric W. Biederman wrote: >> Greg KH writes: >> >> > From: Kay Sievers >> > >> > Some drivers want to tell userspace what uid and gid should be used for >> > their device nodes, so allow that information to percolate through the >> >

Re: [ 00/64] 3.8.7-stable review

On Wed, Apr 10, 2013 at 4:45 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.8.7 release. > There are 64 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > >

Re: [ 00/29] 3.4.40-stable review

On Wed, Apr 10, 2013 at 4:49 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.4.40 release. > There are 29 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > >

Re: [ 00/19] 3.0.73-stable review

On Wed, Apr 10, 2013 at 4:50 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.0.73 release. > There are 19 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > >

Re: [PATCH 4/5] break up slow_virt_to_phys()

On 04/11/2013 05:29 AM, Borislav Petkov wrote: > On Wed, Apr 10, 2013 at 04:32:54PM -0700, Dave Hansen wrote: >> +phys_addr_t slow_virt_to_phys(void *virt_addr) >> +{ >> +phys_addr_t result; >> +int ret; >> + >> +ret = kernel_lookup_vaddr(virt_addr, ); >> +BUG_ON(ret); > > Isn't

Re: [PATCH] clk: Add device tree binding to clk-fixed-factor

On 04/11/2013 11:19 AM, Christian Ruppert wrote: > Hi Gregory, > > Since there doesn't seem to be anyone opposing this feature I just > checked your patch and after adding the CLK_OF_DECLARE macro in the end > it works well for us. Tell me if you would like to rebase and resubmit > your patch or

Re: [PATCH 3/3] convert headers_install.pl to headers_install.sh

On 04/09/2013 05:52:32 AM, Michal Marek wrote: On 28.2.2013 09:19, Michal Marek wrote: > On 27.2.2013 06:58, Rob Landley wrote: >> From: Rob Landley >> >> Remove perl from make headers_install by replacing a perl script (doing >> a simple regex search and replace) with a smaller, faster,

Re: [PATCH 2/2] mfd: wm8994: Add some OF properties

On Thu, Apr 11, 2013 at 06:17:32PM +0200, Sylwester Nawrocki wrote: > Anyway it worked pretty well! Just needed to add patches for the regulator > you pointed out and that small patch: Ah, great - just redoing the bindings just now for your other comments, hopefully I won't break anything in the

Re: [PATCH] driver core: add uid and gid to devtmpfs

On Wed, Apr 10, 2013 at 09:10:12PM -0700, Eric W. Biederman wrote: > Still it approaches being twisted to have files like > /sys/class/net/eth0/uevent that anyone can read that will only return > values in the initial user namespace. Side note, I don't think that ethernet network devices have

Re: Kexec couldn't reboot capture kernel on pandaboard ES with OMAP4460

On 04/10/2013 10:46 PM, Li Haifeng wrote: > 2013/4/10 Stephen Warren : >> On 04/10/2013 03:35 AM, Li Haifeng wrote: >>> Hi, everyone. >>> >>> Recently, I try to run kdump on pandaboard ES with omap4460. After >>> load capture kernel by "kexec -l" and execute "kexec -e", the serial >>> port output

Re: [PATCH 2/2] mfd: wm8994: Add some OF properties

On 04/11/2013 04:21 PM, Mark Brown wrote: > On Thu, Apr 11, 2013 at 03:38:20PM +0200, Sylwester Nawrocki wrote: >> On 04/10/2013 04:39 PM, Mark Brown wrote: > >>> Untested at present. > >> I've tested it with wm1811 codec and found a few issues/things that are >> a bit confusing to me. > >

Re: [PATCH 4/4] nohz: New option to force all CPUs in full dynticks range

On Thu, Apr 11, 2013 at 05:53:53PM +0200, Frederic Weisbecker wrote: > On Thu, Apr 11, 2013 at 08:37:21AM -0700, Paul E. McKenney wrote: > > On Thu, Apr 11, 2013 at 05:19:59PM +0200, Frederic Weisbecker wrote: > > > On Mon, Apr 08, 2013 at 02:57:18PM +, Christoph Lameter wrote: > > > > I think

[PATCH documentation 0/2] OS-jitter documentation

Hello! This is v2 of the OS-jitter-reduction documentation. Changes from v1 (https://lkml.org/lkml/2013/3/18/462): o Updated the nohz1 patch based on feedback from Frederic Weisbecker, Steven Rostedt, Borislav Petkov, Arjan van de Ven, Kevin Hilman, and Christoph Lameter.

Re: [PATCH] net: mv643xx_eth: Add GRO support

On Thu, 2013-04-11 at 18:02 +0200, Willy Tarreau wrote: > OK, that makes sense indeed, I didn't think about this case. All > I remember was that the old call achieved a higher packet rate > than napi_gro_receive, but it was on an older kernel and I can't > be more specifics after several months

[PATCH documentation 2/2] kthread: Document ways of reducing OS jitter due to per-CPU kthreads

From: "Paul E. McKenney" The Linux kernel uses a number of per-CPU kthreads, any of which might contribute to OS jitter at any time. The usual approach to normal kthreads, namely to affinity them to a "housekeeping" CPU, does not work with these kthreads because they cannot operate correctly if

Re: [PATCH] driver core: add uid and gid to devtmpfs

On Tue, Apr 09, 2013 at 10:11:55AM -0500, Rob Landley wrote: > > Or do you think it will simply never cause a problem, so there's no > need to worry? Based on the limited number of drivers that will be using this interface, I don't think there's any need to worry. But I will be glad to revisit

[PATCH documentation 1/2] nohz1: Add documentation.

From: "Paul E. McKenney" Signed-off-by: Paul E. McKenney Cc: Frederic Weisbecker Cc: Steven Rostedt Cc: Borislav Petkov Cc: Arjan van de Ven Cc: Kevin Hilman Cc: Christoph Lameter --- Documentation/timers/NO_HZ.txt | 245 + 1 file changed, 245

Re: [fuse-devel] [PATCH v2 0/6] fuse: process direct IO asynchronously

Hi Maxim, On Thu, Apr 11, 2013 at 1:22 PM, Maxim V. Patlasov wrote: > Hi Miklos, > > Any feedback would be highly appreciated. What is the order of all these patchsets with regards to each other? Thanks, Miklos -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.

On Thu, 2013-03-28 at 17:30 +, Christoph Lameter wrote: > This patch requires the earlier bug fix. > > > Subject: slub: Make cpu partial slab support configurable > > cpu partial support can introduce level of indeterminism that is not wanted > in certain context (like a realtime kernel).

Re: [PATCH] net: mv643xx_eth: Add GRO support

On Thu, Apr 11, 2013 at 08:54:35AM -0700, Eric Dumazet wrote: > On Thu, 2013-04-11 at 17:32 +0200, Willy Tarreau wrote: > > On Thu, Apr 11, 2013 at 05:27:03PM +0200, Sebastian Hesselbarth wrote: > > > I don't have a strong opinion on whether Soeren's or your proposal should > > > be submitted. But

Re: [PATCH] driver core: add uid and gid to devtmpfs

On Thu, Apr 11, 2013 at 08:56:06AM -0700, Greg KH wrote: > > > + newattrs.ia_uid = uid; > > > + newattrs.ia_gid = gid; > > This doesn't even compile because the types are wrong. > > Yes, this has been fixed. But note, it only fails the build if > namespaces are enabled, and given

Re: [PATCH] driver core: add uid and gid to devtmpfs

On Wed, Apr 10, 2013 at 09:10:12PM -0700, Eric W. Biederman wrote: > Greg KH writes: > > > From: Kay Sievers > > > > Some drivers want to tell userspace what uid and gid should be used for > > their device nodes, so allow that information to percolate through the > > driver core to userspace in

Re: [PATCH v2 0/5] ARM: at91: fix hanged boot

On Mon, Mar 11, 2013 at 07:07:54PM +0100, Johan Hovold wrote: > These patches fix a few severe issues affecting most AT91 SOCs where > boot can hang after a non-general reset, and where the only way to get > the system booting again is to do a general reset -- something which > could require

Re: [PATCH] net: mv643xx_eth: Add GRO support

On Thu, 2013-04-11 at 14:40 +0200, Sebastian Hesselbarth wrote: > This patch adds GRO support to mv643xx_eth by making it invoke > napi_gro_receive instead of netif_receive_skb. > > Signed-off-by: Soeren Moch > Signed-off-by: Sebastian Hesselbarth > --- > Cc: "David S. Miller" > Cc: Lennert

Re: [PATCH] net: mv643xx_eth: Add GRO support

On Thu, 2013-04-11 at 17:32 +0200, Willy Tarreau wrote: > On Thu, Apr 11, 2013 at 05:27:03PM +0200, Sebastian Hesselbarth wrote: > > I don't have a strong opinion on whether Soeren's or your proposal should > > be submitted. But I insist on having one of them in, as GRO significantly > > improves

Re: [PATCH 4/4] nohz: New option to force all CPUs in full dynticks range

On Thu, Apr 11, 2013 at 08:37:21AM -0700, Paul E. McKenney wrote: > On Thu, Apr 11, 2013 at 05:19:59PM +0200, Frederic Weisbecker wrote: > > On Mon, Apr 08, 2013 at 02:57:18PM +, Christoph Lameter wrote: > > > I think we could simplify things quite a bit if we either > > > > > > 1. Add any

Re: [PATCH 25/26] arm: Don't use create_proc_read_entry() [RFC]

* David Howells [130411 06:35]: > Don't use create_proc_read_entry() as that is deprecated, but rather use > proc_create_data() and seq_file instead. > > Signed-off-by: David Howells > cc: Russell King > cc: Kevin Hilman Looks like the mach-omap1/pm.c part we can make into a debugfs entry as

Re: [tip:x86/urgent] x86, mm: Patch out arch_flush_lazy_mmu_mode() when running on bare metal

I am sorry for top posting. Haven't figured out how to reply inline in the Android email client. Boris, could you repost it please? If I recall correctly the only question on that patch was whether to put sta...@vger.kernel.org on it and it was decided (by Greg) that was OK. It is not an

Re: [PATCH 20/30] ASoC: samsung: convert to dmaengine API

On Thu, Apr 11, 2013 at 04:47:17PM +0200, Arnd Bergmann wrote: > Can you have a look at the other three ASoC patches in the series? I think > it would still be useful to merge them. Yeah, they looked fine - just waiting for me to do a patch run. Should get to it shortly. signature.asc

Re: [PATCH 4/4] nohz: New option to force all CPUs in full dynticks range

On Thu, Apr 11, 2013 at 05:19:59PM +0200, Frederic Weisbecker wrote: > On Mon, Apr 08, 2013 at 02:57:18PM +, Christoph Lameter wrote: > > I think we could simplify things quite a bit if we either > > > > 1. Add any cpus specified with nohz_full/extended=xxx to > > rcu_nocb. No check is then

Re: [PATCH] module: add kset_obj_exists() and use it

On Thu, Apr 11, 2013 at 08:20:03AM -0700, Greg KH wrote: On Thu, Apr 11, 2013 at 03:53:40PM +0200, Veaceslav Falico wrote: On Thu, Apr 11, 2013 at 06:28:31AM -0700, Greg KH wrote: >On Thu, Apr 11, 2013 at 11:55:37AM +0200, Veaceslav Falico wrote: ... In both examples we don't look at that

Re: [tip:sched/core] sched: Lower chances of cputime scaling overflow

On Thu, Apr 11, 2013 at 6:45 AM, Peter Zijlstra wrote: > On Tue, 2013-03-26 at 15:01 +0100, Stanislaw Gruszka wrote: >> Thoughts? > > Would something like the below work? Ugh, this is hard to think about, it's also fairly inefficient. > static cputime_t scale_stime(u64 stime, u64 rtime, u64

Re: [PATCH] mfd: tps65090: Add compatible string for charger subnode

On 4/10/2013 6:17 PM, Samuel Ortiz wrote: > Hi Rhyland, > > On Wed, Apr 10, 2013 at 01:14:55PM -0400, Rhyland Klein wrote: >> This patch adds the of_compatible value for the tps65090 charger >> subnode used when loading the driver to find its properties >> and of_node. >> >> Signed-off-by:

Re: [PATCH 1/3] posix-timers: Correctly get dying task time sample in posix_cpu_timer_schedule()

On 2013年04月11日 23:26, Frederic Weisbecker wrote: > Bug reporters simply deserve to be credited, no sorting is required ;) > thank God. >> > >> > next, I should continue to try to find another issues about kernel. > I encourage you to do so :) I will continue. :-) -- Chen Gang

Re: [PATCH] net: mv643xx_eth: Add GRO support

On Thu, Apr 11, 2013 at 05:27:03PM +0200, Sebastian Hesselbarth wrote: > I don't have a strong opinion on whether Soeren's or your proposal should > be submitted. But I insist on having one of them in, as GRO significantly > improves the common use case, is enabled by default, and not as >

[PATCH v6 2/3] of/pci: Provide support for parsing PCI DT ranges property

This patch factors out common implementation patterns to reduce overall kernel code and provide a means for host bridge drivers to directly obtain struct resources from the DT's ranges property without relying on architecture specific DT handling. This will make it easier to write archiecture

Re: [PATCH] net: mv643xx_eth: Add GRO support

On Thu, Apr 11, 2013 at 5:03 PM, Willy Tarreau wrote: > On Thu, Apr 11, 2013 at 04:47:49PM +0200, Sebastian Hesselbarth wrote: >> I tried todays net-next on top of 3.9-rc6 without any gro patch, with >> the initial >> patch (Soeren) and your proposed patch (Willy). The results show that >> both

Re: [PATCH 1/3] posix-timers: Correctly get dying task time sample in posix_cpu_timer_schedule()

On Mon, Apr 01, 2013 at 08:07:59AM +0800, Chen Gang wrote: > On 2013年03月30日 21:15, Frederic Weisbecker wrote: > > In order to arm the next timer to schedule, we take a sample of the > > current process or thread cputime. > > > > If the task is dying though, we don't arm anything but we > > cache

[PATCH v6 1/3] of/pci: Unify pci_process_bridge_OF_ranges from Microblaze and PowerPC

The pci_process_bridge_OF_ranges function, used to parse the "ranges" property of a PCI host device, is found in both Microblaze and PowerPC architectures. These implementations are nearly identical. This patch moves this common code to a common place. Signed-off-by: Andrew Murray Signed-off-by:

[PATCH v6 3/3] of/pci: mips: convert to common of_pci_range_parser

This patch converts the pci_load_of_ranges function to use the new common of_pci_range_parser. Signed-off-by: Andrew Murray Signed-off-by: Liviu Dudau Reviewed-by: Rob Herring --- arch/mips/pci/pci.c | 50 -- 1 files changed, 16 insertions(+),

[PATCH v6 0/3] of/pci: Provide common support for PCI DT parsing

This patchset factors out duplicated code associated with parsing PCI DT "ranges" properties across the architectures and introduces a "ranges" parser. This parser "of_pci_range_parser" can be used directly by ARM host bridge drivers enabling them to obtain ranges from device trees. I've included

Re: [RFC Patch 0/2] mm: Add parameters to make kernel behavior at memory error on dirty cache selectable

On Thu, Apr 11, 2013 at 03:49:16PM +0200, Andi Kleen wrote: > > As a result, if the dirty cache includes user data, the data is lost, > > and data corruption occurs if an application uses old data. > > The application cannot use old data, the kernel code kills it if it > would do that. And if

[RESEND][PATCH 3/3] regulator: twl: Remove TWL6030_FIXED_RESOURCE

TWL6030_FIXED_RESOURCE is not used now, remove it. TWL6030_FIXED_RESOURCE is not used since commit e76ab829cc "regulator: twl: Remove references to the twl4030 regulator" twl6030_fixed_resource is removed by commit 029dd3cef "regulator: twl: Remove another unused variable warning".

Re: [RFC 4/4] cputime: remove scaling

On 04/11/2013 01:37 AM, Stanislaw Gruszka wrote: > On Wed, Apr 10, 2013 at 07:29:21AM -0700, H. Peter Anvin wrote: >> I have a patch that does scaling by multiply for 64-bit architectures. I >> probably should clean it up and send it in. I need to see if it fixes this >> problem. >

<    1   2   3   4   5   6   7   8   9   10   >