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;
>
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
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
---
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,
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.
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(+)
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,
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
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
---
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
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
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
-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
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
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
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
-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
> 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
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
>> + const struct of_device_id *of_id =
>> + of_match_device(pxa_pwm_of_match, >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
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
---
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
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
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
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
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
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
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
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
>
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
> 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
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.
> >
> >
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
* 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
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
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
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
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
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
>
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
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"
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
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
Sergei Shtylyov :
>> -.suspend= genphy_suspend,
>> -.resume = genphy_resume,
>> +.suspend= _suspend,
>> +.resume = _resume,
>
>Contrariwise, you should have dropped & from the other functions.
>It's completely
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,
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(+),
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
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
> 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
(*->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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Hi Steven,
On Fri, 10 May 2013 10:48:54 +0800 Steven Miao wrote:
>
> Yes, please update the current blackfin tree with:
>
> https://github.com/realmz/blackfin-linux.git blackfin-linus
With Bob's blessing, I have replaced the blackfin tree with:
On Fri, May 10, 2013 at 03:13:22PM +0300, Imre Deak wrote:
> Use msecs_to_jiffies_min instead of open-coding the same.
>
> Signed-off-by: Imre Deak
> ---
Function name could be better. Other than that,
Acked-by: Guenter Roeck
--
To unsubscribe from this list: send the line "unsubscribe
Hi Konrad,
Since the xen-two tree
(git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
linux-next) seems to only consist of merges commits and some old (pre
v3.9) stuff, it might be a good time to reset it to be just v3.10-rc1 (or
rebase onto that) so you can start with a nice clean tree
Hi Wim,
Since the watchdog tree now consists only of merge commits (relative to
v3.10-rc1), you might as well just reset it to v3.10-rc1 and have a nice
clean tree to start from.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgprkcLIxDwHx.pgp
Description: PGP signature
Bjørn Mork writes:
> "Paul E. McKenney" writes:
>
>> Other than wondering whether powertop has issues similar to the bug
>> Steven Rostedt located, I must confess myself clueless. Here are some
>> diagnostics I can suggest:
>>
>> 1. Run in 32-bit mode. This disables some of the new
On Sat, Apr 27, 2013 at 3:16 AM, Laurent Pinchart
wrote:
> On Friday 26 April 2013 10:49:12 Linus Walleij wrote:
>> > Does DRIVE_* imply that the pin is driven by the selected function, and
>> > OUTPUT imply that the pin is driven to a fixed level ?
>>
>> That is unclear, but I suggest DRIVE*
I am trying to use duplicity to backup my /home to an external hard drive
(usb 2 interface). After running for a few minutes, my io slows to a crawl.
My system reports using about 300-400MB of swap, even though only about
600MB / 4GB is in use.
I am trying to isolate the cause. It may be
Commit b5a6c3095f ("mtd: doc: remove support for DoC 2000/2001/2001+")
made the Kconfig symbols MTD_DOCECC, MTD_DOCPROBE_ADDRESS, and
MTD_DOCPROBE_55AA unused. Thus, kill this ancient cruft too.
Signed-off-by: Paul Bolle
---
Untested.
drivers/mtd/devices/Kconfig | 33
Hi,
I managed to (reproducably) trigger this bug:
> kernel BUG at net/core/dev.c:2192!
which is -> BUG_ON(offset >= skb_headlen(skb));
(full BUG here: http://www1.aufwind-solutions.de/oopses/pppol2tp1.txt )
Interestingly, the PPP over L2TP (with xl2tpd) is working fine when
using my Linux
On 05/12/13 12:30, Geert Uytterhoeven wrote:
>
>
> *** WARNINGS ***
>
> 163 regressions:
> + mm/slab_common.c: warning: format '%zu' expects argument of type
> 'size_t', but argument 3 has type 'unsigned int' [-Wformat]: => 303:6
How does this happen? 'size' is clearly a size_t in this
Signed-off-by: Paul Bolle
---
0) Untested.
1) I did track down the commit that actually introduced this copy/paste
error. But since the error and its fix are obvious it's better to not
bore people with that detail.
drivers/media/platform/exynos4-is/Kconfig | 2 +-
1 file changed, 1
> The 3.8 kernel works great but the 3.9 kernel causes audio to stutter
> if I use vlc and jack. If I don't use jack it works fine and mplayer
> works fine on 3.9 with or without jack. The kernel configs are the
> same within CONFIG_SND. I've been over this on the vlc mailing list:
>
>
If the platform does not provide virt_to_bus the ni_labpc.c driver fails to
compile.
In order not to break these builds we have to add a depends on
CONFIG_VIRT_TO_BUS to the affected drivers.
Reported-by: Geert Uytterhoeven
Signed-off-by: Peter Huewe
---
drivers/staging/comedi/Kconfig | 3 +++
On Sun, May 12, 2013 at 01:06:16AM +0100, Al Viro wrote:
> media_file_operations
> v4l2_file_operations
> snd_hwdep_ops
> sound_info_entry_ops
> proto_ops
> auth_ops
> BTW, a lot of those guys are returning void, but there are some that return
> int and I think we ought to review those as well.
On Sun, May 12, 2013 at 10:50:08PM +0200, Geert Uytterhoeven wrote:
> On Sun, 12 May 2013, Geert Uytterhoeven wrote:
> > However, the full list of errors isn't that unmanageable, so I'm following
> > up with a digested list...
>
> drivers/staging/android/logger.c:316:4: error: incompatible type
Hi Paul,
On Sun, 2013-05-12 at 23:21 +0200, Paul Bolle wrote:
> The Kconfig symbol NFC_LLCP was removed in commit 30cc458765 ("NFC: Move
> LLCP code to the NFC top level diirectory"). But the reference to its
> macro in this Makefile was only commented out. Remove it now.
>
> Signed-off-by: Paul
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 revert) the system boots fine, no boot
delay. I also enabled some RCU
On Sun, 2013-05-12 at 10:31 +0200, Sebastian Reichel wrote:
> Hi Ben,
>
> On Fri, May 10, 2013 at 02:39:39PM +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
The Kconfig symbol NFC_LLCP was removed in commit 30cc458765 ("NFC: Move
LLCP code to the NFC top level diirectory"). But the reference to its
macro in this Makefile was only commented out. Remove it now.
Signed-off-by: Paul Bolle
---
Untested.
net/nfc/Makefile | 1 -
1 file changed, 1
Geert,
On Sun, May 12, 2013 at 10:47 PM, Geert Uytterhoeven
wrote:
> On Sun, 12 May 2013, Geert Uytterhoeven wrote:
>> However, the full list of errors isn't that unmanageable, so I'm following
>> up with a digested list...
>
> arch/um/drivers/cow_user.c:216: error: implicit declaration of
1 - 100 of 430 matches
Mail list logo
