On Mon, Jun 4, 2018 at 10:00 PM, Eddie James wrote:
> Execute I2C transfers from the FSI-attached I2C master. Use polling
> instead of interrupts as we have no hardware IRQ over FSI.
>
> Signed-off-by: Eddie James
> ---
> drivers/i2c/busses/i2c-fsi.c | 195
>
Introduce bindings for RPMh regulator devices found on some
Qualcomm Technlogies, Inc. SoCs. These devices allow a given
processor within the SoC to make PMIC regulator requests which
are aggregated within the RPMh hardware block along with requests
from other processors in the SoC to determine th
Add the QCOM RPMh regulator driver to manage PMIC regulators
which are controlled via RPMh on some Qualcomm Technologies, Inc.
SoCs. RPMh is a hardware block which contains several
accelerators which are used to manage various hardware resources
that are shared between the processors of the SoC.
Em Mon, Jun 04, 2018 at 06:22:43PM +0300, Alexey Budankov escreveu:
> On 04.06.2018 17:58, Arnaldo Carvalho de Melo wrote:
> > Em Mon, Jun 04, 2018 at 05:51:03PM +0300, Alexey Budankov escreveu:
> >> event names quoted there. If such cases were pointed out then they also
> >> could be addressed al
This patch series adds a driver and device tree binding documentation for
PMIC regulator control via Resource Power Manager-hardened (RPMh) on some
Qualcomm Technologies, Inc. SoCs such as SDM845. RPMh is a hardware block
which contains several accelerators which are used to manage various
hardwar
On Mon, Jun 4, 2018 at 10:00 PM, Eddie James wrote:
> Add and initialize I2C adapters for each port on the FSI-attached I2C
> master. Ports for each master are defined in the devicetree.
>
> Signed-off-by: Eddie James
> ---
> drivers/i2c/busses/i2c-fsi.c | 90
> +
On Mon, Jun 04, 2018 at 11:26:12AM -0700, Ravi Chandra Sadineni wrote:
> Currently ACPI LID increments wakeup count irrespective of the wake source.
> This is because we call acpi_lid_initialize_state on every resume.
> Userland deamons using wakeup_count to identify the potential wake
> source for
On Mon, Jun 4, 2018 at 10:00 PM, Eddie James wrote:
> Add register definitions for FSI-attached I2C master and functions to
> access those registers over FSI. Add an FSI driver so that our I2C bus
> is probed up during an FSI scan.
>
> Signed-off-by: Eddie James
> ---
> drivers/i2c/busses/Kconfi
On Mon, Jun 4, 2018 at 10:00 PM, Eddie James wrote:
> This series adds an algorithm for an I2C master physically located on an FSI
> slave device. The I2C master has multiple ports, each of which may be
> connected
> to an I2C slave. Access to the I2C master registers is achieved over FSI bus.
>
Given feedbacks from [1], it was asked to make first a few
patches ready as soon as possible. To make FSGSBASE facilitated,
some helper functions and refactoring work are incorporated.
Besides that, it includes Andy's fix for accurate FS/GS base read
and cleanup for the vDSO initialization.
[1] FS
Instead of open code, load_fsgs() will cleanup __switch_to
and symmetric with FS/GS segment save. When FSGSBASE
enabled, X86_FEATURE_FSGSBASE check will be incorporated.
Signed-off-by: Chang S. Bae
Reviewed-by: Andi Kleen
Cc: Andy Lutomirski
Cc: H. Peter Anvin
Cc: Dave Hansen
Cc: Thomas Gleix
The CPU (and node) number will be written, as early enough,
to the segment limit of per CPU data and TSC_AUX MSR entry.
The information has been retrieved by vgetcpu in user space
and will be also loaded from the paranoid entry, when
FSGSBASE enabled. So, it is moved out from vDSO to the CPU
initia
Using wrmsr_safe() can make code a bit simpler by removing
some condition check
Suggested-by: H. Peter Anvin
Signed-off-by: Chang S. Bae
Cc: Andy Lutomirski
Cc: Andi Kleen
Cc: Dave Hansen
Cc: Thomas Gleixner
Cc: Ingo Molnar
---
arch/x86/include/asm/msr.h | 2 +-
1 file changed, 1 insertion
When new FSGSBASE instructions enabled, this read will
become faster.
Based-on-code-from: Andy Lutomirski
Signed-off-by: Chang S. Bae
Reviewed-by: Andi Kleen
Cc: H. Peter Anvin
Cc: Dave Hansen
Cc: Thomas Gleixner
Cc: Ingo Molnar
Reviewed-by: Andy Lutomirski
---
arch/x86/include/asm/elf.h
From: Andy Lutomirski
ptrace can read FS/GS base using the register access API
(PTRACE_PEEKUSER, etc) or PTRACE_ARCH_PRCTL. Make both of these
mechanisms return the actual FS/GS base.
This will improve debuggability by providing the correct information
to ptracer (GDB and etc).
Signed-off-by:
With new helpers, FS/GS base access is centralized.
Eventually, when FSGSBASE instruction enabled, it will
be faster.
The helpers are used on ptrace APIs (PTRACE_ARCH_PRCTL,
PTRACE_SETREG, PTRACE_GETREG, etc). Idea is to keep
the FS/GS-update mechanism organized.
"inactive" GS base refers to base
On Mon, Jun 4, 2018 at 5:52 PM, Al Viro wrote:
> On Mon, Jun 04, 2018 at 12:34:44PM +0200, Miklos Szeredi wrote:
>
>> fsopen = create fsfd
>> fsmount = fsfd -> mountfd & set attr on mountfd & attach mountfd
>> fspick = path -> fsfd
>> move_mount = attach mountfd or move existing
>> fsinfo = info f
On Mon, Jun 04, 2018 at 03:30:22PM +0530, Srikar Dronamraju wrote:
> diff --git a/mm/migrate.c b/mm/migrate.c
> index 8c0af0f..1c55956 100644
> --- a/mm/migrate.c
> +++ b/mm/migrate.c
> @@ -1874,11 +1874,9 @@ static bool numamigrate_update_ratelimit(pg_data_t
> *pgdat,
>* all the time is b
On 6/4/18 12:09 PM, Luc Van Oostenryck wrote:
On Mon, Jun 04, 2018 at 11:46:50AM -0700, Atish Patra wrote:
On 6/1/18 8:22 AM, Luc Van Oostenryck wrote:
__copy_user() is a function, written in assembly, used to copy
memory between kernel & user space. As such its to & from args
may both take a u
Hi Sherry,
Any news on this please? It seems we still miss updated microcode for certain
fam15h/16h for Linux.
Thanks
Rudolf
Dne 1.6.2018 v 00:05 Henrique de Moraes Holschuh napsal(a):
> On Wed, 30 May 2018, Ivan Ivanov wrote:
>> This is still not addressing the outdated 15h microcode version
On Mon 04 Jun 02:39 PDT 2018, Srinivas Kandagatla wrote:
> All the managed resources would be freed by the time release function
> is invoked. Handling such memory in qcom_smd_edge_release() would do
> bad things.
>
> Found this issue while testing Audio usecase where the dsp is started up
> and
On 06/04/2018 02:14 PM, Andy Shevchenko wrote:
On Mon, Jun 4, 2018 at 10:00 PM, Eddie James wrote:
Execute I2C transfers from the FSI-attached I2C master. Use polling
instead of interrupts as we have no hardware IRQ over FSI.
Signed-off-by: Eddie James
---
drivers/i2c/busses/i2c-fsi.c |
On Mon, Jun 4, 2018 at 7:35 PM, Al Viro wrote:
> On Mon, Jun 04, 2018 at 10:16:30AM -0700, Matthew Wilcox wrote:
>> On Sun, Jun 03, 2018 at 01:55:37AM +0100, Al Viro wrote:
>> > +SYSCALL_DEFINE3(open_tree, int, dfd, const char *, filename, unsigned,
>> > flags)
>> > +{
>> > + struct file *file;
On 06/04/2018 02:17 PM, Andy Shevchenko wrote:
On Mon, Jun 4, 2018 at 10:00 PM, Eddie James wrote:
Add and initialize I2C adapters for each port on the FSI-attached I2C
master. Ports for each master are defined in the devicetree.
Signed-off-by: Eddie James
---
drivers/i2c/busses/i2c-fsi.
On 06/04/2018 12:57 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.48 release.
> There are 52 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On 2018-06-04 21:00, Eddie James wrote:
> Execute I2C transfers from the FSI-attached I2C master. Use polling
> instead of interrupts as we have no hardware IRQ over FSI.
>
> Signed-off-by: Eddie James
> ---
> drivers/i2c/busses/i2c-fsi.c | 195
> ++-
> 1
On 06/04/2018 12:57 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.106 release.
> There are 29 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On 06/04/2018 12:58 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.16.14 release.
> There are 47 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On Mon, 2018-06-04 at 15:30 +0530, Srikar Dronamraju wrote:
> @@ -1554,6 +1562,9 @@ static void task_numa_compare(struct
> task_numa_env *env,
> if (READ_ONCE(dst_rq->numa_migrate_on))
> return;
>
> + if (*move && READ_ONCE(pgdat->active_node_migrate))
> + *mo
On Mon, 2018-06-04 at 15:30 +0530, Srikar Dronamraju wrote:
> Currently task scan rate is reset when numa balancer migrates the
> task
> to a different node. If numa balancer initiates a swap, reset is only
> applicable to the task that initiates the swap. Similarly no scan
> rate
> reset is done i
On Tue, 29 May 2018 15:15:22 -0700
Thomas Garnier wrote:
> When using -fPIE/PIC with function tracing, the compiler generates a
> call through the GOT (call *__fentry__@GOTPCREL). This instruction
> takes 6 bytes instead of 5 on the usual relative call.
>
> If PIE is enabled, replace the 6th byt
Hello,
syzbot found the following crash on:
HEAD commit:69b450789136 Merge branch 'misc-BPF-improvements'
git tree: bpf-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1080d1d780
kernel config: https://syzkaller.appspot.com/x/.config?x=e4078980b886800c
dashboard lin
> > diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c
> > index 26110c202b19..950ec50f77c3 100644
> > --- a/arch/x86/kvm/svm.c
> > +++ b/arch/x86/kvm/svm.c
> > @@ -4115,7 +4115,8 @@ static int svm_get_msr(struct kvm_vcpu *vcpu, struct
> > msr_data *msr_info)
> > break;
> > case
From: Enrico Granata
If one builds the Chrome EC support as modules, there is no explicit
dependency chain amongst the several modules (LPC, CHARDEV, CORE, ...)
This makes it possible - for instance - to rmmod cros_ec_core, even though
cros_ec_dev actively uses it for data transport to the EC ch
Hi Dave,
I've updated the patch accordingly.
Regards,
Shankara
On Mon, Jun 4, 2018 at 11:39 AM, Dave Kleikamp wrote:
> On 06/04/2018 01:30 PM, shankarapailoor wrote:
>> Hi Dave,
>>
>> Attached is my proposed patch. It solves the problem as you suggest
>> and I don't see the KASAN complaint.
>
>
Sorry,
Sent the same thing twice. Here is the updated one.
On Mon, Jun 4, 2018 at 1:22 PM, shankarapailoor
wrote:
> Hi Dave,
>
> I've updated the patch accordingly.
>
> Regards,
> Shankara
>
> On Mon, Jun 4, 2018 at 11:39 AM, Dave Kleikamp
> wrote:
>> On 06/04/2018 01:30 PM, shankarapailoor wr
With the introduction of support for the non-MSA Hexagon WCSS driver from
Sricharan and the non-PAS ADSP driver from Rohit it makes sense to overhaul the
structure of the Qualcomm "Q6V5 drivers".
The first patch is from Sricharan's series and included here for completeness.
The second patch introd
Migrate the Hexagon V5 PAS (ADSP) driver to using the newly extracted
helper functions. The use of the handover callback does introduce latent
disabling of proxy resources. But apart from this there should be no
change in functionality.
Reviewed-by: Rohit kumar
Reviewed-by: Sricharan R
Tested-by
Migrate the MSS remoteproc driver to use the newly extracted helper
functions.
Reviewed-by: Sricharan R
Signed-off-by: Bjorn Andersson
---
Changes since RFC:
- Remove duplicate Kconfig selects
- Picked up Sricharan's reviewed-by
drivers/remoteproc/Kconfig | 1 +
drivers/remoteproc/q
I've rewritten the commit message to match what this patch actually
does. Assuming it's OK, I'll include it as part of the commits for this
merge window.
Thanks!
Shared between all Hexagon V5 based remoteprocs is the handling of the 5
interrupts and the SMP2P stop request, so break this out into a separate
function in order to allow these drivers to be cleaned up.
Reviewed-by: Rohit kumar
Tested-by: Rohit kumar
Signed-off-by: Bjorn Andersson
---
Change
From: Alan Kao
The EXPORT_SYMBOL(_mcount) for RISC-V ended up inside a
CONFIG_FUNCTION_GRAPH_TRACER ifdef. If you enable modules without
enabling CONFIG_FUNCTION_GRAPH_TRACER then you'll get a build error
without this patch because the modules won't be able to find _mcount.
The new behavior is
From: Sricharan R
qcom_mdt_load function loads the mdt type firmware and
initialises the secure memory as well. Make the initialisation only
when requested by the caller, so that the function can be used
by self-authenticating remoteproc as well.
Signed-off-by: Sricharan R
Signed-off-by: Bjorn
Benjamin,
I had to make a minor change since I didn't see
> #define HID_STAT_DUP_DETECTEDBIT(2)
In Linus's tree.
I tested with master today though and it seems to be working now with your
patch across
several boot attempts.
Tested-by: Mario Limonciello
Thanks,
> -Original Messag
On Mon, Jun 4, 2018 at 7:33 PM, Dmitry Torokhov
wrote:
> On Mon, Jun 04, 2018 at 03:18:12PM +0200, Benjamin Tissoires wrote:
>> On Fri, Jun 1, 2018 at 8:43 PM, Dmitry Torokhov
>> wrote:
>> > On Fri, Jun 01, 2018 at 04:16:09PM +0200, Benjamin Tissoires wrote:
>> >> On Fri, Aug 11, 2017 at 2:44 AM,
On 6/4/2018 3:20 PM, Konrad Rzeszutek Wilk wrote:
>>> diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c
>>> index 26110c202b19..950ec50f77c3 100644
>>> --- a/arch/x86/kvm/svm.c
>>> +++ b/arch/x86/kvm/svm.c
>>> @@ -4115,7 +4115,8 @@ static int svm_get_msr(struct kvm_vcpu *vcpu, struct
>>> msr_da
Steven Eckhoff (3):
Add mic bias boost control
Remove Playback/Capture from control names
Add headphone auto switching controls
sound/soc/codecs/tscs42xx.c | 37 +++--
sound/soc/codecs/tscs42xx.h | 8
2 files changed, 31 insertions(+), 14 deletions(
On Mon, Jun 4, 2018 at 9:03 PM, David Howells wrote:
> Arnd Bergmann wrote:
> The fsinfo() syscall truncates the reply buffer to the size the user requested
> if the user requested a smaller amount. Take the fsinfo_supports struct for
> example:
>
> struct fsinfo_supports {
>
Add mic bias boost control
Signed-off-by: Steven Eckhoff
---
sound/soc/codecs/tscs42xx.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/sound/soc/codecs/tscs42xx.c b/sound/soc/codecs/tscs42xx.c
index bbfc73a79b18..15505c3c9ed4 100644
--- a/sound/soc/codecs/tscs42xx.c
+++ b/sound/soc/code
These aren't needed and some userspace apps don't work consistently with
them.
Remove Playback/Capture from control names
Signed-off-by: Steven Eckhoff
---
sound/soc/codecs/tscs42xx.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/sound/soc/co
Add headphone auto switching controls
Signed-off-by: Steven Eckhoff
---
sound/soc/codecs/tscs42xx.c | 6 ++
sound/soc/codecs/tscs42xx.h | 8
2 files changed, 14 insertions(+)
diff --git a/sound/soc/codecs/tscs42xx.c b/sound/soc/codecs/tscs42xx.c
index c79c075228a6..4f56d2937a35 100
There have been a few developments in the last few months: Albert is
back at Berkeley, and SiFive is beginning to submit drivers. This patch
set reflects these changes.
When I was adding a MAINTAINERS entry for SiFive's drivers I realized
that Albert's email is out of date -- he's gone back to Berkeley, so his
SiFive email is technically defunct. This patch updates his entry to a
current email address, hosted at Berkeley.
Signed-off-by: Palmer Dabbelt
---
MAIN
Hi Linus,
Please pull LED updates for 4.18-rc1. It was quite fruitful cycle, taking
into account usual traffic on linux-leds list, as we managed to merge
three new LED class drivers.
New LED class drivers with related DT bindings:
- add LED driver for CR0014114 board
- add Spreadt
There aren't actually any files in the tree that match these patterns
right now, but we've just started submitting our drivers so I thought it
would be good to make sure there's at least someone at SiFive who's
listed as maintaining them. I'm leaving the RISC-V lists on here
because:
* As of toda
On Mon, Jun 04, 2018 at 03:43:17PM -0500, Tom Lendacky wrote:
> On 6/4/2018 3:20 PM, Konrad Rzeszutek Wilk wrote:
> >>> diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c
> >>> index 26110c202b19..950ec50f77c3 100644
> >>> --- a/arch/x86/kvm/svm.c
> >>> +++ b/arch/x86/kvm/svm.c
> >>> @@ -4115,7 +
Hi Randolph,
On 04.06.2018 19:16, Randolph Maaßen wrote:
> Am Freitag, den 01.06.2018, 00:16 +0200 schrieb Stefan Agner:
>> Add support for the NAND flash controller found on NVIDIA
>> Tegra 2 SoCs. This implementation does not make use of the
>> command queue feature. Regular operations/data tran
On Mon, Jun 4, 2018 at 8:26 PM, Dmitry Torokhov
wrote:
> On Mon, Jun 04, 2018 at 07:55:57PM +0200, Henrik Rydberg wrote:
>> Hi Dmitry,
>>
>> > > > Logically, the confidence state is a property of a contact, not a new
>> > > > type
>> > > > of contact. Trying to use it in any other way is bound to
On 6/1/2018 10:45 AM, Casey Schaufler wrote:
> Fix memory leak in smack_inode_getsecctx
>
> The implementation of smack_inode_getsecctx() made
> incorrect assumptions about how Smack presents a security
> context. Smack does not need to allocate memory to support
> security contexts, so "releasing"
On Mon, Jun 4, 2018 at 1:16 PM Steven Rostedt wrote:
>
> On Tue, 29 May 2018 15:15:22 -0700
> Thomas Garnier wrote:
>
> > When using -fPIE/PIC with function tracing, the compiler generates a
> > call through the GOT (call *__fentry__@GOTPCREL). This instruction
> > takes 6 bytes instead of 5 on t
Hi Linus,
Please pull the following Kselftest update for 4.18-rc1
This Kselftest update for 4.18-rc1 consists of:
- Work to restructure timers test suite to move PIE out of rtctest from
Alexandre Belloni.
- Several minor spelling and bug fixes.
- New cgroup tests from Roman Gushchin and Mike
On 05/22/2018 11:55 AM, Scott Branden wrote:
> Move common board components from base bcm958742 dtsi file to new
> stingray-board-base dtsi file so they can be shared between many stingray
> boards following common design.
>
> Signed-off-by: Scott Branden
Applied to devicetree-arm64/next, thoug
On 06/04/2018 02:21 PM, Andy Shevchenko wrote:
On Mon, Jun 4, 2018 at 10:00 PM, Eddie James wrote:
Add register definitions for FSI-attached I2C master and functions to
access those registers over FSI. Add an FSI driver so that our I2C bus
is probed up during an FSI scan.
Signed-off-by: Edd
On 06/01/2018 05:56 PM, Ray Jui wrote:
> From: Pramod Kumar
>
> Update clock output names in the Stingray clock DT nodes so they match
> the binding document and the latest ASIC datasheet. Also add entries
> for LCPLL2
>
> Signed-off-by: Pramod Kumar
> Signed-off-by: Ray Jui
Applied to device
On 06/04/2018 02:45 PM, Peter Rosin wrote:
On 2018-06-04 21:00, Eddie James wrote:
Execute I2C transfers from the FSI-attached I2C master. Use polling
instead of interrupts as we have no hardware IRQ over FSI.
Signed-off-by: Eddie James
---
drivers/i2c/busses/i2c-fsi.c | 195 +
On Wed, 30 May 2018 15:19:55 +0200, Clément Péron wrote:
> From: Clément Peron
>
> Broadcom Iproc SoCs typically use the UART3 for
> debug/console, provide a known good location for that.
>
> Signed-off-by: Clément Peron
> ---
Applied to soc/next, thanks!
--
Florian
men_z127_debounce() tries to round up and down, but uses functions which
are only suitable when the divider is a power of two, which is not the
case. Use the appropriate ones.
Found by static check. Compile tested.
Fixes: f436bc2726c64 ("gpio: add driver for MEN 16Z127 GPIO controller")
Signed-o
On Wed, 30 May 2018 15:19:56 +0200, Clément Péron wrote:
> From: Clément Peron
>
> Entries are sorted by their address value, except the BCM2836/KONA
> which are not in the proper order.
>
> Signed-off-by: Clément Peron
> ---
Applied to soc/next, thanks!
--
Florian
On Fri, 11 May 2018 15:02:41 -0700, Florian Fainelli
wrote:
> From: Doug Berger
>
> Update the Device Tree binding document and add a matching entry for the
> MEMC DDR controller revision B3.0 which is found on chips like 7278A0
> and newer.
>
> Signed-off-by: Doug Berger
> [florian: tweak co
On Fri, 11 May 2018 15:02:42 -0700, Florian Fainelli
wrote:
> We would not be matching the following chip/compatible strings
> combinations, which would lead to not setting the warm boot flag
> correctly, fix that:
>
> 7260A0/B0: brcm,brcmstb-memc-ddr-rev-b.2.1
> 7255A0: brcm,brcmstb-mem
On 05/22/2018 03:30 PM, Rob Herring wrote:
> On Fri, May 11, 2018 at 03:02:41PM -0700, Florian Fainelli wrote:
>> From: Doug Berger
>>
>> Update the Device Tree binding document and add a matching entry for the
>> MEMC DDR controller revision B3.0 which is found on chips like 7278A0
>> and newer.
On Mon, Jun 04, 2018 at 10:42:31PM +0200, Benjamin Tissoires wrote:
> On Mon, Jun 4, 2018 at 7:33 PM, Dmitry Torokhov
> wrote:
> > On Mon, Jun 04, 2018 at 03:18:12PM +0200, Benjamin Tissoires wrote:
> >> On Fri, Jun 1, 2018 at 8:43 PM, Dmitry Torokhov
> >> wrote:
> >> > On Fri, Jun 01, 2018 at 04
On Mon, 4 Jun 2018, Andreas Hartmann wrote:
> Sorry for a ping - but I think the behavior shown below should really be
> investigated!
There is not much to investigate ...
> > I tested the spectre mitigation of different machines and kernels with
> > https://github.com/crozone/SpectrePoC
> >
> >
On 05/23/2018 01:17 PM, Scott Branden wrote:
> Add otp device node for Stingray SOC.
>
> Fixes: 2fa9e9e29ea2 ("arm64: dts: Add GPIO DT nodes for Stingray SOC")
> Signed-off-by: Scott Branden
Applied to devicetree-arm64/next with s/otp/OTP/ and removing the Fixes
line since that is not a bug fix
Original announcement:
https://marc.info/?l=linux-kernel&m=151268659328024&w=4
TLDR: this patchset adds kernel compilation with "-march=native"
for x86_64 which was available for a long time in userspace.
Run "make oldconfig", select "-march=native" support, recompile,
reboot on the same machine(
On Mon, Jun 04, 2018 at 02:01:34PM -0700, Casey Schaufler wrote:
> On 6/1/2018 10:45 AM, Casey Schaufler wrote:
> > Fix memory leak in smack_inode_getsecctx
> >
> > The implementation of smack_inode_getsecctx() made
> > incorrect assumptions about how Smack presents a security
> > context. Smack do
Hi Florian,
On 18-06-04 02:24 PM, Florian Fainelli wrote:
On 05/23/2018 01:17 PM, Scott Branden wrote:
Add otp device node for Stingray SOC.
Fixes: 2fa9e9e29ea2 ("arm64: dts: Add GPIO DT nodes for Stingray SOC")
Signed-off-by: Scott Branden
Applied to devicetree-arm64/next with s/otp/OTP/ a
On Thu, 31 May 2018 15:23:22 +1000
NeilBrown wrote:
> There are 3 places where we walk the list of delegations
> for an nfs_client.
> In each case there are two nested loops, one for nfs_servers
> and one for nfs_delegations.
>
> When we find an interesting delegation we try to get an active
> r
On Mon, Jun 04, 2018 at 10:59:16PM +0200, Benjamin Tissoires wrote:
> On Mon, Jun 4, 2018 at 8:26 PM, Dmitry Torokhov
> wrote:
> > On Mon, Jun 04, 2018 at 07:55:57PM +0200, Henrik Rydberg wrote:
> >> Hi Dmitry,
> >>
> >> > > > Logically, the confidence state is a property of a contact, not a
> >>
On Thu, 31 May 2018 14:16:33 +0200
Petr Mladek wrote:
> > enum log_flags {
> > - LOG_NOCONS = 1,/* already flushed, do not print to console */
> > - LOG_NEWLINE = 2,/* text ended with a newline */
> > - LOG_PREFIX = 4,/* text started with a prefix */
> > - LOG_C
On 06/04/2018 02:30 PM, Scott Branden wrote:
> Hi Florian,
>
>
> On 18-06-04 02:24 PM, Florian Fainelli wrote:
>> On 05/23/2018 01:17 PM, Scott Branden wrote:
>>> Add otp device node for Stingray SOC.
>>>
>>> Fixes: 2fa9e9e29ea2 ("arm64: dts: Add GPIO DT nodes for Stingray SOC")
>>> Signed-off-by
On Mon, 4 Jun 2018 14:06:03 -0700
Thomas Garnier wrote:
> On Mon, Jun 4, 2018 at 1:16 PM Steven Rostedt wrote:
> >
> > On Tue, 29 May 2018 15:15:22 -0700
> > Thomas Garnier wrote:
> >
> > > When using -fPIE/PIC with function tracing, the compiler generates a
> > > call through the GOT (call *
On 06/04/2018 07:15 PM, Heinrich Schuchardt wrote:
> Without this patch the Firefly-RK3399 board boot process hangs after these
> lines:
>
>fan53555-regulator 0-0040: FAN53555 Option[8] Rev[1] Detected!
>fan53555-reg: supplied by vcc_sys
>vcc1v8_s3: supplied by vcc_1v8
>
> Blacklistin
> -Original Message-
> From: Daniel J Blueman [mailto:dan...@quora.org]
> Sent: Thursday, May 31, 2018 9:21 PM
> To: Linux Kernel; linux-a...@vger.kernel.org
> Cc: Limonciello, Mario; Dominguez, Jared
> Subject: 4.14.44: BUG_ON(!list_empty(&sem->wait_list));
>
> Plugging in a USB-C power s
Hi Masahiro,
On 28.05.2018 11:22, Masahiro Yamada wrote:
> This will be useful to specify the required compiler version,
> like this:
>
> config FOO
> bool "Use Foo"
> depends on GCC_VERSION >= 40800
> help
> This feature requires GCC 4.8 or newer.
>
I tried us
On Fri, Jun 01, 2018 at 06:07:08PM -0700, Ravi Chandra Sadineni wrote:
> Call pm_wakeup_event on every irq. This should help us in identifying if
> keyboard was a potential wake reason for the last resume.
>
> Signed-off-by: Ravi Chandra Sadineni
> ---
> V2: Increment the wakeup count only when t
On Mon, Jun 04, 2018 at 12:59:54PM +0300, Andy Shevchenko wrote:
> On Fri, 2018-06-01 at 11:33 -0700, Dmitry Torokhov wrote:
> > Hi Andy,
> >
> > On Fri, Jun 01, 2018 at 11:31:18AM +0300, Andy Shevchenko wrote:
> > > A lot of code become ugly because of open coding allocations for
> > > bitmaps.
>
> Moreover, I also wanted to point out that fabrics array vendors are
> building products that rely on standard nvme multipathing (and probably
> multipathing over dispersed namespaces as well), and keeping a knob that
> will keep nvme users with dm-multipath will probably not help them
> educate t
Hi all,
Commit
1e7fb5893364 ("xfs_repair: check and repair quota metadata")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpRbX4uHNWwO.pgp
Description: OpenPGP digital signature
Hi Rafael,
If it isn't too late, please pull this update. A fix came in last
week to refine the cpupower monitor command.
This cpupower update for 4.18-rc1 consists of two minor fixes.
diff is attached.
thanks,
-- Shuah
The foll
On Mon, Jun 4, 2018 at 11:19 PM, Dmitry Torokhov
wrote:
> On Mon, Jun 04, 2018 at 10:42:31PM +0200, Benjamin Tissoires wrote:
>> On Mon, Jun 4, 2018 at 7:33 PM, Dmitry Torokhov
>> wrote:
>> > On Mon, Jun 04, 2018 at 03:18:12PM +0200, Benjamin Tissoires wrote:
>> >> On Fri, Jun 1, 2018 at 8:43 PM,
On Monday, June 4, 2018 11:55:43 AM CEST Boris Brezillon wrote:
> On Wed, 30 May 2018 22:39:03 +0200
>
> Janusz Krzysztofik wrote:
> > On Wednesday, May 30, 2018 7:52:20 PM CEST Boris Brezillon wrote:
> > > On Wed, 30 May 2018 19:43:09 +0200
> > >
> > > Janusz Krzysztofik wrote:
> > > > On Wedn
On 06/01/2018 07:41 AM, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> 1. Create a dma-buf from grant references provided by the foreign
>domain. By default dma-buf is backed by system memory pages, but
>by providing GNTDEV_DMA_FLAG_XXX flags it can also be created
>
On Mon, Jun 4, 2018 at 4:21 AM, Nadav Amit wrote:
> GCC considers the number of statements in inlined assembly blocks,
> according to new-lines and semicolons, as an indication to the cost of
> the block in time and space. This data is distorted by the kernel code,
> which puts information in alte
--
Hello,
Hope this email finds you well!
I'm reaching out you to see if have any interest in purchasing Baseball
Enthusiasts List. Every contact has 100% permission based emails, as these
contacts are compiled in compliance with Can Spam laws
We guarantee up to 85% on email deliverability.
On Mon, Jun 4, 2018 at 11:32 PM, Dmitry Torokhov
wrote:
> On Mon, Jun 04, 2018 at 10:59:16PM +0200, Benjamin Tissoires wrote:
>> On Mon, Jun 4, 2018 at 8:26 PM, Dmitry Torokhov
>> wrote:
>> > On Mon, Jun 04, 2018 at 07:55:57PM +0200, Henrik Rydberg wrote:
>> >> Hi Dmitry,
>> >>
>> >> > > > Logica
On Mon, Jun 04, 2018 at 02:57:23PM -0700, Dmitry Torokhov wrote:
> On Mon, Jun 04, 2018 at 12:59:54PM +0300, Andy Shevchenko wrote:
> > On Fri, 2018-06-01 at 11:33 -0700, Dmitry Torokhov wrote:
> > > Hi Andy,
> > >
> > > On Fri, Jun 01, 2018 at 11:31:18AM +0300, Andy Shevchenko wrote:
> > > > A lo
Hi Thomas,
On Mon, Jun 04, 2018 at 10:18:24AM +0200, Thomas Bogendoerfer wrote:
> Use fixed width integer types for ecoff structs to make elf2ecoff work
> on 64bit host machines
>
> Signed-off-by: Thomas Bogendoerfer
> ---
>
> v2: include stdint.h and use inttypes.h for printf formats
>
> arc
On Tue, Jun 05, 2018 at 08:03:40AM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Commit
>
> 1e7fb5893364 ("xfs_repair: check and repair quota metadata")
>
> is missing a Signed-off-by from its committer.
Oops, yeah, I just backported that over from xfsprogs, will fix it up.
Thanks for catchin
Kees Cook wrote:
> On Mon, Jun 4, 2018 at 4:21 AM, Nadav Amit wrote:
>> GCC considers the number of statements in inlined assembly blocks,
>> according to new-lines and semicolons, as an indication to the cost of
>> the block in time and space. This data is distorted by the kernel code,
>> which
601 - 700 of 836 matches
Mail list logo
