commit 3401d54696f ("KVM: ARM: Introduce KVM_ARM_SET_DEVICE_ADDR ioctl")
added the case, but omitted adding break;
Add it.
Found with grep version 2.54 pattern:
$ grep -rP --include=*.[ch]
"\b(\w+)\s*=[^;]+;\s*(?:case\s+\w+:|default:)\s*\1\s*="
Signed-off-by: Joe Perches
---
diff --git
The case of PLL_TYPE_WM8750 in both these functions is missing a break
statement causing a fall-through to the default: case.
Insert the missing break statements.
Signed-off-by: Tony Prisk
---
Mike,
Any chance this can still go in as a fix for 3.9
The fault makes it impossible to set the PLL
On 04/14/2013 09:28 AM, Alex Shi wrote:
>> > These numbers suggest that this patch series simultaneously
>> > has a negative impact on performance and energy required
>> > to retire the workload. Why do it?
> Even some scenario the total energy cost more, at least the avg watts
>
Use a more current logging style.
Convert pr_ to netdev_ when a struct net_device is
available. Add pr_fmt and neaten other formats too.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/freescale/gianfar_ethtool.c | 24 +---
drivers/net/ethernet/freescale/gianfar_ptp.c
Convert various printk logging styles to current styles.
Uncompiled, untested.
Joe Perches (3):
fec: Convert printks to netdev_
gianfar: Use netdev_ when possible
ucc_geth: Convert ugeth_ to pr_
drivers/net/ethernet/freescale/fec_main.c | 26 +-
Use a more current logging message style.
Convert the printks where a struct net_device is available to
netdev_. Convert the other printks to pr_ and
add pr_fmt where appropriate.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/freescale/fec_main.c| 26 +++---
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Sat, Apr 13, 2013 at 09:42:06PM -0700, Anatol Pomozov wrote:
> > in kobject_cleanup(). Why don't we require kobject_del() before the final
> > kobject_put(), if the sucker had been added? FWIW, I thought it *was*
> > required all along...
>
> But kobject_release/kobject_cleanup function is
Hi
On Sat, Apr 13, 2013 at 8:35 PM, Al Viro wrote:
> On Fri, Apr 12, 2013 at 04:47:50PM -0700, Linus Torvalds wrote:
>> This is a much more generic bug in kobjects, and I would hate to add
>> some random workaround for just one case of this bug like you do. The
>> more fundamental bug needs to
On Sat, Apr 13, 2013 at 5:45 PM, Thierry Reding
wrote:
> On Sat, Apr 13, 2013 at 08:54:22AM -0400, Rob Clark wrote:
>> On Mon, Mar 4, 2013 at 1:46 PM, Tony Lindgren wrote:
>> >
>> >> drivers/gpu/drm/tilcdc/tilcdc_slave.o:(.data+0x54): multiple definition
>> >> of `__mod_of_device_table'
>> >>
I notice that where a commit is cherry-picked cleanly on a stable
branch, like 6b90466cfec2a2fe027187d675d8d14217c12d82, your script finds
the corresponding commit on the stable branch. This is useful.
But where some backporting changes are needed, such as for
From: Namjae Jeon
Implement preallocation via the fallocate syscall on VFAT partitions.
Change Log:
v4: Rework based on review comments.
Add check in fat_setattr to release fallocated blocks on a truncate
v3: Release preallocated blocks at file release.
With FALLOC_FL_KEEP_SIZE, there is no
On Fri, Apr 12, 2013 at 04:47:50PM -0700, Linus Torvalds wrote:
> This is a much more generic bug in kobjects, and I would hate to add
> some random workaround for just one case of this bug like you do. The
> more fundamental bug needs to be fixed too.
>
> I think the more fundamental bugfix is
On 04/13/2013 05:37 PM, Yinghai Lu wrote:
>
> so decompress code position is changed?
>
> You may push out bss and other data area of run-time kernel of limit
> that boot loader
> chose according to setup_header.init_size.
> aka that make those area overlap with ram hole or other area like
>
Oleg Nesterov writes:
> exit_notify() does exit_task_namespaces() after
> forget_original_parent(). This was needed to ensure that ->nsproxy
> can't be cleared prematurely, an exiting child we are going to
> reparent can do do_notify_parent() and use the parent's (ours) pid_ns.
>
> However,
On 04/13/2013 01:12 AM, Borislav Petkov wrote:
> On Fri, Apr 12, 2013 at 06:48:31PM +0200, Mike Galbraith wrote:
>> (just saying there are other aspects besides joules in there)
>
> Yeah, but we don't allow any regressions in sched*, do we? Can we pick
> only the good cherries? :-)
>
Thanks for
On 04/13/2013 12:23 AM, Borislav Petkov wrote:
> On Fri, Apr 12, 2013 at 04:46:50PM +0800, Alex Shi wrote:
>> > Thanks a lot for comments, Len!
> AFAICT, you kinda forgot to answer his most important question:
>
>> > These numbers suggest that this patch series simultaneously
>> > has a negative
Just tried to build from the linux-3.0.73 source tarball and got the following
error:
arch/x86/mm/numa_32.c:107: error: redefinition of 'alloc_remap'
include/linux/bootmem.h:144: note: previous definition of 'alloc_remap' was here
make[2]: *** [arch/x86/mm/numa_32.o] Error 1
make[1]: ***
On Wed, Apr 10, 2013 at 01:18:59PM -0500, Seth Jennings wrote:
> This patch adds support for evicting swap pages that are currently
> compressed in zswap to the swap device. This functionality is very
> important and make zswap a true cache in that, once the cache is full
> or can't grow due to
On Wed, Apr 10, 2013 at 01:18:56PM -0500, Seth Jennings wrote:
> zswap is a thin compression backend for frontswap. It receives
> pages from frontswap and attempts to store them in a compressed
> memory pool, resulting in an effective partial memory reclaim and
> dramatically reduced swap device
On Wed, Apr 10, 2013 at 01:18:55PM -0500, Seth Jennings wrote:
> debugfs currently lack the ability to create attributes
> that set/get atomic_t values.
>
> This patch adds support for this through a new
> debugfs_create_atomic_t() function.
>
> Acked-by: Greg Kroah-Hartman
> Signed-off-by:
I no longer remember any of the previous z* discussions, including my
own review and I was not online as I wrote this. I may repeat myself,
contradict myself or rehash topics that were visited already and have
been concluded. If I do any of that then sorry.
On Wed, Apr 10, 2013 at 01:18:53PM
On Mon, Apr 8, 2013 at 1:12 PM, tip-bot for Thomas Gleixner
wrote:
> Commit-ID: a1a04ec3c7c27a682473fd9beb2c996316a64649
> Gitweb: http://git.kernel.org/tip/a1a04ec3c7c27a682473fd9beb2c996316a64649
> Author: Thomas Gleixner
> AuthorDate: Thu, 21 Mar 2013 22:49:34 +0100
> Committer:
On Fri, Apr 12, 2013 at 1:13 PM, Kees Cook wrote:
[...]
> diff --git a/arch/x86/boot/compressed/head_64.S
> b/arch/x86/boot/compressed/head_64.S
> index c1d383d..fc37910 100644
> --- a/arch/x86/boot/compressed/head_64.S
> +++ b/arch/x86/boot/compressed/head_64.S
> @@ -59,7 +59,7 @@
(4/13/13 5:14 AM), Marco Stornelli wrote:
> Hi,
>
> I was seeing the code of __mm_populate (in -next) and I've got a doubt
> about the return value. The function __mlock_posix_error_return should
> return a proper error for mlock, converting the return value from
> __get_user_pages. It checks
On Fri, Apr 12, 2013 at 1:13 PM, Kees Cook wrote:
> This provides routines for selecting a randomized kernel base offset,
> bounded by the e820 entries. It tries to use RDRAND and falls back to
> RDTSC. If "noaslr" is on the kernel command line, no offset will be used.
>
> Heavily based on work
On Sat, Apr 13, 2013 at 12:30 AM, Rakib Mullick wrote:
> On Sat, Apr 13, 2013 at 6:04 AM, Paul Gortmaker
> wrote:
>> Recent activity has had a focus on moving functionally related blocks of
>> stuff
>> out of sched/core.c into stand-alone files. The code relating to load
>> average
>>
On Sun, Apr 14, 2013 at 12:44:00AM +0300, Ville Syrjälä wrote:
> On Sat, Apr 13, 2013 at 10:02:21AM -0600, Jake Edge wrote:
> > Hi Zhang Rui,
> >
> > The problem reported in https://lkml.org/lkml/2012/12/4/428 (and
> > incorrectly attributed to a suspend patch by me here:
> >
On Sat, Apr 13, 2013 at 9:26 AM, Joerg Roedel wrote:
> On Sat, Apr 13, 2013 at 11:06:22PM +0800, Andrew Cooks wrote:
>> On Fri, Apr 12, 2013 at 4:06 PM, Joerg Roedel wrote:
>
>> > Oh, that's sad. You were the only one having a machine wich actually has
>> > unity-mapped ranges defined in the
From: Suleiman Souhlal
Revert v3.2's 62a3dde ("vfs: fix spinning prevention in prune_icache_sb").
This commit doesn't look right:
Since we are looking at the tail of the list (sb->s_inode_lru.prev)
if we want to skip an inode, we should put it back at the head of
the list instead of the tail,
On Sat, Apr 13, 2013 at 12:53:36PM -0700, Josh Triplett wrote:
> On Sat, Apr 13, 2013 at 12:34:25PM -0700, Paul E. McKenney wrote:
> > On Sat, Apr 13, 2013 at 11:18:00AM -0700, Josh Triplett wrote:
> > > On Fri, Apr 12, 2013 at 11:38:04PM -0700, Paul E. McKenney wrote:
> > > > On Fri, Apr 12, 2013
Legacy PCI suspend-resume handlers are called with interrupts enabled.
But cx8800_suspend/cx8800_resume and cx8802_suspend_common/cx8802_resume_common
use spin_lock/spin_unlock functions to acquire dev->slock, while the same lock
is acquired in
the corresponding irq-handlers: cx8800_irq and
On Sat, Apr 13, 2013 at 08:54:22AM -0400, Rob Clark wrote:
> On Mon, Mar 4, 2013 at 1:46 PM, Tony Lindgren wrote:
> >
> >> drivers/gpu/drm/tilcdc/tilcdc_slave.o:(.data+0x54): multiple definition of
> >> `__mod_of_device_table'
> >> drivers/gpu/drm/tilcdc/tilcdc_tfp410.o:(.data+0x54): first
On Sat, Apr 13, 2013 at 10:02:21AM -0600, Jake Edge wrote:
> Hi Zhang Rui,
>
> The problem reported in https://lkml.org/lkml/2012/12/4/428 (and
> incorrectly attributed to a suspend patch by me here:
> https://lkml.org/lkml/2013/4/12/314) still exists in 3.9-rc6, at least
> for my HP/Compaq 2510p
Hi
On Sat, Apr 13, 2013 at 10:53 AM, Linus Torvalds
wrote:
> On Sat, Apr 13, 2013 at 8:41 AM, Anatol Pomozov
> wrote:
>>
>> Does it make sense to move it to a separate function in kref.h?
>>
>> /** Useful when kref_get is racing with kref_put and refcounter might be 0 */
>> int
On Sat, 2013-04-13 at 07:13 -0700, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> This adds backport support for all media subsystem
> drivers. This is enabled only for >= 3.2. Some media
> drivers rely on the new probe deferrral mechanism
> (-EPROBE_DEFER see commit d1c3414c), those
On Sat, 2013-04-13 at 07:13 -0700, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> This backports the latest regulator drivers for kernels >= 3.4.
> We enable the regulator only on kernels >= 3.4 given that
> it relies on the new probe deferral mechanism which would
> otherwise mean
Fix checkpatch warning:
WARNING: line over 80 characters
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/wd.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/misc/mei/wd.c b/drivers/misc/mei/wd.c
index 2413247..eb3f05c 100644
--- a/drivers/misc/mei/wd.c
+++
On Mon, 8 Apr 2013, Kevin Strasser wrote:
> --- /dev/null
> +++ b/drivers/mfd/kempld-core.c
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
I seriously doubt, that all these includes are
On 03/26/2013 10:51 AM, Viresh Kumar wrote:
> big LITTLE is ARM's new Architecture focussing power/performance needs of
> modern
> world. More information about big LITTLE can be found here:
>
> http://www.arm.com/products/processors/technologies/biglittleprocessing.php
>
[ not sure why, but the lkml address got munged in Rui's reply ...
fixed now -- sorry for the dupe ]
On Sun, 14 Apr 2013 02:20:15 +0800 Zhang Rui wrote:
> > A brief recap: after resuming, the fan on the laptop spins up to
> > full speed and stays there. "temp6" in "acpitz-virtual-0" (as shown
>
Commit-ID: 87fa05aeb3a5e8e21b1a5510eef6983650eff092
Gitweb: http://git.kernel.org/tip/87fa05aeb3a5e8e21b1a5510eef6983650eff092
Author: Sam Ravnborg
AuthorDate: Thu, 11 Apr 2013 21:38:50 +0200
Committer: Thomas Gleixner
CommitDate: Sat, 13 Apr 2013 21:36:27 +0200
sparc: Use generic
On Sat, Apr 13, 2013 at 12:34:25PM -0700, Paul E. McKenney wrote:
> On Sat, Apr 13, 2013 at 11:18:00AM -0700, Josh Triplett wrote:
> > On Fri, Apr 12, 2013 at 11:38:04PM -0700, Paul E. McKenney wrote:
> > > On Fri, Apr 12, 2013 at 04:54:02PM -0700, Josh Triplett wrote:
> > > > On Fri, Apr 12, 2013
Trinity discovered that we fail to check all 64 bits of attr.config
passed by user space, resulting to out-of-bounds access of the
perf_swevent_enabled array in sw_perf_event_destroy().
Introduced in commit b0a873ebb ("perf: Register PMU implementations").
Signed-off-by: Tommi Rantala
Cc: Peter
On Sat, Apr 13, 2013 at 11:30:49AM -0700, Josh Triplett wrote:
> On Fri, Apr 12, 2013 at 04:48:10PM -0700, Paul E. McKenney wrote:
> > This series removes TINY_PREEMPT_RCU, as promised/threatened at
> > http://lwn.net/Articles/541037/ and https://lkml.org/lkml/2012/11/12/545.
> >
> > 1. Remove
On Sat, Apr 13, 2013 at 11:18:00AM -0700, Josh Triplett wrote:
> On Fri, Apr 12, 2013 at 11:38:04PM -0700, Paul E. McKenney wrote:
> > On Fri, Apr 12, 2013 at 04:54:02PM -0700, Josh Triplett wrote:
> > > On Fri, Apr 12, 2013 at 04:19:13PM -0700, Paul E. McKenney wrote:
> > > > From: "Paul E.
On Sat, Apr 13 2013 at 12:09pm -0400,
Joe Thornber wrote:
> Hi Darrick,
>
> On Thu, Apr 11, 2013 at 12:22:39AM -0700, Darrick J. Wong wrote:
> > Hi all,
> >
> > Lately I've been having some fun playing with bcache, dmcache, and
> > enhanceio.
>
> I pushed some tweaks to the mq policy today
On Thu, 7 Feb 2013 10:32:13 +, James Hogan wrote:
> On 06/02/13 14:28, Grant Likely wrote:
> > On Wed, Feb 6, 2013 at 1:32 PM, James Hogan wrote:
> >> On 06/02/13 13:11, Grant Likely wrote:
> >>> - Resources on platform_devices get registered so they appear in
> >>> /proc/iomem and
On Sat, 2013-04-13 at 16:10 +0200, Jonas Gorski wrote:
> Don't complain about camelcase when using SUPPORTED_*/ADVERTISED_*
> defines, they are part of the user api so can't be (easily) fixed.
CamelCase was downgraded recently to a --strict test.
https://lkml.org/lkml/2013/4/11/273
Still,
D M German twisted the bytes to say:
dmg> One thing that will help me is that if any of you feel I am not tracking
dmg> your repository, please send me an email with its address.
dmg> thank you!
dmg> --daniel
I have now listed all the repositories I am tracking:
On Sat, Apr 13, 2013 at 7:49 AM, Stanislaw Gruszka wrote:
>
> It works fine - gives relative error less than 0.1% for very big
> numbers.
So I was assuming that the values were all roughly in the same range.
When that is not true (say, very big rtime and very big total, very
small stime), it's
2013/4/12 Tommi Rantala :
> 2013/4/12 Peter Zijlstra :
>> perf_swevent_init() only sets event->destroy() (to
>> sw_perf_event_destroy) _after_ it increments the static key thing and
>> enqueues (and allocates) the hash list stuff.
>>
>> Obviously something is funny, but I'm not seeing it.
>
>
On Fri, Apr 12, 2013 at 04:32:11PM -0700, Paul E. McKenney wrote:
> This series takes advantage of callback numbering to simplify RCU's
> grace-period machinery, in some cases also reducing the number of
> lock acquisitions (though the resulting change in performance is not
> perceptible). The
On Fri, Apr 12, 2013 at 04:48:10PM -0700, Paul E. McKenney wrote:
> This series removes TINY_PREEMPT_RCU, as promised/threatened at
> http://lwn.net/Articles/541037/ and https://lkml.org/lkml/2012/11/12/545.
>
> 1.Remove TINY_PREEMPT_RCU. This is a straight syntactic removal,
> with no
On Fri, Apr 12, 2013 at 04:48:27PM -0700, Paul E. McKenney wrote:
> From: "Paul E. McKenney"
>
> Now that CONFIG_TINY_PREEMPT_RCU is no more, this commit removes
> the CONFIG_TINY_RCU ifdefs from include/linux/rcutiny.h in favor of
> unconditionally compiling the CONFIG_TINY_RCU legs of those
On 04/13, Oleg Nesterov wrote:
>
> On 04/12, Steven Rostedt wrote:
> >
> > Can you make the necessary changes elsewhere? I talked with Frederic on
> > IRC and he's a bit busy with other work. But he did say he would review
> > changes that you make.
>
> Sure, will be happy to do.
Everything looks
On Fri, Apr 12, 2013 at 11:38:04PM -0700, Paul E. McKenney wrote:
> On Fri, Apr 12, 2013 at 04:54:02PM -0700, Josh Triplett wrote:
> > On Fri, Apr 12, 2013 at 04:19:13PM -0700, Paul E. McKenney wrote:
> > > From: "Paul E. McKenney"
> > >
> > > Systems with HZ=100 can have slow bootup times due
vinod>
vinod>
vinod>
vinod> On Fri, 2013-04-12 at 13:22 -0700, D M German wrote:
vinod> > Hi Everybody,
vinod> >
vinod> > I am professor of computer science at the University of Victoria
vinod> > (Canada).
vinod> >
vinod> > During the last year and a half, we have been trying to
On Sat, Apr 13, 2013 at 8:41 AM, Anatol Pomozov
wrote:
>
> Does it make sense to move it to a separate function in kref.h?
>
> /** Useful when kref_get is racing with kref_put and refcounter might be 0 */
> int kref_get_not_zero(kref* ref) {
> return atomic_inc_not_zero(>refcount);
> }
It
On Sat, 2013-04-13 at 13:39 -0400, Kyle Evans wrote:
> On 04/13/2013 12:21 PM, Matthew Garrett wrote:
> > On Sat, 2013-04-13 at 08:36 -0400, Kyle Evans wrote:
> >> Sure, sorry about that. I was hoping the GUID would be enough. I'll see
> >> what I can come up with.
> > Sure there's no WMI method
On 04/13/2013 12:21 PM, Matthew Garrett wrote:
On Sat, 2013-04-13 at 08:36 -0400, Kyle Evans wrote:
Sure, sorry about that. I was hoping the GUID would be enough. I'll see
what I can come up with.
Sure there's no WMI method that makes the EC write? It's a little weird
for WMI drivers to have
* Nishanth Menon [130412 16:43]:
> Thanks for checking up. Fixed all of them below, will post part of
> series again, only if I need to address further comments in other
> patches..
Thanks it seems that the other ones are ready to go, just one
more comment below.
> --- /dev/null
> +++
I previously reported these bugs privatley. I'm summarizing them for
the historical record. These bugs were never exploitable on a
default-configured released kernel, but some 3.8 versions are
vulnerable depending on configuration.
=== Bug 1: chroot bypass ===
It was possible for a chrooted
On Sat, Apr 13, 2013 at 05:41:46PM +0200, Krzysztof Mazur wrote:
> Hi,
>
> the drm_fb_helper_hotplug_event() locks all crtc->mutex locks by calling
> drm_modeset_lock_all() and later calls drm_fb_helper_probe_connector_modes(),
> which in case of i915 DRM driver effectively calls
>
On 04/12/2013 03:01 PM, Robin Holt wrote:
> kernel/sys.c | 17 +++--
> 1 file changed, 15 insertions(+), 2 deletions(-)
>
> diff --git a/kernel/sys.c b/kernel/sys.c
> index 0da73cf..4d1047d 100644
> --- a/kernel/sys.c
> +++ b/kernel/sys.c
> @@ -357,6 +357,19 @@ int
On Fri, 2013-04-12 at 13:22 -0700, D M German wrote:
> Hi Everybody,
>
> I am professor of computer science at the University of Victoria
> (Canada).
>
> During the last year and a half, we have been trying to track the
> commits as they move in the entire linux git repos ecosystem. We have
>
On 04/12, Robin Holt wrote:
>
> +void migrate_to_boot_cpu(void)
> +{
> + /* The boot cpu is always logical cpu 0 */
> + int reboot_cpu_id = 0;
> +
> + /* Make certain the cpu I'm about to reboot on is online */
> + if (!cpu_online(reboot_cpu_id))
> + reboot_cpu_id =
On Sat, 2013-04-13 at 08:36 -0400, Kyle Evans wrote:
> Sure, sorry about that. I was hoping the GUID would be enough. I'll see
> what I can come up with.
Sure there's no WMI method that makes the EC write? It's a little weird
for WMI drivers to have to hit the EC directly.
--
Matthew Garrett |
On 04/13, Srikar Dronamraju wrote:
>
> > > Oh yes, this should be documented more explicitly in the changelog of
> > > this patch or 7/9 (which tries to document the limitations but should
> > > be more clear).
> > >
> > > Currently we do not support longjmp() and we assume that the probed
> > >
Hi Darrick,
On Thu, Apr 11, 2013 at 12:22:39AM -0700, Darrick J. Wong wrote:
> Hi all,
>
> Lately I've been having some fun playing with bcache, dmcache, and enhanceio.
I pushed some tweaks to the mq policy today to my thin-dev tree. They
show some improvements to these fio based tests.
In
On 04/13, Oleg Nesterov wrote:
>
> > --- a/kernel/exit.c
> > +++ b/kernel/exit.c
> > @@ -795,7 +795,6 @@ void do_exit(long code)
> > exit_shm(tsk);
> > exit_files(tsk);
> > exit_fs(tsk);
> > - exit_task_work(tsk);
> > check_stack_usage();
> > exit_thread();
> >
> > @@ -822,6
exit_notify() does exit_task_namespaces() after
forget_original_parent(). This was needed to ensure that ->nsproxy
can't be cleared prematurely, an exiting child we are going to
reparent can do do_notify_parent() and use the parent's (ours) pid_ns.
However, after 32084504 "pidns: use
Now mem_init() for both Alpha UMA and Alpha NUMA are the same,
so unify it to reduce duplicated code.
Signed-off-by: Jiang Liu
Cc: Richard Henderson
Cc: Ivan Kokshaysky
Cc: Matt Turner
Cc: linux-al...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
arch/alpha/mm/init.c |7 ++-
Function register_page_bootmem_info_node() is suitably defined for
both HOTPLUG and non-HOTPLUG configurations, so we could call it
from mm core instead of arch specific code. This could simplify
arch implementations.
Signed-off-by: Jiang Liu
Cc: "David S. Miller"
Cc: Thomas Gleixner
Cc: Ingo
Fix build warning of unused variable:
arch/m68k/mm/init.c: In function 'mem_init':
arch/m68k/mm/init.c:151:6: warning: unused variable 'i' [-Wunused-variable]
Signed-off-by: Jiang Liu
Cc: Geert Uytterhoeven
Cc: Greg Ungerer
Cc: Thadeu Lima de Souza Cascardo
Cc: linux-m...@lists.linux-m68k.org
VALID_PAGE() has been removed from kernel long time ago,
so fix the comment.
Signed-off-by: Jiang Liu
Cc: Guan Xuetao
Cc: linux-kernel@vger.kernel.org
---
arch/unicore32/include/asm/memory.h |6 --
1 file changed, 6 deletions(-)
diff --git a/arch/unicore32/include/asm/memory.h
Introduce accessor function set_max_mapnr() to set global variable
max_mapnr.
Also unify condition compilation for max_mapnr with
CONFIG_NEED_MULTIPLE_NODES instead of CONFIG_DISCONTIGMEM.
Signed-off-by: Jiang Liu
---
include/linux/mm.h |9 -
1 file changed, 8 insertions(+), 1
VALID_PAGE() has been removed from kernel long time ago,
so fix the comment.
Signed-off-by: Jiang Liu
Cc: Russell King
Cc: Will Deacon
Cc: Nicolas Pitre
Cc: Stephen Boyd
Cc: Giancarlo Asnaghi
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
VALID_PAGE() has been removed from kernel long time ago, so clean up it.
Signed-off-by: Jiang Liu
Cc: Mikael Starvik
Cc: Jesper Nilsson
Cc: Jiang Liu
Cc: linux-cris-ker...@axis.com
Cc: linux-kernel@vger.kernel.org
---
arch/cris/include/asm/page.h |1 -
1 file changed, 1 deletion(-)
diff
VALID_PAGE() has been removed from kernel long time ago, so clean up it.
Signed-off-by: Jiang Liu
Cc: Michal Simek
Cc: microblaze-ucli...@itee.uq.edu.au
Cc: linux-kernel@vger.kernel.org
---
arch/microblaze/include/asm/page.h |1 -
1 file changed, 1 deletion(-)
diff --git
Now nobody makes use of free_all_bootmem_node(), kill it.
Signed-off-by: Jiang Liu
Cc: Andrew Morton
Cc: Johannes Weiner
Cc: "David S. Miller"
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: linux-kernel@vger.kernel.org
Cc: linux...@kvack.org
---
include/linux/bootmem.h |1 -
mm/bootmem.c
VALID_PAGE() has been removed from kernel long time ago, so clean up it.
Signed-off-by: Jiang Liu
---
arch/alpha/include/asm/mmzone.h |2 --
1 file changed, 2 deletions(-)
diff --git a/arch/alpha/include/asm/mmzone.h b/arch/alpha/include/asm/mmzone.h
index c5b5d6b..14ce27b 100644
---
Prepare for killing free_all_bootmem_node() by using
free_all_bootmem().
Signed-off-by: Jiang Liu
Cc: Paul Mundt
Cc: Wen Congyang
Cc: Tang Chen
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
arch/sh/mm/init.c | 16
1 file changed, 4 insertions(+), 12
Hi,
the drm_fb_helper_hotplug_event() locks all crtc->mutex locks by calling
drm_modeset_lock_all() and later calls drm_fb_helper_probe_connector_modes(),
which in case of i915 DRM driver effectively calls
intel_get_load_detect_pipe() that tries to lock crtc->mutex again.
This causes a deadlock,
Prepare for killing free_all_bootmem_node() by using
free_all_bootmem().
Signed-off-by: Jiang Liu
Cc: "James E.J. Bottomley"
Cc: Helge Deller
Cc: Michal Hocko
Cc: David Rientjes
Cc: linux-par...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
arch/parisc/mm/init.c | 12 +---
Prepare for killing free_all_bootmem_node() by using
free_all_bootmem().
Signed-off-by: Jiang Liu
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Alexander Graf
Cc: "Suzuki K. Poulose"
Cc: linuxppc-...@lists.ozlabs.org
Cc: linux-kernel@vger.kernel.org
---
arch/powerpc/mm/mem.c | 16
Prepare for killing free_all_bootmem_node() by using
free_all_bootmem().
Signed-off-by: Jiang Liu
Cc: Ralf Baechle
Cc: Minchan Kim
Cc: linux-m...@linux-mips.org
Cc: linux-kernel@vger.kernel.org
---
arch/mips/sgi-ip27/ip27-memory.c | 12 +---
1 file changed, 1 insertion(+), 11
Prepare for killing free_all_bootmem_node() by using
free_all_bootmem().
Signed-off-by: Jiang Liu
Cc: James Hogan
Cc: linux-kernel@vger.kernel.org
---
arch/metag/mm/init.c | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git a/arch/metag/mm/init.c
Prepare for killing free_all_bootmem_node() by using
free_all_bootmem().
Signed-off-by: Jiang Liu
Cc: Geert Uytterhoeven
Cc: Greg Ungerer
Cc: linux-m...@lists.linux-m68k.org
Cc: linux-kernel@vger.kernel.org
---
arch/m68k/mm/init.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
Hi
On Fri, Apr 12, 2013 at 4:47 PM, Linus Torvalds
wrote:
> On Fri, Apr 12, 2013 at 3:32 PM, Anatol Pomozov
> wrote:
>>
>> Here is timeline for the crash in case if kset_find_obj() searches for
>> an object tht nobody holds and other thread is doing kobject_put()
>> on the same kobject:
>>
>>
Prepare for killing free_all_bootmem_node() by using
free_all_bootmem().
Signed-off-by: Jiang Liu
Cc: Tony Luck
Cc: Fenghua Yu
Cc: Tang Chen
Cc: David Rientjes
Cc: linux-i...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
arch/ia64/mm/init.c |9 ++---
1 file changed, 2
Prepare for killing free_all_bootmem_node() by using
free_all_bootmem().
Signed-off-by: Jiang Liu
Cc: Hirokazu Takata
Cc: linux-m...@ml.linux-m32r.org
Cc: linux-m32r...@ml.linux-m32r.org
Cc: linux-kernel@vger.kernel.org
---
arch/m32r/mm/init.c | 17 -
1 file changed, 4
Commit 600cc5b7f6 "mm: Kill NO_BOOTMEM version free_all_bootmem_node()"
has kill free_all_bootmem_node() for NO_BOOTMEM.
Currently the usage pattern for free_all_bootmem_node() is like:
for_each_online_pgdat(pgdat)
free_all_bootmem_node(pgdat);
It's equivalent to free_all_bootmem(), so
Prepare for killing free_all_bootmem_node() by using
free_all_bootmem() instead.
Signed-off-by: Jiang Liu
Cc: Haavard Skinnemoen
Cc: Hans-Christian Egtvedt
Cc: linux-kernel@vger.kernel.org
---
arch/avr32/mm/init.c | 21 +
1 file changed, 5 insertions(+), 16 deletions(-)
On 13 April 2013 22:46, Jonghwan Choi wrote:
> From: Haojian Zhuang
>
> This patch looks like it should be in the 3.8-stable tree, should we apply
> it?
>
It could be merged into 3.8-stable tree.
Regards
Haojian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Sat, Apr 13, 2013 at 11:06:22PM +0800, Andrew Cooks wrote:
> On Fri, Apr 12, 2013 at 4:06 PM, Joerg Roedel wrote:
> > Oh, that's sad. You were the only one having a machine wich actually has
> > unity-mapped ranges defined in the BIOS table. The code for those
> > mappings was basically
On Sat, Apr 13, 2013 at 04:06:58PM +0200, Frederic Weisbecker wrote:
> 2013/4/13 Paul E. McKenney :
> > From: "Paul E. McKenney"
> >
> > Adaptive-ticks CPUs inform RCU when they enter kernel mode, but they do
> > not necessarily turn the scheduler-clock tick back on. This state of
> > affairs
On Fri, Apr 12, 2013 at 4:06 PM, Joerg Roedel wrote:
> Hi Shuah,
>
> On Wed, Apr 10, 2013 at 10:06:02AM -0600, Shuah Khan wrote:
>> On Tue, Apr 9, 2013 at 2:12 PM, Joerg Roedel wrote:
>> > Documentation/kernel-parameters.txt | 14
>> > drivers/iommu/amd_iommu.c | 79
On Thu, Apr 11, 2013 at 08:38:37AM -0700, Linus Torvalds wrote:
> /* We know one of the values has a bit set in the high 32 bits */
> for (;;) {
> /* Make sure "stime" is the bigger of stime/rtime */
> if (rtime > stime) {
> u64 tmp = stime; stime = rtime; rtime
On Fri, Apr 12, 2013 at 09:55:56AM +0200, Peter Zijlstra wrote:
> > The above is totally untested, but each step is pretty damn simple and
> > fairly cheap. Sure, it's a loop, but it's bounded to 32 (cheap)
> > iterations, and the normal case is that it's not done at all, or done
> > only a few
1 - 100 of 332 matches
Mail list logo