(2013/11/11 14:39), Sandeepa Prabhu wrote:
> On 9 November 2013 14:40, Masami Hiramatsu
> wrote:
>> (2013/11/09 1:56), Will Deacon wrote:
>>> Hi Sandeepa,
>>>
>>> On Thu, Oct 17, 2013 at 12:17:47PM +0100, Sandeepa Prabhu wrote:
Add support for basic kernel probes(kprobes), jump probes
Hi,
On Mon, Nov 11, 2013 at 2:43 PM, Axel Lin wrote:
> 2013/11/11 Rusty Russell :
>
> Hi Rusty,
>
> I don't have other noMMU platform to test.
> But I think this issue impacts various !CONFIG_MMU platforms:
> We have CONFIG_PAGE_OFFSET=0xC000 in various default configs.
> For !CONFIG_MMU
On 11/11/2013 12:14 PM, Linus Walleij wrote:
> - Add the Abilis TB10x pin control driver used on the ARC
> architecture. Also the corresponding GPIO driver is merged
> through this tree, so the ARC has full support for pins
> and GPIOs after this.
Only the actual DT changes in
On 11/11/2013 01:29 PM, Sandeepa Prabhu wrote:
On 8 November 2013 22:34, Will Deacon wrote:
+static inline long regs_return_value(struct pt_regs *regs)
+{
+ return regs->regs[0];
+}
This is also being implemented by another patch series (I think the audit
stuff?).
Not sure, I did not
On 08/11/13 16:41, David Ahern wrote:
> On 11/8/13, 2:11 AM, Adrian Hunter wrote:
>> This prevents:
>>
>> --out-pages=0
>>
>> from working e.g.
>>
>> tools/perf/perf record -vv --out-pages=0 uname
>> rounding mmap pages size to 4096 (1 pages)
>>
>> Although without this patch:
>>
>>
Hi, Fengguang
On 11/10/2013 06:16 PM, Fengguang Wu wrote:
> Greetings,
>
> I got the below dmesg and the first bad commit is
I guess this will disappear when '!CONFIG_RCU_BOOST'...
AFAIK, if the rsp was in boost mode, we count on smpboot-thread
'rcu_cpu_thread_spec' to finish the callback,
Hello,
On Fri, Nov 08, 2013 at 03:00:32PM -0800, Stephen Boyd wrote:
> diff --git a/arch/arm/lib/Makefile b/arch/arm/lib/Makefile
> index bd454b0..38621729 100644
> --- a/arch/arm/lib/Makefile
> +++ b/arch/arm/lib/Makefile
> @@ -15,6 +15,12 @@ lib-y := backtrace.o changebit.o
Hi Takashi,
On Tue, Nov 5, 2013 at 7:57 PM, Takashi Iwai wrote:
> When CONFIG_FW_LOADER_USER_HELPER is set, request_firmware() falls
> back to the usermode helper for loading via udev when the direct
> loading fails. But the recent udev takes way too long timeout (60
> seconds) for non-existing
On 11/01/2013 06:09 PM, Duan Jiong wrote:
> This patch fixes coccinelle error regarding usage of IS_ERR and
> PTR_ERR instead of PTR_ERR_OR_ZERO.
>
> Signed-off-by: Duan Jiong
> ---
> drivers/misc/carma/carma-fpga.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git
On Sun, Nov 10, 2013 at 8:12 PM, Davidlohr Bueso wrote:
> 2) Oracle Data mining (4K pages)
> ++--+--+-+
> |mmap_cache type | hit-rate | cycles (billion) | stddev |
> ++--+--+-+
On Wed, Nov 06, 2013 at 03:54:32PM +0800, Duan Jiong wrote:
> This patch fixes coccinelle error regarding usage of IS_ERR and
> PTR_ERR instead of PTR_ERR_OR_ZERO.
>
> Signed-off-by: Duan Jiong
Applied, thank you.
> ---
> drivers/input/touchscreen/cyttsp4_spi.c | 5 +
> 1 file changed, 1
* Oleg Nesterov [2013-11-09 20:03:44]:
> 1. Don't include asm/uprobes.h unconditionally, we only need
>it if CONFIG_UPROBES.
>
> 2. Move the definition of "struct xol_area" into uprobes.c.
>
>Perhaps we should simply kill struct uprobes_state, it buys
>nothing.
>
> 3. Kill the
On Tue, Nov 05, 2013 at 10:49:15AM +0800, ? wrote:
> The patch is ok for unicore32. Thanks Al.
>
> While testing this patch, a bug is found in
> arch/unicore32/include/asm/pgtable.h:
>
> @@ -96,7 +96,7 @@ extern pgprot_t pgprot_kernel;
>
* Oleg Nesterov [2013-11-08 20:00:03]:
> uprobe_task->vaddr is a bit strange. First of all it is not really
> needed, we can move it into arch_uprobe_task. The generic code uses
> it only to pass the additional argument to arch_uprobe_pre_xol(),
> and since it is always equal to
On 2013年11月11日 14:39, baker.ker...@gmail.com wrote:
From: Baker Zhang
"acquire" and "compile_policy" callbacks are necessary for a key manager.
Signed-off-by: Baker Zhang
---
Thanks for all reply.
V1:
For current kernel source, there is no problem.
In our vpn product, we need a xfrm_km in
On Fri, Nov 08, 2013 at 06:01:53PM +0800, Jingchang Lu wrote:
> Signed-off-by: Jingchang Lu
Applied this one.
Shawn
> ---
> changes in v7:
> fix dmamux2 and dmamux3 register number.
>
> no changes in v2 ~ v6.
>
> arch/arm/mach-imx/clk-vf610.c | 5 +
>
On 11/08/13 at 10:14am, Vivek Goyal wrote:
> On Tue, Nov 05, 2013 at 05:16:07PM +0800, Baoquan He wrote:
> > Currently system always reboot after below message when execute "kexec -e".
> >
> > [0.572119] smpboot: Booting Node 0, Processors # 1 OK
> >
> > In commit
Hi all,
Please do *not* add any v3.14 material to linux-next until after
v3.13-rc1 is released.
Changes since 20131108:
Readded tree: aio-direct
Undropped tree: userns
The aio-direct tree gained conflicts against the vfs tree.
On 10/24/2013 02:14:33 PM, Seth Forshee wrote:
Add a man page for kernelshark.
Signed-off-by: Seth Forshee
---
Documentation/kernelshark.1.txt | 46
+
1 file changed, 46 insertions(+)
create mode 100644 Documentation/kernelshark.1.txt
diff --git
On 11/10/13 at 05:44pm, Baoquan He wrote:
> On 11/08/13 at 10:14am, Vivek Goyal wrote:
> > On Tue, Nov 05, 2013 at 05:16:07PM +0800, Baoquan He wrote:
>
> >
> > Hi Bao,
> >
> > This patch fixes the issue for me too. I noticed that we have generic
> > function migrate_to_reboot_cpu() to achieve
Hi Linus,
here is the bulk of pin control changes for the v3.13 cycle.
Most explanations are in the signed tag, I merged in v3.12-rc4
at one time to get rid of pointless conflicts with upstream.
The details of the bulk of the patches are in the signed tag.
The changes hitting arch/blackfin are
Jens - here's the bcache pull, on top of your for-3.13/drivers branch:
The following changes since commit f7cb20f03dc6dff1b19942cf3dda6d154c86f29b:
floppy: Correct documentation of driver options when used as a module.
(2013-11-08 09:10:31 -0700)
are available in the git repository at:
2013/11/11 Rusty Russell :
> Ming Lei writes:
>> Hi Axel,
>>
>> On Fri, Nov 8, 2013 at 12:20 PM, Axel Lin wrote:
>>>
>>>
>>> Hi Ming,
>>>
>>> I have patches on top of 3.12 to support gpl32700 SoC.
>>> So you cannot find this platform on mainline kernel.
>>
>> OK, I see.
>>
>>> I havn't tried
From: Baker Zhang
"acquire" and "compile_policy" callbacks are necessary for a key manager.
Signed-off-by: Baker Zhang
---
Thanks for all reply.
V1:
For current kernel source, there is no problem.
In our vpn product, we need a xfrm_km in kernel module
to monitor the xfrm state change.
thus,
On Wed, Nov 06, 2013 at 05:49:55PM +0100, Stephen Warren wrote:
> On 11/06/2013 12:53 AM, Duan Jiong wrote:
> > This patch fixes coccinelle error regarding usage of IS_ERR and
> > PTR_ERR instead of PTR_ERR_OR_ZERO.
>
> > diff --git a/drivers/gpu/drm/tegra/gem.c b/drivers/gpu/drm/tegra/gem.c
>
>
From: Wei Yongjun
Add missing platform_set_drvdata() in au1550nd_probe(), otherwise
calling platform_get_drvdata() in remove returns NULL.
Signed-off-by: Wei Yongjun
---
drivers/mtd/nand/au1550nd.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mtd/nand/au1550nd.c
Howdy all,
For now we ensure at least ~5kb free space. But my dell xps still
become a brick after I add too many entries to my nvram. So maybe 5kb
is not safe enough. and 5kb is just aginst Samsung's laptop.
So should we enlarge EFI_MIN_RESERVE?
--
Best,
Madper Xie.
--
To unsubscribe from
On Sun, 10 Nov 2013 21:41:31 -0800 (PST) Suki Buryani
wrote:
> Hi,
>
> can anyone tell me, how i can change size of these partitions?, aspecialy
> mtdblock3
>
>
> cat /proc/partitions
> major minor #blocks name
>
> 31 0 8192 mtdblock0
> 31 1 256 mtdblock1
> 31
On 8 November 2013 22:33, Will Deacon wrote:
> On Thu, Oct 17, 2013 at 12:17:48PM +0100, Sandeepa Prabhu wrote:
>> Add support for AArch64 instruction simulation in kprobes.
>>
>> Kprobes need simulation of instructions that cannot be stepped
>> right-away from different memory location. i.e.
Hi,
can anyone tell me, how i can change size of these partitions?, aspecialy
mtdblock3
cat /proc/partitions
major minor #blocks name
31 0 8192 mtdblock0
31 1 256 mtdblock1
31 2 2048 mtdblock2
31 3 5824 mtdblock3
31 4 64
On 9 November 2013 14:40, Masami Hiramatsu
wrote:
> (2013/11/09 1:56), Will Deacon wrote:
>> Hi Sandeepa,
>>
>> On Thu, Oct 17, 2013 at 12:17:47PM +0100, Sandeepa Prabhu wrote:
>>> Add support for basic kernel probes(kprobes), jump probes (jprobes)
>>> for ARM64.
>>
>> I think this series will
On 8 November 2013 22:26, Will Deacon wrote:
> Hi Sandeepa,
>
> On Thu, Oct 17, 2013 at 12:17:47PM +0100, Sandeepa Prabhu wrote:
>> Add support for basic kernel probes(kprobes), jump probes (jprobes)
>> for ARM64.
>
> I think this series will conflict quite heavily with the jump_label series,
>
From: Rob Herring
Commit b5b4bb3f6a11f9 (of: only include prom.h on sparc) removed implicit
includes of of_*.h headers by powerpc's prom.h. Some PPC4xx components
were missed in initial clean-up patch, so add the necessary includes
to fix ppc4xx builds.
Signed-off-by: Rob Herring
Cc: Benjamin
This patch replaces the cpuidle driver and devices initialisation
calls with a single generic cpuidle_register() call
and also includes minor refactoring of the code around it.
Signed-off-by: Deepthi Dharwar
Acked-by: Daniel Lezcano
---
drivers/cpuidle/cpuidle-powerpc-book3s.c | 80
This patch series consolidates the backend cpuidle driver for pSeries
and powernv platforms with minimal code duplication.
Current existing backend driver for pseries has been moved to drivers/cpuidle
and has been extended to accommodate powernv idle power mgmt states.
As seen in V1 of this
This patch enables idle cpu on the powernv platform to hook on to the cpuidle
framework, if available, else call on to default idle platform
code.
Signed-off-by: Deepthi Dharwar
Acked-by: Daniel Lezcano
---
arch/powerpc/platforms/powernv/setup.c | 13 -
1 file changed, 12
Currently pseries_idle cpuidle backend driver cannot be
built as a module due to dependencies. Therefore the driver has
to be built in. The dependency is around update_snooze_delay() defined
in cpuidle driver and called from kernel/sysfs.c.
This patch is removes all the module related code.
Move the file from arch specific pseries/processor_idle.c
to drivers/cpuidle/cpuidle-powerpc-book3s.c
Make the relevant Makefile and Kconfig changes.
This will enable having a common backend cpuidle driver
for POWERPC-BOOK3S platform going forward.
Signed-off-by: Deepthi Dharwar
Acked-by: Daniel
This patch includes cleanup and refactoring of the
existing code to make the driver POWERPC-BOOK3S generic.
* Re-naming the functions from pseries to generic powerpc-book3s.
* Re-naming the backend driver from pseries_idle to
powerpc_book3s_idle.
Signed-off-by: Deepthi Dharwar
Acked-by: Daniel
The following patch extends the current powerpc-book3s backend
idle driver to the powernv platform.
Signed-off-by: Deepthi Dharwar
Acked-by: Daniel Lezcano
---
drivers/cpuidle/cpuidle-powerpc-book3s.c | 39 --
1 file changed, 36 insertions(+), 3 deletions(-)
diff
This patch removes the usage of MAX_IDLE_STATE macro
and dead code around it. The number of states
are determined at run time based on the cpuidle
state table selected on a given platform
Signed-off-by: Deepthi Dharwar
Acked-by: Daniel Lezcano
---
drivers/cpuidle/cpuidle-powerpc-book3s.c |
Board-related updates. This branch is getting smaller and smaller, which is
the whole idea so that's reassuring.
Right now by far most of the code is related to shmobile updates, and
they are now switching over to removal of board code and migration to
multiplatform, so we'll see their board code
New and updated SoC support. Among the things new for this release are:
- More support for the AM33xx platforms from TI
- Tegra 124 support, and some updates to older tegra families as well
- imx cleanups and updates across the board
- A rename of Broadcom's Mobile platforms which were introduced
On 11/03/2013 08:29 PM, Gleb Natapov wrote:
> Marcelo can you review it please?
>
Ping..
> On Wed, Oct 23, 2013 at 09:29:18PM +0800, Xiao Guangrong wrote:
>> Changelog v3:
>> - the changes from Gleb's review:
>> 1) drop the patch which fixed the count of spte number in rmap since it
>>
Updates of SoC-near drivers and other driver updates that makes more sense to
take through our tree. In this case it's involved:
- Some Davinci driver updates that has required corresponding platform code
changes (gpio mostly)
- CCI bindings and a few driver updates
- Marvell mvebu patches for
Most of this branch consists of updates, additions and general churn of
the device tree source files in the kernel (arch/arm/boot/dts). Besides
that, there are a few things to point out:
- Lots of platform conversion on OMAP2+, with removal of old board files
for various platforms.
- Final
This branch contains code cleanups, moves and removals for 3.13.
Qualcomm msm targets had a bunch of code removal for legacy non-DT
platforms. Nomadik saw more device tree conversions and cleanup of old
code. Tegra has some code refactoring, etc.
One longish patch series from Sebastian
A set of fixes for various platforms that weren't considered bad enough
to include in 3.12 (nor -stable). Mostly simple typo fixes, etc.
Conflicts: None.
The following changes since commit
We've got a slightly smaller than usual set of patches for 3.13. More
and more code is going through the driver trees so this is all good as
far as I am concerned.
We've broken up the main pull requests for this merge window in 6
branches in the usual categories. There are a few more merge
Hi Eric,
On Fri, 08 Nov 2013 15:15:17 -0800 ebied...@xmission.com (Eric W. Biederman)
wrote:
>
> Stephen Rothwell writes:
>
> > After merging the userns tree, today's linux-next build (powerpc
> > ppc64_defconfig) failed like this:
> >
> > fs/namespace.c: In function 'detach_mounts':
> >
Before calling destroy_call_preds(), __trace_remove_event_call() calls
event_remove(), which ends up calling destroy_call_preds() (via
destroy_preds()) if USE_CALL_FILTER is set. That means the second
call is redundant and can be removed.
Signed-off-by: Tom Zanussi
Reported-by: Steven Rostedt
This patchset fixes a couple sparse warnings reported by the 'kbuild
test robot' and removes a redundant function call noticed by Steve
Rostedt.
The following changes since commit 20b72e76c42bc4f0dd091f9faee542ea45ad6b5e:
Merge branch 'trace/ftrace/core' into trace/for-next (2013-11-06
Add __rcu annotation to the contents of enter/exit_syscall_files to
signify that they're protected by rcu and to silence the following
sparse warnings when CONFIG_SPARSE_RCU_POINTER=y:
kernel/trace/trace_syscalls.c:320:23: error: incompatible types in
comparison expression (different address
(2013/11/07 4:02), jerry.hoem...@hp.com wrote:
On Wed, Oct 23, 2013 at 12:01:18AM +0900, HATAYAMA Daisuke wrote:
This patch set is to allow kdump 2nd kernel to wake up multiple CPUs
even if 1st kernel crashs on some AP, a continueing work from:
[PATCH v3 0/2] x86, apic, kdump: Disable BSP
On 9 November 2013 00:59, Stratos Karafotis wrote:
> I removed the check you proposed in this commit 934dac1ea072 to avoid
> the duplicate check in cs_check_cpu and in dbs_cpufreq_notifier.
>
> I agree that we don't need dbs_cpufreq_notifier if we transfer checks in
> cs_check_cpu. But I'm not
On 8 November 2013 22:34, Will Deacon wrote:
> On Thu, Oct 17, 2013 at 12:17:49PM +0100, Sandeepa Prabhu wrote:
>> AArch64 ISA does not instructions to pop PC register value
>> from stack(like ARM v7 has ldmia {...,pc}) without using
>> one of the general purpose registers. This means return
Hi Linus,
First batch of ARC changes for 3.13-rc1. A bunch of other fixes need some other
bits to be merged hence will follow towards end of week.
Please Full
Thx,
-Vineet
-->
The following changes since commit 5e01dc7b26d9f24f39abace5da98ccbd6a5ceb52:
Linux 3.12
Hi Ingo,
On Mon, 2013-11-04 at 08:36 +0100, Ingo Molnar wrote:
> * Davidlohr Bueso wrote:
>
> > I will look into doing the vma cache per thread instead of mm (I hadn't
> > really looked at the problem like this) as well as Ingo's suggestion on
> > the weighted LRU approach. However, having
Hi Michal,
On 11/10/2013 08:50 AM, Michal Nazarewicz wrote:
> From: Michal Nazarewicz
>
> Check gadget.quirk_ep_out_aligned_size to decide if buffer size requires
> to be aligned to maxpacketsize of an out endpoint. ffs_epfile_io() needs
> to pad epout buffer to match above condition if quirk
Use dual-fifo sdma scripts instead of shared scripts for ssi on i.MX series.
Signed-off-by: Nicolin Chen
---
arch/arm/boot/dts/imx51.dtsi | 4 ++--
arch/arm/boot/dts/imx53.dtsi | 4 ++--
arch/arm/boot/dts/imx6qdl.dtsi | 12 ++--
arch/arm/boot/dts/imx6sl.dtsi | 12 ++--
4
By enabling dual fifo mode, it would allow SSI enter a better performance
to transimit/receive data without occasional hardware underrun/overrun.
Signed-off-by: Nicolin Chen
---
sound/soc/fsl/fsl_ssi.c | 27 ++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git
This patch adds a new DMA_TYPE for SSI dual FIFO script, included
in SDMA firmware version 2. This script would allow SSI use dual
fifo mode to transimit/receive data without occasional hardware
underrun/overrun.
Signed-off-by: Nicolin Chen
---
* ! This series of patches has a direct dependency between them. When
* ! applying them, we need to apply to one single branch. Otherwise,
* ! it would break currect branches.
Changelog
v6:
* PATCH-1: Use goto err_firmware instead of return directly.
*
* Nothing changes for the other three
On i.MX5/6 series, SDMA is using new version firmware to support SSI
dual FIFO feature and HDMI Audio (i.MX6Q/DL only). Thus add it.
Signed-off-by: Nicolin Chen
---
drivers/dma/imx-sdma.c | 15 ++-
include/linux/platform_data/dma-imx-sdma.h | 5 +
2 files
Hey Dave,
On Mon, Nov 11, 2013 at 10:12:41AM +1100, Dave Chinner wrote:
> On Sat, Nov 09, 2013 at 06:30:49PM -0600, Ben Myers wrote:
> > On Sat, Nov 09, 2013 at 05:51:30PM -0600, Ben Myers wrote:
> > > On Sat, Nov 09, 2013 at 10:44:24AM +1100, NeilBrown wrote:
> > > > On Sat, 9 Nov 2013 06:59:00
From: wang, biao
Date: Mon, 11 Nov 2013 10:23:40 +0800
Subject: [PATCH] usbnet: fix race condition caused spinlock bad magic issue
there is race between usbnet_terminate_urbs and usbnet_bh, when
unlink_wakeup used in usbnet_bh, it may be already freed and used by
other function as unlink_wakeup
On Thu, Nov 07, 2013 at 02:48:06PM +0100, Jan Kara wrote:
> On Tue 05-11-13 15:12:45, Dave Chinner wrote:
> > On Mon, Nov 04, 2013 at 05:50:13PM -0700, Andreas Dilger wrote:
> > > Something simple like “start writing at 16MB dirty on a single file”
> > > would probably avoid a lot of complexity at
On Mon, Nov 11, 2013 at 12:53:28PM +1100, Stephen Rothwell wrote:
> Hi Dave,
>
> Today's linux-next merge of the aio-direct tree got a conflict in
> drivers/mtd/nand/nandsim.c between commit 72c2d5319200 ("file->f_op is
> never NULL...") from the vfs tree and commit dd458300240b ("fs: create
>
> On Sat, Nov 09, 2013 at 11:43:06AM +, Caizhiyong wrote:
> > From: Cai Zhiyong
> > Date: Sat, 9 Nov 2013 17:54:12 +0800
> >
> > @@ -143,5 +149,5 @@ MODULE_PARM_DESC(mtdparts, "Partitioning
> > specification");
> > module_param(mtdparts, charp, 0);
> >
> > MODULE_LICENSE("GPL");
> >
On 11/10/2013 09:21 AM, Stephan Mueller wrote:
>
> Here you say it: we *assume*. And please bear in mind that we all know for a
> fact that the theory behind quantum physics is not complete, because it does
> not work together with the theory of relativity. That again is a hint that
> there is
On 10 November 2013 18:04, Tomasz Figa wrote:
> Hi Tushar,
>
> On Thursday 31 of October 2013 12:18:40 Tushar Behera wrote:
>> S5M8767 chip has 3 crystal oscillators which are operated in the same
>> as the crystal oscillators in S2MPS11. Extend s2mps11-clk driver to
>> support clocks in S5M8767.
(2013/11/09 1:08), Vivek Goyal wrote:
On Wed, Oct 23, 2013 at 12:01:24AM +0900, HATAYAMA Daisuke wrote:
If crash occurs on some AP, then kdump 2nd kernel is booted up on the
AP. Therefore, it is not always correct that the CPU that is currently
booting up the kernel is BSP. It's wrong to
Hello Jan,
Thanks for the patch.
On Fri, Nov 08, 2013 at 09:27:09AM +, Jan Beulich wrote:
> "ret", being set to -1 early on, gets cleared by the first invocation
> of lz4_decompress()/lz4_decompress_unknownoutputsize(), and hence
> subsequent failures wouldn't be noticed by the caller
On 11/10/13 at 06:21pm, H. Peter Anvin wrote:
> On 11/10/2013 06:13 PM, Dave Young wrote:
> >
> > Huang Ying created the debugfs file for boot_params.
> > His first version patch tried sysfs, but sysfs is not designed for such
> > binary blobs so finally it go to debugfs.
> >
>
> That is a
On Sun, 2013-11-10 at 18:06 -0800, H. Peter Anvin wrote:
> On 11/10/2013 02:44 PM, Joe Perches wrote:
> > On Sun, 2013-11-10 at 14:10 -0800, H. Peter Anvin wrote:
> >> Yes, on the generic it is int.
> >> The problem is in part that some architectures have bitop
> >> instructions with specific
On 11/10/2013 06:13 PM, Dave Young wrote:
>
> Huang Ying created the debugfs file for boot_params.
> His first version patch tried sysfs, but sysfs is not designed for such
> binary blobs so finally it go to debugfs.
>
That is a misunderstanding. Binary blobs can exist in sysfs as long as
the
The following changes since commit d8524ae9d6f492a9c6db9f4d89c5f9b8782fa2d5:
Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux
(2013-09-22 19:51:49 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git
Ming Lei writes:
> Hi Axel,
>
> On Fri, Nov 8, 2013 at 12:20 PM, Axel Lin wrote:
>>
>>
>> Hi Ming,
>>
>> I have patches on top of 3.12 to support gpl32700 SoC.
>> So you cannot find this platform on mainline kernel.
>
> OK, I see.
>
>> I havn't tried perf, below is my config for your reference:
On 11/08/13 at 09:01pm, H. Peter Anvin wrote:
> On 11/08/2013 07:57 PM, Dave Young wrote:
> >
> > Hmm, if CONFIG_DEBUG_BOOT_PARAMS is not set, then kexec-tools should
> > fail getting efi_info, so I will fix kexec-tools patch about this.
> >
> > Also CONFIG_EFI_RUNTIME_MAP should select
On 11/10/2013 02:44 PM, Joe Perches wrote:
> (adding linux-arch, and possible patch below)
>
> On Sun, 2013-11-10 at 14:10 -0800, H. Peter Anvin wrote:
>> Yes, on the generic it is int.
>>
>> The problem is in part that some architectures have bitop
>> instructions with specific behavior.
>
> I
On Mon, 11 Nov 2013 12:53:28 +1100 Stephen Rothwell
wrote:
>
> There may be some question as to whether file_readable() needs to check
> its filp argument for NULL, but that would require auditing all its call
> sites.
Ignore that ...
--
Cheers,
Stephen Rothwell
Hi Dave,
Today's linux-next merge of the aio-direct tree got a conflict in
fs/read_write.c between commit 72c2d5319200 ("file->f_op is never
NULL...") from the vfs tree and commit dd458300240b ("fs: create
file_readable() and file_writable() functions") from the aio-direct tree.
I fixed it up (I
Hi Dave,
Today's linux-next merge of the aio-direct tree got a conflict in
drivers/mtd/nand/nandsim.c between commit 72c2d5319200 ("file->f_op is
never NULL...") from the vfs tree and commit dd458300240b ("fs: create
file_readable() and file_writable() functions") from the aio-direct tree.
I
(2013/11/09 4:00), Oleg Nesterov wrote:
> uprobe_task->vaddr is a bit strange. First of all it is not really
> needed, we can move it into arch_uprobe_task. The generic code uses
> it only to pass the additional argument to arch_uprobe_pre_xol(),
> and since it is always equal to
(2013/11/11 2:28), Oleg Nesterov wrote:
> On 11/11, Masami Hiramatsu wrote:
>>
>> (2013/11/09 4:00), Oleg Nesterov wrote:
>>> uprobe_task->vaddr is a bit strange. First of all it is not really
>>> needed, we can move it into arch_uprobe_task. The generic code uses
>>> it only to pass the
On 2013年11月10日 08:58, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Modify struct acpi_dev_node to contain a pointer to struct device
> ambedded in the struct acpi_device associated with the given device
> object (that is, its ACPI companion device) instead of an ACPI handle
>
On Sun, Nov 10, 2013 at 07:38:01PM +0100, Michal Nazarewicz wrote:
> From: Michal Nazarewicz
>
> blkcipher_walk_init and ablkcipher_walk_init functions are called
> to initialise a walk structure allocated on stack, which is not
> initialised by the caller. This means, that the fields of the
>
>> Hmmm, this is the thing I am most worried about. If we just only use
>> (pci_dev *) poninter in drhd->devices array as a identification. Change
>> (pci_dev *) pointer instead of pci device id segment:bus:devfn is safe.
>> Or, this is a wrong way to fix this issue. I don't know IOMMU driver much
On Sun, Nov 10, 2013 at 04:03:36PM +0100, Shahbaz Youssefi wrote:
> Dear all,
>
> First, please CC replies to myself. Second, this is an RFC.
>
> I've been tampering with an idea for some time now and I've done some
> research. Finally, I wrote it down here (a terrible place as it turned
> out):
On 11/09/2013 09:37 AM, Mel Gorman wrote:
> Commit 0255d491 (mm: Account for a THP NUMA hinting update as one PTE
> update) was added to account for the number of PTE updates when marking
> pages prot_numa. task_numa_work was using the old return value to track
> how much address space had been
Hello
How are you doing? I am Solange a single woman looking
for good and honest friend to share thing together, I am
5'7'tall,I am never married befor, I am honest,
caring,hardworking and easy going woman and in my free
time i like cooking listening to music, meeting friend,
reading
On Sat, Nov 09, 2013 at 09:13:03PM -0600, Stan Hoeppner wrote:
> Dave is on the other side of the international date line from those of
> us in the States. If my time zone math is correct, this thread began
> and continued *after* the end of his 'normal' Friday workday, during
> Dave's weekend.
On Saturday, November 09, 2013 11:18 AM, Tomasz Figa wrote:
>
> From: Tomasz Figa
>
> This patch adds an entry for Samsung SoC clock drivers located under
> drivers/clk/samsung/ directory, with me taking the maintainer role.
>
> Signed-off-by: Tomasz Figa
> Acked-by: Kyungmin Park
>
On Sat, Nov 09, 2013 at 06:30:49PM -0600, Ben Myers wrote:
> On Sat, Nov 09, 2013 at 05:51:30PM -0600, Ben Myers wrote:
> > On Sat, Nov 09, 2013 at 10:44:24AM +1100, NeilBrown wrote:
> > > On Sat, 9 Nov 2013 06:59:00 +0800 Zhi Yong Wu
> > > wrote:
> > > > On Sat, Nov 9, 2013 at 6:03 AM, Ben
On 11/07/13 12:26, Jon Medhurst (Tixy) wrote:
On Tue, 2013-10-15 at 17:04 -0400, David Long wrote:
From: "David A. Long"
jprobe kernel selftests are not supported for thumb kernels. Conditionally
disable them in the kernel kprobes-test module.
I don't think it's fair to say they aren't
(adding linux-arch, and possible patch below)
On Sun, 2013-11-10 at 14:10 -0800, H. Peter Anvin wrote:
> Yes, on the generic it is int.
>
> The problem is in part that some architectures have bitop
> instructions with specific behavior.
I think that all bitop indices should be changed
to
Yes, on the generic it is int.
The problem is in part that some architectures have bitop instructions with
specific behavior.
Joe Perches wrote:
>On Tue, 2013-07-16 at 18:15 -0700, tip-bot for H. Peter Anvin wrote:
>> Commit-ID: 9b710506a03b01a9fdd83962912bc9d8237b82e8
>[]
>> x86, bitops:
On 10/24/2013 04:08:30 AM, Josh Triplett wrote:
On Thu, Oct 24, 2013 at 10:57:11AM +0200, Richard Weinberger wrote:
> On Thu, Oct 24, 2013 at 10:41 AM, Josh Triplett
wrote:
> > Discussion at Kernel Summit made it clear that the presence or
absence
> > of specific Kconfig symbols are not
On Sun, Nov 10, 2013 at 07:37:49PM +0100, Michal Nazarewicz wrote:
> From: Michal Nazarewicz
>
> If none of the if conditions take a true path, the ret variable will
> never be assigned a value.
Don't use a From: unless you are sending it on behalf of another sender.
You need a Signed-off-by
Avoid proscribing kernel styled shortcuts for
gcc extensions of __attribute__((foo)) in the
uapi include paths.
Fix $realfile filename when using -f/--file to not
remove first level directory as if the filename
was used in a -P1 patch. Only strip the first
level directory (typically a or b) for
1 - 100 of 398 matches
Mail list logo
