On 09/08/2013 5:28 PM, Guenter Roeck wrote:
Hi all,
powerpc allmodconfig build on the latest upstream kernel results in:
ERROR: ".cpu_to_chip_id" [drivers/block/mtip32xx/mtip32xx.ko] undefined!
This is due to commit 15863ff3b (powerpc: Make chip-id information
available to userspace).
Not
dma_sync_wait and dma_find_channel are declared regardless of whether
CONFIG_DMA_ENGINE is enabled, but calling the function without
CONFIG_DMA_ENGINE enabled results "undefined reference" errors.
To get around this, declare dma_sync_wait and dma_find_channel as inline
functions if
On Mon, Sep 9, 2013 at 3:42 PM, Kevin Hilman wrote:
>
> The main thing of note (or of potential annoyance factor) here is the
> handful of conflicts in PULL 2/3 coming from platform changes
> conflicting with driver changes going in to the V4L tree. I've listed
> them in detail in that pull
On 09/09/2013 03:12 PM, Joel Fernandes wrote:
> On 09/09/2013 03:00 PM, Koen Kooi wrote:
>>
>> Op 9 sep. 2013, om 21:50 heeft Joel Fernandes het volgende
>> geschreven:
>>
>>> On 09/09/2013 01:51 PM, Joel Fernandes wrote:
On 09/09/2013 01:43 PM, Koen Kooi wrote:
>
> Op 9 sep. 2013,
On 09/09/13 16:24, Rohit Vaswani wrote:
> diff --git a/arch/arm/mach-msm/board-dt.c b/arch/arm/mach-msm/board-dt.c
> new file mode 100644
> index 000..16e6183
> --- /dev/null
> +++ b/arch/arm/mach-msm/board-dt.c
> @@ -0,0 +1,32 @@
> +/* Copyright (c) 2010-2012,2013 The Linux Foundation. All
> -Original Message-
> From: Robin Holt [mailto:robinmh...@linux.com]
> Sent: Monday, September 09, 2013 11:07 PM
> To: Liu, Chuansheng
> Cc: mi...@kernel.org; h...@sgi.com; h...@zytor.com;
> rmk+ker...@arm.linux.org.uk; r...@sgi.com; a...@linux-foundation.org;
>
On Mon, Sep 9, 2013 at 4:30 PM, James Bottomley
wrote:
> On Mon, 2013-09-09 at 16:20 -0700, Kees Cook wrote:
>> On Mon, Sep 9, 2013 at 4:19 PM, David Lang wrote:
>> > And if SELinux can do the job, what is the reason for creating this new
>> > option?
>>
>> Not everyone uses SELinux. :) Also,
On Mon, 2013-09-09 at 16:20 -0700, Kees Cook wrote:
> On Mon, Sep 9, 2013 at 4:19 PM, David Lang wrote:
> > On Mon, 9 Sep 2013, Matthew Garrett wrote:
> >
> >> On Mon, 2013-09-09 at 11:25 -0700, David Lang wrote:
> >>
> >>> 1 lock down modules
> >>> 2 lock down kexec
> >>
> >>
> >> Having thought
On Mon, Sep 09, 2013 at 08:13:51PM +0200, Marco Stornelli wrote:
> Il 09/09/2013 01:40, Dave Chinner ha scritto:
> >On Sat, Sep 07, 2013 at 10:14:04AM +0200, Marco Stornelli wrote:
> >>Hi all,
> >>
> >>this is an attempt to include pramfs in mainline. At the moment pramfs
> >>has been included in
Create a config ARCH_MSM_DT and common board-dt.c
to encapsulate the MSM DT based targets.
Reviewed-by: Stephen Boyd
Signed-off-by: Rohit Vaswani
---
arch/arm/mach-msm/Kconfig | 13 +++
arch/arm/mach-msm/Makefile| 3 +--
arch/arm/mach-msm/board-dt-8660.c | 48
From: Stephen Boyd
We don't want or need the irqs.h files from the DT based MSM
targets. Remove these header files and select sparse irq so that
we don't try to include the mach/irqs.h file.
Reviewed-by: Rohit Vaswani
Signed-off-by: Stephen Boyd
Signed-off-by: Rohit Vaswani
---
On Mon, Sep 9, 2013 at 4:19 PM, David Lang wrote:
> On Mon, 9 Sep 2013, Matthew Garrett wrote:
>
>> On Mon, 2013-09-09 at 11:25 -0700, David Lang wrote:
>>
>>> 1 lock down modules
>>> 2 lock down kexec
>>
>>
>> Having thought about this, the answer is no. It presents exactly the
>> same problem
If CONFIG_COMMON_CLK_DEBUG is defined, clk_debug_create_one() is
called to populate a debugfs directory with a few entries that are
common for all clock types.
If an error happens after creating the first one debugfs_remove() is
called on the clock's directory. The problem with this is that no
On Mon, Sep 09, 2013 at 11:12:51AM -0700, Randy Dunlap wrote:
> On 09/08/13 23:16, Stephen Rothwell wrote:
> > Hi all,
> >
> > Please do not add any code for v3.13 to your linux-next included branches
> > until after v3.12-rc1 is released.
> >
> > Changes since 20130906:
> >
>
>
> on x86_64:
On Mon, 9 Sep 2013, Matthew Garrett wrote:
On Mon, 2013-09-09 at 11:25 -0700, David Lang wrote:
1 lock down modules
2 lock down kexec
Having thought about this, the answer is no. It presents exactly the
same problem as capabilities do - the set can never be meaningfully
extended. If an
On 09/09/13 16:01, Rohit Vaswani wrote:
> diff --git a/arch/arm/mach-msm/board-dt.c b/arch/arm/mach-msm/board-dt.c
> new file mode 100644
> index 000..c140c53
> --- /dev/null
> +++ b/arch/arm/mach-msm/board-dt.c
> @@ -0,0 +1,32 @@
> +/* Copyright (c) 2010-2012, The Linux Foundation. All rights
On 09/09/2013 03:28 PM, Al Viro wrote:
On Mon, Sep 09, 2013 at 08:10:29PM +0100, Al Viro wrote:
On Mon, Sep 09, 2013 at 02:46:57PM -0400, Waiman Long wrote:
I am fine with your proposed change as long as it gets the job done.
I suspect that the real problem is the unlock part of
> From: Pavel Machek [mailto:pa...@denx.de]
> Sent: Tuesday, September 03, 2013 5:54 AM
>
> Hi!
>
> Is there TODO list for `subj`? I'll need that code on socfpga cyclone
> 5, so it makes sense to help with cleanups, but it looks in pretty
> good shape already...
Hi Pavel,
Here is the TODO
On Mon, 2013-09-09 at 11:25 -0700, David Lang wrote:
> 1 lock down modules
> 2 lock down kexec
Having thought about this, the answer is no. It presents exactly the
same problem as capabilities do - the set can never be meaningfully
extended. If an application sets only the bits it knows about,
From: Stephen Boyd
We don't want or need the irqs.h files from the DT based MSM
targets. Remove these header files and select sparse irq so that
we don't try to include the mach/irqs.h file.
Signed-off-by: Stephen Boyd
---
arch/arm/mach-msm/Kconfig | 2 +
On Monday, September 09, 2013 11:42:41 PM Guennadi Liakhovetski wrote:
> Hi Rafael
>
> On Mon, 9 Sep 2013, Rafael J. Wysocki wrote:
>
> > Hi,
> >
> > On Monday, September 09, 2013 05:11:10 PM Guennadi Liakhovetski wrote:
> > > Sorry guys, I'm trying my best to stop this patch from propagating
Create a config ARCH_MSM_DT and common board-dt.c
to encapsulate the MSM DT based targets.
Signed-off-by: Rohit Vaswani
---
arch/arm/mach-msm/Kconfig | 13 +++
arch/arm/mach-msm/Makefile| 3 +--
arch/arm/mach-msm/board-dt-8660.c | 48
On 09/09/2013 02:38 PM, Andrew Pinski wrote:
On Mon, Sep 9, 2013 at 2:32 PM, Andrew Pinski wrote:
Since the ILP32 ABI uses similar signal code as the LP64 ABI, it makes sense to
reuse rather
than copy the same code.
I just noticed that signal_template.c was not part of this patch but
it is
This branch contains ARM SoC related driver updates for v3.12. The
only thing this cycle are core PM updates and CPUidle support for
ARM's TC2 big.LITTLE development platform.
Conflicts:
One cleanup/reorg conflict with a new entry in
drivers/cpuidle/Makefile. Append the new entry after the
Hi Linus,
Here's a 2nd round of changes from ARM SoC land.
The main thing of note (or of potential annoyance factor) here is the
handful of conflicts in PULL 2/3 coming from platform changes
conflicting with driver changes going in to the V4L tree. I've listed
them in detail in that pull
These are changes that arrived a little late before the merge window,
or had dependencies on previous branches.
Highlights:
- ux500: misc. cleanup, fixup I2C devices
- exynos: DT updates for RTC; PM updates
- at91: DT updates for NAND; new platforms added to generic defconfig
- sunxi: DT updates:
Lots of cleanup and refactoring and some SMP additions for Renesas
platforms. Due to some inter-dependencies with other arm-soc
branches, this Renesas stuff was separated out for sending after the
other branches were merged.
Highlights:
- remove unused board support and cleanup of unused headers
On Mon, Sep 09, 2013 at 05:59:17PM -0400, Steven Rostedt wrote:
> On Mon, 9 Sep 2013 17:40:26 -0400
> Mathieu Desnoyers wrote:
>
> > Agreed. So how about rcu_is_online() ?
>
> Nope, what about all_your_base_are_belong_to_rcu()?
Let's see if I can remember the candidates...
On 9/9/2013 3:04 PM, Kumar Gala wrote:
On Sep 9, 2013, at 4:42 PM, Rohit Vaswani wrote:
On 9/9/2013 2:25 PM, Kumar Gala wrote:
On Fri, Sep 06, 2013 at 12:32:22PM -0700, Rohit Vaswani wrote:
This patch adds basic board support for APQ8074 Dragonboard
dtb-$(CONFIG_ARCH_MSM) +=
On Mon, Sep 09, 2013 at 11:58:36PM +0200, Jochen Striepe wrote:
> Hi again,
>
> On Sun, Aug 18, 2013 at 08:48:49PM +0200, Jochen Striepe wrote:
> > Unfortunately, I was not able to reproduce that behaviour since.
>
> I just got this on 3.10.11 on the same machine. Could that be
> related?
On Mon, Sep 09, 2013 at 04:15:57PM -0600, Stephen Warren wrote:
> On 09/09/2013 04:29 AM, Wei Ni wrote:
> > Add OF document for LM90 in Documentation/devicetree/.
>
> > diff --git a/Documentation/devicetree/bindings/hwmon/lm90.txt
> > b/Documentation/devicetree/bindings/hwmon/lm90.txt
>
> >
From: Nicholas Bellinger
Update copyright ownership/year information for target-core,
loopback, iscsi-target, tcm_qla2xx, vhost and iser-target.
Signed-off-by: Nicholas Bellinger
---
drivers/infiniband/ulp/isert/ib_isert.c |2 +-
drivers/scsi/qla2xxx/qla_target.c
On 09/09/2013 04:29 AM, Wei Ni wrote:
> Add OF document for LM90 in Documentation/devicetree/.
> diff --git a/Documentation/devicetree/bindings/hwmon/lm90.txt
> b/Documentation/devicetree/bindings/hwmon/lm90.txt
> +Optional properties:
> +- interrupts: Contains a single interrupt specifier
On 09/09/2013 04:52 AM, Guenter Roeck wrote:
> On 09/09/2013 03:29 AM, Wei Ni wrote:
>> Add OF document for LM90 in Documentation/devicetree/.
>> diff --git a/Documentation/devicetree/bindings/hwmon/lm90.txt
>> +* LM90 series thermometer.
>> +
>> +Required node properties:
>> +- compatible:
Returned to intel.com
Cc: Vinod Koul
Cc: Linus Walleij
Cc: Jon Mason
Cc: Dave Jiang
Cc: Neil Brown
Cc: Shaohua Li
Signed-off-by: Dan Williams
---
MAINTAINERS | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index
On Mon, Sep 9, 2013 at 2:32 PM, Andrew Pinski wrote:
> Since the ILP32 ABI uses similar signal code as the LP64 ABI, it makes sense
> to reuse rather
> than copy the same code.
I just noticed that signal_template.c was not part of this patch but
it is included with patch number 5.
Thanks,
This patch adds full support of the ABI to the ARM64 target.
Signed-off-by: Andrew Pinski
---
arch/arm64/Kconfig | 11 +-
arch/arm64/include/asm/Kbuild|1 -
arch/arm64/include/asm/compat.h | 72 ++-
arch/arm64/include/asm/elf.h
Change from v2
- Print entry->ip instead of entry->regs->ip to avoid kernel crash.
- Use %pf instead of 0x%lx to print address and ip.
This patch introduces page fault tracepoints to x86 architecture
by switching IDT.
[Use case of page fault events]
Two events, for user and kernel spaces,
On 9/9/2013 2:25 PM, Kumar Gala wrote:
On Fri, Sep 06, 2013 at 12:32:22PM -0700, Rohit Vaswani wrote:
This patch adds basic board support for APQ8074 Dragonboard
dtb-$(CONFIG_ARCH_MSM) += msm8660-surf.dtb \
- msm8960-cdp.dtb
+ msm8960-cdp.dtb \
+ apq8074-dragonboard.dtb
On Mon, 9 Sep 2013 17:40:26 -0400
Mathieu Desnoyers wrote:
> Agreed. So how about rcu_is_online() ?
Nope, what about all_your_base_are_belong_to_rcu()?
-- Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
* Paul E. McKenney (paul...@linux.vnet.ibm.com) wrote:
> On Mon, Sep 09, 2013 at 01:29:08PM -0400, Mathieu Desnoyers wrote:
> > * Paul E. McKenney (paul...@linux.vnet.ibm.com) wrote:
> > > On Mon, Sep 09, 2013 at 12:34:22PM -0400, Steven Rostedt wrote:
> > [...]
> > > > "rcu_is_ignored()" or
Hi Rafael
On Mon, 9 Sep 2013, Rafael J. Wysocki wrote:
> Hi,
>
> On Monday, September 09, 2013 05:11:10 PM Guennadi Liakhovetski wrote:
> > Sorry guys, I'm trying my best to stop this patch from propagating to
> > stable and to get it fixed asap, so, the CC list might be a bit excessive.
> >
The following changes since commit 3b2f64d00c46e1e4e9bd0bb9bb12619adac27a4b:
Linux 3.11-rc2 (2013-07-21 12:05:29 -0700)
are available in the git repository at:
git://git.linaro.org/people/mturquette/linux.git tags/clk-for-linus-3.12
for you to fetch changes up to
On Sep 9, 2013, at 4:42 PM, Rohit Vaswani wrote:
> On 9/9/2013 2:25 PM, Kumar Gala wrote:
>>
>> On Fri, Sep 06, 2013 at 12:32:22PM -0700, Rohit Vaswani wrote:
> This patch adds basic board support for APQ8074 Dragonboard
>
> dtb-$(CONFIG_ARCH_MSM) += msm8660-surf.dtb \
Hi Pali,
On Fri, Sep 06, 2013 at 10:35:18PM +0200, Pali Rohár wrote:
> On Thursday 04 April 2013 15:11:27 Laurent Pinchart wrote:
> > Hi Sakari,
> >
> > On Thursday 04 April 2013 01:22:28 Sakari Ailus wrote:
> > > On Tue, Mar 26, 2013 at 12:07:01AM +0100, Laurent Pinchart
> wrote:
> > > > On
On Mon, Sep 9, 2013 at 2:54 PM, Mike Turquette wrote:
> The following changes since commit 3b2f64d00c46e1e4e9bd0bb9bb12619adac27a4b:
>
> Linux 3.11-rc2 (2013-07-21 12:05:29 -0700)
>
> are available in the git repository at:
>
> git://git.linaro.org/people/mturquette/linux.git
The signal code for ILP32 uses one extra function from signal32.c; it does not
make sense to enable the whole signal32.c code so we move the function which
was being used to signal.c.
Signed-off-by: Andrew Pinski
---
arch/arm64/kernel/signal.c | 85
Since the ILP32 ABI uses similar signal code as the LP64 ABI, it makes sense to
reuse rather
than copy the same code.
Signed-off-by: Andrew Pinski
---
arch/arm64/kernel/signal.c | 170 +---
1 files changed, 1 insertions(+), 169 deletions(-)
diff --git
Right now CONFIG_COMPAT means enabling AARCH32 support in the ARM64 traget,
which we want to split out so we can it to mean any 32bit ABI support instead.
---
arch/arm64/Kconfig |6 +-
arch/arm64/include/asm/compat.h| 32
Hi,
The ILP32 ABI in ARM64 uses a slightly different pselect from either the
compat or even the native LP64 ABI. We would want to reuse some of the code
path that are used as the size of the timespec is the same, so this patch
exports poll_select_copy_remaining from fs/select.c and renames
I have a requirement where I want to make sure that mount() fails if
mount point is a symlink. Hence introducing a new mount flag MS_NOSYMLINK.
Following is little more info on what I am trying to do. I am trying
to write patches for signed /sbin/kexec. That is /sbin/kexec binary will
be signed
On Sep 9, 2013, at 4:21 PM, Stephen Warren wrote:
> On 09/09/2013 01:48 PM, Kumar Gala wrote:
>>
>> On Sep 9, 2013, at 2:29 PM, Stephen Warren wrote:
>>
>>> On 09/09/2013 01:17 PM, Kumar Gala wrote:
On Sep 9, 2013, at 12:48 PM, Rohit Vaswani wrote:
> On 9/6/2013 2:50 PM,
On 09/09/2013 01:48 PM, Kumar Gala wrote:
>
> On Sep 9, 2013, at 2:29 PM, Stephen Warren wrote:
>
>> On 09/09/2013 01:17 PM, Kumar Gala wrote:
>>>
>>> On Sep 9, 2013, at 12:48 PM, Rohit Vaswani wrote:
>>>
On 9/6/2013 2:50 PM, Olof Johansson wrote:
> Hi,
>
> Some comments below.
On Mon, 2013-09-09 at 11:49 -0400, Matthew Garrett wrote:
> Some use cases require the ability to ensure that anything running in ring 0
> is trusted code. We have support for signing the kernel and kernel modules,
> but there's still a range of exported kernel interfaces that make it easy to
>
It recently came to my attention that there are no standards whatsoever
for random number generated by TPMs. In fact, there *are* TPMs where
random numbers are generated by an encrypted nonvolatile counter (I do
not know which ones); this is apparently considered acceptable for the
uses of random
On 09/09/2013 06:06 AM, Mark Brown wrote:
On Sat, Sep 07, 2013 at 07:19:06PM -0500, Daniel Santos wrote:
So do i create an IRQ domain and then call generic_handle_irq() from
my URB complete() function? If so, which type of IRQ Domain is
appropriate for this? Unlike typical platform devices,
On Mon, 2013-09-09 at 13:49 +0200, Peter Zijlstra wrote:
> On Wed, Sep 04, 2013 at 12:10:01AM -0700, Jason Low wrote:
> > On Fri, 2013-08-30 at 12:18 +0200, Peter Zijlstra wrote:
> > > On Thu, Aug 29, 2013 at 01:05:36PM -0700, Jason Low wrote:
> > > > diff --git a/kernel/sched/core.c
>On Mon, Sep 09, 2013 at 09:59:17PM +0200, azurIt wrote:
>> >On Mon, Sep 09, 2013 at 03:10:10PM +0200, azurIt wrote:
>> >> >Hi azur,
>> >> >
>> >> >On Wed, Sep 04, 2013 at 10:18:52AM +0200, azurIt wrote:
>> >> >> > CC: "Andrew Morton" , "Michal Hocko"
>> >> >> > , "David Rientjes" , "KAMEZAWA
>>
Hi,
I have noticed that if X is a symlink to a directory Y, doing "rmdir X/"
or "mv X/ Z" does not behave how I expect.
My reading of POSIX 2008 (and the behaviour of FreeBSD and OpenIndiana)
is that a symbolic link to a directory followed by a trailing slash
should behave as though it names the
On Mon, 2013-09-09 at 13:44 +0200, Peter Zijlstra wrote:
> On Tue, Sep 03, 2013 at 11:02:59PM -0700, Jason Low wrote:
> > On Fri, 2013-08-30 at 12:29 +0200, Peter Zijlstra wrote:
> > > rcu_read_lock();
> > > for_each_domain(cpu, sd) {
> > > + /*
> > > + * Decay the newidle max
On 09/04/2013 01:11 AM, Gerlando Falauto wrote:
> Hi John,
>
> On 09/03/2013 07:26 PM, John Stultz wrote:
>> On 09/03/2013 07:57 AM, Gerlando Falauto wrote:
>>> Hi,
>>>
>>> I tried again from scratch, so let me recap the whole situation, so we
>>> can all view it from the same standpoint. This
Hi,
On Monday, September 09, 2013 05:11:10 PM Guennadi Liakhovetski wrote:
> Sorry guys, I'm trying my best to stop this patch from propagating to
> stable and to get it fixed asap, so, the CC list might be a bit excessive.
> Also trying to fix the originally spare cc list, which makes it
On 09/09/13 02:46 PM, Steven Rostedt wrote:
> Initially, LKML would be archived on kernel.org, but that never
> happened and doesn't seem it will after the whole security breach
> incident.
I believe we're hoping vger will eventually start doing it on its own. :)
We do archive some of it as part
On Mon, Sep 09, 2013 at 09:17:35AM -0700, Guenter Roeck wrote:
> On Mon, Sep 09, 2013 at 05:02:37PM +0100, Mark Brown wrote:
> > It does, though it gets complicated trying to use it for a case like
> > this since you can't really tell if the regulator was powered on
> > immediately before the
On Mon, Sep 09, 2013 at 09:47:37PM +0200, Tibor Billes wrote:
> > From: Paul E. McKenney Sent: 09/08/13 08:43 PM
> > On Sun, Sep 08, 2013 at 07:22:45PM +0200, Tibor Billes wrote:
> > > > From: Paul E. McKenney Sent: 09/07/13 02:23 AM
> > > > On Tue, Sep 03, 2013 at 03:16:07PM -0700, Paul E.
Geert Uytterhoeven dixit:
>Currently get_cycles() always returns zero. As get_cycles() is called to
>add entropy to the random number generator pool, security can be increased
You rock for having something before MIPS ;-) (Note that other
architectures like CRIS are also affected… just, MIPS
On Fri, Aug 30, 2013 at 10:42:53AM +0200, Krzysztof Kozlowski wrote:
> Use page reference counter for zbud pages. The ref counter replaces
> zbud_header.under_reclaim flag and ensures that zbud page won't be freed
> when zbud_free() is called during reclaim. It allows implementation of
>
On Mon, Sep 9, 2013 at 3:41 PM, H. Peter Anvin wrote:
> On 09/09/2013 12:01 PM, valdis.kletni...@vt.edu wrote:
>> On Mon, 09 Sep 2013 11:25:38 -0700, David Lang said:
>>
>>> Given that we know that people want signed binaries without
>>> blocking kexec, you should have '1' just enforce module
On Mon, Sep 9, 2013 at 4:10 PM, David Lang wrote:
> On Mon, 9 Sep 2013, Josh Boyer wrote:
>
>> On Mon, Sep 9, 2013 at 3:41 PM, H. Peter Anvin wrote:
>>>
>>> On 09/09/2013 12:01 PM, valdis.kletni...@vt.edu wrote:
On Mon, 09 Sep 2013 11:25:38 -0700, David Lang said:
> Given that
On Mon, 9 Sep 2013, Matthew Garrett wrote:
On Mon, 2013-09-09 at 12:59 -0700, David Lang wrote:
At least you should be able to unify the implementation, even if you don't unify
the user visible knob
Well sure, I could take this integer and merge another integer into it,
but now you have the
On 09/09/2013 03:00 PM, Koen Kooi wrote:
>
> Op 9 sep. 2013, om 21:50 heeft Joel Fernandes het volgende
> geschreven:
>
>> On 09/09/2013 01:51 PM, Joel Fernandes wrote:
>>> On 09/09/2013 01:43 PM, Koen Kooi wrote:
Op 9 sep. 2013, om 20:27 heeft Joel Fernandes het volgende
>On Mon, Sep 09, 2013 at 09:59:17PM +0200, azurIt wrote:
>> >On Mon, Sep 09, 2013 at 03:10:10PM +0200, azurIt wrote:
>> >> >Hi azur,
>> >> >
>> >> >On Wed, Sep 04, 2013 at 10:18:52AM +0200, azurIt wrote:
>> >> >> > CC: "Andrew Morton" , "Michal Hocko"
>> >> >> > , "David Rientjes" , "KAMEZAWA
>>
On Mon, 2013-09-09 at 13:15 -0700, David Lang wrote:
> On Mon, 9 Sep 2013, Matthew Garrett wrote:
>
> > On Mon, 2013-09-09 at 12:59 -0700, David Lang wrote:
> >
> >> At least you should be able to unify the implementation, even if you don't
> >> unify
> >> the user visible knob
> >
> > Well
On Sep 9, 2013, at 2:29 PM, Stephen Warren wrote:
> On 09/09/2013 01:17 PM, Kumar Gala wrote:
>>
>> On Sep 9, 2013, at 12:48 PM, Rohit Vaswani wrote:
>>
>>> On 9/6/2013 2:50 PM, Olof Johansson wrote:
Hi,
Some comments below.
On Fri, Sep 06, 2013 at 12:32:22PM -0700,
On Mon, 9 Sep 2013, Matthew Garrett wrote:
On Mon, 2013-09-09 at 11:53 -0700, David Lang wrote:
So is there a way to unify these different things rather than creating yet
another different knob?
We haven't found one that people consider generally acceptable.
At least you should be able to
On Mon, Sep 09, 2013 at 09:59:17PM +0200, azurIt wrote:
> >On Mon, Sep 09, 2013 at 03:10:10PM +0200, azurIt wrote:
> >> >Hi azur,
> >> >
> >> >On Wed, Sep 04, 2013 at 10:18:52AM +0200, azurIt wrote:
> >> >> > CC: "Andrew Morton" , "Michal Hocko"
> >> >> > , "David Rientjes" , "KAMEZAWA
> >> >> >
On 09/09/13 16:23, Michael Hennerich wrote:
> On 09/07/2013 10:44 PM, Jonathan Cameron wrote:
>> ccing Michael Hennerich and Lars-Peter Clausen,
>
> Looks good to me!
>
> /Acked-by/: /Michael Hennerich/
Applied to the togreg branch of iio.git.
Thanks
>
>>
>> On 09/06/13 16:20, Tejun Heo
On Monday, September 09, 2013 05:21:18 PM Daniel Vetter wrote:
> On Mon, Sep 09, 2013 at 02:16:12PM +0200, Rafael J. Wysocki wrote:
> > Hi,
> >
> > On Monday, September 09, 2013 11:32:10 AM Daniel Vetter wrote:
> > > Hi Aaaron,
> > >
> > > Have we grown any clue meanwhile about which Intel boxes
On Mon, 9 Sep 2013, Oleg Nesterov wrote:
> > @@ -275,13 +275,16 @@ enum oom_scan_t oom_scan_process_thread(struct
> > task_struct *task,
> > if (oom_task_origin(task))
> > return OOM_SCAN_SELECT;
> >
> > - if (task->flags & PF_EXITING && !force_kill) {
> > + if
On Mon, 2013-09-09 at 12:59 -0700, David Lang wrote:
> At least you should be able to unify the implementation, even if you don't
> unify
> the user visible knob
Well sure, I could take this integer and merge another integer into it,
but now you have the same value being modified by two
Em Mon, Sep 09, 2013 at 04:47:45PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Wed, Aug 21, 2013 at 12:10:25PM +0200, Stephane Eranian escreveu:
> > This patch adds support for the new PERF_RECORD_MMAP2
> > record type exposed by the kernel. This is an extended
> > PERF_RECORD_MMAP record. It
On Mon, Sep 9, 2013 at 3:56 PM, H. Peter Anvin wrote:
>>>
>>> I.e. capabilities ;)
>>
>> Circles. All I see here are circles.
>>
>> Having lived an entire release with a capabilities based mechanism for
>> this in Fedora, please no.
>>
>> And if you are talking about non-POSIX capabilities as
On Mon, 9 Sep 2013, Sergey Dyasly wrote:
> diff --git a/mm/oom_kill.c b/mm/oom_kill.c
> index 98e75f2..ef83b81 100644
> --- a/mm/oom_kill.c
> +++ b/mm/oom_kill.c
> @@ -275,13 +275,16 @@ enum oom_scan_t oom_scan_process_thread(struct
> task_struct *task,
> if (oom_task_origin(task))
>
>On Mon, Sep 09, 2013 at 03:10:10PM +0200, azurIt wrote:
>> >Hi azur,
>> >
>> >On Wed, Sep 04, 2013 at 10:18:52AM +0200, azurIt wrote:
>> >> > CC: "Andrew Morton" , "Michal Hocko"
>> >> > , "David Rientjes" , "KAMEZAWA
>> >> > Hiroyuki" , "KOSAKI Motohiro"
>> >> > , linux...@kvack.org,
>> >> >
There was a bug in the handling of SNB-EP/IVB-EP uncore PCI
fixed counters, e.g., IMC. It would cause erratic values to
be returned for the IMC clockticks event. This was due to
a bogus hwc->config value which was then written to PCI
config space. The fixed counter has most fields marked as
On 09/09/2013 12:58 PM, Josh Boyer wrote:
>>
>> This is the term "capability" in the general sense, not the POSIX
>> implementation thereof.
>
> See the whole last paragraph. Particularly the last sentence.
>
Yes. I disagree with not being able to use standard terminology.
-hpa
--
Em Wed, Aug 21, 2013 at 12:10:25PM +0200, Stephane Eranian escreveu:
> This patch adds support for the new PERF_RECORD_MMAP2
> record type exposed by the kernel. This is an extended
> PERF_RECORD_MMAP record. It adds for each file-backed
> mapping the device major, minor number and the inode
>
On Mon, 9 Sep 2013, Josh Boyer wrote:
On Mon, Sep 9, 2013 at 3:41 PM, H. Peter Anvin wrote:
On 09/09/2013 12:01 PM, valdis.kletni...@vt.edu wrote:
On Mon, 09 Sep 2013 11:25:38 -0700, David Lang said:
Given that we know that people want signed binaries without
blocking kexec, you should
Op 9 sep. 2013, om 21:50 heeft Joel Fernandes het volgende
geschreven:
> On 09/09/2013 01:51 PM, Joel Fernandes wrote:
>> On 09/09/2013 01:43 PM, Koen Kooi wrote:
>>>
>>> Op 9 sep. 2013, om 20:27 heeft Joel Fernandes het volgende
>>> geschreven:
>>>
On 09/09/2013 10:51 AM, Koen Kooi
On Mon, Sep 9, 2013 at 2:57 PM, Thierry Reding wrote:
> If I understand correctly, the way that the services should be announced
> is via RSC_VDEV entries in the resource table?
Yes.
> Looking at the remoteproc core and ELF loader, it seems like the way to
> pass in the resource table is either
>>
>> I.e. capabilities ;)
>
> Circles. All I see here are circles.
>
> Having lived an entire release with a capabilities based mechanism for
> this in Fedora, please no.
>
> And if you are talking about non-POSIX capabilities as you mentioned
> earlier, that seems to be no different than
On Mon, Sep 09, 2013 at 09:11:25PM +0200, Geert Uytterhoeven wrote:
> On Mon, Sep 9, 2013 at 7:22 PM, Greg Kroah-Hartman
> wrote:
> > On Mon, Sep 09, 2013 at 10:08:19AM -0700, Guenter Roeck wrote:
> >> On Mon, Sep 09, 2013 at 09:39:02AM -0700, Greg Kroah-Hartman wrote:
> >> > On Mon, Sep 09, 2013
On Fri, Aug 30, 2013 at 10:42:54AM +0200, Krzysztof Kozlowski wrote:
> Currently zbud pages do not have any flags set so it is not possible to
> identify them during migration or compaction.
>
> Implement PageZbud() by comparing page->_mapcount to -127 to distinguish
> pages allocated by zbud.
On Monday, September 09, 2013 10:32:57 AM Alex Williamson wrote:
> On Sun, 2013-09-08 at 00:16 +0200, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > In the current ACPIPHP notify handler we always go directly for a
> > rescan of the parent bus if we get a device check notification
On 09/09/2013 01:51 PM, Joel Fernandes wrote:
> On 09/09/2013 01:43 PM, Koen Kooi wrote:
>>
>> Op 9 sep. 2013, om 20:27 heeft Joel Fernandes het volgende
>> geschreven:
>>
>>> On 09/09/2013 10:51 AM, Koen Kooi wrote:
Op 9 sep. 2013, om 17:23 heeft Kevin Hilman het
volgende
On 09/09/2013 01:17 PM, Kumar Gala wrote:
>
> On Sep 9, 2013, at 12:48 PM, Rohit Vaswani wrote:
>
>> On 9/6/2013 2:50 PM, Olof Johansson wrote:
>>> Hi,
>>>
>>> Some comments below.
>>>
>>> On Fri, Sep 06, 2013 at 12:32:22PM -0700, Rohit Vaswani wrote:
This patch adds basic board support for
On 09/09/2013 12:01 PM, valdis.kletni...@vt.edu wrote:
> On Mon, 09 Sep 2013 11:25:38 -0700, David Lang said:
>
>> Given that we know that people want signed binaries without
>> blocking kexec, you should have '1' just enforce module signing
>> and '2' (or higher) implement a full lockdown
On Mon, Sep 09, 2013 at 08:10:29PM +0100, Al Viro wrote:
> On Mon, Sep 09, 2013 at 02:46:57PM -0400, Waiman Long wrote:
>
> > I am fine with your proposed change as long as it gets the job done.
>
> I suspect that the real problem is the unlock part of
> read_seqretry_or_unlock();
> for
On Mon, 9 Sep 2013, Matthew Garrett wrote:
On Mon, 2013-09-09 at 11:25 -0700, David Lang wrote:
Given that we know that people want signed binaries without blocking kexec, you
should have '1' just enforce module signing and '2' (or higher) implement a full
lockdown including kexec.
There's
Currently get_cycles() always returns zero. As get_cycles() is called to
add entropy to the random number generator pool, security can be increased
by adding a hook where platforms can provide their own implementation.
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/include/asm/machdep.h |
101 - 200 of 1474 matches
Mail list logo