On Wed 13-11-13 05:59:11, Denys Fedoryshchenko wrote:
> Hi
>
> On 2013-11-12 23:46, Jan Kara wrote:
> >Hello,
> >
> >On Tue 12-11-13 16:34:07, Denys Fedoryshchenko wrote:
> >>I just did some fault testing for test nbd setup, and found that if
> >>i reboot nbd server i will get immediately BUG()
* wangbiao wrote:
> @@ -86,6 +86,7 @@ static const char driver_name [] = "usbnet";
>
> /* use ethtool to change the level for any given device */
> static int msg_level = -1;
> +static spinlock_t dev_wait_lock = __SPIN_LOCK_UNLOCKED(dev_wait_lock);
> module_param (msg_level, int, 0);
>
Am 14.11.2013 08:33, schrieb Chen Gang:
> On 11/14/2013 02:48 PM, Chen Gang wrote:
>>> >From the look of it, if an error did occur in init_stub_pte(),
then the special mapping of STUB_CODE and STUB_DATA would not
be installed, so this area would be invisible to munmap and exit,
and
On 11/14/2013 02:48 PM, Chen Gang wrote:
>> >From the look of it, if an error did occur in init_stub_pte(),
>> > then the special mapping of STUB_CODE and STUB_DATA would not
>> > be installed, so this area would be invisible to munmap and exit,
>> > and with your patch then the pages allocated
On 2013年11月14日 07:26, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> When associating a "physical" device with an ACPI device object
> acpi_bind_one() only uses get_device() to increment the reference
> counter of the former, but there is no reason not to do that with
> the latter too.
On mer, 2013-11-13 at 22:36 -0500, Elena Ufimtseva wrote:
> Signed-off-by: Elena Ufimtseva
> ---
> +++ b/arch/x86/include/asm/xen/vnuma.h
> @@ -0,0 +1,12 @@
> +#ifndef _ASM_X86_VNUMA_H
> +#define _ASM_X86_VNUMA_H
> +
> +#ifdef CONFIG_XEN
> +int xen_vnuma_supported(void);
> +int
From: Divy Le Ray
Date: Mon, 11 Nov 2013 15:01:39 -0800
> Santosh raspatur is taking over the maintenance of cxgb3.
>
> Signed-off-by: Divy Le Ray
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
On 13.11.2013 21:39, Tomasz Figa wrote:
> On Wednesday 13 of November 2013 20:35:22 Florian Meier wrote:
>> On 13.11.2013 19:43, Tomasz Figa wrote:
diff --git a/Documentation/devicetree/bindings/dma/bcm2835-dma.txt
b/Documentation/devicetree/bindings/dma/bcm2835-dma.txt
This message is from Naukri.com to all registered Naukri.com account owners. we
are currently carrying out maintainance exercise to improve our service
quality, and to reduce the rate of spam in every job portal. Confirm your
Naukri Login account by clicking the link blow
From: Josh Hunt
Date: Wed, 13 Nov 2013 17:15:43 -0800
> The rds_ib_xmit function in net/rds/ib_send.c in the Reliable Datagram Sockets
> (RDS) protocol implementation allows local users to cause a denial of service
> (BUG_ON and kernel panic) by establishing an RDS connection with the source
>
The memory leak was introduced by commit 318ceed0884
"tidy up after d_make_root() conversion".
Signed-off-by: Axel Lin
---
fs/ramfs/inode.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/fs/ramfs/inode.c b/fs/ramfs/inode.c
index 39d1465..868a41e 100644
---
On mer, 2013-11-13 at 22:36 -0500, Elena Ufimtseva wrote:
> Xen vnuma introduction.
>
Hey Elena!
First of all, let me state this once more: thanks for keeping doing
this, even after the official conclusion of the (OPW) program! :-)
> vNUMA topology is constructed by Xen toolstack. Xen patchset
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, Nov 13, 2013 at 09:03:32PM -0500, Theodore Ts'o wrote:
> The following changes since commit 6e4664525b1db28f8c4e1130957f70a94c19213e:
>
> Linux 3.11 (2013-09-02 13:46:10 -0700)
>
> are available in the git repository at:
>
>
Firstly, thank you for spending your time resources to reply so many
details.
On 11/14/2013 01:20 PM, Hugh Dickins wrote:
> On Wed, 13 Nov 2013, Chen Gang wrote:
>
>> Unfortunately, p?d_alloc() and p?d_free() are not pair!! If p?d_alloc()
>> succeed, they may be used, so in the next failure,
Geert Uytterhoeven writes:
> Consolidate the various external const and non-const declarations of
> __start___param[] and __stop___param in .
> This requires making a few struct kernel_param pointers in kernel/params.c
> const.
>
> Signed-off-by: Geert Uytterhoeven
> Cc: Rusty Russell
Hi J,
On 11/13/2013 05:56 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 15:59 Fri 01 Nov , Bo Shen wrote:
Add Atmel PWM controller driver based on PWM framework.
This is the basic function implementation of Atmel PWM controller.
It can work with PWM based led and backlight.
On Fri, Nov 08, 2013 at 04:03:10PM -0600, Ben Myers wrote:
> From: Ben Myers
>
> xfs: update maintainers
>
> Add Dave as maintainer of XFS.
>
> Signed-off-by: Ben Myers
> ---
> MAINTAINERS |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> Index: b/MAINTAINERS
>
Dear Web-master Email Account Owner,
This message is from Web-master messaging center to all email account
owners. We are currently upgrading our data base and e-mail account center. We
are deleting all unused email account to create more space for new accounts. To
prevent your account from
On Wed, 2013-11-13 at 18:50 -0800, David Decotigny wrote:
> Hello,
>
> Thank you for looking into this. I could reproduce the oops on some
> Dell Poweredge R720 with the following config flags, otherwise the
> problem goes un-noticed:
>
> CONFIG_DEBUG_PAGEALLOC=y
> CONFIG_DEBUG_SLAB=y
>
> [
Hi,
On 11/13/2013 04:53 PM, Srikar Dronamraju wrote:
> * Preeti Murthy [2013-11-13 16:22:37]:
>
>> Hi Srikar,
>>
>> update_group_power() is called only during load balancing during
>> update_sg_lb_stats().
>> Load balancing begins at the base domain of the CPU,rq(cpu)->sd. This is
>> checked
On Thu, Nov 14, 2013 at 02:41:24PM +0900, Linus Torvalds wrote:
> On Wed, Nov 13, 2013 at 1:19 AM, Johannes Thumshirn
> wrote:
> >
> > git://github.com/morbidrsa/linux.git tags/mpc85xx-edac-for-3.13
>
> Ok, it's a signed tag, but I haven't pulled from you before (all the
> commits I see seem
On Wed, Nov 13, 2013 at 1:19 AM, Johannes Thumshirn
wrote:
>
> git://github.com/morbidrsa/linux.git tags/mpc85xx-edac-for-3.13
Ok, it's a signed tag, but I haven't pulled from you before (all the
commits I see seem to have gone through Greg), and I don't recognize
any of the signatures on your
hey,
On Wed, Nov 13, 2013 at 08:10:43PM +, Al Viro wrote:
> On Wed, Nov 13, 2013 at 01:45:38PM -0500, Dave Jones wrote:
> > Al, is this one also known ? Also seen on v3.12-7033-g42a2d923cc34
>
> Umm... I've seen something like that reported after sysfs merge went in
> (right after 3.12),
On Thu, Nov 14, 2013 at 08:26:54AM +0800, xiangliang yu wrote:
> hi
> how about this patch? do you have any update? thanks!
Hmm? I already applied the patch manually as I wrote before.
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Hello,
On Thu, Nov 14, 2013 at 09:51:47AM +0800, zhang.y...@zte.com.cn wrote:
> The kernel worker thread has the PF_NO_SETAFFINITY flag, and it is propagated
> into the userspace child. Clearing this flag in usersapce child to enable its
> migrating capability.
>
>
> Signed-off-by: Zhang Yi
>
On Wed, 13 Nov 2013, Chen Gang wrote:
> Unfortunately, p?d_alloc() and p?d_free() are not pair!! If p?d_alloc()
> succeed, they may be used, so in the next failure, we have to skip them
> to let exit_mmap() or do_munmap() to process it.
>
> According to "Documentation/vm/locking",
Fix static checker complaint that stream is not checked in
squashfs_decompressor_destroy().
Reported-by: Dan Carpenter
Signed-off-by: Phillip Lougher
---
fs/squashfs/decompressor_multi.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git
Hi Marcelo,
On 11/14/2013 08:36 AM, Marcelo Tosatti wrote:
>
> Any code location which reads the writable bit in the spte and assumes if its
> not
> set, that the translation which the spte refers to is not cached in a
> remote CPU's TLB can become buggy. (*)
>
> It might be the case that
This introduces an implementation of squashfs_readpage_block()
that directly decompresses into the page cache.
This uses the previously added page handler abstraction to push
down the necessary kmap_atomic/kunmap_atomic operations on the
page cache buffers into the decompressors. This enables
The decompressor interface and code was written from
the point of view of single-threaded operation. In doing
so it mixed a lot of single-threaded implementation specific
aspects into the decompressor code and elsewhere which makes it
difficult to seamlessly support multiple different
Further generalise the decompressors by adding a page handler
abstraction. This adds helpers to allow the decompressors
to access and process the output buffers in an implementation
independant manner.
This allows different types of output buffer to be passed
to the decompressors, with the
Hi,
This is a partial patchset of V3 patches following review by myself
and others. Changes are described in the individual patches.
There is one additional patch which fixes a static checker error.
Squashfs: Refactor decompressor interface and code (V3)
Squashfs: Generalise paging handling in
controls over how much data is read into the
copy buffer and then written to output (separate from
the logical block sizes of any device involved)
For more information and downloads see:
http://sg.danny.cz/sg/ddpt.html
Changelog for ddpt-0.93 [20131113] [svn: r242]
- add xcopy
,
,,
: http://xedutw.phpforms.net/f/firstform
(C)2013 Taiwan
Help Desk MailBox
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
This message is from Naukri.com to all registered Naukri.com account owners. we
are currently carrying out maintainance exercise to improve our service
quality, and to reduce the rate of spam in every job portal. Confirm your
Naukri Login account by clicking the link blow
Hi all,
Please do *not* add any v3.14 material to linux-next until after
v3.13-rc1 is released.
Changes since 20131113:
The akpm tree lost a patch that turned up elsewhere.
I have created today's linux-next tree
fixed a condition where device issues a status cmd to sdcard but no response
comes from sdcard. The sdhci irq fires and we hit a timeout case which calls
sdhci_finish_data(). sdhci_finish_data eventually attempt to reset controller
and issues stop cmd. However mmcdq is
(2013/11/14 5:20), Steven Rostedt wrote:
>
> Function tracing callbacks expect to have the ftrace_ops that registered it
> passed to them, not the address of the variable that holds the ftrace_ops
> that registered it.
>
> Use a mov instead of a lea to store the ftrace_ops into the parameter
>
My name is Miss. AMINA HASSAN,a medical doctor working with NATO currently in
Syria.
I got your esteemed contact during my comprehensive research for a reliable and
trustworthy individual in your country; I will need your help in this situation
I find myself. I am really afraid and I don't
On Wed, 13 Nov 2013, Minchan Kim wrote:
> On Thu, Nov 07, 2013 at 04:04:51PM +0900, Minchan Kim wrote:
> > On Wed, Nov 06, 2013 at 07:05:11PM -0800, Greg KH wrote:
> > > On Wed, Nov 06, 2013 at 03:46:19PM -0800, Nitin Gupta wrote:
> > > > I'm getting really tired of them hanging around in here
Add the missing unlock before return from function lm3560_get_ctrl()
to avoid deadlock. Thanks to Dan Carpenter.
Signed-off-by: Daniel Jeong
---
drivers/media/i2c/lm3560.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/media/i2c/lm3560.c
Issues Xen hypercall subop XENMEM_get_vnumainfo and sets the
NUMA topology, otherwise sets dummy NUMA node and prevents
numa_init from calling other numa initializators as they may
break other guests.
Signed-off-by: Elena Ufimtseva
---
arch/x86/include/asm/xen/vnuma.h | 12
Xen vnuma introduction.
The patchset introduces vnuma to paravirtualized Xen guests
runnning as domU.
Xen subop hypercall is used to retreive vnuma topology information.
Bases on the retreived topology from Xen, NUMA number of nodes,
memory ranges, distance table and cpumask is being set.
If
Enables numa if vnuma topology hypercall is supported and it is domU.
Signed-off-by: Elena Ufimtseva
---
arch/x86/xen/setup.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/arch/x86/xen/setup.c b/arch/x86/xen/setup.c
index 09f3059..fe23ec2 100644
---
On Wed, Nov 13, 2013 at 04:56:09PM -0800, David Rientjes wrote:
> On Wed, 13 Nov 2013, Johannes Weiner wrote:
>
> > > > > diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h
> > > > > --- a/include/linux/memcontrol.h
> > > > > +++ b/include/linux/memcontrol.h
> > > > > @@ -155,6
On Thu, 2013-11-07 at 15:00 +0100, Roberto Sassu wrote:
> Hi everyone
>
> currently accepted patches for the new template management mechanism allow to
> choose among a list of supported templates, statically defined in the code.
> This functionality is not flexible enough as users may want to
For all uapi headers, need use "_UAPI" prefix for its guard macro
(which will be stripped by "scripts/headers_installer.sh").
Also delete the redundant files (ipcbuf.h, kvm_para.h, and poll.h), and
add related 'generic-y' in Kbuild.
Also make sure only one empty line below "#define" and only one
On 11/07/2013 12:03 PM, Chen Gang wrote:
> For all uapi headers, need use "_UAPI" prefix for its guard macro
> (which will be stripped by "scripts/headers_installler.sh").
>
> Also delete the redundant files (ipcbuf.h, kvm_para.h, and poll.h)
> which are already in Kbuild.
>
Oh, sorry, need use
On Wed, Nov 13, 2013 at 01:03:35PM +0100, Laurent Pinchart wrote:
> Hi Magnus,
>
> Thank you for the patch.
>
> Please read below for a couple of comments in addition to Linus' review.
>
> On Thursday 07 November 2013 08:47:37 Magnus Damm wrote:
> > From: Magnus Damm
> >
> > This patch adds a
I resend this patch.
I added performance result into description of the patch.
--
Yasuaki Ishimatsu reported memory hot-add spent more than 5 _hours_
on 9TB memory machine since onlining memory sections is too slow.
And we found out
Hello,
Thank you for looking into this. I could reproduce the oops on some
Dell Poweredge R720 with the following config flags, otherwise the
problem goes un-noticed:
CONFIG_DEBUG_PAGEALLOC=y
CONFIG_DEBUG_SLAB=y
[4.924033] BUG: unable to handle kernel paging request at 8804dd10
[
On Thu, Nov 14, 2013 at 12:26:00AM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Since DEVICE_ACPI_HANDLE() is now literally identical to
> ACPI_HANDLE(), replace it with the latter everywhere and drop its
> definition from include/acpi.h.
>
> Signed-off-by: Rafael J. Wysocki
On Thu, Nov 14, 2013 at 12:26:47AM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> When associating a "physical" device with an ACPI device object
> acpi_bind_one() only uses get_device() to increment the reference
> counter of the former, but there is no reason not to do that with
On 11/08/2013 11:47 AM, Chen Gang wrote:
> For all uapi headers, need use "_UAPI" prefix for its guard macro
> (which will be stripped by "scripts/headers_installer.sh").
>
> Additional completions:
>
> - be sure that all "endif" need be appended related comment, also it
>has and only has
For all uapi headers, need use "_UAPI" prefix for its guard macro
(which will be stripped by "scripts/headers_installer.sh").
Additional completions:
- be sure that all "endif" need be appended related comment, also it
has and only has one empty line above and no any lines below either.
-
Dear Andreas Werner,
> On Tue, Nov 12, 2013 at 07:33:40PM +0100, Marek Vasut wrote:
> > Dear Andreas Werner,
> >
> > > On Tue, Nov 12, 2013 at 07:00:59PM +0100, Marek Vasut wrote:
> > > > Dear Andreas Werner,
> > > >
> > > > > Using the i2c-eg20t driver and call i2cdetect or probe on the bus,
>
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.
for example:
cpu 0 cpu 1
Hi Magnus,
On Thursday 14 November 2013 11:03:06 Magnus Damm wrote:
> On Thu, Nov 14, 2013 at 9:07 AM, Laurent Pinchart wrote:
> > On Thursday 14 November 2013 07:59:36 Magnus Damm wrote:
> >> From: Magnus Damm
> >>
> >> Set the ->irq_enable() and ->irq_disable() methods to NULL
> >> to enable
So to save confusion I've sent a patch-set with you CC'ed
If you can test the patchset on your h/w and add your Tested-by: tag I
will add it to each of the patches.
With regards to the 'mfd: rtsx: Add rtl8402 card reader' patch, I
believe you are the rightful author of that patch, so if you can
In our test labs we discovered a bug with the latest 3.10-rt kernel.
When investigating, I found that it was actually a bug in the 3.10.18
kernel that we based on. With that, I bisected it down to this commit:
commit 506cdb8909a1a739c7585c680c6bd4b3d1247564
Author: Nicolas Dichtel
Date: Tue
On Tue, 12 Nov 2013 10:30:37 +0100, Pantelis Antoniou
wrote:
> Hi Grant,
>
> On Nov 11, 2013, at 7:42 PM, Grant Likely wrote:
>
> > On Fri, 8 Nov 2013 17:06:09 +0200, Pantelis Antoniou
> > wrote:
> >> Introduce DT overlay support.
> >> Using this functionality it is possible to dynamically
On Wed, 13 Nov 2013 10:03:37 +0100, Pantelis Antoniou
wrote:
> On Nov 13, 2013, at 2:34 AM, Grant Likely wrote:
> > On Tue, 12 Nov 2013 11:39:08 +0100, Pantelis Antoniou
> > wrote:
> >>> On Tue, 5 Nov 2013 19:50:16 +0200, Pantelis Antoniou
> >>> wrote:
> +} else {
> +
The kernel worker thread has the PF_NO_SETAFFINITY flag, and it is propagated
into the userspace child. Clearing this flag in usersapce child to enable its
migrating capability.
Signed-off-by: Zhang Yi
--- linux3-12/kernel/kmod.c 2013-11-14 09:06:58.991781656 +
+++
The following changes since commit 6e4664525b1db28f8c4e1130957f70a94c19213e:
Linux 3.11 (2013-09-02 13:46:10 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/random.git
tags/random_for_linus
for you to fetch changes up to
Hi Laurent,
Thanks for checking the patches.
On Thu, Nov 14, 2013 at 9:07 AM, Laurent Pinchart
wrote:
> Hi Magnus,
>
> Thank you for the patch.
>
> On Thursday 14 November 2013 07:59:36 Magnus Damm wrote:
>> From: Magnus Damm
>>
>> Set the ->irq_enable() and ->irq_disable() methods to NULL
>>
From: Duncan Laurie
We had been using a DMI table workaround to select the right
frequency for devices, but this is fragile and must be updated
with every new platform.
Instead the default case when VBT is missing is changed to use
120MHz clock for LVDS SSC for these generations.
The docs for
(2013/11/14 2:13), Jon Medhurst (Tixy) wrote:
> On Tue, 2013-10-15 at 17:04 -0400, David Long wrote:
>> From: "David A. Long"
>>
>> Instead of depending on include/asm/kprobes.h to provide a dummy definition
>> for struct arch_specific_insn, do so in include/linux/kprobes.h.
>
> That change
Yinghai,
Could you help to take a look, we need it in our downstream kernel.
Thanks,
Ethan
On Wed, Nov 6, 2013 at 10:49 PM, ethan.zhao wrote:
> Though no specification about NumVFs register initial value after POST, to
> void the confusion
> lspci output as following before VF was
On 11/13/13 at 03:50pm, Matt Fleming wrote:
> On Tue, 05 Nov, at 04:20:14PM, dyo...@redhat.com wrote:
> > Old kexec-tools can not load new kernel. The reason is previously
> > kexec-tools
> > do not fill efi_info in x86 setup header thus efi init fail and switch
> > to noefi boot. In new
On 11/13/13 at 03:50pm, Matt Fleming wrote:
> On Tue, 05 Nov, at 04:20:13PM, dyo...@redhat.com wrote:
> > Add a new setup_data type SETUP_EFI for kexec use.
> > Passing the saved fw_vendor, runtime, config tables and
> > efi runtime mappings.
> >
> > When entering virtual mode, directly mapping
On 11/13/13 at 03:50pm, Matt Fleming wrote:
> On Tue, 05 Nov, at 04:20:12PM, dyo...@redhat.com wrote:
> > kexec kernel will need exactly same mapping for
> > efi runtime memory ranges. Thus here export the
> > runtime ranges mapping to sysfs, kexec-tools
> > will assemble them and pass to 2nd
On 11/13/13 at 03:50pm, Matt Fleming wrote:
> On Tue, 05 Nov, at 04:20:10PM, dyo...@redhat.com wrote:
> > Add two small functions:
> > efi_merge_regions and efi_map_regions, efi_enter_virtual_mode
> > calls them instead of embedding two long for loop.
> >
> > v1->v2:
> > refresh; coding style
On Wed, Nov 13, 2013 at 04:05:50PM -0800, H. Peter Anvin wrote:
> On 11/13/2013 03:57 PM, jerry.hoem...@hp.com wrote:
> >
> > I think i can go to a date based black list, that removes the manual
> > step. System running firmware before certain date assumes we need
> > to do the work around. If
On 11/13/13 at 03:50pm, Matt Fleming wrote:
> On Tue, 05 Nov, at 04:20:08PM, dyo...@redhat.com wrote:
> > Kexec kernel will use saved runtime virtual mapping, so add a
> > new function efi_remap_region to remapping it directly without
> > calculate the virt addr from efi_va.
> >
> > The md is
On 11/13/13 at 08:20am, H. Peter Anvin wrote:
> On 11/05/2013 12:20 AM, dyo...@redhat.com wrote:
> > Old kexec-tools can not load new kernel. The reason is previously
> > kexec-tools
> > do not fill efi_info in x86 setup header thus efi init fail and switch
> > to noefi boot. In new kexec-tools
On Wed, Nov 13, 2013 at 10:13 PM, Mark Brown wrote:
> On Wed, Nov 13, 2013 at 08:40:54AM +0100, Krzysztof Kozlowski wrote:
>
>> +/**
>> + * After resuming from suspend it may happen that IRQ is signalled but
>> + * IRQ GPIO is not high. Also the interrupt registers won't have any data
>> + * (all
On Wed, Nov 13, 2013 at 10:50 PM, Mark Brown wrote:
> On Tue, Nov 12, 2013 at 02:41:55PM +0100, Krzysztof Kozlowski wrote:
>> According to SW Guide the Over-Voltage Clamp may malfunction at VBatt
>> 5.25V and 110'C temperature. This may result in overshooting or
>> undershooting LDO's voltage
On Wed, Nov 13, 2013 at 6:55 PM, Honggang LI wrote:
> On 11/14/2013 01:40 AM, Josh Hunt wrote:
>> On Wed, Nov 13, 2013 at 9:16 AM, Venkat Venkatsubra
>> wrote:
>>>
>>> -Original Message-
>>> From: Josh Hunt [mailto:joshhun...@gmail.com]
>>> Sent: Tuesday, November 12, 2013 10:25 PM
>>>
The rds_ib_xmit function in net/rds/ib_send.c in the Reliable Datagram Sockets
(RDS) protocol implementation allows local users to cause a denial of service
(BUG_ON and kernel panic) by establishing an RDS connection with the source
IP address equal to the IPoIB interface's own IP address, as
On Wednesday 13 November 2013 08:46 PM, Nishanth Menon wrote:
> arrgh, my bad.. Apologies for the bad one.. I missed it :( Does the following
> look equivalent?
yes.
> With this, I now see:
> [ 43.212714] cpufreq: cpufreq_add_policy_cpu: Failed to stop governor
> ^^^ ??
Ahh, I missed this
On 11/14/2013 02:57 AM, Olof Johansson wrote:
On Tue, Nov 12, 2013 at 6:14 PM, Alex Courbot wrote:
On 11/13/2013 05:38 AM, Olof Johansson wrote:
On Tue, Nov 12, 2013 at 12:26 PM, Stephen Warren
wrote:
On 11/07/2013 03:11 AM, Alexandre Courbot wrote:
Just a set of small fixes to address
(2013/10/16 6:04), David Long wrote:
> From: "David A. Long"
>
> Instead of depending on include/asm/kprobes.h to provide a dummy definition
> for struct arch_specific_insn, do so in include/linux/kprobes.h.
Nak, why do we need ugly #ifdef again there?
And also, please cc to the original
On Wed, Nov 13, 2013 at 12:57:13PM -0800, H. Peter Anvin wrote:
> On 11/13/2013 10:39 AM, Kees Cook wrote:
> > Hi Guenter,
> >
> > On Fri, Apr 12, 2013 at 07:49:08PM -0700, Guenter Roeck wrote:
> >> __builtin_object_size is known to be broken on gcc 4.6+.
> >> See
On Wed, Nov 13, 2013 at 09:40:48AM -0800, John Stultz wrote:
> On 11/13/2013 01:14 AM, Yuanhan Liu wrote:
> > Hi,
> >
> > FYI, we found some performance regressions caused by commit 1ca7d67c
> > ("seqcount: Add lockdep functionality to seqcount/seqlock structures")
>
> So this is expected.
On Wed, 2013-11-13 at 11:31 -0800, Tony Luck wrote:
> On Tue, Nov 12, 2013 at 4:29 PM, Joe Perches wrote:
> > try this:
> >
> > https://lkml.org/lkml/2013/10/30/604
> >
> >
>
> How is that any different from what is in linux-next? It still
> has the same change to cache.h that reduces the
On 11/13/2013 07:21 PM, Hans-Christian Egtvedt wrote:
> Around Tue 12 Nov 2013 16:38:47 +0800 or thereabout, Chen Gang wrote:
>> For all uapi headers, need use "_UAPI" prefix for its guard macro
>> (which will be stripped by "scripts/headers_installer.sh").
>>
>> Also remove redundant files
On Tue, Nov 12, 2013 at 08:11:26PM +0100, Geert Uytterhoeven wrote:
> This allows to drop a few casts.
>
> Signed-off-by: Geert Uytterhoeven
Pushed to l2-mtd.git/next. Thanks!
Brian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, Nov 12, 2013 at 08:07:23PM +0100, Geert Uytterhoeven wrote:
> mtd_info.name is "const char *"
>
> Signed-off-by: Geert Uytterhoeven
> Cc: David Woodhouse
> Cc: linux-...@lists.infradead.org
Pushed to l2-mtd.git/next. Thanks!
Brian
--
To unsubscribe from this list: send the line
On Tue, Nov 12, 2013 at 08:07:16PM +0100, Geert Uytterhoeven wrote:
> device_driver.name is "const char *"
>
> Signed-off-by: Geert Uytterhoeven
> Cc: Olof Johansson
> Cc: linux-...@lists.infradead.org
Pushed to l2-mtd.git/next. Thanks!
Brian
--
To unsubscribe from this list: send the line
On Tue, Nov 12, 2013 at 08:07:15PM +0100, Geert Uytterhoeven wrote:
> map_info.name is "const char *"
>
> Signed-off-by: Geert Uytterhoeven
> Cc: David Woodhouse
> Cc: linux-...@lists.infradead.org
Pushed to l2-mtd.git/next. Thanks!
Brian
--
To unsubscribe from this list: send the line
On Wed, 13 Nov 2013, Johannes Weiner wrote:
> > > > diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h
> > > > --- a/include/linux/memcontrol.h
> > > > +++ b/include/linux/memcontrol.h
> > > > @@ -155,6 +155,7 @@ static inline bool task_in_memcg_oom(struct
> > > > task_struct
On 11/14/2013 01:40 AM, Josh Hunt wrote:
> On Wed, Nov 13, 2013 at 9:16 AM, Venkat Venkatsubra
> wrote:
>>
>> -Original Message-
>> From: Josh Hunt [mailto:joshhun...@gmail.com]
>> Sent: Tuesday, November 12, 2013 10:25 PM
>> To: David Miller
>> Cc: jjo...@suse.com; LKML; Venkat
On Wed, 13 Nov 2013, Johannes Weiner wrote:
> > The reclaim will fail, the only reason current has TIF_MEMDIE set is
> > because reclaim has completely failed.
>
> ...for somebody else.
>
That process is in the same allocating context as current, otherwise
current would not have been
On Wed, Oct 23, 2013 at 09:29:22PM +0800, Xiao Guangrong wrote:
> Now we can flush all the TLBs out of the mmu lock without TLB corruption when
> write-proect the sptes, it is because:
> - we have marked large sptes readonly instead of dropping them that means we
> just change the spte from
The following changes since commit 61e6cfa80de5760bbe406f4e815b7739205754d2:
Linux 3.12-rc5 (2013-10-13 15:41:28 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git
tags/ext4_for_linus
for you to fetch changes up to
hi
how about this patch? do you have any update? thanks!
> On Wed, Oct 16, 2013 at 11:36:20AM2013/10/27 Tejun Heo :
> Hello,
> +0800, xiangliang yu wrote:
>> diff --git a/drivers/ata/libahci.c b/drivers/ata/libahci.c
>> index 34c8216..fbe592f 100644
>> --- a/drivers/ata/libahci.c
>> +++
On 11/14/2013 02:14 AM, Sergei Shtylyov wrote:
> Hello.
>
> On 11/13/2013 05:38 PM, Wanlong Gao wrote:
>
>> arch/sh/kernel/kgdb.c: In function 'sleeping_thread_to_gdb_regs':
arch/sh/kernel/kgdb.c:225:32: error: implicit declaration of function
'task_stack_page'
Hi Linus,
Please pull these XFS updates for 3.13-rc1. It's kind of a random
assortment. There is more rearrangement to make libxfs sync with the
kernel, the differences between v2 and v3 were abstracted into an ops
vector, xfs_inactive was reworked, along with the preallocation and hole
punch
On 11/12/2013 2:42 PM, Geert Uytterhoeven wrote:
> Use standard __init_begin and __init_end instead.
>
> Signed-off-by: Geert Uytterhoeven
> Cc: Chris Metcalf
[...]
> @@ -534,7 +534,7 @@ static void __init kernel_physical_mapping_init(pgd_t
> *pgd_base)
>
> BUG_ON(address !=
Hi Magnus,
Thank you for the patch.
On Thursday 14 November 2013 07:59:46 Magnus Damm wrote:
> From: Magnus Damm
>
> Make sure gpio_chip->dev is setup so of_gpiochip_add()
> will work as expected.
>
> Signed-off-by: Magnus Damm
Acked-by: Laurent Pinchart
> ---
>
> drivers/gpio/gpio-em.c
1 - 100 of 1092 matches
Mail list logo
