* Yinghai Lu wrote:
> On Fri, May 10, 2013 at 3:28 AM, Zhang Yanfei
> wrote:
> > ?? 2013??05??10?? 17:27, Yinghai Lu :
> >> On Fri, May 10, 2013 at 2:01 AM, Zhang Yanfei
> >> wrote:
> >>> init_memory_mapping will set max_pfn_mapped:
> >>> int_memory_mapping
> >>> --> add_pfn_range_mapped
The transition to common clock happened; however, DP (Display Port)
clock node was not added. Thus, DP (Display Port) clock node should
be added to the device tree.
Signed-off-by: Jingoo Han
---
Tested on Exynos5250
arch/arm/boot/dts/exynos5250.dtsi |2 ++
1 files changed, 2 insertions(+),
The exynos5-dp node needs a clock specified using the common clock
framework.
Signed-off-by: Jingoo Han
---
Tested on Exynos5250
.../devicetree/bindings/video/exynos_dp.txt|6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/Documentation/devicetree/bindings/vid
* Peter Zijlstra wrote:
> On Fri, May 10, 2013 at 12:55:36PM +0200, Ingo Molnar wrote:
> > Look at the tools/perf/ patches, they don't actually need or use that
> > information to adjust for skid!
> >
> > If user-space wants _that_ level of control because it wants to correct
> > for skid (if
On Fri, 10 May 2013 10:27:58 -0700, Tony Luck wrote:
Non-text part: multipart/mixed
> I think I have the same (or highly similar) thing happening on ia64.
What was page_size and fsblock size?
>
> Similarities: seeing assertions fail for b_transaction
> Differences: I only have ext3 filesystems mo
Add pin state information for DP HPD support that requires
pin configuration support using pinctrl interface.
Signed-off-by: Jingoo Han
---
Tested on Exynos5250
arch/arm/boot/dts/exynos5250-pinctrl.dtsi |7 +++
arch/arm/boot/dts/exynos5250-smdk5250.dts |3 +++
2 files changed, 10 in
On Fri, 10 May 2013 15:27:47 -0400, Theodore Ts'o wrote:
> Hmm, since you seem to be able to reproduce the problem reliably, any
> chance you can try bisecting the problem? I've looked at the commits
> that touch fs/jbd2 and nothing is jumping out at me.
>
> Also, how many CPU's do you have your
On 05/11/2013 09:46 AM, Robin Holt wrote:
> On Fri, May 10, 2013 at 10:03:24AM -0700, Andrew Morton wrote:
>> On Fri, 10 May 2013 13:11:51 +0200 "Rafael J. Wysocki" wrote:
>>
>>> ...
>>>
cpu_hotplug_disable() doesn't get compiled unless we've defined
CONFIG_PM_SLEEP_SMP. I cannot begin
> - I don't think it's necessarily "system stability". The problem with
> large amounts of highmem ends up being that we end up using up almost
> all of the lowmem just to *track* the huge amount of highmem, and then
> we have so little lowmem that we suck at performance and have various
> random
On Sat, 11 May 2013 12:13:20 +0400, Dmitry Monakhov
wrote:
> On Fri, 10 May 2013 15:27:47 -0400, Theodore Ts'o wrote:
> > Hmm, since you seem to be able to reproduce the problem reliably, any
> > chance you can try bisecting the problem? I've looked at the commits
> > that touch fs/jbd2 and not
Hi!
> Power management debug option to configure device suspend/resume watchdogs.
> Available options are:
> 1. Enable/disable the feature.
> 2. Select triggered watchdog action between:
> - system panic (default)
> - dump stacktrace
> - log event
> 3. Select timeout
Thank you. That fixed the alpha allmodconfig case for me. I am currently
rebuilding all the arm defconfig files and will resubmit -v10 when that
is done.
Robin
On Sat, May 11, 2013 at 02:43:20PM +0530, Srivatsa S. Bhat wrote:
> On 05/11/2013 09:46 AM, Robin Holt wrote:
> > On Fri, May 10, 2013
On 05/09/2013 09:33 AM, Lars-Peter Clausen wrote:
> On 05/09/2013 09:49 AM, Axel Lin wrote:
>> This patch fixes below build error when CONFIG_SPI_MASTER=y && CONFIG_I2C=m:
>>
>> drivers/built-in.o: In function `ad5064_i2c_write':
>> drivers/iio/dac/ad5064.c:608: undefined reference to `i2c_master_s
Hi Libo,
On Saturday 11 of May 2013 14:28:15 Libo Chen wrote:
> From: Libo Chen
The patch subject is slightly misleading. It suggests that the patch only
changes clock handling, but in fact the biggest part of the patch is
conversion to devm_ helpers.
I think following subject would suit this
On Sat, 11 May 2013 13:17:38 +0400, Dmitry Monakhov
wrote:
Non-text part: multipart/mixed
> On Sat, 11 May 2013 12:13:20 +0400, Dmitry Monakhov
> wrote:
> > On Fri, 10 May 2013 15:27:47 -0400, Theodore Ts'o wrote:
> > > Hmm, since you seem to be able to reproduce the problem reliably, any
> >
Convert all uses of devm_request_and_ioremap() to the newly introduced
devm_ioremap_resource() which provides more consistent error handling.
Signed-off-by: Silviu-Mihai Popescu
---
drivers/iio/adc/exynos_adc.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/dr
于 2013-5-11 18:15, Tomasz Figa 写道:
Hi Libo,
On Saturday 11 of May 2013 14:28:15 Libo Chen wrote:
>From: Libo Chen
The patch subject is slightly misleading. It suggests that the patch only
changes clock handling, but in fact the biggest part of the patch is
conversion to devm_ helpers.
I think
This series tries to provide a basic dmaengine driver for the s3c24xx
SoCs.
The driver currently has some limitations, in that it does not support the
earlier s3c24xx socs, that cannot use every channel, but have special
channel requirements for specific slave-targets.
Another limitation is, that
Each dma channel has its own clock. The upcoming dma driver wants to
handle these itself and therefore needs to be able to get the correct
clock for a channel.
Therefore rename the dma clocks to "dma.X" for s3c2412, s3c2416 and
s3c2443. This does not change the behaviour for the old dma driver at
This adds a new driver to support the s3c24xx dma using the dmaengine
and make the old one in mach-s3c24xx obsolete in the long run.
Conceptually the s3c24xx-dma feels like a distant relative of the pl08x
with numerous virtual channels being mapped to a lot less physical ones.
The driver therefore
This includes defining the mapping for the request sources.
Signed-off-by: Heiko Stuebner
---
arch/arm/mach-s3c24xx/common.c | 103
arch/arm/mach-s3c24xx/common.h |3 +
2 files changed, 106 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-s3
The spi-s3c64xx device is also used on the s3c2416 and s3c2443 SoCs.
The driver also already uses only generic dma-engine operations.
Therefore add another elif to set the s3c24xx filter.
Signed-off-by: Heiko Stuebner
---
arch/arm/plat-samsung/devs.c |5 -
1 files changed, 4 insertions(
We recently noticed that reboot of a 1024 cpu machine takes approx 16
minutes of just stopping the cpus. The slowdown was tracked to commit
f96972f.
The current implementation does all the work of hot removing the cpus
before halting the system. We are switching to just migrating to the
reboot_c
Get the new file to pass scripts/checkpatch.pl
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: H. Peter Anvin
Cc: Russ Anderson
Cc: Robin Holt
Cc: Russell King
Cc: Guan Xuetao
Cc: Linux Kernel Mailing List
Cc: the arch/x86 maintainers
Cc: Arm Mailing List
---
Changes since v6:
- Remov
This patch is preparatory. It moves reboot related syscall, etc
functions from kernel/sys.c to kernel/reboot.c.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: H. Peter Anvin
Cc: Russ Anderson
Cc: Robin Holt
Cc: Russell King
Cc: Guan Xuetao
Cc: Linux Kernel Mailing List
Cc: the arch/x86 m
Merge together the unicore32, arm, and x86 reboot= command line
parameter handling.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: H. Peter Anvin
Cc: Russell King
Cc: Guan Xuetao
Cc: Russ Anderson
Cc: Robin Holt
Cc: Linux Kernel Mailing List
Cc: the arch/x86 maintainers
Cc: Arm Mailing L
This patch prepares for the moving the parsing of reboot= to the generic
kernel code by making reboot_mode into a more generic form.
Signed-off-by: Robin Holt
To: Andrew Morton
To: Russell King
Cc: Russ Anderson
Cc: Robin Holt
Cc: H. Peter Anvin
Cc: Guan Xuetao
Cc: Linux Kernel Mailing List
From: "Srivatsa S. Bhat"
There are instances in the kernel where we would like to disable
CPU hotplug (from sysfs) during some important operation. Today
the freezer code depends on this and the code to do it was kinda
tailor-made for that.
Restructure the code and make it generic enough to be u
We recently noticed that reboot of a 1024 cpu machine takes approx 16
minutes of just stopping the cpus. The slowdown was tracked to commit
f96972f.
The current implementation does all the work of hot removing the cpus
before halting the system. We are switching to just migrating to the
boot cpu
Remove the prior patch's #define for easier backporting to the stable
releases.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: H. Peter Anvin
Cc: Russ Anderson
Cc: Robin Holt
Cc: Russell King
Cc: Guan Xuetao
Cc: Linux Kernel Mailing List
Cc: the arch/x86 maintainers
Cc: Arm Mailing List
These restart_mode fields are not used at all. Remove them to make
moving the reboot= cmdline options to the general kernel easier.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: Russell King
Cc: Russ Anderson
Cc: Robin Holt
Cc: H. Peter Anvin
Cc: Guan Xuetao
Cc: Linux Kernel Mailing List
This patch prepares for the moving the parsing of reboot= to the generic
kernel code by making reboot_mode into a more generic form.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: Guan Xuetao
Cc: Russ Anderson
Cc: Robin Holt
Cc: Russell King
Cc: H. Peter Anvin
Cc: Linux Kernel Mailing List
This patch prepares for the moving the parsing of reboot= to the generic
kernel code by making reboot_mode into a more generic form.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: H. Peter Anvin
Cc: Miguel Boton
Cc: Russ Anderson
Cc: Robin Holt
Cc: Russell King
Cc: Guan Xuetao
Cc: Linux K
At Fri, 10 May 2013 14:39:39 +0100,
Ben Hutchings wrote:
>
> This is the start of the stable review cycle for the 3.2.45 release.
> There are 118 patches in this series, which will be posted as responses
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On Tue, 7 May 2013 09:37:07 -0400, Dave Jones wrote:
> started compiling a kernel, and then...
>
I've bisected this one.
commit 666d644cd72a9ec58b353209ff191d7430f3b357
Author: Dave Chinner
Date: Wed Apr 3 14:09:21 2013 +1100
xfs: don't free EFIs before the EFDs are committed
#xfstests
On Sat, 2013-05-11 at 21:05 +0900, Satoru Takeuchi wrote:
> At Fri, 10 May 2013 14:39:39 +0100,
> Ben Hutchings wrote:
> >
> > This is the start of the stable review cycle for the 3.2.45 release.
> > There are 118 patches in this series, which will be posted as responses
> > to this one. If anyon
On Sat, May 11, 2013 at 06:57:26AM -0500, Robin Holt wrote:
> diff --git a/arch/arm/mach-ixp4xx/include/mach/timex.h
> b/arch/arm/mach-ixp4xx/include/mach/timex.h
> index c9e930f..729b2db 100644
> --- a/arch/arm/mach-ixp4xx/include/mach/timex.h
> +++ b/arch/arm/mach-ixp4xx/include/mach/timex.h
> @
On Sat, May 11, 2013 at 06:57:24AM -0500, Robin Holt wrote:
> These restart_mode fields are not used at all. Remove them to make
> moving the reboot= cmdline options to the general kernel easier.
Acked-by: Russell King
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Sat, May 11, 2013 at 06:57:27AM -0500, Robin Holt wrote:
> Merge together the unicore32, arm, and x86 reboot= command line
> parameter handling.
>
> Signed-off-by: Robin Holt
> To: Andrew Morton
> Cc: H. Peter Anvin
> Cc: Russell King
> Cc: Guan Xuetao
> Cc: Russ Anderson
> Cc: Robin Holt
On Sat, May 11, 2013 at 06:57:16AM -0500, Robin Holt wrote:
> We recently noticed that reboot of a 1024 cpu machine takes approx 16
> minutes of just stopping the cpus. The slowdown was tracked to commit
> f96972f.
...
> Cc: Russell King
Looks good now. Acks supplied for relevant patches to ARM
I will resubmit a -v11 with Russell's comment about the wrongly added
^// in a bit.
Robin
On Sat, May 11, 2013 at 06:57:16AM -0500, Robin Holt wrote:
> We recently noticed that reboot of a 1024 cpu machine takes approx 16
> minutes of just stopping the cpus. The slowdown was tracked to commit
>
On Fri, May 10, 2013 at 5:32 PM, Takashi Iwai wrote:
> At Fri, 10 May 2013 09:25:51 +0800,
>>
>> Anyway, if you want to force killing loader, please only kill these
>> FW_ACTION_NOHOTPLUG before suspend and reboot, and do
>> not touch FW_ACTION_HOTPLUG. Is it OK for you?
>
> Note that, as with my
On Sat, May 11, 2013 at 06:57:25AM -0500, Robin Holt wrote:
> This patch prepares for the moving the parsing of reboot= to the generic
> kernel code by making reboot_mode into a more generic form.
>
> Signed-off-by: Robin Holt
> To: Andrew Morton
> To: Russell King
> Cc: Russ Anderson
> Cc: Ro
On Sat, May 11, 2013 at 02:26:13PM +0900, Satoru Takeuchi wrote:
> At Thu, 9 May 2013 15:24:50 -0700,
> Greg Kroah-Hartman wrote:
> >
> > This is the start of the stable review cycle for the 3.9.2 release.
> > There are 73 patches in this series, all will be posted as a response
> > to this one.
>From e6a55411486de8a09b859e73140bf35c0ee36047 Mon Sep 17 00:00:00 2001
From: Dong Zhu
Date: Sat, 11 May 2013 21:44:54 +0800
Subject: [PATCH] igb: add a method to get the nic hw time stamping policy
Currently kernel only support setting the hw time stamping policy
through ioctl,now add a method t
On 11.05.2013, Frantisek Hrbata wrote:
> I haven't tried to reproduce. I was asked to help with Fedora's bugs triage
> and
> these come up. The goal was just to contact the right people and bring this to
> their attention. If you have a patch for this, I guess we can try to ask
> Heinz,
> or ot
On Fri, May 10, 2013 at 10:31:31AM -0700, Soren Brinkmann wrote:
> +Example:
> + usclk: usclk {
> + compatible = "clk-userspace";
> + clocks = <&foo 15>, <&bar>;
> + clock-count = <2>;
> + };
This is clearly *very* Linux specific so needs to be a linux
We recently noticed that reboot of a 1024 cpu machine takes approx 16
minutes of just stopping the cpus. The slowdown was tracked to commit
f96972f.
The current implementation does all the work of hot removing the cpus
before halting the system. We are switching to just migrating to the
boot cpu
This patch prepares for the moving the parsing of reboot= to the generic
kernel code by making reboot_mode into a more generic form.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: H. Peter Anvin
Cc: Miguel Boton
Cc: Russ Anderson
Cc: Robin Holt
Cc: Russell King
Cc: Guan Xuetao
Cc: Linux K
Merge together the unicore32, arm, and x86 reboot= command line
parameter handling.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: H. Peter Anvin
Cc: Russell King
Cc: Guan Xuetao
Cc: Russ Anderson
Cc: Robin Holt
Cc: Linux Kernel Mailing List
Cc: the arch/x86 maintainers
Cc: Arm Mailing L
This patch is preparatory. It moves reboot related syscall, etc
functions from kernel/sys.c to kernel/reboot.c.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: H. Peter Anvin
Cc: Russ Anderson
Cc: Robin Holt
Cc: Russell King
Cc: Guan Xuetao
Cc: Linux Kernel Mailing List
Cc: the arch/x86 m
This patch prepares for the moving the parsing of reboot= to the generic
kernel code by making reboot_mode into a more generic form.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: Russell King
Cc: Russ Anderson
Cc: Robin Holt
Cc: H. Peter Anvin
Cc: Guan Xuetao
Cc: Linux Kernel Mailing List
These restart_mode fields are not used at all. Remove them to make
moving the reboot= cmdline options to the general kernel easier.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: Russell King
Cc: Russ Anderson
Cc: Robin Holt
Cc: H. Peter Anvin
Cc: Guan Xuetao
Cc: Linux Kernel Mailing List
This patch prepares for the moving the parsing of reboot= to the generic
kernel code by making reboot_mode into a more generic form.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: Guan Xuetao
Cc: Russ Anderson
Cc: Robin Holt
Cc: Russell King
Cc: H. Peter Anvin
Cc: Linux Kernel Mailing List
We recently noticed that reboot of a 1024 cpu machine takes approx 16
minutes of just stopping the cpus. The slowdown was tracked to commit
f96972f.
The current implementation does all the work of hot removing the cpus
before halting the system. We are switching to just migrating to the
reboot_c
Get the new file to pass scripts/checkpatch.pl
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: H. Peter Anvin
Cc: Russ Anderson
Cc: Robin Holt
Cc: Russell King
Cc: Guan Xuetao
Cc: Linux Kernel Mailing List
Cc: the arch/x86 maintainers
Cc: Arm Mailing List
---
Changes since v6:
- Remov
Remove the prior patch's #define for easier backporting to the stable
releases.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: H. Peter Anvin
Cc: Russ Anderson
Cc: Robin Holt
Cc: Russell King
Cc: Guan Xuetao
Cc: Linux Kernel Mailing List
Cc: the arch/x86 maintainers
Cc: Arm Mailing List
On Fri, May 10, 2013 at 04:01:25PM -0700, Saravana Kannan wrote:
> On 05/10/2013 03:18 PM, Mike Turquette wrote:
Guys please delete irrelevant context from replies...
> >One way to do it is to introduce a new config option,
> >CONFIG_COMMON_CLK_DEBUG_CONTROL that would expose the controls for
> >
From: "Srivatsa S. Bhat"
There are instances in the kernel where we would like to disable
CPU hotplug (from sysfs) during some important operation. Today
the freezer code depends on this and the code to do it was kinda
tailor-made for that.
Restructure the code and make it generic enough to be u
Yes... But both apply.
Yuhong Bao wrote:
>(resending as plaintext)
>> During early init, we would incorrectly set the NX bit even if the NX
>> feature was not supported. Instead, only set this bit if NX is
>> actually available and enabled. We already do very early detection
>of
>> the NX bit
Hello,
I have recently written a read-only support for linux for AIX 3 & 4 lvm
disks, and submitted a patch for the linux block/partitions subsystem,
for which I have no feedback yet.
Now I wonder, as AIX LVM can describe mirrored and splitted logical
volumes, is block/partitions the right place
[in the future please refrain from posting to LKML for such a narrow
topic like dm-cache... not seeing the point in adding to the LKML noise
-- dm-devel should suffice]
On Fri, May 10 2013 at 1:51pm -0400,
Darrick J. Wong wrote:
> On Fri, May 10, 2013 at 11:22:24AM +0100, Joe Thornber wrote:
>
On Sat, May 11, 2013 at 10:02:19PM +0800, Dong Zhu wrote:
>
> Currently kernel only support setting the hw time stamping policy
> through ioctl,now add a method to check which packets(Outgoing and
> Incoming) are time stamped by nic.
I don't really see a use case here. Applications needing time s
By the way, do we really need Yoda programming here?
Russell King - ARM Linux wrote:
>On Sat, May 11, 2013 at 06:57:25AM -0500, Robin Holt wrote:
>> This patch prepares for the moving the parsing of reboot= to the
>generic
>> kernel code by making reboot_mode into a more generic form.
>>
>> Sig
You need to have CAP_SYS_ADMIN to trigger this overflow but it makes the
static checkers complain so we should fix it. The worry is that
"length" comes from copy_from_user() so we need to check that "length +
offset" can't overflow.
I also changed the min_t() cast to be unsigned instead of signed
Hello.
On 11-05-2013 18:02, Dong Zhu wrote:
From e6a55411486de8a09b859e73140bf35c0ee36047 Mon Sep 17 00:00:00 2001
From: Dong Zhu
Date: Sat, 11 May 2013 21:44:54 +0800
Subject: [PATCH] igb: add a method to get the nic hw time stamping policy
Please, don't send this header with your patch
On Fri, May 10, 2013 at 10:24:22PM +0100, Mark Brown wrote:
> On Fri, May 10, 2013 at 10:31:31AM -0700, Soren Brinkmann wrote:
>
> > +Example:
> > + usclk: usclk {
> > + compatible = "clk-userspace";
> > + clocks = <&foo 15>, <&bar>;
> > + clock-count = <2>;
> > +
On Wed, May 8, 2013 at 10:03 PM, Al Viro wrote:
>
> OK, so I decided to check just how painful would it be to fix that.
> Diff had grown well past anything even remotely reasonable for a single
> commit (443 files changed, 814 insertions(+), 1843 deletions(-) for the
> last snapshot I've t
On Sat, May 11, 2013 at 10:05:05AM -0700, Linus Torvalds wrote:
> Ugh. You know what? I'd almost prefer to just do it as a single big
> commit, *without* the extra churn of then also renaming things.
> Because the renaming will just be painful and result in *more*
> problems, and quite frankly, th
> What I understand from above in intel 64 Arch software Developer's manual are:
> 1) this manual is written for software developer;
> 2) It says that MCE handler only requires to synchronize among the logical
> cores in the same package/core(what I assume here is same CPU socket).
>
> I have two
The original goal of this patchset is to fix the bug reported by
https://bugzilla.kernel.org/show_bug.cgi?id=53501
Now it has also been expanded to reduce common code used by memory
initializion.
This is the third part, previous two patch sets have been merged into
the main stream kernel and could
Address more review comments from last round of code review.
1) Enhance free_reserved_area() to support poisoning freed memory with
pattern '0'. This could be used to get rid of poison_init_mem()
on ARM64.
2) A previous patch has disabled memory poison for initmem on s390
by mistake, so re
Use free_reserved_area() to poison initmem memory pages and kill
poison_init_mem() on ARM64.
Signed-off-by: Jiang Liu
Cc: Catalin Marinas
Cc: Will Deacon
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
arch/arm64/mm/init.c | 17 +++--
1 file changed, 3
Use common help function free_reserved_area() to simplify code.
Signed-off-by: Jiang Liu
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: Yinghai Lu
Cc: Tang Chen
Cc: Wen Congyang
Cc: Jianguo Wu
Cc: linux-kernel@vger.kernel.org
---
arch/x86/mm/init.c| 1
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu
Cc: Chris Metcalf
Cc: Wen Congyang
Cc: linux-kernel@vger.kernel.org
---
arch/tile/mm/init.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/arch/tile/mm/init.c b/arch/tile/mm/init.c
index 2749
Use common help function free_reserved_area() to simplify code.
Signed-off-by: Jiang Liu
Cc: Ralf Baechle
Cc: Jiang Liu
Cc: linux-m...@linux-mips.org
Cc: linux-kernel@vger.kernel.org
---
arch/mips/powertv/asic/asic_devices.c | 13 ++---
1 file changed, 2 insertions(+), 11 deletions(-)
Use common help function free_reserved_area() to simplify code.
Signed-off-by: Jiang Liu
Cc: Florian Tobias Schandinat
Cc: linux-fb...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
drivers/video/acornfb.c | 28 ++--
1 file changed, 2 insertions(+), 26 deletions(-)
Fix some trivial typos in comments.
Signed-off-by: Jiang Liu
Cc: Wen Congyang
Cc: Tang Chen
Cc: Jiang Liu
Cc: Yasuaki Ishimatsu
Cc: Mel Gorman
Cc: Minchan Kim
Cc: Marek Szyprowski
Cc: linux...@kvack.org
Cc: linux-kernel@vger.kernel.org
---
mm/memory_hotplug.c | 2 +-
mm/page_alloc.c |
Use zone->managed_pages instead of zone->present_pages to calculate
default zonelist order because managed_pages means allocatable pages.
Signed-off-by: Jiang Liu
Cc: Mel Gorman
Cc: Minchan Kim
Cc: Marek Szyprowski
Cc: linux...@kvack.org
Cc: linux-kernel@vger.kernel.org
---
mm/page_alloc.c |
Commit "mm: introduce new field 'managed_pages' to struct zone" assumes
that all highmem pages will be freed into the buddy system by function
mem_init(). But that's not always true, some architectures may reserve
some highmem pages during boot. For example PPC may allocate highmem
pages for giagan
Currently lock_memory_hotplug()/unlock_memory_hotplug() are used to
protect totalram_pages and zone->managed_pages. Other than the memory
hotplug driver, totalram_pages and zone->managed_pages may also be
modified at runtime by other drivers, such as Xen balloon,
virtio_balloon etc. For those cases
In order to simpilify management of totalram_pages and
zone->managed_pages, make __free_pages_bootmem() only available
at boot time. With this change applied, __free_pages_bootmem()
will only be used by bootmem.c and nobootmem.c at boot time,
so mark it as __init. Other callers of __free_pages_boo
Enhance adjust_managed_page_count() to adjust totalhigh_pages for
highmem pages. And change code which directly adjusts totalram_pages
to use adjust_managed_page_count() because it adjusts totalram_pages,
totalhigh_pages and zone->managed_pages altogether in a safe way.
Remove inc_totalhigh_pages(
Concentrate code to modify totalram_pages into the mm core, so the arch
memory initialized code doesn't need to take care of it. With these
changes applied, only following functions from mm core modify global
variable totalram_pages:
free_bootmem_late(), free_all_bootmem(), free_all_bootmem_node(),
As reported by https://bugzilla.kernel.org/show_bug.cgi?id=53501,
"MemTotal" from /proc/meminfo means memory pages managed by the buddy
system (managed_pages), but "MemTotal" from /sys/.../node/nodex/meminfo
means phsical pages present (present_pages) within the NUMA node.
There's a difference betw
Fix building warnings caused by redifinitions of HZ:
In file included from /ws/linux/kernel/linux.git/include/uapi/linux/param.h:4,
from include/linux/timex.h:63,
from include/linux/jiffies.h:8,
from include/linux/ktime.h:25,
from
Change signature of free_reserved_area() according to Russell King's
suggestion to fix following build warnings:
arch/arm/mm/init.c: In function 'mem_init':
arch/arm/mm/init.c:603:2: warning: passing argument 1 of 'free_reserved_area'
makes integer from pointer without a cast [enabled by default]
I am announcing the release of the 3.5.7.12 tree of stable patches.
This tree picks up the latest 3.5 stable release upstream, and add patches
on top that were later marked for stable but can't be added to 3.5, as
it is not anymore an stable series maintained upstream.
The tree is maintained by t
also interesting information... Study of 2,047 papers on PubMed finds
that two-thirds of retracted papers were down to scientific
misconduct, not error
On Fri, May 10, 2013 at 11:12 PM, Daniel Phillips
wrote:
> Hi Dave,
>
> Thanks for the catch - I should indeed have noted that "modified
> dbench
Please, stop this idiotic incomprehensible jargon.
On Sat, May 11, 2013 at 08:47:28AM -0700, H. Peter Anvin wrote:
> By the way, do we really need Yoda programming here?
>
> Russell King - ARM Linux wrote:
>
> >On Sat, May 11, 2013 at 06:57:25AM -0500, Robin Holt wrote:
> >> This patch prepares
On Sat, May 11, 2013 at 10:22 AM, Al Viro wrote:
>>
>> Because renaming really doesn't buy us anything but pain.
>
> Umm... I'd rather go the whole way and get rid of inode argument as well,
> while we are at it. It's completely redundant and it's unused in very large
> majority of the instances
On Thursday 09 May 2013 22:48:54 Steven Miao wrote:
> Hi Stephen,
please don't top post
> Yes, please update the current blackfin tree with:
>
> https://github.com/realmz/blackfin-linux.git blackfin-linus
why don't you sign up for an account on kernel.org and host your tree there ?
-mike
s
Hello.
On 05/11/2013 09:34 PM, Jiang Liu wrote:
I've noticed a small typo in the changelog.
As reported by https://bugzilla.kernel.org/show_bug.cgi?id=53501,
"MemTotal" from /proc/meminfo means memory pages managed by the buddy
system (managed_pages), but "MemTotal" from /sys/.../node/nodex
On Fri, May 10, 2013 at 2:10 PM, Oleg Nesterov wrote:
> On 05/10, Lucas De Marchi wrote:
>>
>> On Fri, May 10, 2013 at 12:36 PM, Oleg Nesterov wrote:
>> > Well, personally I think it would be better to use kasprintf(), see the
>> > patch I sent (it is actually wrong, needs kfree(args) before retu
On Friday, May 10, 2013 04:52:57 PM Bjorn Helgaas wrote:
> [+cc Rafael, other pci_disable_link_state() users]
>
> On Wed, May 01, 2013 at 11:13:15AM -0600, Bjorn Helgaas wrote:
> > On Wed, May 1, 2013 at 2:31 AM, Emmanuel Grumbach
> > wrote:
> > > [from Bjorn's mail]
> > >> In Emmanuel's case, w
On Sat, 2013-05-11 at 22:26 +0200, Rafael J. Wysocki wrote:
> On Friday, May 10, 2013 04:52:57 PM Bjorn Helgaas wrote:
> > I propose the following patch. Any comments?
>
> In my opinion this is dangerous, because it opens us to bugs that right now
> are prevented from happening due to the way the
Hello.
On 05/10/2013 03:07 PM, Sergei Shtylyov wrote:
devm_ioremap_resource does sanity checks on the given resource. No
need to
duplicate this in the driver.
Signed-off-by: Wolfram Sang
Acked-by: Sergei Shtylyov
I was too fast, I'm now withdawing my ACK.
WBR, Sergei
WBR, S
Hello.
On 05/10/2013 12:17 PM, Wolfram Sang wrote:
devm_ioremap_resource does sanity checks on the given resource. No need to
duplicate this in the driver.
Signed-off-by: Wolfram Sang
---
drivers/net/ethernet/renesas/sh_eth.c | 14 +-
1 file changed, 1 insertion(+), 13 deleti
On Sat, May 11, 2013 at 12:16:22PM -0700, Linus Torvalds wrote:
> >> Because renaming really doesn't buy us anything but pain.
> >
> > Umm... I'd rather go the whole way and get rid of inode argument as well,
> > while we are at it. It's completely redundant and it's unused in very large
> > maj
On Sat, May 11, 2013 at 2:06 PM, Al Viro wrote:
>
> Less boilerplate? We used to pass inode to fput() as well, but
> switched to passing file alone...
.. and that was painful.
The advantage has to be balanced against the pain it causes. I'm not
seeing the advantage here as being worth it. If th
1 - 100 of 184 matches
Mail list logo
