On Wed, 2017-08-09 at 16:15 +1000, Michael Ellerman wrote:
> I'm not sure I'm convinced. We can't handle every possible case of the
> higher level code calling us in situations we don't expect.
>
> For example irq_data could be NULL, but we trust the higher level code
> not to do that to us.
>
>
snd_pcm_ops are not supposed to change at runtime. All functions
working with snd_pcm_ops provided by work with
const snd_pcm_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi-ahb-audio.c | 2 +-
1 file changed, 1 insertion(+),
On Tue, Aug 08, 2017 at 02:54:33PM -0700, David Miller wrote:
> From: James Hogan
> Date: Tue, 08 Aug 2017 22:20:05 +0100
>
> > cool, i hadn't realised unmentioned elements in an initialiser are
> > always zeroed, even when non-global/static, so had interpreted the
> > whole array as uninitialise
On Wed, Aug 9, 2017 at 11:22 AM, Heiko Carstens
wrote:
> On Sun, Aug 06, 2017 at 11:22:27AM +0530, Bhumika Goyal wrote:
>> Declare cca_public_sec and cca_token_hdr structures as const as they are
>> only used during copy operations.
>>
>> Signed-off-by: Bhumika Goyal
>> ---
>> drivers/s390/crypt
On Wed, Aug 09, 2017 at 06:31:28PM +0800, Yafang Shao wrote:
> Sometimes we want to get tasks in TASK_RUNNING sepcifically,
> instead of dump all tasks.
>
> For example, when the loadavg are high, we want to dump
> tasks in TASK_RUNNING and TASK_UNINTERRUPTIBLE, which contribute
> to system load.
From: Jun Gao
Add i2c compatible for MT7622. Compare to MT8173 i2c controller,
MT7622 limit message size to 255, and not support 4GB DMA mode.
Signed-off-by: Jun Gao
---
drivers/i2c/busses/i2c-mt65xx.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/drivers/i2c/busses/i
From: Jun Gao
Add MT7622 i2c binding to binding file. Compare to MT8173 i2c
controller, MT7622 limit message size to 255, and not support
4GB DMA mode.
Signed-off-by: Jun Gao
---
Documentation/devicetree/bindings/i2c/i2c-mtk.txt | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
This patch series based on v4.13-rc1, include MT7622 i2c dt-binding
and compatible.
Jun Gao (2):
dt-bindings: i2c: Add MediaTek MT7622 i2c binding
i2c: mediatek: Add i2c compatible for MediaTek MT7622
Documentation/devicetree/bindings/i2c/i2c-mtk.txt | 11 ++-
drivers/i2c/busses/i2c-
snd_pcm_ops are not supposed to change at runtime. All functions
working with snd_pcm_ops provided by work with
const snd_pcm_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
drivers/usb/gadget/function/u_audio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
From: Boris Brezillon
Some drivers are briefly preparing+enabling the clock in their
->probe() hook and disable+unprepare them before leaving the function.
This can be problem if a clock is shared between different devices, and
one of these devices is critical to the system. If this clock is
ena
Hi Arnd,
Thanks for the patch.
On Tue, Jul 25, 2017 at 05:36:45PM +0200, Arnd Bergmann wrote:
> @@ -618,8 +618,9 @@ config VIDEO_OV6650
>
> config VIDEO_OV5670
> tristate "OmniVision OV5670 sensor support"
> - depends on I2C && VIDEO_V4L2
> + depends on I2C && VIDEO_V4L2 && VIDEO
Make these structures const as they are only stored in the ops field of
a pcie_port structure, which is of type const.
Done using Coccinelle.
Signed-off-by: Bhumika Goyal
---
drivers/pci/dwc/pcie-hisi.c | 2 +-
drivers/pci/dwc/pcie-kirin.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-
snd_pcm_ops are not supposed to change at runtime. All functions
working with snd_pcm_ops provided by work with
const snd_pcm_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
drivers/staging/vc04_services/bcm2835-audio/bcm2835-pcm.c | 4 ++--
1 file changed, 2 insert
The following commits:
commit c815fdebef44 ("wlcore: spi: Populate config firmware data")
commit d776fc86b82f ("wlcore: sdio: Populate config firmware data")
Populated the nvs entry for wilink6 and wilink7 only while it is
still needed for wilink8 as well for specifying an alternate mac address.
T
On 27.07.2017 05:21, Lu Baolu wrote:
xhci_disable_slot() is a helper for disabling a slot when a device
goes away or recovers from error situations. Currently, it checks
the corespoding virt-dev pointer and returns directly (w/o issuing
disable slot command) if it's null.
This is unnecessary and
Hi Neil,
On 2017/8/5 3:59, Neil Leeder wrote:
This adds a driver for the SMMUv3 PMU into the perf framework.
It includes an IORT update to support PM Counter Groups.
IORT has no mechanism for determining device names so PMUs
are named based on their physical address.
Tested on Qualcomm QDF2400
Hello,
On Wednesday 09 Aug 2017 00:49:40 Kuninori Morimoto wrote:
> Hi Anton
>
> # add Laurent
>
> > While searching for races in the Linux kernel I've come across
> > "drivers/dma/sh/rcar-dmac.ko" module. Here is a question that I came
> > up with while analyzing results. Lines are given using
From: Markus Elfring
Date: Wed, 9 Aug 2017 09:50:05 +0200
A few update suggestions were taken into account
from static source code analysis.
Markus Elfring (4):
Adjust one function call together with a variable assignment
Improve a size determination in two functions
Adjust four checks for
2017-08-09 15:43 GMT+08:00 Peter Zijlstra :
> On Wed, Aug 09, 2017 at 06:31:28PM +0800, Yafang Shao wrote:
>> Sometimes we want to get tasks in TASK_RUNNING sepcifically,
>> instead of dump all tasks.
>>
>> For example, when the loadavg are high, we want to dump
>> tasks in TASK_RUNNING and TASK_UN
From: Markus Elfring
Date: Wed, 9 Aug 2017 08:40:14 +0200
The script "checkpatch.pl" pointed information out like the following.
ERROR: do not use assignment in if condition
Thus fix the affected source code place.
Signed-off-by: Markus Elfring
---
sound/synth/emux/emux_seq.c | 3 ++-
1 file
From: Markus Elfring
Date: Wed, 9 Aug 2017 09:11:26 +0200
Replace the specification of data types by pointer dereferences
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
Signed-off-by: Markus Elfr
From: Markus Elfring
Date: Wed, 9 Aug 2017 09:22:42 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The script “checkpatch.pl” pointed information out like the following.
Comparison to NULL could be written !…
Thus fix affected source code places.
From: Markus Elfring
Date: Wed, 9 Aug 2017 09:30:34 +0200
Omit extra messages for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Link:
http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Refactor_Strings-WSang_0.pdf
Signed-
Tomas,
On Wed, Aug 09, 2017 at 07:13:25AM +, Winkler, Tomas wrote:
>
> >
> > From: Alexander Usyskin
> >
> > MEI device performs link reset during system suspend sequence.
> > The link reset cannot be performed while device is in runtime suspend state.
> > The resume sequence is bypassed w
On Thu, Jul 20, 2017 at 04:47:38PM -0700, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix build errors by adding dependency on VIDEO_V4L2_SUBDEV_API:
Thanks for the patch, Randy, but I've already applied Arnd's patch with
very similar content.
--
Sakari Ailus
e-mail: sakari.ai...@iki.fi X
On Wed, Aug 9, 2017 at 1:08 AM, Darrick J. Wong wrote:
> On Mon, Aug 07, 2017 at 10:20:58PM +0200, Arnd Bergmann wrote:
>> On Mon, Aug 7, 2017 at 6:45 PM, Darrick J. Wong
>> wrote:
>> > On Mon, Aug 07, 2017 at 06:01:43PM +0200, Arnd Bergmann wrote:
>> >> On Mon, Aug 7, 2017 at 5:54 PM, Darrick J
On Wed, Aug 9, 2017 at 9:48 AM, Sakari Ailus wrote:
> Hi Arnd,
>
> Thanks for the patch.
>
> On Tue, Jul 25, 2017 at 05:36:45PM +0200, Arnd Bergmann wrote:
>> @@ -618,8 +618,9 @@ config VIDEO_OV6650
>>
>> config VIDEO_OV5670
>> tristate "OmniVision OV5670 sensor support"
>> - depends on
The rxrpc patch isn't part of the security/keys subsystem. I'll push it
to the network tree. The other two I'll push to James.
David
Great! Thank you very much.
Next word is after Greg K-H.
On Wed, Aug 09, 2017 at 10:08:46AM +0700, quochuybk2...@gmail.com
wrote:
> From: Huy Duong
>
> Allow the idt_89hpesx driver to get information from child nodes from
> both OF and ACPI by using more generic fwnode_property_read*() functio
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Acked-by: Peter Senna Tschudin
Acked-by: Jeff Kirsher
Tested-by: Peter Senna Tschudin
---
drivers/net/ethernet/intel/e100.c | 12 ++
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Acked-by: Peter Senna Tschudin
Tested-by: Peter Senna Tschudin
---
drivers/block/DAC960.c | 38 ++
drive
by the dma pool API
and remove the defines.
Changes in v11:
- Rebased series onto next-20170809
- Removed patches 08-14, these have been merged.
Changes in v10:
- Rebased series onto next-20170706
- I have fixed and improved patch "scsi: megaraid: Replace PCI pool old API"
Changes in v9:
Now that all the drivers use dma pool API, we can remove the macro
functions for PCI pool.
Signed-off-by: Romain Perier
Reviewed-by: Peter Senna Tschudin
---
include/linux/pci.h | 9 -
1 file changed, 9 deletions(-)
diff --git a/include/linux/pci.h b/include/linux/pci.h
index a75c13673
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Reviewed-by: Peter Senna Tschudin
---
drivers/net/wireless/intel/ipw2x00/ipw2200.c | 13 +++--
1 file changed, 7 insertions(+), 6 del
On 2017-08-05 21:49, Abhishek Sahu wrote:
All the QPIC register read/write through BAM DMA requires
command descriptor which contains the array of command elements.
Signed-off-by: Abhishek Sahu
This patch has build dependency on
http://www.spinics.net/lists/dmaengine/msg13665.html
---
dr
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Reviewed-by: Peter Senna Tschudin
Acked-by: Doug Ledford
Tested-by: Doug Ledford
---
drivers/net/ethernet/mellanox/mlx5/core/cmd.c | 11 +++
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Acked-by: Peter Senna Tschudin
Tested-by: Peter Senna Tschudin
Reviewed-by: Leon Romanovsky
Acked-by: Doug Ledford
Tested-by: Doug Ledford
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Acked-by: Peter Senna Tschudin
Tested-by: Peter Senna Tschudin
Acked-by: Doug Ledford
Tested-by: Doug Ledford
---
drivers/infiniband/hw/mt
The PCI pool API is deprecated. This commit replaces the PCI pool old
API by the appropriate function with the DMA pool API.
Signed-off-by: Romain Perier
Acked-by: Peter Senna Tschudin
Tested-by: Peter Senna Tschudin
---
drivers/dma/pch_dma.c | 12 ++--
1 file changed, 6 insertions(+),
On 2017-08-05 21:49, Abhishek Sahu wrote:
1. Add the function for command descriptor preparation which will
be used only by BAM DMA and it will form the DMA descriptors
containing command elements
2. DMA_PREP_CMD flag should be used for forming command DMA
descriptors
Signed-off-by: Abh
When iommu is pre_enabled in kdump kernel, if a device is set up with
guest translations (DTE.GV=1), then don't copy GCR3 table root pointer
but move the device over to an empty guest-cr3 table and handle the
faults in the PPR log (which answer them with INVALID). After all these
PPR faults are rec
Here several things need be done:
- If iommu is pre-enabled in a normal kernel, just disable it and print
warning.
- If any one of IOMMUs is not pre-enabled in kdump kernel, just continue
as it does in normal kernel.
- If failed to copy dev table of old kernel, continue to proceed as
it doe
It's ok to disable iommu early in normal kernel or in kdump kernel when
amd_iommu=off is specified. While we should not disable it in kdump kernel
when on-flight dma is still on-going.
Signed-off-by: Baoquan He
---
v9->v10:
Change to call disable_iommus() in normal kernel and the case that
am
When kernel panicked and jump into the kdump kernel, DMA started by the
1st kernel is not stopped, this is called on-flight DMA. In the current
code it will disable iommu and build new translation table and attach
device to it. This will cause:
1. IO_PAGE_FAULT warning message can be seen.
2. tr
This reverts commit 54bd63570484167cb13edf81e31fff107b879981.
We still need the IO_PAGE_FAULT message to warn error after the
issue of on-flight dma in kdump kernel is fixed.
Signed-off-by: Baoquan He
---
drivers/iommu/amd_iommu.c | 3 +--
drivers/iommu/amd_iommu_init.c | 9 -
dr
AMD pointed out it's unsafe to update the device-table while iommu
is enabled. It turns out that device-table pointer update is split
up into two 32bit writes in the IOMMU hardware. So updating it while
the IOMMU is enabled could have some nasty side effects.
The safe way to work around this is to
Add function copy_dev_tables to copy the old DEV table entries of the panicked
kernel to the new allocated device table. Since all iommus share the same device
table the copy only need be done one time. Here add a new global old_dev_tbl_cpy
to point to the newly allocated device table which the con
This new call-back will be used to check if the domain attach need be
deferred for now. If yes, the domain attach/detach will return directly.
Signed-off-by: Baoquan He
---
drivers/iommu/iommu.c | 8
include/linux/iommu.h | 1 +
2 files changed, 9 insertions(+)
diff --git a/drivers/iom
Implement call-back is_attach_deferred and use it to defer the
domain attach from iommu driver init to device driver init when
iommu is pre-enabled in kdump kernel.
Signed-off-by: Baoquan He
---
drivers/iommu/amd_iommu.c | 23 ++-
1 file changed, 22 insertions(+), 1 deletion(
Firstly split the dev table entry copy into address translation part
and irq remapping part. Because these two parts could be enabled
independently.
Secondly do sanity check for address translation and irq remap of old
dev table entry separately.
Signed-off-by: Baoquan He
---
drivers/iommu/amd_
In AMD-Vi spec several bits of IO PTE fields and DTE fields are similar
so that both of them can share the same MACRO definition. However
defining them respectively can make code more read-able. Do it now.
Signed-off-by: Baoquan He
---
drivers/iommu/amd_iommu.c | 8
drivers/iommu
Move single iommu enabling codes into a wrapper function early_enable_iommu().
This can make later kdump change easier.
And also add iommu_disable_command_buffer and iommu_disable_event_buffer
for later usage.
Signed-off-by: Baoquan He
---
drivers/iommu/amd_iommu_init.c | 42 +++
Add functions to check whether translation is already enabled in IOMMU.
Signed-off-by: Baoquan He
---
drivers/iommu/amd_iommu_init.c | 24
drivers/iommu/amd_iommu_proto.h | 1 +
drivers/iommu/amd_iommu_types.h | 3 +++
3 files changed, 28 insertions(+)
diff --git a/d
Hi Arvind,
Thank you for the patch.
On Wednesday 09 Aug 2017 13:08:37 Arvind Yadav wrote:
> snd_pcm_ops are not supposed to change at runtime. All functions
> working with snd_pcm_ops provided by work with
> const snd_pcm_ops. So mark the non-const structs as const.
>
> Signed-off-by: Arvind Ya
Ian Kent wrote:
> In order to handle the AT_NO_AUTOMOUNT for both system calls the
> negative dentry case in follow_automount() needs to be changed to
> return ENOENT when the LOOKUP_AUTOMOUNT flag is clear (and the other
> required flags are clear).
Should the be EREMOTE instead of ENOENT?
Dav
Hello,
I am currently using 3.18 linux kernel and getting below
spinlock crashe in f_hid.c driver (https://goo.gl/3mdAr1).
Crash is happening due to race condition between
hidg_unbind and f_hidg_poll function. This is still a problem
with latest kernel though as cdev_del(&hidg->cdev) is racing
wi
On Wed, Aug 9, 2017 at 4:51 AM, Baolin Wang wrote:
> Since 'time_t', 'timeval' and 'timespec' types are not year 2038 safe on
> 32 bits system, this patchset tries to fix this issues for security/keys
> subsystem and net/rxrpc subsystem which is connected with security/keys
> subsystem.
>
> Baolin
The driver has an empty I2C device table as a workaround for a previous
bug in the I2C core that was returning -ENODEV in i2c_device_probe() if
the driver didn't have an I2C device ID table. Even when is for an ACPI
only device and so the driver shouldn't need an I2C ID table in theory.
But now th
The driver has a tristate Kconfig symbol so it can be built as a module,
but it doesn't export the device aliases in the module. So if the driver
is built as module, autoload won't work since udev/kmod won't be able to
match the registered ACPI device with its corresponding driver module.
Use the
On Thu, Aug 03, 2017 at 07:06:33PM +0800, Chen-Yu Tsai wrote:
> On Thu, Aug 3, 2017 at 1:38 AM, Florian Fainelli wrote:
> > On 08/01/2017 11:21 PM, David Wu wrote:
> >> To make internal phy work, need to configure the phy_clock,
> >> phy cru_reset and related registers.
> >>
> >> Signed-off-by: Da
On 08/08/17 22:09, Andy Lutomirski wrote:
> On Tue, Aug 8, 2017 at 12:13 PM, Josh Poimboeuf wrote:
>> On Tue, Aug 08, 2017 at 12:03:51PM -0700, Linus Torvalds wrote:
>>> On Tue, Aug 8, 2017 at 11:58 AM, Josh Poimboeuf wrote:
Take for example the lock_is_held_type() function. In vmlinux
Hi,
On Tue, Aug 8, 2017 at 9:25 AM, Jonathan Liu wrote:
> The bindings were not updated when the sun5i CCU driver was added in
> commit 5e73761786d6 ("clk: sunxi-ng: Add sun5i CCU driver").
>
> Signed-off-by: Jonathan Liu
Looks good to me. Will wait for the device tree binding maintainers
to ha
The DE2 in Allwinner A64 SoC requires the SRAM C to be claimed to work.
This patchset adds the support of SRAM C in A64 for the sunxi-sram driver.
As the SRAM C controlling bit is a little different with other peripherals'
SRAM controlling bit (inverted), a function value to register value
remapp
Allwinner A64's display engine claims the SRAM C section to work.
Add support for the A64 SRAM controller and the SRAM C section of it.
Signed-off-by: Icenowy Zheng
---
drivers/soc/sunxi/sunxi_sram.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/soc/sunxi/sunxi_sram.c
When claiming SRAM, if the base is set to an error, it means that the
SRAM controller has been probed, but failed to remap the controller
memory zone. If the base is zero, thus the SRAM controller should be not
probed at all, and it should return -EPROBE_DEFER. However, currently we
returned -EPROB
On some Allwinner SoCs, sometimes the value needed to write into the
register to claim SRAM is not equal to the value specified in the
device tree.
We now defines 0 as "CPU" and 1 as "Device", however, for VE SRAM, the
register needs to be written 0x7FFF to claim it to VE, and for
Allwinner A6
The display engine on Allwinner A64 wants to claim the SRAM C section.
Add a SRAM controller compatible for A64, and a SRAM section compatible
for its SRAM C.
Signed-off-by: Icenowy Zheng
---
Documentation/devicetree/bindings/sram/sunxi-sram.txt | 9 +++--
1 file changed, 7 insertions(+), 2
On Wed, Aug 9, 2017 at 4:51 AM, Baolin Wang wrote:
> diff --git a/include/keys/rxrpc-type.h b/include/keys/rxrpc-type.h
> index 5de0673..76421e2 100644
> --- a/include/keys/rxrpc-type.h
> +++ b/include/keys/rxrpc-type.h
> @@ -127,4 +127,25 @@ struct rxrpc_key_data_v1 {
> #define AFSTOKEN_K5_ADDR
On 08/09/2017 06:11 AM, David Miller wrote:
From: Eduardo Otubo
Date: Tue, 8 Aug 2017 15:53:45 +0200
This patch fixes the behavior of the hv_set_ifconfig script when setting
the interface ip. Sometimes the interface has already been configured by
network daemon, in this case hv_set_ifconfig c
On Tue, Aug 08, 2017 at 02:14:50PM +, Chris Paterson wrote:
> + linux-renesas-soc
Thanks Chris,
I would not have seen these patches otherwise.
Fabrizio,
these patches seem find to me.
Please repost them with myself and linux-renesas-...@vger.kernel.org CCed
so they hit the patchwork of that
On Wed, Aug 09, 2017 at 04:01:49PM +0800, Yafang Shao wrote:
> 2017-08-09 15:43 GMT+08:00 Peter Zijlstra :
> > On Wed, Aug 09, 2017 at 06:31:28PM +0800, Yafang Shao wrote:
> >> Sometimes we want to get tasks in TASK_RUNNING sepcifically,
> >> instead of dump all tasks.
> >>
> >> For example, when t
Thank you Simon.
Best regards,
Fab
-Original Message-
From: Simon Horman [mailto:ho...@verge.net.au]
Sent: 09 August 2017 10:09
To: Chris Paterson
Cc: Fabrizio Castro ; robh...@kernel.org;
mark.rutl...@arm.com; devicet...@vger.kernel.org; linux-kernel@vger.kernel.org;
Biju Das ; linux-
On Sunday 06 August 2017 10:32 PM, Paul E. McKenney wrote:
On Sat, Aug 05, 2017 at 02:24:21PM +0900, 김동현 wrote:
Dear All
As for me, after configuring function_graph as below, crash disappears.
"echo 0 > d/tracing/tracing_on"
"sleep 1"
"echo function_graph > d/tracing/current_tracer"
"sleep 1
On Wed, Aug 9, 2017 at 4:56 PM, Icenowy Zheng wrote:
> When claiming SRAM, if the base is set to an error, it means that the
> SRAM controller has been probed, but failed to remap the controller
> memory zone. If the base is zero, thus the SRAM controller should be not
> probed at all, and it shou
On 8/2/2017 9:22 AM, James Morris wrote:
On Tue, 1 Aug 2017, Roberto Sassu wrote:
On 8/1/2017 12:27 PM, Christoph Hellwig wrote:
On Tue, Aug 01, 2017 at 12:20:36PM +0200, Roberto Sassu wrote:
This patch introduces a parser for RPM packages. It extracts the digests
from the RPMTAG_FILEDIGESTS
On Wed, Aug 09, 2017 at 10:49:43AM +0200, Juergen Gross wrote:
> > ALTERNATIVE "pushfq; popq %rax", "callq *pv_irq_ops.save_fl",
> > X86_FEATURE_GODDAMN_PV_IRQ_OPS
>
> You are aware that at least some of the Xen irq pvops functionality is
> patched inline? Your modification would slow down pv gues
reduce the boilerplate code to get the specific data
Signed-off-by: Chunfeng Yun
---
drivers/phy/ti/phy-omap-usb2.c | 11 ---
drivers/phy/ti/phy-ti-pipe3.c |8 ++--
2 files changed, 6 insertions(+), 13 deletions(-)
diff --git a/drivers/phy/ti/phy-omap-usb2.c b/drivers/phy/ti/
reduce the boilerplate code to get the specific data
Signed-off-by: Chunfeng Yun
---
drivers/phy/samsung/phy-exynos-dp-video.c |5 ++---
drivers/phy/samsung/phy-exynos5-usbdrd.c |7 ---
drivers/phy/samsung/phy-samsung-usb2.c|9 +++--
3 files changed, 9 insertions(+), 12
reduce the boilerplate code to get the specific data
Signed-off-by: Chunfeng Yun
---
drivers/phy/tegra/xusb.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/phy/tegra/xusb.c b/drivers/phy/tegra/xusb.c
index 3cbcb25..25cdfb1 100644
--- a/drivers/phy/tegra/xus
reduce the boilerplate code to get the specific data
Signed-off-by: Chunfeng Yun
---
drivers/phy/rockchip/phy-rockchip-inno-usb2.c |9 +++--
drivers/phy/rockchip/phy-rockchip-pcie.c |7 +++
drivers/phy/rockchip/phy-rockchip-usb.c | 10 +++---
3 files changed, 9 i
Make these structures const as they are either passed to the function
atm_dev_register having the corresponding argument as const or stored in
the ops field of a atm_dev structure, which is also const.
Done using Coccinelle.
Signed-off-by: Bhumika Goyal
---
drivers/atm/adummy.c| 2 +-
driver
I2C drivers were required to have an I2C device ID table even if were for
devices that would only be registered using a specific firmware interface
(e.g: OF or ACPI).
But commit da10c06a044b ("i2c: Make I2C ID tables non-mandatory for DT'ed
devices") changed the I2C core to relax the requirement a
On Tue, 2017-07-18 at 17:49 +0800, sean.w...@mediatek.com wrote:
> From: Chenglin Xu
>
> The MT6380 is a regulator found those boards with MediaTek MT7622 SoC
> It is connected as a slave to the SoC using MediaTek PMIC wrapper which
> is the common interface connecting with Mediatek made various
On 09/08/17 11:16, Peter Zijlstra wrote:
> On Wed, Aug 09, 2017 at 10:49:43AM +0200, Juergen Gross wrote:
>>> ALTERNATIVE "pushfq; popq %rax", "callq *pv_irq_ops.save_fl",
>>> X86_FEATURE_GODDAMN_PV_IRQ_OPS
>>
>> You are aware that at least some of the Xen irq pvops functionality is
>> patched inli
From: Qiuyang Sun
Currently, the two flags F2FS_GET_BLOCK_[READ|DIO] are totally equivalent
and can be used interchangably in all scenarios they are involved in.
Neither of the flags is referenced in f2fs_map_blocks(), making them both
the default case. To remove the ambiguity, this patch merge
Punit Agrawal writes:
> Hi,
>
> The small series re-factors the GHES driver initialisation to move
> memory allocation and checks from driver init to device probe. The net
> effect is to improve the situation for systems that do not support
> APEI.
>
> The patches are organised as -
>
> * Unify e
2017-08-09 17:09 GMT+08:00 Peter Zijlstra :
> On Wed, Aug 09, 2017 at 04:01:49PM +0800, Yafang Shao wrote:
>> 2017-08-09 15:43 GMT+08:00 Peter Zijlstra :
>> > On Wed, Aug 09, 2017 at 06:31:28PM +0800, Yafang Shao wrote:
>> >> Sometimes we want to get tasks in TASK_RUNNING sepcifically,
>> >> instea
Make these const as they are only stored in the ops field of a atm_dev
structure, which is const.
Done using Coccinelle.
Signed-off-by: Bhumika Goyal
---
net/atm/clip.c | 2 +-
net/atm/lec.c | 2 +-
net/atm/mpc.c | 2 +-
net/atm/signaling.c | 2 +-
4 files changed, 4 insertions(
Arnd Bergmann wrote:
> > @@ -533,8 +536,9 @@ static int rxrpc_preparse_xdr_rxk5(struct
> > key_preparsed_payload *prep,
> > pptoken = &(*pptoken)->next)
> > continue;
> > *pptoken = token;
> > - if (token->kad->expiry < prep->expiry)
> > -
From: John Crispin
Add a binding for the USB phy on Mediatek/Ralink SoCs.
Signed-off-by: John Crispin
Signed-off-by: Harvey Hunt
Cc: devicet...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-media...@lists.infradead.org
---
Changes in V4:
* None
Changes in V3:
* Split out from fir
From: John Crispin
Add a driver to setup the USB phy on Mediatek/Ralink SoCs.
The driver is trivial and only sets up power and host mode.
Signed-off-by: John Crispin
Signed-off-by: Harvey Hunt
Cc: linux-kernel@vger.kernel.org
Cc: linux-media...@lists.infradead.org
---
Changes in V4
* Remove Al
On Wed, Aug 09, 2017 at 11:24:07AM +0200, Juergen Gross wrote:
> On 09/08/17 11:16, Peter Zijlstra wrote:
> > On Wed, Aug 09, 2017 at 10:49:43AM +0200, Juergen Gross wrote:
> >>> ALTERNATIVE "pushfq; popq %rax", "callq *pv_irq_ops.save_fl",
> >>> X86_FEATURE_GODDAMN_PV_IRQ_OPS
> >>
> >> You are awa
Hi Joseph,
Am Mittwoch, 9. August 2017, 10:10:41 CEST schrieb Joseph Chen:
> change in v9:
> PATCH V9 1/12: (1) fix spelling issue: s/Chip/chip/
> (2) add: Acked-for-MFD-by: Lee Jones
> PATCH V9 2/12 ~ 12/12: they are applied and no changes, so I don't resend
> them.
I don't know
The I2C core always reports a MODALIAS of the form i2c: even if the
device was registered via OF, and the driver is only exporting the OF ID
table entries as module aliases.
So if the driver is built as module, autoload won't work since udev/kmod
won't be able to match the registered OF device wit
Hello Corentin, Chen-Yu
在 2017/8/9 16:45, Corentin Labbe 写道:
On Thu, Aug 03, 2017 at 07:06:33PM +0800, Chen-Yu Tsai wrote:
On Thu, Aug 3, 2017 at 1:38 AM, Florian Fainelli wrote:
On 08/01/2017 11:21 PM, David Wu wrote:
To make internal phy work, need to configure the phy_clock,
phy cru_reset
Make these const as they are only passed to the function
atm_dev_register and the corresponding argument is of type const.
Done using Coccinelle.
Signed-off-by: Bhumika Goyal
---
drivers/usb/atm/usbatm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/atm/usbatm.c
On Fri, Jul 28, 2017 at 05:01:19PM +0200, Corentin Labbe wrote:
> On Fri, Jul 28, 2017 at 09:52:57PM +0800, Herbert Xu wrote:
> > On Fri, Jul 14, 2017 at 01:15:36PM +0200, Corentin Labbe wrote:
> > > On Fri, Jun 23, 2017 at 02:48:37PM +0800, Herbert Xu wrote:
> > > > On Mon, Jun 19, 2017 at 09:55:2
On Wed, 2017-08-09 at 15:43 +0800, Jun Gao wrote:
> From: Jun Gao
>
> Add i2c compatible for MT7622. Compare to MT8173 i2c controller,
> MT7622 limit message size to 255, and not support 4GB DMA mode.
Jun,
Do you mean message numbers?
Joe.C
>
> Signed-off-by: Jun Gao
> ---
> drivers/i2c/
在 2017/8/9 17:35, Heiko Stuebner 写道:
Hi Joseph,
Am Mittwoch, 9. August 2017, 10:10:41 CEST schrieb Joseph Chen:
change in v9:
PATCH V9 1/12: (1) fix spelling issue: s/Chip/chip/
(2) add: Acked-for-MFD-by: Lee Jones
PATCH V9 2/12 ~ 12/12: they are applied and no changes, so I
On Tue, 8 Aug 2017 22:53:13 +0530
Arvind Yadav wrote:
> usb_device_id are not supposed to change at runtime. All functions
> working with usb_device_id provided by work with
> const usb_device_id. So mark the non-const structs as const.
>
> Signed-off-by: Arvind Yadav
Acked-by: Christian Gromm
701 - 800 of 1190 matches
Mail list logo
