On 02/25/2014 09:04 PM, Jason Cooper wrote:
Sebastian,
On Tue, Feb 25, 2014 at 08:23:35PM +0100, Sebastian Hesselbarth wrote:
[Cooked down Cc list to relevant people and added Ezequiel who agreed
to test on Armada 375/38x.]
On 02/25/2014 04:43 PM, Jason Cooper wrote:
On Tue, Feb 25, 2014 at
I would like to remove Visual Workstation and NUMAQ from the x86 kernel.
This removes a fair bit of code which from the current looks is only
being made to suffer general patches:
Visual Workstation:
Documentation/sgi-visws.txt| 13 -
MAINTAINERS| 7 -
Jan Stancek reports manual page migration encountering allocation
failures after some pages when there is still plenty of memory free,
and bisected the problem down to 81c0a2bb515f ("mm: page_alloc: fair
zone allocator policy").
The problem is that page migration uses GFP_THISNODE and this makes
On 02/21/2014 02:33 AM, Jan Beulich wrote:
> ... to match its two callers (i.e. the alternative would have been to
> swap the arguments at the call sites).
>
> Signed-off-by: Jan Beulich
> Cc: Francesco Fusco
> Cc: Daniel Borkmann
> Cc: Thomas Graf
> Cc: David S. Miller
> ---
>
GFP_THISNODE is for callers that implement their own clever fallback
to remote nodes, and so no direct reclaim is invoked. There are many
current users that only want node exclusiveness but still want reclaim
to make the allocation happen. Convert them over to __GFP_THISNODE
and update the
On Feb 25, 2014, at 11:14 AM, Arnd Bergmann wrote:
> On Tuesday 25 February 2014, Kumar Gala wrote:
>> The following changes since commit cf1e8f0cd665e2a9966d2bee4e11ecc0938ff166:
>>
>> ARM: qcom: Rename various msm prefixed functions to qcom (2014-02-06
>> 16:20:41 -0600)
>>
>> are
On Tue, 2014-02-25 at 15:05 -0500, Paul Moore wrote:
> On Monday, February 24, 2014 01:59:58 PM Joe Perches wrote:
> > Convert printk to pr_.
> > Add pr_fmt.
> > Coalesce formats, add missing space where appropriate.
> > Standardize on one space after "SELinux: " prefix.
> >
> > Signed-off-by:
On Wed, Feb 19, 2014 at 2:33 AM, Marc Zyngier wrote:
> Hi Feng,
>
> On 18/02/14 22:12, Feng Kan wrote:
>> This change is made to preserve the GIC v2 releated bits in the
>> GIC_CPU_CTRL register (also known as the GICC_CTLR register in spec).
>> The original code only set the enable/disable group
On 02/18/2014 07:35 PM, Kelley Nielsen wrote:
> The function try_to_unuse() is of quadratic complexity, with a lot of
> wasted effort. It unuses swap entries one by one, potentially iterating
> over all the page tables for all the processes in the system for each
> one.
>
> This new proposed
On Monday, February 24, 2014 01:59:58 PM Joe Perches wrote:
> Convert printk to pr_.
> Add pr_fmt.
> Coalesce formats, add missing space where appropriate.
> Standardize on one space after "SELinux: " prefix.
>
> Signed-off-by: Joe Perches
A few minor comments inline ...
> diff --git
Sebastian,
On Tue, Feb 25, 2014 at 08:23:35PM +0100, Sebastian Hesselbarth wrote:
> [Cooked down Cc list to relevant people and added Ezequiel who agreed
> to test on Armada 375/38x.]
>
> On 02/25/2014 04:43 PM, Jason Cooper wrote:
> >On Tue, Feb 25, 2014 at 04:30:45PM +0100, Sebastian
Hi Linus,
The following changes since commit b28a960c42fcd9cfc987441fa6d1c1a471f0f9ed:
Linux 3.14-rc2 (2014-02-09 18:15:47 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k.git for-linus
for you to fetch changes up to
On Mon, 2014-02-10 at 20:58 +0100, Peter Zijlstra wrote:
> +unqueue:
> + /*
> + * Step - A -- stabilize @prev
> + *
> + * Undo our @prev->next assignment; this will make @prev's
> + * unlock()/unqueue() wait for a next pointer since @lock points to us
> + * (or
Dietmar Eggemann writes:
> On 25/02/14 13:16, Srikar Dronamraju wrote:
>>> The struct sched_avg of struct rq is only used in case group
>>> scheduling is enabled inside __update_tg_runnable_avg() to update
>>> per-cpu representation of a task group. I.e. that there is no need to
>>> maintain
Hi Linus,
Just the single fix below. Bug has been present for a while, but is
triggering with regularity since commit 77873803363c "net_dma: mark
broken" in 3.13-rc5. Full patch included below.
Please apply, thank you.
The following changes since commit
On Tue, Feb 25, 2014 at 08:01:16PM +0200, sougata wrote:
> > snip <=
> #define hfs_btree_open hfsplus_btree_open
> #define hfs_btree_close hfsplus_btree_close
> #define hfs_btree_write hfsplus_btree_write
> #define hfs_bmap_alloc hfsplus_bmap_alloc
> #define hfs_bmap_free hfsplus_bmap_free
On Fri, Feb 21, 2014 at 7:32 AM, One Thousand Gnomes
wrote:
>> I'm suggesting identifying a range of addresses on a bus with a "port"
>> (or whatever it should be called). Multiple ports could claim
>> non-overlapping ranges on the same bus.
>
> Which is fine until you meant a mux or a device
On Mon, Feb 24, 2014 at 4:12 PM, David Miller wrote:
> From: Ben Hutchings
> Date: Tue, 25 Feb 2014 00:02:00 +
>
>> You can run an internal network, or access network, as v6-only with
>> NAT64 and DNS64 at the border. I believe some mobile networks are doing
>> this; it was also done on the
On Tue, Feb 25, 2014 at 10:37:34AM -0800, Davidlohr Bueso wrote:
> On Tue, 2014-02-25 at 19:35 +0100, Peter Zijlstra wrote:
> > On Tue, Feb 25, 2014 at 10:16:46AM -0800, Davidlohr Bueso wrote:
> > > +void vmacache_update(struct mm_struct *mm, unsigned long addr,
> > > + struct
Hi,
I had a bug report[1] from a user trying to add a kretprobe on the system
call entry code path:
arch/x86/kernel/entry_64.S:
813dffe2 :
cmpl $__NR_syscall_max,%eax
#endif
ja badsys
movq %r10,%rcx
call *sys_call_table(,%rax,8) # XXX:rip relative
On 02/25/2014 10:45 AM, Mark Salter wrote:
> On Tue, 2014-02-25 at 18:30 +, Will Deacon wrote:
>> I'd suggest spitting the core part out from the arch-specific parts. That
>> way, the core part can merged independently and architectures can move over
>> as they see fit. It also signals (at
Convert printks to pr_.
Convert printk with single time guard to pr_info_once.
Add pr_fmt to prefix output with "security: " or "capability: "
Coalesce formats.
Use a generic string for pr_debug to reduce object size.
Signed-off-by: Joe Perches
Acked-by: Serge Hallyn
Reported-by: Serge Hallyn
On Mon, 24 Feb 2014 11:41:31 -0500
Vivek Goyal wrote:
> On Fri, Feb 21, 2014 at 03:59:10PM +0100, Borislav Petkov wrote:
>
>[...]
> >
> > ...
> >
> > > diff --git a/include/uapi/linux/kexec.h b/include/uapi/linux/kexec.h
> > > index d6629d4..5fddb1b 100644
> > > ---
Hi Linus,
The following changes since commit b28a960c42fcd9cfc987441fa6d1c1a471f0f9ed:
Linux 3.14-rc2 (2014-02-09 18:15:47 -0800)
are available in the git repository at:
git://git.infradead.org/linux-mtd.git tags/for-linus-20140225
for you to fetch changes up
On Tue, 2014-02-25 at 13:10 -0600, Serge Hallyn wrote:
> Quoting Joe Perches (j...@perches.com):
> > Convert printks to pr_.
[]
> Acked-by: Serge E. Hallyn
>
> Though should warn_setuid_and_fcaps_mixed be using
> pr_info_once()?
Yup, thanks. I'll send a follow-on with your reported-by
if/after
586e1d067 PUD 586e1e067 PMD 0
[ 232.870230] Oops: [#1] PREEMPT SMP DEBUG_PAGEALLOC
[ 232.870230] Dumping ftrace buffer:
[ 232.870230](ftrace buffer empty)
[ 232.870230] Modules linked in:
[ 232.870230] CPU: 36 PID: 9707 Comm: trinity-c36 Tainted: GW
3.14.0-rc4-next-20140225
On Tue, Feb 25, 2014 at 11:04 AM, Davidlohr Bueso wrote:
>
>> So it walks completely the wrong list of threads.
>
> But we still need to deal with the rest of the tasks in the system, so
> anytime there's an overflow we need to nullify all cached vmas, not just
> current's. Am I missing something
On Tue, 2014-02-25 at 11:04 -0800, Davidlohr Bueso wrote:
> On Tue, 2014-02-25 at 10:37 -0800, Linus Torvalds wrote:
> > On Tue, Feb 25, 2014 at 10:16 AM, Davidlohr Bueso wrote:
> > > index a17621c..14396bf 100644
> > > --- a/kernel/fork.c
> > > +++ b/kernel/fork.c
> > > @@ -363,7 +363,12 @@
On Mon, 2014-02-10 at 15:02 -0800, Andrew Morton wrote:
> On Mon, 10 Feb 2014 20:58:20 +0100 Peter Zijlstra
> wrote:
>
> > Hi all,
> >
> > I would propose merging the following patches...
> >
> > The first set is mostly from Jason and tweaks the mutex adaptive
> > spinning, AIM7 throughput
On Tue, Feb 25, 2014 at 08:55:42AM -0800, H. Peter Anvin wrote:
> On 02/25/2014 08:43 AM, Vivek Goyal wrote:
> >
> > W.r.t sharing the code with arch/x86/boot/, I am not sure how to do it.
> >
>
> Pretty much we have been doing #includes (a bit sad, I know)... there
> are already a lot of them
[Cooked down Cc list to relevant people and added Ezequiel who agreed
to test on Armada 375/38x.]
On 02/25/2014 04:43 PM, Jason Cooper wrote:
On Tue, Feb 25, 2014 at 04:30:45PM +0100, Sebastian Hesselbarth wrote:
On 02/25/14 16:16, Jason Cooper wrote:
On Tue, Feb 25, 2014 at 10:36:54AM +0100,
On Tuesday 25 February 2014, Christian Daudt wrote:
> Can you please pull the patches below. Note that if you wanto to
> absolutely reduce this to the bone, you can drop the last patch in the
> series titled "pinctrl: Rename Broadcom Capri pinctrl binding". That
> is the documentation fixup, so
On Tue, Feb 25, 2014 at 01:35:37PM +1100, Stephen Rothwell wrote:
> Hi John,
>
> After merging the wireless-next tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/staging/rtl8821ae/rc.c:289:2: error: unknown field 'module' specified
> in initializer
>
On Monday 10 February 2014, Thierry Reding wrote:
> On Fri, Jan 24, 2014 at 08:54:16AM +0100, Sascha Hauer wrote:
> > Thierry as PWM maintainer has agreed to take this patch. Would be nice
> > to get some Acks from affected architectures. Russell, Ralf?
>
> No replies for over two weeks and this
Quoting Joe Perches (j...@perches.com):
> Convert printks to pr_.
> Add pr_fmt to prefix output with "security: " or "capability: "
> Coalesce formats.
> Use a generic string for pr_debug to reduce object size.
>
> Signed-off-by: Joe Perches
> ---
Acked-by: Serge E. Hallyn
Though should
On Tue, 25 Feb 2014, KY Srinivasan wrote:
> > -Original Message-
> > From: Thomas Gleixner [mailto:t...@linutronix.de]
> > Sent: Sunday, February 23, 2014 1:40 PM
> > To: LKML
> > Cc: Ingo Molnar; Peter Zijlstra; x86; KY Srinivasan; Greg Kroah-Hartman;
> > linuxdrivers
> > Subject: [patch
On Tue, 2014-02-25 at 10:37 -0800, Linus Torvalds wrote:
> On Tue, Feb 25, 2014 at 10:16 AM, Davidlohr Bueso wrote:
> > index a17621c..14396bf 100644
> > --- a/kernel/fork.c
> > +++ b/kernel/fork.c
> > @@ -363,7 +363,12 @@ static int dup_mmap(struct mm_struct *mm, struct
> > mm_struct *oldmm)
>
On Mon, 24 Feb 2014, Thomas Gleixner wrote:
> On Mon, 24 Feb 2014, James Hogan wrote:
> Delta patch below.
Does that fix your issue?
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Tue, Feb 25, 2014 at 6:39 PM, Borislav Petkov wrote:
> On Tue, Feb 25, 2014 at 05:33:13PM +0100, Stephane Eranian wrote:
>> No, it's a T430s. What happens if you boot vanilla tip.git?
>
> linus/master + tip/master -> fails
> tip/master-> fails
>
> All trees are from today, like
On Tue, Feb 25, 2014 at 10:37 AM, Linus Torvalds
wrote:
>
> - clear all the cache entries (of the new 'struct task_struct'! - so
> not in dup_mmap, but make sure it's zeroed when allocating!)(
>
> - set vmcache_seqnum to 0 in dup_mmap (since any sequence number is
> fine when it got
On 2014-02-25 19:13, Paolo Bonzini wrote:
> Il 25/02/2014 19:05, Jan Kiszka ha scritto:
>> On 2014-02-25 18:49, Paolo Bonzini wrote:
>>> This is simple to do, the "host" BNDCFGS is either 0 or the guest value.
>>> However, both controls have to be present. We cannot provide MPX if
>>> we only
On Tue, Feb 25, 2014 at 09:43:06AM -0800, Jeff Layton wrote:
> On Tue, 25 Feb 2014 08:11:56 -0800
> Greg Kroah-Hartman wrote:
>
> > On Tue, Feb 25, 2014 at 03:24:43PM +, Sitsofe Wheeler wrote:
> > >
> > > Is there any chance that 74d290da476f672ad756634d12aa707375d3564d
> > > ([CIFS]
Il 25/02/2014 19:13, Paolo Bonzini ha scritto:
Il 25/02/2014 19:05, Jan Kiszka ha scritto:
On 2014-02-25 18:49, Paolo Bonzini wrote:
This is simple to do, the "host" BNDCFGS is either 0 or the guest value.
However, both controls have to be present. We cannot provide MPX if
we only have one of
On Tue, 2014-02-25 at 18:30 +, Will Deacon wrote:
> I'd suggest spitting the core part out from the arch-specific parts. That
> way, the core part can merged independently and architectures can move over
> as they see fit. It also signals (at least to me) that, "hey, I should
> probably review
On Tue, 2014-02-25 at 13:24 -0500, Rik van Riel wrote:
> On 02/25/2014 01:16 PM, Davidlohr Bueso wrote:
>
> > The proposed approach is to keep the current cache and adding a small, per
> > thread, LRU cache. By keeping the mm->mmap_cache,
>
> This bit of the changelog may want updating :)
bah,
On Tue, Feb 25, 2014 at 10:38:24AM -0800, H. Peter Anvin wrote:
> On 01/27/2014 10:57 AM, Vivek Goyal wrote:
> > This is loader specific code which can load bzImage and set it up for
> > 64bit entry. This does not take care of 32bit entry or real mode entry
> > yet.
>
> Is there any use in that?
This patch adds function set_speed to the generic PHY framework operation
structure. This function can be called to instruct the PHY underlying layer
at specified lane to configure for specified speed in hertz.
Signed-off-by: Loc Ho
---
drivers/phy/phy-core.c | 30
This patch adds the DTS entries for the APM X-Gene SoC 15Gbps Multi-purpose
PHY driver. The PHY for SATA controller 2 and 3 are enabled by default.
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
arch/arm64/boot/dts/apm-storm.dtsi | 75
This patch adds support for APM X-Gene SoC 15Gbps Multi-purpose PHY. This
is the physical layer interface for the corresponding host controller. This
driver uses the PHY generic framework. In addition, the PHY generic
framework is patched to provide an function to set the speed of the PHY.
v11:
*
This patch adds APM X-Gene SoC 15Gbps Multi-purpose PHY driver binding
documentation.
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
.../devicetree/bindings/phy/apm-xgene-phy.txt | 79
1 files changed, 79 insertions(+), 0
On 01/27/2014 10:57 AM, Vivek Goyal wrote:
> This is loader specific code which can load bzImage and set it up for
> 64bit entry. This does not take care of 32bit entry or real mode entry
> yet.
Is there any use in that? Real mode entry especially is more than a bit
scary when coming from
On Tue, Feb 25, 2014 at 10:16 AM, Davidlohr Bueso wrote:
> index a17621c..14396bf 100644
> --- a/kernel/fork.c
> +++ b/kernel/fork.c
> @@ -363,7 +363,12 @@ static int dup_mmap(struct mm_struct *mm, struct
> mm_struct *oldmm)
>
> mm->locked_vm = 0;
> mm->mmap = NULL;
> -
On Tue, 2014-02-25 at 19:35 +0100, Peter Zijlstra wrote:
> On Tue, Feb 25, 2014 at 10:16:46AM -0800, Davidlohr Bueso wrote:
> > +void vmacache_update(struct mm_struct *mm, unsigned long addr,
> > +struct vm_area_struct *newvma)
> > +{
> > + /*
> > +* Hash based on the page
On Tue, Feb 25, 2014 at 10:16:46AM -0800, Davidlohr Bueso wrote:
> +void vmacache_update(struct mm_struct *mm, unsigned long addr,
> + struct vm_area_struct *newvma)
> +{
> + /*
> + * Hash based on the page number. Provides a good
> + * hit rate for workloads with
From: Dirk Brandewie
Commit fcb6a15c2e Take core C0 time into account for core busy calculation.
Introduced a regression on some processor SKUs supported by
intel_pstate. This was caused by the truncation caused by using
integer math to calculate core busy and C0 percentages.
On a i7-4770K
Hi,
On Mon, Feb 24, 2014 at 11:08:27AM -0600, Josh Cartwright wrote:
> Use ASSIGN_SYSTEM_SLEEP_PM_OPS and ASSIGN_RUNTIME_PM_OPS in the
> initializer for msm_otg_dev_pm_ops. Doing so allows us to eliminate
> preprocessor conditionals around the specified callbacks.
>
> Signed-off-by: Josh
On Tue, Feb 25, 2014 at 02:10:04PM +, Mark Salter wrote:
> On Wed, 2014-02-12 at 15:56 -0500, Mark Salter wrote:
> > This patch series takes the common bits from the x86 early ioremap
> > implementation and creates a generic implementation which may be used
> > by other architectures. The
On 02/25/2014 01:16 PM, Davidlohr Bueso wrote:
> The proposed approach is to keep the current cache and adding a small, per
> thread, LRU cache. By keeping the mm->mmap_cache,
This bit of the changelog may want updating :)
> Changes from v1 (https://lkml.org/lkml/2014/2/21/8):
> - Removed the
From: Davidlohr Bueso
This patch is a continuation of efforts trying to optimize find_vma(),
avoiding potentially expensive rbtree walks to locate a vma upon faults.
The original approach (https://lkml.org/lkml/2013/11/1/410), where the
largest vma was also cached, ended up being too specific
Hi,
On Tue, Feb 25, 2014 at 07:46:08AM +, Peter Chen wrote:
> > > > > > Hardware zlt will try to send the zero length packet
> > > > > > automatically when the data transferd is multiple times of max
> > > > > > packet, this will cause issues on Windows.
> > > > > > So let's disable HW zlt by
Il 25/02/2014 19:05, Jan Kiszka ha scritto:
On 2014-02-25 18:49, Paolo Bonzini wrote:
This is simple to do, the "host" BNDCFGS is either 0 or the guest value.
However, both controls have to be present. We cannot provide MPX if
we only have one of the "load BNDCFGS" or "clear BNDCFGS" controls.
On Mon, Feb 24, 2014 at 08:40:17AM +0100, Andreas Larsson wrote:
> On 2014-02-18 16:52, Felipe Balbi wrote:
> >On Thu, Jan 09, 2014 at 11:54:13AM +0100, Andreas Larsson wrote:
> >>Rename struct platform_device pointers from ofdev to pdev for clarity.
> >>Suggested by Mark Rutland.
> >>
>
On 2014-02-25 18:49, Paolo Bonzini wrote:
> This is simple to do, the "host" BNDCFGS is either 0 or the guest value.
> However, both controls have to be present. We cannot provide MPX if
> we only have one of the "load BNDCFGS" or "clear BNDCFGS" controls.
>
> Signed-off-by: Paolo Bonzini
> ---
On 02/24/2014 11:48 PM, Andrew Morton wrote:
On Mon, 24 Feb 2014 21:28:27 +0200 Sougata Santra wrote:
-ENAMETOOLONG returned from hfsplus_asc2uni was not propaged to iops. This
allowed hfsplus to create files/directories with HFSPLUS_MAX_STRLEN and
incorrect keys, leaving the FS in an
Hi Geert,
On Tuesday 25 February 2014 18:50:21 Geert Uytterhoeven wrote:
> On Tue, Feb 25, 2014 at 6:19 PM, Laurent Pinchart wrote:
> >> +static const unsigned int msiof1_rx_d_pins[] = {
> >> + /* RXD */
> >> + RCAR_GP_PIN(0, 26),
> >
> > This should be (0, 27).
>
> Wow, nice catch.
Hi Johannes,
>> I was waiting for the DT support from Chen-Yu before sending these,
>> but decided it makes no difference when I send them. I'm dropping the
>> con ID in the second patch because Dan noticed the warning, but of
>> course it will mean the "gpios" property can be used with DT.
>>
On Tue, Feb 25, 2014 at 9:45 AM, Josh Boyer wrote:
> On Thu, Feb 13, 2014 at 4:49 PM, Sander Eikelenboom
> wrote:
>>
>> Thursday, February 13, 2014, 9:14:47 PM, you wrote:
>>
>>> On Tue, 2014-02-11 at 20:17 -0800, Eric Dumazet wrote:
On Tue, 2014-02-11 at 18:07 -0800, Dan Williams wrote:
Hi Laurent,
On Tue, Feb 25, 2014 at 6:19 PM, Laurent Pinchart
wrote:
>> +static const unsigned int msiof1_rx_d_pins[] = {
>> + /* RXD */
>> + RCAR_GP_PIN(0, 26),
>
> This should be (0, 27).
Wow, nice catch. Thanks a lot!
>> +static const unsigned int msiof2_ss2_d_pins[] = {
>> + /*
Here are the patches I mentioned while reviewing Liu Jinsong's MPX
series.
Patch 1 is a further cleanup of xcr0 handling, and patch 2 introduces
nested virtualization support for MPX.
Please review.
Thanks,
Paolo
Paolo Bonzini (2):
KVM: x86: introduce kvm_supported_xcr0()
KVM: x86: Add
Here are the patches I mentioned while reviewing Liu Jinsong's MPX
series.
Patch 1 is a further cleanup of xcr0 handling, and patch 2 introduces
nested virtualization support for MPX.
Please review.
Thanks,
Paolo
Paolo Bonzini (2):
KVM: x86: introduce kvm_supported_xcr0()
KVM: x86: Add
XSAVE support for KVM is already using host_xcr0 & KVM_SUPPORTED_XCR0 as
a "dynamic" version of KVM_SUPPORTED_XCR0.
However, this is not enough because the MPX bits should not be presented
to the guest unless kvm_x86_ops confirms the support. So, replace all
instances of host_xcr0 &
This is simple to do, the "host" BNDCFGS is either 0 or the guest value.
However, both controls have to be present. We cannot provide MPX if
we only have one of the "load BNDCFGS" or "clear BNDCFGS" controls.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/vmx.c | 16
1 file
On 25/02/14 13:16, Srikar Dronamraju wrote:
>> The struct sched_avg of struct rq is only used in case group
>> scheduling is enabled inside __update_tg_runnable_avg() to update
>> per-cpu representation of a task group. I.e. that there is no need to
>> maintain the runnable avg of a rq in the
On Tue, Feb 25, 2014 at 1:16 AM, AKASHI Takahiro
wrote:
> Currently AUDITSYSCALL has a long list of architecture depencency:
>depends on AUDIT && (X86 || PARISC || PPC || S390 || IA64 || UML ||
> SPARC64 || SUPERH || (ARM && AEABI && !OABI_COMPAT) || ALPHA)
> The purpose
On Thu, Feb 13, 2014 at 4:49 PM, Sander Eikelenboom
wrote:
>
> Thursday, February 13, 2014, 9:14:47 PM, you wrote:
>
>> On Tue, 2014-02-11 at 20:17 -0800, Eric Dumazet wrote:
>>> On Tue, 2014-02-11 at 18:07 -0800, Dan Williams wrote:
>>>
>>> > The overlap granularity is too large. Multiple
Instead of an explicit cast the min_t macro should be used.
Signed-off-by: Silvan Jegen
---
drivers/staging/rtl8192e/rtl8192e/rtl_wx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192e/rtl8192e/rtl_wx.c
b/drivers/staging/rtl8192e/rtl8192e/rtl_wx.c
On Tue, 25 Feb 2014 08:11:56 -0800
Greg Kroah-Hartman wrote:
> On Tue, Feb 25, 2014 at 03:24:43PM +, Sitsofe Wheeler wrote:
> > Hi,
> >
> > Is there any chance that 74d290da476f672ad756634d12aa707375d3564d
> > ([CIFS] Provide sane values for nlink) could be backported to the stable
> > 3.2
On Tue, Feb 25, 2014 at 05:33:13PM +0100, Stephane Eranian wrote:
> No, it's a T430s. What happens if you boot vanilla tip.git?
linus/master + tip/master -> fails
tip/master-> fails
All trees are from today, like an hour ago or so.
Doing what hpa suggested:
diff --git
On 02/24/2014 03:28 PM, Alexander Graf wrote:
> Configuration of tunables and Linux virtual memory settings has traditionally
> happened via sysctl. Thanks to that there are well established ways to make
> sysctl configuration bits persistent (sysctl.conf).
>
> KSM introduced a sysfs based
On 02/25/2014 02:13 AM, Linus Walleij wrote:
> On Fri, Feb 21, 2014 at 6:35 AM, Stephen Warren wrote:
>> On 02/20/2014 06:55 PM, Chen-Yu Tsai wrote:
>
>>> That's correct. However using con_id to pass this results in different
>>> behavior across DT and ACPI. A better way is to export the
On 02/25/2014 02:27 AM, Thomas Gleixner wrote:
> On Mon, 24 Feb 2014, Russ Dill wrote:
>> On 02/24/2014 03:13 PM, Sebastian Capella wrote:
>>> Quoting Russell King - ARM Linux (2014-02-22 02:26:17)
On Tue, Feb 18, 2014 at 05:52:07PM -0800, Sebastian Capella
wrote:
> From: Russ Dill
On Tue, Feb 25, 2014 at 12:15:28PM -0500, Johannes Weiner wrote:
> On Tue, Feb 25, 2014 at 12:28:04AM +0100, Alexander Graf wrote:
> > Configuration of tunables and Linux virtual memory settings has
> > traditionally
> > happened via sysctl. Thanks to that there are well established ways to make
Hi Linus,
On Tuesday 25 February 2014 09:53:37 Linus Walleij wrote:
> On Thu, Feb 20, 2014 at 8:53 PM, Geert Uytterhoeven wrote:
> > From: Geert Uytterhoeven
> >
> > Signed-off-by: Geert Uytterhoeven
>
> Laurent, can I have your ACK/review on Geert's patches?
Done. I've acked 1/2, 2/2 has
On 02/25/2014 08:26 AM, Dave Jones wrote:
> On Tue, Feb 25, 2014 at 02:45:57AM -0800, H. Peter Anvin wrote:
> > On 02/24/2014 10:01 PM, Chris Bainbridge wrote:
> > > Pentium M is PAE capable but does not indicate so in the CPUID response.
> > > This is an issue now that some distributions are
Hi Geert,
Thank you for the patch.
On Thursday 20 February 2014 20:53:41 Geert Uytterhoeven wrote:
> From: Geert Uytterhoeven
>
> Signed-off-by: Geert Uytterhoeven
Please see below for two small issues.
After fixing them,
Acked-by: Laurent Pinchart
> ---
>
On Tue, Feb 25, 2014 at 12:28:04AM +0100, Alexander Graf wrote:
> Configuration of tunables and Linux virtual memory settings has traditionally
> happened via sysctl. Thanks to that there are well established ways to make
> sysctl configuration bits persistent (sysctl.conf).
>
> KSM introduced a
On Tuesday 25 February 2014, Kumar Gala wrote:
> The following changes since commit cf1e8f0cd665e2a9966d2bee4e11ecc0938ff166:
>
>ARM: qcom: Rename various msm prefixed functions to qcom (2014-02-06
> 16:20:41 -0600)
>
> are available in the git repository at:
>
>
On Tue, 25 Feb 2014, Rafael J. Wysocki wrote:
> > This discussion is getting a little messy. Let's try to clarify it.
> > Here is the major point:
> >
> > We would like to save time during system suspend/resume by
>
> Actually, that's not only about saving time, but also about saving
Hi Geert,
Thank you for the patch.
On Thursday 20 February 2014 20:53:40 Geert Uytterhoeven wrote:
> From: Geert Uytterhoeven
>
> Signed-off-by: Geert Uytterhoeven
I'm a bit concerned that this would allow boards to select combinations of
main and alternate MSIOF pins not supported by the
On Monday 24 February 2014, Linus Walleij wrote:
> >
> > irqchip: VIC: export vic_init_cascaded
> >
> > vic_init_cascaded is called by integrator impd1 code that can
> > be a loadable module, so the function has to be exported.
> >
> > Signed-off-by: Arnd Bergmann
>
> Acked-by: Linus Walleij
>
On Tue, Feb 25, 2014 at 8:49 AM, Greg KH wrote:
> On Tue, Feb 25, 2014 at 05:09:44PM +1100, Stephen Rothwell wrote:
>> Hi Greg,
>>
>> Today's linux-next merge of the staging tree got a conflict in
>> arch/arm/boot/dts/imx53-qsb.dts between commit d5eb195f26fa ("ARM: dts:
>> i.MX53: move common
On Tue, Feb 25, 2014 at 08:07:13AM -0800, Bjorn Andersson wrote:
[snip]
> The v2 model will get BAM (DMAEngine) support soon, v1 uses an
> older DMA core. So there's a difference. I'm not aware what differences
> there are between 2.1.1 and 2.2.1.
Difference between 2.1.1 and 2.2.1:
- high
On 02/25/2014 08:43 AM, Vivek Goyal wrote:
>
> W.r.t sharing the code with arch/x86/boot/, I am not sure how to do it.
>
Pretty much we have been doing #includes (a bit sad, I know)... there
are already a lot of them between arch/x86/boot,
arch/x86/boot/compressed, and arch/x86/realmode. In
On Tue, Feb 25, 2014 at 08:51:37AM -0800, Olof Johansson wrote:
> On Tue, Feb 25, 2014 at 8:49 AM, Greg KH wrote:
> > On Tue, Feb 25, 2014 at 05:09:44PM +1100, Stephen Rothwell wrote:
> >> Hi Greg,
> >>
> >> Today's linux-next merge of the staging tree got a conflict in
> >>
On Tue, Feb 25, 2014 at 05:09:44PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the staging tree got a conflict in
> arch/arm/boot/dts/imx53-qsb.dts between commit d5eb195f26fa ("ARM: dts:
> i.MX53: move common QSB nodes to new file") from the arm-soc tree and
>
On Mon, Feb 24, 2014 at 11:08:11AM -0800, H. Peter Anvin wrote:
> On 01/27/2014 10:57 AM, Vivek Goyal wrote:
> > +
> > +/**
> > + * memcpy - Copy one area of memory to another
> > + * @dest: Where to copy to
> > + * @src: Where to copy from
> > + * @count: The size of the area.
> > + */
> >
Thanks for your suggestions.
On Tue, Feb 25, 2014 at 10:22 AM, Rob Herring wrote:
> On Fri, Feb 21, 2014 at 11:36 AM, Joel Fernandes wrote:
>> On 02/21/2014 06:15 AM, Mark Rutland wrote:
Also, while at it get rid of the assumption in the code that "CC" is at reg
index 0 in the DT and
Hello.
On 25-02-2014 16:22, Heikki Krogerus wrote:
On Lenovo Miix 2 8", BCM4752 is renamed LNV4752.
You have typoed in the subject, s/Lenove/Lenovo/.
Signed-off-by: Heikki Krogerus
WBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Tue, Feb 25, 2014 at 5:30 PM, Borislav Petkov wrote:
> On Tue, Feb 25, 2014 at 05:14:01PM +0100, Stephane Eranian wrote:
>> I am trying to understand your test case.
>> Were you actually measure uncore_imc events at the time you suspended?
>
> No test case, just the machine booting; look at
The irq_startup() function returns the return value of the irq_startup callback
of the underlying irq_chip. Currently this value only tells if the interrupt is
pending, but we can make it also return an error code when it fails.
Signed-off-by: Jean-Jacques Hiblot
---
Hi Thomas,
This patch
301 - 400 of 1530 matches
Mail list logo
