Add a blurb in the trace sample file to describe
the macro used to add sizeof to value conversions.
Signed-off-by: Jeremy Linton
---
samples/trace_events/trace-events-sample.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/samples/trace_events/trace-events-sample.h
b/samples/trace_e
The enum_replace stanza works as is for sizeof()
calls as well as enums. Rename it as well.
Signed-off-by: Jeremy Linton
---
kernel/trace/trace_events.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/kernel/trace/trace_events.c b/kernel/trace/trace_events.c
inde
Rename the core trace enum routines to use eval, to
reflect their use by more than just enum to value mapping.
Signed-off-by: Jeremy Linton
---
kernel/trace/trace.c| 74 ++---
kernel/trace/trace.h| 4 +--
kernel/trace/trace_events.c | 2 +
Perf has a problem that if sizeof() macros are used within TRACE_EVENT()
macro's they end up in userspace as "sizeof(kernel structure)" which
cannot properly be parsed. Add a macro which can forward this data
through the eval_map for userspace utilization.
Signed-off-by: Jeremy Linton
---
includ
The enum_map file is used to display a list of symbol
to name conversions. As its now used to resolve sizeof
lets update the name and description.
Signed-off-by: Jeremy Linton
---
kernel/trace/Kconfig | 22 +++---
kernel/trace/trace.c | 20 ++--
2 files changed, 2
There are a few places in the kernel where sizeof() is already
being used. Update those locations with TRACE_DEFINE_SIZEOF.
Signed-off-by: Jeremy Linton
---
arch/arm64/kvm/trace.h | 2 ++
include/trace/events/xen.h | 13 +++--
2 files changed, 13 insertions(+), 2 deletions(-)
diff
The kernel and its modules have sections containing the enum
string to value conversions. Rename this section because we
intend to store more than enums in it.
Signed-off-by: Jeremy Linton
---
include/asm-generic/vmlinux.lds.h | 6 +++---
include/trace/trace_events.h | 2 +-
kernel/module.c
Rename the init and trace_enum_jmp_to_tail() routines
to reflect their use by more than enumerated types.
Signed-off-by: Jeremy Linton
---
kernel/trace/trace.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index e1bc5
There are a few cases of sizeof() embedded in TRACE_EVENT()
macros. That is a problem because the sizeof(structure) gets
passed to userspace which doesn't know how to decode the
size of kernel data structures. This is a similar problem
to enums which were being passed in their symbolic form to
user
There is a lock protecting the trace_enum_map, rename
it to reflect the use by more than enums.
Signed-off-by: Jeremy Linton
---
kernel/trace/trace.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index af6ec07..e1bc
On Wed, 31 May 2017, Peter Zijlstra wrote:
> + DEADLINE_MODEL_MATCH_REV ( INTEL_FAM6_SKYLAKE_X,0x0214),
...
> + DEADLINE_MODEL_MATCH_REV ( INTEL_FAM6_SKYLAKE_MOBILE, 0xb2),
> + DEADLINE_MODEL_MATCH_REV ( INTEL_FAM6_SKYLAKE_DESKTOP, 0xb2),
...
> + DEADLINE_MODEL_MATCH_
The enum map entries can be exported to userspace
via a sys enum_map file. Rename those functions
and structures to reflect the fact that we are using
them for more than enums.
Signed-off-by: Jeremy Linton
---
kernel/trace/trace.c | 52 ++--
1 file
Each enum is loaded into the trace_enum_map, as we
are now using this for more than enums rename it.
Signed-off-by: Jeremy Linton
---
include/linux/module.h | 2 +-
include/linux/tracepoint.h | 6 +++---
include/trace/trace_events.h | 8
kernel/trace/trace.c | 24
Each module has a list of enum's its contributing to the
enum map, rename that entry to reflect its use by more than
enums.
Signed-off-by: Jeremy Linton
---
include/linux/module.h | 4 ++--
kernel/module.c| 6 +++---
kernel/trace/trace.c | 6 +++---
3 files changed, 8 insertions(+), 8
On Wed, 2017-05-31 at 14:37 -0700, Andrew Morton wrote:
> On Wed, 31 May 2017 17:31:49 -0400 Jeff Layton wrote:
>
> > On Wed, 2017-05-31 at 13:27 -0700, Andrew Morton wrote:
> > > On Wed, 31 May 2017 08:45:23 -0400 Jeff Layton wrote:
> > >
> > > > This is v5 of the patchset to improve how we're
On Wed 31 May 09:27 PDT 2017, Stephen Boyd wrote:
> On 05/26, Bjorn Andersson wrote:
> > In order to aid post-mortem debugging the Qualcomm platforms provides a
> > "memory download mode", where the boot loader will provide an interface
> > for custom tools to "download" the content of RAM to a ho
Hi Tony, Andrew,
On Wed, 31 May 2017 12:02:10 -0700 Tony Lindgren wrote:
>
> * Andrew Morton [170531 11:21]:
> > On Wed, 31 May 2017 13:14:50 -0400 Johannes Weiner
> > wrote:
> >
> > > Andrew, the 0day tester found a crash with this when special pages get
> > > faulted. They're not charged
On 05/30, Kiran Gunda wrote:
> From: Abhijeet Dharmapurikar
>
> PMIC interrupts each have an internal latched status bit which is
> not visible from any register. This status bit is set as soon as
> the conditions specified in the interrupt type and polarity
> registers are met even if the inter
On 05/30, Kiran Gunda wrote:
> @@ -1384,7 +1384,12 @@ static int spmi_pmic_arb_remove(struct platform_device
> *pdev)
> .of_match_table = spmi_pmic_arb_match_table,
> },
> };
> -module_platform_driver(spmi_pmic_arb_driver);
> +
> +int __init spmi_pmic_arb_init(void)
Missing s
On Wed 31 May 12:31 PDT 2017, Rob Herring wrote:
> On Fri, May 26, 2017 at 11:33:07PM -0700, Bjorn Andersson wrote:
> > In order to aid post-mortem debugging the Qualcomm platforms provides a
> > "memory download mode", where the boot loader will provide an interface
> > for custom tools to "downl
On Fri, Jun 2, 2017 at 12:33 AM, wrote:
> This fix oops found while testing load/unload test of
> intel_telemetry_debugfs module. Module_init uses register_pm_notifier
> for PM callbacks, but unregister_pm_notifier was missing from
> module_exit.
> +#ifdef CONFIG_PM_SLEEP
> + unregister_pm
Hi!
> > You meen "errors = 0"? Does that actually make a difference? It is a
> > local variable, and continue makes sure the value is not used:
> >
>
> I missed the 'continue' statement there. In that case we don't need to
> reset 'error'.
Yes, thanks, I wanted to double-check. If you could ta
On 05/30/2017 05:28 AM, Peter Zijlstra wrote:
On Mon, May 22, 2017 at 01:48:14PM -0700, Rohit Jain wrote:
The patch introduces capacity awarness in scheduler (CAS) which avoids
CPUs which might have their capacities reduced (due to IRQ/RT activity)
when trying to schedule threads (on the push si
On 05/30, Kiran Gunda wrote:
>
> /* PMIC Arbiter channel registers offsets */
> @@ -96,6 +97,17 @@ enum pmic_arb_cmd_op_code {
> /* interrupt enable bit */
> #define SPMI_PIC_ACC_ENABLE_BIT BIT(0)
>
> +#define HWIRQ(slave_id, periph_id, irq_id, apid) \
> + slave_id) & 0x
On Mon 2017-05-29 10:48:38, Boris Brezillon wrote:
> Hi,
>
> On Thu, 25 May 2017 23:33:43 +
> Darwin Dingel wrote:
>
> > Hi,
> >
> > We are also having the same problem where the IFC (nand flash) was
> > reporting ECC uncorrectable errors on single bitflips with erased pages.
> > Applying
On Wed, May 31, 2017 at 10:08 AM, Borislav Petkov wrote:
> Hey guys,
>
> do you have anything against the below renaming?
>
> ldt->size is simply confusing while it wants to be called ldt->n_entries
> as it is used like this throughout the code.
Agreed, but...
> static int read_ldt(void __user
From: Andi Kleen
Before enabling XSAVE, not only check the XSAVE specific CPUID bits,
but also the base CPUID features of the respective XSAVE feature.
This allows to disable individual XSAVE states using the existing
clearcpuid= option, and also in general avoids inconsistencies.
For example som
From: Andi Kleen
Move the XSAVE initialization code to be after parsing early parameters.
I don't see any reason why the FPU code needs to be initialized that
early, nothing else in the initialization phase uses XSAVE.
This is useful to be able to handle command line parameters in the
XSAVE initi
From: Andi Kleen
Make clearcpuid= an early param, to make sure it is parsed
before the XSAVE initialization. This allows to modify
XSAVE state by clearing specific CPUID bits.
Signed-off-by: Andi Kleen
---
arch/x86/kernel/cpu/common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: Andi Kleen
Some CPUID features depend on other features. Currently it's
possible to to clear dependent features, but not clear the base features,
which can cause various interesting problems.
This patch implements a generic table to describe dependencies
between CPUID features, to be used
From: Andi Kleen
Now that the generic CPUID clearing understands dependencies,
it's enough to clear the XSAVE CPUID bit to clear all depending
features when XSAVE gets disabled.
So we don't need this hard to maintain explicit list
of features depending on XSAVE anymore. Just call the generic
cle
On Wed, May 31, 2017 at 09:01:03PM +0900, Namhyung Kim wrote:
> When perf processes build-id event, it creates DSOs with the build-id.
> But it didn't set the module short name (like '[module-name]') so when
> processing a kernel mmap event of the module, it cannot found the DSO as
> it only checks
I noticed that both register_pm_notifier and unregister_pm_notifier() has no-op
defined already for !CONFIG_PM_SLEEP. So don’t need to check flag anywhere.
Thanks for feedback.
-Original Message-
From: Andy Shevchenko [mailto:andy.shevche...@gmail.com]
Sent: Wednesday, May 31, 2017 3:1
Hi,
On Wed, May 31, 2017 at 2:45 PM, David Rientjes wrote:
> On Wed, 31 May 2017, Doug Anderson wrote:
>
>> > Again, I defer to maintainers like Andrew and Ingo who have to deal with
>> > an enormous amount of patches on how they would like to handle it; I don't
>> > think myself or anybody else
Ext4 now supports xattr values that are up to 64k in size (vfs limit).
Large xattr values are stored in external inodes each one holding a
single value. Once written the data blocks of these inodes are immutable.
The real world use cases are expected to have a lot of value duplication
such as inhe
Hi Lee,
On 05/30/2017 11:57 PM, Lee Jones wrote:
On Tue, 30 May 2017, Sathyanarayanan Kuppuswamy Natarajan wrote:
Hi All,
On Tue, May 30, 2017 at 8:38 PM, Stephen Rothwell wrote:
Hi all,
On Tue, 30 May 2017 09:53:06 +0100 Lee Jones wrote:
Dear fellow Maintainers,
Enjoy!
The following
From: Kuppuswamy Sathyanarayanan
Currently in WCOVE PMIC mfd driver, all second level irq chips
are chained to the respective first level irqs. So there is no
need for explicitly unmasking the first level irq in this
driver. This patches removes this level 1 irq unmask support.
Signed-off-by: Ku
Signed-off-by: Andrea Adami
---
arch/arm/mach-pxa/spitz.c | 34 +-
1 file changed, 9 insertions(+), 25 deletions(-)
diff --git a/arch/arm/mach-pxa/spitz.c b/arch/arm/mach-pxa/spitz.c
index 67d66c7..21a2e42 100644
--- a/arch/arm/mach-pxa/spitz.c
+++ b/arch/arm/mach
This patchset introduces a simple partition parser for the Sharp SL
Series PXA handhelds. More details in the commit text.
I have set in cc the ARM PXA maintainers because this is the MTD part of
a planned wider patchset cleaning the Zaurus board files. The MFD maintainers
are also in cc (tmio.h c
Signed-off-by: Andrea Adami
---
arch/arm/mach-pxa/tosa.c | 28
1 file changed, 8 insertions(+), 20 deletions(-)
diff --git a/arch/arm/mach-pxa/tosa.c b/arch/arm/mach-pxa/tosa.c
index 13de660..3074aae 100644
--- a/arch/arm/mach-pxa/tosa.c
+++ b/arch/arm/mach-pxa/tosa.
Signed-off-by: Andrea Adami
---
include/linux/mfd/tmio.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/mfd/tmio.h b/include/linux/mfd/tmio.h
index a1520d8..23bb069 100644
--- a/include/linux/mfd/tmio.h
+++ b/include/linux/mfd/tmio.h
@@ -139,6 +139,7 @@ struct tmio_nand_data {
Signed-off-by: Andrea Adami
---
arch/arm/mach-pxa/poodle.c | 28
1 file changed, 8 insertions(+), 20 deletions(-)
diff --git a/arch/arm/mach-pxa/poodle.c b/arch/arm/mach-pxa/poodle.c
index 62a1191..4881a43 100644
--- a/arch/arm/mach-pxa/poodle.c
+++ b/arch/arm/mach-p
The Sharp SL Series (Zaurus) PXA handhelds have 16/64/128M of NAND flash
and share the same layout of the first 7M partition, managed by Sharp FTL.
The purpose of this self-contained patch is to add a common parser and
remove the hardcoded sizes in the board files (these devices are not yet
conver
Signed-off-by: Andrea Adami
---
arch/arm/mach-pxa/corgi.c | 31 ---
1 file changed, 8 insertions(+), 23 deletions(-)
diff --git a/arch/arm/mach-pxa/corgi.c b/arch/arm/mach-pxa/corgi.c
index 7270f0d..2412add 100644
--- a/arch/arm/mach-pxa/corgi.c
+++ b/arch/arm/mach-px
Signed-off-by: Andrea Adami
---
drivers/mtd/nand/tmio_nand.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/tmio_nand.c b/drivers/mtd/nand/tmio_nand.c
index fc5e773..bea05bb 100644
--- a/drivers/mtd/nand/tmio_nand.c
+++ b/drivers/mtd/nand/tmio_nand.c
@@ -4
Signed-off-by: Andrea Adami
---
include/linux/mtd/sharpsl.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/mtd/sharpsl.h b/include/linux/mtd/sharpsl.h
index 65e91d0..c0e0be2 100644
--- a/include/linux/mtd/sharpsl.h
+++ b/include/linux/mtd/sharpsl.h
@@ -17,4 +17,5 @@ struct shar
Signed-off-by: Andrea Adami
---
drivers/mtd/nand/sharpsl.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/nand/sharpsl.c b/drivers/mtd/nand/sharpsl.c
index 064ca17..1a76779 100644
--- a/drivers/mtd/nand/sharpsl.c
+++ b/drivers/mtd/nand/sharpsl.c
@@ -183,8
From: Kuppuswamy Sathyanarayanan
Cleanup the resource allocation/free code in probe function by using
devm_* calls.
Signed-off-by: Kuppuswamy Sathyanarayanan
Acked-for-MFD-by: Lee Jones
---
drivers/mfd/intel_soc_pmic_bxtwc.c | 54 +-
1 file changed, 18 ins
From: Kuppuswamy Sathyanarayanan
PMIC mfd driver only exports first level irq for GPIO device.
But currently we are reading the irqs from the second level irq
chip, So this patch fixes this issue by adding support to use
first level PMIC GPIO irq.
Signed-off-by: Kuppuswamy Sathyanarayanan
Acke
From: Kuppuswamy Sathyanarayanan
Currently all PMIC GPIO domain irqs are consumed by the same
device(bxt_wcove_gpio), so there is no need to export them as
separate interrupts. We can just export only the first level
GPIO irq(BXTWC_GPIO_LVL1_IRQ) as an irq resource and let the
GPIO device driver(
From: Kuppuswamy Sathyanarayanan
Whishkey cove PMIC has support to mask/unmask interrupts at two levels.
At first level we can mask/unmask interrupt domains like TMU, GPIO, ADC,
CHGR, BCU THERMAL and PWRBTN and at second level, it provides facility
to mask/unmask individual interrupts belong each
From: Kuppuswamy Sathyanarayanan
TMU interrupts are registered as a separate interrupt chip, and
hence it should start its interrupt index(BXTWC_TMU_IRQ) number
from 0. But currently, BXTWC_TMU_IRQ is defined as part of enum
bxtwc_irqs_level2 and its index value is 11. Since this index
value is u
From: Kuppuswamy Sathyanarayanan
Following patch set adds chained IRQ support to WCOVE PMIC driver.
Changes since v3:
* Added fix for typec wcove driver.
Changes since v4:
* Squashed following two commits, to keep the patch set bisectable.
usb: typec: typec_wcove: Use charger irq chip to g
From: Kuppuswamy Sathyanarayanan
Since all second level thermal irqs are consumed by the same
device(bxt_wcove_thermal), there is no need to expose them as separate
interrupts. We can just export only the first level irqs for thermal and
let the device(bxt_wcove_thermal) driver handle the second
From: Kuppuswamy Sathyanarayanan
PMIC mfd driver only exports first level irq for thermal device.
But currently we are reading the irqs from the second level irq
chip, So this patch fixes this issue by adding support to use
first level PMIC thermal irq.
Signed-off-by: Kuppuswamy Sathyanarayanan
From: Priyalee Kushwaha
This fix oops found while testing load/unload test of
intel_telemetry_debugfs module. Module_init uses register_pm_notifier
for PM callbacks, but unregister_pm_notifier was missing from
module_exit.
[ 97.481860] BUG: unable to handle kernel paging request at a006
On Wednesday, May 31, 2017 10:41:52 PM Andy Shevchenko wrote:
> acpi_evaluate_dsm() and friends take a pointer to a raw buffer of 16
> bytes. Instead we convert them to use guid_t type. At the same time we
> convert current users.
>
> acpi_str_to_uuid() becomes useless after the conversion and it'
On Wednesday, May 31, 2017 10:41:50 PM Andy Shevchenko wrote:
> There are new types and helpers that are supposed to be used in new code.
>
> As a preparation to get rid of legacy types and API functions do
> the conversion here.
>
> Signed-off-by: Andy Shevchenko
Acked-by: Rafael J. Wysocki
On Wed, May 31, 2017 at 9:55 AM, Eric Dumazet wrote:
> On Wed, May 31, 2017 at 9:45 AM, Cong Wang wrote:
>> On Wed, May 31, 2017 at 2:42 AM, Andrey Konovalov
>> wrote:
>>> Hi,
>>>
>>> I've got the following error report while fuzzing the kernel with syzkaller.
>>>
>>> On commit 5ed02dbb497422bf
On Wednesday, May 31, 2017 06:39:05 PM Jan Kiszka wrote:
> On 2017-05-30 23:41, Rafael J. Wysocki wrote:
> > On Tue, May 30, 2017 at 11:16 PM, Moore, Robert
> > wrote:
> >>
> >>
> >>> -Original Message-
> >>> From: Jan Kiszka [mailto:jan.kis...@siemens.com]
> >>> Sent: Monday, May 29, 201
On Wed, 31 May 2017, Igor Stoppa wrote:
> On 30/05/17 13:32, James Morris wrote:
>
> > This seems like pointless churn in security-critical code in anticipation
> > of features which are still in development and may not be adopted.
> >
> > Is there a compelling reason to merge this now? (And I
On 01/06/17 08:59, Pavel Machek wrote:
> If we see unrecoverable ECC error, we need to count number of bitflips
> from all-ones and report correctable/uncorrectable according to
> that. Otherwise we report ECC failed on erased flash with single bit error.
>
> Signed-off-by: Pavel Machek
> Report
On Wed, 2017-05-31 at 13:59 -0400, David Miller wrote:
> From: Michael Kelley
> Date: Tue, 30 May 2017 10:43:04 -0700
>
> > Add direct #include statements for declarations of csum_tcpudp_magic()
> > and csum_ipv6_magic(). While the needed #include's are picked up
> > indirectly for the x86 archit
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git ms
head: 851deed7a22b72f2be5babed461b6cdd6c78d7b2
commit: e6b574fbfde17bd8fceb374bcb3be55c3ee23d2e [7/8] mmap_sem: Use
percpu_rw_sema
config: s390-default_defconfig (attached as .config)
compiler: s390x-linux-gnu-gcc (
Hi Hans,
On 05/31/2017 05:21 AM, Hans de Goede wrote:
Hi,
On 30-05-17 20:50, Andy Shevchenko wrote:
On Tue, May 30, 2017 at 9:21 PM, sathyanarayanan kuppuswamy
wrote:
On Tue, May 30, 2017 at 3:47 AM,
wrote:
+ tristate "Intel USB Mux"
It's indeed Intel's IP?
Register map to con
On 05/31/2017 08:30 AM, Peter Rosin wrote:
On 2017-05-31 16:18, Hans de Goede wrote:
Hi,
On 31-05-17 15:05, Peter Rosin wrote:
On 2017-05-31 14:21, Hans de Goede wrote:
actually this is the first time I hear about a mux framework
at all. Is there a git tree with the patches for this somewhe
From: Joe Perches
Date: Wed, 31 May 2017 15:59:31 -0700
> On Wed, 2017-05-31 at 13:59 -0400, David Miller wrote:
>> From: Michael Kelley
>> Date: Tue, 30 May 2017 10:43:04 -0700
>>
>> > Add direct #include statements for declarations of csum_tcpudp_magic()
>> > and csum_ipv6_magic(). While the
Hi,
On 05/31/2017 11:27 AM, Hans de Goede wrote:
Hi,
On 31-05-17 17:30, Peter Rosin wrote:
On 2017-05-31 16:18, Hans de Goede wrote:
Hi,
On 31-05-17 15:05, Peter Rosin wrote:
On 2017-05-31 14:21, Hans de Goede wrote:
actually this is the first time I hear about a mux framework
at all. Is
From: Rafael J. Wysocki
Allow the intel-hid driver to wake up the system from suspend-to-idle
by configuring its platform device as a wakeup one by default and
switching it over to a system wakeup events triggering mode during
system suspend transitions.
Signed-off-by: Rafael J. Wysocki
---
dr
Hi All,
This is a follow-up for a patch series posted some time ago:
http://marc.info/?l=linux-kernel&m=149324246701378&w=2
The first two patches from that series are in 4.12-rc already and the rest
have been rearranged.
The issue at hand is still the same as before:
On Wednesday, April 26, 20
From: Rafael J. Wysocki
Some recent Dell laptops, including the XPS13 model numbers 9360 and
9365, cannot be woken up from suspend-to-idle by pressing the power
button which is unexpected and makes that feature less usable on
those systems. Moreover, on the 9365 ACPI S3 (suspend-to-RAM) is
not e
From: Rafael J. Wysocki
Allow the intel-vbtn driver to wake up the system from suspend-to-idle
by configuring its platform device as a wakeup one by default and
switching it over to a system wakeup events triggering mode during
system suspend transitions.
Signed-off-by: Rafael J. Wysocki
---
d
Hi,
On 05/30/2017 11:29 PM, Peter Rosin wrote:
On 2017-05-30 19:47, sathyanarayanan kuppuswamy wrote:
Hi Peter,
Thanks for your comments.
On 05/30/2017 06:40 AM, Peter Rosin wrote:
On 2017-05-30 02:47, sathyanarayanan.kuppusw...@linux.intel.com wrote:
From: Kuppuswamy Sathyanarayanan
In
On Wed, May 31, 2017 at 9:12 AM, Eric Dumazet wrote:
> On Wed, 2017-05-31 at 11:46 +0200, Andrey Konovalov wrote:
>> Hi,
>>
>> I've got the following error report while fuzzing the kernel with syzkaller.
>>
>> On commit 5ed02dbb497422bf225783f46e6eadd237d23d6b (4.12-rc3).
>>
>> Unfortunately it's
Fix sparse warning "symbol foo was not declared. Should it be static?"
for the following symbols:
mx23_lradc_adc_irq_names
mx28_lradc_adc_irq_names
iio_dev_attr_in_voltage0_scale_available
iio_dev_attr_in_voltage1_scale_available
iio_dev_attr_in_voltage2_scale_available
iio_dev_attr_in_voltage3_sca
On Wed, 2017-05-31 at 15:28 -0500, Mike Christie wrote:
> On 05/30/2017 11:58 PM, Nicholas A. Bellinger wrote:
> > Hey MNC,
> >
> > On Fri, 2017-05-26 at 22:14 -0500, Mike Christie wrote:
> >> Thanks for the patch.
> >> The patch fixes the crash for me. However, is there a possible
> >> regress
El Tue, May 30, 2017 at 11:13:06AM -0700 Matthias Kaehlcke ha dit:
> Hi,
>
> There has been discussion spread over different threads on how to deal
> with 'unused-function' warnings raised by clang on static inline
> functions. gcc in general does not emit warnings for unused static
> inline func
On Wed, May 31, 2017 at 4:49 PM, Cong Wang wrote:
> On Wed, May 31, 2017 at 9:12 AM, Eric Dumazet wrote:
>> On Wed, 2017-05-31 at 11:46 +0200, Andrey Konovalov wrote:
>>> Hi,
>>>
>>> I've got the following error report while fuzzing the kernel with syzkaller.
>>>
>>> On commit 5ed02dbb497422bf225
Hi Andy,
[auto build test ERROR on pm/linux-next]
[also build test ERROR on v4.12-rc3 next-20170531]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Andy-Shevchenko/ACPI-et-al-convert-to-use-new
Hi Andy,
[auto build test WARNING on pm/linux-next]
[also build test WARNING on v4.12-rc3 next-20170531]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Andy-Shevchenko/ACPI-et-al-convert-to-use
On Monday, May 29, 2017 02:18:52 AM Jongman Heo wrote:
>
> Hi,
>
> FYI, 4.12-rc3 still has this issue.
>
>
> - Original Message -
> Sender : 허종만
> Date : 2017-05-16 13:25 (GMT+9)
> Title : [4.12 regression] "cpufreq: intel_pstate: Active mode P-state limits
> rework"
>
>
El Wed, May 31, 2017 at 03:31:26PM -0700 Doug Anderson ha dit:
> Hi,
>
> On Wed, May 31, 2017 at 2:45 PM, David Rientjes wrote:
> > On Wed, 31 May 2017, Doug Anderson wrote:
> >
> >> > Again, I defer to maintainers like Andrew and Ingo who have to deal with
> >> > an enormous amount of patches o
Hi Andy,
[auto build test ERROR on pm/linux-next]
[also build test ERROR on v4.12-rc3 next-20170531]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Andy-Shevchenko/ACPI-et-al-convert-to-use-new
On 05/31/2017 10:32 AM, Michael Büsch wrote:
On Wed, 31 May 2017 13:26:43 +0300
Kalle Valo wrote:
Jia-Ju Bai writes:
The driver may sleep under a spin lock, and the function call path is:
b43legacy_op_bss_info_changed (acquire the lock by spin_lock_irqsave)
b43legacy_synchronize_irq
Hi Andy,
[auto build test ERROR on pm/linux-next]
[also build test ERROR on v4.12-rc3 next-20170531]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Andy-Shevchenko/ACPI-et-al-convert-to-use-new
Hi Andy,
[auto build test ERROR on pm/linux-next]
[also build test ERROR on v4.12-rc3 next-20170531]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Andy-Shevchenko/ACPI-et-al-convert-to-use-new
On Wed, 2017-05-31 at 16:55 -0700, Eric Dumazet wrote:
> The issue here is the timer firing while ip_mc_clear_src() has been
> already called.
>
> My patch should fix the problem.
>
> Or another one using del_timer_sync() instead of del_timer() in
> igmp_stop_timer(), but such a change would be
Thanks Pavel.
I will remove these two dts properties and define the default on/off time
values in C code.
--
Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux
Foundation Collaborative Project.
On Tue, 23 May 2017 05:55:15 PDT (-0700), Arnd Bergmann wrote:
> On Tue, May 23, 2017 at 2:41 AM, Palmer Dabbelt wrote:
>> +/**
>> + * atomic_read - read atomic variable
>> + * @v: pointer of type atomic_t
>> + *
>> + * Atomically reads the value of @v.
>> + */
>> +static inline int atomic_read(co
On 06/01/2017 01:33 AM, Larry Finger wrote:
On 05/31/2017 05:29 AM, Jia-Ju Bai wrote:
The driver may sleep under a spin lock, and the function call path is:
b43legacy_attr_interfmode_store (acquire the lock by spin_lock_irqsave)
b43legacy_radio_set_interference_mitigation
b43legacy_radio
On Wed, May 31, 2017 at 07:01:29AM -0400, Paolo Bonzini wrote:
> > + size = offsetof(struct fxregs_state, xmm_space[16]);
> This still has the same issue (it should be multiplied by 4).
I'm still misunderstanding the math here.
Why multiplied by four, in this case? 8 * 16 / 4 is used in
On Wed, 2017-05-31 at 13:46 -0500, Rob Herring wrote:
> On Fri, May 26, 2017 at 05:43:09PM +0800, Ryder Lee wrote:
> > This patch removes unnecessary clock in binding file.
>
> Why is the clock unnecessary? A h/w block either has a clock or doesn't.
>
> The subject needs some work. Perhaps "dt-bi
On 06/01/2017 08:07 AM, Larry Finger wrote:
On 05/31/2017 10:32 AM, Michael Büsch wrote:
On Wed, 31 May 2017 13:26:43 +0300
Kalle Valo wrote:
Jia-Ju Bai writes:
The driver may sleep under a spin lock, and the function call path is:
b43legacy_op_bss_info_changed (acquire the lock by spin_lo
>
>- Original Message -
>Sender : Rafael J. Wysocki
>Date : 2017-06-01 08:58 (GMT+9)
>Title : Re: FW: [4.12 regression] "cpufreq: intel_pstate: Active mode P-state
>limits rework"
>
>On Monday, May 29, 2017 02:18:52 AM Jongman Heo wrote:
>>
>> Hi,
>>
>> FYI, 4.12-rc3 still
Hi Pavel,
Just a minor thing. Sorry about the late comment.
On 01/06/17 08:59, Pavel Machek wrote:
> +
> + res = check_erased_page(chip, buf);
> + return res;
> + }
Can we just remove 'res' and change this line to:
return check_erased_page(chip, buf);
Cheer
On 2017/5/31 22:08, Alexander Potapenko wrote:
> On Fri, Mar 24, 2017 at 4:18 AM, Zefan Li wrote:
>> On 2017/3/23 22:04, Dmitry Vyukov wrote:
>>> Hello,
>>>
>>> The following program triggers WARNING in percpu_ref_kill_and_confirm:
>>> https://gist.githubusercontent.com/dvyukov/bcfcef3d6b24b9fd841
Hi Jeremy,
I'm currently at the Open Source Summit in Tokyo. It may be a while
before I get to look more at this. If I get time during my travels,
I may get to it sooner, otherwise it may be a week or so.
-- Steve
On Wed, 31 May 2017 16:56:41 -0500
Jeremy Linton wrote:
> There are a few cases
On 5/31/17 4:49 PM, Cong Wang wrote:
==
BUG: KASAN: use-after-free in ip6_dst_ifdown+0x3cc/0x400
net/ipv6/route.c:422
Read of size 8 at addr 88006afa4ad8 by task syz-executor6/23554
>>>
>>>
>>> This one is very
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/phy/marvell.c
between commit:
898805e0cdf7 ("net: phy: fix marvell phy status reading")
from the net tree and commit:
e1dde8dc5b27 ("net: phy: marvell: Refactor some bigger functions")
from the net-nex
From: Rob Herring Sent: Thursday, June 01, 2017 12:44 AM
>On Tue, May 23, 2017 at 11:48:08AM +0200, Quentin Schulz wrote:
>> Some PHY require to wait for a bit after the reset GPIO has been
>> toggled. This adds support for the DT property `phy-reset-post-delay`
>> which gives the delay in millise
801 - 900 of 1025 matches
Mail list logo
