2016-08-10 7:25 GMT+08:00 Wanpeng Li :
> 2016-08-09 22:06 GMT+08:00 Rik van Riel :
>> On Tue, 2016-08-09 at 11:59 +0800, Wanpeng Li wrote:
>>> Hi Rik,
>>> 2016-07-13 22:50 GMT+08:00 Frederic Weisbecker :
>>> > From: Rik van Riel
>>> >
>>> > Currently, if there was any irq or softirq time during 't
Hi all
This series patch is for rockchip Type-C phy and DisplayPort controller
driver.
The USB Type-C PHY is designed to support the USB3 and DP applications.
The PHY basically has two main components: USB3 and DisplyPort. USB3
operates in SuperSpeed mode and the DP can operate at RBR, HBR and H
Add support for cdn DP controller which is embedded in the rk3399
SoCs. The DP is compliant with DisplayPort Specification,
Version 1.3, This IP is compatible with the rockchip type-c PHY IP.
There is a uCPU in DP controller, it need a firmware to work,
please put the firmware file to /lib/firmware
Hi Peter,
On 08/08/2016 01:52 AM, Peter Chen wrote:
> The current dts describes USB HUB's property at USB controller's
> entry, it is improper. The USB HUB should be the child node
> under USB controller, and power sequence properties are under
> it.
>
> Signed-off-by: Peter Chen
> ---
> arch/ar
There are 2 Type-C phy on RK3399, they are almost same, except the
address of register. They support USB3.0 Type-C and DisplayPort1.3
Alt Mode on USB Type-C. Register a phy, supply it to USB3 controller
and DP controller.
Signed-off-by: Chris Zhong
Reviewed-by: Guenter Roeck
---
Changes in v10
This patch adds a binding that describes the cdn DP controller for
rk3399.
Signed-off-by: Chris Zhong
Acked-by: Rob Herring
---
Changes in v10:
- add pclk_vio_grf clock
Changes in v9:
- modify the reference phy = <&tcphy0 0>, <&tcphy1 0>;
Changes in v8: None
Changes in v7: None
Changes in v6
This patch adds a binding that describes the Rockchip USB Type-C PHY
for rk3399
Signed-off-by: Chris Zhong
Reviewed-by: Tomasz Figa
Reviewed-by: Kever Yang
Acked-by: Rob Herring
---
Changes in v10:
- remove rockchip,uphy-dp-sel property
Changes in v9:
- change #phy-cells to 1
Changes in v8
Add a PHY provider driver for the rk3399 SoC Type-c PHY. The USB
Type-C PHY is designed to support the USB3 and DP applications. The
PHY basically has two main components: USB3 and DisplyPort. USB3
operates in SuperSpeed mode and the DP can operate at RBR, HBR and
HBR2 data rates. Hence, create 2 P
2016-08-10 7:25 GMT+08:00 Wanpeng Li :
> 2016-08-09 22:06 GMT+08:00 Rik van Riel :
>> On Tue, 2016-08-09 at 11:59 +0800, Wanpeng Li wrote:
>>> Hi Rik,
>>> 2016-07-13 22:50 GMT+08:00 Frederic Weisbecker :
>>> > From: Rik van Riel
>>> >
>>> > Currently, if there was any irq or softirq time during 't
On Fri, 5 Aug 2016 22:04:07 +0800 zhongjiang wrote:
> when required_kernelcore decrease to zero, we should exit the loop in time.
> because It will waste time to scan the remainder node.
The patch is rather ugly and it only affects __init code, so the only
benefit will be to boot time.
Do we ha
This patch adds support for the Linear Technology LTC3676
8-output I2C voltage regulator IC.
Cc: Jaffer Kapasi
Signed-off-by: Tim Harvey
---
.../devicetree/bindings/regulator/ltc3676.txt | 94
drivers/regulator/Kconfig | 8 +
drivers/regulator/Makefile
In dual_emac mode the driver can handle 2 network devices. Each of them can use
its own private data and common data/resources. This patchset splits common
driver
data/resources and private per net device data.
It leads to:
- reduce memory usage
- increase code readability
- allows add a bunch of
Henrique de Moraes Holschuh writes:
> IMHO, this is mightly annoying to use from inside a rngd-like utility in
> a race-free, safe way. It looks to me that ioctl() would be a much
> better interface for everything but the "enabled" functionality (which
> should be reported to the rngd-like utili
There is no need in priv here.
Reviewed-by: Mugunthan V N
Reviewed-by: Grygorii Strashko
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cps
On Tue, Aug 09, 2016 at 06:17:41PM -0500, Nilay Vaish wrote:
> On 4 August 2016 at 17:22, Josh Poimboeuf wrote:
> > diff --git a/arch/x86/kernel/unwind_frame.c b/arch/x86/kernel/unwind_frame.c
> > new file mode 100644
> > index 000..f28f1b5
> > --- /dev/null
> > +++ b/arch/x86/kernel/unwind_fr
At poll handler no possibility to figure out which network device is
handling packets, as cpdma channels are common for both network
devices in dual_emac mode. Currently, the messages are printed only
for one device, in fact, there is two. This print msg is incorrect
and seems is not very useful, s
The pointers on h/w registers are common for every cpsw_private
instance, so no need to hold them for every ndev.
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 97 +++---
1 file changed, 53 insertions(+), 44 deletions(-)
diff --git a/dri
This patch simply create holder for common data and as a start moves
pdev var to it.
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 62 ++
1 file changed, 39 insertions(+), 23 deletions(-)
diff --git a/drivers/net/ethernet/ti/cpsw.c b
As second net dev is created only in case of dual_emac mode, port
number can be figured out in simpler way. Also no need to pass
redundant ndev struct.
Reviewed-by: Mugunthan V N
Reviewed-by: Grygorii Strashko
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 18 +
The napi structs are common for both net devices in dual_emac
mode, In order to not hold duplicate links to them, move to
cpsw_common.
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 52 ++
1 file changed, 22 insertions(+), 30 deletions
There is no need to hold link to clk, it's used only once
while probe.
Reviewed-by: Mugunthan V N
Reviewed-by: Grygorii Strashko
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/net/ethernet
2016-08-09 22:06 GMT+08:00 Rik van Riel :
> On Tue, 2016-08-09 at 11:59 +0800, Wanpeng Li wrote:
>> Hi Rik,
>> 2016-07-13 22:50 GMT+08:00 Frederic Weisbecker :
>> > From: Rik van Riel
>> >
>> > Currently, if there was any irq or softirq time during 'ticks'
>> > jiffies, the entire period will be a
On Sun, 07 Aug 2016 14:22:31 -0700 Joe Perches wrote:
> On Sun, 2016-08-07 at 10:44 -0700, Andi Kleen wrote:
> > > > > It is so bloated that gcc needs to be asked to not screw up with stack
> > > > > size.
> > > > What happens when you drop all the noinlines for this? I assume
> > > > this would
On 08/09/2016 11:48 AM, Bart Van Assche wrote:
[ 1548.018115] sysrq: SysRq : Show Blocked State
[ 1548.018210] taskPC stack pid father
[ 1548.018677] systemd-udevd D 8803a9f13be8 0 29908483 0x
[ 1548.018792] 8803a9f13be8 82584bd0 00ff
The irq data are common for net devs in dual_emac mode. So no need to
hold these data in every priv struct, move them under cpsw_common.
Also delete irq_num var, as after optimization it's not needed.
Correct number of irqs to 2, as anyway, driver is using only 2,
at least for now.
Signed-off-by:
Every net device private struct holds links to shared cpdma resources.
No need to save and every time synchronize these resources per net dev.
So, move it to common driver struct.
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 97 +-
1
These data are common for net devs in dual_emac mode. No need to hold
it for every priv instance, so move them under cpsw_common.
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 265 +
1 file changed, 137 insertions(+), 128 deletions(-)
The ale, cpts, version, rx_packet_max, bus_freq, interrupt pacing
parameters are common per net device that uses the same h/w. So,
move them to common driver structure.
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 235 +++--
1 file chang
No need to hold pdev link when only dev is needed.
This allows to simplify a bunch of cpsw->pdev->dev now and farther.
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 65 ++
1 file changed, 34 insertions(+), 31 deletions(-)
diff --git
No need to check const slave num in runtime for every packet,
and ndev for slaves w/o ndev is anyway NULL. So remove redundant
check and macro.
Reviewed-by: Mugunthan V N
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 11 ---
1 file changed, 4 insertions(+), 7 delet
On Tue, 2016-08-09 at 10:19 -0300, Thiago Jung Bauermann wrote:
> Am Dienstag, 09 August 2016, 09:01:13 schrieb Mimi Zohar:
> >
> > On Tue, 2016-08-09 at 20:59 +1000, Michael Ellerman wrote:
> > >
> > > Mimi Zohar writes:
> > > >
> > > > diff --git a/security/integrity/ima/ima.h
> > > > b/secur
From: Wenyou Yang
Date: Fri, 5 Aug 2016 14:35:41 +0800
> Disable all interrupts when suspend, they will be enabled
> when resume. Otherwise, the suspend/resume process will be
> blocked occasionally.
>
> Signed-off-by: Wenyou Yang
> Acked-by: Nicolas Ferre
> ---
>
> Changes in v2:
> - Use fa
Hi Max,
[auto build test ERROR on linuxtv-media/master]
[also build test ERROR on v4.8-rc1 next-20160809]
[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/Max-Kellermann/rc-main-clear-rc_map-name
On 4 August 2016 at 17:22, Josh Poimboeuf wrote:
> diff --git a/arch/x86/kernel/unwind_frame.c b/arch/x86/kernel/unwind_frame.c
> new file mode 100644
> index 000..f28f1b5
> --- /dev/null
> +++ b/arch/x86/kernel/unwind_frame.c
> @@ -0,0 +1,84 @@
> +#include
> +#include
> +#include
> +#inclu
The code did not lock the &pcmdpriv->terminate_cmdthread_sema before using it.
The code had an up() where a down() should've been. This patch fixes that.
Signed-off-by: Lidza Louina
---
drivers/staging/rtl8188eu/core/rtw_cmd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/d
2016-08-09 22:06 GMT+08:00 Rik van Riel :
> On Tue, 2016-08-09 at 11:59 +0800, Wanpeng Li wrote:
>> Hi Rik,
>> 2016-07-13 22:50 GMT+08:00 Frederic Weisbecker :
>> > From: Rik van Riel
>> >
>> > Currently, if there was any irq or softirq time during 'ticks'
>> > jiffies, the entire period will be a
On Tue, Aug 9, 2016 at 3:20 PM, Jon Hunter wrote:
> If that works, then does the following also work (without the above) ...
>
> diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
> index b4c1bc7c9ca2..e111b72e3162 100644
> --- a/kernel/irq/chip.c
> +++ b/kernel/irq/chip.c
> @@ -824,6 +824,7 @@ _
Hi
08.08.2016, 16:52, "Wei Yongjun" :
> Fix 'timeout_us' parameter description.
>
> Signed-off-by: Wei Yongjun
> ---
> drivers/w1/w1.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/w1/w1.c b/drivers/w1/w1.c
> index bb34362..e213c67 100644
> --- a/drivers/w1
Hi Max,
[auto build test ERROR on linuxtv-media/master]
[also build test ERROR on v4.8-rc1 next-20160809]
[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/Max-Kellermann/rc-main-clear-rc_map-name
On Tue, 9 Aug 2016 01:31:06 -0700
Christoph Hellwig wrote:
> On Tue, Aug 09, 2016 at 10:28:38AM +0200, Daniel Vetter wrote:
> > The point is to make the docs more discoverable by being able to
> > cross-link them. Old hats like us don't need that, but it definitely
> > has value in bringing new f
On Tue, Aug 09, 2016 at 08:07:24AM +0200, Daniel Vetter wrote:
> On Mon, Aug 08, 2016 at 05:04:03PM +0100, Brian Starkey wrote:
> > Hi,
> >
> > On Mon, Jul 25, 2016 at 05:08:21PM +0200, Daniel Vetter wrote:
> > > On Mon, Jul 25, 2016 at 01:54:06PM +0100, Brian Starkey wrote:
> > > > Hi Russell,
>
Add support for the Hauppauge WinTV quadHD ATSC version.
IR support has not been provided, all 4 tuners, demodulators etc are working.
Further documentation can be found on Linux TV wiki.
Signed-Off-by: Stephen Backway
---
v2: Updated to use doc-rst
v3: Fixed patch, as gmail removed indentation
On Tue, Aug 9, 2016 at 12:08 PM, Denys Vlasenko wrote:
> On 32-bit powerps the ELF PLT sections of binaries (built with --bss-plt,
Typo: powerps -> powerpc
> or with a toolchain which defaults to it) look like this:
>
> [17] .sbss NOBITS 0002aff8 01aff8 14 00 WA 0
- On Aug 9, 2016, at 5:33 PM, Peter Zijlstra pet...@infradead.org wrote:
> On Tue, Aug 09, 2016 at 08:06:40PM +, Mathieu Desnoyers wrote:
>> >> +static int rseq_increment_event_counter(struct task_struct *t)
>> >> +{
>> >> + if (__put_user(++t->rseq_event_counter,
>> >> + &
On Tue, 9 Aug 2016 11:05:28 -0300
Arnaldo Carvalho de Melo wrote:
> Em Tue, Aug 09, 2016 at 11:40:08AM +0900, Naohiro Aota escreveu:
> > Perf-probe detects a variable's type and use the detected type to add new
> > probe. Then, kprobes prints its variable in hexadecimal format if the
> > variable
On Tue, Aug 09, 2016 at 05:01:44PM -0400, Robert Foss wrote:
> On 2016-08-09 03:24 PM, Jann Horn wrote:
> >On Tue, Aug 09, 2016 at 12:05:43PM -0400, robert.f...@collabora.com wrote:
> >>+ down_read(&mm->mmap_sem);
> >>+ hold_task_mempolicy(priv);
> >>+
> >>+ for (vma = mm->mmap; vma != priv->
Introduce the flag PMU_EV_CAP_READ_ACTIVE_PKG, useful for uncore events,
that allows a PMU to signal the generic perf code that an event is readable
in the current CPU if the event is active in a CPU in the same package as
the current CPU.
This is an optimization that avoids a unnecessary IPI for
Hi Ingo,
Could you add my Acked-by for this patch?
(I thought I've sent it...)
Thank you,
On Tue, 9 Aug 2016 12:19:02 -0700
tip-bot for Naohiro Aota wrote:
> Commit-ID: 19f00b011729417f69e4df53cc3fe5ecc25134a4
> Gitweb: http://git.kernel.org/tip/19f00b011729417f69e4df53cc3fe5ecc25134a4
>
When compiled as a module, removing this module causes kernel
warnings when irq_dispose_mapping() is called. Instead of calling
irq_of_parse_and_map(), using platform_get_irq() to acquire the
IRQ number.
Signed-off-by: York Sun
---
Change log
v4: Absorb name changes by "Rename macros and names
Get endianness from device tree. Both big endian and little endian
are supported. Default to big endian for backward compatibility to
MPC85xx.
Signed-off-by: York Sun
---
Change log
v4: Absorb name changes by "Rename macros and names"
Drop testing for big-endian as suggested
Use of
From: Julia Lawall
Date: Tue, 9 Aug 2016 19:09:45 +0200
> The b53_io_ops structures are never modified, so declare them as const.
>
> Done with the help of Coccinelle.
>
> Signed-off-by: Julia Lawall
>
> ---
> v2: Refer to the right structure in the commit message
Applied to net-next, thank
On Tue, Aug 09, 2016 at 08:18:00AM -0700, Dmitry Torokhov wrote:
>Well, the main reason was simplicity and invasiveness of the
>change.
Well, it isn't simple, because the proposed patches have had subtle
problems with DMA. Simple is to use a guaranteed dma-able allocation
for DMA memory a
From: Robert Jarzmik
Date: Tue, 09 Aug 2016 19:20:44 +0200
> Sylwester Nawrocki writes:
>
>> Commit b5a099c67a1c36b "net: ethernet: davicom: fix devicetree irq
>> resource" causes an interrupt storm after the ethernet interface
>> is activated on S3C24XX platform (ARM non-dt), due to the interr
The private structure contain a pointer to phydev, but the structure
net_device already contain such pointer. So we can remove the pointer
phy_dev in the private structure, and update the driver to use the
one contained in struct net_device.
Signed-off-by: Philippe Reynes
---
drivers/net/etherne
The ethtool api {get|set}_settings is deprecated.
We move this driver to new api {get|set}_link_ksettings.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/renesas/sh_eth.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/net/ethernet/renes
befs_dump_super_block() wasn't giving the inode_size information when
dumping all elements of the superblock. Add this element to have complete
information of the superblock.
Signed-off-by: Luis de Bethencourt
---
Hi,
This is a series of superblock information related changes.
Thanks,
Luis
f
The description of befs_load_sb was confusing the kernel-doc system since,
because it starts with /**, it thinks it will document the function with
kernel-doc formatting. Which it isn't.
Fix other comment style issues in the file while we are at it.
Signed-off-by: Luis de Bethencourt
---
fs/bef
Fixing the following checkpatch.pl error:
ERROR: "foo * bar" should be "foo *bar"
+befs_load_sb(struct super_block *sb, befs_super_block * disk_sb)
And the following warnings:
WARNING: suspect code indent for conditional statements (8, 12)
+ if (disk_sb->fs_byte_order == BEFS_BYTEORDER_NAT
ag_shift and blocks_per_ag contain the same information in different ways,
same as block_shift and block_size do. It is worth checking this two are
consistent, but since blocks_per_ag isn't documented as mandatory to use
some implementations of befs don't enforce this, so making it non-fatal if
the
Add DDR memory controller nodes to enable EDAC driver.
Signed-off-by: York Sun
---
Change log
v4: no change
v3: no change
v2: no change
arch/arm64/boot/dts/freescale/fsl-ls1043a.dtsi | 7 +++
arch/arm64/boot/dts/freescale/fsl-ls2080a.dtsi | 14 ++
2 files changed, 21 ins
Add DDR EDAC for ARM-based compatible controllers. Both big-endian
and little-endian are supported, as specified in device tree.
Signed-off-by: York Sun
---
Change log
v4: Drop adding atomic_scrub() for arm64
Drop NO_IRQ
v3: no change
v2: Create new driver using shared DDR object
a
On Tue, 9 Aug 2016 16:19:37 +0100 Paul Burton wrote:
> If a device tree specifies a preferred device for kernel console output
> via the stdout-path or linux,stdout-path chosen node properties or the
> stdout alias then the kernel ought to honor it & output the kernel
> console to that device. As
Exported pwm channels aren't removed before the pwmchip and are
leaked. This results in invalid sysfs files. This fix removes
all exported pwm channels before chip removal.
Signed-off-by: David Hsu
---
drivers/pwm/core.c | 2 ++
drivers/pwm/sysfs.c | 18 ++
include/linux/pwm.h
The mpc85xx compatible DDR controllers are used on ARM-based SoCs.
Separate the DDR part from mpc85xx EDAC driver and prepare to support
both architecture.
Signed-off-by: York Sun
---
Change log
v4: Change comment in file header
Use lower case "fsl_ddr_edac" for EDAC_MOD_STR
Drop e
The compatible DDR controllers may support DDR, DDR2, DDR3, DDR4. An
individual controller doesn't support all of them. EDAC driver reads
the controller to determine which mode is running.
Signed-off-by: York Sun
---
Change log
v4: Drop DSC_SDTYPE_DDR* macros, use naked numbers as suggested
On e500v1, read fault exception enable (RFXE) controls whether
assertion of core_fault_in causes a machine check interrupt.
Assertion of core_fault_in can result from uncorrectable data
error, such as an L2 multi-bit ECC error. It can also occur from
a system error if logic on the integrated devic
Use generic names for macros, variables and functions.
Signed-off-by: York Sun
---
Change log
v4: Replace MPC85XX_MC_* with FSL_MC_*
v3: Absort changes from reording patches
v2: Separated from "House cleaning" patch of v1
drivers/edac/fsl_ddr_edac.c | 166 ++--
Replace printk with more preferred pr_err/pr_warn/pr_info format.
Signed-off-by: York Sun
---
Change log
v4: no change
v3: no change
v2: Reordered patch. Change more printk statement than v1 patch.
drivers/edac/mpc85xx_edac.c | 72 ++---
1 file cha
On Tue, Aug 09, 2016 at 09:04:35PM +0100, Alan Cox wrote:
> Outside of the "derivative work" GPL clause they don't quite look
> compatible to me as a non-lawyer (eg the definition of "source code"
> looks to differ on scripts etc).
The clause that permits derived works to be licensed under the GP
On 08/08/2016 10:49 AM, Laura Abbott wrote:
> arm may need the kernel_force_cache APIs to guarantee data consistency.
> Implement versions of these APIs based on the DMA APIs.
>
> Signed-off-by: Laura Abbott
> ---
> arch/arm/include/asm/cacheflush.h | 4 ++
> arch/arm/mm/dma-mapping.c
On 08/09/2016 02:34 AM, Kedareswara rao Appana wrote:
> Device-tree binding documentation for xilinx gmiitorgmii converter.
>
> Signed-off-by: Kedareswara rao Appana
> ---
> Changes for v5:
> ---> Fixed Indentation in the example as suggested by Michal.
> Changes for v4:
> --> Modified compatible
This commit amends my old commit fe35637b0a9f ("[media] dvb_frontend:
eliminate blocking wait in dvb_unregister_frontend()"), which added
kref to struct dvb_frontend_private. It turned out that there are
several use-after-free bugs left, which affect the struct
dvb_frontend. Protecting it with kr
Ensure that STB0899_POSTPROC_GPIO_POWER is set synchronously.
Signed-off-by: Max Kellermann
---
drivers/media/dvb-frontends/stb0899_drv.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/media/dvb-frontends/stb0899_drv.c
b/drivers/media/dvb-frontends/stb
media_gobj_destroy() may be called twice on one instance - once by
media_device_unregister() and again by dvb_media_device_free(). The
function media_remove_intf_links() establishes and documents the
convention that mdev==NULL means that the object is not registered,
but nobody ever NULLs this var
Most release callback functions are identical: free the "tuner_priv"
and clear it. Let's eliminate some bloat by providing this simple
implementation in the dvb_frontend library.
Signed-off-by: Max Kellermann
---
drivers/media/dvb-core/dvb_frontend.c |9 +
drivers/media/dvb-cor
These are immutable. Making them "const" allows the compiler to move
them to the "rodata" section.
Note that cxd2841er_t_c_ops cannot be made "const", because
cxd2841er_attach() modifies it. Ouch!
Signed-off-by: Max Kellermann
---
drivers/media/common/siano/smsdvb-main.c |2 +-
drive
Prepare for making "release" asynchronous (via kref). Some operations
may need to be run synchronously in dvb_frontend_detach(), and that's
why we need a "detach" callback.
Signed-off-by: Max Kellermann
---
drivers/media/dvb-core/dvb_frontend.c |1 +
drivers/media/dvb-core/dvb_frontend.h |
rc_unregister_device() will first call ir_free_table(), and later
device_del(); however, the latter causes a call to rc_dev_uevent(),
which prints rc_map.name, which at this point has already bee freed.
This fixes a use-after-free bug found with KASAN.
Signed-off-by: Max Kellermann
---
drivers/
Commit da677fe14364 ("[media] dvb-core/en50221: use kref to manage
struct dvb_ca_private") moved the dvb_unregister_device() call to the
kref callback, but that left lots of stale device state visible to
userspace (e.g. in sysfs). By using dvb_remove_device() and
dvb_free_device() instead of dvb_u
dvb_unregister_device() has a major problem: it combines unregistering
with memory disposal. Sometimes, it is necessary to unregister a
device, but no memory can be freed yet, because a process still has a
(stale) file handle. Therefore, we need to split
dvb_unregister_device(). This will allow
It is not clear what this return value means. All implemenations
return 0, and the one caller ignores the value. Let's remove this
useless return value completely.
Signed-off-by: Max Kellermann
---
drivers/media/dvb-core/dvb_frontend.c |3 +--
drivers/media/dvb-core/dvb_frontend.h
While removing all interfaces in media_device_unregister(), all
media_interface pointers are freed. This is illegal and results in
double kfree() if any media_interface is still linked at this point;
maybe because a userspace process still has a file handle. Once the
process closes the file handl
This code duplication is confusing and error prone. Let's merge them
by moving the release/dvb_detach call into one function with one
#ifdef.
Signed-off-by: Max Kellermann
---
drivers/media/dvb-core/dvb_frontend.c | 42 +
1 file changed, 12 insertions(+), 30 de
On 08/09/2016 02:34 AM, Kedareswara rao Appana wrote:
> This patch adds mask for the Control register
> 10Mbps speed.
>
> Signed-off-by: Kedareswara rao Appana
Reviewed-by: Florian Fainelli
--
Florian
On Tue, Aug 09, 2016 at 08:06:40PM +, Mathieu Desnoyers wrote:
> >> +static int rseq_increment_event_counter(struct task_struct *t)
> >> +{
> >> + if (__put_user(++t->rseq_event_counter,
> >> + &t->rseq->u.e.event_counter))
> >> + return -1;
> >> + return 0;
> >> +}
On 08/09/2016 02:34 AM, Kedareswara rao Appana wrote:
> This patch adds support for gmiitorgmii converter.
>
> The GMII to RGMII IP core provides the Reduced Gigabit Media
> Independent Interface (RGMII) between Ethernet physical media
> Devices and the Gigabit Ethernet controller. This core can
>
On Fri, 5 Aug 2016 23:48:21 +0800 zijun_hu wrote:
> From: zijun_hu
> Date: Fri, 5 Aug 2016 22:10:07 +0800
> Subject: [PATCH 1/1] mm/vmalloc: fix align value calculation error
>
> it causes double align requirement for __get_vm_area_node() if parameter
> size is power of 2 and VM_IOREMAP is set
On Tue, Aug 09, 2016 at 02:05:43PM -0400, Steven Rostedt wrote:
> +int arch_smi_count(void)
> +{
> + unsigned long long count;
> + int err;
> +
> + err = rdmsrl_safe(MSR_SMI_COUNT, &count);
> + if (err)
> + return 0;
That's really yucky, relying on _safe() to detect ava
On Tue, Aug 9, 2016 at 10:02 PM, Jiri Kosina wrote:
> On Tue, 9 Aug 2016, Rafael J. Wysocki wrote:
>
>> I have a murky suspicion, but it is really weird. Namely, what if
>> restore_jump_address in set_up_temporary_text_mapping() happens to be
>> covered by the restore kernel's identity mapping?
On 2016-08-09 03:24 PM, Jann Horn wrote:
On Tue, Aug 09, 2016 at 12:05:43PM -0400, robert.f...@collabora.com wrote:
From: Sonny Rao
This is based on earlier work by Thiago Goncales. It implements a new
per process proc file which summarizes the contents of the smaps file
but doesn't display
Enable QPP support for winbond flash parts.
Cc: Brian Norris
Signed-off-by: Jagan Teki
---
drivers/mtd/spi-nor/spi-nor.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c
index 66d6e0b..838f6ea 10
On 08/09/2016 03:11 AM, Shamir Rabinovitch wrote:
On Mon, Aug 08, 2016 at 05:10:05PM -0700, Qing Huang wrote:
Not sure if I understood your scenario. Why there is a deadlock here?
CPU0 | CPU1
On Tue, Aug 9, 2016 at 6:27 PM, Thomas Garnier wrote:
> On Tue, Aug 9, 2016 at 9:18 AM, Rafael J. Wysocki wrote:
>> On Tue, Aug 9, 2016 at 5:05 PM, Jiri Kosina wrote:
>>> On Tue, 9 Aug 2016, Thomas Garnier wrote:
>>>
>> Okay, I did one-by-one reverts, and the one above, i.e.
>>
>>
On Tue, 09 Aug 2016, Sylwester Nawrocki wrote:
> On 08/09/2016 05:05 PM, Lee Jones wrote:
> >> +static SIMPLE_DEV_PM_OPS(lpass_pm_ops, exynos_lpass_suspend,
> >> > +exynos_lpass_resume);
> > Put this up by the PM functions.
>
> Sorry, I don't understand thi
This series adding support for 4-wire quad page program(32h)
for supported flash chips.
Jagan Teki (6):
mtd: spi-nor: Add quad page program support
mtd: m25p80: Use spi-nor quad page program
mtd: spi-nor: Enable QPP for macronix parts
mtd: spi-nor: Enable QPP for micron parts
mtd: spi-no
Enable QPP support for micron flash parts.
Cc: Brian Norris
Signed-off-by: Jagan Teki
---
drivers/mtd/spi-nor/spi-nor.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c
index 24a077d..05596
Add quad page program support with the use of nor->flags
and then controller will use 4 lines for data transmission
which is quite faster than page program(02h)
Cc: Brian Norris
Signed-off-by: Jagan Teki
---
drivers/mtd/spi-nor/spi-nor.c | 13 +
include/linux/mtd/spi-nor.h | 2 ++
Enable QPP support for spansion flash parts.
Cc: Brian Norris
Signed-off-by: Jagan Teki
---
drivers/mtd/spi-nor/spi-nor.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c
index 05596cf..66d
Identify the 4-wire tx transfer from spi controller mode
value and then assign QPP support to nor->flags to make use
of that.
Cc: Brian Norris
Signed-off-by: Jagan Teki
---
drivers/mtd/devices/m25p80.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mtd/devices/m25p80.c b/drivers/
Enable QPP support for micronix flash parts.
Cc: Brian Norris
Signed-off-by: Jagan Teki
---
drivers/mtd/spi-nor/spi-nor.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c
index f88bd7e..24a077d 100644
101 - 200 of 900 matches
Mail list logo
