2017-11-20 4:45 GMT+09:00 Wolfram Sang :
> On Wed, Nov 08, 2017 at 07:17:00PM +0900, Masahiro Yamada wrote:
>> A card detect GPIO is set up only for platforms with "cd-gpios"
>> DT property or TMIO_MMC_USE_GPIO_CD flag. However, the driver
>> core always uses mmc_gpio_get_cd, which just fails with
Hi all,
During debug a device only support 32bits DMA(Qualcomm Atheros AP) in our
LS1043A 64bits ARM SOC, we found that the invoke of dma_unmap_single -->
swiotlb_tbl_unmap_single will unmap the passed "size" anyway even when the
"size" is incorrect.
If the size is larger than it should, th
2017-11-20 4:49 GMT+09:00 Wolfram Sang :
> On Tue, Nov 07, 2017 at 05:09:28PM +0900, Masahiro Yamada wrote:
>> The remove, suspend, resume hooks need tmio_mmc_host. It is tedious
>> to get mmc_host from the driver_data and pass it to mmc_priv().
>> We can directly set tmio_mmc_host to driver data
On Fri 17-11-17 11:15:45, Arnd Bergmann wrote:
> The cleanup caused build warnings for constant mask pointers:
>
> mm/mempolicy.c: In function ‘mpol_to_str’:
> ./include/linux/nodemask.h:108:11: warning: the comparison will always
> evaluate as ‘true’ for the address of ‘nodes’ will never be NULL
> On 12 Oct 2017, at 1:16 PM, Kai-Heng Feng wrote:
>
> On Fri, Sep 22, 2017 at 4:27 PM, Kai-Heng Feng
> wrote:
>> On Asus GL502VSK and UX305LA, ACPI incorrectly reports discharging when
>> battery is full and AC is plugged.
>>
>> However rate_now is correct under this circumstance, hence we ca
On Thu, 16 Nov 2017, Benjamin Tissoires wrote:
> > I am planning to queue this for 4.16; do you happen to have any followups
> > since you posted v2 in october?
>
> Cool. I did not updated it since, but if you want I can send a v3
> tomorrow based on your for-next branch.
Would be perfect; the
On Monday 20 November 2017 16:55:30 Masaki Ota wrote:
> From: Masaki Ota
> - The issue is that Thinkpad L570 TrackStick does not work. Because the main
> interface of Thinkpad L570 device is SMBus, so ALPS overlooked PS2 interface
> Firmware setting of TrackStick. The detail is that TrackStick o
Please send the scsi fixes on their own for now so that the rework
can go into 4.16. If you don't want to do it I'll do it myself
and will send them to Martin for now you can the rebase the dma-mapping
and mips work after that.
From: Richard Leitner
This patch series fixes the use of the SMSC LAN8710/20 with a Freescale ETH
when the refclk is generated by the FSL.
Changes v2:
- simplify and fix fec_reset_phy function to support multiple calls
- include: linux: phy: harmonize phy_id{,_mask} type
On Fri 17-11-17 20:45:03, Shawn Landden wrote:
> On Fri, Nov 3, 2017 at 2:09 AM, Michal Hocko wrote:
>
> > On Thu 02-11-17 23:35:44, Shawn Landden wrote:
> > > It is common for services to be stateless around their main event loop.
> > > If a process sets PR_SET_IDLE to PR_IDLE_MODE_KILLME then i
From: Richard Leitner
Previously phy_id was u32 and phy_id_mask was unsigned int. As the
phy_id_mask defines the important bits of the phy_id (and is therefore the
same size) these two variables should be the same datatype.
Signed-off-by: Richard Leitner
---
include/linux/phy.h | 2 +-
1 file
From: Richard Leitner
Some PHYs (for example the SMSC LAN8710/LAN8720) doesn't allow turning
the refclk on and off again during operation (according to their
datasheet). Nonetheless exactly this behaviour was introduced for power
saving reasons by commit e8fcfcd5684a ("net: fec: optimize the cloc
From: Richard Leitner
The fec_reset_phy function allowed only one execution during probeing.
To make it more usable move the dt parsing and gpio allocation to the
probe function. The parameters of the phy reset are added to the
fec_enet_private struct. As a result the fec_reset_phy function may b
On Sun, 19 Nov 2017, Mathieu Desnoyers wrote:
> - On Nov 16, 2017, at 4:14 PM, Thomas Gleixner t...@linutronix.de wrote:
>
> > On Tue, 14 Nov 2017, Mathieu Desnoyers wrote:
> >
> > Please fix the subject line:
> >
> > x86: Add support for restartable sequences
> >
> > or something like tha
On Fri 17-11-17 11:12:51, Matthew Wilcox wrote:
> On Thu, Nov 16, 2017 at 04:27:36PM -0800, Kees Cook wrote:
> > On Thu, Nov 16, 2017 at 2:18 AM, Michal Hocko wrote:
> > > From: Michal Hocko
> > >
> > > MAP_FIXED is used quite often to enforce mapping at the particular
> > > range. The main probl
Hi, Pali,
1) Yes, but we don't have FW update plan.
And this device works as SMBus in Windows, so this issue happens on only Linux.
2) Yes.
Best Regards,
Masaki Ota
-Original Message-
From: Pali Rohár [mailto:pali.ro...@gmail.com]
Sent: Monday, November 20, 2017 5:30 PM
To: Masaki Ota
The w1 master driver includes a complete open drain emulation
reimplementation among other things.
This converts the driver and all board files using it to use
GPIO descriptors associated with the device to look up the
GPIO wire, as well ass the optional pull-up GPIO line.
When probed from the de
Hi Cyrille,
On Fri, Nov 17, 2017 at 6:36 PM, Cyrille Pitchen
wrote:
> sorry but I won't apply this patch.
>
> New values for the 'compatible' DT properties should only be added for
> memory parts not supporting the JEDEC READ ID (0x9F) command.
I tent to disagree. Documenting part numbers in the
On Fri 17-11-17 08:30:48, Florian Weimer wrote:
> On 11/16/2017 11:18 AM, Michal Hocko wrote:
> > + if (flags & MAP_FIXED_SAFE) {
> > + struct vm_area_struct *vma = find_vma(mm, addr);
> > +
> > + if (vma && vma->vm_start <= addr)
> > + return -ENOMEM;
> > +
From: Shu Wang
found the issue by kmemleak.
unreferenced object 0x8800674611c0 (size 16):
xfs_iext_insert+0x82a/0xa90 [xfs]
xfs_bmap_add_extent_hole_delay+0x1e5/0x5b0 [xfs]
xfs_bmapi_reserve_delalloc+0x483/0x530 [xfs]
xfs_file_iomap_begin+0xac8/0xd40 [xfs]
iomap_apply+0xb8
On Fri 17-11-17 00:37:18, John Hubbard wrote:
> On 11/16/2017 02:18 AM, Michal Hocko wrote:
[...]
> > diff --git a/arch/powerpc/include/uapi/asm/mman.h
> > b/arch/powerpc/include/uapi/asm/mman.h
> > index 03c06ba7464f..d97342ca25b1 100644
> > --- a/arch/powerpc/include/uapi/asm/mman.h
> > +++ b/ar
On Fri, Nov 17, 2017 at 01:43:00PM -0800, Andi Kleen wrote:
SNIP
> ---
> tools/perf/Documentation/perf-script.txt | 10 +++-
> tools/perf/builtin-script.c | 97
> +++-
> tools/perf/util/metricgroup.c| 4 ++
> 3 files changed, 108 insertions(
On 24 October 2017 at 14:25, Brendan Jackman wrote:
> From: Vincent Guittot
>
> When idle, the blocked load of CPUs will be updated only when an idle
> load balance is triggered which may never happen. Because of this
> uncertainty on the execution of idle load balance, the utilization,
> the loa
On Fri 17-11-17 00:45:49, John Hubbard wrote:
> On 11/16/2017 04:14 AM, Michal Hocko wrote:
> > [Ups, managed to screw the subject - fix it]
> >
> > On Thu 16-11-17 11:18:58, Michal Hocko wrote:
> >> Hi,
> >> this has started as a follow up discussion [1][2] resulting in the
> >> runtime failure c
On 18/11/2017 at 10:10, Arvind Yadav wrote:
> The platform_get_irq() function returns negative if an error occurs.
> zero or positive number on success. platform_get_irq() error checking
> for zero is not correct.
>
> Signed-off-by: Arvind Yadav
> ---
> changes in v2 :
> Add failure
Hi, Chris
I have met the same issue too, did you have found out the root cause ?
Thanks a lot.
Huaitong Han
2016-10-12 0:02 GMT+08:00 Chris Friesen :
> On 10/08/2016 02:05 AM, Hillf Danton wrote:
>>
>> On Friday, October 07, 2016 5:01 AM Chris Friesen
>>>
>>>
>>> I have Linux host running as a
On 19/11/2017 at 05:34, Arvind Yadav wrote:
> The platform_get_irq() function returns negative if an error occurs.
> zero or positive number on success. platform_get_irq() error checking
> for zero is not correct.
>
> Signed-off-by: Arvind Yadav
> ---
> changes in v2 :
> Add failure
Hi Miklos,
Sorry for the slow follow-up.
On 14 November 2017 at 17:16, Miklos Szeredi wrote:
> On Tue, Nov 14, 2017 at 8:08 AM, Michael Kerrisk (man-pages)
> wrote:
>> Hi Miklos, Ram
>>
>> Thanks for your comments. A question below.
>>
>> On 13 November 2017 at 09:11, Miklos Szeredi wrote:
>>>
On 24 October 2017 at 14:25, Brendan Jackman wrote:
> We now have a NOHZ kick to avoid the load of idle CPUs becoming stale. This is
> good, but it brings about CPU wakeups, which have an energy cost. As an
> alternative to waking CPUs up to do decay blocked load, we can sometimes do it
> from new
On 11/20/2017 09:55 AM, Michal Hocko wrote:
On Fri 17-11-17 08:30:48, Florian Weimer wrote:
On 11/16/2017 11:18 AM, Michal Hocko wrote:
+ if (flags & MAP_FIXED_SAFE) {
+ struct vm_area_struct *vma = find_vma(mm, addr);
+
+ if (vma && vma->vm_start <= addr)
+
Acked-by : sudeep
-Original Message-
From: Andreas Färber [mailto:afaer...@suse.de]
Sent: Tuesday, November 14, 2017 11:31 PM
To: linux-arm-ker...@lists.infradead.org
Cc: Thomas Liau ; Jeff Chen
; 张东风 ; 刘炜
; 张天益 ; 梅利
; Ioan B ; Sudeep Kumar
; linux-kernel@vger.kernel.org; Andreas Färb
From: Wanpeng Li
Reported by syzkaller:
*** Guest State ***
CR0: actual=0x80010031, shadow=0x6010,
gh_mask=fff7
CR4: actual=0x2061, shadow=0x,
gh_mask=e8f1
CR3 = 0x2081e000
RSP = 0xfffa
Hi Dmitry,
2017-11-20 12:09 GMT+08:00 Wanpeng Li :
> 2017-11-18 4:22 GMT+08:00 syzbot
> :
>> Hello,
>>
>> syzbot has tested the proposed patch but the reproducer still triggered
>> crash:
>> WARNING in kvm_arch_vcpu_ioctl_run
>>
>> VMExit: intr_info= errcode= ilen=
>>
Yamada-san,
> My best guess is unnecessary if-conditional was added
> and overlooked in the review process.
I agree.
So, from visual review, most patches look good to me. I will give them
testing on HW this evening and add my Reviewed-by tags then. I'll also
reply to the driver rename thread lat
On Mon, Nov 20, 2017 at 10:07 AM, Michael Kerrisk (man-pages)
wrote:
> But, the problem is that the existing description is at best misleading:
>
> (2) parent ID: the ID of the parent mount (or of self for
>the top of the mount tree).
>
> That implies that we'l
On Mon, Nov 20, 2017 at 10:19 AM, Wanpeng Li wrote:
> Hi Dmitry,
> 2017-11-20 12:09 GMT+08:00 Wanpeng Li :
>> 2017-11-18 4:22 GMT+08:00 syzbot
>> :
>>> Hello,
>>>
>>> syzbot has tested the proposed patch but the reproducer still triggered
>>> crash:
>>> WARNING in kvm_arch_vcpu_ioctl_run
>>>
>>> V
On Fri 17-11-17 09:35:21, Christoph Hellwig wrote:
> On Tue, Nov 14, 2017 at 06:37:42AM +0900, Tetsuo Handa wrote:
> > Since do_shrink_slab() can reschedule, we cannot protect shrinker_list
> > using one RCU section. But using atomic_inc()/atomic_dec() for each
> > do_shrink_slab() call will not im
On 11/19/2017 04:27 PM, Jason Gunthorpe wrote:
> On Sat, Nov 18, 2017 at 01:53:49AM +0100, Javier Martinez Canillas wrote:
>
>> What I fail to understand is why that's not a problem when the TPM spaces
>> infrastructure isn't used, tpm_validate_command() function just returns
>> true if space is N
On Mon, Nov 20, 2017 at 10:43:35PM +0800, Jin Yao wrote:
> perf stat --per-thread is useful to break down data per thread.
> But it currently requires specifying --pid/--tid to limit it to a process.
>
> For analysis it would be useful to do it globally for the whole system.
I can't compile this:
Dell Wireless 5819/5818 devices are re-branded Sierra Wireless MC74
series modems which will by default boot with vid 0x413c and pid's
0x81cf, 0x81d0, 0x81d1,0x81d2. Along with qcserial, these modems support
qmi_wwan on the usb interface #12.
Signed-off-by: Shrirang Bagul
---
drivers/net/usb/qmi
Oops. Looks good:
Reviewed-by: Christoph Hellwig
2017-11-20 18:20 GMT+09:00 Wolfram Sang :
> Yamada-san,
>
>> My best guess is unnecessary if-conditional was added
>> and overlooked in the review process.
>
> I agree.
>
> So, from visual review, most patches look good to me. I will give them
> testing on HW this evening and add my Reviewed-by tag
On Mon 20-11-17 10:10:32, Florian Weimer wrote:
> On 11/20/2017 09:55 AM, Michal Hocko wrote:
> > On Fri 17-11-17 08:30:48, Florian Weimer wrote:
> > > On 11/16/2017 11:18 AM, Michal Hocko wrote:
> > > > + if (flags & MAP_FIXED_SAFE) {
> > > > + struct vm_area_struct *vma = find
On Mon, Nov 20, 2017 at 10:25:26AM +0100, Michal Hocko wrote:
> On Fri 17-11-17 09:35:21, Christoph Hellwig wrote:
> > On Tue, Nov 14, 2017 at 06:37:42AM +0900, Tetsuo Handa wrote:
> > > Since do_shrink_slab() can reschedule, we cannot protect shrinker_list
> > > using one RCU section. But using at
The EEPROMs which hold the SPD data on DDR4 memory modules are no
longer standard AT24C02-compatible EEPROMs. They are 512-byte EEPROMs
which use only 1 I2C address for data access. You need to switch
between the lower page and the upper page of data by sending commands
on the SMBus.
Signed-off-by
Hi Serge,
At the moment man-pages lacks documentation of the namespaced file
capability feature that you added with commit
8db6c34f1dbc8e06aa016a9b829b06902c3e1340. Would you be able to send a
patch describing the feature?
Presumably, the patch would be for the capabilities(7) page (or
perhaps fo
From: Richard Leitner Sent: Monday, November 20, 2017 4:34 PM
>The fec_reset_phy function allowed only one execution during probeing.
>To make it more usable move the dt parsing and gpio allocation to the probe
>function. The parameters of the phy reset are added to the fec_enet_private
>struct. A
Hello Miklos,
On 20 November 2017 at 10:22, Miklos Szeredi wrote:
> On Mon, Nov 20, 2017 at 10:07 AM, Michael Kerrisk (man-pages)
> wrote:
>
>> But, the problem is that the existing description is at best misleading:
>>
>> (2) parent ID: the ID of the parent mount (or of self for
On 11/19/2017 12:23 AM, Mimi Zohar wrote:
Hi Serge,
On Fri, 2017-11-17 at 22:20 -0600, Serge E. Hallyn wrote:
On Tue, Nov 07, 2017 at 11:37:01AM +0100, Roberto Sassu wrote:
from a predefined position (/etc/ima/digest_lists/metadata), when rootfs
becomes available. Digest lists must be loaded b
On 20.11.2017 10:17, Wanpeng Li wrote:
> From: Wanpeng Li
>
> Reported by syzkaller:
>
>*** Guest State ***
>CR0: actual=0x80010031, shadow=0x6010,
> gh_mask=fff7
>CR4: actual=0x2061, shadow=0x,
> gh_mask=e8f1
Define ioremap is ioremap_nocache, so devm_ioremap has the same function
with devm_ioremap_nocache, which may just be killed. However, there
are many places which use devm_ioremap_nocache instead of devm_ioremap.
This patch is to use MACRO for devm_ioremap_nocache, which will reduce
the size of de
Shrirang Bagul writes:
> Dell Wireless 5819/5818 devices are re-branded Sierra Wireless MC74
> series modems which will by default boot with vid 0x413c and pid's
> 0x81cf, 0x81d0, 0x81d1,0x81d2. Along with qcserial, these modems support
> qmi_wwan on the usb interface #12.
NAK,
Interace #12 is
On Mon 20-11-17 01:33:09, Christoph Hellwig wrote:
> On Mon, Nov 20, 2017 at 10:25:26AM +0100, Michal Hocko wrote:
> > On Fri 17-11-17 09:35:21, Christoph Hellwig wrote:
> > > On Tue, Nov 14, 2017 at 06:37:42AM +0900, Tetsuo Handa wrote:
> > > > Since do_shrink_slab() can reschedule, we cannot prot
Hi Arnd, Greg,
On 19.11.2017 21:55, Arnd Bergmann wrote:
[Adding the others to cc]
-- Forwarded message --
From: Arnd Bergmann
Date: Sun, Nov 19, 2017 at 9:53 PM
Subject: Re: stable-rc/linux-4.4.y build: 182 builds: 60 failed, 122
passed, 60 errors, 60 warnings (v4.4.99-60-g803
On Sat, 18 Nov 2017, Charlemagne Lasse wrote:
> 2017-11-16 19:33 GMT+01:00 Thomas Gleixner :
> > Add the full text of the GPL 2.0 license to the kernel tree. It was
> > copied directly from:
> >
> >https://spdx.org/licenses/GPL-2.0.html#licenseText
> >
> > Add the required tags for reference a
Dear All,
> Subject: Re: [PATCH v2] dt-bindings: mtd: Add sst25vf016b to the list of
> supported chip names
>
> Hi Cyrille,
>
> On Fri, Nov 17, 2017 at 6:36 PM, Cyrille Pitchen
> wrote:
> > sorry but I won't apply this patch.
> >
> > New values for the 'compatible' DT properties should only be a
On 11/20/2017 10:33 AM, Michal Hocko wrote:
On Mon 20-11-17 10:10:32, Florian Weimer wrote:
On 11/20/2017 09:55 AM, Michal Hocko wrote:
On Fri 17-11-17 08:30:48, Florian Weimer wrote:
On 11/16/2017 11:18 AM, Michal Hocko wrote:
+ if (flags & MAP_FIXED_SAFE) {
+ struct vm_a
From: Richard Leitner Sent: Monday, November 20, 2017 4:34 PM
>To: f.faine...@gmail.com; Andy Duan ;
>and...@lunn.ch
>Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org;
>richard.leit...@skidata.com
>Subject: [PATCH v2 3/3] net: ethernet: fec: fix refclk enable for SMSC
>LAN8710/20
>
>From:
Hi Catalin,
On 2017/11/18 2:27, Catalin Marinas wrote:
> Please fix the subject as the tool is called "kmemleak" rather than
> "kmemcheck".
Yeah, this really is a terrible typo.
>
> On Fri, Nov 17, 2017 at 03:03:56PM +0800, Yisheng Xie wrote:
>> diff --git a/mm/kmemleak.c b/mm/kmemleak.c
>> ind
On Thu 16-11-17 22:28:08, Marcos Paulo de Souza wrote:
> Thus reducing one indentation level while maintaining the same
> rationale.
>
> Signed-off-by: Marcos Paulo de Souza
looks reasonable to me
Acked-by: Michal Hocko
> ---
> kernel/fork.c | 51 +-
On 16.11.2017 19:07, Paolo Bonzini wrote:
> [ Upstream commit c8401dda2f0a00cd25c0af6a95ed50e478d25de4 ]
>
> TF is handled a bit differently for syscall and sysret, compared
> to the other instructions: TF is checked after the instruction completes,
> so that the OS can disable #DB at a syscall by
Modify fw_cfg_read_blob() to use DMA if the device supports it.
Return errors, because the operation may fail.
The DMA operation is expected to run synchronously with today qemu,
but the specification states that it may become async, so we run
"control" field check in a loop for eventual changes.
Add an optional kernel module (or command line) parameter
using the following syntax:
[qemu_fw_cfg.]ioport=@[::[:]]
or
[qemu_fw_cfg.]mmio=@[::[:]]
and initializes the register address using given or default offset.
Signed-off-by: Marc-André Lureau
Reviewed-by: Gabriel Somlo
---
On driver remove(), all objects created during probe() should be
removed, but sysfs qemu_fw_cfg/rev file was left. Also reorder
functions to match probe() error cleanup code.
Signed-off-by: Marc-André Lureau
---
drivers/firmware/qemu_fw_cfg.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(
If the "etc/vmcoreinfo" fw_cfg file is present and we are not running
the kdump kernel, write the addr/size of the vmcoreinfo ELF note.
Signed-off-by: Marc-André Lureau
Reviewed-by: Gabriel Somlo
---
drivers/firmware/qemu_fw_cfg.c | 82 +-
1 file changed,
Hi,
This series adds DMA operations support to the qemu fw_cfg kernel
module and populates "etc/vmcoreinfo" with vmcoreinfo location
details.
Note: the support for this entry handling has been merged for upcoming
qemu release (2.11).
v7:
- add a patch to fix driver remove()
- remove DMA operatio
The following patch is going to use the symbol from the fw_cfg module,
to call the function and write the note location details in the
vmcoreinfo entry, so qemu can produce dumps with the vmcoreinfo note.
CC: Andrew Morton
CC: Baoquan He
CC: Dave Young
CC: Dave Young
CC: Hari Bathini
CC: Tony
On Mon, 2017-11-20 at 10:41 +0100, Bjørn Mork wrote:
> Shrirang Bagul writes:
>
> > Dell Wireless 5819/5818 devices are re-branded Sierra Wireless MC74
> > series modems which will by default boot with vid 0x413c and pid's
> > 0x81cf, 0x81d0, 0x81d1,0x81d2. Along with qcserial, these modems suppo
On 11/20/2017 10:47 AM, Andy Duan wrote:
> From: Richard Leitner Sent: Monday, November 20, 2017 4:34
> PM
>> To: f.faine...@gmail.com; Andy Duan ;
>> and...@lunn.ch
>> Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org;
>> richard.leit...@skidata.com
>> Subject: [PATCH v2 3/3] net: ethern
Hi Fabrizio,
On Mon, Nov 20, 2017 at 10:43 AM, Fabrizio Castro
wrote:
>> On Fri, Nov 17, 2017 at 6:36 PM, Cyrille Pitchen
>> wrote:
>> BTW, "sst" (for Silicon Storage Technology) should be added to
>> Documentation/devicetree/bindings/vendor-prefixes.txt, too, to avoid another
>> warning:
>>
>>
From: Xingyu Chen
Add new pinctrl driver for Amlogic's Meson-AXG SoC.
Reviewed-by: Neil Armstrong
Signed-off-by: Xingyu Chen
Signed-off-by: Yixun Lan
---
drivers/pinctrl/meson/Kconfig | 6 +
drivers/pinctrl/meson/Makefile| 1 +
drivers/pinctrl/meson/pinctrl-meson-
This patchset adds pinctrl support for the Amlogic's Meson-AXG SoC.
While the gpio and pin configuration part is the same the as previous
meson SoCs, the pinmux part is different. This requires slightly
different pinmux operations along with the actual pinctrl driver description.
Changes since
This is DT part patchset for adding pinctrl support for
the Amlogic's Meson-AXG SoC.
Changes since v1 at [1]:
-- Separate DT part patches
-- Add Neil Armstrong's Ack
[1]
http://lists.infradead.org/pipermail/linux-amlogic/2017-November/005270.html
http://lists.infradead.org/pipermail/linux-
From: Xingyu Chen
Add compatibles for Amlogic Meson AXG pin controllers
Reviewed-by: Neil Armstrong
Signed-off-by: Xingyu Chen
Signed-off-by: Yixun Lan
---
Documentation/devicetree/bindings/pinctrl/meson,pinctrl.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetr
From: Xingyu Chen
The pin controller has been updated in the Amlogic Meson AXG series,
which use continuous 4-bit register to select function for each pin.
In order to support this, a new pinmux operations "meson_axg_pmx_ops"
has been added.
Reviewed-by: Neil Armstrong
Signed-off-by: Xingyu Che
On Fri, Nov 17, 2017 at 03:50:25PM +0100, Philippe Ombredanne wrote:
> On Fri, Nov 17, 2017 at 3:16 PM, Greg Kroah-Hartman
> wrote:
> > There is no need to #define the license of the driver, just put it in
> > the MODULE_LICENSE() line directly as a text string.
> >
> > This allows tools that chec
Hi Gustavo,
I am currently referring to your implementation for explicit
synchronisation. For the same I needed your testapp, but I am unable
to download the same at the link provided
“https://gitlab.collabora.com/padovan/v4l2-fences-test”
Could you please help me out with the same.
Regards
Smit
On 08/16/2017 07:14 PM, Eric W. Biederman wrote:
> Aleksa Sarai writes:
>
>>> A couple of things to note on the bigger picture.
>>>
>>> The glibc library on all distributions has been changed to not have a
>>> setuid binary pt_chown, that uses ptsname. This was the primary fix
>>> for the securi
This is DT part patchset for adding pinctrl support for
the Amlogic's Meson-AXG SoC.
Changes since v2 at [2]:
-- Resend this patch series due to fail to send patch [2/2]
Changes since v1 at [1]:
-- Separate DT part patches
-- Add Neil Armstrong's Ack
[2]
http://lists.infradead.org/piperm
From: Xingyu Chen
Add compatibles for Amlogic Meson AXG pin controllers
Reviewed-by: Neil Armstrong
Signed-off-by: Xingyu Chen
Signed-off-by: Yixun Lan
---
Documentation/devicetree/bindings/pinctrl/meson,pinctrl.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetr
From: Xingyu Chen
Add new pinctrl DT info for the Amlogic's Meson-AXG SoC.
Reviewed-by: Neil Armstrong
Signed-off-by: Xingyu Chen
Signed-off-by: Yixun Lan
---
arch/arm64/boot/dts/amlogic/meson-axg.dtsi | 44 ++
1 file changed, 44 insertions(+)
diff --git a/arch/a
On Sat, Nov 18, 2017 at 07:43:25PM -0800, Guenter Roeck wrote:
> On Fri, Aug 26, 2016 at 04:37:21PM +0100, Paul Burton wrote:
> > Introduce a "generic" platform, which aims to be board-agnostic by
> > making use of device trees passed by the boot protocol defined in the
> > MIPS UHI (Universal Host
Hi
On Thu, Nov 9, 2017 at 2:41 AM, Mike Kravetz wrote:
> With the addition of memfd hugetlbfs support, we now have the situation
> where memfd depends on TMPFS -or- HUGETLBFS. Previously, memfd was only
> supported on tmpfs, so it made sense that the code resides in shmem.c.
>
> This patch serie
On 11/20/2017 16:27, Shrirang Bagul wrote:
Dell Wireless 5819/5818 devices are re-branded Sierra Wireless MC74
series modems which will by default boot with vid 0x413c and pid's
0x81cf, 0x81d0, 0x81d1,0x81d2. Along with qcserial, these modems support
qmi_wwan on the usb interface #12.
Signed-off
On 20/11/17 07:50, Jesse Chan wrote:
This change resolves a new compile-time warning
when built as a loadable module:
WARNING: modpost: missing MODULE_LICENSE() in
drivers/staging/comedi/drivers/ni_atmio.o
see include/linux/module.h for more information
This adds the license as "GPL", which ma
On Thu, Nov 16, 2017 at 01:16:28PM +1100, Michael Ellerman wrote:
> "Tobin C. Harding" writes:
>
> > Clearly I am unable to use email.
> >
> > Adding to CC: Greg, Steve, Paul - kernel developers CC'd on leaking
> > addresses stuff that may know my face.
> >
> > Adding to CC: Michael - closest ker
On Mon, 2017-11-20 at 18:08 +0800, Yixun Lan wrote:
> From: Xingyu Chen
>
> The pin controller has been updated in the Amlogic Meson AXG series,
> which use continuous 4-bit register to select function for each pin.
> In order to support this, a new pinmux operations "meson_axg_pmx_ops"
> has bee
On Mon, 2017-11-20 at 18:08 +0800, Yixun Lan wrote:
> From: Xingyu Chen
>
> Add new pinctrl driver for Amlogic's Meson-AXG SoC.
>
> Reviewed-by: Neil Armstrong
Reviewed-by: Jerome Brunet
> Signed-off-by: Xingyu Chen
> Signed-off-by: Yixun Lan
From: Richard Leitner Sent: Monday, November 20,
2017 5:57 PM
>To: Andy Duan ; f.faine...@gmail.com;
>and...@lunn.ch
>Cc: Richard Leitner ; net...@vger.kernel.org; linux-
>ker...@vger.kernel.org
>Subject: Re: [PATCH v2 3/3] net: ethernet: fec: fix refclk enable for SMSC
>LAN8710/20
>
>
>On 11/20/
I have just created since-4.14 branch in mm git tree
(http://git.kernel.org/?p=linux/kernel/git/mhocko/mm.git;a=summary). It
is based on v4.14 tag in Linus tree and mmotm-2017-11-17-16-17. I have
pulled ext4/dev and tip/x86/asm to satisfy dependencies. I wanted to
pull nvdimm tree as well but there
On Mon, Nov 20, 2017 at 01:18:51PM +0800, Chris Chiu wrote:
> On Fri, Nov 17, 2017 at 9:52 PM, Mika Westerberg
> wrote:
> > On Fri, Nov 17, 2017 at 03:35:18PM +0200, Mika Westerberg wrote:
> >> > pin 18 (GPIO_18) GPIO 0x40900100 0x00024075
> >
> > Hmm,
> >
> > If I decode 0x40900100 correctly PADC
When unloading module xen_netfront from guest, dmesg would output
warning messages like below:
[ 105.236836] xen:grant_table: WARNING: g.e. 0x903 still in use!
[ 105.236839] deferring g.e. 0x903 (pfn 0x35805)
This problem relies on netfront and netback being out of sync. By the time
netfron
On Mon, Nov 20, 2017 at 10:42:37AM +0100, Michal Hocko wrote:
> The patch has been dropped because allnoconfig failed to compile back
> then
> http://lkml.kernel.org/r/CAP=VYLr0rPWi1aeuk4w1On9CYRNmnEWwJgGtaX=wevgabur...@mail.gmail.com
> I have problem to find the follow up discussion though. The m
Am Freitag, den 17.11.2017, 13:21 -0500 schrieb Alan Stern:
>
> The real fix would be to change the interface drivers by adding proper
> support for reset-resume. Otherwise there will always be a time window
> following resume during which the interface is non-functional.
Very hard to do with
On 18/11/17 16:26, Matthew Giassa wrote:
Resolving license check warning for drivers/staging/comedi. Added the
license definitions present in the rest of the module and made sure it's
aligned with the license (GPL) in the comments for the affected file
(ni_atmio.c). Original warning:
WARNING: mo
Two framebuffer device-node names were looked up during probe, but were
only used as flags to indicate the presence of two framebuffer device.
Drop the unused framebuffer name along with a likewise unused device
pointer from the driver data, and update the platform data to pass in
booleans instead
Fix child-node lookup during probe, which ended up searching the whole
device tree depth-first starting at the parent rather than just matching
on its children.
To make things worse, the parent mfd node was also prematurely freed.
Fixes: 59eb2b5e57ea ("drivers/video/backlight/as3711_bl.c: add OF
A number of drivers have been using the wrong OF helper when doing child-node
lookups during probe. This meant that they were doing tree-wide searches rather
than matching on child nodes and that the parent node could end up being
prematurely freed.
Johan
v2
- add patch 4/4 which fixes two node
On 20/11/17 10:29, Ian Abbott wrote:
On 20/11/17 07:50, Jesse Chan wrote:
This change resolves a new compile-time warning
when built as a loadable module:
WARNING: modpost: missing MODULE_LICENSE() in
drivers/staging/comedi/drivers/ni_atmio.o
see include/linux/module.h for more information
T
Fix child-node lookup during probe, which ended up searching the whole
device tree depth-first starting at the parent rather than just matching
on its children.
To make things worse, the parent mfd node was also prematurely freed,
while the child backlight node was leaked.
Fixes: 47ec340cb8e2 ("m
1 - 100 of 892 matches
Mail list logo
