On Thu, Sep 28, 2017 at 03:49:17AM +0200, Stefan Brüns wrote:
> Commit 3a03ea763a67 ("dmaengine: sun6i: Add support for Allwinner A83T
> (sun8i) variant") and commit f008db8c00c1 ("dmaengine: sun6i: Add support for
> Allwinner H3 (sun8i) variant") added support for the A83T resp. H3, but missed
> s
On Thu, Sep 28, 2017 at 03:49:24AM +0200, Stefan Brüns wrote:
> To avoid introduction of a new compatible for each small SoC/DMA controller
> variation, move the definition of the channel count to the devicetree.
>
> The number of vchans is no longer explicit, but limited by the highest
> port/DMA
Hi Morimoto-san,
On Mon, Oct 16, 2017 at 7:28 AM, Kuninori Morimoto
wrote:
> From: Kuninori Morimoto
>
> SYS/RT/Audio DMAC have both TCR/TCRB register.
> Its difference is transfer counter value of read (= TCR)
> or write (= TCRB). The relationship is like below.
>
> TCR TCRB
> [
On 2017/10/14 8:56, Rafael J. Wysocki wrote:
> On Saturday, September 30, 2017 9:20:31 AM CEST Aubrey Li wrote:
>> sleep length indicates how long we'll be idle. Currently, it's updated
>> only when tick nohz enters. These patch series make a new requirement
>> with tick, so we should keep sleep le
On Fri, Oct 13, 2017 at 03:17:19PM -0500, Gustavo A. R. Silva wrote:
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> Signed-off-by: Gustavo A. R. Silva
> ---
> drivers/dma/nbpfaxi.c | 1 +
> 1 file changed, 1 insertion(+)
>
>
On Fri, 2017-10-13 at 16:50 +0200, Matthias Brugger wrote:
>
> On 10/13/2017 12:45 AM, Stephen Boyd wrote:
> > On 09/19, Weiyi Lu wrote:
> >> This series is based on v4.14-rc1 and composed of
> >> clock control (PATCH 1-4) and scpsys control (PATCH 5-9)
> >
> > What's the merge plan? Can I apply
On Tue, 2017-10-10 at 17:45 +0200, Matthias Brugger wrote:
>
> On 08/22/2017 12:28 PM, Weiyi Lu wrote:
> > MT2712 add "set/clear" bus control register to each control register set
> > instead of providing only one "enable" control register, we could avoid
> > the read-modify-write racing by using
On Mon, Oct 16, 2017 at 11:35:53AM +0530, Kishon Vijay Abraham I wrote:
> Hi Greg,
>
> On Wednesday 04 October 2017 06:09 PM, Kishon Vijay Abraham I wrote:
> > Hi Greg,
> >
> > Please find below the phy pull request for 4.14 -rc cycle below.
> > It fixes a couple of instabilities in rockchip type
On 2017/10/16 14:25, Mike Galbraith wrote:
> On Mon, 2017-10-16 at 13:34 +0800, Li, Aubrey wrote:
>> On 2017/10/16 12:45, Mike Galbraith wrote:
>>> On Mon, 2017-10-16 at 11:26 +0800, Li, Aubrey wrote:
I'll try to move quiet_vmstat() into the normal idle branch if this patch
series
>
On Mon, Oct 16, 2017 at 03:29:02AM +0200, Rafael J. Wysocki wrote:
> +static inline void dev_pm_set_driver_flags(struct device *dev, unsigned int
> flags)
> +{
> + dev->power.driver_flags = flags;
> +}
Should this function just set the specific bit? Or is it going to be ok
to set the whole v
On Mon, Oct 16, 2017 at 03:29:02AM +0200, Rafael J. Wysocki wrote:
> struct dev_pm_info {
> pm_message_tpower_state;
> unsigned intcan_wakeup:1;
> @@ -561,6 +580,7 @@ struct dev_pm_info {
> boolis_late_suspended:1;
> bool
On Mon, 2017-10-16 at 13:34 +0800, Li, Aubrey wrote:
> On 2017/10/16 12:45, Mike Galbraith wrote:
> > On Mon, 2017-10-16 at 11:26 +0800, Li, Aubrey wrote:
> >>
> >> I'll try to move quiet_vmstat() into the normal idle branch if this patch
> >> series
> >> are reasonable. Is fast_idle a good indica
> Hi, Yuval
>
> On 2017/10/15 13:14, Yuval Mintz wrote:
> >> Hi, Yuval
> >>
> >> On 2017/10/13 4:21, Yuval Mintz wrote:
> This patchset adds a new hardware offload type in mqprio before
> adding
> mqprio hardware offload support in hns3 driver.
> >>>
> >>> I think one of the biggest issu
On Fri, 2017-10-13 at 16:07 +0200, Matthias Brugger wrote:
>
> On 10/13/2017 11:41 AM, Sean Wang wrote:
> > On Tue, 2017-10-10 at 20:00 +0200, Matthias Brugger wrote:
> >>
> >> On 09/21/2017 10:26 AM, sean.w...@mediatek.com wrote:
> >>> From: Sean Wang
> >>>
> >>> pwrap initialization is highly a
On Tuesday 03 October 2017 10:49 AM, Vignesh R wrote:
>
>
> This series adds support for Cadence QSPI IP present in TI's 66AK2G SoC.
> The patches enhance the existing cadence-quadspi driver to support
> loopback clock circuit, pm_runtime support and tweaks for 66AK2G SoC.
Gentle ping on the s
Hi Alan,
It is Rob's choice of which order to take the patches in.
Either order, it will be a trivial fixup to the second patchset
to go in.
-Frank
On 10/15/17 19:35, Wang, Alan 1. (NSB - CN/Hangzhou) wrote:
> Hi Frank,
>
> Could I continue to send my patch since conflict with your patches? O
Hi Greg,
On Wednesday 04 October 2017 06:09 PM, Kishon Vijay Abraham I wrote:
> Hi Greg,
>
> Please find below the phy pull request for 4.14 -rc cycle below.
> It fixes a couple of instabilities in rockchip typec phy and other fixes
> are mostly to deal with handling error return values.
>
> Co
On 2017/10/14 9:01, Rafael J. Wysocki wrote:
> On Saturday, September 30, 2017 9:20:33 AM CEST Aubrey Li wrote:
>> Introduce irq timings output as a factor to predict the duration
>> of the coming idle
>>
>> @@ -342,13 +343,27 @@ void cpuidle_entry_end(void)
>> void cpuidle_predict(void)
>> {
>>
Hi：
Thanks for the patch. This problem has been fixed on staging branch with:
a8e18bfc854141621a29600a6c13e5f40c6e9f19
drm/i915/gvt: Refine shadow batch buffer
Thanks,
Zhi.
-Original Message-
From: Christos Gkekas [mailto:chris.ge...@gmail.com]
Sent: Monday, October 16, 2017 1:18 A
On 2017/10/14 8:59, Rafael J. Wysocki wrote:
> On Saturday, September 30, 2017 9:20:32 AM CEST Aubrey Li wrote:
>> Add a knob to make fast idle threshold tunable
>>
>> Signed-off-by: Aubrey Li
>
> I first of all am not sure about the need to add a tunable for this at all
> in the first place.
Ac
On Thu, Oct 12, 2017 at 09:44:37AM -0700, Chintan Patel wrote:
> In case of failure in loading customize topology firmware, dfw_sst.bin
> gets loaded. However, current log provides this message as error even
> after successfully falling back to default topology "dfw_sst.bin".
>
> Hence to convey p
> On Fri, Oct 13, 2017 at 10:54:22AM +0100, Lee Jones wrote:
> > On Fri, 13 Oct 2017, Greg KH wrote:
> >
> > > On Fri, Oct 13, 2017 at 04:50:35PM +0800, rui_f...@realsil.com.cn wrote:
> > > > From: rui_feng
> > > >
> > > > Add support for new chip rts5260.
> > > > In order to support rts5260，the d
On Sun, 15 Oct 2017, Gang He wrote:
> Hello Intel Kbuild team,
>
> You just upgrade GCC version when compiling the latest kernel?
> Since these code looks a little old, I am sure that the related contributors
> are still work on OCFS2 project.
I'm not sure to understand the comment. The repor
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/asm
head: fc72ae40e30327aa24eb88a24b9c7058f938bd36
commit: 11af847446ed0d131cf24d16a7ef3d5ea7a49554 [4/5] x86/unwind: Rename
unwinder config options to 'CONFIG_UNWINDER_*'
config: x86_64-randconfig-a0-10161235 (attached as .
On 14/10/17 5:47 PM, "Christos Gkekas" wrote:
>Remove redundant variables in quedi_fw.c that are set but not used.
>
>Signed-off-by: Christos Gkekas
>---
> drivers/scsi/qedi/qedi_fw.c | 17 +
> 1 file changed, 1 insertion(+), 16 deletions(-)
>
>diff --git a/drivers/scsi/qedi/qed
On 2017/10/16 12:45, Mike Galbraith wrote:
> On Mon, 2017-10-16 at 11:26 +0800, Li, Aubrey wrote:
>>
>> I'll try to move quiet_vmstat() into the normal idle branch if this patch
>> series
>> are reasonable. Is fast_idle a good indication for it?
>
> see x86_tip 62cb1188ed86 sched/idle: Move quiet
On Mon, Oct 16, 2017 at 03:29:02AM +0200, Rafael J. Wysocki wrote:
> + :c:func:`dev_pm_set_driver_flags` helper function.] If the first of
> + tese flags is set, the PM core will not apply the direct-complete
^
these
> + proceudre described above to the given device an
From: Kuninori Morimoto
SYS/RT/Audio DMAC have both TCR/TCRB register.
Its difference is transfer counter value of read (= TCR)
or write (= TCRB). The relationship is like below.
TCR TCRB
[SOURCE] -> [DMAC] -> [DESTINATION]
Thus, we want to read TCRB instead of TCR for residue.
I am using 4.14-rc4 with a patch on top that includes
arch/arm/include/asm/dma-mapping.h in a module.
I have MMU enabled, so
select DMA_NOOP_OPS if !MMU
does nothing for me, and I get a compile error because dma_noop_ops is unknown.
Maybe I should include linux/dma-mapping.h?
Thanks for the quic
On 10 October 2017 at 14:22, Bin Liu wrote:
> On Tue, Oct 10, 2017 at 01:45:25PM +1100, Jonathan Liu wrote:
>> This fixes a kernel oops when unloading the driver due to usb_put_phy
>> being called after usb_phy_generic_unregister when the device is
>> detached. Calling usb_phy_generic_unregister c
On Mon, 2017-10-16 at 11:26 +0800, Li, Aubrey wrote:
>
> I'll try to move quiet_vmstat() into the normal idle branch if this patch
> series
> are reasonable. Is fast_idle a good indication for it?
see x86_tip 62cb1188ed86 sched/idle: Move quiet_vmstate() into the NOHZ code
-Mike
Hi Rob and Frank,
Thanks for your comments.
Frank's description is exactly what I meant. I will changed the description as
yours if you don't mind.
We are using Linux v3.10.64 and a patch from https://lkml.org/lkml/2014/4/4/207.
With this patch all properties are added dynamically to the dynamic
Hi
I write demo use ptrace/SINGLESTEP to count the number of instructions
executed by the process
The parent process fork+exec a child process, and trace(SINGLESTEP) it,
It works fine under the x86_64 architecture but has an exception under
arm64.
```cpp
//demo.c
#include
#include
#include
> -Original Message-
> From: Andrew Lunn [mailto:and...@lunn.ch]
> Sent: Sunday, October 15, 2017 9:34 PM
> To: Madalin-cristian Bucur
> Cc: net...@vger.kernel.org; da...@davemloft.net; f.faine...@gmail.com;
> vivien.dide...@savoirfairelinux.com; jun...@outlook.com; linux-
> ker...@vger.ke
Ping ??
--
Anup
Ping ??
--
Anup
On Friday 13 October 2017 07:38 PM, Arnaldo Carvalho de Melo wrote:
Em Fri, Oct 13, 2017 at 10:39:03AM -0300, Arnaldo Carvalho de Melo escreveu:
Em Mon, Oct 09, 2017 at 10:33:05PM +0200, Milian Wolff escreveu:
Some of the code paths I introduced before returned too early
without running the co
Hi Gang,
On Sun, Oct 15, 2017 at 09:26:00PM -0600, Gang He wrote:
Hello Intel Kbuild team,
You just upgrade GCC version when compiling the latest kernel?
This report comes from a pretty old gcc:
config: tile-allyesconfig (attached as .config)
compiler: tilegx-linux-gcc (GCC) 4.
If the compiler didn't support any stackprotector mode, the second
empty test would still trip. This moves it to an "else" test for the
non-AUTO modes.
Reported-and-tested-by: Robert Jarzmik
Signed-off-by: Kees Cook
---
This is a separate fix from the issue with gcc 4.4.4. Yay compilers.
(Also,
Prepares for RTD1293 and RTD1296.
Signed-off-by: Andreas Färber
---
arch/arm64/boot/dts/realtek/rtd1295.dtsi | 65 ++--
arch/arm64/boot/dts/realtek/rtd129x.dtsi | 72
2 files changed, 76 insertions(+), 61 deletions(-)
create mode 100644 a
Define compatible strings for Realtek RTD1293 SoC and Synology
DiskStation DS418j NAS.
Cc: i...@synology.com
Signed-off-by: Andreas Färber
---
Documentation/devicetree/bindings/arm/realtek.txt | 17 +
1 file changed, 17 insertions(+)
diff --git a/Documentation/devicetree/binding
Define compatible strings for Realtek RTD1296 SoC and Synology
DiskStation DS418 NAS.
Cc: i...@synology.com
Signed-off-by: Andreas Färber
---
Documentation/devicetree/bindings/arm/realtek.txt | 17 +
1 file changed, 17 insertions(+)
diff --git a/Documentation/devicetree/bindings
Hello,
This series adds Device Trees for the Realtek RTD1293 and RTD1296 SoCs and
Synology DiskStation DS418j and DS418 NAS devices.
To avoid too much duplication, a shared rtd129x.dtsi is introduced.
More details at:
https://en.opensuse.org/HCL:DS418j
https://en.opensuse.org/HCL:DS418
Latest e
Add Device Trees for RTD1296 SoC and Synology DiskStation DS418.
Cc: i...@synology.com
Signed-off-by: Andreas Färber
---
arch/arm64/boot/dts/realtek/Makefile | 2 +
arch/arm64/boot/dts/realtek/rtd1296-ds418.dts | 31 +++
arch/arm64/boot/dts/realtek/rtd1296.dtsi | 74 ++
Add Device Trees for RTD1293 SoC and Synology DiskStation DS481j NAS.
Cc: i...@synology.com
Signed-off-by: Andreas Färber
---
arch/arm64/boot/dts/realtek/Makefile | 2 +
arch/arm64/boot/dts/realtek/rtd1293-ds418j.dts | 31 ++
arch/arm64/boot/dts/realtek/rtd1293.dtsi
On 10/15/17 20:29, Randy Dunlap wrote:
> On 10/15/17 20:27, Randy Dunlap wrote:
>> On 10/15/17 19:27, Marian Mihailescu wrote:
>>> After commit 7844572c633964c864d9f32dc3f2a8ffe5d70371, dma_noop_ops
>>> are built only for architectures that use it.
>>>
>>> For ARM architecture, CONFIG_DMA_NOOP_OPS
On Mon, Oct 16, 2017 at 02:00:33PM +1100, Michael Ellerman wrote:
> Mathieu Desnoyers writes:
>
> > Implements two basic tests of RSEQ functionality, and one more
> > exhaustive parameterizable test.
> >
> > The first, "basic_test" only asserts that RSEQ works moderately
> > correctly.
> > E.g. t
Hello Intel Kbuild team,
You just upgrade GCC version when compiling the latest kernel?
Since these code looks a little old, I am sure that the related contributors
are still work on OCFS2 project.
Thanks
Gang
>>>
> Hi Bhumika,
>
> [auto build test WARNING on linus/master]
> [also build te
On 2017/10/14 20:53, Yunlong Song wrote:
> Oh, yes it is. I found that problem in a kernel tree which does not have
> commit
> c6f82fe90d7458e5fa190a6820bfc24f96b0de4e (Revert "f2fs: put allocate_segment
> after refresh_sit_entry"). In that kernel, the allocate_segment is still
> behind
> refresh
Sean Paul writes:
> Sphinx won't pick these up, and will issue warnings. Please update to @
> instead of \param
>
> If you want to try it out:
> make htmldocs
Yeah, I was attempting to emulate the existing style. I suggest that a
general cleanup to fix the docstrings should be in a separate patc
On 10/15/17 20:27, Randy Dunlap wrote:
> On 10/15/17 19:27, Marian Mihailescu wrote:
>> After commit 7844572c633964c864d9f32dc3f2a8ffe5d70371, dma_noop_ops
>> are built only for architectures that use it.
>>
>> For ARM architecture, CONFIG_DMA_NOOP_OPS is not selected, and cannot
>> be selected.
>>
On 10/15/17 19:27, Marian Mihailescu wrote:
> After commit 7844572c633964c864d9f32dc3f2a8ffe5d70371, dma_noop_ops
> are built only for architectures that use it.
>
> For ARM architecture, CONFIG_DMA_NOOP_OPS is not selected, and cannot
> be selected.
>
> However, arch/arm/include/asm/dma-mapping.
On 2017/10/14 8:51, Rafael J. Wysocki wrote:
> On Saturday, September 30, 2017 9:20:30 AM CEST Aubrey Li wrote:
>> If the next idle is expected to be a fast idle, we should keep tick
>> on before going into idle
>>
>> Signed-off-by: Aubrey Li
>
> This also can be merged with the previous patch (a
On 2017/10/14 20:34, Yunlong Song wrote:
> Do you mean check out-of-space test? I have tried that but no bugon.
Yes, test recent f2fs codes with kernel 4.13.0-rc1+ in VM, FYI:
kernel BUG at gc.c:1034!
invalid opcode: [#1] SMP
Hardware name: Xen HVM domU, BIOS 4.1.2_115-900.260_ 11/06/2015
RI
On Fri, 2017-10-13 at 13:32 +0300, Mathias Nyman wrote:
> On 13.10.2017 11:26, Chunfeng Yun wrote:
> > Due to all MediaTek SoCs with xHCI host controller use this
> > driver, remove limitation for specific SoCs
> >
> > Signed-off-by: Chunfeng Yun
> > ---
>
> xHCI parts of series look good to me,
Add the ov7670_s_power function which is responsible for
manipulating the power dowm mode through the PWDN pin and the reset
operation through the RESET pin, and keep it powered at all times.
Signed-off-by: Wenyou Yang
---
Changes in v6:
- Remove .s_power callback to keep the ov7670 powered at
Add the get_fmt callback, also enable V4L2_SUBDEV_FL_HAS_DEVNODE flag
to make this subdev has device node.
Signed-off-by: Wenyou Yang
---
Changes in v6: None
Changes in v5:
- Fix the build warning on the declaration *mbus_fmt(ISO C90 forbids mixed).
Changes in v4:
- Fix the build error when n
This patch set is to add the media entity pads initialization,
the ov7670_s_power function and get_fmt callback support.
Changes in v6:
- Remove .s_power callback to keep the ov7670 powered at all times.
- Update the commit log accordingly.
Changes in v5:
- Fix the build warning on the declara
Add the media entity pads initialization.
Signed-off-by: Wenyou Yang
---
Changes in v6: None
Changes in v5: None
Changes in v4:
- Fix the build error when not enabling Media Controller API option.
Changes in v3: None
Changes in v2: None
drivers/media/i2c/ov7670.c | 21 -
> -Original Message-
> From: Florian Fainelli [mailto:f.faine...@gmail.com]
> Sent: Friday, October 13, 2017 8:39 PM
> To: Madalin-cristian Bucur ;
> net...@vger.kernel.org; da...@davemloft.net
> Cc: and...@lunn.ch; vivien.dide...@savoirfairelinux.com;
> jun...@outlook.com; linux-kernel@vge
On 2017/10/14 8:35, Rafael J. Wysocki wrote:
> On Saturday, September 30, 2017 9:20:28 AM CEST Aubrey Li wrote:
>> Record the overhead of idle entry in micro-second
>>
>
> What is this needed for?
We need to figure out how long of a idle is a short idle and recording
the overhead is for this purp
On 2017/10/14 1:31, Jaegeuk Kim wrote:
> If there's some data written through inline data or dentry, we need to shouw
> st_blocks. This fixes reporting zero blocks even though there is small written
> data.
>
> Signed-off-by: Jaegeuk Kim
Reviewed-by: Chao Yu
Thanks,
> ---
> fs/f2fs/file.c |
Add an initial Device Tree for MeLE V9 Media Player.
Cc: meleserv...@mele.cn
Signed-off-by: Andreas Färber
---
arch/arm64/boot/dts/realtek/Makefile| 1 +
arch/arm64/boot/dts/realtek/rtd1295-mele-v9.dts | 31 +
2 files changed, 32 insertions(+)
create mode 10
Define a compatible string for MeLE V9 Media Player.
Cc: meleserv...@mele.cn
Signed-off-by: Andreas Färber
---
Documentation/devicetree/bindings/arm/realtek.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/arm/realtek.txt
b/Documentation/devicetree/bindi
Hello,
This mini-series adds a Device Tree for the MeLE V9 Android Media Player.
Same as with PROBOX2 AVA, serial (loady) was the only working way to boot a new
kernel from the vendor's U-Boot on this TV box.
More details at:
https://en.opensuse.org/HCL:Mele_V9
@MeLE: Please review the followin
MeLE is a Chinese manufacturer of TV boxes and Mini PCs.
Cc: meleserv...@mele.cn
Signed-off-by: Andreas Färber
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devi
Hi Silva,
The actual intention of the code is NOT to fall through, though current
code can work correctly.
Thanks for this finding. If you don't mind, I'll submit a fix patch for it
with the tag 'Reported-by:' by you.
Thanks!
- Qiuxu
> From: linux-edac-ow...@vger.kernel.org [mailto:lin
Mathieu Desnoyers writes:
> Implements two basic tests of RSEQ functionality, and one more
> exhaustive parameterizable test.
>
> The first, "basic_test" only asserts that RSEQ works moderately
> correctly.
> E.g. that:
> - The CPUID pointer works
> - Code infinitely looping within a critical sec
Call tpm_seal_trusted() in trusted_update() for TPM 2.0 chips.
Signed-off-by: Boshi Wang
---
security/keys/trusted.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/security/keys/trusted.c b/security/keys/trusted.c
index ddfaebf..563fe5f 100644
--- a/security/keys/
Mathieu Desnoyers writes:
> Implements two basic tests of RSEQ functionality, and one more
> exhaustive parameterizable test.
>
> The first, "basic_test" only asserts that RSEQ works moderately
> correctly.
> E.g. that:
> - The CPUID pointer works
> - Code infinitely looping within a critical sec
On 2017/10/14 8:26, Rafael J. Wysocki wrote:
> On Saturday, September 30, 2017 9:20:27 AM CEST Aubrey Li wrote:
>> There are several factors in the menu governor to predict the next
>> idle interval:
>> - the next timer
>> - the recent idle interval history
>> - the corrected idle interval pattern
I like how this series turned out and I think it puts us in a
exceedingly better position than the dcdbas path. This series is,
Reviewed-by: Edward O'Callaghan
On Sat, Oct 14, 2017 at 4:32 PM, Mario Limonciello
wrote:
> The existing way that the dell-smbios helper module and associated
> other
Hi Frank,
Could I continue to send my patch since conflict with your patches? Or I have
to wait for your patches merged? Thanks.
-Original Message-
From: Frank Rowand [mailto:frowand.l...@gmail.com]
Sent: Saturday, October 14, 2017 6:05 AM
To: Wang, Alan 1. (NSB - CN/Hangzhou) ; Panteli
Using the ARRAY_SIZE macro improves the readability of the code.
Found with Coccinelle with the following semantic patch:
@r depends on (org || report)@
type T;
T[] E;
position p;
@@
(
(sizeof(E)@p /sizeof(*E))
|
(sizeof(E)@p /sizeof(E[...]))
|
(sizeof(E)@p /sizeof(T))
)
Reviewed-by: Thierry R
Using the ARRAY_SIZE macro improves the readability of the code. Also,
it is useless to re-invent it.
Found with Coccinelle with the following semantic patch:
@r depends on (org || report)@
type T;
T[] E;
position p;
@@
(
(sizeof(E)@p /sizeof(*E))
|
(sizeof(E)@p /sizeof(E[...]))
|
(sizeof(E)@p
Using the ARRAY_SIZE macro improves the readability of the code. Also,
it's useless to use a variable to store this constant calculated at
compile time.
Found with Coccinelle with the following semantic patch:
@r depends on (org || report)@
type T;
T[] E;
position p;
@@
(
(sizeof(E)@p /sizeof(*E)
Using the ARRAY_SIZE macro improves the readability of the code. Also,
it is useless to re-invent it.
Found with Coccinelle with the following semantic patch:
@r depends on (org || report)@
type T;
T[] E;
position p;
@@
(
(sizeof(E)@p /sizeof(*E))
|
(sizeof(E)@p /sizeof(E[...]))
|
(sizeof(E)@p
Using the ARRAY_SIZE macro improves the readability of the code.
Found with Coccinelle with the following semantic patch:
@r depends on (org || report)@
type T;
T[] E;
position p;
@@
(
(sizeof(E)@p /sizeof(*E))
|
(sizeof(E)@p /sizeof(E[...]))
|
(sizeof(E)@p /sizeof(T))
)
Reviewed-by: Thierry R
Hi Frank,
This only has one patch, and I was sent out this by mistake. Please skip this
one and refer to my following subject "[PATCH] of: overlay: fix memory leak
related to duplicated property"
https://lkml.org/lkml/2017/10/12/952
Thanks
-Original Message-
From: Frank Rowand [mailto
After commit 7844572c633964c864d9f32dc3f2a8ffe5d70371, dma_noop_ops
are built only for architectures that use it.
For ARM architecture, CONFIG_DMA_NOOP_OPS is not selected, and cannot
be selected.
However, arch/arm/include/asm/dma-mapping.h is referencing dma_noop_ops:
static inline const struct
The HiDeep touchscreen device is a capacitive multi-touch controller
mainly for multi-touch supported devices use. It use I2C interface for
communication to IC and provide axis X, Y, Z locations for ten finger
touch through input event interface to userspace.
It support the Crimson and the Lime tw
Hi,
I remake patch file as base on last commit of next branch
and resend patch file.
Please review this.
My last mail as below.
http://www.spinics.net/lists/linux-input/msg53312.html
Thanks.
Anthony.
Anthony Kim (1):
Input: add support for HiDeep touchscreen
.../bindings/input/touchscreen/h
On Sat, Oct 14, 2017, at 04:54, Roberts, William C wrote:
>
>
> > -Original Message-
> > From: linus...@gmail.com [mailto:linus...@gmail.com] On Behalf Of Linus
> > Torvalds
> > Sent: Tuesday, October 10, 2017 4:17 PM
> > To: Tobin C. Harding
> > Cc: kernel-harden...@lists.openwall.com;
On Sat, Oct 14, 2017 at 04:36:51AM -0700, tip-bot for Ingo Molnar wrote:
> Commit-ID: b483cf3bc249d7af706390efa63d6671e80d1c09
> Gitweb:
> https://git.kernel.org/tip/b483cf3bc249d7af706390efa63d6671e80d1c09
> Author: Ingo Molnar
> AuthorDate: Sat, 14 Oct 2017 09:26:59 +0200
> Committer:
On Thu, Oct 12, 2017 at 10:49:31PM +0200, Pali Rohár wrote:
> On Thursday 12 October 2017 12:13:11 Karel Zak wrote:
> > On Thu, Oct 12, 2017 at 11:21:13AM +0200, Pali Rohár wrote:
> > > > The best for me is to keep blkid output backwardly compatible as much
> > > > as possible :-)
> > >
> > > Back
On Mon, Oct 16, 2017 at 12:04:50AM +0200, Pali Rohár wrote:
> On Sunday 15 October 2017 08:59:01 Pavel Machek wrote:
> > Hi!
> >
> > > Based on results I would propose following unification:
> > >
> > ...
> > > 4. Prefer label from the root directory. If there is none entry (means
> > >there
On 2017/10/13 10:14, Jaegeuk Kim wrote:
> When doing fault injection test, f2fs_evict_inode() didn't remove gdirty_list
> which incurs a kernel panic due to wrong pointer access.
>
> Signed-off-by: Jaegeuk Kim
Reviewed-by: Chao Yu
Minor thing, how about reverting judgment condition for readabi
Hi, Yuval
On 2017/10/15 16:51, Yuval Mintz wrote:
> This patchset adds a new hardware offload type in mqprio before
>> adding
> mqprio hardware offload support in hns3 driver.
>
> Apparently Dave has already accepted Amirtha's changes to mqprio:
> https://marc.info/?l=linux-netdev&m=1508
Hi Jaegeuk,
On 2017/10/13 7:15, Jaegeuk Kim wrote:
> This patch returns an error number to quota_write in order for quota to handle
> it correctly.
We should return error number like __generic_file_write_iter, right? it
needs to return written bytes if we have written one page or more, otherwise
Change the comptiable for support of multi-platform
Make compatible explicit, as MMC host of mt8173 has difference with
mt8135(mt8173 supports hs400 and hs400_tune),so that need separate
mt8173/mt8135 compatible name.
Add description for reg
Add description for source_cg
Add description for mediate
from mt2701, the register of PAD_TUNE has been phased out,
while there is a new register of PAD_TUNE0
Signed-off-by: Chaotian Jing
---
drivers/mmc/host/mtk-sd.c | 51 ++-
1 file changed, 33 insertions(+), 18 deletions(-)
diff --git a/drivers/mmc/host/
mt2712 supports stop_clk fix and enhance_rx, which can improve
host stability.
Signed-off-by: Chaotian Jing
---
drivers/mmc/host/mtk-sd.c | 47 +++
1 file changed, 43 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/host/mtk-sd.c b/drivers/mmc/h
mt2701/mt2712 supports async fifo & data tune, which can improve
host stability.
Signed-off-by: Chaotian Jing
---
drivers/mmc/host/mtk-sd.c | 52 +--
1 file changed, 50 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/host/mtk-sd.c b/drivers/mmc
the origin design of hs400_tune_response is for mt8173 because of
mt8173 has a special design. for doing that, we add a new member
"compatible", by now it's only for mt8173.
Signed-off-by: Chaotian Jing
---
drivers/mmc/host/mtk-sd.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(
Hi Arnd,
[auto build test ERROR on tip/x86/core]
[also build test ERROR on v4.14-rc5 next-20171013]
[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/Arnd-Bergmann/x86-convert-x86_platform_ops-to-t
Things seem to be finally starting to calm down for 4.14.
We've certainly had smaller rc5's, but we've had bigger ones too, and
this week finally felt fairly normal in a release that has up until
now felt a bit messier than it perhaps should have been.
So assuming this trend holds, we're all good
enlarge outstanding value to improve read performance
Signed-off-by: Chaotian Jing
---
drivers/mmc/host/mtk-sd.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/mmc/host/mtk-sd.c b/drivers/mmc/host/mtk-sd.c
index d75a93d..95759bb 100644
--- a/drivers/mmc/host/mtk-sd.c
+++ b/
data lines have applied to perfer to use rise edge, also need
apply it to cmd line.
Signed-off-by: Chaotian Jing
---
drivers/mmc/host/mtk-sd.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/host/mtk-sd.c b/drivers/mmc/host/mtk-sd.c
index 95759bb..27a6225 100644
source clock need an independent cg to control, when doing clk mode
switch, need gate source clock to avoid hw issue(multi-bit sync hw hang)
Signed-off-by: Chaotian Jing
---
drivers/mmc/host/mtk-sd.c | 23 ++-
1 file changed, 22 insertions(+), 1 deletion(-)
diff --git a/driv
bit7 of PATCH_BIT1 has different meaning in new design, to
compatible with previous platform, clear this bit in new
platform.
Signed-off-by: Chaotian Jing
---
drivers/mmc/host/mtk-sd.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/mmc/host/mtk-sd.c b/drivers/mmc/host/mtk-sd.
1 - 100 of 240 matches
Mail list logo
