ELM module can be used for hardware error correction of BCH 4 & 8 bit.
ELM module functionality is verified by checking the availability of
handle for ELM module in device tree. Hence supporting
1. ELM module available, BCH error correction done by ELM module. Also
support read & write page in one
The ELM hardware module can be used to speedup BCH 4/8/16 ECC scheme
error correction.
For now only 4 & 8 bit support is added
Signed-off-by: Philip Avinash
---
Changes since v3:
- Remove export symbol and API support for elm_request and
provided export_symbol support for
Remove check of ecc bytes with 13, number of errors can directly update
from nand ecc strength. This will increase re-usability of the code.
Also add macro definitions BCH8_ERROR_MAX & BCH4_ERROR_MAX for better
readability and cleaner code.
Signed-off-by: Philip Avinash
---
Changes since v3:
Support to use ELM as BCH 4 & 8 bit error correction module. Also performance
enhancement by adding single shot read_page and write_page functions for the
nand flashes with page size less than 4 KB.
ELM module can be used to correct errors reported by BCH 4, 8 & 16 bit
ECC scheme. For now only 4
Hi Gleb,
Thanks for your review and sorry for the delay reply since i was on my vacation.
On 12/23/2012 11:02 PM, Gleb Natapov wrote:
> On Sat, Dec 15, 2012 at 03:01:12PM +0800, Xiao Guangrong wrote:
>>
>> +is_self_change_mapping = FNAME(is_self_change_mapping)(vcpu, addr,
>> +
From: Eric Dumazet
In various network workloads, __do_softirq() latencies can be up
to 20 ms if HZ=1000, and 200 ms if HZ=100.
This is because we iterate 10 times in the softirq dispatcher,
and some actions can consume a lot of cycles.
This patch changes the fallback to ksoftirqd condition to
On Fri, 2013-01-04 at 11:14 +0400, Oleg A.Arkhangelsky wrote:
> It leads to many context switches when softirqs processing deffered to
> ksoftirqd kthreads which can be very expensive. Here is some evidence
> of ksoftirqd activation effects:
>
> http://marc.info/?l=linux-netdev=124116262916969=2
2013/1/4, Simon Jeons :
> On Thu, 2013-01-03 at 13:35 +0900, Namjae Jeon wrote:
>> 2013/1/2, Jan Kara :
>> > On Tue 01-01-13 08:51:04, Wanpeng Li wrote:
>> >> On Mon, Dec 31, 2012 at 12:30:54PM +0100, Jan Kara wrote:
>> >> >On Sun 30-12-12 14:59:50, Namjae Jeon wrote:
>> >> >> From: Namjae Jeon
On Wed, Jan 02, 2013 at 06:37:23PM -0500, Alex Deucher wrote:
> From: Alex Deucher
> Date: Wed, 2 Jan 2013 18:30:21 -0500
> Subject: [PATCH] drm/radeon/r6xx: fix DMA engine for ttm bo transfers
>
> count must be a multiple of 2.
>
> Cc: Borislav Petkov
> Cc: Markus Trippelsdorf
>
The bisecting pointed out this commit fixed the problem in
the mainline.
3c58346525d82625e68e24f071804c2dc057b6f4
slab: Simplify bootstrap
However, simply back-ported this single commit to the 3.7.1
stable wasn't enough to fix it. My guess is that there are
some other slab/slub commits required
On Thu, Jan 03, 2013 at 09:55:14PM +0100, Uwe Kleine-König wrote:
> Hi Thierry,
>
> On Thu, Jan 03, 2013 at 10:01:18AM +0100, Thierry Reding wrote:
> > On Thu, Oct 25, 2012 at 04:03:49PM +0800, Shawn Guo wrote:
> > > On Wed, Oct 24, 2012 at 03:52:46PM +0200, Uwe Kleine-König wrote:
> > > > This
Dear Matthew:
> -Original Message-
> From: Matthew Dharm [mailto:mdharm-...@one-eyed-alien.net]
> Sent: Wednesday, December 19, 2012 11:41 PM
> To: Sebastian Andrzej Siewior
> Cc: Fangxiaozhi (Franko); linux-...@vger.kernel.org;
> linux-kernel@vger.kernel.org; Xueguiying (Zihan); Linlei
On Fri, 2012-12-07 at 11:29 +0100, Julia Lawall wrote:
> From: Julia Lawall
>
> devm_clk_get allocates a resource that is released when a driver detaches.
> This patch uses devm_clk_get for data that is allocated in the probe
> function of a platform device and is only released in the remove
On Thu, Jan 03, 2013 at 04:48:21PM -0800, Yinghai Lu wrote:
> During debugging loading kernel above 4G, found one page if is not used
> in BRK with early page allocation.
>
> pgt_buf_top is address that can not be used, so should check if that new
> end is above that top, otherwise last page will
Arnd Bergmann wrote @ Thu, 3 Jan 2013 17:28:19 +0100:
> On Thursday 20 December 2012, Hiroshi Doyu wrote:
> > +
> > +DT_MACHINE_START(TEGRA114_DT, "NVIDIA Tegra114 (Flattened Device Tree)")
> > + .smp= smp_ops(tegra_smp_ops),
> > + .map_io = tegra_map_common_io,
>
On Thu, Jan 03, 2013 at 04:48:20PM -0800, Yinghai Lu wrote:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git
> for-x86-boot
>
> and it is on top of linus's tree 2013-01-03
> plus tip:x86/mm, tip:x86/mm2
This is causing a merge conflict when merging
Use common of_clk_init() function for clocks initialization.
Signed-off-by: Prashant Gaikwad
---
arch/arm/mach-highbank/core.h |1 -
arch/arm/mach-highbank/highbank.c |3 ++-
drivers/clk/clk-highbank.c| 18 --
3 files changed, 6 insertions(+), 16
Use common of_clk_init() function for clocks initialization.
Signed-off-by: Prashant Gaikwad
---
arch/arm/mach-tegra/common.c|4 ++--
drivers/clk/tegra/clk-tegra20.c |3 ++-
drivers/clk/tegra/clk-tegra30.c |3 ++-
drivers/clk/tegra/clk.c | 11 ---
Use common of_clk_init() function for clock initialization.
Signed-off-by: Prashant Gaikwad
---
drivers/clk/versatile/clk-vexpress-osc.c |1 +
drivers/clk/versatile/clk-vexpress.c |8 +---
2 files changed, 2 insertions(+), 7 deletions(-)
diff --git
Use common of_clk_init() function for clock initialization.
Signed-off-by: Prashant Gaikwad
---
drivers/clk/clk-vt8500.c | 15 ---
1 files changed, 4 insertions(+), 11 deletions(-)
diff --git a/drivers/clk/clk-vt8500.c b/drivers/clk/clk-vt8500.c
index fe25570..3ce1c3e 100644
---
Use common of_clk_init() function for clock initialization.
Signed-off-by: Prashant Gaikwad
---
drivers/clk/clk-zynq.c | 14 --
1 files changed, 4 insertions(+), 10 deletions(-)
diff --git a/drivers/clk/clk-zynq.c b/drivers/clk/clk-zynq.c
index 37a3051..b14a25f 100644
---
Use common of_clk_init() function to initialize clocks.
Signed-off-by: Prashant Gaikwad
---
drivers/clk/clk-sunxi.c | 30 --
drivers/clocksource/sunxi_timer.c |4 ++--
include/linux/clk/sunxi.h | 22 --
3 files changed, 2
Modify of_clk_init function so that it will determine which
driver to initialize based on device tree instead of each driver
registering to it.
Based on a similar patch for drivers/irqchip by Thomas Petazzoni and
drivers/clocksource by Stephen Warren.
Signed-off-by: Prashant Gaikwad
---
On Fri, 2013-01-04 at 06:31 +0100, Sedat Dilek wrote:
>
> Will you send a v2 with this change...?
>
> -#define MAX_SOFTIRQ_TIME min(1, (2*HZ/1000))
> +#define MAX_SOFTIRQ_TIME max(1, (2*HZ/1000))
I will, I was planning to do this after waiting for other
comments/reviews.
--
To unsubscribe
On Fri, 2013-01-04 at 14:16 +0900, Namhyung Kim wrote:
> Probably a silly question:
>
> Why not using ktime rather than jiffies for this?
ktime is too expensive on some hardware.
Here we only want a safety belt, no need for high time resolution.
--
To unsubscribe from this list: send the
On 01/02/2013 10:13 PM, Russ Anderson wrote:
> On Wed, Dec 26, 2012 at 11:01:48AM +0100, Daniel Lezcano wrote:
>> The commit bf4d1b5ddb78f86078ac6ae0415802d5f0c68f92 introduces
>> a lock in the cpuidle_get_cpu_driver function. This function
>> is used in the idle_call function.
>>
>> The problem
Hi,
On Fri, Dec 28, 2012 at 2:43 PM, Vivek Gautam wrote:
> Adding support to parse device node data in order to get
> required properties to set pmu isolation for usb-phy.
>
> Signed-off-by: Vivek Gautam
> ---
>
Any further comments on this ? Or does this seem fine ?
--
Thanks & Regards
Hi Linus,
Just a radeon pull from Alex, fixes a few regressions since 3.7 and
reworks some of the reset handling, and two minor nouveau fixes I found on
the list, Ben will be back next week to take care of the couple of larger
nouveau patches that I see outstanding.
Dave.
The following
Hi Prabhakar,
Thank you for the patches.
For the whole set,
Acked-by: Laurent Pinchart
On Friday 04 January 2013 10:41:15 Lad, Prabhakar wrote:
> I2C drivers can use devm_kzalloc() too in their .probe() methods. Doing so
> simplifies their clean up paths.
>
> Signed-off-by: Lad, Prabhakar
>
On Tue, Jan 1, 2013 at 11:21 AM, Marcin Slusarz
wrote:
> On Mon, Dec 31, 2012 at 03:34:59AM +0200, Aaro Koskinen wrote:
>> Check that the AGP aperture can be mapped. This follows a similar change
>> done for Radeon (commit 365048ff, drm/radeon: AGP memory is only I/O if
>> the aperture can be
On 01/04/2013 10:49 AM, Viresh Kumar wrote:
> On 3 January 2013 19:55, Srivatsa S. Bhat
> wrote:
>> I took a quick look at the problem you described above, and the cpufreq
>> code..
>> If we cannot avoid calling cpufreq_add_dev() from cpufreq_remove_dev(), then
>> I can't
>> think of anything
Convert clk out to composite clock type which removes
the mux clock.
Signed-off-by: Prashant Gaikwad
---
This patch is rebased on ccf-rework for Tegra patch series. It is just to show
how clk-composite can be used, not to be merged. If patch 1 is accepted then
I would like to merge this patch to
Not all clocks are required to be decomposed into basic clock
types but at the same time want to use the functionality
provided by these basic clock types instead of duplicating.
For example, Tegra SoC has ~100 clocks which can be decomposed
into Mux -> Div -> Gate clock types making the clock
On Fri, Jan 04, 2013 at 10:46:22AM +0800, wwang wrote:
> 于 2013年01月03日 20:25, Dan Carpenter 写道:
> > On Fri, Dec 28, 2012 at 10:41:28AM +0800, wei_w...@realsil.com.cn wrote:
> >> From: Wei WANG
> >>
> >> Realtek PCIe card reader only supports 32bit DMA
> >>
> > Is this a bugfix? If so what does
On Friday 04 January 2013 10:51 AM, Stephen Warren wrote:
On 01/03/2013 09:26 PM, Prashant Gaikwad wrote:
On Friday 04 January 2013 09:30 AM, Stephen Warren wrote:
On 01/03/2013 08:23 PM, Prashant Gaikwad wrote:
On Friday 04 January 2013 08:35 AM, Stephen Warren wrote:
On 01/03/2013 06:48
On Fri, Jan 4, 2013 at 5:41 AM, Eric Dumazet wrote:
> On Thu, 2013-01-03 at 11:41 -0800, Rick Jones wrote:
>
>> In terms of netperf overhead, once you specify P99_LATENCY, you are
>> already in for the pound of cost but only getting the penny of output
>> (so to speak). While it would clutter
On 01/03/2013 09:26 PM, Prashant Gaikwad wrote:
> On Friday 04 January 2013 09:30 AM, Stephen Warren wrote:
>> On 01/03/2013 08:23 PM, Prashant Gaikwad wrote:
>>> On Friday 04 January 2013 08:35 AM, Stephen Warren wrote:
On 01/03/2013 06:48 PM, Prashant Gaikwad wrote:
> On Thursday 03
On 3 January 2013 19:55, Srivatsa S. Bhat
wrote:
> I took a quick look at the problem you described above, and the cpufreq code..
> If we cannot avoid calling cpufreq_add_dev() from cpufreq_remove_dev(), then
> I can't
> think of anything better than what your patch does.
Good :)
> BTW,
Hi,
On Thu, 03 Jan 2013 14:41:15 -0800, Eric Dumazet wrote:
> On Thu, 2013-01-03 at 12:46 -0800, Andrew Morton wrote:
>> Can this change cause worsened latencies in some situations? Say there
>> are a large number of short-running actions queued. Presently we'll
>> dispatch ten of them and
Hello,
On Thu, Jan 03, 2013 at 09:19:08AM -0800, Sanjay Ghemawat wrote:
> On Wed, Jan 2, 2013 at 8:27 PM, Minchan Kim wrote:
> > This is still RFC because we need more input from user-space
> > people, more stress test, design discussion about interface/reclaim
>
> Speaking as one of the
On 3 January 2013 17:32, Rafael J. Wysocki wrote:
> True, but have those bugs been introduced recently (ie. in v3.8-rc1 or later)?
Don't know... I feel they were always there, its just that nobody
tested it that way :)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
I2C drivers can use devm_kzalloc() too in their .probe() methods. Doing so
simplifies their clean up paths.
Signed-off-by: Lad, Prabhakar
Signed-off-by: Manjunath Hadli
---
Changes for v2:
1: Fixed comments pointed out by Laurent.
drivers/media/i2c/tvp7002.c | 18 ++
1
I2C drivers can use devm_kzalloc() too in their .probe() methods. Doing so
simplifies their clean up paths.
Signed-off-by: Lad, Prabhakar
Signed-off-by: Manjunath Hadli
---
Changes for v2:
1: Fixed comments pointed out by Laurent.
drivers/media/i2c/tvp514x.c |4 +---
1 files changed, 1
I2C drivers can use devm_kzalloc() too in their .probe() methods. Doing so
simplifies their clean up paths.
Signed-off-by: Lad, Prabhakar
Signed-off-by: Manjunath Hadli
---
Changes for v2:
1: Fixed comments pointed out by Laurent.
drivers/media/i2c/adv7343.c |9 +++--
1 files
On Tue, 2012-12-11 at 11:18 +0530, Suzuki K. Poulose wrote:
> On 12/03/2012 08:37 PM, Suzuki K. Poulose wrote:
> > From: Suzuki K. Poulose
> >
> > External/Decrement exceptions have lower priority than the Debug Exception.
> > So, we don't have to disable the External interrupts before a single
On Thu, 2013-01-03 at 11:41 -0800, Rick Jones wrote:
> In terms of netperf overhead, once you specify P99_LATENCY, you are
> already in for the pound of cost but only getting the penny of output
> (so to speak). While it would clutter the output, one could go ahead
> and ask for the other
On Sun, 23 Dec 2012 at 13:34, Christian Kujau wrote:
> On Sat, 22 Dec 2012 at 16:28, Maciej Rutecki wrote:
> > Got during suspend to disk:
>
> I got a similar message on a powerpc G4 system, right after bootup (no
> suspend involved):
>
> http://nerdbynature.de/bits/3.8.0-rc1/
FWIW, this
Hi, Steve.
On Wed, 02 Jan 2013 17:50:38 -0500, Steven Rostedt wrote:
> From: Jovi Zhang
>
> Without this patch, we can register a uprobe event for a directory.
> Enabling such a uprobe event would fail anyway .
>
> Example:
> $ echo 'p /bin:0x4245c0' > /sys/kernel/debug/tracing/uprobe_events
>
>
Hi all,
Changes since 20130103:
New tree: pekey
Dropped tree: pekey (build failure)
The driver-core.current tree lost lots of conflicts.
The net-next tree lost its build failure.
The pekey tree gained a build failure, so I dropped it for today.
The akpm tree gained a conflict against Linus
On Friday 04 January 2013 09:30 AM, Stephen Warren wrote:
On 01/03/2013 08:23 PM, Prashant Gaikwad wrote:
On Friday 04 January 2013 08:35 AM, Stephen Warren wrote:
On 01/03/2013 06:48 PM, Prashant Gaikwad wrote:
On Thursday 03 January 2013 09:41 PM, Stephen Warren wrote:
...
OK. It sounds
Hi,
On Thu, Jan 03, 2013 at 10:35:24AM -0800, Taras Glek wrote:
> On 1/2/2013 8:27 PM, Minchan Kim wrote:
> >This patch adds new system call m[no]volatile.
> >If someone asks is_volatile system call, it could be added, too.
> >
> >The reason why I introduced new system call instead of madvise is
I have an interesting hang on a kernel I am working on. I am working
with an out of tree driver that does get_user_pages and programs an
IOMMU with the physical pages. It also listens for MMU notifier
callbacks so that it may invalidate the IOMMU PTEs. After the
invalidate, it then calls
On 01/03/2013 08:23 PM, Prashant Gaikwad wrote:
> On Friday 04 January 2013 08:35 AM, Stephen Warren wrote:
>> On 01/03/2013 06:48 PM, Prashant Gaikwad wrote:
>>> On Thursday 03 January 2013 09:41 PM, Stephen Warren wrote:
...
OK. It sounds like we need a true APB MISC driver then, to
Eric Wong wrote:
> Eric Wong wrote:
> > I think this requires frequent dirtying/cycling of pages to reproduce.
> > (from copying large files around) to interact with compaction.
> > I'll see if I can reproduce the issue with read-only FS activity.
>
> Still successfully running the read-only
On Thu, 2013-01-03 at 07:10 -0800, Jacob Pan wrote:
> Intel PowerClamp driver performs synchronized idle injection across
> all online CPUs. The goal is to maintain a given package level C-state
> ratio.
[]
> +static int window_size_set(const char *arg, const struct kernel_param *kp)
> +{
> +
On 2013/1/4 1:54, Michal Hocko wrote:
> Now that we have generic and well ordered cgroup tree walkers there is
> no need to keep css_get_next in the place.
>
> Signed-off-by: Michal Hocko
> Acked-by: KAMEZAWA Hiroyuki
Acked-by: Li Zefan
> ---
> include/linux/cgroup.h |7 ---
>
Hi Andrew,
Today's linux-next merge of the akpm tree got conflicts in
include/linux/mempolicy.h and mm/mempolicy.c between commit 42288fe366c4
("mm: mempolicy: Convert shared_policy mutex to spinlock") from Linus'
tree and commit "mm, mempolicy: introduce spinlock to read shared policy
tree" from
On Friday 04 January 2013 08:35 AM, Stephen Warren wrote:
On 01/03/2013 06:48 PM, Prashant Gaikwad wrote:
On Thursday 03 January 2013 09:41 PM, Stephen Warren wrote:
On 01/02/2013 11:11 PM, Prashant Gaikwad wrote:
On Thursday 03 January 2013 03:30 AM, Stephen Warren wrote:
On 12/27/2012
On 01/03/2013 06:48 PM, Prashant Gaikwad wrote:
> On Thursday 03 January 2013 09:41 PM, Stephen Warren wrote:
>> On 01/02/2013 11:11 PM, Prashant Gaikwad wrote:
>>> On Thursday 03 January 2013 03:30 AM, Stephen Warren wrote:
On 12/27/2012 07:47 AM, Prashant Gaikwad wrote:
> APB misc
With offline cpus no longer beeing seen in nohz mode (ts->idle_active=0), we
don't need the check for cpu_online() introduced in commit 7386cdbf. Offline
cpu's idle time as last recorded in its ts->idle_sleeptime will be reported
(thus excluding its offline time as part of idle time statistics).
Modify idle loop of arm, mips, s390, sh and x86 architectures to exit from nohz
state before dying upon hot-remove. This change is needed to avoid userspace
tools like top command from seeing a rollback in total idle time over some
sampling periods.
Additionaly, modify idle loop on all
On most architectures (arm, mips, s390, sh and x86) idle thread of a cpu does
not cleanly exit nohz state before dying upon hot-remove. As a result,
offline cpu is seen to be in nohz mode (ts->idle_active = 1) and its offline
time can potentially be included in total idle time reported via
On Thu, Jan 03, 2013 at 08:27:31AM -0800, Dave Hansen wrote:
> On 01/02/2013 08:28 PM, Minchan Kim wrote:
> > VOLATILE imply the the pages in the range isn't working set any more
> > so it's pointless that make them to THP/KSM.
>
> One of the points of this implementation is that it be able to
On Thu, Jan 03, 2013 at 06:40:05PM -0600, Simon Jeons wrote:
> On Wed, 2012-12-19 at 19:01 -0800, Michel Lespinasse wrote:
> > Hi Simon,
> >
> > On Wed, Dec 19, 2012 at 5:56 PM, Simon Jeons wrote:
> > > One question.
> > >
> > > I found that mainly callsite of expand_stack() is #PF, but it holds
于 2013年01月03日 20:25, Dan Carpenter 写道:
> On Fri, Dec 28, 2012 at 10:41:28AM +0800, wei_w...@realsil.com.cn wrote:
>> From: Wei WANG
>>
>> Realtek PCIe card reader only supports 32bit DMA
>>
> Is this a bugfix? If so what does the bug look like?
>
> regards,
> dan carpenter
>
Hi Dan:
No, this is
On Fri, Dec 28, 2012 at 09:24:53AM +0900, Kamezawa Hiroyuki wrote:
> (2012/12/26 12:46), Minchan Kim wrote:
> >Hi Kame,
> >
> >What are you doing these holiday season? :)
> >I can't believe you sit down in front of computer.
> >
> Honestly, my holiday starts tomorrow ;) (but until 1/5 in the next
On Thu, Jan 03, 2013 at 02:37:01PM -0800, Dan Magenheimer wrote:
> > From: Dave Chinner [mailto:da...@fromorbit.com]
> > Subject: Re: [PATCH 7/8] zswap: add to mm/
> >
> >
>
> OK, I have suitably proven how little I know about slab
> and have received some needed education from your
>
On Thu, Jan 03, 2013 at 09:19:15PM +0900, Akinobu Mita wrote:
> Use more preferable function name which implies using a pseudo-random
> number generator.
>
> Signed-off-by: Akinobu Mita
> Acked-by: Antonio Quartulli
> Cc: Marek Lindner
> Cc: Simon Wunderlich
> Cc: Antonio Quartulli
> Cc:
On Thursday 03 January 2013 09:41 PM, Stephen Warren wrote:
On 01/02/2013 11:11 PM, Prashant Gaikwad wrote:
On Thursday 03 January 2013 03:30 AM, Stephen Warren wrote:
On 12/27/2012 07:47 AM, Prashant Gaikwad wrote:
APB misc contains multiple registers required by different modules
such as
On Thu, 2013-01-03 at 16:50 -0800, Michel Lespinasse wrote:
> On Thu, Jan 3, 2013 at 4:40 PM, Simon Jeons wrote:
> > On Wed, 2012-12-19 at 19:01 -0800, Michel Lespinasse wrote:
> >> Hi Simon,
> >>
> >> On Wed, Dec 19, 2012 at 5:56 PM, Simon Jeons wrote:
> >> > One question.
> >> >
> >> > I found
I'm announcing the release of the 3.2.36 kernel.
All users of the 3.2 kernel series should upgrade.
The updated 3.2.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.2.y
and can be browsed at the normal kernel.org git web browser:
Hi David,
After merging the pekey tree, today's linux-next build (x86_64
allmodconfig) failed like this:
ERROR: "modsign_keyring" [crypto/asymmetric_keys/pefile_key_parser.ko]
undefined!
ERROR: "x509_key_preparse" [crypto/asymmetric_keys/pefile_key_parser.ko]
undefined!
I have dropped the
On 3 January 2013 23:41, Jiang Liu wrote:
> On 01/03/2013 11:11 PM, Daniel J Blueman wrote:
>> When the Apple thunderbolt ethernet adapter comes loose on my Macbook
>> Pro Retina (Intel DSL3510), we see pci_slot_name return
>> non-deterministic data (ie varying each boot), and we see pciehp_wp
>>
On Thu, Jan 03, 2013 at 11:56:55PM +0100, Rafael J. Wysocki wrote:
> OK, I now have sent no less than three working version of the patch that fixes
> the current code which _is_ insane. You haven't even responded to the last
> one, but for the first two the reason why you didn't like them was
On Thu, 2013-01-03 at 13:35 +0900, Namjae Jeon wrote:
> 2013/1/2, Jan Kara :
> > On Tue 01-01-13 08:51:04, Wanpeng Li wrote:
> >> On Mon, Dec 31, 2012 at 12:30:54PM +0100, Jan Kara wrote:
> >> >On Sun 30-12-12 14:59:50, Namjae Jeon wrote:
> >> >> From: Namjae Jeon
> >> >>
> >> >> Consider Process
Hi, all,
In 3.8-rc2, access to CIFS-mounted directory (df, ls, or similar) got stuck
with following message.
It's mounted with...
mount -t cifs ///Share /mnt/window -o
user=jongman.heo,password=,sec=ntlm
[16655.288591] INFO: task bash:4042 blocked for more than 120 seconds.
We should not set mapping for all under max_pfn.
That causes same problem that is fixed by
x86, mm: Only direct map addresses that are marked as E820_RAM
This patch expose pfn_mapped array, and only set ident mapping for ranges
in that array.
This patch rely on new ident_mapping_init
Just like the way we calculate next for pud and pmd, aka
round down and add size.
Also, do not do boundary-checking with 'next', and just pass 'end' down
to phys_pud_init() instead. Because the loop in phys_pud_init() stops at
PTRS_PER_PUD and thus can handle a possibly bigger 'end' properly.
Now ident_mapping_init is checking if pgd/pud is present for every 2M,
so several 2Ms are in same PUD, it will keep checking if pud is there.
init_level4_page does not check existing pgd/pud.
We could use generic mapping_init to replace them all.
Signed-off-by: Yinghai Lu
---
Now we have limit kdump reseved under 896M, because kexec has the limitation.
and also bzImage need to stay under 4g.
To make kexec/kdump could use range above 4g, we need to make bzImage and
ramdisk could be loaded above 4g.
During booting bzImage will be unpacked on same postion and stay high.
During debugging loading kernel above 4G, found one page if is not used
in BRK with early page allocation.
pgt_buf_top is address that can not be used, so should check if that new
end is above that top, otherwise last page will not be used.
Fix that checking and also add print out for every
> -Original Message-
> From: Gustavo Padovan [mailto:gust...@padovan.org]
> Sent: Friday, January 04, 2013 6:03 AM
> To: Liu, Chuansheng
> Cc: mar...@holtmann.org; johan.hedb...@gmail.com;
> linux-blueto...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] Bluetooth:
ext_ramdisk_image/size will record high 32bits for ramdisk info.
xloadflags bit0 will be set if relocatable with 64bit.
Let get_ramdisk_image/size to use ext_ramdisk_image/size to get
right positon for ramdisk.
bootloader will fill value to ext_ramdisk_image/size when it load
ramdisk above 4G.
After we switch to use #PF handler help to set page table, init_level4_pgt
will only have entries set after init_mem_mapping.
We need to move copying init_level4_pgt to trampoline_pgd after that.
So split reserve and setup, and move the setup after init_mem_mapping()
Signed-off-by: Yinghai Lu
Now #PF hanlder could map 1G per #PF, That causes same problem that
is fixed by
x86, mm: Only direct map addresses that are marked as E820_RAM
only add one 2M mapping instead of 1G accessing one time for dynamically
per #PF.
Signed-off-by: Yinghai Lu
Cc: Alexander Duyck
---
real_mode_data aka zero-page could be above 4g.
We will have #PF handler to set page table for not accessible ram
early, but could limit it before x86_64_start_reservations to limit
the change to native path.
Also we will need to ramdisk info in zero-page to access microcode
blob in ramdisk in
They are the same, could move them out from head32/64.c to setup.c.
We are using memblock, and it could handle overlapping properly, so
we don't need to reserve some at first to hold the location, and just
need to make sure we reserve them before we are using memblock to find
free mem to use.
We are not having max_pfn_mapped set correctly until init_memory_mapping.
so don't print it initial value for 64bit
Also need to use KERNEL_IMAGE_SIZE directly for highmap cleanup.
Signed-off-by: Yinghai Lu
---
arch/x86/kernel/head64.c |3 ---
arch/x86/kernel/setup.c |2 ++
Make it only map range in pfn_mapped array.
and it has kernel mapping with EXEC.
Signed-off-by: Yinghai Lu
Cc: Pavel Machek
Cc: Rafael J. Wysocki
Cc: linux...@vger.kernel.org
---
arch/x86/power/hibernate_64.c | 66 ++---
1 file changed, 22 insertions(+),
We need to move some code to 32bit section in following patch:
x86, boot: Move lldt/ltr out of 64bit code section
but that will push startup_64 down from 0x200.
According to hpa, we can not change startup_64 position and that
is an ABI.
We could move function verify_cpu and no_longmode
On Wed, Dec 26, 2012 at 05:09:07PM +0200, Andriy Skulysh wrote:
> There is a race in enqueueing thread to a pool and
> waking up a thread.
> lockd doesn't wake up on reception of lock granted callback
> if svc_wake_up() is called before lockd's thread is added
> to a pool.
>
> Signed-off-by:
Now kexeced kernel/ramdisk could be above 4g, so remove 896 limit for
64bit.
Signed-off-by: Yinghai Lu
---
arch/x86/kernel/setup.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c
index c58497e..6adbc45 100644
---
When first kernel is booted with memmap= or mem= to limit max_pfn.
kexec can load second kernel above that max_pfn.
We need to set ident mapping for whole image in this case not just
for first 2M.
Signed-off-by: Yinghai Lu
---
arch/x86/kernel/machine_kexec_64.c | 43
Now 64bit kernel supports more than 1T ram and kexec tools
could find buffer above 1T, remove that obsolete limitation.
and use MAXMEM instead.
Tested on system with more than 1024G ram.
Signed-off-by: Yinghai Lu
Cc: Eric W. Biederman
---
arch/x86/include/asm/kexec.h |6 +++---
1 file
cmdline.c::__cmdline_find_option... are shared between 16-bit setup code
and 32/64 bit decompressor code.
for 32/64 only path via kexec, we should not check if ptr is less 1M.
as those cmdline could be put above 1M, or even 4G.
Move out accessible checking out of __cmdline_find_option()
So
HPA said, we should not have RW and +x set at the time.
for kernel layout:
[0.00] Kernel Layout:
[0.00] .text: [0x0100-0x021434f8]
[0.00] .rodata: [0x0220-0x02a13fff]
[0.00] .data: [0x02c0-0x02dc763f]
[0.00] .init: [0x02dc9000-0x0312cfff]
Normal boot path on system with iommu support:
swiotlb buffer will be allocated early at first and then try to initialize
iommu, if iommu for intel or amd could setup properly, swiotlb buffer
will be freed.
The early allocating is with bootmem, and get panic when we try to use
kdump with buffer
They are the same, and we could move them out from head32/64.c to setup.c.
We are using memblock, and it could handle overlapping properly, so
we don't need to reserve some at first to hold the location, and just
need to make sure we reserve them before we are using memblock to find
free mem to
During kdump kernel's booting stage, it need to find low ram for
swiotlb buffer when system does not support intel iommu/dmar remapping.
kexed-tools is appending memmap=exactmap and range from /proc/iomem
with "Crash kernel", and that range is above 4G for 64bit after boot
protocol 2.12.
We need
Use it to get mem size under the limit_pfn.
to replace local version in x86 reserved_initrd.
Signed-off-by: Yinghai Lu
---
arch/x86/kernel/setup.c | 16 +---
include/linux/memblock.h |1 +
mm/memblock.c| 17 +
3 files changed, 19 insertions(+),
1 - 100 of 1056 matches
Mail list logo
