Hi guys,
With a GeForce 320M GPU running linux 3.13.2 and Xorg 1.15.0, I'm
seeing significant graphical corruption and later unrecoverable GPU
lockup, accompanied by thousands of ILLEGAL_MTHD or related kernel
messages [1]. I see similar issues on 3.12 also.
Is there any debugging or testing I
const __read_mostly does not make any sense, because const
data is already read-only. Remove the __read_mostly
for the ipvs genl_ops. This avoids a LTO
section conflict compile problem.
Cc: Wensong Zhang
Cc: Simon Horman
Cc: Patrick McHardy
Cc: lvs-de...@vger.kernel.org
Signed-off-by: Andi
kvm_rebooting is referenced from assembler code, thus
needs to be visible.
Cc: g...@redhat.com
Cc: pbonz...@redhat.com
Cc: k...@vger.kernel.org
Signed-off-by: Andi Kleen
---
virt/kvm/kvm_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/virt/kvm/kvm_main.c
Various kernel/mutex.c functions can be called from
inline assembler, so they should be all global and
__visible
Cc: mi...@kernel.org
Signed-off-by: Andi Kleen
---
kernel/locking/mutex.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/kernel/locking/mutex.c
These functions can be called implicitely from gcc, and thus need to be
visible.
Cc: x...@kernel.org
Signed-off-by: Andi Kleen
---
arch/x86/lib/memcpy_32.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/x86/lib/memcpy_32.c b/arch/x86/lib/memcpy_32.c
index
lockdep_sys_exit can be called from assembler code, so make it
asmlinkage
Cc: pet...@infradead.org
Cc: mi...@kernel.org
Signed-off-by: Andi Kleen
---
include/linux/lockdep.h | 2 +-
kernel/locking/lockdep.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
const must be __initconst
Cc: douglas_warze...@dell.com
Signed-off-by: Andi Kleen
---
drivers/firmware/dcdbas.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/firmware/dcdbas.c b/drivers/firmware/dcdbas.c
index 1b5e8e4..7160c43 100644
--- a/drivers/firmware/dcdbas.c
Signed-off-by: Andi Kleen
---
kernel/locking/rwsem-xadd.c | 4
1 file changed, 4 insertions(+)
diff --git a/kernel/locking/rwsem-xadd.c b/kernel/locking/rwsem-xadd.c
index 19c5fa9..1d66e08 100644
--- a/kernel/locking/rwsem-xadd.c
+++ b/kernel/locking/rwsem-xadd.c
@@ -143,6 +143,7 @@
This is a assembler function on x86, so it should be visible.
Cc: x...@kernel.org
Signed-off-by: Andi Kleen
---
include/linux/io.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/io.h b/include/linux/io.h
index f4f42fa..8a18e75 100644
--- a/include/linux/io.h
Can be called from assembler code.
Cc: pet...@infradead.org
Cc: mi...@kernel.org
Signed-off-by: Andi Kleen
---
kernel/locking/lockdep.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/locking/lockdep.c b/kernel/locking/lockdep.c
index c8b6753c..aa3bf15 100644
---
main_extable_sort_needed is used by the build system and needs
to be a normal ELF symbol. Make it visible so that LTO
does not remove or mangle it.
Signed-off-by: Andi Kleen
---
kernel/extable.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/extable.c
const __read_mostly does not make any sense, because const
data is already read-only. Remove the __read_mostly
for the numachip APIC driver. This avoids a LTO
section conflict compile problem.
Cc: x...@kernel.org
Signed-off-by: Andi Kleen
---
arch/x86/kernel/apic/apic_numachip.c | 2 +-
1 file
In LTO symbols implicitely referenced by the compiler need
to be visible. Earlier these symbols were visible implicitely
from being exported, but we disabled implicit visibility fo
EXPORTs when modules are disabled to improve code size. So
now these symbols have to be marked visible explicitely.
Jiffies is referenced by the linker script, so it has to be visible.
Handled both the generic and the x86 version.
Cc: x...@kernel.org
Signed-off-by: Andi Kleen
---
arch/x86/kernel/time.c | 2 +-
kernel/timer.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Mark variables referenced from assembler files visible.
This fixes compile problems with LTO
Cc: pe...@perex.cz
Signed-off-by: Andi Kleen
---
drivers/pnp/pnpbios/bioscalls.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/pnp/pnpbios/bioscalls.c
These functions are called from assembler, and thus need to be
__visible
Cc: Steven Rostedt
Signed-off-by: Andi Kleen
---
kernel/trace/trace_irqsoff.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/trace/trace_irqsoff.c b/kernel/trace/trace_irqsoff.c
index
const data must be initconst.
Cc: x...@kernel.org
Signed-off-by: Andi Kleen
---
arch/x86/platform/ts5500/ts5500.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/platform/ts5500/ts5500.c
b/arch/x86/platform/ts5500/ts5500.c
index 39febb2..9471b94 100644
---
For static and some LTO symbols gcc generates . postfixes.
Remove those from the kallsyms, as they are not useful to the user
and makes it much larger. This also avoids some issues with LTO.
Signed-off-by: Andi Kleen
---
scripts/kallsyms.c | 7 ++-
1 file changed, 6 insertions(+), 1
kallsyms currenly links the kernel upto three times
(in addition to another one for modpost checks)
Linking can be a quite slow operation, especially when
the kernel has a lot of debug information (lots of IO),
or Link Time Optimization is used.
Final linking is also a non parallelizable
Add support for padding the variable length tables in kallsyms.
This adds a new --pad=XXX option to kallsyms to specify the table lengths,
and another option --pad-file=X to write the table lengths to a file.
Then when a table is shorter than the padding add the necessary padding
at the end.
This
const variables are put into the text segment, so !KALLSYMS_ALL
includes them into the kallsyms section. Remove them to make
the kallsyms smaller. This also avoids some problems with LTO.
The way LTO generates the first pass kallsyms cannot handle
variables currently, so if we don't filter them
Remove the ELF relocations from the kallsyms_address[] table.
Instead we just store offsets to _text and relocate that while
accessing the kallsyms table. This is done with a new
kallsyms_offsets[] table. With these changes .tmp_kallsyms*.o
becomes relocation free.
In theory this would also allow
Put the kallsyms information into an own .kallsyms section.
This makes it easier to patch the kallsyms inside the executable.
Otherwise it shouldn't change anything.
Signed-off-by: Andi Kleen
---
include/asm-generic/vmlinux.lds.h | 4
scripts/kallsyms.c| 2 +-
2 files
Signed-off-by: Xiubo Li
Cc: Nicolin Chen
---
This version applies against sound-3.14-rc1.
sound/soc/fsl/fsl_sai.c | 255 +++-
sound/soc/fsl/fsl_sai.h | 47 +
2 files changed, 166 insertions(+), 136 deletions(-)
diff --git
On Fri, Feb 07, 2014 at 02:59:20PM -0600, Dave Kleikamp wrote:
> -#ifdef JFS_POSIX_ACL
> +#ifdef CONFIG_JFS_POSIX_ACL
Ooops, sorry.
I don't understand the can_set_xattr move - while the check obviously
aren't needed when using the generic xattr code I don't see how they
cause harm either.
--
To
hello: the following new released kernels' source code cross
references have been added into www.xrefs.info:
version:
- 3.12.7, 3.12.8, 3.12.9, 3.12.10
- 3.10.26, 3.10.27, 3.10.28, 3.10.29
- 3.4.76, 3.4.77, 3.4.78, 3.4.79
Thanks.
Xrefs.info Admin
--
To unsubscribe from this list: send the line
Luca Coelho writes:
>> Forum, and there we are lucky if we get dmesg output. When we do and it
>> contains
>> a deauthentication reason, I always need to bring up a web page to interpret
>> the
>> output. With this change, one step could be skipped.
>
> But is it worth putting this parsing
On Fri, 7 Feb 2014, Marek Belisko wrote:
> Signed-off-by: NeilBrown
> Signed-off-by: Marek Belisko
> ---
> Based on Neil's patch and extend for documentation and bindings include.
>
> .../bindings/net/rfkill/rfkill-relugator.txt | 28
Dear Manager,
I'm Iris. Our company dealding welding materials for many years. Mainly
products are Welding Electrode/Welding Wire/Sintered Flux , with diferent size
and type.
Should you have any questions, pls do not hesitate to contact me. Best price
will be supplied to you.
Tks & br,
This is a leftover from commit e23ee74777f389369431d77390c4b09332ce026a
("sched/rt: Simplify pull_rt_task() logic and remove .leaf_rt_rq_list").
Signed-off-by: Li Zefan
---
kernel/sched/core.c | 1 -
kernel/sched/sched.h | 4
2 files changed, 5 deletions(-)
diff --git
It's a bootstrap function.
Signed-off-by: Li Zefan
---
kernel/sched/rt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/rt.c b/kernel/sched/rt.c
index 1c40655..e45ec9a 100644
--- a/kernel/sched/rt.c
+++ b/kernel/sched/rt.c
@@ -1825,7 +1825,7 @@ static void
The twd timers are per CPU devices. Set the corresponding flag to mark
them as such.
Signed-off-by: Soren Brinkmann
---
arch/arm/kernel/smp_twd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/kernel/smp_twd.c b/arch/arm/kernel/smp_twd.c
index
Looks good. I'm keeping the patch. It was placed through the
following tests:
*) the test suite from the January 19 git acl, as root;
(git://git.savannah.nongnu.org/acl.git)
*) the acl test suite, as a regular user;
*) xfstests (full run); and
*) some fs_mark and LTP fsstress in a dir
Greetings guys;
So has make oldconfig been superceeded? Or has that whole tree been
excised from the sources?
Cheers, Gene
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page
We allocate bdev and then krealloc the devs pointer in order to add bdev
at the end of the devpriv->devs array list. But if for some reason this
krealloc fails, we need to free bdev before returning an error otherwise
this memory is leaked.
Signed-off-by: Chase Southwood
---
On Thu, Feb 06, 2014 at 10:55:13PM +0800, Shawn Guo wrote:
> On Wed, Feb 05, 2014 at 10:54:10PM +0800, Shawn Guo wrote:
> > I start seeing the following locking bug on IMX6 with suspend operation
> > after moving to v3.14-rc1. Before I start looking into the issue, I
> > would like to confirm if
On 02/07/2014 07:57 PM, Huacai Chen wrote:
Hi,
Maybe you can try this:
http://patchwork.linux-mips.org/patch/6506/
http://patchwork.linux-mips.org/patch/6507/
With those two patches applied the problem is gone.
Thanks a lot!
Guenter
On Sat, Feb 8, 2014 at 11:39 AM, Guenter Roeck wrote:
Hi,
Maybe you can try this:
http://patchwork.linux-mips.org/patch/6506/
http://patchwork.linux-mips.org/patch/6507/
On Sat, Feb 8, 2014 at 11:39 AM, Guenter Roeck wrote:
>
> Hi all,
>
> in 3.14-rc1, my mips64 qemu test fails. The image boots and then hangs.
> Bisect points to commit 597ce1723
On 02/07/2014 06:31 PM, Edgar E. Iglesias wrote:
On Fri, Feb 07, 2014 at 03:17:31PM -0800, Guenter Roeck wrote:
Michal,
commit 34b9c07a3 (microblaze: Disable stack protection from bootloader) results
in the following qemu crash in 3.14-rc1.
/opt/buildbot/bin/qemu-system-microblaze -M
Hi all,
in 3.14-rc1, my mips64 qemu test fails. The image boots and then hangs.
Bisect points to commit 597ce1723 (MIPS: Support for 64-bit FP with O32
binaries).
Reverting this commit fixes the problem. Disabling MIPS_O32_FP64_SUPPORT
in my test image does _not_ solve the problem. The qemu
On 02/06, Kumar Gala wrote:
> diff --git a/arch/arm/mach-msm/platsmp.c b/arch/arm/mach-qcom/platsmp.c
> similarity index 98%
> rename from arch/arm/mach-msm/platsmp.c
> rename to arch/arm/mach-qcom/platsmp.c
> index 251a91e..67823a7 100644
> --- a/arch/arm/mach-msm/platsmp.c
> +++
On 01/30, Georgi Djakov wrote:
> @@ -75,17 +110,389 @@ struct sdhci_msm_host {
> };
>
> /* MSM platform specific tuning */
> -int sdhci_msm_execute_tuning(struct sdhci_host *host, u32 opcode)
> +static inline int msm_dll_poll_ck_out_en(struct sdhci_host *host, u8 poll)
> +{
> + u32
On Fri, Feb 07, 2014 at 12:46:19PM -0800, David Rientjes wrote:
> On Sat, 8 Feb 2014, Gautham R Shenoy wrote:
>
> > Hi,
> >
> > From the lockdep annotation and the comment that existed before the
> > lockdep annotations were introduced,
> > mm/slub.c:add_full(s, n, page) expects to be called
Remove constant BINDER_SET_IDLE_PRIORITY because it is not used from
anywhere.
Signed-off-by: SeongJae Park
---
drivers/staging/android/binder.h | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/android/binder.h b/drivers/staging/android/binder.h
index
Whitespace between #define keyword and BINDER_* constants are space in
some point and tab in some point. Using space or tab is just writer's
choice. But, let's use them more consistently.
Signed-off-by: SeongJae Park
---
drivers/staging/android/binder.h | 10 +-
1 file changed, 5
On 02/04, Andy Gross wrote:
> diff --git a/drivers/dma/qcom_bam_dma.c b/drivers/dma/qcom_bam_dma.c
> new file mode 100644
> index 000..214250c
> --- /dev/null
> +++ b/drivers/dma/qcom_bam_dma.c
> @@ -0,0 +1,1066 @@
> +/*
> + * QCOM BAM DMA engine driver
Can you please move this down into the
In current code, there only one struct rpc_rqst is prealloced. If one
callback request is received from two sk_buff, the xprt_alloc_bc_request
would be execute two times with the same transport->xid. The first time
xprt_alloc_bc_request will alloc one struct rpc_rqst and the TCP_RCV_COPY_DATA
bit
On Fri, Feb 07, 2014 at 03:17:31PM -0800, Guenter Roeck wrote:
> Michal,
>
> commit 34b9c07a3 (microblaze: Disable stack protection from bootloader)
> results
> in the following qemu crash in 3.14-rc1.
>
> /opt/buildbot/bin/qemu-system-microblaze -M petalogix-s3adsp1800 -kernel
>
(Add Michal back to the Cc list, and Cc cgroup mailing list)
On 2014/2/7 17:21, Glyn Normington wrote:
> Hi Michal
>
> On 6 Feb 2014, at 18:59, Michal Hocko wrote:
>
>> On Wed 05-02-14 14:39:52, Glyn Normington wrote:
>>> Reading cgroups.txt and casting around the net leads me to believe
>>>
@wait is a local variable, so if we don't remove it from the wait queue
list, later wake_up() may end up accessing invalid memory.
This was spotted by eyes.
Cc:
Signed-off-by: Li Zefan
---
fs/jffs2/nodemgmt.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fs/jffs2/nodemgmt.c
This was found by our internal debugging feature on runtime, but this
bug won't lead to deadlock, as the structure that this lock is embedded
in is freed on error.
Cc:
Signed-off-by: Li Zefan
---
fs/jffs2/readinode.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/fs/jffs2/readinode.c
We triggered soft-lockup under stress test on 2.6.34 kernel.
BUG: soft lockup - CPU#1 stuck for 60009ms! [lockf2.test:14488]
...
[] (jffs2_do_reserve_space+0x420/0x440 [jffs2])
[] (jffs2_reserve_space_gc+0x34/0x78 [jffs2])
[] (jffs2_garbage_collect_dnode.isra.3+0x264/0x478 [jffs2])
[]
Function create_syslog_header() is defined as static, so it should
not be exported.
Signed-off-by: Jiang Liu
---
drivers/base/core.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/base/core.c b/drivers/base/core.c
index 2b56717..b5d1b84 100644
--- a/drivers/base/core.c
+++
On Sat, Feb 8, 2014 at 1:43 AM, Greg Kroah-Hartman
wrote:
> On Wed, Jan 22, 2014 at 09:36:17PM +0800, Peng Tao wrote:
>> From: Artem Blagodarenko
>>
>> This is only part of the original Lustre commit, splitted to do the
>> cleanup work.
>>
>> Intel-bug-id:
If BUILD_SRC or CURDIR contains tailing '/', the file names passed to gcc will
contain '//'. It will be contained .o's in debuginfo, then confuse debugedit:
https://bugzilla.redhat.com/show_bug.cgi?id=304121
This patch uses realpath command to makesure potential tailing '/'s are removed.
If BUILD_SRC or CURDIR contains tailing '/', the file names passed to gcc will
contain '//'. It will be contained .o's in debuginfo, then confuse debugedit:
https://bugzilla.redhat.com/show_bug.cgi?id=304121
This patch uses realpath command to makesure potential tailing '/'s are removed.
On Fri, Feb 07, 2014 at 05:02:02PM -0800, David Rientjes wrote:
> On Fri, 7 Feb 2014, Josh Triplett wrote:
>
> > > Why?? If CONFIG_HAVE_ARCH_EARLY_PFN_TO_NID then, yes, we need it to be
> > > global. Otherwise it's perfectly fine just being static in file scope.
> > > This causes the
On Fri, 7 Feb 2014, Josh Triplett wrote:
> > Why?? If CONFIG_HAVE_ARCH_EARLY_PFN_TO_NID then, yes, we need it to be
> > global. Otherwise it's perfectly fine just being static in file scope.
> > This causes the compilation unit to break when you compile it, not wait
> > until vmlinux and
On Fri, Feb 07, 2014 at 06:19:15AM -0800, Christoph Hellwig wrote:
> On Fri, Feb 07, 2014 at 09:18:27AM +0800, Shaohua Li wrote:
> > Reusing the tag for flush request is considered before. The problem is
> > driver
> > need get a request from a tag, reusing tag breaks this. The possible
> >
Signed-off-by: Courtney Cavin
---
.../devicetree/bindings/mailbox/mailbox.txt| 44 ++
1 file changed, 44 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mailbox/mailbox.txt
diff --git a/Documentation/devicetree/bindings/mailbox/mailbox.txt
The mailbox drivers are fragmented, and some implement their own core.
Unify the drivers and implement common functionality in a framework.
Signed-off-by: Courtney Cavin
---
drivers/mailbox/Makefile | 1 +
drivers/mailbox/core.c | 573 +++
Signed-off-by: Courtney Cavin
---
drivers/mailbox/Kconfig | 1 -
drivers/mailbox/mailbox-omap2.c | 315 +---
2 files changed, 132 insertions(+), 184 deletions(-)
diff --git a/drivers/mailbox/Kconfig b/drivers/mailbox/Kconfig
index ae6b09b..a592a5a
This framework is no longer needed, and the users should move over to
the new common framework. Mark the existing implementations as broken,
and deprecate the api, as a stop-gap.
Signed-off-by: Courtney Cavin
---
drivers/mailbox/Kconfig| 19 +-
drivers/mailbox/Makefile | 1 -
We don't remove the legacy methods here, but we mark them as deprecated
in the hopes that people with the ability to properly test modifications
can adapt its users.
Signed-off-by: Courtney Cavin
---
drivers/mailbox/pl320-ipc.c | 258 ++--
Signed-off-by: Courtney Cavin
---
drivers/mailbox/Kconfig | 1 -
drivers/mailbox/mailbox-omap1.c | 153 +++-
2 files changed, 73 insertions(+), 81 deletions(-)
diff --git a/drivers/mailbox/Kconfig b/drivers/mailbox/Kconfig
index 6befc6e..ae6b09b
There is currently no common framework for mailbox drivers, so this is my
attempt to come up with something suitable. There seems to be a need for
making this generic, so I have attempted to do just that. Most of this is
modeled pretty strongly after the pwm core, with some influences from the
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Friday, February 07, 2014 3:21 PM
> To: KY Srinivasan
> Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org;
> o...@aepfle.de;
> a...@canonical.com; jasow...@redhat.com
> Subject: Re: [PATCH V2
David Miller writes:
> From: Eric Dumazet
> Date: Thu, 06 Feb 2014 10:42:42 -0800
>
>> From: Eric Dumazet
>>
>> sock_alloc_send_pskb() & sk_page_frag_refill()
>> have a loop trying high order allocations to prepare
>> skb with low number of fragments as this increases performance.
>>
>>
On Thu, Feb 6, 2014 at 2:18 AM, Liviu Dudau wrote:
> On Wed, Feb 05, 2014 at 10:26:27PM +, Tanmay Inamdar wrote:
>> Hello Liviu,
>>
>> I did not get the first email of this particular patch on any of
>> subscribed mailing lists (don't know why), hence replying here.
>
> Strange, it shows in
On Fri, Feb 07, 2014 at 01:43:20PM -0500, Tejun Heo wrote:
> Hello,
>
> On Mon, Feb 03, 2014 at 02:09:07PM -0500, Tejun Heo wrote:
> > 0001-kernfs-invoke-dir_ops-while-holding-active-ref-of-th.patch
> > 0002-kernfs-rename-kernfs_dir_ops-to-kernfs_syscall_ops.patch
> >
On Fri, Feb 07, 2014 at 03:29:54PM -0800, Nicholas A. Bellinger wrote:
> On Thu, 2014-02-06 at 12:01 -0800, Greg KH wrote:
> > I'm announcing the release of the 3.13.2 kernel.
> >
> > All users of the 3.13 kernel series must upgrade.
> >
> > The updated 3.13.y git tree can be found at:
> >
On 2/7/2014 12:51 PM, Joe Perches wrote:
> On Fri, 2014-02-07 at 11:38 -0800, Frank Rowand wrote:
>> On 2/6/2014 9:11 PM, Joe Perches wrote:
>>> For patch 1, what checkpatch bug might that be?
> []
>> Sorry, it is patch 2, not patch 1 ("[PATCH v5 02/14] clk: Add
>> set_rate_and_parent() op"):
>>
On Thu, 2014-02-06 at 12:00 -0800, Greg KH wrote:
> I'm announcing the release of the 3.12.10 kernel.
>
> All users of the 3.12 kernel series must upgrade.
>
> The updated 3.12.y git tree can be found at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
>
On 02/07/14 at 03:20pm, H. Peter Anvin wrote:
> On 02/07/2014 03:16 PM, Dave Young wrote:
> >
> > Hi Vivek,
> >
> > Chaowang is looking into passing setup_data
> > SETUP_E820_EXT
> > instead of using exactmap. Previously Thomas Renninger tried passing them
> > in e820.
> > I did not find the
On Thu, 2014-02-06 at 12:01 -0800, Greg KH wrote:
> I'm announcing the release of the 3.13.2 kernel.
>
> All users of the 3.13 kernel series must upgrade.
>
> The updated 3.13.y git tree can be found at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
>
On Fri, Feb 07, 2014 at 03:09:09PM -0800, David Rientjes wrote:
> On Fri, 7 Feb 2014, Andrew Morton wrote:
>
> > > > > > diff --git a/include/linux/mm.h b/include/linux/mm.h
> > > > > > index 1cedd00..5f8348f 100644
> > > > > > --- a/include/linux/mm.h
> > > > > > +++ b/include/linux/mm.h
> > > >
On 02/07/2014 03:16 PM, Dave Young wrote:
>
> Hi Vivek,
>
> Chaowang is looking into passing setup_data
> SETUP_E820_EXT
> instead of using exactmap. Previously Thomas Renninger tried passing them in
> e820.
> I did not find the old thread, but I remember it's not enough because of the
> 128
On Wed, Jan 29, 2014 at 06:14:39PM -0800, K. Y. Srinivasan wrote:
> On Gen2 firmware, Hyper-V does not emulate the PCI bus. However, the MMIO
> information is packaged up in DSDT. Extract this information and export it
> for use by the synthetic framebuffer driver. This is the only driver that
>
On Mon, Jan 27, 2014 at 11:05:52AM +0100, Yann Droneaud wrote:
> Since commit 01dcc60a7cb8, platform_device_register_full() is
> available to allocate and register a platform device.
>
> If a dma_mask is provided as part of platform_device_info,
> platform_device_register_full() allocate memory
Michal,
commit 34b9c07a3 (microblaze: Disable stack protection from bootloader) results
in the following qemu crash in 3.14-rc1.
/opt/buildbot/bin/qemu-system-microblaze -M petalogix-s3adsp1800 -kernel
arch/microblaze/boot/linux.bin -no-reboot -append "console=ttyUL0,115200 "
-nographic
qemu:
On 02/07/14 at 11:24am, Vivek Goyal wrote:
> On Fri, Feb 07, 2014 at 08:04:13AM -0800, H. Peter Anvin wrote:
> > On 02/07/2014 06:49 AM, Vivek Goyal wrote:
> > >
> > > Hi Kees,
> > >
> > > Dave Young is testing kdump with kaslr enabled. He is facing some issues.
> > >
> > > One issue he
On Tue, Jan 21, 2014 at 05:43:53PM -0800, K. Y. Srinivasan wrote:
> +/*
> + * Create a char device that can support read/write for passing
> + * the payload.
> + */
> +static struct cdev fcopy_cdev;
> +static struct class *cl;
> +static struct device *sysfs_dev;
Why not just be a misc device, you
On 02/07/2014 03:49 PM, Gregory CLEMENT wrote:
On 07/02/2014 15:43, Ezequiel Garcia wrote:
On Fri, Feb 07, 2014 at 09:24:30AM -0500, Jason Cooper wrote:
On Fri, Feb 07, 2014 at 10:06:08AM -0300, Emilio López wrote:
[snip a great explanation]
Guys, can I get some Tested-by's on this?
In
On Fri, 7 Feb 2014, Andrew Morton wrote:
> > > > > diff --git a/include/linux/mm.h b/include/linux/mm.h
> > > > > index 1cedd00..5f8348f 100644
> > > > > --- a/include/linux/mm.h
> > > > > +++ b/include/linux/mm.h
> > > > > @@ -1589,10 +1589,8 @@ static inline int __early_pfn_to_nid(unsigned
> >
On Mon, Jan 13, 2014 at 4:19 PM, Suman Anna wrote:
> This patch adds three new OF helper functions to use/request
> locks from a hwspinlock device instantiated through a
> device-tree blob.
Nice, I ran in to the problem of needing a probe deferral on a
hwspinlock earlier this week so I
On Tue, Jan 21, 2014 at 04:22:04PM -0500, Paul Gortmaker wrote:
> The __cpuinit support was removed several releases ago. People
> have had a chance to update their out of tree code, so now we
> remove the no-op stubs.
>
> Also delete the mention of __cpuinitdata from the tag script.
>
> Cc:
On Fri, Feb 07, 2014 at 05:48:58PM +0100, Miklos Szeredi wrote:
> Changes since the last version (based on Al's review):
>
> - cross-rename: fix locking of nondirectories for NFSv4
> - ext4: split cross-rename and plain rename into separate functions
> - introduce i_op->rename2 with flags,
On Tue, Jan 21, 2014 at 04:23:15PM -0500, Paul Gortmaker wrote:
> None of these files are actually using any __init type directives
> and hence don't need to include . Most are just a
> left over from __devinit and __cpuinit removal, or simply due to
> code getting copied from one driver to the
2014-02-05 David Laight :
> From: Florian Fainelli
>> It would be good to explain exactly how your hardware is broken
>> exactly. I really do not think that such a fine-grained setting where
>> you could disable, e.g: 100BaseT_Full, but allow 100BaseT_Half to
>> remain usable makes that much
On Fri, Feb 07, 2014 at 05:49:06PM +0100, Miklos Szeredi wrote:
> From: Miklos Szeredi
>
> If flags contain RENAME_EXCHANGE then exchange source and destination files.
> There's no restriction on the type of the files; e.g. a directory can be
> exchanged with a symlink.
>
> Signed-off-by:
08.02.2014, 02:25, "David Fries" :
>> Can you also check that protocol documentation is correct?
>
> Documentation/connector/connector.txt ? I found it a little unclear,
> I'll see what I can do.
No, I meant Documentation/w1
--
To unsubscribe from this list: send the line "unsubscribe
On Thu, Feb 06, 2014 at 10:35:04PM +0800, rogera...@realtek.com wrote:
> From: Roger Tseng
>
> This patchset adds modules to support Realtek USB vendor specific class flash
> card reader: one base module in MFD subsystem and two host modules in both mmc
> and memstick subsystems. The
On Fri, 7 Feb 2014 13:15:29 -0800 (PST) David Rientjes
wrote:
> On Fri, 7 Feb 2014, Josh Triplett wrote:
>
> > > > diff --git a/include/linux/mm.h b/include/linux/mm.h
> > > > index 1cedd00..5f8348f 100644
> > > > --- a/include/linux/mm.h
> > > > +++ b/include/linux/mm.h
> > > > @@ -1589,10
On Fri, Feb 7, 2014 at 6:24 PM, Thomas Gleixner wrote:
> Not sure, really, but I tend to a core patch. Though we really want to
> know whether the issue is threaded only or not. If it's a general
> issue then this wants to go into unmask_irq() itself and not into an
> extra unmask_threaded_irq()
On Fri, 2014-02-07 at 09:46 -0600, Larry Finger wrote:
> On 02/07/2014 06:53 AM, Kalle Valo wrote:
> > Johannes Berg writes:
> >
> >> On Wed, 2014-02-05 at 19:44 -0600, Calvin Owens wrote:
> >>> Create a function to return a descriptive string for each reason code,
> >>> and print that instead of
On Sat, Feb 08, 2014 at 01:23:43AM +0400, z...@ioremap.net wrote:
> Hi
>
> 07.02.2014, 10:00, "David Fries" :
>
> > Here's a patch to implement that. Is this what you have in mind?
> >
> > From 4ed65d81b0121a8c191a9833d041484e9097198b Mon Sep 17 00:00:00 2001
> > From: David Fries
> > Date:
On Fri, Feb 07, 2014 at 02:53:13PM -0500, Tejun Heo wrote:
> On Fri, Feb 07, 2014 at 09:47:01PM +0200, Imre Deak wrote:
> > We skip lockdep annotations for sysfs attributes with ignore_lockdep
> > set. An exception is kernfs_deactivate where we annotate even in this
> > case. Since the lockdep map
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
tags/driver-core-3.14-rc2
for you to fetch changes up to
Hi Mike,
On Fri, Feb 07, 2014 at 03:11:32PM -0600, Mike Christie wrote:
> On 02/07/2014 10:18 AM, Michele Baldessari wrote:
> > A few places had the opcode and itt arguments reversed.
> > Fix the order.
> >
> > Reported-by: Josef Moellers
> > Signed-off-by: Michele Baldessari
>
>
> Thanks. I
On Fri, 07 Feb 2014 16:16:04 -0500 Naoya Horiguchi
wrote:
> # Resending due to sending failure. Sorry if you received twice.
> ---
> mce-test detected a test failure when injecting error to a thp tail page.
> This is because we take page refcount of the tail page in madvise_hwpoison()
> while
1 - 100 of 1896 matches
Mail list logo