On 30/08/2016 20:55, Andy Lutomirski wrote:
> On Sun, Aug 28, 2016 at 2:42 AM, Mickaël Salaün wrote:
>>
>>
>> On 28/08/2016 10:13, Andy Lutomirski wrote:
>>> On Aug 27, 2016 11:14 PM, "Mickaël Salaün" wrote:
On 27/08/2016 22:43, Alexei Starovoitov wrote:
> On Sat, Aug 27, 2016
On Tue, Aug 30, 2016 at 1:20 PM, Mickaël Salaün wrote:
>
> On 30/08/2016 20:55, Andy Lutomirski wrote:
>> On Sun, Aug 28, 2016 at 2:42 AM, Mickaël Salaün wrote:
>>>
>>>
>>> On 28/08/2016 10:13, Andy Lutomirski wrote:
On Aug 27, 2016 11:14 PM, "Mickaël Salaün" wrote:
>
>
> On 27/
On 08/22/2016 08:00 AM, Jens Wiklander wrote:
> + /*
> + * We add ourselves to the queue, but we don't wait. This
> + * guarentees that we don't lose a completion if secure world
^^ spelling
[snip]
> +static struct tee_shm *get_msg_arg(struct tee_context *ctx, size_t
>
On 30 August 2016 at 21:43, Dave Gerlach wrote:
> Jon, Ulf,
>
> On 08/26/2016 06:37 PM, Dave Gerlach wrote:
>>
>> Hi,
>> On 08/25/2016 02:27 AM, Ulf Hansson wrote:
>>>
>>> + Jon
>>>
>>> [...]
>>>
+
+static int ti_sci_pm_domains_probe(struct platform_device *pdev)
+{
+ str
The workqueue "appldata_wq" has been replaced with an ordered dedicated
workqueue.
WQ_MEM_RECLAIM has not been set since the workqueue is not being used on
a memory reclaim path.
The adapter->work_queue queues multiple work items viz
&adapter->scan_work, &port->rport_work, &adapter->ns_up_work,
&
On 30 August 2016 at 14:05, Greg KH wrote:
> On Fri, Aug 26, 2016 at 05:38:05PM +0200, Rafał Miłecki wrote:
>> On 25 August 2016 at 14:49, Greg KH wrote:
>> > On Thu, Aug 25, 2016 at 10:03:52AM +0200, Rafał Miłecki wrote:
>> >> +static void usbport_trig_activate(struct led_classdev *led_cdev)
>>
On 30/08/2016 22:18, Andy Lutomirski wrote:
> On Tue, Aug 30, 2016 at 1:10 PM, Mickaël Salaün wrote:
>>
>> On 30/08/2016 20:56, Andy Lutomirski wrote:
>>> On Aug 25, 2016 12:34 PM, "Mickaël Salaün" wrote:
Add LSM hooks which can be used by userland through Landlock (eBPF)
programs
On Wed, Aug 31, 2016 at 12:41:18AM +0530, Shardar Shariff Md wrote:
> Use readl_poll_timeout_atomic() function as *wait_for_config_load()
> function can be called from atomic context.
>
> Signed-off-by: Shardar Shariff Md
CHECKPATCH
ERROR: do not use in_atomic in drivers
#23: FILE: drivers/i
This patch adds needed gamc information for rk3399,
also support the gmac pd.
Signed-off-by: Roger Chen
Signed-off-by: Caesar Wang
---
arch/arm64/boot/dts/rockchip/rk3399.dtsi | 90
1 file changed, 90 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3
From: Roger Chen
GMAC Power Domain(PD) will be disabled during suspend.
That will causes GRF registers reset.
So corresponding GRF registers for GMAC must be setup again.
Signed-off-by: Roger Chen
Signed-off-by: Caesar Wang
---
drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 20 +++-
On Wed, Aug 31, 2016 at 12:41:17AM +0530, Shardar Shariff Md wrote:
> Define separate function for configuration load register handling
> to make it use by different functions later.
>
> Signed-off-by: Shardar Shariff Md
SMATCH
drivers/i2c/busses/i2c-tegra.c:519 tegra_i2c_init warn: unused r
These controls mute/unmute the LINEOUT and headphone outputs of SGTL5000
using its CHIP_ANA_CTRL register.
Signed-off-by: Richard Leitner
---
sound/soc/codecs/sgtl5000.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/sound/soc/codecs/sgtl5000.c b/sound/soc/codecs/sgtl5000.c
index 527b759
This patch add to handle the gmac pd issue, and support
the rk3399 gmac for devicetree.
Caesar Wang (2):
arm64: dts: rockchip: support gmac for rk3399
arm64: dts: rockchip: enable the gmac for rk3399 evb board
David Wu (1):
net: stmmac: dwmac-rk: add pd_gmac support for rk3399
Roger Chen
The workqueue "afs_vlocation_update_worker" queues a single work item
&afs_vlocation_update and hence it doesn't require execution ordering.
Hence, alloc_workqueue has been used to replace the deprecated
create_singlethread_workqueue instance.
Since the workqueue is being used on a memory reclaim
We add the required and optional properties for evb board.
See the [0] to get the detail information.
[0]:
Documentation/devicetree/bindings/net/rockchip-dwmac.txt
Signed-off-by: Roger Chen
Signed-off-by: Caesar Wang
---
arch/arm64/boot/dts/rockchip/rk3399-evb.dts | 31 +++
From: David Wu
Add the gmac power domain support for rk3399, in order to save more
power consumption.
Signed-off-by: David Wu
Signed-off-by: Caesar Wang
---
drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/net/ethernet/stmicro/
Message-ID:
Reply-To:
This patch set removes deprecated create_singlethread_workqueue
usages in fs/afs.
Bhaktipriya Shridhar (4):
fs/afs/vlocation: Remove deprecated create_singlethread_workqueue
fs/afs/rxrpc: Remove deprecated create_singlethread_workqueue
fs/afs/callback: Remove deprecat
On Wed, Aug 31, 2016 at 12:41:16AM +0530, Shardar Shariff Md wrote:
> After CONFIG_LOAD register is programmed instead of explicitly waiting
> for timeout, use readl_poll_timeout() to check for register value to get
> updated or wait till timeout.
>
> Signed-off-by: Shardar Shariff Md
> ---
> Cha
The workqueue "afs_async_calls" queues a single work item viz
&call->async_work and hence it doesn't require execution ordering.
Hence, alloc_workqueue has been used to replace the deprecated
create_singlethread_workqueue instance.
The WQ_MEM_RECLAIM flag has been set to ensure forward progress un
On 30/08/2016 22:23, Andy Lutomirski wrote:
> On Tue, Aug 30, 2016 at 1:20 PM, Mickaël Salaün wrote:
>>
>> On 30/08/2016 20:55, Andy Lutomirski wrote:
>>> On Sun, Aug 28, 2016 at 2:42 AM, Mickaël Salaün wrote:
On 28/08/2016 10:13, Andy Lutomirski wrote:
> On Aug 27, 2016 11:1
The workqueue "afs_lock_manager" queues a single work item
&vnode->lock_work, and hence it doesn't require execution ordering.
Hence, alloc_workqueue has been used to replace the deprecated
create_singlethread_workqueue instance.
The WQ_MEM_RECLAIM flag has been set to ensure forward progress unde
The workqueue "afs_callback_update_worker" queues multiple work items
viz &vnode->cb_broken_work, &server->cb_break_work which require strict
execution ordering. Hence, an ordered dedicated workqueue has been used.
Since the workqueue is being used on a memory reclaim path, WQ_MEM_RECLAIM
has bee
On Fri, Aug 26, 2016 at 02:08:56PM +0100, Jon Hunter wrote:
> Add runtime-pm and pinctrl support for Tegra I2C driver.
>
> The first 6 patches are trivial clean-up/simplification changes.
>
> Changes since V1:
> - Fixed cppcheck warning reported by Wolfram
> - Added 3 more clean-up patches to fix
Message-ID:
Reply-To:
This patch set removes deprecated create_singlethread_workqueue
usages in fs/ocfs2.
Bhaktipriya Shridhar (4):
fs/ocfs2/dlmfs: Remove deprecated create_singlethread_workqueue
fs/ocfs2/cluster: Remove deprecated create_singlethread_workqueue
fs/ocfs2/super: Remove depre
The workqueue "user_dlm_worker" queues a single work item
&lockres->l_work per user_lock_res instance and hence it doesn't require
execution ordering. Hence, alloc_workqueue has been used to replace the
deprecated create_singlethread_workqueue instance.
The WQ_MEM_RECLAIM flag has been set to ensu
The workqueue "o2net_wq" queues multiple work items viz
&old_sc->sc_shutdown_work, &sc->sc_rx_work, &sc->sc_connect_work which
require strict execution ordering. Hence, an ordered dedicated workqueue
has been used.
WQ_MEM_RECLAIM has been set to ensure forward progress under memory
pressure.
Sign
The workqueue "ocfs2_wq" queues multiple work items viz
&osb->la_enable_wq, &journal->j_recovery_work, &os->os_orphan_scan_work,
&osb->osb_truncate_log_wq which require strict execution ordering.
Hence, an ordered dedicated workqueue has been used.
WQ_MEM_RECLAIM has been set to ensure forward pro
The workqueue "dlm_worker" queues a single work item &dlm->dispatched_work
and thus it doesn't require execution ordering. Hence, alloc_workqueue
has been used to replace the deprecated create_singlethread_workqueue
instance.
The WQ_MEM_RECLAIM flag has been set to ensure forward progress under
me
On Tue, 30 Aug 2016, Rafał Miłecki wrote:
> Please take a look at Documentation to get some idea of LED triggers:
> Documentation/leds/leds-class.txt
>
> Basically a LED (/sys/class/leds/foo/) can be controller with
> "brightness" sysfs file like this:
> echo 0 > brightness
> echo 5 > brightness
The workqueue "callback_wq" queues a single work item &cb->cb_work per
nfsd4_callback instance and thus, it doesn't require execution ordering.
Hence, alloc_workqueue has been used to replace the
deprecated create_singlethread_workqueue instance.
The WQ_MEM_RECLAIM flag has not been set since this
On Tue, Aug 30, 2016 at 10:33:31PM +0200, Mickaël Salaün wrote:
>
>
> On 30/08/2016 22:23, Andy Lutomirski wrote:
> > On Tue, Aug 30, 2016 at 1:20 PM, Mickaël Salaün wrote:
> >>
> >> On 30/08/2016 20:55, Andy Lutomirski wrote:
> >>> On Sun, Aug 28, 2016 at 2:42 AM, Mickaël Salaün wrote:
>
On Thu, Aug 25, 2016 at 11:07:01PM +0200, Peter Rosin wrote:
> This makes it trivial to constify them, so do that.
>
> Signed-off-by: Peter Rosin
Applied to for-next, thanks! Thanks for the quick ack, Daniel!
signature.asc
Description: PGP signature
On Tue, 30 Aug 2016 12:53:53 -0700
Andy Lutomirski wrote:
> Egads! OK, I see why this is a mess.
:-)
>
> I guess we should be creating the metadata from the syscall tables
> instead of from the syscall definitions, but I guess that's currently
> a nasty per-arch mess.
Yep.
>
> Could we at
On Sat, Aug 27, 2016 at 03:39:30PM +0800, Zhuo-hao Lee wrote:
> There are several ways to set the SDA hold time for i2c controller,
> including: Device Tree, built-in device properties and ACPI. However,
> if the SDA hold time is not specified by above method, we should
> read the value, where it i
On Wed, Aug 24, 2016 at 03:38:56PM +0200, Wolfram Sang wrote:
> Since commit 183223770ae862 ("drivers/of: Export OF changeset functions"),
> the mentioned functions do all necessary locking.
>
> Signed-off-by: Wolfram Sang
> Fixes: 183223770ae862 ("drivers/of: Export OF changeset functions")
> --
On Tue, 30 Aug 2016 17:02:03 +0200
Daniel Wagner wrote:
> On 08/30/2016 04:20 PM, Daniel Wagner wrote:
> > Just setting the size of the type is not enough. The hist_field_*
> > getter function want to know the offset too:
>
> With this hack here it should work. The COMM generic field is handl
On Wed, 2016-08-31 at 02:23 +0530, Bhaktipriya Shridhar wrote:
> The workqueue "callback_wq" queues a single work item &cb->cb_work
> per
> nfsd4_callback instance and thus, it doesn't require execution
> ordering.
> Hence, alloc_workqueue has been used to replace the
> deprecated create_singlethre
On Wed, Aug 17, 2016 at 11:32:22PM +0200, Rask Ingemann Lambertsen wrote:
> Shenzhen Sunchip Technology Co., Ltd produces TV boxes and TV dongles,
> some of which are sold under other brands. Website:
> http://www.sunchip-tech.com/>
>
> Signed-off-by: Rask Ingemann Lambertsen
> ---
>
> Changes i
Hi David,
[auto build test ERROR on rockchip/for-next]
[also build test ERROR on v4.8-rc4 next-20160825]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for
convenience) to record
The Hexagon core on the msm8916 provides services for audio control,
audio output, sensors and the Hexagon SDK. The Hexagon remoteproc node
allows us to boot this core.
Although its part of the core platform its left disabled as it will
crash without the rmtfs QMI service and we do not yet handle
On Tue, 30 Aug 2016 15:53:32 -0400
Rik van Riel wrote:
> On Sat, 27 Aug 2016 16:02:25 -0700
> Linus Torvalds wrote:
>
> > The only remaining comment is that I'd make that
> > lazy_tlb_can_skip_flush() function just use a switch table for the
> > tlbstate comparisons rather than the repeated con
Add the Hexagon SMD edge, so that QRTR is probed when the Hexagon is
booted.
Signed-off-by: Bjorn Andersson
---
Changes since v1:
- Rebase ontop of linux-next
arch/arm64/boot/dts/qcom/msm8916.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi
On Thu, Aug 04, 2016 at 06:27:57PM -0400, Rich Felker wrote:
> On Wed, Jul 27, 2016 at 01:31:12AM -0400, Rich Felker wrote:
> > On Wed, May 25, 2016 at 08:18:06AM -0500, Rob Herring wrote:
> > > On Wed, May 25, 2016 at 12:43 AM, Rich Felker wrote:
> > > > The J-Core project (j-core.org) produces o
On 30 August 2016 at 22:54, Alan Stern wrote:
> On Tue, 30 Aug 2016, Rafał Miłecki wrote:
>
>> Please take a look at Documentation to get some idea of LED triggers:
>> Documentation/leds/leds-class.txt
>>
>> Basically a LED (/sys/class/leds/foo/) can be controller with
>> "brightness" sysfs file l
On Tue, 30 Aug 2016 16:37:28 +0200
Oleg Nesterov wrote:
> On 08/29, Steven Rostedt wrote:
> >
> > On Mon, 29 Aug 2016 18:58:13 -0400
> > Steven Rostedt wrote:
> >
> > > On Thu, 25 Aug 2016 18:21:09 +0300
> > > Dmitry Safonov wrote:
> > >
> > > > It's useless. Before:
> > > > [tracing]# ec
On Wed, Aug 24, 2016 at 11:35:29AM -0700, Gupta, Puja wrote:
> On 8/19/2016 8:53 AM, Stanimir Varbanov wrote:
> >Those two scm calls are used to get the size of secure iommu
> >page table and to pass physical memory address for this page
> >table. The calls are used by remoteproc venus driver to lo
On Tue, Aug 23, 2016 at 01:39:03PM +0200, Neil Armstrong wrote:
> Add Sierra Wireless as swir vendor prefix.
>
> Signed-off-by: Neil Armstrong
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
I've applied this one to avoid some conflicts.
Ro
On Tue, 2016-08-30 at 15:04 +0200, Oleg Nesterov wrote:
>
> Confused... how this connects to UNLOCK+LOCK on rq->lock? A LOAD can
> leak into the critical section.
>
> But context switch should imply mb() we can rely on?
Between setting of ->on_rq and returning to the task so it can
change its st
On Tue, 2016-08-30 at 20:34 +0200, Peter Zijlstra wrote:
>
> I'm not actually sure it does. There is the comment from 8643cda549ca4
> which explain the program order guarantees.
>
> But I'm not sure who or what would simply a full smp_mb() when you call
> schedule() -- I mean, its true on x86, bu
Commit af1b1a9b36b8 ("sparc64 mm: Fix base TSB sizing when hugetlb
pages are used") addressed the difference between hugetlb and THP
pages when computing TSB sizes. The following additional issues
were also discovered while working with the code.
In order to save memory, THP makes use of a huge z
On Fri, Aug 26, 2016 at 08:07:05AM +0530, Vinay Simha BN wrote:
> Add vendor id for Japan Display Inc.
>
> Cc: Archit Taneja
> Cc: John Stultz
> Cc: Thierry Reding
> Cc: Sumit Semwal
> Signed-off-by: Vinay Simha BN
> Acked-by: Rob Herring
> ---
> Documentation/devicetree/bindings/vendor-pre
On Aug 30, 2016 1:56 PM, "Alexei Starovoitov"
wrote:
>
> On Tue, Aug 30, 2016 at 10:33:31PM +0200, Mickaël Salaün wrote:
> >
> >
> > On 30/08/2016 22:23, Andy Lutomirski wrote:
> > > On Tue, Aug 30, 2016 at 1:20 PM, Mickaël Salaün wrote:
> > >>
> > >> On 30/08/2016 20:55, Andy Lutomirski wrote:
>
On Aug 30, 2016 1:58 PM, "Steven Rostedt" wrote:
>
> On Tue, 30 Aug 2016 12:53:53 -0700
> Andy Lutomirski wrote:
>
>
> > Egads! OK, I see why this is a mess.
>
> :-)
>
> >
> > I guess we should be creating the metadata from the syscall tables
> > instead of from the syscall definitions, but I gu
On Aug 16, 2016 11:20 PM, "Chris Metcalf" wrote:
>
> In exit_to_usermode_loop(), call task_isolation_ready() for
> TIF_TASK_ISOLATION tasks when we are checking the thread-info flags,
> and after we've handled the other work, call task_isolation_enter()
> for such tasks.
>
> In syscall_trace_enter
Hi,
Please fix the subject, this patch is ds1347 specific.
On 31/08/2016 at 01:28:33 +0530, RAGHAVENDRA GANIGA wrote :
> From 2ec82b6c9b99647e31d26c4c828dc7c51af8a633 Mon Sep 17 00:00:00 2001
> From: Raghavendra Ganiga
> Date: Wed, 31 Aug 2016 01:13:30 +0530
> Subject: [PATCH] rtc: changed raw s
On Tue, Aug 30, 2016 at 9:53 PM, Pavel Machek wrote:
>
>> > > I would warn and try to continue regardless (which was the original
>> > > plan here AFAICS), or we change a possible data loss into a guaranteed
>> > > one.
>> > >
>> > > IMO it is sufficient to give up when a PFN we have image data fo
On Mon, Aug 29, 2016 at 11:52 AM, Matthew Wilcox wrote:
> It may be protected by the mapping lock in the current code, but I would it
> expect it to become an RCU lookup + lock eventually. No mapping lock, just
> like the page cache.
>
> Even if we can work around it, why do we want to? What's
On Mon, Aug 22, 2016 at 10:27:04PM +0200, Sebastiaan Schalbroeck wrote:
> This patch corrects spelling errors in the max77693 devicetree doc,
> in particular example code containing typos.
>
> Signed-off-by: Sebastiaan Schalbroeck
> ---
> Documentation/devicetree/bindings/mfd/max77693.txt | 12 +
Any user I can imagine that needs a buffer at all will want to pass
a pointer directly. There are no currently callers that use
buffers, so this change is painless, and it will make it much easier
to start using features that use buffers (e.g. APST).
Signed-off-by: Andy Lutomirski
---
drivers/n
Hi all-
Here's v1 of the APST patch set. The biggest bikesheddable thing (I
think) is the scaling factor. I currently have it hardcoded so that
we wait 50x the total latency before entering a power saving state.
On my Samsung 950, this means we enter state 3 (70mW, 0.5ms entry
latency, 5ms exit
As far as I can tell, there is basically nothing correct about this
code. It misinterprets npss (off-by-one). It hardcodes a bunch of
power states, which is nonsense, because they're all just indices
into a table that software needs to parse. It completely ignores
the distinction between operati
NVME devices can advertise multiple power states. These states can
be either "operational" (the device is fully functional but possibly
slow) or "non-operational" (the device is asleep until woken up).
Some devices can automatically enter a non-operational state when
idle for a specified amount of
On Mon, Aug 29, 2016 at 06:52:54PM +, Matthew Wilcox wrote:
> It may be protected by the mapping lock in the current code, but I would it
> expect it to become an RCU lookup + lock eventually. No mapping lock, just
> like the page cache.
>
> Even if we can work around it, why do we want to?
On Wed, Aug 24, 2016 at 9:51 AM, Josh Cartwright wrote:
> Hey Andy-
>
> Small non-critical/potential future optimization comment below:
>
> On Thu, Aug 11, 2016 at 02:35:21AM -0700, Andy Lutomirski wrote:
>> If CONFIG_VMAP_STACK is selected, kernel stacks are allocated with
>> vmalloc_node.
>>
>>
On Wed, 31 Aug 2016 01:13:54 +0900 Sergey Senozhatsky
wrote:
> __printk_nmi_flush() can be called from nmi_panic(), therefore it has to
> test whether it's executed in NMI context and thus must route the messages
> through deferred printk() or via direct printk().
Why? What misbehaviour does t
On Tue, 30 Aug 2016 14:45:05 -0700
Andy Lutomirski wrote:
> I wonder: could more of it be dynamically allocated? I.e. statically
> generate metadata with args and name and whatever but without any nr.
> Then dynamically allocate the map from nr to metadata?
Any ideas on how to do that?
>
> >
On Tue, Aug 30, 2016 at 02:56:17PM -0700, Dan Williams wrote:
> On Mon, Aug 29, 2016 at 11:52 AM, Matthew Wilcox
> wrote:
> > It may be protected by the mapping lock in the current code, but I would it
> > expect it to become an RCU lookup + lock eventually. No mapping lock, just
> > like the
Am Mittwoch, 31. August 2016, 04:30:06 schrieb Caesar Wang:
> This patch adds needed gamc information for rk3399,
> also support the gmac pd.
>
> Signed-off-by: Roger Chen
> Signed-off-by: Caesar Wang
> ---
>
> arch/arm64/boot/dts/rockchip/rk3399.dtsi | 90
> 1
On Tue, Aug 30, 2016 at 3:03 PM, Steven Rostedt wrote:
> On Tue, 30 Aug 2016 14:45:05 -0700
> Andy Lutomirski wrote:
>
>> I wonder: could more of it be dynamically allocated? I.e. statically
>> generate metadata with args and name and whatever but without any nr.
>> Then dynamically allocate the
On Tue, Aug 30, 2016 at 3:23 PM, Julia Lawall wrote:
>
>
> On Tue, 30 Aug 2016, Kees Cook wrote:
>
>> On Sun, Aug 28, 2016 at 9:13 AM, Julia Lawall wrote:
>> > [Adding Kees, in case it's of interest]
>> >
>> > Below is the list of types of top-level initialized structures and the
>> > number that
Bhaktipriya Shridhar wrote:
> The workqueue "afs_async_calls" queues a single work item viz
> &call->async_work and hence it doesn't require execution ordering.
> ...
> Since there are fixed number of work items, explicit concurrency
> limit is unnecessary here.
There can be more than one single
On Tue, Aug 30, 2016 at 4:13 PM, Al Viro wrote:
> On Tue, Aug 30, 2016 at 02:15:58PM -0400, Kees Cook wrote:
>
>> First, some current API usage which we'll need to maintain at least
>> for now: __copy_*_user() is just copy_*_user() without the access_ok()
>> checks. Unfortunately, some arch implem
On Tue, Aug 30, 2016 at 3:03 PM, Ross Zwisler
wrote:
> On Tue, Aug 30, 2016 at 02:56:17PM -0700, Dan Williams wrote:
>> On Mon, Aug 29, 2016 at 11:52 AM, Matthew Wilcox
>> wrote:
>> > It may be protected by the mapping lock in the current code, but I would
>> > it expect it to become an RCU loo
On Tue, Aug 30, 2016 at 03:01:51PM -0700, Andy Lutomirski wrote:
> On Wed, Aug 24, 2016 at 9:51 AM, Josh Cartwright wrote:
[..]
> >> diff --git a/kernel/fork.c b/kernel/fork.c
> >> index 52e725d4a866..05f7ef796fb4 100644
> >> --- a/kernel/fork.c
> >> +++ b/kernel/fork.c
> >> @@ -158,19 +158,39 @@
Hi James,
Are you able to forward this up to Linus, or would it be better for me
to send this to him directly?
Thanks!
-Kees
On Tue, Aug 23, 2016 at 3:34 PM, Kees Cook wrote:
> Hi,
>
> Please pull this seccomp fix for v4.8-rc4.
>
> Thanks!
>
> -Kees
>
> The following changes since commit ef0e
On Tue, 30 Aug 2016 15:08:19 -0700
Andy Lutomirski wrote:
> On Tue, Aug 30, 2016 at 3:03 PM, Steven Rostedt wrote:
> > On Tue, 30 Aug 2016 14:45:05 -0700
> > Andy Lutomirski wrote:
> >
> >> I wonder: could more of it be dynamically allocated? I.e. statically
> >> generate metadata with args
On 08/30/2016 07:53 AM, Peter Zijlstra wrote:
On Mon, Aug 29, 2016 at 05:41:09PM +0200, Peter Zijlstra wrote:
On Fri, Aug 26, 2016 at 07:40:34PM -0400, Waiman Long wrote:
On 08/26/2016 11:18 AM, Peter Zijlstra wrote:
Still need to look at adding spinning to the handoff case.
Also need to look
On Sat, Aug 27, 2016 at 05:14:34PM +0300, Konstantin Khlebnikov wrote:
> Tags should be set only for last index of THP range: this way iterator
> will find them regardless of starting index.
I don't think this works well for DAX. We really want to to have the tags be
consistent for all indices wi
The TPM PCRs are only reset on a hard reboot. In order to validate a
TPM's quote after a soft reboot (eg. kexec -e), the IMA measurement list
of the running kernel must be saved and then restored on the subsequent
boot, possibly of a different architecture.
The existing securityfs binary_runtime_
The TPM PCRs are only reset on a hard reboot. In order to validate a
TPM's quote after a soft reboot (eg. kexec -e), the IMA measurement list
of the running kernel must be saved and restored on boot. This patch
restores the measurement list.
Changelog v2:
- redefined ima_kexec_hdr to use types w
The builtin and single custom templates are currently stored in an
array. In preparation for being able to restore a measurement list
containing multiple builtin/custom templates, this patch stores the
builtin and custom templates as a linked list. This will permit
defining more than one custom t
The TPM PCRs are only reset on a hard reboot. In order to validate a
TPM's quote after a soft reboot (eg. kexec -e), the IMA measurement list
of the running kernel must be saved and restored on boot. This patch
serializes the IMA measurement list in the binary_runtime_measurements
format.
Signed
The IMA binary_runtime_measurements list is currently in platform native
format.
To allow restoring a measurement list carried across kexec with a
different endianness than the targeted kernel, this patch defines
little-endian as the canonical format. For big endian systems wanting
to save/restor
The configured IMA measurement list template format can be replaced at
runtime on the boot command line, including a custom template format.
This patch adds support for restoring a measuremement list containing
multiple builtin/custom template formats.
Signed-off-by: Mimi Zohar
---
security/inte
From: Thiago Jung Bauermann
This patch uses the kexec buffer passing mechanism to pass the
serialized IMA binary_runtime_measurements to the next kernel.
Changelog v2:
- Fix build issue by defining a stub ima_add_kexec_buffer and stub
struct kimage when CONFIG_IMA=n and CONFIG_IMA_KEXEC=n. (Fe
From: Andreas Steffen
For remote attestion it is important for the ima measurement values
to be platform-independent. Therefore integer fields to be hashed
must be converted to canonical format.
Changelog:
- Define canonical format as little endian (Mimi)
Signed-off-by: Andreas Steffen
Signed-
Hi All,
I observed that using iio-sensor-proxy.service, the auto screen
rotation flipped on my laptop (Normal -> vertical, vertical->normal)
using kernel v4.8.
Anyone else has seen this?
I did a bisect and found a commit, which I am not sure how can it
impact.
commit 703b5faf22fbddf984a361e655
Measurements carried across kexec need to be added to the IMA
measurement list, but should not prevent measurements of the newly
booted kernel from being added to the measurement list. This patch
adds support for allowing duplicate measurements.
The "boot_aggregate" measurement entry is the delimi
In preparation for serializing the binary_runtime_measurements, this patch
maintains the amount of memory required.
Signed-off-by: Mimi Zohar
---
security/integrity/ima/Kconfig | 12 ++
security/integrity/ima/ima.h | 1 +
security/integrity/ima/ima_queue.c | 49 +++
On Mon, Aug 22, 2016 at 7:01 PM, John Stultz wrote:
> In changing from checking ptrace_may_access(p, PTRACE_MODE_ATTACH_FSCREDS)
> to capable(CAP_SYS_NICE), I missed that ptrace_my_access succeeds
> when p == current, but the CAP_SYS_NICE doesn't.
>
> Thus while the previous commit was intended to
On Tue, Aug 30, 2016 at 6:49 PM, wrote:
> From: Ankitprasad Sharma
>
> Some modules, like i915.ko, needs to detect when certain ACPI features are
> active inorder to prevent corruption on contended resources.
> In particular, use of BIOS RapidStart Technology may corrupt the contents of
> the re
This makes it much more useful to report data recorded with
`perf trace record`. E.g.:
#include
int main()
{
sleep(1);
usleep(1000);
usleep(1);
return 0;
}
Compile and trace it:
# gcc -g sleep.c -o ex_sleep
# perf trace record --call-graph dw
Hi Mike,
[auto build test ERROR on sparc/master]
[also build test ERROR on v4.8-rc4 next-20160825]
[cannot apply to sparc-next/master]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --base=au
On Tue, Aug 30, 2016 at 03:21:24PM -0700, Dan Williams wrote:
> On Tue, Aug 30, 2016 at 3:03 PM, Ross Zwisler
> wrote:
> > On Tue, Aug 30, 2016 at 02:56:17PM -0700, Dan Williams wrote:
> >> On Mon, Aug 29, 2016 at 11:52 AM, Matthew Wilcox
> >> wrote:
> >> > It may be protected by the mapping loc
Fix checkpatch.pl warning:
line over 80 characters
Signed-off-by: Anson Jacob
---
drivers/staging/i4l/act2000/act2000.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/i4l/act2000/act2000.h
b/drivers/staging/i4l/act2000/act2000.h
index 321d437..16be456 10
On Wed, Aug 31, 2016 at 12:47:39AM +0200, Rafael J. Wysocki wrote:
> On Tue, Aug 30, 2016 at 6:49 PM, wrote:
> > From: Ankitprasad Sharma
> >
> > Some modules, like i915.ko, needs to detect when certain ACPI features are
> > active inorder to prevent corruption on contended resources.
> > In par
On Tue, Aug 23, 2016 at 04:04:10PM -0600, Ross Zwisler wrote:
> DAX PMDs have been disabled since Jan Kara introduced DAX radix tree based
> locking. This series allows DAX PMDs to participate in the DAX radix tree
> based locking scheme so that they can be re-enabled.
>
> Changes since v1:
> -
Fix checkpatch.pl warning:
braces {} are not necessary for single statement blocks
Missing a blank line after declarations
Signed-off-by: Anson Jacob
---
drivers/staging/i4l/act2000/act2000_isa.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/i4l/act2000
On 30/08/16 15:28, Kees Cook wrote:
Hi James,
Are you able to forward this up to Linus, or would it be better for me
to send this to him directly?
You can send it to him directly.
Acked-by: James Morris
Thanks!
-Kees
On Tue, Aug 23, 2016 at 3:34 PM, Kees Cook wrote:
Hi,
Please pull
On Tue, 30 Aug 2016 18:46:23 -0400 Kees Cook wrote:
> On Mon, Aug 22, 2016 at 7:01 PM, John Stultz wrote:
> > In changing from checking ptrace_may_access(p, PTRACE_MODE_ATTACH_FSCREDS)
> > to capable(CAP_SYS_NICE), I missed that ptrace_my_access succeeds
> > when p == current, but the CAP_SYS_NI
701 - 800 of 842 matches
Mail list logo
