Hi Mark,
On 12/05/13 15:59, Mark Brown wrote:
> On Wed, May 08, 2013 at 11:20:09AM +0100, Srinivas KANDAGATLA wrote:
>> From: Srinivas Kandagatla
>>
>> If we dump syscon regmap registers via debugfs you will notice that the
>> dump contains lot of values.
>
> Sorry, can you please rebase
Hi Rusty,
On 13 May 2013 08:22, Rusty Russell wrote:
> Pranavkumar Sawargaonkar writes:
>> Signed-off-by: Pranavkumar Sawargaonkar
>> Signed-off-by: Anup Patel
>> ---
>> Documentation/virtual/virtio-spec.txt |8 +++-
>> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> OK, I applied
From: Wei Yongjun
Fix to return -ENODEV in the dma channel request error handling
case instead of 0, as done elsewhere in this function.
Signed-off-by: Wei Yongjun
---
drivers/mtd/nand/fsmc_nand.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/nand/fsmc_nand.c b/drivers/mtd/na
Thank you. Patch is updated.
>From 2d0b4afb5461847dcdf08a87b02015d061b12e85 Mon Sep 17 00:00:00 2001
From: Lianwei Wang
Date: Fri, 26 Apr 2013 10:59:24 +0800
Subject: [PATCH] cpuidle: wakeup processor on a smaller latency
Checking the PM-Qos latency and cpu idle sleep latency, and only
wakeup th
> On Sunday, May 12, 2013, Dolev Raviv wrote:
> Author should be identified here. (From: author...)
> Except last patch of series(8/8), all of patches are not from you.
>
>> Simplify operations with hiding mmio_base.
>>
>> Signed-off-by: Seungwon Jeon
>> Signed-off-by: Dolev Raviv
> I'm not sure
From: Wei Yongjun
Fix to return -EBUSY in the platform irq get error handling
case instead of 0, as done elsewhere in this function.
Signed-off-by: Wei Yongjun
---
drivers/rtc/rtc-vr41xx.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-vr41xx.c b/drivers
On Fri, May 10, 2013 at 15:26:29, Mark Brown wrote:
> On Tue, May 07, 2013 at 10:47:31AM +, Hebbar, Gururaja wrote:
> > On Tue, May 07, 2013 at 14:25:35, Mark Brown wrote:
>
> > > There's also been some discussion about factoring out the suspend/resume
> > > code since it's going to get equall
On Mon, May 13, 2013 at 1:04 PM, Chao Xie wrote:
>>> + const struct of_device_id *of_id =
>>> + of_match_device(pxa_pwm_of_match, &pdev->dev);
>>> + unsigned int npwm;
>>> +
>>> + if (!of_id)
>>> + return -ENODEV;
>>> +
>>> + npwm = (unsi
Hi,
From the ehci-hub.c, I find that ehci_bus_suspend/resume have some
code like this:
if (time_before(jiffies, ehci->netx_statechange))
msleep(5);
...
ehci->next_statechange = jiffies + msec_to_jiffies(10);
and
if (time_before(jiffies, ehci->netx_statechange))
msleep(5);
...
ehci->ne
From: Namhyung Kim
Those _threaded() functions are needed to make hist tree handling
thread-safe, but AFAICS the only thing it does is forcing it to use
the intermediate 'collapsed' tree. It can be acheived by setting
sort__need_collapse to 1 in cmd_top() so no need to keep those
_threaded() var
From: Namhyung Kim
The perf report is single-threaded, so no need to grab a lock.
Although the fast path of pthread_mutex_[un]lock() is very fast,
there's ~3% gain by eliminating it when we have huge sample data.
$ perf record -a -F 10 -o perf.data.bench -- perf bench sched all
$ perf re
From: Namhyung Kim
It's a preparation patch to eliminate unneeded locking in the perf
report path.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-report.c | 26 ++
tools/perf/builtin-top.c| 3 +++
tools/perf/util/hist.c | 6 +-
3 files changed, 18 ins
The 3.10-rc1 with ae4647fb765467 reverted is still running OK. At
3 hours now (only marginally longer that the 2.5 hours that one of
the "bad" runs during the bisect managed). So I'm about 30% sure
that we have a winner at the moment. I'll leave it running and check
again in the morning. This peng
> > > > >>> devm_ioremap_resource does sanity checks on the given resource. No
> > > > >>> need to
> > > > >>> duplicate this in the driver.
> > > > >>
> > > > >>> diff --git a/drivers/dma/tegra20-apb-dma.c
> > > > >>> b/drivers/dma/tegra20-apb-dma.c
> > > > >>
> > > > >>> res = platform_get
On 23 April 2013 20:55, Kukjin Kim wrote:
> On 04/05/13 20:36, Rafael J. Wysocki wrote:
>>
>> On Friday, April 05, 2013 12:36:34 PM Viresh Kumar wrote:
>>>
>>> On 5 April 2013 12:18, Kukjin Kim wrote:
Basically, this moving looks good to me, but should be re-worked based
on
fo
From: Wei Yongjun
Fix to return a negative error code from the error handling
case instead of 0, as done elsewhere in this function.
Signed-off-by: Wei Yongjun
---
drivers/staging/slicoss/slicoss.c | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff --git a/drivers/
On 22 April 2013 12:19, Viresh Kumar wrote:
> On 9 April 2013 14:05, Viresh Kumar wrote:
>> On 5 April 2013 12:16, Viresh Kumar wrote:
>>> On 4 April 2013 18:24, Viresh Kumar wrote:
This patch moves cpufreq driver of powerpc platform to drivers/cpufreq.
Cc: Benjamin Herrenschmidt
This is a net addition in code, and send to only make it harder to understand
what is happening. As such I don't think this is a good idea.
Joe Damato wrote:
>Signed-off-by: Joe Damato
>---
> arch/x86/include/asm/switch_to.h | 30 ++
> arch/x86/kernel/process_64.c
From: Wei Yongjun
Fix to return a negative error code from the error handling
case instead of 0, as done elsewhere in this function.
Signed-off-by: Wei Yongjun
---
drivers/hwmon/abituguru.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/hwmon/abit
On Sun, May 12, 2013 at 06:35:18PM -0700, Paul E. McKenney wrote:
> On Sun, May 12, 2013 at 11:34:30PM +0200, Joerg Roedel wrote:
> > With CONFIG_RCU_NO_HZ=n (and no revert) the system boots fine, no boot
> > delay. I also enabled some RCU debugging options (with
> > CONFIG_RCU_NO_HZ=y), but didn't
On Mon, 2013-05-13 at 13:21 +0800, Li Zhong wrote:
> int recover = 0;
> + enum ctx_state prev_state;
> +
> + prev_state = exception_enter();
Please make it nicer:
enum ctx_state prev_state = exception_enter();
int recover = 0;
> __get_cpu_var(irq_stat).mce_ex
On Mon, 2013-05-13 at 13:21 +0800, Li Zhong wrote:
> These patches try to support context tracking for Power arch, beginning with
> 64-bit pSeries. The codes are ported from that of the x86_64, and in each
> patch, I listed the corresponding patch for x86.
So that's yet another pile of bloat on al
Remove the pci_* dma functions and replace with the more generic
versions.
In preparation of adding platform support, a new struct device *dev
is added to struct velocity_info which can be used by both the pci
and platform code.
Signed-off-by: Tony Prisk
---
drivers/net/ethernet/via/via-velocit
Improve the clarity of the code in preparation for converting the
dma functions to generic versions, which require a struct device *.
This makes it possible to store a 'struct device *dev' in the
velocity_info structure.
Signed-off-by: Tony Prisk
---
drivers/net/ethernet/via/via-velocity.c |
Add support for the VIA Velocity network driver to be bound to a
OF created platform device.
Signed-off-by: Tony Prisk
---
.../devicetree/bindings/net/via-velocity.txt | 20 +
drivers/net/ethernet/via/Kconfig |3 +-
drivers/net/ethernet/via/via-velocity.c
v6 changes:
Remove more bus specific code from velocity_probe()
Make velocity_(suspend/resume) accept a struct device *
Simplify PM code to use velocity_(suspend/resume) - remove the individual
pci and platform functions.
Add a struct pci_dev variable to velocity_get_pci_info() to reduce churn
v5
On Sat, May 11, 2013 at 02:33:56PM +0900, Jingoo Han wrote:
> On Friday, May 10, 2013 5: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
>
> CC'ed Tomi Valkeinen, S
This is the syscall slow path hooks for context tracking subsystem,
corresponding to
[PATCH] x86: Syscall hooks for userspace RCU extended QS
commit bf5a3c13b939813d28ce26c01425054c740d6731
TIF_MEMDIE is moved to the second 16-bits (with value 17), as it seems there
is no asm code using it. TIF_
This patch allows RCU usage in do_notify_resume, e.g. signal handling.
It corresponds to
[PATCH] x86: Exit RCU extended QS on notify resume
commit edf55fda35c7dc7f2d9241c3abaddaf759b457c6
Signed-off-by: Li Zhong
---
arch/powerpc/kernel/signal.c |5 +
1 file changed, 5 insertions(+)
di
Hi,
Bitfields are likely to be implemented using read-modify-write semantics.
Modifications of either b_jlist or b_jmodified must be done under lock
since they share same uint. I guess this lock is missing somewhere.
Regards,
Andrei.
On 12.05.2013 20:07, Theodore Ts'o wrote:
> On Sun, May 12, 20
This patch corresponds to
[PATCH] x86: Use the new schedule_user API on userspace preemption
commit 0430499ce9d78691f3985962021b16bf8f8a8048
Signed-off-by: Li Zhong
---
arch/powerpc/include/asm/context_tracking.h | 10 ++
arch/powerpc/kernel/entry_64.S |3 ++-
2 file
Start context tracking support from pSeries.
Signed-off-by: Li Zhong
---
arch/powerpc/platforms/pseries/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/platforms/pseries/Kconfig
b/arch/powerpc/platforms/pseries/Kconfig
index 9a0941b..023b288 100644
--- a/arch/powerpc
On Sun, May 12, 2013 at 12:05:04PM -0700, Sören Brinkmann wrote:
> On Sun, May 12, 2013 at 06:33:44PM +0400, Mark Brown wrote:
> > No, there's no confusion here - the clocks that are being exposed to
> > userspace are the clocks which enter the FPGA. The driver or whatever
> > that understands th
This is the exception hooks for context tracking subsystem, including
data access, program check, single step, instruction breakpoint, machine check,
alignment, fp unavailable, altivec assist, unknown exception, whose handlers
might use RCU.
This patch corresponds to
[PATCH] x86: Exception hooks f
These patches try to support context tracking for Power arch, beginning with
64-bit pSeries. The codes are ported from that of the x86_64, and in each
patch, I listed the corresponding patch for x86.
v3:
This version is mainly a rebasing, against 3.10-rc1, also as the common code
to handle the e
-Original Message-
From: Kees Cook [keesc...@chromium.org]
Received: Monday, 13 May 2013, 12:49am
To: Eric Paris [epa...@redhat.com]
CC: Stephen Rothwell [s...@canb.auug.org.au]; Andrew Morton
[a...@linux-foundation.org]; Linus [torva...@linux-foundation.org]; Linux-Next
[linux-n...@vger
On Sun, 2013-05-12 at 23:36 -0400, Theodore Ts'o wrote:
> On Sun, May 12, 2013 at 08:11:59PM -0700, Tony Luck wrote:
> >
> > My best guess as to why this commit causes problems is that there are places
> > where updates to individual fields in this structure used to be independent
> > because the
From: Lad, Prabhakar
add OF support for the mt9p031 sensor driver.
Alongside this patch sorts the header inclusion alphabetically.
Signed-off-by: Lad, Prabhakar
Cc: Hans Verkuil
Cc: Laurent Pinchart
Cc: Mauro Carvalho Chehab
Cc: Guennadi Liakhovetski
Cc: Sylwester Nawrocki
Cc: Sakari Ailus
Signed-off-by: Joe Damato
---
arch/x86/include/asm/switch_to.h | 30 ++
arch/x86/kernel/process_64.c | 29 ++---
2 files changed, 32 insertions(+), 27 deletions(-)
diff --git a/arch/x86/include/asm/switch_to.h b/arch/x86/include/asm/swi
-Original Message-
From: Kees Cook [keesc...@chromium.org]
Received: Monday, 13 May 2013, 12:49am
To: Eric Paris [epa...@redhat.com]
CC: Stephen Rothwell [s...@canb.auug.org.au]; Andrew Morton
[a...@linux-foundation.org]; Linus [torva...@linux-foundation.org]; Linux-Next
[linux-n...@vg
> Hi,
> Bitfields are likely to be implemented using read-modify-write semantics.
> Modifications of either b_jlist or b_jmodified must be done under lock
> since they share same uint. I guess this lock is missing somewhere.
Hi, I agree with you. b_jlist and b_jmodified share the same unit.
I t
On Mon, 2013-05-13 at 11:18 +1000, Stephen Rothwell wrote:
> 47 powerpc
Oops ;-)
So most of that *was* in -next for at least a day or two afaik just not
before the merge window opened. The reason for that is that I was on
an extended vacation for 5 weeks and was playing catch up until fairly
>> + const struct of_device_id *of_id =
>> + of_match_device(pxa_pwm_of_match, &pdev->dev);
>> + unsigned int npwm;
>> +
>> + if (!of_id)
>> + return -ENODEV;
>> +
>> + npwm = (unsigned int)of_id->data;
>> + pwm->chip.npwm = (npwm &
The "boxes" parameter points into userspace memory. It should be verified
like any other operation against user memory.
Signed-off-by: Kees Cook
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/r300_cmdbuf.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/
version.h header inclusion is not necessary as detected by
checkversion.pl.
Signed-off-by: Sachin Kamat
---
drivers/block/nvme-scsi.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/block/nvme-scsi.c b/drivers/block/nvme-scsi.c
index fed54b0..64bde68 100644
--- a/drivers/block/nvme
On Sun, May 12, 2013 at 7:11 PM, Eric Paris wrote:
> On Mon, 2013-05-13 at 12:07 +1000, Stephen Rothwell wrote:
>> Hi Andrew,
>>
>> Today's linux-next merge of the akpm tree got a conflict in
>> kernel/auditsc.c between commit b24a30a73054 ("audit: fix event coverage
>> of AUDIT_ANOM_LINK") from L
From: Wei Yongjun
Fix to return -ENOMEM in the memory alloc error handling
case instead of 0, as done elsewhere in this function.
Signed-off-by: Wei Yongjun
---
drivers/cdrom/gdrom.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/cdrom/gdrom.c b/drivers/cdr
On Mon, May 13, 2013 at 10:12:36AM +0800, Dong Zhu wrote:
>
> Can I use the 'flags' which members of hwtstamp_config to judge the
> ioctl request instead ? If not could you plz give me a new way to
> resolve this issue ?
You could use the flags field, as it has no definition yet.
But you still n
Hi Eric,
On Sun, 12 May 2013 22:11:10 -0400 Eric Paris wrote:
>
> I thought I sent you a note asking for audit to get pulled into -next
> quite a while back. I'll resend...
You sent an email on Jan 4:
> I know that Al hates audit so I created a new audit tree and decided to
> start trying to a
On Sunday, May 12, 2013, Dolev Raviv wrote:
Author should be identified here. (From: author...)
Except last patch of series(8/8), all of patches are not from you.
> Simplify operations with hiding mmio_base.
>
> Signed-off-by: Seungwon Jeon
> Signed-off-by: Dolev Raviv
I'm not sure that your si
I've got several systems with similar hardware which crash with BUG:
spinlock errors on async_umap_flush_lock such as:
BUG: spinlock lockup suspected on CPU#0, sh/1166
lock: async_umap_flush_lock+0x0/0x20, .magic: dead4ead, .owner: swapper/23/0,
.owner_cpu: 23
BUG: spinlock lockup suspected on C
From: Chris Fries
Panic loops while running LTP fsstress has been able to get
a disk into two different panic loops from dec_valid_node_count.
f2fs.h:714 BUG_ON(sbi->total_valid_node_count < count);
Once, it happens during recovery itself, and the disk would cause
a panic every time it mounted.
On Sun, May 12, 2013 at 08:11:59PM -0700, Tony Luck wrote:
>
> My best guess as to why this commit causes problems is that there are places
> where updates to individual fields in this structure used to be independent
> because they were to whole words. Now we have bitfileds there are races
> bet
On 05/13/2013 09:17 AM, Rusty Russell wrote:
> Chen Gang writes:
>> > On 2013年05月08日 08:29, Rusty Russell wrote:
>>> >> Chen Gang writes:
> >>> > In the 'for' looping, when error occurs, the 'break' only jump out
> >>> > of
> >>> > 'switch', and still in 'for' looping. If error occu
> And now you have a chutzpah to come and
complain about that? Better yet, we are expected to be working on
fixing those?
Al,
Complaining about something that I can't fix, yep. But asking you to
fix those, nop! That's not my intent. All I'm trying to say is there's
too many out there who don't ca
On Mon, May 13, 2013 at 11:52:09AM +0930, Rusty Russell wrote:
> Guenter Roeck writes:
> > Attached is a failing configuration for x86_64. Note that
> > drivers/staging/android/logger.c fails to build with this configuration,
> > so you have to build it with make -i to see the problem.
> >
> > Loo
Fix a typo subling->sibling in the comment of sysfs_link_sibling().
Signed-off-by: Warner Wang
---
fs/sysfs/dir.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/sysfs/dir.c b/fs/sysfs/dir.c
index e8e0e71..17c9a70 100644
--- a/fs/sysfs/dir.c
+++ b/fs/sysfs/dir.c
@@ -
On Sun, May 12, 2013 at 7:21 PM, EUNBONG SONG wrote:
> Hi, my git bisect result is same yours. And i reported that to community
> yesterday.
Ah. Good to have some confirmation (I was never sure how long to keep
running before deciding that a test was "good". My slowest "bad" test took
about 2.5
* Sorry Re-sending as plain text.
Dear Mr. Mel Gorman,
I have one question about memory compaction.
Kernel version: kernel-3.4 (ARM)
Chipset: Qual-Comm MSM8930 dual-core.
We wanted to enable CONFIG_COMPACTION for our product with kernel-3.4.
But QC commented that, enabling compaction on their c
On Sun, May 12, 2013 at 07:04:45PM -0700, Tony Luck wrote:
> My git bisect finally competed and points the a finger at:
>
> commit ae4647fb7654676fc44a97e86eb35f9f06b99f66
> Author: Jan Kara
> Date: Fri Apr 12 00:03:42 2013 -0400
>
> jbd2: reduce journal_head size
>
> Remove unused t_
From: Namhyung Kim
If there's no sample, kernel and exact percent output at the header
looked like "-nan%".
Signed-off-by: Namhyung Kim
---
tools/perf/util/top.c | 23 +--
1 file changed, 17 insertions(+), 6 deletions(-)
diff --git a/tools/perf/util/top.c b/tools/perf/util
From: Namhyung Kim
The -E/--entries option controls how many lines to be printed on stdio
output but it doesn't work as it should be:
If -E option is specified, print that many lines regardless of current
window size, if not automatically adjust number of lines printed to
fit into the window siz
Rob Landley writes:
> On 05/06/2013 07:19:50 AM, Pranavkumar Sawargaonkar wrote:
>> Signed-off-by: Pranavkumar Sawargaonkar
>> Signed-off-by: Anup Patel
>> ---
>> Documentation/virtual/virtio-spec.txt |8 +++-
>> 1 file changed, 7 insertions(+), 1 deletion(-)
>>
>> diff --git a/Documen
Guenter Roeck writes:
> Attached is a failing configuration for x86_64. Note that
> drivers/staging/android/logger.c fails to build with this configuration,
> so you have to build it with make -i to see the problem.
>
> Looking through my logs, it seems that the problem may be related to other
> b
majianpeng writes:
> In commit 523c81135,it used "__refdata" on event_class_ftrace_##call.
> It will cause kmemleak to misjudge because when loading module it did
> not add '.ref.data' into kmemleak-scan-area.
>
> Signed-off-by: Jianpeng Ma
> ---
> kernel/module.c |3 ++-
> 1 file changed,
Pranavkumar Sawargaonkar writes:
> Signed-off-by: Pranavkumar Sawargaonkar
> Signed-off-by: Anup Patel
> ---
> Documentation/virtual/virtio-spec.txt |8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
OK, I applied this to the lyx master, with three changes:
1) Changed "filed" to
Chen Gang writes:
> On 2013年05月08日 08:29, Rusty Russell wrote:
>> Chen Gang writes:
>>> > In the 'for' looping, when error occurs, the 'break' only jump out of
>>> > 'switch', and still in 'for' looping. If error occurs multiple times,
>>> > the original error value will be overwrite.
>>> >
>>>
Hi Yinghai,
On 05/10/2013 02:24 AM, Yinghai Lu wrote:
So I suggest to separate the job into 2 parts:
1. Push Yinghai's patch1 ~ patch20, without putting pagetable in local
node.
And push my work to use SRAT to arrange ZONE_MOVABLE.
In this case, we can enable memory hotplug in the kernel first.
Hi all,
Changes since 20130510:
The akpm tree gained a conflict against Linus' tree.
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
(patches at http://www.ke
On 05/10/2013 07:29 PM, Chen Gang wrote:
> On 05/10/2013 05:50 PM, Chen Gang wrote:
>> On 05/10/2013 10:08 AM, Chen Gang wrote:
>>> On 05/10/2013 04:11 AM, Andrew Morton wrote:
> For me, after 'rule->tree = NULL', all things seems fine !!
> Well, what was wrong before? Is there some us
Sergei Shtylyov :
>> -.suspend= genphy_suspend,
>> -.resume = genphy_resume,
>> +.suspend= &genphy_suspend,
>> +.resume = &genphy_resume,
>
>Contrariwise, you should have dropped & from the other functions.
>It's
On Sun, May 12, 2013 at 08:28:07PM +0200, Wolfram Sang wrote:
> On Sun, May 12, 2013 at 09:34:40PM +0530, Vinod Koul wrote:
> > On Fri, May 10, 2013 at 01:25:36PM -0600, Stephen Warren wrote:
> > > On 05/10/2013 11:57 AM, Wolfram Sang wrote:
> > > > On Fri, May 10, 2013 at 10:35:32AM -0600, Stephen
Hi Mike,
Yes I did. But they said I need to find another two signatures except
sonic and bob, and some kernel developers are not in shanghai
recently. So I need 2 weeks or more to get a kernel.org account.
-steven
On Sun, May 12, 2013 at 3:37 AM, Mike Frysinger wrote:
> On Thursday 09 May 2013
From: Wei Yongjun
Fix to return -ENOMEM in the nvem iod alloc error handling case instead
of 0(possible overwrite to 0 by above nvme_submit_flush_data()), as done
elsewhere in this function.
Signed-off-by: Wei Yongjun
---
drivers/block/nvme-core.c | 6 --
1 file changed, 4 insertions(+), 2
On 05/07/2013 10:46 AM, Michael Wang wrote:
> On 05/03/2013 11:46 AM, Michael Wang wrote:
>> On 04/10/2013 11:30 AM, Michael Wang wrote:
>>
>> Now long time has been passed since the first version, I'd like to
>> do some summary about current states:
>>
>> On a 12 cpu box with tip 3.9.0-rc7, test
On Mon, May 6, 2013 at 9:30 AM, Chao Xie wrote:
> Add the deice tree support for pwm-pxa.
>
> Signed-off-by: Chao Xie
> ---
> drivers/pwm/pwm-pxa.c | 52
> -
> 1 files changed, 51 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/pwm/pwm-px
Hi Linus,
just a few straggling fixes I hoovered up, and an intel fixes pull from
Daniel which fixes some regressions, and some mgag200 fixes from Matrox.
Dave.
The following changes since commit 307b9c022720f9de90d58e51743e01e9a42aec59:
qxl: update to new idr interfaces. (2013-05-03 10:37
> CONFIG_IA64_PAGE_SIZE_64KB=y
> fsblock size is whatever is the default for SLES11SP2 on ia64 - which
> tool will tell me?
> My git bisect finally competed and points the a finger at:
> bisect> git bisect good
> ae4647fb7654676fc44a97e86eb35f9f06b99f66 is first bad commit
> commit ae4647fb765
(*->vm_end - *->vm_start) >> PAGE_SHIFT operation is implemented
as a inline funcion vma_pages() in linux/mm.h, so using it.
Signed-off-by: Libin
---
drivers/char/mspec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/char/mspec.c b/drivers/char/mspec.c
index e1f60f9
After kfree acct, also better to set ns->bacct to NULL.
Currently, it is as a cleanup patch.
Signed-off-by: Chen Gang
---
kernel/acct.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/kernel/acct.c b/kernel/acct.c
index 85389fe..91a23eb 100644
--- a/kernel/acct.c
+++
On Sun, May 12, 2013 at 07:24:46PM +0200, Richard Cochran wrote:
> On Sun, May 12, 2013 at 10:25:55PM +0800, Dong Zhu wrote:
> > Thanks for your pointing out my mistakes of CodingStyle.
> >
> > > > struct hwtstamp_config {
> > > >+int rw;
> >
> > My initial idea was that the type of rw sh
Now, swap_info_get hides lock holding by doing it internally
but releasing the lock is caller's duty. It's not serious bad
pattern but not good for readability, either.
More concern that if we uses swap_info_get in irq context,
the lock should be held with irq disabled.
So it would be better for ca
Normally, I/O completed pages for reclaim would be rotated into
inactive LRU tail. IMHO, the why we did is we can't remove the page
from page cache and (swap cache, swap slot) by locking problem.
So for reclaiming the I/O completed pages, we need one more iteration
of reclaim and it could make un
On Mon, 2013-05-13 at 12:07 +1000, Stephen Rothwell wrote:
> Hi Andrew,
>
> Today's linux-next merge of the akpm tree got a conflict in
> kernel/auditsc.c between commit b24a30a73054 ("audit: fix event coverage
> of AUDIT_ANOM_LINK") from Linus' tree and commit "audit: fix mq_open and
> mq_unlink
This patch makes to use remove_mapping in irq context.
For it, this patch adds irqcontext argument in some functions
(ex, remove_maping and __remove_mapping) but these functions
are not hot path so i believe it's not a problem.
And it exports swap_info_get and check that we can get a
swap_info_str
Normally, file I/O for reclaiming is asynchronous so that
when page writeback is completed, reclaimed page will be
rotated into LRU tail for fast reclaiming in next turn.
But it makes unnecessary CPU overhead and more iteration with higher
priority of reclaim could reclaim too many pages than neede
The __swapcache_free is almost same with swapcache_free
but only difference is that caller should pass stable swap_info_struct.
This function will be used by next patchsets.
Signed-off-by: Minchan Kim
---
mm/swapfile.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff
On Mon, May 6, 2013 at 9:30 AM, Chao Xie wrote:
> Old pwm-pxa.c will register driver by arch_initcall. Then other
> drivers based on the PWM driver can successully call old
> pwm_request because arch_initcall make sure the PWM driver will
> be registered earlier.
> Now, pwm_request is re-written a
On Mon, May 6, 2013 at 9:29 AM, Chao Xie wrote:
> The PWM driver is not only used by ARCH_PXA but also ARCH_MMP.
>
> Signed-off-by: Chao Xie
Looks good to me.
Acked-by: Eric Miao
> ---
> drivers/pwm/Kconfig |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/driver
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
kernel/auditsc.c between commit b24a30a73054 ("audit: fix event coverage
of AUDIT_ANOM_LINK") from Linus' tree and commit "audit: fix mq_open and
mq_unlink to add the MQ root as a hidden parent audit_names record" from
the akpm
On Sat, May 11, 2013 at 12:52 AM, Dmitry Monakhov wrote:.
> What was page_size and fsblock size?
CONFIG_IA64_PAGE_SIZE_64KB=y
fsblock size is whatever is the default for SLES11SP2 on ia64 - which
tool will tell me?
My git bisect finally competed and points the a finger at:
bisect> git bisect g
On Mon, May 13, 2013 at 08:19:46AM +0800, Jeff Chua wrote:
> Anyone on lkml working on patches for vmware to make it run on
> Linux-3.10-rc1? The recent change in procfs interface breaks vmware,
> diva/eicon and fio modules.
>
> Every modules is now broken and needs to be reworked. Is there a more
Hi all,
Its good to see that many trees have been fast forwarded to v3.10-rc1.
For the others, it would be good to see some clean up (especially those
that now just consist of merge commits and those that contain versions of
patches different to those that were integrated upstream).
So for the "g
On Fri, May 10, 2013 at 9:10 PM, Eduardo Valentin
wrote:
> On 09-05-2013 22:22, amit daniel kachhap wrote:
>> Hi,
>>
>> On Thu, May 9, 2013 at 8:03 PM, Eduardo Valentin
>> wrote:
>>> On 07-05-2013 09:01, Amit Daniel Kachhap wrote:
This patch uses the TMU status register to know the generated
On Sun, May 12, 2013 at 11:34:30PM +0200, Joerg Roedel wrote:
> On Sun, May 12, 2013 at 01:57:48PM -0700, Paul E. McKenney wrote:
> > That does look pretty extreme! If you build with CONFIG_RCU_NO_HZ=n,
> > but without the revert, do you still get the delays?
>
> With CONFIG_RCU_NO_HZ=n (and no r
On Fri, May 10, 2013 at 7:44 PM, Eduardo Valentin
wrote:
> On 09-05-2013 22:17, amit daniel kachhap wrote:
>> Hi Eduardo,
>>
>> On Thu, May 9, 2013 at 8:02 PM, Eduardo Valentin
>> wrote:
>>> Hey Amit,
>>>
>>> On 07-05-2013 09:00, Amit Daniel Kachhap wrote:
This patch migrates the TMU registe
On Thu, 2013-05-09 at 09:29 -0400, Steve Grubb wrote:
> On Tuesday, April 16, 2013 03:38:23 PM Richard Guy Briggs wrote:
> > On Tue, Apr 09, 2013 at 02:39:32AM -0700, Eric W. Biederman wrote:
> > > Andrew Morton writes:
> > > > On Wed, 20 Mar 2013 15:18:17 -0400 Richard Guy Briggs
> wrote:
> > >
On Sat, 11 May 2013 18:00:09 -0700 Linus Torvalds
wrote:
>
> So this is the biggest -rc1 in the last several years (perhaps ever)
ever (see http://neuling.org/linux-next-size.html after today's
linux-next release).
> Which was unexpected, because while linux-next was fairly big, it
> wasn't exc
This patch fixes crash_dump.c build error. Build error logs are as follow.
arch/mips/kernel/crash_dump.c: In function 'kdump_buf_page_init':
arch/mips/kernel/crash_dump.c:67: error: implicit declaration of function
'kmalloc'
arch/mips/kernel/crash_dump.c:67: error: assignment makes pointer from
Anyone on lkml working on patches for vmware to make it run on
Linux-3.10-rc1? The recent change in procfs interface breaks vmware,
diva/eicon and fio modules.
Every modules is now broken and needs to be reworked. Is there a more
subtle way to handle this like give more time to allow developers to
1 - 100 of 234 matches
Mail list logo