On Fri, Apr 05, 2013 at 04:17:47PM -0700, Arve Hjønnevåg wrote:
On Thu, Apr 4, 2013 at 5:32 AM, Serban Constantinescu
serban.constantine...@arm.com wrote:
Since the binder driver uses both uint32_t and unsigned int any further
kernel changes will be difficult to read. This patch fixes the
On Thu, Apr 04, 2013 at 01:32:34PM +0100, Serban Constantinescu wrote:
Fix format specifiers warnings introduced by the previous patch which
changes some structures in binder.h.
Please merge this with the patch that caused the problems.
--
To unsubscribe from this list: send the line
Eugene Krasnikov k.eugen...@gmail.com writes:
Good point regarding timestamp.
When it comes to feature bitmap do you have an example of such a
bitmap from carl9170? Why not to rely always on major version?
I'm with Christian here. In ath6kl we switched to firmware advertising
feature
Use the wrapper functions for getting and setting the driver data using
spi_device instead of using dev_{get|set}_drvdata with spi-dev, so we
can directly pass a struct spi_device.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/mfd/wm831x-spi.c |6 +++---
1 files changed, 3
Use the wrapper functions for getting and setting the driver data using
spi_device instead of using dev_{get|set}_drvdata with spi-dev, so we
can directly pass a struct spi_device.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/mfd/da9052-spi.c |4 ++--
1 files changed, 2
Use the wrapper functions for getting and setting the driver data using
spi_device instead of using dev_{get|set}_drvdata with spi-dev, so we
can directly pass a struct spi_device.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/mfd/ezx-pcap.c |4 ++--
1 files changed, 2
Use the wrapper functions for getting and setting the driver data using
spi_device instead of using dev_{get|set}_drvdata with spi-dev, so we
can directly pass a struct spi_device.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/mfd/mc13xxx-spi.c |6 +++---
1 files changed, 3
Use the wrapper functions for getting and setting the driver data using
spi_device instead of using dev_{get|set}_drvdata with spi-dev, so we
can directly pass a struct spi_device.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/mfd/arizona-spi.c |2 +-
1 files changed, 1
Use the wrapper functions for getting and setting the driver data using
spi_device instead of using dev_{get|set}_drvdata with spi-dev, so we
can directly pass a struct spi_device.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/mfd/stmpe-spi.c |2 +-
1 files changed, 1
Hi guys,
Once I reported this issue (on 1st Apr), and have just done git bisect.
I hit kernel hang with 3.9-rc5, during unmount (the device was mounted via loop
device, in case it matters).
Steps to reproduce :
# mount ISO-9660_iso_image /mnt -o loop
# umount /mnt
It's bisected to
On Fri 05-04-13 18:23:07, KOSAKI Motohiro wrote:
- if (!new_hpage)
+ /*
+ * Getting a new hugepage with alloc_huge_page() (which can happen
+ * when migration is caused by mbind()) can return ERR_PTR value,
+ * so we need take care of the case here.
+ */
+ if (!new_hpage
On 5 April 2013 22:52, Kalle Valo kv...@adurom.com wrote:
Eugene Krasnikov k.eugen...@gmail.com writes:
Good point regarding timestamp.
When it comes to feature bitmap do you have an example of such a
bitmap from carl9170? Why not to rely always on major version?
I'm with Christian here.
Hi Dave,
On 04/06/2013 03:13 AM, Dave Hansen wrote:
Hey Thomas,
I seem to be running in to smpboot_thread_fn()'s
BUG_ON(td-cpu != smp_processor_id());
pretty regularly, both at boot and if I boot with maxcpus=x and then
online the CPUs from sysfs after boot. It's a
On 2013年04月06日 13:57, Greg KH wrote:
On Sat, Apr 06, 2013 at 01:05:59PM +0800, Chen Gang wrote:
On 2013年04月06日 07:48, Arve Hjønnevåg wrote:
On Fri, Apr 5, 2013 at 3:01 PM, Greg KH gre...@linuxfoundation.org
wrote:
On Fri, Apr 05, 2013 at 04:05:25PM +0800, Chen Gang wrote:
On 04/06/2013 01:16 AM, Theodore Ts'o wrote:
On Sat, Apr 06, 2013 at 12:18:11AM +0200, Jiri Slaby wrote:
Ok, so now I'm runnning 3.9.0-rc5-next-20130404, it's not that bad, but
it still sucks. Updating a kernel in a VM still results in Your system
is too SLOW to play this! by mplayer and frame
On 04/06/2013 09:29 AM, Jiri Slaby wrote:
On 04/06/2013 01:16 AM, Theodore Ts'o wrote:
On Sat, Apr 06, 2013 at 12:18:11AM +0200, Jiri Slaby wrote:
Ok, so now I'm runnning 3.9.0-rc5-next-20130404, it's not that bad, but
it still sucks. Updating a kernel in a VM still results in Your system
is
The sched_clock_remote() implementation has the following inatomicity
problem on 32bit systems when accessing the remote scd-clock, which
is a 64bit value.
CPU0CPU1
sched_clock_local() sched_clock_remote(CPU0)
...
remote_clock = scd[CPU0]-clock
On Saturday 06 of April 2013, Guenter Roeck wrote:
A race condition exists when registering the first watchdog device.
Sequence of events:
- watchdog_register_device calls watchdog_dev_register
- watchdog_dev_register creates the watchdog misc device by calling
misc_register.
At that
On 04/06/2013 09:37 AM, Jiri Slaby wrote:
On 04/06/2013 09:29 AM, Jiri Slaby wrote:
On 04/06/2013 01:16 AM, Theodore Ts'o wrote:
On Sat, Apr 06, 2013 at 12:18:11AM +0200, Jiri Slaby wrote:
Ok, so now I'm runnning 3.9.0-rc5-next-20130404, it's not that bad, but
it still sucks. Updating a
On Sat, 6 Apr 2013, Srivatsa S. Bhat wrote:
Hi Dave,
On 04/06/2013 03:13 AM, Dave Hansen wrote:
Hey Thomas,
I seem to be running in to smpboot_thread_fn()'s
BUG_ON(td-cpu != smp_processor_id());
That should be WARN_ON of course. Stupid me.
pretty regularly, both at boot
On Friday 05 April 2013, Gregory CLEMENT wrote:
On 04/05/2013 10:50 PM, Arnd Bergmann wrote:
On Friday 05 April 2013, Gregory CLEMENT wrote:
From: Lior Amsalem al...@marvell.com
This is a surprising limitation. Can you extend the above text to go into
more
detail where that
On Fri, 2013-04-05 at 16:55 +0800, Wanlong Gao wrote:
On 03/28/2013 10:22 AM, Wanlong Gao wrote:
On 03/23/2013 07:28 PM, Wanlong Gao wrote:
This series implements virtio-scsi queue steering, which gives
performance improvements of up to 50% (measured both with QEMU and
tcm_vhost
On Thu, 2013-04-04 at 12:06 -0600, Bjorn Helgaas wrote:
On Thu, Mar 21, 2013 at 6:51 PM, Robert Hancock hancock...@gmail.com wrote:
On 03/20/2013 10:35 PM, Myron Stowe wrote:
Sysfs includes entries to memory regions that back a PCI device's BARs.
The pci-sysfs entries backing I/O Port
On Mon, Apr 1, 2013 at 4:14 PM, Christoph Lameter c...@linux.com wrote:
On Wed, 27 Mar 2013, Ilia Mirkin wrote:
The GPF happens at +160, which is in the argument setup for the
cmpxchg in slab_alloc_node. I think it's the call to
get_freepointer(). There was a similar bug report a while back,
On 04/06/2013 01:22 AM, Peter Hurley wrote:
I'll see if I can reproduce this over the weekend on an old single-core
laptop I
still have.
TIA for doing this.
There were some race conditions in the N_TTY line discipline which I
recently fixed. Those changes are in linux-next. Can you test if
On 2013年04月06日 07:48, � wrote:
Theoretically this should not change the behavior. The purpose of this
code it to make sure only thread per process is part of a transaction
stack, so if it finds more than one transaction with a matching
process, they should all point to the same thread object.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Arnd Bergmann wrote:
On Thursday 04 April 2013, Felipe Balbi wrote:
On Thu, Apr 04, 2013 at 01:42:18PM -0400, Alan Stern wrote:
diff --git a/drivers/usb/misc/sisusbvga/Kconfig
b/drivers/usb/misc/sisusbvga/Kconfig
index 30ea7ca..0d03a52 100644
On Sat, Apr 6, 2013 at 5:01 AM, Ilia Mirkin imir...@alum.mit.edu wrote:
On Mon, Apr 1, 2013 at 4:14 PM, Christoph Lameter c...@linux.com wrote:
On Wed, 27 Mar 2013, Ilia Mirkin wrote:
The GPF happens at +160, which is in the argument setup for the
cmpxchg in slab_alloc_node. I think it's the
On 04/04/2013 11:37 PM, Luck, Tony wrote:
Calling memcmp() to check the value of the first byte in a string is overkill.
Just use buf[0] == '1' or buf[0] != '1' as appropriate.
Signed-off-by: Tony Luck tony.l...@intel.com
I think it is a good idea to switch directly to strtobool. But
Hi all,
with this patch series we try to change the fs freeze behavior in order
to sleep in a killable state instead of sleeping in uninterruptible
state. The patches are *NOT* tested because but a first review is welcome.
The design is simply:
1) Internal fs operations are not changed from
Added a new internal function __sb_start_write_wait. It must be called
when we want wait for freeze events. We can wait in killable or
uninterruptible state. The old __sb_start_write now it's used only
when we don't want to wait.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
On Fri, Apr 05, 2013 at 04:18:49PM -0700, Kees Cook wrote:
There is already a hook in the patch that prints the offset:
+dump_kernel_offset(struct notifier_block *self, unsigned long v, void *p)
+{
+ pr_emerg(Kernel Offset: 0x%lx\n,
+(unsigned long)_text -
In every place where sb_start_write was called now we must manage
the error code and return -EINTR.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
fs/btrfs/file.c|9 +++--
fs/cifs/file.c |4 +++-
fs/ext4/mmp.c |3 ++-
fs/ext4/super.c|4 +++-
In every place where sb_start_pagefault was called now we must manage
the error code and return VM_FAULT_RETRY.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
fs/btrfs/inode.c |4 +++-
fs/buffer.c|4 +++-
fs/ext4/inode.c|4 +++-
fs/f2fs/file.c |4
On 04/06/2013 04:40 PM, James Bottomley wrote:
On Fri, 2013-04-05 at 16:55 +0800, Wanlong Gao wrote:
On 03/28/2013 10:22 AM, Wanlong Gao wrote:
On 03/23/2013 07:28 PM, Wanlong Gao wrote:
This series implements virtio-scsi queue steering, which gives
performance improvements of up to 50%
In case of VM_FAULT_RETRY, __get_user_pages returns the number
of pages alredy gotten, but there isn't a check if this number is
zero. Instead, we have to return a proper error code so we can avoid
a possible extra call of __get_user_pages. There are several
places where get_user_pages is called
Just downloaded new kernels, and find this error in build.
fs/built-in.o: In function `find_group_flex':
/home/msetzerii/data/linux-3.0.72/fs/ext4/ialloc.c:359: undefined
reference to `__udivdi3'
/home/msetzerii/data/linux-3.0.72/fs/ext4/ialloc.c:374: undefined
reference to `__udivdi3'
make:
Hello.
On Fri, Apr 05, 2013 at 12:07:15PM +0200, James Bottomley wrote:
Just so you know: this isn't a parisc specific problem. Gcc produces
duplicate section names under various circumstances, but the one that
bites us is -ffunction-sections. Note that there are proposals to use
On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
The problem is our assumption that section names be unique. This
assumption is wrong. The ELF spec says (version 1.1 page 1-15): An
object file may have more than one section with the same name. We need
to fix the kernel not to
On Fri, Apr 05, 2013 at 07:16:53PM +0100, Pawel Moll wrote:
Ok, so how about the code below? Disclaimer: this is just a proposal.
I'm not sure how welcomed would be an extra field in struct file, but
this makes the clocks ultimately flexible - one can attach the clock
to any arbitrary struct
On Fri, 5 Apr 2013 13:57:29 -0700, Stephen Boyd sb...@codeaurora.org
wrote:
Hot-plugging with CONFIG_DEBUG_PREEMPT=y on a device with arm
architected timers causes a slew of using smp_processor_id() in
preemptible warnings:
BUG: using smp_processor_id() in preemptible [] code:
On Sat, 6 Apr 2013, Geert Uytterhoeven wrote:
JFYI, when comparing v3.9-rc5 to v3.9-rc4[3], the summaries are:
- build errors: +129/-0
Note that there may be false regressions, as some logs are incomplete.
Still, they're build errors/warnings.
I think the only real one (in
On Sat, Apr 06, 2013 at 08:25:57PM +1000, Michael D. Setzer II wrote:
Just downloaded new kernels, and find this error in build.
fs/built-in.o: In function `find_group_flex':
/home/msetzerii/data/linux-3.0.72/fs/ext4/ialloc.c:359: undefined
reference to `__udivdi3'
On 6 Apr 2013 at 13:26, Borislav Petkov wrote:
Date sent: Sat, 6 Apr 2013 13:26:57 +0200
From: Borislav Petkov b...@alien8.de
To: Michael D. Setzer II msetze...@gmail.com
Copies to: linux-kernel@vger.kernel.org,
On 04/04/2013 01:59 PM, Namhyung Kim wrote:
- if (capacity rq-nr_running == 1 wl env-imbalance)
+ if (rq-nr_running == 0 ||
+ (!(env-flags LBF_POWER_BAL) capacity
+ rq-nr_running == 1 wl env-imbalance))
Just out of
On Saturday 06 April 2013, Daniel Tang wrote:
Hi,
First of all, thank you for your comments!
On 04/04/2013, at 10:12 PM, Arnd Bergmann a...@arndb.de wrote:
For new platforms, we want to have only the absolute minimum amount of
code in arch/arm and move everything else into drivers.
Hi,
On 06/04/2013, at 10:51 PM, Arnd Bergmann a...@arndb.de wrote:
Ok, whichever way you prefer. If you have questions while working on this,
feel free to join #armlinux on irc.freenode.net, there are usually other
people working on the same things.
Cheers.
We already have something
On 6 Apr 2013 at 13:26, Borislav Petkov wrote:
Date sent: Sat, 6 Apr 2013 13:26:57 +0200
From: Borislav Petkov b...@alien8.de
To: Michael D. Setzer II msetze...@gmail.com
Copies to: linux-kernel@vger.kernel.org,
On Fri, Apr 05, 2013 at 07:38:55PM +, Eric Wong wrote:
Hi Neil, I'm wondering if you have or know of any public
documentation/examples for using net_dropmon.
If not, I'll figure it out on my own at some point.
Thanks in advance!
(Not a very high priority project for me, my network
On Sat, Apr 06, 2013 at 08:25:57PM +1000, Michael D. Setzer II wrote:
Just downloaded new kernels, and find this error in build.
Patch is here:
http://www.spinics.net/lists/linux-ext4/msg37598.html
Explanation of why it's needed is here:
http://www.spinics.net/lists/linux-ext4/msg37600.html
On 04/06/2013 01:43 PM, richard -rw- weinberger wrote:
What I get with the this trinity command line
gt; trinity --children 2 -c madvise
Does the attached patch fix the problem?
yes, the issue for this syscall is fixed now.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82
On 04/06/2013 02:47 PM, Toralf Förster wrote:
On 04/06/2013 01:43 PM, richard -rw- weinberger wrote:
What I get with the this trinity command line
gt; trinity --children 2 -c madvise
Does the attached patch fix the problem?
yes, the issue for this syscall is fixed now.
But now I get -
From: Philip Kranz philip.kr...@googlemail.com
To be able to properly debug kernel modules kgbd needs to know all SHF_ALLOC
sections of the module. This patch add an array of those sections to struct
module. One cannot use sysfs since it does not contain all sections needed.
Signed-off-by:
On 6 Apr 2013 at 8:41, Theodore Ts'o wrote:
Date sent: Sat, 6 Apr 2013 08:41:01 -0400
From: Theodore Ts'o ty...@mit.edu
To: Michael D. Setzer II msetze...@gmail.com
Copies to: linux-kernel@vger.kernel.org
Subject:Re:
On Sat, Apr 06, 2013 at 09:29:48AM +0200, Jiri Slaby wrote:
I'm not sure, as I am using -next like for ever. But sure, there was a
kernel which didn't ahve this problem.
Any chance you could try rolling back to 3.2 or 3.5 to see if you can
get a starting point? Even a high-level bisection
On Saturday 06 April 2013, Daniel Tang wrote:
Hi,
On 06/04/2013, at 10:51 PM, Arnd Bergmann a...@arndb.de wrote:
Ok, whichever way you prefer. If you have questions while working on this,
feel free to join #armlinux on irc.freenode.net, there are usually other
people working on the
On Sat, Apr 06, 2013 at 12:05:52PM +0200, Marco Stornelli wrote:
In every place where sb_start_pagefault was called now we must manage
the error code and return VM_FAULT_RETRY.
Erm ... in patch 1/4:
static inline void sb_start_pagefault(struct super_block *sb)
{
- __sb_start_write(sb,
On Sat, Apr 06, 2013 at 12:04:52PM +0200, Marco Stornelli wrote:
In every place where sb_start_write was called now we must manage
the error code and return -EINTR.
If we must manage the error code, then these functions should be marked
__must_check.
--
Matthew Wilcox
On 04/05/2013 10:06 AM, Vineet Gupta wrote:
Hi Thomas,
Given that we are closing on 3.9 release, and that one/more of these patches
fix a
real issue for us - can you please consider my earlier patch to fix
timer_pending() only for 3.9
Ingo,
please pull updates for 3.10 (tip/perf/core):
git://git.kernel.org/pub/scm/linux/kernel/git/rric/oprofile.git for-tip
Just one trivial patch.
Thanks,
-Robert
The following changes since commit 07961ac7c0ee8b546658717034fe692fd12eefa9:
Linux 3.9-rc5 (2013-03-31 15:12:43 -0700)
In case of broken card detect support, assume the card is non-removable
Signed-off-by: Alexandre Pereira da Silva aletes@gmail.com
---
This patch depends on Marc Kleine-Budde series adding support for non-removable.
drivers/mmc/host/mxs-mmc.c |3 ++-
1 file changed, 2 insertions(+), 1
The imx23-olinuxino sdcard doesn't have card detect.
Signed-off-by: Alexandre Pereira da Silva aletes@gmail.com
---
arch/arm/boot/dts/imx23-olinuxino.dts |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/imx23-olinuxino.dts
b/arch/arm/boot/dts/imx23-olinuxino.dts
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 could be accessed at:
Fix following build warnings cuased by free_reserved_area():
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]
free_reserved_area(__va(PHYS_PFN_OFFSET),
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
Use free_reserved_area() to poison initmem memory pages and kill
poison_init_mem() on ARM64.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Catalin Marinas catalin.mari...@arm.com
Cc: Will Deacon will.dea...@arm.com
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
Use common help function free_reserved_area() to simplify code.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Thomas Gleixner t...@linutronix.de
Cc: Ingo Molnar mi...@redhat.com
Cc: H. Peter Anvin h...@zytor.com
Cc: x...@kernel.org
Cc: Yinghai Lu ying...@kernel.org
Cc: Tang Chen
Use common help functions to free reserved pages.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Wen Congyang we...@cn.fujitsu.com
Cc: linux-kernel@vger.kernel.org
---
arch/tile/mm/init.c |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
Use common help function free_reserved_area() to simplify code.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Ralf Baechle r...@linux-mips.org
Cc: Jiang Liu jiang@huawei.com
Cc: linux-m...@linux-mips.org
Cc: linux-kernel@vger.kernel.org
---
arch/mips/powertv/asic/asic_devices.c | 13
Use common help function free_reserved_area() to simplify code.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Florian Tobias Schandinat florianschandi...@gmx.de
Cc: linux-fb...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
drivers/video/acornfb.c | 28 ++--
1
Fix some trivial typos in comments.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Wen Congyang we...@cn.fujitsu.com
Cc: Tang Chen tangc...@cn.fujitsu.com
Cc: Jiang Liu jiang@huawei.com
Cc: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
Cc: Mel Gorman mgor...@suse.de
Cc: Minchan Kim
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 jiang@huawei.com
Cc: Mel Gorman m...@csn.ul.ie
Cc: Minchan Kim minc...@kernel.org
Cc: Marek Szyprowski m.szyprow...@samsung.com
Cc:
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 giagant
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
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
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(),
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 between
On 04/06/2013 03:43 PM, Alexandre Pereira da Silva wrote:
In case of broken card detect support, assume the card is non-removable
According to the documentation broken card detect is something different
than non-removable:
- broken-cd: There is no card detection available; polling must be
Hi Arnd,
Missed some type casts for ARM. Could you please help check the patch at
http://marc.info/?l=linux-mmm=136525654717201w=2?
Thanks!
Gerry
On 04/04/2013 11:47 PM, Arnd Bergmann wrote:
On Sunday 10 March 2013, Jiang Liu wrote:
Use common help functions to free
On Sat, Apr 6, 2013 at 10:58 AM, Marc Kleine-Budde m...@pengutronix.de wrote:
According to the documentation broken card detect is something different
than non-removable:
- broken-cd: There is no card detection available; polling must be used.
- non-removable: non-removable slot (like
Hello.
On 06-04-2013 17:55, Jiang Liu wrote:
Fix some trivial typos in comments.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Wen Congyang we...@cn.fujitsu.com
Cc: Tang Chen tangc...@cn.fujitsu.com
Cc: Jiang Liu jiang@huawei.com
Cc: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
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 last part, previous three patch sets could be accessed at:
This patch documents global variables exported from vmlinux.lds.
1) Add comments about usage guidelines for global variables exported
from vmlinux.lds.S.
2) Remove unused __initdata_begin[] and __initdata_end[].
Signed-off-by: Jiang Liu jiang@huawei.com
Acked-by: Arnd Bergmann
Normalize global variables exported by vmlinux.lds to conform usage
guidelines from include/asm-generic/sections.h.
Use _text to mark the start of the kernel image including the head text,
and _stext to mark the start of the .text section.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc:
Normalize global variables exported by vmlinux.lds to conform usage
guidelines from include/asm-generic/sections.h.
Use _text to mark the start of the kernel image including the head text,
and _stext to mark the start of the .text section.
This patch also fixes possible bugs due to current
Generate mandatory global variables __bss_start/__bss_stop in
file vmlinux.lds.
Also remove one unused declaration of _text.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Yoshinori Sato ys...@users.sourceforge.jp
Cc: Jiang Liu jiang@huawei.com
Cc: linux-kernel@vger.kernel.org
---
Generate mandatory global variables _sdata in file vmlinux.lds.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Chen Liqin liqin.c...@sunplusct.com
Cc: Lennox Wu lennox...@gmail.com
Cc: linux-kernel@vger.kernel.org
---
arch/score/kernel/vmlinux.lds.S |1 +
1 file changed, 1 insertion(+)
Normalize global variables exported by vmlinux.lds to conform usage
guidelines from include/asm-generic/sections.h.
1) Use _text to mark the start of the kernel image including the head
text, and _stext to mark the start of the .text section.
2) Export mandatory global variables __init_begin and
Normalize global variables exported by vmlinux.lds to conform usage
guidelines from include/asm-generic/sections.h.
1) Use _text to mark the start of the kernel image including the head
text, and _stext to mark the start of the .text section.
2) Export mandatory global variables __bss_stop.
3)
Introduce helper function mem_init_print_info() to simplify mem_init()
across different architectures, which also unifies the format and
information printed.
Function mem_init_print_info() calculates memory statistics information
without walking each page, so it should be a little faster on some
The global variable num_physpages is scheduled to be removed, so use
totalram_pages instead of num_physpages at runtime.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Miklos Szeredi mik...@szeredi.hu
Cc: David S. Miller da...@davemloft.net
Cc: Alexey Kuznetsov kuz...@ms2.inr.ac.ru
Cc: James
Prepare for removing num_physpages.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Wen Congyang we...@cn.fujitsu.com
Cc: Tang Chen tangc...@cn.fujitsu.com
Cc: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
Cc: linux...@kvack.org
Cc: linux-kernel@vger.kernel.org
---
mm/memory_hotplug.c |
Prepare for removing num_physpages and simplify mem_init().
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Richard Henderson r...@twiddle.net
Cc: Ivan Kokshaysky i...@jurassic.park.msu.ru
Cc: Matt Turner matts...@gmail.com
Cc: David Howells dhowe...@redhat.com
Cc: linux-al...@vger.kernel.org
Prepare for removing num_physpages and simplify mem_init().
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Vineet Gupta vgu...@synopsys.com
Cc: James Hogan james.ho...@imgtec.com
Cc: Rob Herring rob.herr...@calxeda.com
Cc: linux-kernel@vger.kernel.org
---
arch/arc/mm/init.c | 36
Prepare for removing num_physpages and simplify mem_init().
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Russell King li...@arm.linux.org.uk
Cc: Catalin Marinas catalin.mari...@arm.com
Cc: Will Deacon will.dea...@arm.com
Cc: linux-arm-ker...@lists.infradead.org
Cc:
Prepare for removing num_physpages and simplify mem_init().
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Russell King li...@arm.linux.org.uk
Cc: Catalin Marinas catalin.mari...@arm.com
Cc: Will Deacon will.dea...@arm.com
Cc: linux-arm-ker...@lists.infradead.org
Cc:
Prepare for removing num_physpages and simplify mem_init().
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Haavard Skinnemoen hskinnem...@gmail.com
Cc: Hans-Christian Egtvedt egtv...@samfundet.no
Cc: linux-kernel@vger.kernel.org (open list)
---
arch/avr32/mm/init.c | 29
Prepare for removing num_physpages and simplify mem_init().
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Mike Frysinger vap...@gentoo.org
Cc: Bob Liu lliu...@gmail.com
Cc: uclinux-dist-de...@blackfin.uclinux.org
Cc: linux-kernel@vger.kernel.org
---
arch/blackfin/mm/init.c | 38
Prepare for removing num_physpages and simplify mem_init().
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Mark Salter msal...@redhat.com
Cc: Aurelien Jacquiot a-jacqu...@ti.com
Cc: linux-c6x-...@linux-c6x.org
Cc: linux-kernel@vger.kernel.org
---
arch/c6x/mm/init.c | 11 +--
1 file
1 - 100 of 444 matches
Mail list logo