On 06/30/2017 08:46 AM, Arnd Bergmann wrote:
The new driver causes a build failure in some configurations:
In file included from /git/arm-soc/drivers/usb/typec/ucsi/trace.h:9:0,
from /git/arm-soc/drivers/usb/typec/ucsi/trace.c:2:
drivers/usb/typec/ucsi/ucsi.h:331:39: error: 'st
On 06/30/2017 04:00 PM, Thomas Gleixner wrote:
> On Fri, 30 Jun 2017, Andrey Ryabinin wrote:
>> On 06/30/2017 01:15 PM, Thomas Gleixner wrote:
>>> On Fri, 30 Jun 2017, Michal Hocko wrote:
So I like this simplification a lot! Even if we can get rid of the
stop_machine eventually this patch
On Fri, Jun 30, 2017 at 08:44:40AM -0700, Andy Lutomirski wrote:
> > A few comments about the first patch:
> >
> >
> > https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git/commit/?h=x86/entry_irq_stack&id=3e2aa2102cc1c5e60d4a8637bff78d0478a55059
> >
> > - It uses a '693:' label instead
On Fri, Jun 30, 2017 at 03:49:41PM +, Ard Biesheuvel wrote:
>
>
> > On 30 Jun 2017, at 15:34, Arnd Bergmann wrote:
> >
> > With the new task struct randomization, we can run into a build
> > failure for certain random seeds:
> >
> > arch/arm/kernel/entry-armv.S: Assembler messages:
> > arc
On Fri, Jun 30, 2017 at 5:49 PM, Ard Biesheuvel
wrote:
>> On 30 Jun 2017, at 15:34, Arnd Bergmann wrote:
>>
>> With the new task struct randomization, we can run into a build
>> failure for certain random seeds:
>>
>> arch/arm/kernel/entry-armv.S: Assembler messages:
>> arch/arm/kernel/entry-armv
On 06/30/2017 07:35 AM, Sebastian Reichel wrote:
TSI channel has a 4 channel mux connected to it and is normally
used for touchscreen support. The hardware may alternatively
use it as general purpose adc.
Signed-off-by: Sebastian Reichel
---
drivers/hwmon/da9052-hwmon.c | 249 +++
Patch 1 consolidates code and patch 2 fixes a glitch that Josh noticed.
These could go straight to -tip, but it may make more sense for Josh
to add them to his undwarf series.
P.S. Should undwarf be called balrog instead? It seems that Josh has
been delving very deeply indeed lately.
Andy Lutomi
The OOPS unwinder wants the word at the top of the IRQ stack to
point back to the previous stack at all times when the IRQ stack
is in use. There's currently a one-instruction window in ENTER_IRQ_STACK
during which this isn't the case. Fix it by writing the old RSP to the
top of the IRQ stack bef
This will allow IRQ stacks to nest inside NMIs or similar entries
that can happen during IRQ stack setup or teardown.
The new macros won't work correctly if they're invoked with IRQs on.
Add a check under CONFIG_DEBUG_ENTRY to detect that.
Signed-off-by: Andy Lutomirski
---
arch/x86/Kconfig.deb
On Fri, Jun 30, 2017 at 8:55 AM, Josh Poimboeuf wrote:
> On Fri, Jun 30, 2017 at 08:44:40AM -0700, Andy Lutomirski wrote:
>> > A few comments about the first patch:
>> >
>> >
>> > https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git/commit/?h=x86/entry_irq_stack&id=3e2aa2102cc1c5e60d4
Hi Jens,
Here you have a second round of fixes for pblk. They are in essence bug
fixes including a double-free reported by Dan.
There is also regression fix for pblk removal, which was introduced with
the new metadata scheduler. This fix makes that removing a pblk instance
takes again at most 2 s
When a read is directed to the cache, we risk that the lba has been
updated during the time we made the L2P table lookup and the time we are
actually reading form the cache. We intentionally not hold the L2P lock
not to block other threads.
While strict ordering is not a guarantee at this level (u
Hi Andy,
Thanks for the review :)
On Jun 29 2017 or thereabouts, Andy Shevchenko wrote:
> +Cc: Hans (he might give some advice regarding to the below)
>
> On Thu, Jun 29, 2017 at 3:10 PM, Benjamin Tissoires
> wrote:
> > MSHW0011 replaces the battery firmware by using ACPI operation regions.
> >
For now, we allocate a per I/O buffer for GC data. Since the potential
size of the buffer is 256KB and GC is not in the fast path, do this
allocation with vmalloc. This puts lets pressure on the memory
allocator at no performance cost.
Signed-off-by: Javier González
Signed-off-by: Matias Bjørling
Fix bad metadata buffer assignations introduced when refactoring the
medatada write path.
Fixes: dd2a43437337 lightnvm: pblk: sched. metadata on write thread
Signed-off-by: Javier González
Signed-off-by: Matias Bjørling
---
drivers/lightnvm/pblk-recovery.c | 6 +++---
1 file changed, 3 insertio
Remove unused variable.
Signed-off-by: Javier González
Signed-off-by: Matias Bjørling
---
drivers/lightnvm/pblk-sysfs.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/lightnvm/pblk-sysfs.c b/drivers/lightnvm/pblk-sysfs.c
index 22e6f2ad4aee..95fb434e2f01 100644
-
This patch works for me, thanks!
Jack
On Thu, Jun 29, 2017 at 1:08 PM, Yazen Ghannam wrote:
> From: Yazen Ghannam
>
> Current SMCA implementations have the same banks on each CPU with the
> non-core banks only visible to a "master thread" on each Die. Practically,
> this means the smca_banks ar
When removing a pblk instance, pad the current line using asynchronous
I/O. This reduces the removal time from ~1 minute in the worst case to a
couple of seconds.
Signed-off-by: Javier González
Signed-off-by: Matias Bjørling
---
drivers/lightnvm/pblk-core.c | 5 +-
drivers/lightnvm/pblk-i
On Fri, Jun 30, 2017 at 6:45 PM, Arnd Bergmann wrote:
> Marking sony_laptop_input_keycode_map 'const' sounds like a good
> idea in principle, but unfortunately causes a compiler warning:
>
> drivers/platform/x86/sony-laptop.c: In function 'sony_laptop_setup_input':
> drivers/platform/x86/sony-lapt
When user threads place data into the write buffer, they reserve space
and do the memory copy out of the lock. As a consequence, when the write
thread starts persisting data, there is a chance that it is not copied
yet. In this case, avoid polling, and schedule before retrying.
Signed-off-by: Javi
Do bitmap checks only when debug mode is enable. The line bitmap used
for mapping to physical addresses is fairly large (~512KB) and it is
expensive to do this checks on the fast path.
Signed-off-by: Javier González
Signed-off-by: Matias Bjørling
---
drivers/lightnvm/pblk-core.c | 5 -
1 fi
Add a sanity check to the pblk initialization sequence in order to
ensure that enough LUNs have been allocated to store the line metadata.
Signed-off-by: Javier González
Signed-off-by: Matias Bjørling
---
drivers/lightnvm/pblk-init.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/dri
Prevent pblk->lines being double freed in case of an error during pblk
initialization.
Fixes: dd2a43437337: "lightnvm: pblk: sched. metadata on write thread"
Reported-by: Dan Carpenter
Signed-off-by: Javier González
Signed-off-by: Matias Bjørling
---
drivers/lightnvm/pblk-init.c | 2 --
1 file
Use the right types and conversions on le64 variables. Reported by
sparse.
Signed-off-by: Javier González
Signed-off-by: Matias Bjørling
---
drivers/lightnvm/pblk-core.c | 2 +-
drivers/lightnvm/pblk-gc.c | 5 -
drivers/lightnvm/pblk-map.c | 2 +-
drivers/lightnvm/pblk-recove
Michal Hocko wrote:
> On Fri 30-06-17 09:14:22, Tetsuo Handa wrote:
> [...]
> > Ping? Ping? When are we going to apply this patch or watchdog patch?
> > This problem occurs with not so insane stress like shown below.
> > I can't test almost OOM situation because test likely falls into either
> > pr
On Sat, Jul 01, 2017 at 12:14:44AM +1000, Jonathan Liu wrote:
> Hi Chen-Yu and Maxime,
>
> On 30 June 2017 at 13:16, Chen-Yu Tsai wrote:
> > On Fri, Jun 30, 2017 at 6:22 AM, Jonathan Liu wrote:
> >> Hi Maxime,
> >>
> >> On 30 June 2017 at 01:56, Maxime Ripard
> >> wrote:
> >>> On Wed, Jun 28, 2
With the new task struct randomization, we can run into a build
failure for certain random seeds:
arch/arm/kernel/entry-armv.S: Assembler messages:
arch/arm/kernel/entry-armv.S:803: Error: bad immediate value for offset (4096)
Only two constants in asm-offset.h are affected, and I'm changing
both
On Thu, Jun 29, 2017 at 10:41 PM, Chen-Yu Tsai wrote:
> On Fri, Jun 30, 2017 at 5:19 AM, Rob Herring wrote:
>> On Tue, Jun 27, 2017 at 07:07:34PM +0800, Yong Deng wrote:
>>> Add binding documentation for Allwinner CSI.
>>
>> For the subject:
>>
>> dt-bindings: media: Add Allwinner Camera Sensor I
When CONFIG_PM_SLEEP is disabled, we don't have a pm_genpd_poweroff_noirq
function definition:
drivers/base/power/domain.c: In function 'pm_genpd_init':
drivers/base/power/domain.c:1549:37: error: 'pm_genpd_poweroff_noirq'
undeclared (first use in this function); did you mean 'genpd_power_off_unu
The only caller of pm_genpd_present outside of CONFIG_PM_GENERIC_DOMAINS_OF
was removed, so we now get a warning when that is disabled:
drivers/base/power/domain.c:725:13: error: 'pm_genpd_present' defined but not
used [-Werror=unused-function]
This moves the function definition inside of the #i
Have module parameter override_dsm_mask override the dsm_mask for
root calls like it does for non-root dsm calls.
Signed-off-by: Jerry Hoemann
---
drivers/acpi/nfit/core.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/acpi/nfit/core.c b/drivers/acpi/nfit/core.c
index 4e24d69..87a
Add a bus level dsm_mask to nvdimm_bus_descriptor to allow the passthru
calling mechanism to specify a different mask from the cmd_mask.
Populate bus_dsm_mask and use it to filter dsm calls that user can
make through the pass thru interface.
Signed-off-by: Jerry Hoemann
---
drivers/acpi/nfit/co
The ACPI 6.2 spec added NVDIMM root DSM functions that managibility
and test software need to call.
This patch set enables the calling of root functions DSMs via the
pass thru mechanism.
Changes v4
--
1. Minor refactoring of patch sequence.
Changes v3
--
1. Fix checkpatch warning
Have dsm functions called via the pass thru mechanism also
be checked against clear to send.
Signed-off-by: Jerry Hoemann
---
drivers/nvdimm/bus.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/nvdimm/bus.c b/drivers/nvdimm/bus.c
index e9361bf..e16427d 100644
---
A compiler warning points out a typo:
drivers/pinctrl/pinctrl-rza1.c: In function 'rza1_pinctrl_probe':
drivers/pinctrl/pinctrl-rza1.c:1260:5: error: 'ret' may be used uninitialized
in this function [-Werror=maybe-uninitialized]
This changes the condition to the usual check for failure of the pr
ACPI 6.2 added new NVDIMM root DSM functions. Define their
data structures.
Signed-off-by: Jerry Hoemann
---
include/uapi/linux/ndctl.h | 40 +++-
1 file changed, 39 insertions(+), 1 deletion(-)
diff --git a/include/uapi/linux/ndctl.h b/include/uapi/linux/nd
Display bus_dsm_mask in sysfs as /sys/bus/nd/devices/ndbusX/nfit/dsm_mask.
Signed-off-by: Jerry Hoemann
---
drivers/acpi/nfit/core.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/acpi/nfit/core.c b/drivers/acpi/nfit/core.c
index 5e4c137..4e24d69 100644
--- a/drivers/a
cont_pkt->entry_type is an 8-bit field, so doing a 32-bit byteswap
on it will store incorrect data:
drivers/scsi/qla2xxx/qla_nvme.c: In function 'qla2x00_start_nvme_mq':
include/uapi/linux/byteorder/big_endian.h:32:26: error: large integer
implicitly truncated to unsigned type [-Werror=overflow]
Set ND_CMD_CALL in the cmd_mask to enable calling root
functions via the pass thru mechanism.
Signed-off-by: Jerry Hoemann
---
drivers/acpi/nfit/core.c | 1 +
include/uapi/linux/ndctl.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/acpi/nfit/core.c b/drivers/acpi/nfit/core.c
in
When NVMe support is disabled, we get a couple of harmless warnings:
drivers/scsi/qla2xxx/qla_nvme.c:667:13: error:
'qla_nvme_unregister_remote_port' defined but not used [-Werror=unused-function]
drivers/scsi/qla2xxx/qla_nvme.c:634:13: error: 'qla_nvme_abort_all' defined but
not used [-Werror=u
On Fri, Jun 30, 2017 at 8:09 AM, Arvind Yadav wrote:
> attribute_groups are not supposed to change at runtime. All functions
> working with attribute_groups provided by work with const
> attribute_group. So mark the non-const structs as const.
>
> File size before:
>textdata bss d
On 06/30/2017 08:18 AM, Shuah Khan wrote:
> This patch series converts breakpoint_test_arm64 to TAP13 output. Uses
> ksft_ var arg msg functions as needed. Changed to ensure parent is the
> one that increments test counters.
>
> breakpoint_test, step_after_suspend_test, membarrier tests are change
If QCOM_MDT_LOADER is enabled, but ARCH_QCOM is not, we run into
a build error:
ERROR: "qcom_mdt_load" [drivers/media/platform/qcom/venus/venus-core.ko]
undefined!
ERROR: "qcom_mdt_get_size" [drivers/media/platform/qcom/venus/venus-core.ko]
undefined!
This changes the 'select' statement again,
The initial FPGA may require programming before it is useful.
Signed-off-by: Federico Vaga
---
drivers/fmc/fmc-core.c | 18 +++---
drivers/fmc/fmc-sdb.c | 24
include/linux/fmc.h| 4
3 files changed, 43 insertions(+), 3 deletions(-)
diff --git a/d
The following patches sync up the mainline kernel's FMC bus with the upstream
release tagged v2017-06.
Commits (written by Federico Vaga) have been squashed into logical units.
These patches address kernel bug 195653.
These specific changes have been live within the FMC repo since 2015 and in
Driver should not call fmc_sdb_dump() anymore. (actually they can but the
operation is not supported, so it will print an error message)
Signed-off-by: Federico Vaga
---
drivers/fmc/Makefile | 1 +
drivers/fmc/fmc-core.c| 7 +-
drivers/fmc/fmc-debug.c | 173 +++
This gave us more freedom to change/add/remove operations without
recompiling all device driver.
Typically, Carrier board implement the fmc operations, so they will not
use these helpers.
Signed-off-by: Federico Vaga
---
drivers/fmc/fmc-chardev.c | 3 +--
drivers/fmc/fmc-core.c |
On Fri, Jun 30, 2017 at 08:56:09AM -0700, Andy Lutomirski wrote:
> On Fri, Jun 30, 2017 at 8:55 AM, Josh Poimboeuf wrote:
> > On Fri, Jun 30, 2017 at 08:44:40AM -0700, Andy Lutomirski wrote:
> >> > A few comments about the first patch:
> >> >
> >> >
> >> > https://git.kernel.org/pub/scm/linux/k
Signed-off-by: Federico Vaga
---
drivers/fmc/fru-parse.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/fmc/fru-parse.c b/drivers/fmc/fru-parse.c
index cb46263..eb21480 100644
--- a/drivers/fmc/fru-parse.c
+++ b/drivers/fmc/fru-parse.c
@@ -31,12 +31,11 @@ static cha
On Fri, Jun 30, 2017 at 05:20:10PM +0200, Oleg Nesterov wrote:
> On 06/30, Paul E. McKenney wrote:
> >
> > > > + raw_spin_lock_irq(&task->pi_lock);
> > > > + raw_spin_unlock_irq(&task->pi_lock);
> >
> > I agree that the spin_unlock_wait() implementations would avoid the
On Fri, Jun 23, 2017 at 02:58:11PM +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> pci_target_state() calls device_may_wakeup() which checks whether
> or not the device may wake up the system from sleep states, but
> pci_target_state() is used for runtime PM too.
>
> Since runtime
On Fri, Jun 30, 2017 at 06:10:35AM -0700, tip-bot for Gustavo A. R. Silva wrote:
> diff --git a/kernel/sched/cputime.c b/kernel/sched/cputime.c
> index aea3135..67c70e2 100644
> --- a/kernel/sched/cputime.c
> +++ b/kernel/sched/cputime.c
> @@ -615,19 +615,13 @@ static void cputime_adjust(struct tas
Permit use of either fmc_device_register_n or fmc_device_register_n_gw
depending on the type of device in use.
Signed-off-by: Federico Vaga
---
drivers/fmc/fmc-core.c | 15 ++-
include/linux/fmc.h| 13 +++--
2 files changed, 25 insertions(+), 3 deletions(-)
diff --git a/
On Fri, Jun 23, 2017 at 7:52 PM, Rajneesh Bhardwaj
wrote:
> This adds a debugfs consumer for the exported kernel API
> intel_pmc_read_s0ix_residency. This debugfs entry reads S0ix residency
> directly from the PMC hardware counters.
Applied for testing, thanks!
>
> TEST:
> - echo freeze > /sys/p
Hi Brian,
Not sure about the DTS interrupt setting you mentioned but would like to know
how you resolve - as I am planning on getting a Pi0w for some 'home personal
projects'.
Anyway (and I am sure you probably already know this - but just in case) WRT
the device registers (on the TSL2771 for e
On Sat 01-07-17 00:59:56, Tetsuo Handa wrote:
> Michal Hocko wrote:
> > On Fri 30-06-17 09:14:22, Tetsuo Handa wrote:
> > [...]
> > > Ping? Ping? When are we going to apply this patch or watchdog patch?
> > > This problem occurs with not so insane stress like shown below.
> > > I can't test almost
On 30/06/17 12:18 AM, Horia Geantă wrote:
> On 6/29/2017 7:10 PM, Logan Gunthorpe wrote:
>> From: Horia Geantă
>>
>> We can now make use of the io-64-nonatomic-hi-lo header to always
> Typo: we are using io-64-nonatomic-lo-hi, not hi-lo.
Yup, thanks. I will fix this for a v4. I've also noticed
I'm late..
On 06/28/2017 06:53 PM, Milian Wolff wrote:
On Wednesday, June 28, 2017 5:18:08 AM CEST Taeung Song wrote:
Hi,
The --source-only option and new source code TUI view can show
the result of performance analysis based on full source code per
symbol(function). (Namhyung Kim told me this
The size of uvc_control_mapping is user controlled leading to a
potential heap overflow in the uvc driver. This adds a check to verify
the user provided size fits within the bounds of the defined buffer
size.
Originally-from: Richard Simmons
Signed-off-by: Guenter Roeck
---
Fixes CVE-2017-0627.
On 06/30/2017 03:57 PM, Jonathan Cameron wrote:
> On Mon, 26 Jun 2017 18:41:36 +0200
> Fabrice Gasnier wrote:
>
>> On 06/24/2017 10:13 PM, Jonathan Cameron wrote:
>>> On Wed, 21 Jun 2017 16:30:13 +0200
>>> Fabrice Gasnier wrote:
>>>
Add support for LPTIMx_OUT triggers that can be found o
On Thu, 29 Jun 2017, Luis R. Rodriguez wrote:
And do we want to make it even more *special-use* by wrapping it with
#ifndef MODULE as suggested by Matthew Wilcox ?
Not if we want to add any sort of module that tests swait vs wait.
Thanks,
Davidlohr
I occasionally hit WARN_ON_ONCE(work > weight); in napi_poll() on a laptop with
ath10k card.
[37207.593370] [ cut here ]
[37207.593380] WARNING: CPU: 0 PID: 7 at ../net/core/dev.c:5274
net_rx_action+0x258/0x360
[37207.593381] Modules linked in: snd_hda_codec_realtek snd_
On 06/30/2017 10:13 AM, Paul Elder wrote:
> On 06/30/2017 08:18 AM, Shuah Khan wrote:
>> This patch series converts breakpoint_test_arm64 to TAP13 output. Uses
>> ksft_ var arg msg functions as needed. Changed to ensure parent is the
>> one that increments test counters.
>>
>> breakpoint_test, step
On Fri, Jun 30, 2017 at 6:57 PM, Benjamin Tissoires
wrote:
> On Jun 29 2017 or thereabouts, Andy Shevchenko wrote:
>> On Thu, Jun 29, 2017 at 3:10 PM, Benjamin Tissoires
>> wrote:
>> What devices (laptops, tablets) have it?
>> Surface 3. What else?
>
> So far, Surface 3 only. It's a Microsoft PN
On Fri, Jun 30, 2017 at 08:56:31AM -0700, Andy Lutomirski wrote:
> Patch 1 consolidates code and patch 2 fixes a glitch that Josh noticed.
> These could go straight to -tip, but it may make more sense for Josh
> to add them to his undwarf series.
>
> P.S. Should undwarf be called balrog instead?
Hi Arnd,
On Fri, Jun 30, 2017 at 06:09:53PM +0200, Arnd Bergmann wrote:
> A compiler warning points out a typo:
>
Geert already sent a fix for this
https://patchwork.kernel.org/patch/9818555/
It should have been applied already
Thanks
j
> drivers/pinctrl/pinctrl-rza1.c: In function 'rza1_pi
On Fri, 2017-06-30 at 18:10 +0200, Arnd Bergmann wrote:
> cont_pkt->entry_type is an 8-bit field, so doing a 32-bit byteswap
> on it will store incorrect data:
>
> drivers/scsi/qla2xxx/qla_nvme.c: In function 'qla2x00_start_nvme_mq':
> include/uapi/linux/byteorder/big_endian.h:32:26: error: large
On 28/06/17 22:37, Alexei Starovoitov wrote:
> Increasing the limit is must have, since pruning suffered so much.
> Going from 53k to 76k is pretty substantial.
> What is the % increase for tests in selftests/ ?
When I tried to measure the test_verifier tests, they changed hardly at
all, only a co
From: "Eric W. Biederman"
Date: Fri, 30 Jun 2017 07:39:01 -0500
> diff --git a/arch/sparc/include/uapi/asm/siginfo.h
> b/arch/sparc/include/uapi/asm/siginfo.h
> index 2d9b79ccaa50..6bc5c677e92f 100644
> --- a/arch/sparc/include/uapi/asm/siginfo.h
> +++ b/arch/sparc/include/uapi/asm/siginfo.h
> @
On 6/30/2017 4:10 AM, Robert Richter wrote:
Tyler,
On 19.05.17 14:32:03, Tyler Baicar wrote:
A RAS (Reliability, Availability, Serviceability) controller
may be a separate processor running in parallel with OS
execution, and may generate error records for consumption by
the OS. If the RAS contr
On Mon, Jun 12, 2017 at 3:25 PM, Toshi Kani wrote:
> Sysfs "badblocks" information may be updated during run-time that:
> - MCE, SCI, and sysfs "scrub" may add new bad blocks
> - Writes and ioctl() may clear bad blocks
>
> Add support to send sysfs notifications to sysfs "badblocks" file
> under
Hi Nick Terrell,
If i understood all correctly,
zstd can compress (decompress) data in way compatible with gzip (zlib)
Do that also true for in kernel library?
If that true, does that make a sense to directly replace zlib with
zstd (configured to work like zlib) in place (as example for btrfs
zlib
On 07/01/2017 01:33 AM, Shuah Khan wrote:
> On 06/30/2017 10:13 AM, Paul Elder wrote:
>> On 06/30/2017 08:18 AM, Shuah Khan wrote:
>>> This patch series converts breakpoint_test_arm64 to TAP13 output. Uses
>>> ksft_ var arg msg functions as needed. Changed to ensure parent is the
>>> one that incre
The current test fails to warn about improper alignment with code like
foo->bar = func(arg1,
arg2);
because foo->bar is not a single identifier.
Convert the $Ident to $Lval which allows for multiple dereferences.
Signed-off-by: Joe Perches
---
scripts/c
On 06/30/2017 08:49 AM, Steven Rostedt wrote:
> On Thu, 29 Jun 2017 14:21:41 -0600
> Shuah Khan wrote:
> \
>> Hi Steve/Masami,
>>
>> I tested this patch on my test system running 4.12-rc7 and didn't see any
>> problems. I am going to leave this in the linux-kselftest next for 4.13-rc1.
>> Please l
Hi Linus,
The following changes since commit 32c1431eea4881a6b17bd7c639315010aeefa452:
Linux 4.12-rc5 (2017-06-11 16:48:20 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git
tags/iommu-fixes-v4.12-rc7
for you to fetch changes up to
On Fri, 30 Jun 2017 17:40:43 +0200,
Chris Wilson wrote:
>
> Quoting Takashi Iwai (2017-06-30 16:38:46)
> > Hi,
> >
> > I hit an Oops with the latest Linus tree (4.12-rc7+) on a HSW machine
> > like the following at boot:
> >
> > BUG: unable to handle kernel NULL pointer dereference at 0
From: Jim Baxter
Date: Wed, 28 Jun 2017 21:35:29 +0100
> The CDC-NCM driver can require large amounts of memory to create
> skb's and this can be a problem when the memory becomes fragmented.
>
> This especially affects embedded systems that have constrained
> resources but wish to maximise the
> On Jun 30, 2017, at 9:41 AM, James Bottomley wrote:
>
> On Fri, 2017-06-30 at 18:10 +0200, Arnd Bergmann wrote:
>> cont_pkt->entry_type is an 8-bit field, so doing a 32-bit byteswap
>> on it will store incorrect data:
>>
>> drivers/scsi/qla2xxx/qla_nvme.c: In function 'qla2x00_start_nvme_mq':
While going through the driver wake code, I found the
abuse of BUG_ON to be quite disturbing.
Drivers (particularly misc!!!) should not be bringing
the kernel to a halt... *sheesh*. Blindly convert
them to warnings and let the sgi-xp self-destruct.
While WARNs are still abusive, I have no plans on
On Fri, 2017-06-30 at 10:28 -0400, Josef Bacik wrote:
> On Thu, Jun 29, 2017 at 08:04:59PM -0700, Joel Fernandes wrote:
>
> > That makes sense that we multiply slave's flips by a factor because
> > its low, but I still didn't get why the factor is chosen to be
> > llc_size instead of something els
From: David S. Miller (da...@davemloft.net)
Sent: Fri, 30 Jun 2017 12:59:53 -0400
To: jim_bax...@mentor.com
Cc: linux-...@vger.kernel.org, net...@vger.kernel.org,
linux-kernel@vger.kernel.org, oli...@neukum.org, bj..
On 06/30/2017 10:52 AM, Paul Elder wrote:
> On 07/01/2017 01:33 AM, Shuah Khan wrote:
>> On 06/30/2017 10:13 AM, Paul Elder wrote:
>>> On 06/30/2017 08:18 AM, Shuah Khan wrote:
This patch series converts breakpoint_test_arm64 to TAP13 output. Uses
ksft_ var arg msg functions as needed. Ch
Isn't McAfee DeepSAFE defunct? Are there any other consumers of EPTP switching?
On Thu, Jun 29, 2017 at 4:29 PM, Bandan Das wrote:
> These patches expose eptp switching/vmfunc to the nested hypervisor. Testing
> with
> kvm-unit-tests seems to work ok.
>
> If the guest hypervisor enables vmfunc/e
On Fri, Jun 30, 2017 at 6:24 AM, Michal Hocko wrote:
>
> FWIW our gcc guys shown an interest in having something to tell the
> kernel how much the stack can grow at once. They want it for testing of
> the new stack probing alloca implementation.
Here, I made this just for them:
#define STACK_
On 06/30/2017 09:56 AM, Javier González wrote:
> Hi Jens,
>
> Here you have a second round of fixes for pblk. They are in essence bug
> fixes including a double-free reported by Dan.
>
> There is also regression fix for pblk removal, which was introduced with
> the new metadata scheduler. This fi
Generic header defines memset_io, memcpy_fromio(). and memcpy_toio().
Reuse them from generic header and remove in x86 code.
Move the descriptions to the generic header as well.
Signed-off-by: Andy Shevchenko
---
arch/x86/include/asm/io.h | 45 -
incl
Despite the commit 93093d099e5d
x86: provide readq()/writeq() on 32-bit too, complete
says
...Also, map all the APIs to the strongest ordering variant. It's way
too easy to mess such details up in drivers and the difference between
"memory" and "" constrained asm()
The series brings a bit of order to arch/x86/include/asm/io.h by re-using
definitions in the generic header.
The series has been tested on Intel Broxton hardware in 32- and 64-bit modes.
Since v2:
- add cleanup patches in accordance to re-use what's defined in generic header
- split to few patche
Generic header defines xlate_dev_kmem_ptr().
Reuse it from generic header and remove in x86 code.
Move a description to the generic header as well.
Signed-off-by: Andy Shevchenko
---
arch/x86/include/asm/io.h | 5 -
include/asm-generic/io.h | 3 +++
2 files changed, 3 insertions(+), 5 dele
asm-generic/io.h defines few helpers which would be useful in the drivers,
such as writesb() and readsb().
Include it to the asm/io.h in architectural folder.
Acked-by: Wolfram Sang
Signed-off-by: Andy Shevchenko
---
arch/x86/include/asm/io.h | 3 +++
1 file changed, 3 insertions(+)
diff --gi
As a preparatory to use generic IO accessor helpers we need to define
architecture dependent functions via preprocessor to let world know we
have them.
Acked-by: Wolfram Sang
Signed-off-by: Andy Shevchenko
---
arch/x86/include/asm/io.h | 41 +
1 file chan
On Thu, Jun 29, 2017 at 06:20:00PM -0400, Nate Watterson wrote:
> On 6/29/2017 2:34 PM, Will Deacon wrote:
> >On Thu, Jun 29, 2017 at 01:40:15PM -0400, Nate Watterson wrote:
> >>The shutdown method disables the SMMU and its interrupts to avoid
> >>potentially corrupting a new kernel started with ke
From: Rafal Ozieblo
Date: Thu, 29 Jun 2017 07:08:46 +0100
> This patch series adds support for PTP synchronization protocol
> in Cadence GEM driver based on PHC.
Series applied, thanks Rafal.
On Thu, Jun 29, 2017 at 06:18:15PM -0400, Nate Watterson wrote:
> The shutdown method disables the SMMU to avoid corrupting a new kernel
> started with kexec.
>
> Signed-off-by: Nate Watterson
> ---
> drivers/iommu/arm-smmu-v3.c | 7 +++
> drivers/iommu/arm-smmu.c| 6 ++
> 2 files ch
On Fri, Jun 30, 2017 at 7:30 AM, Thomas Gleixner wrote:
>> But MCFG problems were a long time ago and noone uses these systems anymore,
>> so perhaps he is right.
>
> The obvious solution to this is to force type 1 for older machines, i.e. <=
> K8. Some day we should stop supporting 15+ years old
On 06/30, Varadarajan Narayanan wrote:
> diff --git a/arch/arm/boot/dts/qcom-ipq4019-ap.dk01.1.dtsi
> b/arch/arm/boot/dts/qcom-ipq4019-ap.dk01.1.dtsi
> index b9457dd..b74c113 100644
> --- a/arch/arm/boot/dts/qcom-ipq4019-ap.dk01.1.dtsi
> +++ b/arch/arm/boot/dts/qcom-ipq4019-ap.dk01.1.dtsi
> @@ -20
Export the cached pid / tgid mappings to userspace. This allows user
apps to translate the pids from a trace to their respective thread
group.
Example saved_tgids file with pid / tgid values separated by ' ':
# cat saved_tgids
1048 1048
1047 1047
7 7
1049 1047
1054 1047
1053 1047
[
Hi Paolo,
Paolo Bonzini writes:
> - Original Message -
>> From: "Bandan Das"
>> To: k...@vger.kernel.org
>> Cc: pbonz...@redhat.com, linux-kernel@vger.kernel.org
>> Sent: Friday, June 30, 2017 1:29:55 AM
>> Subject: [PATCH 1/2] KVM: nVMX: Implement EPTP switching for the L1
>> hypervis
On Fri, Jun 30, 2017 at 09:16:07AM -0700, Paul E. McKenney wrote:
> On Fri, Jun 30, 2017 at 05:20:10PM +0200, Oleg Nesterov wrote:
> > On 06/30, Paul E. McKenney wrote:
> > >
> > > > > + raw_spin_lock_irq(&task->pi_lock);
> > > > > + raw_spin_unlock_irq(&task->pi_lock);
> >
401 - 500 of 763 matches
Mail list logo
