Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/motorola-cpcap-mapphone.dtsi | 30 ++
1 file changed, 30 insertions(+)
diff --git a/arch/arm/boot/dts/motorola-cpcap-mapphone.dtsi
b/arch/arm/boot/dts/motorola-cpcap-mapphone.dtsi
index 9970985e685b..e02982d69854 100
On Sun, 5 Mar 2017, Julia Lawall wrote:
>
>
> On Sun, 5 Mar 2017, simran singhal wrote:
>
> > Doubly linked lists which are iterated using list_empty
> > and list_entry macros have been replaced with list_for_each_entry_safe
> > macro.
> > This makes the iteration simpler and more readable.
>
On Sun, Mar 5, 2017 at 5:33 PM, Al Viro wrote:
> On Sun, Mar 05, 2017 at 05:14:23PM +0100, Dmitry Vyukov wrote:
>> On Sun, Mar 5, 2017 at 4:57 PM, Al Viro wrote:
>> > On Sun, Mar 05, 2017 at 12:37:13PM +0100, Dmitry Vyukov wrote:
>> >
>> >> I am pretty sure it is that one.
>> >> I don't think I e
On Sun, 5 Mar 2017, simran singhal wrote:
> Doubly linked lists which are iterated using list_empty
> and list_entry macros have been replaced with list_for_each_entry_safe
> macro.
> This makes the iteration simpler and more readable.
>
> This patch replaces the while loop containing list_emp
On Sun, Mar 5, 2017 at 11:09 PM, Julia Lawall wrote:
>
>
> On Sun, 5 Mar 2017, simran singhal wrote:
>
>> Doubly linked lists which are iterated using list_empty
>> and list_entry macros have been replaced with list_for_each_entry_safe
>> macro.
>> This makes the iteration simpler and more reada
On Sun, Mar 5, 2017 at 10:47 PM, Julia Lawall wrote:
> By the way, the above subject line is not correct. Normally one does not
> put .c/.h in the subject line. Indeed, there is not really any
> deterministic algorithm for choosing the subject line. You need to run
> git log --oneline filename
On Sun, 5 Mar 2017, SIMRAN SINGHAL wrote:
> On Sun, Mar 5, 2017 at 11:09 PM, Julia Lawall wrote:
> >
> >
> > On Sun, 5 Mar 2017, simran singhal wrote:
> >
> >> Doubly linked lists which are iterated using list_empty
> >> and list_entry macros have been replaced with list_for_each_entry_safe
>
On Sun, Mar 5, 2017 at 6:33 PM, Dmitry Vyukov wrote:
> On Sun, Mar 5, 2017 at 5:33 PM, Al Viro wrote:
>> On Sun, Mar 05, 2017 at 05:14:23PM +0100, Dmitry Vyukov wrote:
>>> On Sun, Mar 5, 2017 at 4:57 PM, Al Viro wrote:
>>> > On Sun, Mar 05, 2017 at 12:37:13PM +0100, Dmitry Vyukov wrote:
>>> >
>>
On Sun, 5 Mar 2017, simran singhal wrote:
> Doubly linked lists which are iterated using list_empty
> and list_entry macros have been replaced with list_for_each_entry_safe
> macro.
> This makes the iteration simpler and more readable.
>
> This patch replaces the while loop containing list_emp
On Sun, Mar 5, 2017 at 4:08 PM, Dmitry Vyukov wrote:
> Hello,
>
> I am getting the following deadlock reports while running syzkaller
> fuzzer on net-next/8d70eeb84ab277377c017af6a21d0a337025dede:
>
> ==
> [ INFO: possible circular locking depend
On Sun, 5 Mar 2017, SIMRAN SINGHAL wrote:
> On Sun, Mar 5, 2017 at 10:47 PM, Julia Lawall wrote:
> > By the way, the above subject line is not correct. Normally one does not
> > put .c/.h in the subject line. Indeed, there is not really any
> > deterministic algorithm for choosing the subject
On Sun, 5 Mar 2017, SIMRAN SINGHAL wrote:
> On Sun, Mar 5, 2017 at 11:18 PM, Julia Lawall wrote:
> >
> >
> > On Sun, 5 Mar 2017, SIMRAN SINGHAL wrote:
> >
> >> On Sun, Mar 5, 2017 at 10:47 PM, Julia Lawall wrote:
> >> > By the way, the above subject line is not correct. Normally one does not
On Tue, Feb 28, 2017 at 10:49:16PM -0800, Andi Kleen wrote:
SNIP
>
> struct aggr_data {
> @@ -1208,6 +1231,16 @@ static void aggr_cb(struct perf_evsel *counter, void
> *data, bool first)
> if (first)
> ad->nr++;
> counts = perf_counts(counter-
Masaki: Do you have any information about this touchpad you can share? Is the
third byte in EC relevant to the protocol and something we should look for when
identifying devices in the driver?
Nick:
Unfortunately, I didn't print quite enough information in the two-finger
message, but yeah, th
On Sun, Mar 5, 2017 at 11:18 PM, Julia Lawall wrote:
>
>
> On Sun, 5 Mar 2017, SIMRAN SINGHAL wrote:
>
>> On Sun, Mar 5, 2017 at 10:47 PM, Julia Lawall wrote:
>> > By the way, the above subject line is not correct. Normally one does not
>> > put .c/.h in the subject line. Indeed, there is not r
On 03/02/2017 12:53 PM, Vitaly Kuznetsov wrote:
Changes since v1:
- Patches 1,2 and 3 were split and reordered to avoid adding temporary
#ifdefs [Juergen Gross]
- Juergen's R-b added to what is now patches 14 and 15 (patches 4 and 5
in v1). Due to re-ordering there are some tiny diffrence
On Sun, Mar 05, 2017 at 12:37:13PM +0100, Dmitry Vyukov wrote:
> I am pretty sure it is that one.
> I don't think I ever used name_to_handle_at syscall in my life and I
> definitely didn't make it lookup a memfd :)
So what does it normally return? On the runs where we do not hit that
use-after-f
On 03/01/2017 07:29 PM, Rick Altherr wrote:
Resending in plain text.
On Tue, Feb 28, 2017 at 7:45 PM, Guenter Roeck wrote:
On 02/28/2017 04:49 PM, Joel Stanley wrote:
On Wed, Mar 1, 2017 at 6:44 AM, Rick Altherr wrote:
Aspeed AST2400/AST2500 BMC SoCs include a 16 channel, 10-bit ADC. This
On Sun, Mar 05, 2017 at 12:17:21PM +0530, simran singhal wrote:
> The function atomisp_set_stop_timeout on being called, simply returns
> back. The function hasn't been mentioned in the TODO and doesn't have
> FIXME code around. Hence, atomisp_set_stop_timeout and its calls have been
> removed.
>
Without the parameter reboot=a, ASUS EeeBook X205TA/W will hang
when it should reboot. This adds the appropriate quirk, thus
fixing the problem.
Signed-off-by: Matjaz Hegedic
---
arch/x86/kernel/reboot.c | 16
1 file changed, 16 insertions(+)
diff --git a/arch/x86/kernel/reboot
On Sun, Mar 05, 2017 at 11:50:39AM +0100, Dmitry Vyukov wrote:
> On Sat, Mar 4, 2017 at 9:40 PM, Paul E. McKenney
> wrote:
> > On Sat, Mar 04, 2017 at 05:01:19PM +0100, Dmitry Vyukov wrote:
> >> Hello,
> >>
> >> Paul, you wanted bugs in rcu.
> >
> > Well, whether I want them or not, I must deal wi
On Sun, 2017-03-05 at 10:14 -0800, Alison Schofield wrote:
> On Sun, Mar 05, 2017 at 12:17:21PM +0530, simran singhal wrote:
> > The function atomisp_set_stop_timeout on being called, simply returns
> > back. The function hasn't been mentioned in the TODO and doesn't have
> > FIXME code around. Hen
Since commit f3ac60671954 ("sched/headers: Move task-stack related APIs
from to "), various mips builds
fail as follows.
arch/mips/kernel/smp-mt.c: In function ‘vsmp_boot_secondary’:
arch/mips/include/asm/processor.h:384:41: error:
implicit declaration of function ‘task_stack_page’
Fixes
Since commit c3edc4010e9d ("sched/headers: Move task_struct::signal and
task_struct:: sighand types and accessors into "),
h8300 builds fail as follows.
arch/h8300/kernel/ptrace_h.c: In function ‘trace_trap’:
arch/h8300/kernel/ptrace_h.c:253:3: error:
implicit declaration of function ‘forc
On Sun, Mar 5, 2017 at 1:50 AM, Borislav Petkov wrote:
>
> gcc can't possibly know on what targets is that kernel going to be
> booted on. So it probably does some universally optimal things, like in
> the dmi_scan_machine() case:
>
> memcpy_fromio(buf, p, 32);
>
> turns into:
>
>
The patch has some issues:
On 03/03/2017 06:33 AM, Wenyou Yang wrote:
Add support to transmit the frame in the CAN FD format and with
the bit rate switching.
This is a misleading comment.
"can: m_can: support transmit frame in CAN FD format"
is misleading too. You were able to send CAN FD fra
This patch fixes 'mei: synchronize irq before initiating a reset'
The patch had introduced a deadlock between irq thread and mei_reset()
as they are both holding the same device lock.
---> device_lock:
mei_reset()
< interrupt thread
From: Alexander Usyskin
The driver still struggles with firmwares that do not replay to the OS
version request. It is safe not waiting for the replay. First, the driver
doesn't do anything with the replay second the connection is closed
immediately, hence the packet will be just safely discarded
On Fri, 3 Mar 2017, Byungchul Park wrote:
> On Tue, Feb 14, 2017 at 04:26:23PM +0900, Byungchul Park wrote:
> > Although llist provides proper APIs, they are not used. Make them used.
>
> + koverstr...@google.com
> + jkos...@suse.cz
>
> I am not sure who I should cc for this subsystem..
> Could
On Sun, Mar 05, 2017 at 06:33:18PM +0100, Dmitry Vyukov wrote:
> Added more debug output.
>
> name_to_handle_at(r4, &(0x7f003000-0x6)="2e2f62757300",
> &(0x7f003000-0xd)={0xc, 0x0, "cd21"}, &(0x7f002000)=0x0,
> 0x1000)
>
> actually passes name="" because of the overlapping addresses.
On Sun, Mar 5, 2017 at 8:54 AM, Andrey Konovalov wrote:
> Hi,
>
> I've got the following bug report while fuzzing the kernel with syzkaller.
> Unfortunately it's not reproducible.
>
> On commit e5d56efc97f8240d0b5d66c03949382b6d7e5570 (Feb 26).
>
> kasan: GPF could be caused by NULL-ptr deref or u
On Sun, Mar 05, 2017 at 11:19:42AM -0800, Linus Torvalds wrote:
> Actually, the "fromio/toio" code should never use regular memcpy().
> There used to be devices that literally broke on 64-bit accesses due
> to broken PCI crud.
>
> We seem to have broken this *really* long ago, though.
I wonder wh
On Sun, Mar 5, 2017 at 11:54 AM, Borislav Petkov wrote:
>>
>> We seem to have broken this *really* long ago, though.
>
> I wonder why nothing blew up or failed strangely by now...
The hardware that cared was pretty broken to begin with, and I think
it was mainly some really odd graphics cards.
A
On Sun, Mar 05, 2017 at 11:48:17AM +0100, Dmitry Vyukov wrote:
> rcu_seq_end() increments seq signifying completion of a grace period,
> after that checks that the seq is even and wakes
> _synchronize_rcu_expedited(). _synchronize_rcu_expedited() uses
> wait_event() to wait for even seq. The proble
Added some CC-s because of bisect find. Whole context should be still
here.
> > > > > > This is on my trusty IBM PC365, dual Pentium Pro. 4.10 worked fine,
> > > > > > 4.10.0-09686-g9e314890292c and 4.10.0-10770-g2d6be4abf514 exhibit a
> > > > > > problem. Ocassionally NMI watchdog kicks in and
On Sun, 05 Mar 2017, Måns Rullgård wrote:
> Tomas Winkler writes:
> > Sparse complains for arrays declared with variable length
> >
> > 'warning: Variable length array is used'
> >
> > Prior to c99 this was not allowed but lgcc (c99) doesn't have problem
> > with that https://gcc.gnu.org/onlinedo
The ethtool api {get|set}_settings is deprecated.
We move this driver to new api {get|set}_link_ksettings.
As I don't have the hardware, I'd be very pleased if
someone may test this patch.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/sun/sunhme.c | 62 --
On Sun, Mar 05, 2017 at 07:56:25AM +0800, kbuild test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 2d62e0768d3c28536d4cfe4c40ba1e5e8e442a93
> commit: 0e9f9fd20ce931cc2cf0519c56ae33fc74d656ad openrisc: add atomic bitops
> date: 8 day
So two weeks have passed, the merge window is over, and 4.11-rc1 has
been tagged and pushed out.
This looks like a fairly regular release. It's on the smallish side,
but mainly just compared to 4.9 and 4.10 - so it's not really
_unusually_ small (in recent kernels, 4.1, 4.3, 4.5, 4.7 and now 4.11
On Sat, Mar 04, 2017 at 04:37:43PM -0800, Steve Longerbeam wrote:
>
>
> On 03/04/2017 02:56 AM, Sakari Ailus wrote:
> >Hi Steve,
> >
> >On Fri, Mar 03, 2017 at 02:43:51PM -0800, Steve Longerbeam wrote:
> >>
> >>
> >>On 03/03/2017 03:45 AM, Sakari Ailus wrote:
> >>>On Thu, Mar 02, 2017 at 03:07:21
Updating macros to be wrapped in parentheses to accomodate checkpatch errors
throughout the header. This change, combined with the previous patch, resolves
all outstanding warnings/errors produce by checkpatch.
Signed-off-by: Matthew Giassa
---
drivers/staging/ks7010/ks_wlan_ioctl.h | 66 +++
Implementing some minor formatting changes to remove checkpatch warnings.
Removing space-hardtab instances. Removing C++-style line comments in favor of
C-style equivalent. Re-aligning function prototype arguments to remove related
checkpatch warning.
Signed-off-by: Matthew Giassa
---
drivers/st
On Sun, Mar 5, 2017 at 10:12 PM, Henrique de Moraes Holschuh
wrote:
> On Sun, 05 Mar 2017, Måns Rullgård wrote:
>> Tomas Winkler writes:
>> > Sparse complains for arrays declared with variable length
>> >
>> > 'warning: Variable length array is used'
>> >
>> > Prior to c99 this was not allowed bu
Reported by syzkaller:
WARNING: CPU: 1 PID: 27742 at arch/x86/kvm/vmx.c:11029
nested_vmx_vmexit+0x5c35/0x74d0 arch/x86/kvm/vmx.c:11029
CPU: 1 PID: 27742 Comm: a.out Not tainted 4.10.0+ #229
Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Bochs 01/01/2011
Call Trace:
The ethtool api {get|set}_settings is deprecated.
We move this driver to new api {get|set}_link_ksettings.
As I don't have the hardware, I'd be very pleased if
someone may test this patch.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/toshiba/ps3_gelic_net.c | 51 +++
fs/cifs/smb2misc.c:689:14-41: WARNING: casting value returned by memory
allocation function to (struct close_cancelled_open *) is useless.
Remove casting the values returned by memory allocation functions
like kmalloc, kzalloc, kmem_cache_alloc, kmem_cache_zalloc etc.
Semantic patch informatio
On Sat, Mar 04, 2017 at 04:37:43PM -0800, Steve Longerbeam wrote:
>
>
> On 03/04/2017 02:56 AM, Sakari Ailus wrote:
> >That's a bit of a special situation --- still there are alike conditions on
> >existing hardware. You should return the buffers to the user with the ERROR
> >flag set --- or retu
The ethtool api {get|set}_settings is deprecated.
We move this driver to new api {get|set}_link_ksettings.
As I don't have the hardware, I'd be very pleased if
someone may test this patch.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/toshiba/spider_net_ethtool.c | 24 --
Hi Maxime,
On Tue, Feb 28, 2017 at 04:36:51PM +0100, Maxime Ripard wrote:
> Implement legacy framebuffer ioctl FBIO_WAITFORVSYNC in the generic
> framebuffer emulation driver. Legacy framebuffer users like non kms/drm
> based OpenGL(ES)/EGL implementations may require the ioctl to
> synchronize dr
On Sun, Mar 05, 2017 at 08:59:48PM +0100, Jiri Kosina wrote:
> On Fri, 3 Mar 2017, Byungchul Park wrote:
>
> > On Tue, Feb 14, 2017 at 04:26:23PM +0900, Byungchul Park wrote:
> > > Although llist provides proper APIs, they are not used. Make them used.
> >
> > + koverstr...@google.com
> > + jkos.
On Tue, Feb 14, 2017 at 04:26:23PM +0900, Byungchul Park wrote:
> Although llist provides proper APIs, they are not used. Make them used.
+ TO : Jens Axboe
What do you think about this patch?
Thanks,
Byungchul
>
> Signed-off-by: Byungchul Park
> ---
> drivers/md/bcache/closure.c | 17 +++
The proper commit prefix was "ARM: dts: at91:"
On 16/02/2017 at 19:16:28 +0200, cristian.bir...@microchip.com wrote:
> From: Cristian Birsan
>
> The A13 hardware line is shared by SPI and MCI1 controller.This patch
> disables the SPI controller so that the MCI1 (the big MMC card slot) can
> be u
Hi!
> > mplayer stopped working after a while. Dmesg says:
> >
> > [ 3000.266533] cdc_ether 2-1.2:1.0 usb0: register 'cdc_ether' at
Now I'm pretty sure it is a regression in v4.11-rc0. Any ideas what to
try? Bisect will be slow and nasty :-(.
On 17/02/2017 at 16:12:50 +0100, Romain Izard wrote:
> This reverts commit cab43282682e ("ARM: at91/dt: sama5d2: Use new
> compatible for ohci node")
>
> It depends from commit 7150bc9b4d43 ("usb: ohci-at91: Forcibly suspend
> ports while USB suspend") which was reverted and implemented
> differen
On Saturday, March 04, 2017 06:36:29 PM Len Brown wrote:
> Applied -- Thanks!
I guess I should include this into fixes too?
Or are you going to send a pull request with it to me?
Thanks,
Rafael
On Sun, Mar 05, 2017 at 10:48:50PM +0200, Meelis Roos wrote:
> Added some CC-s because of bisect find. Whole context should be still
> here.
>
> > > > > > > This is on my trusty IBM PC365, dual Pentium Pro. 4.10 worked
> > > > > > > fine,
> > > > > > > 4.10.0-09686-g9e314890292c and 4.10.0-1077
On Wed, Mar 01, 2017 at 07:42:52AM +0100, Micha?? K??pie?? wrote:
> Here are two minor cleanups for acpi_fujitsu_bl_notify() that I came up
> with while preparing the sparse keymap migration.
>
> Changes from v1:
>
> - Rebase on top of reworked Alan Jenkins' cleanup patch series.
>
> - Join
This fix enables a platform to enter the idle state (suspend-to-idle)
The driver needs to request explicitly go_idle upon completion
from the pm suspend handler.
The runtime pm is disabled on suspend during prepare state by calling
pm_runtime_get_noresume, hence we cannot relay on runtime pm to le
Hi Linus,
On Sun, 5 Mar 2017 13:41:04 -0800 Linus Torvalds
wrote:
>
> It _does_ feel like there was more stuff that I was asked to pull than
> was in linux-next. That always happens, but seems to have happened
> more now than usually. Comparing to the linux-next tree at the time of
> the 4.10 re
> On Saturday, March 04, 2017 06:36:29 PM Len Brown wrote:
> > Applied -- Thanks!
>
> I guess I should include this into fixes too?
>
> Or are you going to send a pull request with it to me?
When I apply it, you don't have to.
I have a couple of other fixes being tested on my turbostat branch no
Hi Michael
On Sat, Mar 04, 2017 at 12:17:23PM +1030, Jonathan Woithe wrote:
> On Wed, Mar 01, 2017 at 09:10:40AM +0100, Micha?? K??pie?? wrote:
> > These patches should make fujitsu_init() a bit more palatable. No
> > changes are made to platform device code yet, for clarity these will be
> > pos
At 03/03/2017 04:55 PM, Elena Reshetova wrote:
Now when new refcount_t type and API are finally merged
(see include/linux/refcount.h), the following
patches convert various refcounters in the btrfs filesystem from atomic_t
to refcount_t. By doing this we prevent intentional or accidental
underf
Henrique de Moraes Holschuh writes:
> On Sun, 05 Mar 2017, Måns Rullgård wrote:
>> Tomas Winkler writes:
>> > Sparse complains for arrays declared with variable length
>> >
>> > 'warning: Variable length array is used'
>> >
>> > Prior to c99 this was not allowed but lgcc (c99) doesn't have probl
arch/x86/kernel/fpu/xstate.c:931:9-10: WARNING: return of 0/1 in function
'xfeatures_mxcsr_quirk' with return type bool
Return statements in functions returning bool should use
true/false instead of 1/0.
Generated by: scripts/coccinelle/misc/boolreturn.cocci
CC: Rik van Riel
Signed-off-by: Fe
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.x86/fpu
head: 85fb989d3a58cb9c7904bb7dd8264be61e18b185
commit: 85fb989d3a58cb9c7904bb7dd8264be61e18b185 [31/31] x86/fpu: Add FPU state
copying quirk to handle XRSTOR failure on Intel Skylake CPUs
coccinelle warnings: (new
Hi all,
Changes since 20170303:
Removed tree: blackfin (will be replaced)
The vfs tree lost its build failure.
Non-merge commits (relative to Linus' tree): 361
499 files changed, 13261 insertions(+), 3007 deletions(-)
---
On 2017年03月03日 21:39, Tomeu Vizoso wrote:
Implement the .set_crc_source() callback and call the DP helpers
accordingly to start and stop CRC capture.
This is only done if this CRTC is currently using the eDP connector.
v3: Remove superfluous check on rockchip_crtc_state->output_type
v6: Remove
Since commit 29dee3c03abc ("locking/refcounts: Out-of-line everything"),
the following runtime warning is seen if xsysace fails to initialize.
The commit only exposes the problem.
refcount_t: underflow; use-after-free.
[ cut here ]
WARNING: CPU: 0 PID: 1 at lib/refcount.c:1
Various avr32 builds fail as follows.
arch/avr32/oprofile/backtrace.c:58: error:
dereferencing pointer to incomplete type
arch/avr32/oprofile/backtrace.c:60: error:
implicit declaration of function 'user_mode'
Fixes: f780d89a0e82 ("sched/headers: Remove from ...")
Cc: Ingo Molnar
On Fri, Mar 03, 2017 at 04:31:33PM +0200, Heikki Krogerus wrote:
> Hi Peter,
>
> On Fri, Mar 03, 2017 at 11:35:29AM +0800, Peter Chen wrote:
> > On Tue, Feb 21, 2017 at 05:24:04PM +0300, Heikki Krogerus wrote:
> > > +/* --- */
> > > +/* Driver callbacks to repor
On Sun, Mar 05, 2017 at 08:12:30AM -0700, Jens Axboe wrote:
On 03/04/2017 07:21 PM, Fengguang Wu wrote:
Hi Jan,
FYI next-20170303 is good while mainline is bad with this error.
The attached reproduce-* may help reproduce the issue.
What's the test case here? It's Sunday, we need to make a qui
Hi Stafford,
On Mon, Mar 06, 2017 at 06:40:41AM +0900, Stafford Horne wrote:
On Sun, Mar 05, 2017 at 07:56:25AM +0800, kbuild test robot wrote:
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 2d62e0768d3c28536d4cfe4c40ba1e5e8e442a93
commit: 0e9f9fd20ce
On 03/02/2017 04:21 PM, Jon Mason wrote:
> From: Jon Mason
>
> Add I2C support to the bcm5301x Device Tree. Since no driver changes
> are needed to enable this hardware, only the device tree changes are
> required to make this functional.
>
> Signed-off-by: Jon Mason
> ---
> arch/arm/boot/d
On Fri, Mar 03, 2017 at 06:36:50AM -0800, Guenter Roeck wrote:
> On 03/02/2017 08:52 PM, Peter Chen wrote:
> >On Thu, Mar 02, 2017 at 08:29:07PM -0800, Guenter Roeck wrote:
> >>On 03/02/2017 07:35 PM, Peter Chen wrote:
> >>>On Tue, Feb 21, 2017 at 05:24:04PM +0300, Heikki Krogerus wrote:
> +/*
The config information of RK3328 about address and port property
is different from other platform. So adds config information in the
data of match table and the device tree bindings description for
usb2-phy.
Changes in v2:
- move usb2-phy grf specification to
.../devicetree/bindings/soc/rockchip
Add usb2-phy config information in the data of match table for
rk3328.
Changes in v2:
- add support of otg port
Changes in v3:
- remove tuning function and id pin configs
Signed-off-by: Meng Dongyang
---
drivers/phy/phy-rockchip-inno-usb2.c | 44
1 file ch
Hi James,
> Hi Wang Xiongfeng,
>
> On 25/02/17 07:15, Xiongfeng Wang wrote:
>> On 2017/2/22 5:22, Tyler Baicar wrote:
>>> Currently external aborts are unsupported by the guest abort
>>> handling. Add handling for SEAs so that the host kernel reports
>>> SEAs which occur in the guest kernel.
>
>>
Adds the device tree bindings description for usb2-phy grf
of RK3328 platform.
Changes in v2:
- add usb2-phy grf specification
Chagnes in v3:
- remove the example of usb2-phy grf
Signed-off-by: Meng Dongyang
---
Documentation/devicetree/bindings/soc/rockchip/grf.txt | 4
1 file changed,
On some platform such as RK3328, the 480m clock may need to assign
clock parent in dts in stead of clock driver. So this patch add
property of assigned-clocks and assigned-clock-parents to assign
parent for 480m clock.
Changes in v2:
- move usb2-phy grf specification to grf.txt
Changes in v3: Non
The Allwinner reset controller has 32-bit registers, so translating
the reset cell number into a register and bit offset should not use
any architecture dependent data size. Otherwise this breaks for 64-bit
architectures like arm64.
Fix this by making it clear that it's the hardware register width
Hi Michal,
On Fri, Mar 03, 2017 at 08:59:54AM +0100, Michal Hocko wrote:
> On Fri 03-03-17 10:26:09, Minchan Kim wrote:
> > Hi Johannes,
> >
> > On Tue, Feb 28, 2017 at 04:39:59PM -0500, Johannes Weiner wrote:
> > > Jia He reports a problem with kswapd spinning at 100% CPU when
> > > requesting m
Hello, Kirill,
On Fri, Mar 03, 2017 at 01:26:36PM +0300, Kirill A. Shutemov wrote:
> On Fri, Mar 03, 2017 at 01:35:11PM +0800, Hillf Danton wrote:
> >
> > On March 02, 2017 11:11 PM Kirill A. Shutemov wrote:
> > >
> > > Basically the same race as with numa balancing in change_huge_pmd(), but
>
On Fri, Mar 03, 2017 at 05:13:54PM +0530, Anshuman Khandual wrote:
> On 03/02/2017 12:09 PM, Minchan Kim wrote:
> > try_to_munlock returns SWAP_MLOCK if the one of VMAs mapped
> > the page has VM_LOCKED flag. In that time, VM set PG_mlocked to
> > the page if the page is not pte-mapped THP which ca
More and more systems are coming with M2 on RAID and Linux doesn't
work unless you change the system out of RAID mode. This is becoming
more and more of a problem. What is the status of Linux support for
the new systems?
TIA!!
At 03/03/2017 04:32 PM, Dou Liyang wrote:
Hi All,
My Simple Test Result:
In our box: Fujitsu PQ2000 with 1 nodes for hot-plug.
s/1 nodes/2 nodes in 1 SB which contains CPU, Memory.../
Thanks,
Liyang
Before the patchset:
+-+
|
On Fri, Mar 3, 2017 at 10:43 AM, Dmitry Vyukov wrote:
> On Thu, Mar 2, 2017 at 10:40 AM, Dmitry Vyukov wrote:
>> On Wed, Mar 1, 2017 at 6:18 PM, Cong Wang wrote:
>>> On Wed, Mar 1, 2017 at 2:44 AM, Dmitry Vyukov wrote:
Hello,
I've got the following deadlock report while running s
Hi Anshuman,
On Fri, Mar 03, 2017 at 06:06:38PM +0530, Anshuman Khandual wrote:
> On 03/02/2017 12:09 PM, Minchan Kim wrote:
> > ttu don't need to return SWAP_MLOCK. Instead, just return SWAP_FAIL
> > because it means the page is not-swappable so it should move to
> > another LRU list(active or un
On Fri, Mar 03, 2017 at 01:27:10PM +0100, Jiri Slaby wrote:
> There is code duplicated over all architecture's headers for
> futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
> and comparison of the result.
>
> Remove this duplication and leave up to the arches only the needed
Hi David,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.11-rc1 next-20170303]
[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/David-Daney/MIPS-jump_lable-Give-__jump_table-
Enables the transmission of CAN FD frames on M_CAN IP core >= v3.1.x
and with the bit rate switching.
Tested on M_CAN IP 3.1.0 (CREL = 0x31040730) of SAMA5D2 SoC.
Signed-off-by: Wenyou Yang
---
The testing is based on
[RESEND PATCH 1/1] can: m_can: fix bitrate setup on latest silicon
http://lkml
Hi Oliver,
Thank you for your review.
> -Original Message-
> From: Oliver Hartkopp [mailto:socket...@hartkopp.net]
> Sent: 2017年3月6日 3:34
> To: Wenyou Yang - A41535 ; Wolfgang
> Grandegger ; Marc Kleine-Budde
> Cc: Alexandre Belloni ; Florian Fainelli
> ; Quentin Schulz ;
> Wenyou Yang -
Now all the cpu_hwcaps features have their own static keys. We don't
need a separate function hyp_alternate_select() to patch the vhe/nvhe
code. We can achieve the same functionality by using has_vhe(). It
improves the code readability, uses the jump label instructions, and
also compiler generates
Fixed a coding style issue.
Signed-off-by: Mark Stenglein
---
drivers/staging/wlan-ng/hfa384x.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/wlan-ng/hfa384x.h
b/drivers/staging/wlan-ng/hfa384x.h
index 5f1851c85f12..f19984747b1e 100644
--- a/drivers/staging/wlan-ng/hfa384x
Now all the cpu_hwcaps features have their own static keys. We don't
need a separate function hyp_alternate_select() to patch the vhe/nvhe
code. We can achieve the same functionality by using has_vhe(). It
improves the code readability, uses the jump label instructions, and
also compiler generates
On Fri, Mar 03, 2017 at 06:34:15PM +0530, Anshuman Khandual wrote:
> On 03/02/2017 12:09 PM, Minchan Kim wrote:
> > There is no user for it. Remove it.
>
> Last patches in the series prepared ground for this removal. The
> entire series looks pretty straight forward. As it does not change
Thanks.
On Fri, Mar 03, 2017 at 06:24:06PM +0530, Anshuman Khandual wrote:
> On 03/02/2017 12:09 PM, Minchan Kim wrote:
> > In 2002, [1] introduced SWAP_AGAIN.
> > At that time, ttuo used spin_trylock(&mm->page_table_lock) so it's
>
> Small nit: Please expand "ttuo" here. TTU in the first place is also
>
"Kirill A. Shutemov" writes:
> Basically the same race as with numa balancing in change_huge_pmd(), but
> a bit simpler to mitigate: we don't need to preserve dirty/young flags
> here due to MADV_FREE functionality.
>
> Signed-off-by: Kirill A. Shutemov
> Cc: Minchan Kim
> ---
> mm/huge_memory
On Friday, March 3, 2017 8:27:40 AM MST Thomas Fjellstrom wrote:
> I just got a new Samsung 960 Evo 256GB m.2 nvme drive, and put it through
> some tests.
>
> When I run `iozone -a -s 60G` on my desktop (that has 32GB ram and a amd FX
> 8320), i run into some errors. One time the drive completely
Hi，
I did a network forward test with ovs-dpdk, and found that LLC cache miss
increases with the increases of hugepages. ovs-dpdk only use 4 hugepages,
hugepage size is 1G.Why LLC cache miss increases ? I just echo more hugepages
but haven't been used yet.
some informations:
CPU: Intel(R) Xeon(R
On Fri, Mar 03, 2017 at 10:18:51AM -0500, Johannes Weiner wrote:
> On Fri, Mar 03, 2017 at 11:52:37AM +0900, Minchan Kim wrote:
> > On Tue, Feb 28, 2017 at 04:32:38PM -0800, a...@linux-foundation.org wrote:
> > >
> > > The patch titled
> > > Subject: mm: reclaim MADV_FREE pages
> > > has been
101 - 200 of 280 matches
Mail list logo
