The patch
regmap: Avoid namespace collision within macro & tidy up
has been applied to the regmap tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
On Mon, Jul 10, 2017 at 08:56:37AM -0700, Andy Lutomirski wrote:
>
>
> > On Jul 10, 2017, at 7:17 AM, Kirill A. Shutemov
> > wrote:
> >
> >> On Mon, Jul 10, 2017 at 02:43:17PM +0200, Dmitry Vyukov wrote:
> >> On Mon, Jul 10, 2017 at 2:33 PM, Kirill A. Shutemov
> >> wrote:
> >>> On Thu, Jun 01
The datasheet said that emac register size is 0x1 not 0x100
Signed-off-by: Corentin Labbe
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi
b/arch/arm64/boot/dts/allwinner/sun50
On 07/10/2017 06:20 AM, Meelis Roos wrote:
I tested yesterdayd 4.12+git on sparc64 to see if the sparc merge works
fine, and on all of my sun4v machines (T1000, T2000, T5120) it crashed
on boot with DMA-related stacktrace (below). Allt he machines are sun4v
physical machines, not VM-s. Older su
On Mon, Jul 10, 2017 at 7:01 AM, Gabriel C wrote:
>
> You need revert a lot more .. that won't even compile.
>
> Looks like someone used some script to convert these :)
>
> Something like this :
Gaah, I just committed my own scripted fixup:
git grep -lw wait_queue_entry_token |
From: Colin Ian King
Don't populate const array saa7128_regs_ntsc on the stack but insteaed make
it static. Makes the object code smaller and saves nearly 840 bytes
Before:
textdata bss dec hex filename
9218 360 09578256a solo6x10-tw28.o
After:
text
kvm_vm_release() did not have slots_lock when calling
kvm_io_bus_unregister_dev() and this went unnoticed until 4a12f9517728
("KVM: mark kvm->busses as rcu protected") added dynamic checks.
Luckily, there should be no race at that point:
=
WARNING: suspicious RCU us
This patch fixed comment style. Semantic should not be affected.
There are also two warnings left about too long lines, which
reduce readability if changed.
Signed-off-by: Philipp Guendisch
Signed-off-by: Chris Baller
---
.../staging/media/atomisp/pci/atomisp2/hmm/hmm.c | 44 +++--
This patch fixed code alignment to open paranthesis.
Semantic should not be affected by this patch.
Signed-off-by: Philipp Guendisch
Signed-off-by: Chris Baller
---
.../staging/media/atomisp/pci/atomisp2/hmm/hmm.c | 79 +++---
1 file changed, 39 insertions(+), 40 deletions(-)
On Mon, 10 Jul 2017, Linus Torvalds wrote:
> > git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
>
> I've pulled this, but looking at the thing, I absolutely _hate_ your
> merge commits.
>
> They have no commit messages! They look like this:
>
> Merge branches 'for-4.1
On Fri, Jul 07, 2017 at 08:56:28AM +0800, Mark yao wrote:
> On 2017年07月07日 05:58, Gustavo A. R. Silva wrote:
> > The right variable to check here is port, not dp.
> >
> > This issue was detected using Coccinelle and the following semantic patch:
> >
> > @@
> > expression x;
> > identifier fld;
>
From: Frank Rowand
Correct existing node name detection when overlay node name has
a unit-address.
Expected test result is overlay will update the nodes and properties
for /testcase-data-2/fairway-1/ride@100/ after the patch is applied.
Before this patch is applied:
Console error message ne
From: Frank Rowand
Symbols in a loaded overlay are not currently available to subsequently
loaded overlays because the properties in the overlay's __symbols__
node are not loaded into the live device tree.
Patch 1 is unittests to test patches 2 and 3.
Patch 2 fixes a problem discovered while de
From: Frank Rowand
Add nodes and properties to overlay_base and overlay dts files to
test for
- incorrect existing node name detection when overlay node name
has a unit-address
- adding overlay __symbols__ properties to live tree when an
overlay is added to the live tree
Expected
From: Frank Rowand
Add overlay __symbols__ properties to live tree when an overlay
is added to the live tree so that the symbols are available to
subsequent overlays.
Expected test result is new __symbols__ entries for labels from
the overlay after the patch is applied.
Before this patch is app
On 07/08/2017 04:40 AM, Christophe JAILLET wrote:
If this check fails, we must release some resources as done everywhere
else in this function before returning an error code.
Signed-off-by: Christophe JAILLET
---
V2: initialization of ret in this erro path ws missing. Stupid me!
---
drivers/ne
Hi all,
Quoting Dmitry Torokhov :
On Fri, Jul 07, 2017 at 11:30:41AM +0200, Thierry Reding wrote:
On Fri, Jul 07, 2017 at 08:42:32AM +0100, Jon Hunter wrote:
>
> On 07/07/17 07:27, Gustavo A. R. Silva wrote:
> > Check return value from call to of_match_device()
> > in order to prevent a NULL p
Paolo Bonzini wrote:
> On 10/07/2017 17:48, Nadav Amit wrote:
Any proposal is a great appreciated. :)
>> I don’t see a (very) easy solution. The code was (apparently) never built to
>> deal with a task switch during an instruction emulation.
>>
>> AFAIU kvm_task_switch() expects information
Hi all,
Quoting Thierry Reding :
On Fri, Jul 07, 2017 at 03:16:23PM +0800, Chen-Yu Tsai wrote:
On Fri, Jul 7, 2017 at 2:39 PM, Gustavo A. R. Silva
wrote:
> Check return value from call to of_match_device()
> in order to prevent a NULL pointer dereference.
>
> In case of NULL print error messa
Conditionally calling kfree()/vfree() can be replaced by a call to
kvfree() which handles both kmalloced memory and vmalloced memory.
The resulting wrapper function has been replaced with direct calls
to kvfree().
This change was made with the help of the following Coccinelle
semantic patch:
//
@
Hi all,
Quoting Thierry Reding :
On Fri, Jul 07, 2017 at 08:42:32AM +0100, Jon Hunter wrote:
On 07/07/17 07:27, Gustavo A. R. Silva wrote:
> Check return value from call to of_match_device()
> in order to prevent a NULL pointer dereference.
>
> In case of NULL print error message and return -
Hi Thierry,
Quoting Thierry Reding :
On Fri, Jul 07, 2017 at 01:16:26AM -0500, Gustavo A. R. Silva wrote:
Check return value from call to of_match_device()
in order to prevent a NULL pointer dereference.
In case of NULL print error message and return.
Signed-off-by: Gustavo A. R. Silva
---
When there is no device to attach to the IOMMU domain, as may be the
case when the device-tree does not contain the proper iommu node, it is
best to keep going without IOMMU support rather than failing.
This allows the driver to probe and function instead of taking down
all of the tegra drm driver,
Hi Evgeniy,
Quoting Evgeniy Polyakov :
Hi Gustavo, Greg
01.07.2017, 01:44, "Gustavo A. R. Silva" :
platform_get_irq() returns an error code, but the omap_hdq
driver ignores it and always returns -ENXIO. This is not correct,
and prevents -EPROBE_DEFER from being propagated properly.
Notice tha
Hi!
> > This patch apparently breaks OMAP platform:
> >
> > 46e48e257360f0845fe17089713cbad4db611e70 is the first bad commit
> > commit 46e48e257360f0845fe17089713cbad4db611e70
> > Author: Thomas Gleixner
> > Date: Thu Jun 29 23:33:38 2017 +0200
> >
> > genirq: Move irq resource handling ou
Hi Darren, Jonathan,
Quoting Darren Hart :
On Fri, Jul 07, 2017 at 09:49:00AM +0930, Jonathan Woithe wrote:
On Thu, Jul 06, 2017 at 05:19:02PM -0500, Gustavo A. R. Silva wrote:
> Check return value from call to devm_kzalloc()
> in order to prevent a NULL pointer dereference.
>
> This issue was
On 7/8/2017 7:50 AM, Brian Gerst wrote:
On Fri, Jul 7, 2017 at 9:38 AM, Tom Lendacky wrote:
Update the CPU features to include identifying and reporting on the
Secure Memory Encryption (SME) feature. SME is identified by CPUID
0x801f, but requires BIOS support to enable it (set bit 23 of
M
Hi Martin,
Quoting Martin Blumenstingl :
On Fri, Jul 7, 2017 at 8:46 AM, Gustavo A. R. Silva
wrote:
Check return value from call to of_match_device()
in order to prevent a NULL pointer dereference.
In case of NULL print error message and return -ENODEV
Signed-off-by: Gustavo A. R. Silva
t
Hi Jonathan,
Quoting Jonathan Cameron :
On Fri, 7 Jul 2017 11:26:35 +0200
Peter Rosin wrote:
On 2017-07-07 06:57, Peter Rosin wrote:
> On 2017-07-07 06:53, Gustavo A. R. Silva wrote:
>> Check return values from call to devm_kzalloc() and devm_kmemup()
>
> If someone cares enough: s/devm_kmem
Hi Jim,
Thank you for the patch.
On Monday 10 Jul 2017 14:43:49 Jim Lin wrote:
> Section 9.2.6.4 of USB 2.0/3.x specification describes that
> "device must be able to return the first data packet to host within
> 500 ms of receipt of the request. For subsequent data packet, if any,
> the device m
On 7/8/2017 7:57 AM, Brian Gerst wrote:
On Fri, Jul 7, 2017 at 9:39 AM, Tom Lendacky wrote:
Currently there is a check if the address being mapped is in the ISA
range (is_ISA_range()), and if it is, then phys_to_virt() is used to
perform the mapping. When SME is active, the default is to add pa
Expose VMFUNC in MSRs and VMCS fields. No actual VMFUNCs are enabled.
Signed-off-by: Paolo Bonzini
Signed-off-by: Bandan Das
---
arch/x86/kvm/vmx.c | 53 +++--
1 file changed, 51 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/vmx.c b/arc
When L2 uses vmfunc, L0 utilizes the associated vmexit to
emulate a switching of the ept pointer by reloading the
guest MMU.
Signed-off-by: Paolo Bonzini
Signed-off-by: Bandan Das
---
arch/x86/include/asm/vmx.h | 6 +
arch/x86/kvm/vmx.c | 58
Enable VMFUNC in the secondary execution controls. This simplifies the
changes necessary to expose it to nested hypervisors. VMFUNCs still
cause #UD when invoked.
Signed-off-by: Paolo Bonzini
Signed-off-by: Bandan Das
Reviewed-by: David Hildenbrand
---
arch/x86/include/asm/vmx.h | 3 +++
ar
v3:
3/3: Add missing nested_release_page_clean() and check the
eptp as mentioned in SDM 24.6.14
v2:
https://lkml.org/lkml/2017/7/6/813
1/3: Patch to enable vmfunc on the host but cause a #UD if
L1 tries to use it directly. (new)
2/3: Expose vmfunc to the nested hypervisor, but no vm f
On Mon, Jul 10, 2017 at 08:00:37PM +0200, Daniel Vetter wrote:
> On Mon, Jul 10, 2017 at 9:14 AM, Alexandru Moise
> <00moses.alexande...@gmail.com> wrote:
> > On Mon, Jul 10, 2017 at 08:52:46AM +0200, Daniel Vetter wrote:
> >> On Sat, Jul 08, 2017 at 11:43:52PM +0200, Alexandru Moise wrote:
> >> >
It's a pleasure to contribute! The iio interface has simplified our
robotics telemetry solution considerably; no more awkward setup. A
simple udev script is ideal for bringing the buffer online.
On 9 July 2017 at 07:12, Jonathan Cameron wrote:
> On Thu, 6 Jul 2017 12:39:33 -1000
> Jack Andersen
On Mon, Jul 10, 2017 at 11:47 AM, Kirill A. Shutemov
wrote:
> On Mon, Jul 10, 2017 at 08:56:37AM -0700, Andy Lutomirski wrote:
>>
>>
>> > On Jul 10, 2017, at 7:17 AM, Kirill A. Shutemov
>> > wrote:
>> >
>> >> On Mon, Jul 10, 2017 at 02:43:17PM +0200, Dmitry Vyukov wrote:
>> >> On Mon, Jul 10, 20
> - kvm_queue_exception(vcpu, UD_VECTOR);
> + struct vcpu_vmx *vmx = to_vmx(vcpu);
> + struct vmcs12 *vmcs12;
> + u32 function = vcpu->arch.regs[VCPU_REGS_RAX];
> +
> + /*
> + * VMFUNC is only supported for nested guests, but we always enable the
> + * secondary contr
Hi Linus,
On Mon, Jul 10, 2017 at 10:01:22AM -0700, Linus Torvalds wrote:
> On Mon, Jul 10, 2017 at 6:35 AM, Sebastian Reichel
> wrote:
> >
> > This patch apparently breaks OMAP platform:
> >
> > 46e48e257360f0845fe17089713cbad4db611e70 is the first bad commit
> > commit 46e48e257360f0845fe170897
On Mon, 10 Jul 2017 13:00:29 PDT (-0700), Palmer Dabbelt wrote:
> On Thu, 06 Jul 2017 08:45:13 PDT (-0700), will.dea...@arm.com wrote:
>> On Thu, Jul 06, 2017 at 08:34:27AM -0700, Christoph Hellwig wrote:
>>> On Thu, Jul 06, 2017 at 09:55:03AM +0100, Will Deacon wrote:
>>> > Agreed on the indirecti
On Mon, Jul 10, 2017 at 03:32:51AM +0900, Masahiro Yamada wrote:
> Since commit fcc8487d477a ("uapi: export all headers under uapi
> directories"), all (and only) headers under uapi directories are
> exported, but asm-generic wrappers are still exceptions.
>
> To complete de-coupling the uapi from
Hi Oliver,
Quoting Oliver Neukum :
Am Sonntag, den 09.07.2017, 21:00 -0500 schrieb Gustavo A. R. Silva :
Simplify return logic to avoid unnecessary variable assignment.
This issue was detected using Coccinelle and the following
semantic patch:
Hi,
I need to ask: Where is the improvement?
On Fri, 7 Jul 2017 18:18:31 -0500 (CDT) Christoph Lameter
wrote:
> On Fri, 7 Jul 2017, Andrew Morton wrote:
>
> > On Fri, 7 Jul 2017 10:34:08 +0200 Alexander Potapenko
> > wrote:
> >
> > > --- a/mm/slub.c
> > > +++ b/mm/slub.c
> > > @@ -3389,8 +3389,8 @@ static int init_kmem_cache_nodes(stru
David Hildenbrand writes:
>> -kvm_queue_exception(vcpu, UD_VECTOR);
>> +struct vcpu_vmx *vmx = to_vmx(vcpu);
>> +struct vmcs12 *vmcs12;
>> +u32 function = vcpu->arch.regs[VCPU_REGS_RAX];
>> +
>> +/*
>> + * VMFUNC is only supported for nested guests, but we always enable th
On Fri, 07 Jul 2017 01:08:19 PDT (-0700), pet...@infradead.org wrote:
> On Thu, Jul 06, 2017 at 06:04:13PM -0700, Palmer Dabbelt wrote:
>> +/*
>> + * TODO_RISCV_MEMORY_MODEL: I don't think RISC-V is allowed to perform a
>> + * speculative load, but we're going to wait on a formal memory model
On Fri, 07 Jul 2017 06:16:07 PDT (-0700), j.neuschae...@gmx.net wrote:
> On Tue, Jul 04, 2017 at 12:50:55PM -0700, Palmer Dabbelt wrote:
> [...]
>> +/* These barries need to enforce ordering on both devices or memory. */
>
> Very minor nit: s/barries/barriers/ (in several places)
I think this shou
On Fri, 07 Jul 2017 05:58:55 PDT (-0700), j.neuschae...@gmx.net wrote:
> On Thu, Jul 06, 2017 at 03:34:39PM -0700, Palmer Dabbelt wrote:
>> On Tue, 04 Jul 2017 14:54:01 PDT (-0700), j.neuschae...@gmx.net wrote:
> [...]
>> >> +#define DO_ERROR_INFO(name, signo, code, str)
On Thu, 06 Jul 2017 19:14:25 PDT (-0700), boqun.f...@gmail.com wrote:
> On Thu, Jul 06, 2017 at 06:04:13PM -0700, Palmer Dabbelt wrote:
> [...]
>> >> +#define __smp_load_acquire(p)
>> >> \
>> >> +do {
"Reshetova, Elena" writes:
>> "Reshetova, Elena" writes:
>>
>> >> "Reshetova, Elena" writes:
>> >>
>> >> 2>> Elena Reshetova writes:
>> >> >>
>> >> >> > refcount_t type and corresponding API should be
>> >> >> > used instead of atomic_t when the variable is used as
>> >> >> > a reference coun
Hi Jose,
On Friday 23 Jun 2017 10:36:44 Jose Abreu wrote:
> Currently HDMI 2.0 PHYs do not have a default configuration function.
>
> As *some* of the HDMI 2.0 PHYs have the same register layout as the 3D
> PHYs we can provide the same default configuration function for both
> and still let user
Currently the hikey dsi logic cannot generate accurate byte
clocks values for all pixel clock values. Thus if a mode clock
is selected that cannot match the calculated byte clock, the
device will boot with a blank screen.
This patch uses the new mode_valid callback (many thanks to
Jose Abreu for u
When L2 uses vmfunc, L0 utilizes the associated vmexit to
emulate a switching of the ept pointer by reloading the
guest MMU.
Signed-off-by: Paolo Bonzini
Signed-off-by: Bandan Das
---
arch/x86/include/asm/vmx.h | 6 +
arch/x86/kvm/vmx.c | 58
Expose VMFUNC in MSRs and VMCS fields. No actual VMFUNCs are enabled.
Signed-off-by: Paolo Bonzini
Signed-off-by: Bandan Das
Reviewed-by: David Hildenbrand
---
arch/x86/kvm/vmx.c | 53 +++--
1 file changed, 51 insertions(+), 2 deletions(-)
diff
v4:
2/3: Use WARN_ONCE to avoid logging dos
v3:
https://lkml.org/lkml/2017/7/10/684
3/3: Add missing nested_release_page_clean() and check the
eptp as mentioned in SDM 24.6.14
v2:
https://lkml.org/lkml/2017/7/6/813
1/3: Patch to enable vmfunc on the host but cause a #UD if
L1 tries
Enable VMFUNC in the secondary execution controls. This simplifies the
changes necessary to expose it to nested hypervisors. VMFUNCs still
cause #UD when invoked.
Signed-off-by: Paolo Bonzini
Signed-off-by: Bandan Das
---
arch/x86/include/asm/vmx.h | 3 +++
arch/x86/kvm/vmx.c | 22 ++
On Mon, 10 Jul 2017 15:23:58 +0200
Fabrice Gasnier wrote:
> Fix error message, there's no 'st,dac-channel' property, but 'reg'
> (see https://lkml.org/lkml/2017/4/3/567).
>
> Signed-off-by: Fabrice Gasnier
Applied.
Thanks,
Joanthan
> ---
> drivers/iio/dac/stm32-dac.c | 2 +-
> 1 file changed
On Mon, 10 Jul 2017 15:23:57 +0200
Fabrice Gasnier wrote:
> Introduce new compatible to support STM32F4 DAC (Digital-To-Analog
> converter) variant.
>
> Signed-off-by: Fabrice Gasnier
Applied to the togreg branch of iio.git and pushed out as testing
for the autobuilders to ignore it.
Simple ad
From: Antonio Borneo
Commit 36387a2b1f62b5c087c5fe6f0f7b23b94f722ad7 ("k3dma: Fix
memory handling in preparation for cyclic mode") broke the
logic around ds_run/ds_done in case of non-cyclic DMA.
This went unnoticed as the only user of k3dma was the i2s
audio driver, but with a patch set to enab
On Mon, 10 Jul 2017 15:23:59 +0200
Fabrice Gasnier wrote:
> This adds support for STM32F4 Digital-To-Analog converter.
> Add compatible configuration data to handle hfsel (not present
> in stm32f4).
>
> Signed-off-by: Fabrice Gasnier
Hmm. I thought for a bit on whether I wanted to see data for
On Mon, 10 Jul 2017 15:24:00 +0200
Fabrice Gasnier wrote:
> Add support for DAC (Digital to Analog Converter) to STM32F429.
> STM32F429 DAC has two output channels.
>
> Signed-off-by: Fabrice Gasnier
Driver support is working it's way towards mainline, though will be
next merge window now so no
On 7/10/17, 5:36 AM, "Austin S. Hemmelgarn" wrote:
> On 2017-07-07 23:07, Adam Borowski wrote:
>> On Sat, Jul 08, 2017 at 01:40:18AM +0200, Adam Borowski wrote:
>>> On Fri, Jul 07, 2017 at 11:17:49PM +, Nick Terrell wrote:
On 7/6/17, 9:32 AM, "Adam Borowski" wrote:
> Got a reproducib
On Mon, 10 Jul 2017 17:56:16 +0100
Colin King wrote:
> From: Colin Ian King
>
> Don't populate array startup_lookup on the stack but instead make
> it static. Makes the object code smaller. Also add in missing 'int' type
> specifier to clean up a checkpatch warning.
>
> Before:
>text
On 07/10/2017 04:32 AM, Peter Zijlstra wrote:
> On Fri, Jun 30, 2017 at 09:23:24AM -0400, Tejun Heo wrote:
>> On Tue, Jun 27, 2017 at 09:01:43AM +0200, Peter Zijlstra wrote:
>>> On Mon, Jun 12, 2017 at 05:27:53PM -0400, Tejun Heo wrote:
>>> IIRC the problem with the 'threaded' marker is that it doe
On Mon, 10 Jul 2017 18:46:54 +0100
Colin King wrote:
> From: Colin Ian King
>
> Don't populate array startup_lookup on the stack but instead make
> it static. Makes the object code smaller.
>
> Before:
>text data bss dec hex filename
> 21754 5440 128
On Sat, Jul 8, 2017 at 9:05 AM, Andy Shevchenko
wrote:
> On Sat, Jul 8, 2017 at 3:03 AM, Derek Basehore wrote:
>> Adds a new feature to tick to schedule wakeups on a CPU during freeze.
>> This won't fully wake up the system (devices are not resumed), but
>> allow simple platform functionality to
Hi Linus,
Could you please consider this pull request?
Thanks
The following changes since commit 2d3e4866dea96b0506395b47bfefb234f2088dac:
Merge tag 'for-linus' of git://git.kernel.org/pub/scm/virt/kvm/kvm
(2017-05-08 12:37:56 -0700)
are available in the git repository at:
git://git.kern
Set pm_genpd_poweroff_noirq to NULL if CONFIG_PM_SLEEP isn't enabled.
This is the same approach done for other PM_SLEEP related functions.
Without this patch building the kernel with the keystone_defconfig
results in a compilation error.
Fixes: 10da65423fdb ("PM / Domains: Call driver's noirq cal
On Mon, Jul 10, 2017 at 01:48:02PM -0700, John Stultz wrote:
> Currently the hikey dsi logic cannot generate accurate byte
> clocks values for all pixel clock values. Thus if a mode clock
> is selected that cannot match the calculated byte clock, the
> device will boot with a blank screen.
>
> Thi
In case of KVM_S390_GET_CMMA_BITS, the kernel does not only read struct
kvm_s390_cmma_log passed from userspace (which constitutes _IOC_WRITE),
it also writes back a return value (which constitutes _IOC_READ) making
this an _IOWR ioctl instead of _IOW.
Fixes: 4036e387 ("KVM: s390: ioctls to get an
On Mon, Jul 10, 2017 at 08:43:12PM +0200, Christian Borntraeger wrote:
> On 07/10/2017 04:44 PM, Gleb Fotengauer-Malinovskiy wrote:
> > This ioctl actually writes to parameter too.
>
> Maybe rephrase that to:
> The kernel does not only read struct kvm_s390_cmma_log for
> KVM_S390_GET_CMMA_BITS,
>
On Mon, Jul 10, 2017 at 01:07:13PM -0700, Andy Lutomirski wrote:
> Can you give the disassembly of the backtrace lines? Blaming the
> .endr doesn't make much sense to me.
I don't have backtrace. It's before printk() is functional. I only see
triple fault and reboot.
I had to rely on qemu tracing
On 07/04/2017 08:59 AM, Andrey Ryabinin wrote:
> On 07/04/2017 04:49 PM, Kalle Valo wrote:
>> Andrey Ryabinin writes:
>>
>>> I occasionally hit WARN_ON_ONCE(work > weight); in napi_poll() on a
>>> laptop with ath10k card.
>>>
>>>
>>> [37207.593370] [ cut here ]
>>> [37207.
On Mon, Jul 10, 2017 at 1:15 PM, Sebastian Reichel
wrote:
>>
>> So Sebastian, can you test if it's ok to revert just the __setup_irq()
>> part, but leave the smaller part in __free_irq() that just moves the
>> irq_release_resources() around at freeing time?
>
> Looking at my patch it implements wh
On 07/07, Toshi Kani wrote:
> __add_badblock_range() does not account sector alignment when
> it sets 'num_sectors'. Therefore, an ARS error record range
> spanning across two sectors is set to a single sector length,
> which leaves the 2nd sector unprotected.
>
> Change __add_badblock_range() to
On 10/07/17 21:59, Jonathan Cameron wrote:
> On Mon, 10 Jul 2017 17:56:16 +0100
> Colin King wrote:
>
>> From: Colin Ian King
>>
>> Don't populate array startup_lookup on the stack but instead make
>> it static. Makes the object code smaller. Also add in missing 'int' type
>> specifier to clea
On 07/10/2017 11:47 AM, tndave wrote:
On 07/10/2017 06:20 AM, Meelis Roos wrote:
I tested yesterdayd 4.12+git on sparc64 to see if the sparc merge works
fine, and on all of my sun4v machines (T1000, T2000, T5120) it crashed
on boot with DMA-related stacktrace (below). Allt he machines are su
Hi,
On 07/10/2017 12:40 AM, Peter Rosin wrote:
On 2017-07-09 09:35, Kuppuswamy, Sathyanarayanan wrote:
Hi,
On 7/9/2017 12:07 AM, Peter Rosin wrote:
On 2017-07-09 01:12, Kuppuswamy, Sathyanarayanan wrote:
Hi Peter,
On 7/8/2017 2:00 PM, Peter Rosin wrote:
On 2017-07-07 23:46, sathyanaraya
On Mon, 26 Jun 2017 10:08:55 +0100
Russell King - ARM Linux wrote:
> On Tue, Jun 20, 2017 at 09:48:31AM -0600, Alex Williamson wrote:
> > If a device is bound to a non-vfio, non-whitelisted driver while a
> > group is in use, then the integrity of the group is compromised and
> > will result in h
Hi Peter,
Thanks for the comments.
On 07/10/2017 03:07 AM, Peter Rosin wrote:
On 2017-07-09 01:24, Kuppuswamy, Sathyanarayanan wrote:
Hi Peter,
On 7/8/2017 2:12 PM, Peter Rosin wrote:
On 2017-07-08 00:03, sathyanarayanan.kuppusw...@linux.intel.com wrote:
From: Kuppuswamy Sathyanarayanan
C
If you post this again, you can drop the "v2", "v5", etc at the end of
the subject lines. I don't think it's useful to merge those.
On Mon, Jul 10, 2017 at 04:59:49PM +0200, Christian König wrote:
> From: Christian König
>
> We use this mask multiple times in the bus setup.
>
> v2: fix some st
So, adding adding hpsa_allow_any=1 did not work...
When you added the 0x40800e11, did you add it to both tables?
/* define the PCI info for the cards we can control */
static const struct pci_device_id hpsa_pci_device_id[] = {
{PCI_VENDOR_ID_COMPAQ, PCI_DEVICE_ID_COMPAQ_CISSB, 0x0E11, 0x4
On Mon, Jul 10, 2017 at 6:33 AM, Rafael J. Wysocki wrote:
> On Friday, July 07, 2017 05:03:03 PM Derek Basehore wrote:
>> This adds validation of S0ix entry and enables it on Skylake. Using
>> the new tick_set_freeze_event function, we program the CPU to wake up
>> X seconds after entering freeze.
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm-extra-4.13-rc1
with top-most commit 15d56b3921d2e52c7747af21fcdf04e940aeb09b
Merge branches 'pm-domains', 'pm-sleep' and 'pm-cpufreq'
on top of commit 408c9861c6979db974455b9e7a9bcadd60
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
acpi-extra-4.13-rc1
with top-most commit f19e80b394808ed763e2669b08aea480adcc46be
Merge branches 'acpi-spcr', 'acpi-osi', 'acpi-bus', 'acpi-scan' and 'acpi-misc'
on top of commit eceeae414
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
devprop-4.13-rc1
with top-most commit 6a71d8d77795e0f7d887baa95bfc0d1d2bc74899
device property: Add fwnode_graph_get_port_parent
on top of commit 41f1830f5a7af77cf5c86359aba3cbd706687e52
On 6/28/2017 3:20 PM, Rafael J. Wysocki wrote:
> On Tuesday, June 13, 2017 02:17:09 PM George Cherian wrote:
>> The current cppc acpi driver works with only one pcc subspace id.
>> It maintains and registers only one pcc channel even if the acpi table has
>> different pcc subspace ids.
>>
>> As
On Mon 10 Jul 07:42 PDT 2017, Oleksij Rempel wrote:
> Signed-off-by: Oleksij Rempel
> ---
> .../devicetree/bindings/remoteproc/imx-rproc.txt | 44
> ++
> 1 file changed, 44 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/remoteproc/imx-rproc.txt
>
>
On Monday, July 10, 2017 02:57:48 PM dbasehore . wrote:
> On Mon, Jul 10, 2017 at 6:33 AM, Rafael J. Wysocki wrote:
> > On Friday, July 07, 2017 05:03:03 PM Derek Basehore wrote:
> >> This adds validation of S0ix entry and enables it on Skylake. Using
> >> the new tick_set_freeze_event function, w
On Mon, Jul 10, 2017 at 04:59:54PM +0200, Christian König wrote:
> From: Christian König
>
> Try to resize BAR0 to let CPU access all of VRAM.
>
> v2: rebased, style cleanups, disable mem decode before resize,
> handle gmc_v9 as well, round size up to power of two.
> v3: handle gmc_v6 as wel
On Mon, Jul 10, 2017 at 3:09 PM, Rafael J. Wysocki wrote:
> On Monday, July 10, 2017 02:57:48 PM dbasehore . wrote:
>> On Mon, Jul 10, 2017 at 6:33 AM, Rafael J. Wysocki
>> wrote:
>> > On Friday, July 07, 2017 05:03:03 PM Derek Basehore wrote:
>> >> This adds validation of S0ix entry and enables
On Wed, Jun 21, 2017 at 3:04 PM, Paul Moore wrote:
> On Wed, Jun 21, 2017 at 5:48 AM, Luis Ressel wrote:
>> On Tue, 20 Jun 2017 17:43:38 -0400
>> Paul Moore wrote:
>>
>>> Considering where we are at with respect to the merge window, let's
>>> shelve this for now and I'll merge it after the next
Hey Greg,
On Mon, Jul 10, 2017 at 07:10:33PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.37 release.
> There are 41 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> l
On Mon, Jul 10, 2017 at 08:17:00AM +0200, Thomas-Mich Richter wrote:
> On 07/07/2017 09:36 PM, Krister Johansen wrote:
> > On Thu, Jul 06, 2017 at 04:41:30PM -0300, Arnaldo Carvalho de Melo wrote:
> >> Em Wed, Jul 05, 2017 at 06:48:08PM -0700, Krister Johansen escreveu:
> >>> Teach perf how to reso
Currently, scsi_dh_alua fails I/O requests early on once ALUA state
unavailable/standby occur, which prevents path checkers to actually
check if I/O still fails or now works.
Then I/O requests are blocked indefinitely due to queue_if_no_path
but the underlying individual paths are fully operationa
On Mon, Jul 10, 2017 at 2:18 PM, Sean Paul wrote:
> On Mon, Jul 10, 2017 at 01:48:02PM -0700, John Stultz wrote:
>> Currently the hikey dsi logic cannot generate accurate byte
>> clocks values for all pixel clock values. Thus if a mode clock
>> is selected that cannot match the calculated byte clo
Path checkers will check paths of a port group in unavailable/standby
state more frequently (as they are 'failed') - possibly for a long or
indefinite period of time, and/or for a large number of paths.
That might flood the kernel log with scsi_dh_alua RTPG state messages,
due to the recheck sched
Insert sdev_dbg() calls in the function path which may queue
alua_rtpg_work() past initialization, for debugging purposes:
- alua_activate()
- alua_check_sense()
- alua_rtpg_queue()
Signed-off-by: Mauricio Faria de Oliveira
---
drivers/scsi/device_handler/scsi_dh_alua.c | 14 --
1 fi
Currently, alua_rtpg() can change the 'state' and 'preferred'
values for the current port group _and_ of other port groups.
However, it reports that _only_ for the current port group.
This might cause uncertainty and confusion when going through
the kernel logs for analyzing/debugging scsi_dh_alu
According to SPC-4 (5.15.2.4.5 Unavailable state), the unavailable
state may (or may not) transition to other states (e.g., microcode
downloading or hardware error, which may be temporary or permanent).
But, scsi_dh_alua currently fails I/O requests early on once that
state occurs (in alua_prep_fn
601 - 700 of 848 matches
Mail list logo
