Add driver for lp873x PMIC family GPOs. Two GPOs are supported
and can be configured in Open-drain output or Push-pull output.
Signed-off-by: Keerthy
---
drivers/gpio/Kconfig | 10 +++
drivers/gpio/Makefile | 1 +
drivers/gpio/gpio-lp873x.c | 188 +++
Am Mittwoch, den 29.06.2016, 09:06 +0100 schrieb Lee Jones:
> On Wed, 29 Jun 2016, Philipp Zabel wrote:
> > Am Dienstag, den 28.06.2016, 09:56 +0100 schrieb Lee Jones:
> > > Philipp,
> > >
> > > I need this to go into the -rcs too.
> > >
> > > Can I add it with your Ack please?
> >
> > I have al
From: sunil.kovv...@gmail.com
Date: Mon, 27 Jun 2016 15:30:01 +0530
> From: Sunil Goutham
>
> This 2 patch series fixes issues w.r.t physical link status
> reporting and transmit datapath configuration for
> secondary qsets.
>
> Changes from v1:
> Fixed lmac disable sequence for interfaces of t
../sysdeps/unix/sysv/linux/aarch64/ilp32/lxstat64.c: In function '__lxstat64':
../sysdeps/unix/sysv/linux/aarch64/ilp32/lxstat64.c:32:7: error: unused
variable 'result' [-Werror=unused-variable]
int result;
^~
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerpri
RK3399 and RK3288 shared the same eDP IP controller, only some light
difference with VOP configure and GRF configure.
Signed-off-by: Yakir Yang
Acked-by: Mark Yao
Reviewed-by: Tomasz Figa
---
Changes in v4:
- Improved the overly complicated .atomic_check function. (Sean)
- Add reviewed flag fro
Since the SP804 timer changes will not been merged upstream, switch the
default OX810SE config to the OXNAS RPS Timer driver configuration.
Signed-off-by: Neil Armstrong
---
arch/arm/mach-oxnas/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Dear arm-soc maintainers,
Gentle ping/
The hardware IC designed that VOP must output the RGB10 video format to
eDP contoller, and if eDP panel only support RGB8, then eDP contoller
should cut down the video data, not via VOP contoller, that's why we need
to hardcode the VOP output mode to RGA10 here.
Signed-off-by: Yakir Yang
Acked-by
The document about rockchip platform make a mistaken in available
compatible name of "rk3288-edp", we should correct it to "rk3288-dp"
which correspond to the compatible name in driver.
This mistaken was introduced in commit be91c36247089 ("dt-bindings:
add document for rockchip variant of analogi
> From: Rick Jones [mailto:rick.jon...@hpe.com]
> Sent: Tuesday, June 28, 2016 23:43
> To: Dexuan Cui ; David Miller
> Cc: gre...@linuxfoundation.org; net...@vger.kernel.org; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de;
> a...@canonical.com; jasow...@redhat.com; v
On 06/28/2016 11:58 PM, Stephen Boyd wrote:
> Quoting Neil Armstrong (2016-06-28 01:49:37)
>> On 06/26/2016 09:28 AM, Stephen Boyd wrote:
>>> + uphy->cal_sleep_clk = clk = devm_clk_get(&ulpi->dev, "cal_sleep");
>>> + if (IS_ERR(clk))
>>> + return PTR_ERR(clk);
>>
>> Hi Stephen,
From: Wei Tang
Date: Mon, 27 Jun 2016 18:12:46 +0800
> The space is missing before the open parenthesis '(', and this
> will introduce much more noise when checking patch around.
>
> Signed-off-by: Wei Tang
Applied.
David Vrabel writes:
> On 28/06/16 17:47, Vitaly Kuznetsov wrote:
>> It may happen that Xen's and Linux's ideas of vCPU id diverge. In
>> particular, when we crash on a secondary vCPU we may want to do kdump
>> and unlike plain kexec where we do migrate_to_reboot_cpu() we try booting
>> on the vC
For RK3399's GRF module, if we want to operate the graphic related grf
registers, we need to enable the pclk_vio_grf which supply power for VIO
GRF IOs, so it's better to introduce an optional grf clock in driver.
Signed-off-by: Yakir Yang
Reviewed-by: Douglas Anderson
Reviewed-by: Tomasz Figa
Rockchip VOP couldn't output YUV video format for eDP controller, so
when driver detect connector support YUV video format, we need to hack
it down to RGB888.
Signed-off-by: Yakir Yang
Acked-by: Mark Yao
Reviewed-by: Tomasz Figa
---
Changes in v4:
- Using mask variable to collect the YUV video
The enum value of DP_IRQ_TYPE_HP_CABLE_IN is zero, but driver only
send drm hp event when the irq_type and the enum value is true.
if (irq_type & DP_IRQ_TYPE_HP_CABLE_IN || ...)
drm_helper_hpd_irq_event(dp->drm_dev);
So there would no drm hpd event when cable plug in, to fix that
just nee
Some boards don't need to declare a panel device node, like the
display interface is DP monitors, so it's necessary to make the
panel detect to an optional action.
Signed-off-by: Yakir Yang
Acked-by: Mark Yao
Reviewed-by: Tomasz Figa
---
Changes in v4:
- Move of_node_put(panel_node) directly be
It's better to pass the connector to platform driver in .get_modes()
callback, just like what the .get_modes() helper function designed.
Signed-off-by: Yakir Yang
Reviewed-by: Sean Paul
Reviewed-by: Tomasz Figa
---
Changes in v4:
- Add reviewed flag from Sean.
- Add reviewed flag from Tomasz.
As vendor document indicate, when REF_CLK bit set 0, then DP
phy's REF_CLK should switch to 24M source clock.
But due to IC PHY layout mistaken, some chips need to flip this
bit(like RK3288), and unfortunately they didn't indicate in the
DP version register. That's why we have to make this little
eDP controller need to declare which vop provide the video source,
and it's defined in GRF registers.
But different chips have different GRF register address, so we need to
create a device data to declare the GRF messages for each chips.
Signed-off-by: Yakir Yang
Acked-by: Mark Yao
Reviewed-by:
There're an register define error in ANALOGIX_DP_PLL_REG_1 which introduced
by commit bcec20fd5ad6 ("drm: bridge: analogix/dp: add some rk3288 special
registers setting").
The PHY PLL input clock source is selected by ANALOGIX_DP_PLL_REG_1
BIT 0, not BIT 1.
Signed-off-by: Yakir Yang
Reviewed-by:
RK3399 and RK3288 shared the same eDP IP controller, only some light
difference with VOP configure and GRF configure.
Also same misc fix to analogix_dp driver:
- Hotplug invalid which report by Dan Carpenter
- Make panel detect to an optional action
- correct the register bit define error in ANAL
From: Yisen Zhuang
Date: Mon, 27 Jun 2016 17:54:15 +0800
> @@ -361,9 +371,10 @@ static int hns_mdio_reset(struct mii_bus *bus)
> return -ENODEV;
> }
>
> + sc_reg = &mdio_dev->sc_reg;
> /* 1. reset req, and read reset st check */
> -
From: Tien Hock Loh
This adds support for TSE PCS that uses SGMII adapter when the phy-mode of
the dwmac is set to sgmii.
Signed-off-by: Tien Hock Loh
---
v2:
- Refactored the TSE PCS out from the dwmac-socfpga.c file
- Added binding documentation for TSE PCS sgmii adapter
v3:
- Added missing
Suraj Jitindar Singh writes:
> --- a/arch/powerpc/include/asm/opal.h
> +++ b/arch/powerpc/include/asm/opal.h
> @@ -276,6 +276,14 @@ extern int opal_error_code(int rc);
>
> ssize_t opal_msglog_copy(char *to, loff_t pos, size_t count);
>
> +static inline int opal_get_async_rc(struct opal_msg ms
From: Arnd Bergmann
Date: Mon, 27 Jun 2016 11:19:13 +0200
> In some configurations, gcc produces a warning for correct code
> in this driver:
...
> I have seen the warning before and at the time thought I had fixed
> it with 55e7f6abe131 ("dsa: b53: fix big-endian register access"),
> however it
This patch fix a spelling typo in intel_powerclamp.txt
Signed-off-by: Masanari Iida
---
Documentation/thermal/intel_powerclamp.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/thermal/intel_powerclamp.txt
b/Documentation/thermal/intel_powerclamp.txt
index 33
From: Xerox Lin
When rndis data transfer is in progress, some Windows7 Host PC is not
sending the GET_ENCAPSULATED_RESPONSE command for receiving the response
for the previous SEND_ENCAPSULATED_COMMAND processed.
The rndis function driver appends each response for the
SEND_ENCAPSULATED_COMMAND i
On 29/06/16 09:52, Alexandre Courbot wrote:
> The "google,smaug-rev2" string is missing from the compatible list of
> Smaug's DT. The differences of rev2 are not relevant at our current
> level of support and it boots just fine, so add it.
>
> Signed-off-by: Alexandre Courbot
> ---
> arch/arm64
2016-06-29 17:45 GMT+09:00 Masahiro Yamada :
> This SoC has no SD card controller. This pin-muxing has no point.
>
> Fixes: 70f2f9c4cf25 ("pinctrl: uniphier: add UniPhier PH1-LD11 pinctrl
> driver")
> Signed-off-by: Masahiro Yamada
I found another mistake in this driver.
So, I'd like to repla
This SoC has no SD card controller. Nor does it have USB port3.
These pin-mux settings have no point.
Fixes: 70f2f9c4cf25 ("pinctrl: uniphier: add UniPhier PH1-LD11 pinctrl driver")
Signed-off-by: Masahiro Yamada
---
drivers/pinctrl/uniphier/pinctrl-uniphier-ld11.c | 10 --
1 file chan
On Tue, Jun 28, 2016 at 2:30 PM, Keerthy wrote:
> platform_device_id table is needed for adding the tps65218-gpio
> module to the mfd_cell array.
>
> Signed-off-by: Keerthy
> ---
>
> Changes in v4:
>
> * Retained the compatible strings in order to interrogate the DT in the
> normal way.
S
Hi, Leon
在 2016/6/24 23:46, Leon Romanovsky 写道:
> On Thu, Jun 16, 2016 at 10:35:15PM +0800, Lijun Ou wrote:
>> This patch added event queue support for RoCE driver. It is used
>> for RoCE interrupt. RoCE includes 32 synchronous event irqs, 1
>> asynchronous event irq and 1 common overflow irq.
>>
>
v9fs may be used as lower layer of overlayfs and accessing f_path.dentry
can lead to a crash. In this case it's a NULL pointer dereference in
p9_fid_create().
Fix by replacing direct access of file->f_path.dentry with the
file_dentry() accessor, which will always return a native object.
Reported
The "google,smaug-rev2" string is missing from the compatible list of
Smaug's DT. The differences of rev2 are not relevant at our current
level of support and it boots just fine, so add it.
Signed-off-by: Alexandre Courbot
---
arch/arm64/boot/dts/nvidia/tegra210-smaug.dts | 3 ++-
1 file changed
+cc linux-a...@vger.kernel.org
On 2016/6/28 11:17, Kefeng Wang wrote:
> Add ACPI identifier for UART on Hisilicon Hip05 soc, be careful
> that it is not 16550 compatibal.
>
> Meanwhile, set dw8250_serial_out32 to keep consistent between serial_out
> and serial_in in ACPI.
>
> Signed-off-by: Kefe
On 28 June 2016 at 19:56, Jorge Ramirez wrote:
> On 06/28/2016 12:31 PM, Guodong Xu wrote:
>>
>> From: Jorge Ramirez-Ortiz
>>
>> Early at boot, during the sys_clk initialization, make sure UART1 uses
>> the higher frequency clock.
>>
>> This enables support for higher baud rates (up to 3Mbps) req
On Mon, Jun 27, 2016 at 5:43 PM, Heikki Krogerus
wrote:
> Hi,
>
> On Mon, Jun 27, 2016 at 03:51:08PM +0530, Rajaram R wrote:
>> May be I am missing user or usage of the driver.. I see this driver is
>> providing limited information of the Type-C connectors or the port
>> partner
>
> Yes, this inte
This patch fix a spelling typo found in DocBook/tracepoint.xml.
It is because the file was created from comments in source,
so I have to fix the typo in include/trace/events/irq.h
Signed-off-by: Masanari Iida
---
include/trace/events/irq.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d
From: Jorge Ramirez-Ortiz
Early at boot, during the sys_clk initialization, make sure UART1 uses
the higher frequency clock, 150MHz.
This enables support for higher baud rates (up to 3Mbps) in UART1, which
is required by faster bluetooth transfers.
v2: use clk_set_rate() to propergate clock set
On Wed, Jun 29, 2016 at 01:15:17AM +0200, Jirka Hladky wrote:
> Hello,
>
> on NUMA enabled server equipped with 4 Intel E5-4610 v2 CPUs we
> observe following performance degradation:
Do you have cluster on die enabled on that machine? If you disable it,
does it still reproduce?
From: Xinliang Liu
In the bootloader of HiKey/96boards, syspll and media_syspll clk
was initialized to 1.19GHz. So, here changes it in kernel accordingly.
1.19GHz was chosen over 1.2GHz because at 1.19GHz we get more precise
HDMI pixel clock (1.19G/16 = 74.4MHz) for 1280x720p@60Hz HDMI
(74.25MHz
This SoC has no SD card controller. This pin-muxing has no point.
Fixes: 70f2f9c4cf25 ("pinctrl: uniphier: add UniPhier PH1-LD11 pinctrl driver")
Signed-off-by: Masahiro Yamada
---
drivers/pinctrl/uniphier/pinctrl-uniphier-ld11.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/
Yury Norov writes:
> diff --git a/sysdeps/unix/sysv/linux/aarch64/ilp32/getdents.c
> b/sysdeps/unix/sysv/linux/aarch64/ilp32/getdents.c
> new file mode 100644
> index 000..1183f49
> --- /dev/null
> +++ b/sysdeps/unix/sysv/linux/aarch64/ilp32/getdents.c
> @@ -0,0 +1,77 @@
> +/* Copyright (C)
Adding more Thunderbolt(TM) register definitions
and some helper macros.
Signed-off-by: Amir Levy
---
drivers/thunderbolt/nhi_regs.h | 109 +
1 file changed, 109 insertions(+)
diff --git a/drivers/thunderbolt/nhi_regs.h b/drivers/thunderbolt/nhi_regs.h
in
Updating the Kconfig Thunderbolt(TM) description.
Signed-off-by: Amir Levy
---
drivers/thunderbolt/Kconfig | 25 +
drivers/thunderbolt/Makefile | 2 +-
2 files changed, 22 insertions(+), 5 deletions(-)
diff --git a/drivers/thunderbolt/Kconfig b/drivers/thunderbolt/Kcon
Adding the new Thunderbolt(TM) device IDs to the list.
Signed-off-by: Amir Levy
---
include/linux/pci_ids.h | 44 ++--
1 file changed, 26 insertions(+), 18 deletions(-)
diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
index c58752f..2d4cc50
This is version 2 of Thunderbolt(TM) driver for non-Apple hardware.
Changes since v1:
- Separation to 2 modules.
- Moved ICM specific registers definition to ICM header file.
- Added new Thunderbolt device IDs.
- Renamed the Thunderbolt networking documentation.
- General cleanups
These patc
Negotiation states that a peer goes through in order to establish
the communication with the second peer.
This includes communication with upper layer and additional
infrastructure support to communicate with the second peer through ICM.
Signed-off-by: Amir Levy
---
drivers/thunderbolt/Makefile
Firmware-based (a.k.a ICM - Intel Connection Manager) controller is
used for establishing and maintaining the Thunderbolt Networking
connection. We need to be able to communicate with it.
Signed-off-by: Amir Levy
---
drivers/thunderbolt/Makefile |2 +
drivers/thunderbolt/icm_nhi.c | 1332 ++
Handling the transmission to second peer and receiving from it.
This includes communication with upper layer, the network stack
and configuration of Thunderbolt(TM) HW.
Signed-off-by: Amir Levy
---
drivers/thunderbolt/icm_nhi.c | 15 +
drivers/thunderbolt/net.c | 1475 +
On 29 June 2016 at 16:34, Felipe Balbi wrote:
>
> Hi,
>
> Baolin Wang writes:
>> For supporting the usb charger, it adds the usb_charger_init() and
>> usb_charger_exit() functions for usb charger initialization and exit.
>>
>> It will report to the usb charger when the gadget stat
This first patch updates the registers file to
reflect that it isn't only for Cactus Ridge.
No functional change intended.
Signed-off-by: Amir Levy
---
drivers/thunderbolt/nhi_regs.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/thunderbolt/nhi_regs.h b/driver
Adding Thunderbolt(TM) networking documentation.
Signed-off-by: Amir Levy
---
Documentation/00-INDEX | 2 +
Documentation/thunderbolt-networking.txt | 135 +++
2 files changed, 137 insertions(+)
create mode 100644 Documentation/thunderbolt-network
On Sun, Jun 26, 2016 at 12:28:33AM -0700, Stephen Boyd wrote:
> When the RESET bit is set in the USBCMD register it resets quite
> a few of the wrapper's registers to their reset state. This
> includes the GENCONFIG and GENCONFIG2 registers. Currently this
> is done by the usb phy and ehci-msm driv
Hi,
Baolin Wang writes:
> For supporting the usb charger, it adds the usb_charger_init() and
> usb_charger_exit() functions for usb charger initialization and exit.
>
> It will report to the usb charger when the gadget state is changed,
> then the usb charger can do the power
Hi again
On Wed, Jun 29, 2016 at 10:07 AM, Ricardo Ribalda Delgado
wrote:
> - I can send it as a proper patch if you prefer tat.
Just realised how bad the code is treated by gmail.
You can navigate more easily through the code here:
https://github.com/ribalda/linux/tree/clk-platform-v4
Regar
On 6/27/2016 5:05 PM, ok...@codeaurora.org wrote:
> On 2016-06-27 16:04, Wim Osterholt wrote:
>> On Mon, Jun 27, 2016 at 04:22:18AM -0400, ok...@codeaurora.org wrote:
>>> > However, an earlier try on my Inspiron 510m did not work.
>>> > I'll do a clean retry later today, just to make sure.
>>>
>>>
On Mon, Jun 27, 2016 at 4:23 PM, Amitoj Kaur Chawla
wrote:
> pinctrl_register returns an ERR_PTR on error.
>
> The Coccinelle semantic patch used to make this change is as follows:
>
> @@
> expression e,e1,e2;
> @@
>
> e = pinctrl_register(...)
> ... when != e = e1
> if (
> - e == NULL
> + IS
Hi Felipe,
On 29 June 2016 at 16:20, Felipe Balbi wrote:
>
> Hi,
>
> Baolin Wang writes:
>>> Baolin Wang writes:
For supporting the usb charger, it adds the usb_charger_init() and
usb_charger_exit() functions for usb charger initialization and exit.
It will report to the usb
On Wednesday 29 June 2016 09:57:14, Alexandre Belloni wrote:
> On 29/06/2016 at 08:12:21 +0200, Alexander Stein wrote :
> > > +#if defined(CONFIG_CPU_V7)
> > > + dsb();
> > > + wfi();
> > > +#else
> > > + asm volatile ("mcr p15, 0, %0, c7, c0, 4" \
> > > + : : "r" (0) : "memory")
The omitted parenthesis prevents the addition operation when
acpi_penalize_isa_irq function is called.
Signed-off-by: Sinan Kaya
---
drivers/acpi/pci_link.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/acpi/pci_link.c b/drivers/acpi/pci_link.c
index 8c08971..c983bf
On Sun, Jun 26, 2016 at 7:21 AM, Stephen Boyd wrote:
> The msm8974 pinctrl variant has a couple USB HSIC "glue"
> registers that let us mux between the pinctrl register settings
> or the HSIC core settings for the HSIC pins (gpio 144 and gpio
> 145). Support this method of operation by adding hsi
On 06/29/2016 10:19 AM, Herbert Xu wrote:
> On Wed, Jun 29, 2016 at 10:16:10AM +0200, Krzysztof Kozlowski wrote:
>>
>> Seems to work fine except:
>> 1. The updates are always 1.
>
> Yes the test function only does digest so it's always one update.
>
>> 2. For bigger blocks it reports always 1 or
Trying to make the ISA and PCI init functionality common turned out to be
a bad idea. ISA path depends on external functionality. Restoring the
previous behavior and limiting the refactoring to PCI interrupts only.
This reverts commit 1fcb6a813c4f ("ACPI,PCI,IRQ: remove redundant code in
acpi_irq_
Since commit 103544d86976 ("ACPI,PCI,IRQ: reduce resource requirements")
the penalty values are calculated on the fly rather than boot time.
This works fine for PCI interrupts but not so well for the ISA interrupts.
Whether an ISA interrupt is in use or not information is not available
inside the
The change introduced in commit 103544d86976 ("ACPI,PCI,IRQ: reduce
resource requirements") omitted the initially assigned POSSIBLE penalty
when the IRQ is active.
The original code would assign the POSSIBLE value divided by the number
of possible IRQs during initialization.
Later, if the IRQ is
On Tue 2016-06-28 15:17:56, Steven Rostedt wrote:
> On Mon, 27 Jun 2016 15:54:33 +0200
> Petr Mladek wrote:
>
> > 1st patch adds one more paranoid check of the modified function on x86.
> >
> > Plus there are 3 small changes that appeared when hunting down
> > the 1st patch.
> >
> > Petr Mladek
On Tue, Jun 28, 2016 at 01:46:04PM -0700, Kees Cook wrote:
> On Tue, Jun 28, 2016 at 9:14 AM, Emese Revfy wrote:
> > On Tue, 28 Jun 2016 13:57:49 +0100
> > Mark Rutland wrote:
> >
> >> On Tue, Jun 28, 2016 at 01:34:07PM +0200, Emese Revfy wrote:
> >> > This patch set is based on the "Add support
Hi,
Baolin Wang writes:
>> Baolin Wang writes:
>>> For supporting the usb charger, it adds the usb_charger_init() and
>>> usb_charger_exit() functions for usb charger initialization and exit.
>>>
>>> It will report to the usb charger when the gadget state is changed,
>>> then the usb charger ca
On 2016-06-29 01:12, Lee Jones wrote:
> On Tue, 28 Jun 2016, Stefan Agner wrote:
>
>> This patchset adds RN5T567 PMIC support which is used on the
>> Toradex Colibri iMX7S/iMX7D modules. The existing RN5T618 is from
>> the same family, hence this patchset uses the same driver and adds
>> variant s
From: Grygorii Strashko
Date: Mon, 27 Jun 2016 12:05:11 +0300
> TI CPDMA currently uses a bitmap for tracking descriptors alloactions
> allocations, but The genalloc already handles the same and can be used
> as with special memory (SRAM) as with DMA cherent memory chank
> (dma_alloc_coherent()).
On Wed, Jun 29, 2016 at 10:16:10AM +0200, Krzysztof Kozlowski wrote:
>
> Seems to work fine except:
> 1. The updates are always 1.
Yes the test function only does digest so it's always one update.
> 2. For bigger blocks it reports always 1 or 3 cycles per byte:
Yes the average cycles per-byte s
On Tue 2016-06-28 13:04:47, Tejun Heo wrote:
> Hello,
>
> On Mon, Jun 27, 2016 at 04:33:50PM +0200, Petr Mladek wrote:
> > OK, so you suggest to do the following:
> >
> > 1. Add a flag into struct kthread_worker that will prevent
> > from further queuing.
>
> This doesn't add any protecti
On 29/06/2016 05:17, Xiao Guangrong wrote:
>>
>> +++ b/arch/x86/kvm/mmu.c
>> @@ -2516,13 +2516,17 @@ static int set_spte(struct kvm_vcpu *vcpu, u64
>> *sptep,
>> gfn_t gfn, kvm_pfn_t pfn, bool speculative,
>> bool can_unsync, bool host_writable)
>> {
>> -u64 spte
Oh, and the subject line needs to reflect the subsystem you are
submitting to.
On Wed, 29 Jun 2016, Lee Jones wrote:
> On Tue, 28 Jun 2016, Yoshinori Sato wrote:
>
> > Signed-off-by: Yoshinori Sato
> > ---
> > Documentation/devicetree/bindings/mfd/sm501.txt | 45
> > +
>
On Sun, Jun 26, 2016 at 12:28:32AM -0700, Stephen Boyd wrote:
> We need to pick the correct phy at runtime based on how the SoC
> has been wired onto the board. If the secondary phy is used, take
> it out of reset and mux over to it by writing into the TCSR
> register. Make sure to do this on reset
On 06/28/2016 02:33 PM, Herbert Xu wrote:
> On Tue, Jun 28, 2016 at 12:15:43PM +0200, Krzysztof Kozlowski wrote:
>> Oops:
>
> Thanks, there was a typo where it said k instead of j in the second
> loop.
>
> ---8<---
> This patch resolves a number of issues with the mb speed test
> function:
>
> *
On Tue, 28 Jun 2016, Yoshinori Sato wrote:
> Signed-off-by: Yoshinori Sato
> ---
> Documentation/devicetree/bindings/mfd/sm501.txt | 45
> +
This needs a DT Ack, but you haven't sent it to the DT list.
Did you run ./scripts/get_maintainer.pl?
> drivers/mfd/sm501.c
On Sun, Jun 26, 2016 at 7:21 AM, Stephen Boyd wrote:
> The function selection bitfield is not always 3 bits wide.
> Sometimes it is 4 bits wide. Let's use the npins struct member to
> determine how many bits wide the function selection bitfield is
> so we clear the correct amount of bits in the r
The same can be done for the pthread types, following the x32 example.
Andreas.
diff --git a/sysdeps/aarch64/nptl/bits/pthreadtypes.h
b/sysdeps/aarch64/nptl/bits/pthreadtypes.h
index 13984a7..49bb402 100644
--- a/sysdeps/aarch64/nptl/bits/pthreadtypes.h
+++ b/sysdeps/aarch64/nptl/bits/pthreadtyp
Amit Pundir writes:
> From: xerox_lin
Please sanitize name here. Then resend.
thanks
--
balbi
signature.asc
Description: PGP signature
On Fri, Jun 17, 2016 at 12:15 PM, Neil Armstrong
wrote:
> Signed-off-by: Neil Armstrong
Patch applied with the ACKs.
Yours,
Linus Walleij
This is a ThinkPad T440s with a stable 64bit hardened Gentoo.
If it is docked then the described behaviour happens.
I do run latest kernel, former kernel versions show the same behaviour.
All other functionality of the resumed system is fine, so it is just the
monitor which needs an extra kick.
A
On Tue, 28 Jun 2016, Stefan Agner wrote:
> This patchset adds RN5T567 PMIC support which is used on the
> Toradex Colibri iMX7S/iMX7D modules. The existing RN5T618 is from
> the same family, hence this patchset uses the same driver and adds
> variant support.
>
> The Colibris currently do not us
On Fri, Jun 17, 2016 at 12:15 PM, Neil Armstrong
wrote:
> In order to support the Qualcomm MDM9615 SoC, add support for the TLMM
> using the Qualcomm pinctrl generic driver.
>
> Note: the pinctrl is partial, need Documentation to complete all the groups.
> Signed-off-by: Neil Armstrong
Patch ap
From: Amitoj Kaur Chawla
Date: Mon, 27 Jun 2016 14:34:50 +0530
> pci_free_consistent's argument 'struct pci_dev' should be NULL not 0.
>
> The Coccinelle semantic patch used to make this change is as follows:
> @@
> @@
>
> pci_free_consistent(
> - 0
> + NULL
> , ...)
>
> Signed-off-by: Amito
From: Harini Katakam
Date: Mon, 27 Jun 2016 13:09:59 +0530
> Marvell 88E currently uses the generic marvell config ANEG function.
> This function has a sequence accessing Page 5 and Register 31,
> both of which are not defined or reserved for this PHY.
> Hence this patch adds a new config ANE
On Tue, Jun 28, 2016 at 07:03:04PM -0700, a...@linux-foundation.org wrote:
>
> The patch titled
> Subject: mm, compaction: abort free scanner if split fails
> has been removed from the -mm tree. Its filename was
> mm-compaction-abort-free-scanner-if-split-fails.patch
>
> This patch was
On Fri, Jun 24, 2016 at 3:06 PM, Amitoj Kaur Chawla
wrote:
> of_find_node_by_name does an of_node_get on its return value,
> so an of_node_put is needed on this value before the corresponding
> variable goes out of scope.
>
> The Coccinelle semantic patch used to make this change is as follows:
>
Hi Stephen
On Tue, Jun 28, 2016 at 8:04 PM, Stephen Boyd wrote:
> Almost, except that this flag should be set in the common clk
> framework and not in each driver. The large majority of cases
> will want that. Only a few will want to clear it, and then we can
> hide that fact by having a differe
From: Zhao Qiang
Date: Mon, 27 Jun 2016 09:30:22 +0800
> Signed-off-by: Zhao Qiang
Applied to net-next, thanks.
On Wed, 29 Jun 2016, Philipp Zabel wrote:
> Am Dienstag, den 28.06.2016, 09:56 +0100 schrieb Lee Jones:
> > Philipp,
> >
> > I need this to go into the -rcs too.
> >
> > Can I add it with your Ack please?
>
> I have already added your patches to my branch, and I intend to send a
> pull request f
On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker
wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX23
> drivers/pinctrl/freescale/Kconfig: bool
>
> ...meaning that it currently is not being built as a module by anyo
From: James Ban
This is a patch for adding description for da9212/da9214.
Signed-off-by: James Ban
---
Changes since PATCH V1
- add compatible strings for da9212 and da9214.
This patch applies against linux-next and next-20160624
.../devicetree/bindings/regulator/da9211.txt | 47 +
On Tue, Jun 28, 2016 at 07:23:23PM +0800, Chen Feng wrote:
> Hello,
>
> On 2016/6/23 10:52, Joonsoo Kim wrote:
> > On Wed, Jun 22, 2016 at 05:23:06PM +0800, Chen Feng wrote:
> >> Hello,
> >>
> >> On 2016/5/26 14:22, js1...@gmail.com wrote:
> >>> From: Joonsoo Kim
> >>>
> >>> Until now, reserved p
On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker
wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/pinctrl/freescale/Kconfig:config PINCTRL_MXS
> drivers/pinctrl/freescale/Kconfig: bool
>
> ...meaning that it currently is not being built as a module by anyone
On 29/06/2016 at 08:12:21 +0200, Alexander Stein wrote :
> > +#if defined(CONFIG_CPU_V7)
> > + dsb();
> > + wfi();
> > +#else
> > + asm volatile ("mcr p15, 0, %0, c7, c0, 4" \
> > + : : "r" (0) : "memory");
> > +#endif
>
> Why not defining wfi() for __LINUX_ARM_ARCH__ <
On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker
wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/pinctrl/freescale/Kconfig:config PINCTRL_IMX28
> drivers/pinctrl/freescale/Kconfig: bool
>
> ...meaning that it currently is not being built as a module by anyo
On Mon, Jun 27, 2016 at 09:25:45PM +1000, Balbir Singh wrote:
>
>
> On 26/05/16 16:22, js1...@gmail.com wrote:
> > From: Joonsoo Kim
> >
> > Hello,
> >
> > Changes from v2
> > o Rebase on next-20160525
> > o No other changes except following description
> >
> > There was a discussion with Mel
On Sun, Jun 26, 2016 at 4:46 AM, Paul Gortmaker
wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/pinctrl/freescale/Kconfig:config PINCTRL_VF610
> drivers/pinctrl/freescale/Kconfig: bool "Freescale Vybrid VF610 pinctrl
> driver"
>
> ...meaning that it curre
701 - 800 of 844 matches
Mail list logo