Re: [PATCH 3/5] watchdog: da9055: use platform_{get,set}_drvdata()

2013-05-26 Thread Wim Van Sebroeck
Hi Jingoo, > Use the wrapper functions for getting and setting the driver data using > platform_device instead of using dev_{get,set}_drvdata() with >dev, > so we can directly pass a struct platform_device. > > Signed-off-by: Jingoo Han > --- > drivers/watchdog/da9055_wdt.c |4 ++-- > 1

Re: [PATCH 2/5] watchdog: da9052: use platform_{get,set}_drvdata()

2013-05-26 Thread Wim Van Sebroeck
Hi Jingoo, > Use the wrapper functions for getting and setting the driver data using > platform_device instead of using dev_{get,set}_drvdata() with >dev, > so we can directly pass a struct platform_device. > > Signed-off-by: Jingoo Han > --- > drivers/watchdog/da9052_wdt.c |4 ++-- > 1

[GIT PULL] amd64_edac fix for 3.10

2013-05-26 Thread Borislav Petkov
Hi Linus, please pull. Thanks. The following changes since commit f722406faae2d073cc1d01063d1123c35425939e: Linux 3.10-rc1 (2013-05-11 17:14:08 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp.git tags/edac_fixes_for_3.10 for you to

Re: [PATCH 1/5] watchdog: cpwd: use platform_{get,set}_drvdata()

2013-05-26 Thread Wim Van Sebroeck
Hi Jingoo, > Use the wrapper functions for getting and setting the driver data using > platform_device instead of using dev_{get,set}_drvdata() with >dev, > so we can directly pass a struct platform_device. > > Signed-off-by: Jingoo Han > --- > drivers/watchdog/cpwd.c |4 ++-- > 1 file

[PATCH v5] media: i2c: tvp514x: add OF support

2013-05-26 Thread Prabhakar Lad
From: Lad, Prabhakar add OF support for the tvp514x driver. Signed-off-by: Lad, Prabhakar Cc: Hans Verkuil Cc: Laurent Pinchart Cc: Mauro Carvalho Chehab Cc: Guennadi Liakhovetski Cc: Sylwester Nawrocki Cc: Sakari Ailus Cc: Grant Likely Cc: Rob Herring Cc: Rob Landley Cc:

[Patch v1] skbuff: Hide GFP_ATOMIC page allocation failures for dropped packets

2013-05-26 Thread atomlin
From: Aaron Tomlin Failed GFP_ATOMIC allocations by the network stack result in dropped packets, which will be received on a subsequent retransmit, and an unnecessary, noisy warning with a kernel backtrace. These warnings are harmless, but they still cause users to panic and file bug reports

Re: [PATCH RESEND 2/2] watchdog: wm831x_wdt: use devm_gpio_request_one()

2013-05-26 Thread Wim Van Sebroeck
Hi Jingoo, > Use devm_gpio_request_one() to make cleanup paths simpler. > Also, GPIOF_DIR_OUT | GPIOF_INIT_LOW is replaced with > GPIOF_OUT_INIT_LOW. > > Signed-off-by: Jingoo Han > --- > drivers/watchdog/wm831x_wdt.c | 17 ++--- > 1 files changed, 6 insertions(+), 11

Re: [PATCH 5/5] watchdog: wm831x: use platform_{get,set}_drvdata()

2013-05-26 Thread Wim Van Sebroeck
Hi Jingoo, > Use the wrapper functions for getting and setting the driver data using > platform_device instead of using dev_{get,set}_drvdata() with >dev, > so we can directly pass a struct platform_device. > > Signed-off-by: Jingoo Han > --- > drivers/watchdog/wm831x_wdt.c |4 ++-- > 1

[PATCH] media: i2c: mt9p031: add OF support

2013-05-26 Thread Prabhakar Lad
From: Lad, Prabhakar add OF support for the mt9p031 sensor driver. Alongside this patch sorts the header inclusion alphabetically. Signed-off-by: Lad, Prabhakar Cc: Hans Verkuil Cc: Laurent Pinchart Cc: Mauro Carvalho Chehab Cc: Guennadi Liakhovetski Cc: Sylwester Nawrocki Cc: Sakari

Re: [patch v2 3/6] mm/memory_hotplug: Disable memory hotremove for 32bit

2013-05-26 Thread KOSAKI Motohiro
On Sun, May 26, 2013 at 8:45 AM, Hush Bensen wrote: > 于 2013/5/26 19:58, KOSAKI Motohiro 写道: > As KOSAKI Motohiro mentioned, memory hotplug don't support 32bit since it was born, >>> >>> Why? any reference? This reasoning is really weak. >> >> I have no seen any highmem support in

Re: [PATCH RESEND 1/2] watchdog: mtx1-wdt: use devm_gpio_request_one()

2013-05-26 Thread Wim Van Sebroeck
Hi Jingoo, > Use devm_gpio_request_one() to make cleanup paths simpler. > > Signed-off-by: Jingoo Han > --- > drivers/watchdog/mtx-1_wdt.c |3 +-- > 1 files changed, 1 insertions(+), 2 deletions(-) > Patch added to linux-watchdog-next. Kind regards, Wim. -- To unsubscribe from this

[PATCH 1/2] clocksource: dw_apb: remove unused header

2013-05-26 Thread Baruch Siach
The time.h header seems not to be used by current code. Removing this include allows the driver to build on other architecture that do not have this header. Cc: Ingo Molnar Cc: Peter Zijlstra Cc: John Stultz Cc: Thomas Gleixner Cc: Jamie Iles Cc: Dinh Nguyen Signed-off-by: Baruch Siach ---

[RFC PATCH 2/2] clocksource: dw_apb: allow build for architectures other than arm

2013-05-26 Thread Baruch Siach
ARM is the only architecture providing sched_clock.h and setup_sched_clock(). Implement sched_clock() for use by other architectures. Cc: Ingo Molnar Cc: Peter Zijlstra Cc: John Stultz Cc: Thomas Gleixner Cc: Jamie Iles Cc: Dinh Nguyen Signed-off-by: Baruch Siach --- arch/arm/Kconfig

Re: [PATCH v4] media: i2c: tvp514x: add OF support

2013-05-26 Thread Prabhakar Lad
Hi All, On Sun, May 26, 2013 at 6:10 PM, Prabhakar Lad wrote: > From: Lad, Prabhakar > > add OF support for the tvp514x driver. > > Signed-off-by: Lad, Prabhakar > Cc: Hans Verkuil > Cc: Laurent Pinchart > Cc: Mauro Carvalho Chehab > Cc: Guennadi Liakhovetski > Cc: Sylwester Nawrocki >

Re: [patch v2 3/6] mm/memory_hotplug: Disable memory hotremove for 32bit

2013-05-26 Thread Hush Bensen
于 2013/5/26 19:58, KOSAKI Motohiro 写道: As KOSAKI Motohiro mentioned, memory hotplug don't support 32bit since it was born, Why? any reference? This reasoning is really weak. I have no seen any highmem support in memory hotplug code and I don't think this patch fixes all 32bit highmem issue. If

[PATCH v4] media: i2c: tvp514x: add OF support

2013-05-26 Thread Prabhakar Lad
From: Lad, Prabhakar add OF support for the tvp514x driver. Signed-off-by: Lad, Prabhakar Cc: Hans Verkuil Cc: Laurent Pinchart Cc: Mauro Carvalho Chehab Cc: Guennadi Liakhovetski Cc: Sylwester Nawrocki Cc: Sakari Ailus Cc: Grant Likely Cc: Rob Herring Cc: Rob Landley Cc:

[PATCH v3 9/9] media: davinci: vpif_display: Convert to devm_* api

2013-05-26 Thread Prabhakar Lad
From: Lad, Prabhakar use devm_request_irq() instead of request_irq(). This ensures more consistent error values and simplifies error paths. Signed-off-by: Lad, Prabhakar --- drivers/media/platform/davinci/vpif_display.c | 35 ++-- 1 files changed, 9 insertions(+), 26

[PATCH v3 8/9] media: davinci: vpif_display: use module_platform_driver()

2013-05-26 Thread Prabhakar Lad
From: Lad, Prabhakar This patch uses module_platform_driver() to simplify the code. Signed-off-by: Lad, Prabhakar --- drivers/media/platform/davinci/vpif_display.c | 18 +- 1 files changed, 1 insertions(+), 17 deletions(-) diff --git

Re: Stupid VFS name lookup interface..

2013-05-26 Thread Theodore Ts'o
On Sat, May 25, 2013 at 11:33:46AM -0700, Casey Schaufler wrote: > Now I'll put on my Smack maintainer hat. Performance improvement is > always welcome, but I would rather see attention to performance of > the LSM architecture than SELinux specific hacks. The LSM blob > pointer scheme is there so

[PATCH v3 7/9] media: davinci: vpif_display: move the freeing of irq and global variables to remove()

2013-05-26 Thread Prabhakar Lad
From: Lad, Prabhakar Ideally the freeing of irq's and the global variables needs to be done in the remove() rather than module_exit(), this patch moves the freeing up of irq's and freeing the memory allocated to channel objects to remove() callback of struct platform_driver. Signed-off-by: Lad,

[PATCH v3 6/9] media: davinci: vpif_capture: Convert to devm_* api

2013-05-26 Thread Prabhakar Lad
From: Lad, Prabhakar use devm_request_irq() instead of request_irq(). This ensures more consistent error values and simplifies error paths. Signed-off-by: Lad, Prabhakar --- drivers/media/platform/davinci/vpif_capture.c | 38 - 1 files changed, 12 insertions(+), 26

[PATCH v3 5/9] media: davinci: vpif_capture: use module_platform_driver()

2013-05-26 Thread Prabhakar Lad
From: Lad, Prabhakar This patch uses module_platform_driver() to simplify the code. Signed-off-by: Lad, Prabhakar --- drivers/media/platform/davinci/vpif_capture.c | 28 + 1 files changed, 1 insertions(+), 27 deletions(-) diff --git

[PATCH v3 3/9] media: davinci: vpif: remove unnecessary braces around defines

2013-05-26 Thread Prabhakar Lad
From: Lad, Prabhakar This patch removes unnecessary braces around defines. Signed-off-by: Lad, Prabhakar Acked-by: Laurent Pinchart --- drivers/media/platform/davinci/vpif.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/media/platform/davinci/vpif.c

[PATCH v3 4/9] media: davinci: vpif_capture: move the freeing of irq and global variables to remove()

2013-05-26 Thread Prabhakar Lad
From: Lad, Prabhakar Ideally the freeing of irq's and the global variables needs to be done in the remove() rather than module_exit(), this patch moves the freeing up of irq's and freeing the memory allocated to channel objects to remove() callback of struct platform_driver. Signed-off-by: Lad,

[PATCH v3 2/9] media: davinci: vpif: Convert to devm_* api

2013-05-26 Thread Prabhakar Lad
From: Lad, Prabhakar Use devm_ioremap_resource instead of reques_mem_region()/ioremap(). This ensures more consistent error values and simplifies error paths. Signed-off-by: Lad, Prabhakar Acked-by: Laurent Pinchart --- drivers/media/platform/davinci/vpif.c | 27 ---

[PATCH v3 1/9] media: davinci: vpif: remove unwanted header mach/hardware.h and sort the includes alphabetically

2013-05-26 Thread Prabhakar Lad
From: Lad, Prabhakar This patch removes unwanted header include of mach/hardware.h and along side sorts the header inclusion alphabetically. Signed-off-by: Lad, Prabhakar Acked-by: Laurent Pinchart --- drivers/media/platform/davinci/vpif.c | 10 -- 1 files changed, 4 insertions(+),

[PATCH v3 0/9] media: davinci: vpif trivial cleanup

2013-05-26 Thread Prabhakar Lad
From: Lad, Prabhakar This patch series cleans the VPIF driver, uses devm_* api wherever required and uses module_platform_driver() to simplify the code. This patch series applies on http://git.linuxtv.org/hverkuil/media_tree.git/ shortlog/refs/heads/for-v3.11 and is tested on OMAP-L138.

Re: [patch v2 3/6] mm/memory_hotplug: Disable memory hotremove for 32bit

2013-05-26 Thread KOSAKI Motohiro
>> As KOSAKI Motohiro mentioned, memory hotplug don't support 32bit since >> it was born, > > Why? any reference? This reasoning is really weak. I have no seen any highmem support in memory hotplug code and I don't think this patch fixes all 32bit highmem issue. If anybody are interesting to

Re: [PATCH v3 1/6] mm/memory-hotplug: fix lowmem count overflow when offline pages

2013-05-26 Thread KOSAKI Motohiro
On Sun, May 26, 2013 at 1:58 AM, Wanpeng Li wrote: > Changelog: > v1 -> v2: > * show number of HighTotal before hotremove > * remove CONFIG_HIGHMEM > * cc stable kernels > * add Michal reviewed-by > > Logic memory-remove code fails to correctly account the Total

Re: [PATCH 01/02] swap: discard while swapping only if SWAP_FLAG_DISCARD_PAGES

2013-05-26 Thread KOSAKI Motohiro
> + /* > +* By flagging sys_swapon, a sysadmin can tell us to > +* either do sinle-time area discards only, or to just > +* perform discards for released swap page-clusters. > +*

[PATCH] arch: arm64: kernel: sprintf(), 'str' needs additional 1 byte for failure processing

2013-05-26 Thread Chen Gang
When failure occurs at the last looping cycle (when 'i == 0'), it will print "bad PC value" instead of "(%08x) ", which needs additional 1 byte. If not add 1 byte, the str will not be NUL terminated, and the next printk() will cause issue. Signed-off-by: Chen Gang ---

Re: [PATCH 6/6] drm/tegra: Fix syncpoint increment return code

2013-05-26 Thread Thierry Reding
On Fri, May 17, 2013 at 02:49:48PM +0300, Arto Merilainen wrote: > Add syncpoint increment to return a proper return code based on the > return value from host1x. > > Signed-off-by: Arto Merilainen > --- > drivers/gpu/host1x/drm/drm.c |3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-)

Re: [PATCH 06/10] ipc: Don't allocate a copy larger than max

2013-05-26 Thread Peter Hurley
On 05/25/2013 08:04 AM, Manfred Spraul wrote: Hi Peter, You wrote: When MSG_COPY is set, a duplicate message must be allocated for the copy before locking the queue. However, the copy could not be larger than was sent which is limited to msg_ctlmax. Signed-off-by: Peter Hurley ---

Re: [PATCH 5/6] gpu: host1x: Rework CPU syncpoint increment

2013-05-26 Thread Thierry Reding
On Fri, May 17, 2013 at 02:49:47PM +0300, Arto Merilainen wrote: > This patch merges host1x_syncpt_cpu_incr to host1x_syncpt_incr() as > they are in practise doing the same thing. host1x_syncpt_incr() is also > modified to return error codes. > > Signed-off-by: Arto Merilainen > --- >

Re: [PATCH 4/6] gpu: host1x: Fix client_managed type

2013-05-26 Thread Thierry Reding
On Fri, May 17, 2013 at 02:49:46PM +0300, Arto Merilainen wrote: > client_managed field in syncpoint structure was defined as an > integer. The field holds, however, only a boolean value. This patch > modifies the type to boolean. > > Signed-off-by: Arto Merilainen > --- >

Re: [PATCH 3/6] gpu: host1x: Fix memory access in syncpt request

2013-05-26 Thread Thierry Reding
On Fri, May 17, 2013 at 02:49:45PM +0300, Arto Merilainen wrote: > This patch fixes a bad memory access in syncpoint request code. If > no syncpoints were available, the code accessed unreserved memory > area causing unexpected behaviour. > > Signed-off-by: Arto Merilainen > --- >

Re: [PATCH 2/6] gpu: host1x: Fix syncpoint wait return value

2013-05-26 Thread Thierry Reding
On Fri, May 17, 2013 at 02:49:44PM +0300, Arto Merilainen wrote: > Syncpoint wait returned EAGAIN if it was called with zero timeout. > This patch modifies the function to return ETIMEDOUT. This description is a bit redundant, because it repeats in prose what the code does. I'd rather see a

[PATCH] arch: alpha: kernel: sprintf(), the minimal buffer length is 20 for "0xffffffffffffffff\n"

2013-05-26 Thread Chen Gang
For 'opcode_str' in sprintf(), the maximize length of format "0x%llx\n" is 20 ("0x\n"), so need define 'opcode_str' at least 20 length. Or the big number comes, it will cause issue. Signed-off-by: Chen Gang --- arch/alpha/kernel/err_marvel.c |2 +- 1 files changed, 1

Re: [PATCH 1/6] gpu: host1x: Fixes to host1x firewall

2013-05-26 Thread Thierry Reding
On Fri, May 17, 2013 at 02:49:43PM +0300, Arto Merilainen wrote: > From: Terje Bergstrom > > This patch adds several fixes to host1x firewall: > - Host1x firewall does not survive if it expects a reloc, but user > space didn't pass any relocs. Also it reset the reloc table for > each gather,

Re: RFC: allow empty symlink targets

2013-05-26 Thread Pavel Machek
On Wed 2013-05-15 23:03:35, Al Viro wrote: > On Wed, May 15, 2013 at 01:38:48PM +0100, P??draig Brady wrote: > > >> In today's Austin Group meeting, I was tasked to open a new bug that > > >> would state specifically how the empty symlink is resolved; the intent > > >> is to allow both Solaris

Re: [PATCH 1/2] Initial support for Allwinner's Security ID fuses

2013-05-26 Thread Maxime Ripard
On Sat, May 25, 2013 at 09:25:51PM +0200, Oliver Schinagl wrote: > On 05/25/13 14:22, Maxime Ripard wrote: > >What about: > > > >val = ioread32be(base + (key / 4)); > >val >>= (key % 4) * 8; > >return val & 0xff; > > > >No lookup table, no weird swich statement, and you get the endianness >

Re: [PATCH v2] pwm: renesas-tpu: Add missing pwmchip_remove() call in tpu_remove()

2013-05-26 Thread Thierry Reding
On Sat, May 25, 2013 at 03:42:42PM +0200, Laurent Pinchart wrote: > Hi Thierry, > > On Thursday 23 May 2013 21:12:17 Thierry Reding wrote: > > On Thu, May 23, 2013 at 10:39:34AM +0900, Simon Horman wrote: > > > On Mon, May 20, 2013 at 03:46:59PM +0200, Laurent Pinchart wrote: > > > > Hi Axel, > >

[PATCH 4/4] ipc/sem.c: Rename try_atomic_semop() to perform_atomic_semop(), docu update

2013-05-26 Thread Manfred Spraul
Final cleanup: Some minor points that I noticed while writing the previous 3 patches 1) The name try_atomic_semop() is misleading: The function performs the operation (if it is possible). 2) Some documentation updates. No real code change, a rename and documentation changes. Signed-off-by:

[PATCH 2/4] ipc/sem: seperate wait-for-zero and alter tasks into seperate queues

2013-05-26 Thread Manfred Spraul
Introduce seperate queues for operations that do not modify the semaphore values. Advantages: - Simpler logic in check_restart(). - Faster update_queue(): Right now, all wait-for-zero operations are always tested, even if the semaphore value is not 0. - wait-for-zero gets again priority, as in

[PATCH 3/4] ipc/sem.c: Always use only one queue for alter operations.

2013-05-26 Thread Manfred Spraul
There are two places that can contain alter operations: - the global queue: sma->pending_alter - the per-semaphore queues: sma->sem_base[].pending_alter. Since one of the queues must be processed first, this causes an odd priorization of the wakeups: Right now, complex operations have priority

[PATCH 1/4] ipc/sem.c: Fix missing wakeups in do_smart_update_queue()

2013-05-26 Thread Manfred Spraul
do_smart_update_queue() is called when an operation (semop, semctl(SETVAL), semctl(SETALL), ...) modified the array. It must check which of the sleeping tasks can proceed. do_smart_update_queue() missed a few wakeups: - if a sleeping complex op was completed, then all per-semaphore queues must

[PATCH 0/4] ipc/sem.c: Bug fixes, regression fixes, v3

2013-05-26 Thread Manfred Spraul
I've split my patch into 4 parts: - 1: Fix-missing-wakeups-in-do_smart_update - 2: seperate-wait-for-zero-and-alter-tasks - 3: Always-use-only-one-queue-for-alter-operations - 4: Rename-try_atomic_semop-to-perform_atomic Linus: - Patch 1 should be merged immediately: It fixes bugs, the current

Re: [patch v2 3/6] mm/memory_hotplug: Disable memory hotremove for 32bit

2013-05-26 Thread Michal Hocko
On Sun 26-05-13 13:58:38, Wanpeng Li wrote: > As KOSAKI Motohiro mentioned, memory hotplug don't support 32bit since > it was born, Why? any reference? This reasoning is really weak. > this patch disable memory hotremove when 32bit at compile > time. > > Suggested-by: KOSAKI Motohiro >

Re: [PATCH v3 2/6] mm/memory_hotplug: remove memory_add_physaddr_to_nid

2013-05-26 Thread Michal Hocko
On Sun 26-05-13 13:58:37, Wanpeng Li wrote: > memory_add_physaddr_to_nid is not used any more, this patch remove it. git grep disagrees. git grep "= *\" mmotm mmotm:drivers/acpi/acpi_memhotplug.c: node = memory_add_physaddr_to_nid(info->start_addr);

Re: Weird disk idling

2013-05-26 Thread ethan
Fred, How do you know the disk is completely idle ? How much cache memory do your controller and disk have ? Why do you think the requests should trigger action of disk immediately while you don't know what kind of requests are they. They are reading the same offset of the same block ?

Re: [PATCH v2] rcu: fix a race in hlist_nulls_for_each_entry_rcu macro

2013-05-26 Thread Paul E. McKenney
On Wed, May 22, 2013 at 11:17:46PM +0400, Roman Gushchin wrote: > On 22.05.2013 21:45, Paul E. McKenney wrote: > >On Wed, May 22, 2013 at 05:07:07PM +0400, Roman Gushchin wrote: > >>On 22.05.2013 16:30, Eric Dumazet wrote: > >>>On Wed, 2013-05-22 at 15:58 +0400, Roman Gushchin wrote: > >>> >

[PATCH] tracing: Fix file mode of free_buffer

2013-05-26 Thread Wang YanQing
Commit 4f271a2a60c748599b30bb4dafff30d770439b96 (tracing: Add a proc file to stop tracing and free buffer) implement a method to free up ring buffer in kernel memory in the release code path of free_buffer's fd. Then we don't need read/write support for free_buffer, indeed we just have a dummy

[PATCH] arch: x86: platform: mrst: pr_err() need notice that 'sdev->modalias' may not a NUL terminated string.

2013-05-26 Thread Chen Gang
According to the areas which use "%16.16s" within this file, the 'sdev->modalias' may not always be a NUL terminated string. So need use "%.16s" instead of "%s" in pr_err(), or may cause issue. Signed-off-by: Chen Gang --- arch/x86/platform/mrst/mrst.c |2 +- 1 files changed, 1

Re: [PATCH v7 03/11] KVM: MMU: fast invalidate all pages

2013-05-26 Thread Gleb Natapov
On Fri, May 24, 2013 at 05:23:07PM -0300, Marcelo Tosatti wrote: > Hi Xiao, > > On Thu, May 23, 2013 at 03:55:52AM +0800, Xiao Guangrong wrote: > > The current kvm_mmu_zap_all is really slow - it is holding mmu-lock to > > walk and zap all shadow pages one by one, also it need to zap all guest >

Re: [PATCH] modules: insert mods sorted

2013-05-26 Thread Andrew Jones
On Sat, May 25, 2013 at 10:09:46AM +0200, Andrew Jones wrote: > While there isn't a big difference between typing 'lsmod' and > 'lsmod | sort', the module listing in Oopses isn't so easily sorted. > Attempting to search these quickly by eye for particular modules while > rapidly triaging bugs can

[PATCH] arch: mips: kernel: using strlcpy() instead of strncpy()

2013-05-26 Thread Chen Gang
For NUL terminated string, need always be sure of ended by zero. Or the next pr_info() will cause issue. Signed-off-by: Chen Gang --- arch/mips/kernel/prom.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/mips/kernel/prom.c b/arch/mips/kernel/prom.c index

[PATCH] arch: blackfin: kernel: using strlcpy instead of strncpy

2013-05-26 Thread Chen Gang
For NULL terminated string, need always be sure of ended by zero. 'command_line' is a static variable which will be initialized automatically, and cmdline_init() is __init function, so need not initialize it again, can just use strlcpy instead of strncpy. Signed-off-by: Chen Gang ---

[PATCH v2 7/7] s390: Remove setting for saved_max_pfn

2013-05-26 Thread Zhang Yanfei
From: Zhang Yanfei The only user of saved_max_pfn in s390 is read_oldmem interface but we have removed that interface, so saved_max_pfn is now unneeded in s390, and we needn't set it anymore. Signed-off-by: Zhang Yanfei Acked-by: "Eric W. Biederman" Cc: Martin Schwidefsky Cc: Heiko Carstens

[PATCH v2 6/7] ia64: Remove setting for saved_max_pfn

2013-05-26 Thread Zhang Yanfei
From: Zhang Yanfei The only user of saved_max_pfn in ia64 is read_oldmem interface but we have removed that interface, so saved_max_pfn is now unneeded in ia64, and we needn't set it anymore. Signed-off-by: Zhang Yanfei Acked-by: "Eric W. Biederman" Cc: Matt Fleming Cc: Tony Luck Cc:

Re: usb serial trouble 2.6.38

2013-05-26 Thread Greg KH
On Sat, Apr 20, 2013 at 10:10:37AM +, basteon wrote: > hi, > Here anyone use linux kernel 2.6.38, this version still supported? No, please move to a more recent kernel, that is quite old and obsolete. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

[PATCH v2 5/7] powerpc: Remove savemaxmem parameter setup

2013-05-26 Thread Zhang Yanfei
From: Zhang Yanfei saved_max_pfn is used to know the amount of memory that the previous kernel used. And for powerpc, we set saved_max_pfn by passing the kernel commandline parameter "savemaxmem=". The only user of saved_max_pfn in powerpc is read_oldmem interface. Since we have removed

[PATCH v2 4/7] mips: Remove savemaxmem parameter setup

2013-05-26 Thread Zhang Yanfei
From: Zhang Yanfei saved_max_pfn is used to know the amount of memory that the previous kernel used. And for powerpc, we set saved_max_pfn by passing the kernel commandline parameter "savemaxmem=". The only user of saved_max_pfn in mips is read_oldmem interface. Since we have removed

[PATCH v2 3/7] Documentation/kdump/kdump.txt: Remove /dev/oldmem description

2013-05-26 Thread Zhang Yanfei
From: Zhang Yanfei Signed-off-by: Zhang Yanfei Acked-by: "Eric W. Biederman" Cc: Vivek Goyal --- Documentation/kdump/kdump.txt | 31 ++- 1 files changed, 6 insertions(+), 25 deletions(-) diff --git a/Documentation/kdump/kdump.txt b/Documentation/kdump/kdump.txt

[PATCH v2 2/7] Documentation/devices.txt: Mark /dev/oldmem obsolete

2013-05-26 Thread Zhang Yanfei
From: Zhang Yanfei Signed-off-by: Zhang Yanfei Cc: Dave Jones --- Documentation/devices.txt |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/Documentation/devices.txt b/Documentation/devices.txt index 08f01e7..c8e4002 100644 --- a/Documentation/devices.txt +++

[PATCH v2 1/7] /dev/oldmem: Remove the interface

2013-05-26 Thread Zhang Yanfei
From: Zhang Yanfei /dev/oldmem provides the interface for us to access the "old memory" in the dump-capture kernel. Unfortunately, no one actually uses this interface. And this interface could actually cause some real problems if used on ia64 where the cached/uncached accesses are mixed. See

[PATCH v2 0/7] Remove unused /dev/oldmem interface

2013-05-26 Thread Zhang Yanfei
/dev/oldmem provides the interface for us to access the "old memory" in the dump-capture kernel. Unfortunately, no one actually uses this interface. And this interface could actually cause some real problems if used on ia64 where the cached/uncached accesses are mixed. See the discussion from the

Weird disk idling

2013-05-26 Thread Fredrik Tolf
Dear list, In order to debug I/O performance, I recently wrote a tiny program for inspecting /sys/block/$DISK/stat. It works by dumping deltas of the values every 100 ms, quite simply (except the queue-length value, for which deltas are clearly useless). Using this, I often see periods

Re: [PATCH] ipc,sem: move restart loop to do_smart_update

2013-05-26 Thread Manfred Spraul
Hi Rik, On 05/20/2013 12:32 AM, Rik van Riel wrote: @@ -751,17 +744,19 @@ static int update_queue(struct sem_array *sma, int semnum, struct list_head *pt) static void do_smart_update(struct sem_array *sma, struct sembuf *sops, int nsops, int otime, struct list_head

[patch v2 3/6] mm/memory_hotplug: Disable memory hotremove for 32bit

2013-05-26 Thread Wanpeng Li
As KOSAKI Motohiro mentioned, memory hotplug don't support 32bit since it was born, this patch disable memory hotremove when 32bit at compile time. Suggested-by: KOSAKI Motohiro Signed-off-by: Wanpeng Li --- mm/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/mm/Kconfig

[PATCH v3 5/6] mm/pageblock: remove get/set_pageblock_flags

2013-05-26 Thread Wanpeng Li
Changelog: v1 -> v2: * add Michal reviewed-by get_pageblock_flags and set_pageblock_flags are not used any more, this patch remove them. Reviewed-by: Michal Hocko Signed-off-by: Wanpeng Li --- include/linux/pageblock-flags.h | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH v3 6/6] mm/hugetlb: remove hugetlb_prefault

2013-05-26 Thread Wanpeng Li
Changelog: v1 -> v2: * add Michal reviewed-by hugetlb_prefault are not used any more, this patch remove it. Reviewed-by: Michal Hocko Signed-off-by: Wanpeng Li --- include/linux/hugetlb.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/include/linux/hugetlb.h

[PATCH v3 4/6] mm/hugetlb: use already exist interface huge_page_shift

2013-05-26 Thread Wanpeng Li
Changelog: v1 -> v2: * update alloc_bootmem_huge_page in powerpc * add Michal reviewed-by Use already exist interface huge_page_shift instead of h->order + PAGE_SHIFT. Reviewed-by: Michal Hocko Signed-off-by: Wanpeng Li --- arch/powerpc/mm/hugetlbpage.c | 2 +- mm/hugetlb.c

[PATCH v3 2/6] mm/memory_hotplug: remove memory_add_physaddr_to_nid

2013-05-26 Thread Wanpeng Li
memory_add_physaddr_to_nid is not used any more, this patch remove it. Signed-off-by: Wanpeng Li --- arch/x86/mm/numa.c | 15 --- 1 file changed, 15 deletions(-) diff --git a/arch/x86/mm/numa.c b/arch/x86/mm/numa.c index a71c4e2..d470a54 100644 --- a/arch/x86/mm/numa.c +++

[PATCH v3 2/6] mm/memory_hotplug: remove memory_add_physaddr_to_nid

2013-05-26 Thread Wanpeng Li
memory_add_physaddr_to_nid is not used any more, this patch remove it. Signed-off-by: Wanpeng Li liw...@linux.vnet.ibm.com --- arch/x86/mm/numa.c | 15 --- 1 file changed, 15 deletions(-) diff --git a/arch/x86/mm/numa.c b/arch/x86/mm/numa.c index a71c4e2..d470a54 100644 ---

[PATCH v3 4/6] mm/hugetlb: use already exist interface huge_page_shift

2013-05-26 Thread Wanpeng Li
Changelog: v1 - v2: * update alloc_bootmem_huge_page in powerpc * add Michal reviewed-by Use already exist interface huge_page_shift instead of h-order + PAGE_SHIFT. Reviewed-by: Michal Hocko mho...@suse.cz Signed-off-by: Wanpeng Li liw...@linux.vnet.ibm.com ---

[PATCH v3 6/6] mm/hugetlb: remove hugetlb_prefault

2013-05-26 Thread Wanpeng Li
Changelog: v1 - v2: * add Michal reviewed-by hugetlb_prefault are not used any more, this patch remove it. Reviewed-by: Michal Hocko mho...@suse.cz Signed-off-by: Wanpeng Li liw...@linux.vnet.ibm.com --- include/linux/hugetlb.h | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH v3 5/6] mm/pageblock: remove get/set_pageblock_flags

2013-05-26 Thread Wanpeng Li
Changelog: v1 - v2: * add Michal reviewed-by get_pageblock_flags and set_pageblock_flags are not used any more, this patch remove them. Reviewed-by: Michal Hocko mho...@suse.cz Signed-off-by: Wanpeng Li liw...@linux.vnet.ibm.com --- include/linux/pageblock-flags.h | 6 -- 1

[patch v2 3/6] mm/memory_hotplug: Disable memory hotremove for 32bit

2013-05-26 Thread Wanpeng Li
As KOSAKI Motohiro mentioned, memory hotplug don't support 32bit since it was born, this patch disable memory hotremove when 32bit at compile time. Suggested-by: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com Signed-off-by: Wanpeng Li liw...@linux.vnet.ibm.com --- mm/Kconfig | 1 + 1 file

Re: [PATCH] ipc,sem: move restart loop to do_smart_update

2013-05-26 Thread Manfred Spraul
Hi Rik, On 05/20/2013 12:32 AM, Rik van Riel wrote: @@ -751,17 +744,19 @@ static int update_queue(struct sem_array *sma, int semnum, struct list_head *pt) static void do_smart_update(struct sem_array *sma, struct sembuf *sops, int nsops, int otime, struct list_head

Weird disk idling

2013-05-26 Thread Fredrik Tolf
Dear list, In order to debug I/O performance, I recently wrote a tiny program for inspecting /sys/block/$DISK/stat. It works by dumping deltas of the values every 100 ms, quite simply (except the queue-length value, for which deltas are clearly useless). Using this, I often see periods

[PATCH v2 0/7] Remove unused /dev/oldmem interface

2013-05-26 Thread Zhang Yanfei
/dev/oldmem provides the interface for us to access the old memory in the dump-capture kernel. Unfortunately, no one actually uses this interface. And this interface could actually cause some real problems if used on ia64 where the cached/uncached accesses are mixed. See the discussion from the

[PATCH v2 1/7] /dev/oldmem: Remove the interface

2013-05-26 Thread Zhang Yanfei
From: Zhang Yanfei zhangyan...@cn.fujitsu.com /dev/oldmem provides the interface for us to access the old memory in the dump-capture kernel. Unfortunately, no one actually uses this interface. And this interface could actually cause some real problems if used on ia64 where the cached/uncached

[PATCH v2 2/7] Documentation/devices.txt: Mark /dev/oldmem obsolete

2013-05-26 Thread Zhang Yanfei
From: Zhang Yanfei zhangyan...@cn.fujitsu.com Signed-off-by: Zhang Yanfei zhangyan...@cn.fujitsu.com Cc: Dave Jones da...@redhat.com --- Documentation/devices.txt |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/Documentation/devices.txt b/Documentation/devices.txt

[PATCH v2 3/7] Documentation/kdump/kdump.txt: Remove /dev/oldmem description

2013-05-26 Thread Zhang Yanfei
From: Zhang Yanfei zhangyan...@cn.fujitsu.com Signed-off-by: Zhang Yanfei zhangyan...@cn.fujitsu.com Acked-by: Eric W. Biederman ebied...@xmission.com Cc: Vivek Goyal vgo...@redhat.com --- Documentation/kdump/kdump.txt | 31 ++- 1 files changed, 6 insertions(+), 25

[PATCH v2 4/7] mips: Remove savemaxmem parameter setup

2013-05-26 Thread Zhang Yanfei
From: Zhang Yanfei zhangyan...@cn.fujitsu.com saved_max_pfn is used to know the amount of memory that the previous kernel used. And for powerpc, we set saved_max_pfn by passing the kernel commandline parameter savemaxmem=. The only user of saved_max_pfn in mips is read_oldmem interface. Since we

[PATCH v2 5/7] powerpc: Remove savemaxmem parameter setup

2013-05-26 Thread Zhang Yanfei
From: Zhang Yanfei zhangyan...@cn.fujitsu.com saved_max_pfn is used to know the amount of memory that the previous kernel used. And for powerpc, we set saved_max_pfn by passing the kernel commandline parameter savemaxmem=. The only user of saved_max_pfn in powerpc is read_oldmem interface. Since

Re: usb serial trouble 2.6.38

2013-05-26 Thread Greg KH
On Sat, Apr 20, 2013 at 10:10:37AM +, basteon wrote: hi, Here anyone use linux kernel 2.6.38, this version still supported? No, please move to a more recent kernel, that is quite old and obsolete. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a

[PATCH v2 6/7] ia64: Remove setting for saved_max_pfn

2013-05-26 Thread Zhang Yanfei
From: Zhang Yanfei zhangyan...@cn.fujitsu.com The only user of saved_max_pfn in ia64 is read_oldmem interface but we have removed that interface, so saved_max_pfn is now unneeded in ia64, and we needn't set it anymore. Signed-off-by: Zhang Yanfei zhangyan...@cn.fujitsu.com Acked-by: Eric W.

[PATCH v2 7/7] s390: Remove setting for saved_max_pfn

2013-05-26 Thread Zhang Yanfei
From: Zhang Yanfei zhangyan...@cn.fujitsu.com The only user of saved_max_pfn in s390 is read_oldmem interface but we have removed that interface, so saved_max_pfn is now unneeded in s390, and we needn't set it anymore. Signed-off-by: Zhang Yanfei zhangyan...@cn.fujitsu.com Acked-by: Eric W.

[PATCH] arch: blackfin: kernel: using strlcpy instead of strncpy

2013-05-26 Thread Chen Gang
For NULL terminated string, need always be sure of ended by zero. 'command_line' is a static variable which will be initialized automatically, and cmdline_init() is __init function, so need not initialize it again, can just use strlcpy instead of strncpy. Signed-off-by: Chen Gang

[PATCH] arch: mips: kernel: using strlcpy() instead of strncpy()

2013-05-26 Thread Chen Gang
For NUL terminated string, need always be sure of ended by zero. Or the next pr_info() will cause issue. Signed-off-by: Chen Gang gang.c...@asianux.com --- arch/mips/kernel/prom.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/mips/kernel/prom.c

Re: [PATCH] modules: insert mods sorted

2013-05-26 Thread Andrew Jones
On Sat, May 25, 2013 at 10:09:46AM +0200, Andrew Jones wrote: While there isn't a big difference between typing 'lsmod' and 'lsmod | sort', the module listing in Oopses isn't so easily sorted. Attempting to search these quickly by eye for particular modules while rapidly triaging bugs can be a

Re: [PATCH v7 03/11] KVM: MMU: fast invalidate all pages

2013-05-26 Thread Gleb Natapov
On Fri, May 24, 2013 at 05:23:07PM -0300, Marcelo Tosatti wrote: Hi Xiao, On Thu, May 23, 2013 at 03:55:52AM +0800, Xiao Guangrong wrote: The current kvm_mmu_zap_all is really slow - it is holding mmu-lock to walk and zap all shadow pages one by one, also it need to zap all guest page's

[PATCH] arch: x86: platform: mrst: pr_err() need notice that 'sdev-modalias' may not a NUL terminated string.

2013-05-26 Thread Chen Gang
According to the areas which use %16.16s within this file, the 'sdev-modalias' may not always be a NUL terminated string. So need use %.16s instead of %s in pr_err(), or may cause issue. Signed-off-by: Chen Gang gang.c...@asianux.com --- arch/x86/platform/mrst/mrst.c |2 +- 1 files

[PATCH] tracing: Fix file mode of free_buffer

2013-05-26 Thread Wang YanQing
Commit 4f271a2a60c748599b30bb4dafff30d770439b96 (tracing: Add a proc file to stop tracing and free buffer) implement a method to free up ring buffer in kernel memory in the release code path of free_buffer's fd. Then we don't need read/write support for free_buffer, indeed we just have a dummy

Re: [PATCH v2] rcu: fix a race in hlist_nulls_for_each_entry_rcu macro

2013-05-26 Thread Paul E. McKenney
On Wed, May 22, 2013 at 11:17:46PM +0400, Roman Gushchin wrote: On 22.05.2013 21:45, Paul E. McKenney wrote: On Wed, May 22, 2013 at 05:07:07PM +0400, Roman Gushchin wrote: On 22.05.2013 16:30, Eric Dumazet wrote: On Wed, 2013-05-22 at 15:58 +0400, Roman Gushchin wrote: +/* + * Same as

Re: Weird disk idling

2013-05-26 Thread ethan
Fred, How do you know the disk is completely idle ? How much cache memory do your controller and disk have ? Why do you think the requests should trigger action of disk immediately while you don't know what kind of requests are they. They are reading the same offset of the same block ?

Re: [PATCH v3 2/6] mm/memory_hotplug: remove memory_add_physaddr_to_nid

2013-05-26 Thread Michal Hocko
On Sun 26-05-13 13:58:37, Wanpeng Li wrote: memory_add_physaddr_to_nid is not used any more, this patch remove it. git grep disagrees. git grep = *\memory_add_physaddr_to_nid\ mmotm mmotm:drivers/acpi/acpi_memhotplug.c: node = memory_add_physaddr_to_nid(info-start_addr);

Re: [patch v2 3/6] mm/memory_hotplug: Disable memory hotremove for 32bit

2013-05-26 Thread Michal Hocko
On Sun 26-05-13 13:58:38, Wanpeng Li wrote: As KOSAKI Motohiro mentioned, memory hotplug don't support 32bit since it was born, Why? any reference? This reasoning is really weak. this patch disable memory hotremove when 32bit at compile time. Suggested-by: KOSAKI Motohiro

[PATCH 0/4] ipc/sem.c: Bug fixes, regression fixes, v3

2013-05-26 Thread Manfred Spraul
I've split my patch into 4 parts: - 1: Fix-missing-wakeups-in-do_smart_update - 2: seperate-wait-for-zero-and-alter-tasks - 3: Always-use-only-one-queue-for-alter-operations - 4: Rename-try_atomic_semop-to-perform_atomic Linus: - Patch 1 should be merged immediately: It fixes bugs, the current

<    1   2   3   4   5   6   >