On Mon, May 15, 2017 at 06:06:18PM +0200, Arnd Bergmann wrote:
> On Mon, May 15, 2017 at 5:47 PM, Yury Norov wrote:
> > On Sun, May 14, 2017 at 08:09:17PM +0200, Ingo Molnar wrote:
> >>
> >> * Yury Norov wrote:
> >>
> >> > sched_find_first_bit() is in fact the unrolled version of
> >> > find_firs
>
> On Sat, May 13, 2017 at 12:43:11PM +, Winkler, Tomas wrote:
> > > The TPM class has some common shutdown code that must be executed
> > > for all drivers. This adds some needed functionality for that
> >
> > The issue with this is, that on some platforms the only storage can be
> > eMMC an
Artem,
Am 15.05.2017 um 18:05 schrieb Artem Bityutskiy:
> On Mon, 2017-05-15 at 17:22 +0200, Richard Weinberger wrote:
>> Alternatively we could add a iget_locked/drop_nlink/iput sequence to
>> ubifs_tnc_remove_ino(). But that will make unlink() much slower for
>> files
>> that contain xattrs.
>
From: Wei-Ning Huang
Some EC chip has larger flash sector size which requires longer erase
time. During erase the CPU is usually stalled and can't even respond to
interrupts. We sleep a while to block any EC command from executing
during the flash erase period.
Signed-off-by: Wei-Ning Huang
---
Hello
I sent you a message last time but i did not receive your reply to my
mail. So i will like you to kindly get back to me as soon as you get
this to enable me share what i want to share with you.
Thank you.
David Ademi
Selecting PM_GENERIC_DOMAINS without PM results in the following build
errors, seen when building sparc32:allmodconfig.
drivers/base/power/domain.c: In function 'genpd_queue_power_off_work':
drivers/base/power/domain.c:279:13: error: 'pm_wq' undeclared
drivers/base/power/domain.c: In function 'gen
On Mon, May 15, 2017 at 11:09 AM, Olof Johansson wrote:
> On Mon, May 15, 2017 at 8:52 AM, Rob Herring wrote:
>> On Mon, May 15, 2017 at 10:27 AM, Olof Johansson wrote:
>>> On Mon, May 15, 2017 at 7:47 AM, Rob Herring wrote:
On Mon, May 15, 2017 at 9:26 AM, Russell King - ARM Linux
w
On Mon, May 15, 2017 at 01:49:19PM +0200, Peter Zijlstra wrote:
> On Mon, May 15, 2017 at 01:29:58PM +0300, Jani Nikula wrote:
> > On Mon, 15 May 2017, Peter Zijlstra wrote:
> > > The intention is to aid readability. Making comments worse so that some
> > > retarded script can generate better html
Hi Bjorn,
Can you please apply the following two patches? The first is
a cleanup to use a new helper function I added (it had to wait
until both patchsets were in). The second is a minor bug fix to
the driver we found last week.
Thanks!
Logan
Logan Gunthorpe (2):
switchtec: utilize new devic
When a switch endpoind is configured without NTB the mmio_ntb registers
will read all zeros. However, in corner case configurations where the
partition ID is not zero and NTB is not enabled then the code will have
the wrong partition ID and this causes the driver to use the wrong
set of drivers. To
Very straightforward conversion to device_add_cdev. Drop cdev_add and
device_add and use cdev_device_add.
Signed-off-by: Logan Gunthorpe
---
drivers/pci/switch/switchtec.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/drivers/pci/switch/switchtec.c b/drivers/pci
On Wed, Mar 08, 2017 at 01:54:11PM +0900, Hoegeun Kwon wrote:
> The OF graph is not needed because the panel is a child of dsi. Remove
> the ports node in DSI node.
>
> Signed-off-by: Hoegeun Kwon
> Reviewed-by: Andrzej Hajda
> Reviewed-by: Andi Shyti
> ---
> arch/arm64/boot/dts/exynos/exynos5
On Fri, 12 May 2017 10:59:44 -0300
Mauro Carvalho Chehab wrote:
> Documentation/DocBook/Makefile|2 +-
> Documentation/DocBook/kernel-hacking.tmpl | 1312
> -
> Documentation/conf.py |2 +
> Documentation/index.rst
The purpose of this series of patches is to enable the passing of the locality
a command is executing in to a recipient, i.e., TPM emulator. To enable this we
introduce vendor-specific TPM commands for TPM 1.2 and TPM 2 that the driver
sends to the TPM emulator.
v4->v5:
- introduce TPM_TRANSMIT_
Implement the request_locality function. To set the locality on the
backend we define vendor-specific TPM 1.2 and TPM 2 ordinals and send
a command to the backend to set the locality for the next commands.
To avoid recursing into requesting the locality, we set the
TPM_TRASNMIT_RAW flag when calli
Introduce the flag TPM_TRASNMIT_RAW that allows us to transmit
a command without recursing into the requesting of locality.
Signed-off-by: Stefan Berger
---
drivers/char/tpm/tpm-interface.c | 3 ++-
drivers/char/tpm/tpm.h | 1 +
2 files changed, 3 insertions(+), 1 deletion(-)
diff --g
On Tue, Apr 25, 2017 at 10:54:21AM +0900, Hoegeun Kwon wrote:
> The decon uses HW-TRIGGER, so TE interrupt is not necessary.
> Therefore, remove the te-gpios property in the TM2 dts.
>
> Signed-off-by: Hoegeun Kwon
> ---
> arch/arm64/boot/dts/exynos/exynos5433-tm2.dts | 1 -
> 1 file changed, 1
Hi all,
frv fails to build in mainline with the following build errors.
kernel/built-in.o: In function `__do_softirq':
(.text+0x6460): relocation truncated to fit: R_FRV_GPREL12 against symbol
`jiffies' defined in *ABS* section in .tmp_vmlinux1
kernel/built-in.o: In function `__do_softirq':
(.tex
On Mon, May 15, 2017 at 8:48 AM, Russell King - ARM Linux
wrote:
> On Mon, May 15, 2017 at 08:27:54AM -0700, Olof Johansson wrote:
>> On Mon, May 15, 2017 at 7:47 AM, Rob Herring wrote:
>> > On Mon, May 15, 2017 at 9:26 AM, Russell King - ARM Linux
>> > wrote:
>> >> Maybe what we should do is:
>
On Wed, Apr 26, 2017 at 06:34:23AM +0900, Masahiro Yamada wrote:
> of_device_id::data is an opaque pointer. No explicit cast is needed.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> drivers/pinctrl/samsung/pinctrl-samsung.c | 20 ++--
> 1 file changed, 10 insertions(+), 10 delet
On 2017-05-15 00:48, Dong Aisheng wrote:
> On new LPUART versions, the oversampling ratio for the receiver can be
> changed from 4x (00011) to 32x (1) which could help us get a more
> accurate baud rate divider.
>
> The idea is to use the best OSR (over-sampling rate) possible.
> Note, OSR is
On Mon, May 15, 2017 at 6:12 AM, Eric Dumazet wrote:
> On Sun, May 14, 2017 at 7:42 PM, Mahesh Bandewar (महेश बंडेवार)
> wrote:
>> On Sun, May 14, 2017 at 3:45 AM, Greg Kroah-Hartman
>> wrote:
>>> On Fri, May 12, 2017 at 04:22:59PM -0700, Mahesh Bandewar wrote:
From: Mahesh Bandewar
>
On 2017-05-15 09:23 AM, Emil Velikov wrote:
Hi Rob,
On 14 May 2017 at 18:26, Robert Foss wrote:
Add DRM_ROTATE_ and DRM_REFLECT_ defines to the UAPI as a convenience.
Ideally the DRM_ROTATE_ and DRM_REFLECT_ property ids are looked up
through the atomic API, but realizing that userspace is
On Mon, 15 May 2017 14:09:12 +0200
Boris Brezillon wrote:
> > mtd: adjust kernel-docs to avoid Sphinx/kerneldoc warnings
>
> Not sure how you plan to merge these changes, but if it goes through
> a single tree I'll probably need an immutable topic branch, because I
> plan to change a few thi
Hi,
On Mon, May 15, 2017 at 9:22 AM, Wei-Ning Huang wrote:
> From: Wei-Ning Huang
>
> Some EC chip has larger flash sector size which requires longer erase
> time. During erase the CPU is usually stalled and can't even respond to
> interrupts. We sleep a while to block any EC command from execut
Failing to do so meant that we got a resume() callback on first use of
the device, so we would leak the bin BO that we allocated during
probe.
Signed-off-by: Eric Anholt
Fixes: 553c942f8b2c ("drm/vc4: Allow using more than 256MB of CMA memory.")
---
drivers/gpu/drm/vc4/vc4_v3d.c | 1 +
1 file ch
From: Randy Dunlap
The greybus-dev mailing list is a members-only list and is
moderated for non-subscribers.
Signed-off-by: Randy Dunlap
---
MAINTAINERS |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-next-20170515.orig/MAINTAINERS
+++ linux-next-20170515/MAINTAINERS
From: Markus Elfring
Date: Mon, 15 May 2017 19:09:03 +0200
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Link:
http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Refactor_Strings-WSang_0.pdf
Sign
Came across these and noticed that it doesn't appear anything has
happened with them. The set looks good to me:
Reviewed-by: Jason Gerecke
Jason
---
Now instead of four in the eights place /
you’ve got three, ‘Cause you added one /
(That is to say, eight) to the two, /
But you can’t take se
Hi all,
could you check the following three patches?
As explained, I try to combine the changes for static analyzers and for
the randstruct gcc plugin with cleanups.
0001-ipc-sem.c-remove-sem_base-embed-struct-sem.patch:
sem_base is not needed. Instead of improving the casts,
rem
sma->sem_base is initialized with
sma->sem_base = (struct sem *) &sma[1];
The current code has four problems:
- There is an unnecessary pointer dereference - sem_base is not needed.
- Alignment for struct sem only works by chance.
- The current code causes false positive for static code an
sem_ctime is initialized to the semget() time and then updated at every
semctl() that changes the array.
Thus it does not represent the time of the last change.
Especially, semop() calls are only stored in sem_otime, not in sem_ctime.
This is already described in ipc/sem.c, I just overlooked that
ipc has two management structures that exist for every id:
- struct kern_ipc_perm, it contains e.g. the permissions.
- struct ipc_rcu, it contains the rcu head for rcu handling and
the refcount.
The patch merges both structures.
As a bonus, we may save one cacheline, because both structures are
From: Brian Starkey
Add the WRITEBACK_OUT_FENCE_PTR property to writeback connectors, to
enable userspace to get a fence which will signal once the writeback is
complete. It is not allowed to request an out-fence without a
framebuffer attached to the connector.
A timeline is added to drm_writeba
From: Brian Starkey
Writeback connectors represent writeback engines which can write the
CRTC output to a memory framebuffer. Add a writeback connector type and
related support functions.
Drivers should initialize a writeback connector with
drm_writeback_connector_init() which takes care of sett
Hi,
This is v5 of the writeback connector series. Boris Brezillon thought
that having to explicitly instantiate an encoder when using
drm_writeback_connector
is a bit too cumbersome, so I'm pushing out this version where we embed
a virtual encoder inside drm_writeback_connector in order to satisf
On Mon, 15 May 2017 09:17:25 +1000 (AEST)
James Morris wrote:
> On Sat, 13 May 2017, Kees Cook wrote:
>
> > These fixes were needed to parse lsm_hooks.h kernel-doc. More work is
> > needed, but this is the first step.
> >
> > Cc: Casey Schaufler
> > Signed-off-by: Kees Cook
>
> Should thes
On Sun, 14 May 2017 01:01:01 +0530
"Naveen N. Rao" wrote:
> Handle a NULL glob properly.
>
> Signed-off-by: Naveen N. Rao
> ---
> kernel/trace/ftrace.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c
> index 39dca4e86a
Em Mon, 15 May 2017 13:49:19 +0200
Peter Zijlstra escreveu:
> On Mon, May 15, 2017 at 01:29:58PM +0300, Jani Nikula wrote:
> > On Mon, 15 May 2017, Peter Zijlstra wrote:
> > > The intention is to aid readability. Making comments worse so that some
> > > retarded script can generate better html
From: Brian Starkey
Add a layer bit for the SE memory-write, and add it to the pixel format
matrix for DP550/DP650.
Signed-off-by: Brian Starkey
[rebased and fixed conflicts]
Signed-off-by: Mihail Atanassov
Signed-off-by: Liviu Dudau
---
drivers/gpu/drm/arm/malidp_hw.c | 28 ++---
From: Brian Starkey
Mali-DP has a memory writeback engine which can be used to write the
composition result to a memory buffer. Expose this functionality as a
DRM writeback connector on supported hardware.
Changes since v1:
Daniel Vetter:
- Don't require a modeset when writeback routing change
Hi,
This series introduces support for Mali DP's memory writeback engine
using the generic writeback connector support introduced in the
"[PATCH v5 0/2] drm: Introduce writeback connectors" series [1]
This version updates the Mali DP code to remove the bespoke encoder used
with the drm_writeback_
Mali-DP display processors are able to write the composition result to a
memory buffer via the SE.
Add entry points in the HAL for enabling/disabling this feature, and
implement support for it on DP650 and DP550. DP500 acts differently and
so is omitted from this change.
Changes since v3:
- Fix
Hi Guenter,
On Mon, May 15, 2017 at 1:33 PM, Guenter Roeck wrote:
> Selecting PM_GENERIC_DOMAINS without PM results in the following build
> errors, seen when building sparc32:allmodconfig.
>
> drivers/base/power/domain.c: In function 'genpd_queue_power_off_work':
> drivers/base/power/domain.c:27
Two different processors on a SOC need to share memory during loading.
So memory access between them need to be synchronized, which is done
via level two memory mapping by secure layer.
This patch provide interface for making secure monitor call for access
sharing or access right transfer between t
This patch does following
1- Adds new scm call which helps in stage two translation of a memory
region
so that multi proc mem access sharing can be achieved on armv8 and
later.
2- Enable mss remoteproc on msm8996
This patchset is based on tip of linux-next.
Avaneesh K
MSS proc on msm8996 can not access fw loaded region without stage
second translation of memory pages where mpss image are loaded.
This patch to enable mss boot on msm8996 add these secure monitor
calls to switch ownership between apps and modem.
Signed-off-by: Avaneesh Kumar Dwivedi
---
drivers/
This patch add support for mss boot on msm8996. Major
changes include making appropriate change for executing
mss reset sequence, adding private data initialization etc.
Signed-off-by: Avaneesh Kumar Dwivedi
---
.../devicetree/bindings/remoteproc/qcom,q6v5.txt | 4 +-
drivers/remoteproc/qcom
On Sat, 13 May 2017 04:51:36 -0700
Kees Cook wrote:
> This ReSTifies everything under Documentation/security/, and reorganizes
> some of it (mainly the LSMs) under /admin-guide/ per Jon's request. Since
> /security/ is already being indexed under the kernel development portion
> of the sphinx ind
This patch refactor code to first load all firmware blobs
and then update modem proc to authenticate and boot fw.
Also make a trivial change in a error log.
Signed-off-by: Avaneesh Kumar Dwivedi
---
drivers/remoteproc/qcom_q6v5_pil.c | 25 -
1 file changed, 12 insertions(
On Thu, May 11, 2017 at 07:13:57PM -0700, Ricardo Neri wrote:
> Sure I can. Would this trigger a v8 of my series? I was hoping v7 series
> could be merged and then start doing incremental work on top of it. Does
> it make sense?
I guess that's tip guys' call.
--
Regards/Gruss,
Boris.
SUSE L
On Mon, May 15, 2017 at 10:26 AM, Jonathan Corbet wrote:
> On Sat, 13 May 2017 04:51:36 -0700
> Kees Cook wrote:
>
>> This ReSTifies everything under Documentation/security/, and reorganizes
>> some of it (mainly the LSMs) under /admin-guide/ per Jon's request. Since
>> /security/ is already bein
The TPM class has some common shutdown code that must be executed for
all drivers. This adds some needed functionality for that.
Usage example: 'tpm: Issue a TPM2_Shutdown for TPM2 devices.'
(see https://patchwork.kernel.org/patch/9724919/ for v2).
Signed-off-by: Josh Zimmerman
-
v2: Add Si
From: Phil Elwell
If a clock has the prediv flag set, both the integer and fractional
parts must be scaled when calculating the resulting frequency.
Signed-off-by: Phil Elwell
Signed-off-by: Eric Anholt
---
While this is a bugfix, I haven't put a "Fixes:" line in here to get
it automatically
On Fri, May 12, 2017 at 6:52 PM, Florian Fainelli wrote:
> On 05/12/2017 09:22 AM, David Miller wrote:
>> From: Julia Lawall
>> Date: Fri, 12 May 2017 22:54:23 +0800 (SGT)
>>
>>> Device node iterators put the previous value of the index variable, so an
>>> explicit put causes a double put.
>> ..
(Continuing thread from patch v1)
> > On Sat, May 13, 2017 at 12:43:11PM +, Winkler, Tomas wrote:
> > > > The TPM class has some common shutdown code that must be executed
> > > > for all drivers. This adds some needed functionality for that
> > >
> > > The issue with this is, that on some plat
On Sun, May 14, 2017 at 6:54 AM, Manfred Spraul
wrote:
> Hi Kees,
>
> On 05/09/2017 12:23 AM, Kees Cook wrote:
>>
>> This changes the struct + trailing data pattern to using a void * so that
>> the end of sem_array is found without possibly indexing past the end which
>> can upset some static anal
On Mon, May 15, 2017 at 02:36:58PM +0100, Suzuki K Poulose wrote:
> On 15/05/17 11:00, Christoffer Dall wrote:
> >Hi Suzuki,
> >
> >On Wed, May 03, 2017 at 03:17:52PM +0100, Suzuki K Poulose wrote:
> >>We yield the kvm->mmu_lock occassionaly while performing an operation
> >>(e.g, unmap or permissi
On 12 May 2017 at 12:51, SF Markus Elfring
wrote:
> From: Markus Elfring
> Date: Fri, 12 May 2017 20:23:43 +0200
>
> Omit an extra message for a memory allocation failure in this function.
>
> This issue was detected by using the Coccinelle software.
>
> Link:
> http://events.linuxfoundation.org
On Mon, 15 May 2017 03:36:50 +
"Chen, Xiaoguang" wrote:
> Hi Alex and Gerd,
>
> >-Original Message-
> >From: Alex Williamson [mailto:alex.william...@redhat.com]
> >Sent: Saturday, May 13, 2017 12:38 AM
> >To: Gerd Hoffmann
> >Cc: Chen, Xiaoguang ; Tian, Kevin
> >; intel-...@lists.fr
On 12 May 2017 at 12:52, SF Markus Elfring
wrote:
> From: Markus Elfring
> Date: Fri, 12 May 2017 20:30:42 +0200
>
> Delete a character in this description for a condition check.
>
> Signed-off-by: Markus Elfring
> ---
> drivers/hwtracing/coresight/coresight-etb10.c | 2 +-
> 1 file changed, 1
On Tue, May 09, 2017 at 12:12:44PM -0400, Jeff Layton wrote:
> The writeback error handling test requires that you put the journal on a
> separate device. This allows us to use dmerror to simulate data
> writeback failure, without affecting the journal.
>
> xfs already has infrastructure for this
On Mon, May 15, 2017 at 10:39:08AM -0700, Josh Zimmerman wrote:
> (Continuing thread from patch v1)
> > > On Sat, May 13, 2017 at 12:43:11PM +, Winkler, Tomas wrote:
> > > > > The TPM class has some common shutdown code that must be executed
> > > > > for all drivers. This adds some needed func
On 12 May 2017 at 12:53, SF Markus Elfring
wrote:
> From: Markus Elfring
> Date: Fri, 12 May 2017 20:36:03 +0200
>
> Replace the specification of a data structure by a pointer dereference
> as the parameter for the operator "sizeof" to make the corresponding size
> determination a bit safer accor
Hi Eric,
> Eric Anholt hat am 15. Mai 2017 um 19:35 geschrieben:
>
>
> From: Phil Elwell
>
> If a clock has the prediv flag set, both the integer and fractional
> parts must be scaled when calculating the resulting frequency.
>
> Signed-off-by: Phil Elwell
> Signed-off-by: Eric Anholt
> --
On Mon, May 15, 2017 at 8:42 AM, Christoph Hellwig wrote:
> Hoist the libnvdimm helper as an inline helper to linux/uuid.h
> using an auxiliary const variable uuid_null in lib/uuid.c.
>
> [hch: also add the guid variant. Both do the same but I'd like
> to keep casts to a minimum]
>
> The common h
On 15/05/17 18:43, Christoffer Dall wrote:
On Mon, May 15, 2017 at 02:36:58PM +0100, Suzuki K Poulose wrote:
On 15/05/17 11:00, Christoffer Dall wrote:
Hi Suzuki,
So I don't think this change is wrong, but I wonder if it's sufficient.
For example, I can see that this function is called from
st
On Fri, May 12, 2017 at 10:46 PM, Baoquan He wrote:
> People reported kernel panic occurs during system boots up with mem boot
> option.
> After checking code, several problems are found about memmap= and mem= in
> boot stage
> kaslr.
>
> *) In commit f28442497b5c ("x86/boot: Fix KASLR and memma
On Mon, 15 May 2017 08:19:28 +
"Cheng, Collins" wrote:
> Hi Williamson,
>
> We cannot assume BIOS supports SR-IOV, actually only newer server motherboard
> BIOS supports SR-IOV. Normal desktop motherboard BIOS or older server
> motherboard BIOS doesn't support SR-IOV. This issue would happ
This adds spk_ttyio.c file. It contains a set of functions which implement
those methods in spk_synth struct which relate to sending bytes out using
serial comms. Implementations in this file perform the same function but
using TTY subsystem instead. Currently synths access serial ports, directly
p
This patchset migrates all external synths from using raw serial i/o to
using tty-based comms. The synths not migrated are internal ones -
plugged directly into motherboard, communicating over ISA etc. It's
important to note that these patches access TTY from inside kernel.
Here is the summary of
This patch simply uses the changes introduced in previous patches and migrates
apollo, ltlk, audptr, decext, spkout and dectlk. Migrations are straightforward
function pointer updates.
Signed-off by: Okash Khawaja
Reviewed-by: Samuel Thibault
Index: linux-staging/drivers/staging/speakup/speakup
This changes the above five synths to TTY-based comms. They were chosen as a
first pass because their serial comms are straightforward, i.e. they don't use
serial input and don't do internal port knocking.
Signed-off-by: Okash Khawaja
Reviewed-by: Samuel Thibault
Index: linux-staging/drivers/st
This patch adds further TTY-based functionality, specifically implementation
of send_xchar and tiocmset methods, and input. send_xchar and tiocmset
methods simply delegate to corresponding TTY operations.
For input, it implements the receive_buf2 callback in tty_ldisc_ops of
speakup's ldisc. If a
This patch fixes the issue where TTY-migrated synths would take a while to shut
up after hitting numpad enter key. When calling synth_flush, even though XOFF
character is sent as high priority, data buffered in TTY layer is still sent to
the synth. This patch flushes that buffered data when synt
Artem,
Am 15.05.2017 um 18:05 schrieb Artem Bityutskiy:
> On Mon, 2017-05-15 at 17:22 +0200, Richard Weinberger wrote:
>> Alternatively we could add a iget_locked/drop_nlink/iput sequence to
>> ubifs_tnc_remove_ino(). But that will make unlink() much slower for
>> files
>> that contain xattrs.
>
This exports tty_open_by_driver so that it can be called from other places
inside the kernel. The checks for null file pointer are based on Alan Cox's
patch here:
http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1215095.html.
Description below is quoted from it:
"[RFC] tty_port: all
On Mon, 2017-05-15 at 12:42 +0200, Jan Kara wrote:
> On Tue 09-05-17 11:49:18, Jeff Layton wrote:
> > Now that we have a better way to store and report errors that occur
> > during writeback, we need to convert the existing codebase to use it. We
> > could just adapt all of the filesystem code and
On Fri, May 12, 2017 at 12:00 PM, Andy Shevchenko
wrote:
> On Fri, May 12, 2017 at 8:01 PM, Alexandre Courbot wrote:
>> From: Alexandre Courbot
>>
>> I have not been able to dedicate time to the GPIO subsystem since quite
>> some time, and I don't see the situation improving in the near future.
On 05/10/17 13:53, Dan Carpenter wrote:
> I have created some new tools to make this process easier.
>
> 1) First you still have to edit the Makefile:
>
> -HOSTCC = gcc
> +HOSTCC = ~/progs/smatch/devel/cgcc
>
> 2) Build the data with this command:
>
> ~/progs/smatch/devel/smat
On Mon, May 15, 2017 at 6:52 AM, David Miller wrote:
> From: Greg Kroah-Hartman
> Date: Mon, 15 May 2017 08:10:59 +0200
>
>> On Sun, May 14, 2017 at 08:57:34AM -0500, Eric W. Biederman wrote:
>>> Greg Kroah-Hartman writes:
>>>
>>> diff --git a/net/core/rtnetlink.c b/net/core/rtnetlink.c
>>> inde
On 2017-05-13 19:17, PGNet Dev wrote:
On 5/13/17 3:15 PM, Valentin Vidic wrote:
Try booting without 'hpet=force,verbose clocksource=hpet' and it should
select xen by default:
Nope. Well, not quite ...
With both
'hpet=force,verbose clocksource=hpet'
removed, I end up with
ca
On Tue, Apr 18, 2017 at 04:18:48PM -0500, Tom Lendacky wrote:
> Add a function that will determine if a supplied physical address matches
> the address of an EFI table.
>
> Signed-off-by: Tom Lendacky
> ---
> drivers/firmware/efi/efi.c | 33 +
> include/linux/ef
Hi Michal,
After looking at your suggested memblock_virt_alloc_core() change again,
I decided to keep what I have. I do not want to inline
memblock_virt_alloc_internal(), because it is not a performance critical
path, and by inlining it we will unnecessarily increase the text size on
all plat
From: Mahesh Bandewar (महेश बंडेवार)
Date: Mon, 15 May 2017 10:59:55 -0700
> The current behavior is already breaking things. e.g. unprivileged
> process can be root inside it's own user-ns. This will allow it to
> create IPtable rules causing contracking module to be loaded in
> default-ns affec
Add mfd driver for Intel CHT Whiskey Cove PMIC, based on various non
upstreamed CHT Whiskey Cove PMIC patches.
This is a somewhat minimal version which adds irqchip support and cells
for: ACPI PMIC opregion support, the i2c-controller driving the external
charger irc and the pwrsrc/extcon block.
Hi,
This is actually v7, with the following changes:
Changes in v7:
-Add explanation why this is a bool and why it selects i2c-designwaree
to the help text rather then as comments in the Kconfig
Regards,
Hans
On 15-05-17 20:17, Hans de Goede wrote:
Add mfd driver for Intel CHT Whiskey Cove
On Mon, May 15, 2017 at 06:51:26PM +0100, Suzuki K Poulose wrote:
> On 15/05/17 18:43, Christoffer Dall wrote:
> >On Mon, May 15, 2017 at 02:36:58PM +0100, Suzuki K Poulose wrote:
> >>On 15/05/17 11:00, Christoffer Dall wrote:
> >>>Hi Suzuki,
> >>>So I don't think this change is wrong, but I wonder
Expose policy brief via selinuxfs.
Signed-off-by: Sebastien Buisson
---
security/selinux/selinuxfs.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/security/selinux/selinuxfs.c b/security/selinux/selinuxfs.c
index e8fe914..2561f96 100644
--- a/security/selinux/se
Add policybrief field to struct policydb. It holds a brief info
of the policydb, made of colon separated name and value pairs
that give information about how the policy is applied in the
security module(s).
Note that the ordering of the fields in the string may change.
Policy brief is computed eve
On x86 the axp288 PMIC provides an ACPI OpRegion handler, which must be
available before other drivers using it are loaded, which can only be
ensured if the mfd, OpRegionr and i2c-bus drivers are built in.
Since the axp20x mfd code is used on non X86 too we cannot simply change
this into a bool, I
The Crystal Cove PMIC provides an ACPI OPRegion handler, which must be
available before other drivers using it are loaded, which is why
INTEL_SOC_PMIC is a bool.
Just having the driver is not enough, the driver for the i2c-bus must
also be built in, to ensure this, this patch adds a select for it.
Hello!
The question of the use case for TASKS_RCU came up, and here is my
understanding. Steve will not be shy about correcting any misconceptions
I might have. ;-)
The use case is to support freeing of trampolines used in tracing/probing
in CONFIG_PREEMPT=y kernels. It is necessary to wait un
driver data API, and the other series it depends on, other than the
clarification on license, which I've asked Linus about on the old copyleft-next
thread, just to be sure.
FWIW I have rebased my 2 pending firmware series on top of linux-next tag,
next-20170515 (based on v4.12-rc1) and I di
Hi Heiko,
Thank you for looking at this patch. I am worried to make the proposed
change, because, as I understand in this case we allocate memory not for
"struct page"s but for table that hold them. So, we will change the
behavior from the current one, where this table is allocated zeroed, but
"Mahesh Bandewar (महेश बंडेवार)" writes:
> On Mon, May 15, 2017 at 6:52 AM, David Miller wrote:
>> From: Greg Kroah-Hartman
>> Date: Mon, 15 May 2017 08:10:59 +0200
>>
>>> On Sun, May 14, 2017 at 08:57:34AM -0500, Eric W. Biederman wrote:
Greg Kroah-Hartman writes:
diff --git a/
ATENCIÓN;
Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por
el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser
capaz de enviar o recibir correo nuevo hasta que vuelva a validar subuzón de
correo electrónico. Para revalidar su buzón de corre
From: Jon Mason
Date: Mon, 15 May 2017 13:37:09 -0400
> I would prefer #1, as I would not want to break something that was
> currently working. However, I think we should add much error logging
> here to let people know their DT is hosed (instead of silently
> working). So, this would mean appl
Le 15/05/17 à 17:42, Linus Torvalds via RT a écrit :
> On Sun, May 14, 2017 at 10:59 AM, Randy Dunlap wrote:
>>
>> Can the generated files please be put in the same places that (most or
>> all) previous releases have used?
>
> I will leave this to Konstantin.. There may well be practical reasons
Le 15/05/17 à 17:42, Linus Torvalds via RT a écrit :
> On Sun, May 14, 2017 at 10:59 AM, Randy Dunlap wrote:
>>
>> Can the generated files please be put in the same places that (most or
>> all) previous releases have used?
>
> I will leave this to Konstantin.. There may well be practical reasons
601 - 700 of 1000 matches
Mail list logo
