Re: [PATCH] sched/cputime: Ensure correct utime and stime proportion

On 7/2/18 11:21 PM, Tejun Heo wrote: > Hello, Peter. > > On Tue, Jun 26, 2018 at 05:49:08PM +0200, Peter Zijlstra wrote: >> Well, no, because the Changelog is incomprehensible and the patch >> doesn't really have useful comments, so I'll have to reverse engineer >> the entire thing, and I've just

Re: [PATCH v2 1/2] IIO: st_accel_i2c.c: Simplify access to driver data

On Wed, 4 Jul 2018, Andy Shevchenko wrote: On Tue, Jul 3, 2018 at 8:41 AM, Nikolaus Voss wrote: Use device_get_match_data API to simplify access to driver data. ..._data() But. You actually don't use it below. It is used, see below. Let acpi_device_id table entries point to the same dr

Re: [PATCH] tpm: Add module parameter for hwrng quality.

On Fri, Jun 29, 2018 at 9:03 PM, David R. Bild wrote: > On Wed, Jun 27, 2018 at 1:11 AM, Louis Collard > wrote: >> >> On some systems we have seen large delays in boot time, due to >> blocking on a call to getrandom() before the entropy pool has been >> initialized. On these systems the usual sou

Re: [PATCH v2] leds: ledtrig-morse: send out morse code

On Tue 2018-07-03 17:53:28, Andreas Klinger wrote: > Send out a morse code by using LEDs. > > This is useful especially on embedded systems without displays to tell the > user about error conditions and status information. > > The trigger will be called "morse" > > The string to be send is writt

Re: [PATCH 1/2] Revert "mfd: cros_ec: Remove unused __remove function"

On Wed, 20 Jun 2018, Dmitry Torokhov wrote: > This reverts commit 556c242045f0c1613aac2e64dc5b2ff0e4bc89e1. > > The patch that this change is purported to fix is broken and should be > reverted; thus we reverting this one as well. You need to provide more information. How does the original patc

Re: [PATCH] RAID/s390: Remove VLA usage

On Tue, 3 Jul 2018 12:52:21 -0700 Kees Cook wrote: > In the quest to remove all stack VLA usage from the kernel[1], this moves > the "$#" replacement from being an argument to being inside the function, > which avoids generating VLAs. > > [1] > https://lkml.kernel.org/r/CA+55aFzCG-zNmZwX4A2FQpa

[lkp-robot] [rcu] e46874dd99: WARNING:suspicious_RCU_usage

FYI, we noticed the following commit (built with gcc-7): commit: e46874dd99fa8ef78802bee8e80fe2844ae95cd1 ("[PATCH RFC tip/core/rcu 1/2] rcu: Defer reporting RCU-preempt quiescent states when disabled") url: https://github.com/0day-ci/linux/commits/Paul-E-McKenney/RCU-consolidation-patches/2018

[PATCH char-misc] dt-bindings: vendor-prefixes: fix bad merge

Remove the vendor-prefix reject file which was accidentally added when merging the gnss sirfstar binding. The wi2wi prefix had already been added by commit a593bff82cae2 ("dt-bindings: define vendor prefix for Wi2Wi, Inc."). Fixes: 176193b7dd6e ("dt-bindings: gnss: add sirfstar binding") Reported-

[PATCH] mtd: nftl: remove redundant variable nb_erases

From: Colin Ian King Variable nb_erases is being assigned but is never used hence it is redundant and can be removed. Cleans up clang warning: warning: variable 'nb_erases' set but not used [-Wunused-but-set-variable] Signed-off-by: Colin Ian King --- drivers/mtd/nftlmount.c | 3 +-- 1 file c

Re: [PATCH V2 19/19] irqchip: add C-SKY irqchip drivers

On Wed, 4 Jul 2018, Guo Ren wrote: > On Tue, Jul 03, 2018 at 11:28:03AM +0200, Thomas Gleixner wrote: > That's Ok. And here is my implementation: > > static inline u32 build_intc_ctrl(u32 idx) > { > /* >* One channel is one byte in a word-width register, so >* there are four

Re: [PATCH v5 05/12] PM / devfreq: Add support for policy notifiers

Hi Matthias, Firstly, I'm not sure why devfreq needs the devfreq_verify_within_limits() function. devfreq already used the OPP interface as default. It means that the outside of 'drivers/devfreq' can disable/enable the frequency such as drivers/thermal/devfreq_cooling.c. Also, when some device dr

Re: [PATCH v2 2/2] IIO: st_accel_i2c.c: Use probe_new() instead of probe()

On Wed, 4 Jul 2018, Andy Shevchenko wrote: On Tue, Jul 3, 2018 at 9:06 AM, Nikolaus Voss wrote: struct i2c_device_id argument of probe() is not used, so use probe_new() instead. This makes... MODULE_DEVICE_TABLE(i2c, st_accel_id_table); ...this table obsolete IIUC. At least that's what

Re: [PATCH v3 00/13] ARM: davinci: remove duplicate aemif support

Hi David, On Monday 02 July 2018 09:02 PM, David Lechner wrote: > On 07/02/2018 07:28 AM, Sekhar Nori wrote: >> Hi David, Stephen, >> >> On Thursday 28 June 2018 03:27 PM, Bartosz Golaszewski wrote: >>> From: Bartosz Golaszewski >>> >>> This series moves all aemif/nand users to using the ti-aemif

[PATCH] rtc: OMAP: Add support for rtc-only mode

Prepare rtc driver for rtc-only mode. This involes splitting the power-off function so that an external driver can initiate the programming of setting the power_off to be triggered in the next second. Signed-off-by: Keerthy --- drivers/rtc/interface.c | 12 drivers/rtc/rtc-omap.c | 164 ++

[PATCH v2 2/3] m68k/page_no.h: force __va argument to be unsigned long

Add explicit casting to unsigned long to the __va() parameter Signed-off-by: Mike Rapoport --- arch/m68k/include/asm/page_no.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/m68k/include/asm/page_no.h b/arch/m68k/include/asm/page_no.h index e644c4d..6bbe520 100644 --- a

[PATCH v2 1/1] mmc: sunxi: Disable irq during pm_suspend

When mmc host controller enters suspend state, the clocks are disabled, but irqs are not. For some reason the irqchip emits false interrupts, which causes system lock loop. Debug log is: ... sunxi-mmc 1c11000.mmc: setting clk to 5200, rounded 5120 sunxi-mmc 1c11000.mmc: enabling the

Re: [RFC PATCH 4/4] dts: aspeed-g5: Add bmc-misc-ctrl nodes to devicetree

On Tue, 3 Jul 2018, at 17:24, Greg KH wrote: > On Tue, Jul 03, 2018 at 05:04:13PM +1000, Andrew Jeffery wrote: > > Signed-off-by: Andrew Jeffery > > --- > > arch/arm/boot/dts/aspeed-g5.dtsi | 192 +++ > > 1 file changed, 192 insertions(+) > > No changelog :( Will fix

Re: [RFC PATCH 2/4] Documentation: ABI: Add sysfs-class-bmc documentation to testing

On Tue, 3 Jul 2018, at 17:20, Greg KH wrote: > On Tue, Jul 03, 2018 at 05:04:11PM +1000, Andrew Jeffery wrote: > > Signed-off-by: Andrew Jeffery > > Same problem here :( Will fix.

[PATCH v2 0/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

Hi, These patches switch m68k boot time memory allocators from bootmem to memblock + no_bootmem. The first two patches update __ffs() and __va() definitions to be inline with other arches and asm-generic. This is required to avoid compilation warnings in mm/memblock.c and mm/nobootmem.c. The thi

[PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

In m68k the physical memory is described by [memory_start, memory_end] for !MMU variant and by m68k_memory array of memory ranges for the MMU version. This information is directly use to register the physical memory with memblock. The reserve_bootmem() calls are replaced with memblock_reserve() an

Re: [RFC PATCH 1/4] dts: misc: Add bindings documentation for bmc-misc-ctrl

Hi Greg, On Tue, 3 Jul 2018, at 17:20, Greg KH wrote: > On Tue, Jul 03, 2018 at 05:04:10PM +1000, Andrew Jeffery wrote: > > Signed-off-by: Andrew Jeffery > > --- > > I can't take patches without any changelog text at all :( > I wasn't expecting you to put them into your tree - the general con

[PATCH v2 1/3] m68k/bitops: convert __ffs to match generic declaration

The generic bitops declare __ffs as static inline unsigned long __ffs(unsigned long word); Convert the m68k version to match the generic declaration. Signed-off-by: Mike Rapoport --- arch/m68k/include/asm/bitops.h | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --gi

Re: [PATCH 3/4] KVM/VMX: Add identical ept table pointer check

Hi Sean: Thank for your review. On 7/3/2018 1:29 AM, Sean Christopherson wrote: > On Mon, Jul 02, 2018 at 02:17:29PM +, Tianyu Lan wrote: >> This patch is to check ept table pointer of each cpus when set ept >> tables and store identical ept table pointer if all ept table pointers >>

Re: [PATCH v10 1/6] MAINTAINERS: add at91 usart mfd driver

On Mon, 25 Jun 2018, Radu Pirea wrote: > Added entry for at91 usart mfd driver. > > Signed-off-by: Radu Pirea > --- > MAINTAINERS | 9 + > 1 file changed, 9 insertions(+) For my own reference: Acked-for-MFD-by: Lee Jones -- Lee Jones [李琼斯] Linaro Services Technical Lead Linaro.org

Re: [PATCH v10 2/6] dt-bindings: add binding for atmel-usart in SPI mode

On Mon, 25 Jun 2018, Radu Pirea wrote: > This patch moves the bindings for serial from serial/atmel-usart.txt to > mfd/atmel-usart.txt and adds bindings for USART in SPI mode. > > Signed-off-by: Radu Pirea > Reviewed-by: Rob Herring I already Acked this in V4. > --- > .../bindings/{serial =>

[rcu:dev 119/161] ERROR: "rcu_barrier" [fs/isofs/isofs.ko] undefined!

tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git dev head: 472755d5ff3ee21ad16e0a0a06e087b7569eaffe commit: 16bf6b3b61864e444bae5e4a7cf121f777893a8c [119/161] rcu: Express Tiny RCU updates in terms of RCU rather than RCU-sched config: um-x86_64_defconfig (attached a

Re: [PATCH] mfd: kempld-core: constify variables that point to const structure

On Wed, 13 Jun 2018, Julia Lawall wrote: > Add const to the declaration of various local variables of type > kempld_platform_data for which the referenced value is always only > dereferenced or passed to a const parameter, to record the fact that > kempld_platform_data_generic is declared as const

Re: [PATCH 3/4] KVM/VMX: Add identical ept table pointer check

Hi Vitaly: Thanks for your review. On 7/2/2018 11:09 PM, Vitaly Kuznetsov wrote: > Tianyu Lan writes: > >> This patch is to check ept table pointer of each cpus when set ept >> tables and store identical ept table pointer if all ept table pointers >> of single VM are same. This is for su

[GIT PULL] Immutable branch between MFD and Power? due for the v4.19 merge window

Apologies for the delay -- these two patches dropped from my radar. Enjoy! The following changes since commit ce397d215ccd07b8ae3f71db689aedb85d56ab40: Linux 4.18-rc1 (2018-06-17 08:04:49 +0900) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.g

Re: [PATCH v4 1/3] mfd: cros_ec: Add USBPD charger commands and struct definitions.

On Wed, 02 May 2018, Enric Balletbo i Serra wrote: > From: Sameer Nanda > > The USBPD charger driver gets information from the ChromeOS EC, this > patch adds the USBPD charger definitions needed by this driver. > > Signed-off-by: Sameer Nanda > Signed-off-by: Enric Balletbo i Serra > --- > >

Re: [PATCH v4 3/3] mfd: cros_ec_dev: Register cros_usbpd-charger driver as a subdevice.

On Wed, 02 May 2018, Enric Balletbo i Serra wrote: > Check whether this EC instance has USBPD host command support and > instatiate the cros_usbpd-charger driver as a subdevice in such case. > > Signed-off-by: Enric Balletbo i Serra > --- > > Changes in v4: None > Changes in v3: None > Changes

Re: [PATCH] x86/mm: fix cpu stuck issue in __change_page_attr_set_clr

thanks for reviewing my patch. I will update a new patch version based on your feedback soon On Tue, 2018-07-03 at 15:57 +0200, Thomas Gleixner wrote: > Bin, > > On Thu, 28 Jun 2018, Bin Yang wrote: > > thanks for submitting this. > > > This issue can be easily triggered by free_initmem() f

[RFC PATCH v2 2/2] fpga: zynq-fpga: Add support for readback of configuration registers

This patch adds support for Read-back of configuration registers in zynq. Signed-off-by: Appana Durga Kedareswara rao --- Changes for v2: --> Removed locks from the read ops as lock handling is done in the framework. drivers/fpga/zynq-fpga.c | 245 +++

[RFC PATCH v2 1/2] fpga: fpga-mgr: Add readback support

Inorder to debug issues with fpga's users would like to read the fpga configuration information. This patch adds readback support for fpga configuration data in the framework through debugfs interface. Usage: cat /sys/kernel/debug/fpga/fpga0/image Signed-off-by: Appana Durga Kedareswara r

Re: [PATCH v4 2/6] dt-bindings: power: Add qcom rpm power domain driver bindings

On 03-07-18, 16:35, Rob Herring wrote: > > +qcom,level values specified in the OPP tables for RPMh power domains > > +should use the RPMH_REGULATOR_LEVEL_* constants from > > + > > + > > + rpmhpd: power-controller { > > + compatible = "qcom,sdm845-rpmhpd"; > > + #power-domain-

linux-next: Tree for Jul 4

Hi all, Changes since 20180703: The net-next tree lost its build failure. The akpm-current tree lost its build failure. Non-merge commits (relative to Linus' tree): 3555 3796 files changed, 134005 insertions(+), 74047 dele

[PATCH v2 1/3] nds32: To implement these icache invalidation APIs since nds32 cores don't snoop data cache. This issue is found by Guo Ren. Based on the Documentation/core-api/cachetlb.rst and it says

"Any necessary cache flushing or other coherency operations that need to occur should happen here. If the processor's instruction cache does not snoop cpu stores, it is very likely that you will need to flush the instruction cache for copy_to_user_page()." "If the icache does not snoop stores the

[PATCH v2 2/3] nds32: Fix the dts pointer is not passed correctly issue.

We found that the original implementation will only use the built-in dtb pointer instead of the pointer pass from bootloader. This bug is fixed by this patch. Signed-off-by: Greentime Hu --- arch/nds32/kernel/setup.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/nds3

[PATCH 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h

asm-generic/hugetlb.h proposes generic implementations of hugetlb related functions: use __HAVE_ARCH_HUGE* defines in order to make arch specific implementations of hugetlb functions consistent with pgtable.h scheme. Signed-off-by: Alexandre Ghiti --- arch/arm64/include/asm/hugetlb.h | 2 +- inc

[PATCH v2 3/3] nds32: To simplify the implementation of update_mmu_cache()

The checking code is done in kmap_atomic() so that we don't need to check it in update_mmu_cache() again. There is no need to implement it for cache aliasing or cache non-aliasing versions. We can just implement one version for both. Signed-off-by: Greentime Hu --- arch/nds32/mm/cacheflush.c | 4

Re: [PATCH v7] add param that allows bootline control of hardened usercopy

On Tue, Jul 3, 2018 at 12:43 PM, Chris von Recklinghausen wrote: > Enabling HARDENED_USERCOPY causes measurable regressions in > networking performance, up to 8% under UDP flood. > > I'm running an a small packet UDP flood using pktgen vs. a host b2b > connected. On the receiver side the UDP pack

Re: [PATCH v5 07/12] PM / devfreq: export devfreq_class

Hi, I didn't see any framework which exporting the class instance. It is very dangerous. Unknown device drivers is able to reset the 'devfreq_class' instance. I can't agree this approach. Regards, Chanwoo Choi On 2018년 07월 04일 08:47, Matthias Kaehlcke wrote: > Exporting the device class allows

Re: [PATCH V2 19/19] irqchip: add C-SKY irqchip drivers

On Tue, Jul 03, 2018 at 11:28:03AM +0200, Thomas Gleixner wrote: > -EEMPTYCHANGELOG Ok, I'll seperate this patchset's changelog from cover-letter in next version patch. > > +#ifdef CONFIG_CSKY_VECIRQ_LEGENCY > > I assume you meant _LEGACY Yes. > > +#include > > +#endif > > Also why making the

Re: [PATCH v2 0/5] Improve Broadcom PAXC support

Hi Lorenzo, A friendly reminder: Have you had a chance to help to review the patch series below? Thanks, Ray On 6/21/2018 11:22 AM, Ray Jui wrote: Hi Lorenzo, On 6/21/2018 9:48 AM, Lorenzo Pieralisi wrote: On Wed, Jun 20, 2018 at 10:26:28AM -0700, Ray Jui wrote: Hi Lorenzo/Bjorn, Could

Re: Build regressions/improvements in v4.18-rc3

Helge Deller writes: > On 03.07.2018 03:09, Michael Ellerman wrote: >> Helge Deller writes: >> >>> On 02.07.2018 16:09, Geert Uytterhoeven wrote: On Mon, Jul 2, 2018 at 4:01 PM Geert Uytterhoeven wrote: > JFYI, when comparing v4.18-rc3[1] to v4.18-rc2[3], the summaries are:

Re: Build regressions/improvements in v4.18-rc3

John David Anglin writes: > On 2018-07-02 9:09 PM, Michael Ellerman wrote: >> It's GCC 4.6.3. Are you saying that's not supported anymore? > See for supported releases. Thanks, but I mean "supported by the parisc Linux port". Allegedly the kernel builds with GCC 3.2:

Re: [PATCH 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

Hi Greg, On Wed, Jul 04, 2018 at 02:39:05PM +1000, Greg Ungerer wrote: > Hi Mike, > > On 04/07/18 14:22, Mike Rapoport wrote: > >On Wed, Jul 04, 2018 at 12:02:52PM +1000, Greg Ungerer wrote: > >>On 04/07/18 11:39, Greg Ungerer wrote: > >>>On 03/07/18 20:29, Mike Rapoport wrote: > In m68k the

[PATCH v3 0/4] Add devicetree functionality to w1 busses and ds2760

This patch set contains four patches that bring devicetree functionality to w1 bus masters and slaves in general. As an example, the ds2760 driver is made aware of devicetree probing. Other drivers can easily be ported later. W1 masters scan their bus in order to discover slave devices. Once one i

[PATCH v3 2/4] w1: core: match sub-nodes of bus masters in devicetree

Once a new slave device is detected, match it against all sub-nodes of the master bus controller. If a match is found, set the slave device's of_node pointer. Signed-off-by: Daniel Mack --- drivers/w1/w1.c| 3 +++ include/linux/w1.h | 2 ++ 2 files changed, 5 insertions(+) diff --git a/driv

[PATCH v3 1/4] dt-bindings: w1: document generic onewire and DS2760 bindings

This patch adds a generic w1 bindings document that merely describes how slave deviceses are grouped under master nodes. It also adds a specific binding for the ds2760 battery monitor. Signed-off-by: Daniel Mack --- .../bindings/power/supply/maxim,ds2760.txt| 29 +++ .../devi

[PATCH v3 4/4] power: supply: ds2760_battery: add devicetree probing

Add a matching table for devicetree probing, and optionally set the module parameter variables from DT properties. Signed-off-by: Daniel Mack --- drivers/power/supply/ds2760_battery.c | 32 ++- 1 file changed, 31 insertions(+), 1 deletion(-) diff --git a/drivers/power/su

[PATCH v3 3/4] power: supply: ds2760_battery: merge ds2760 supply driver with its w1 slave companion

This patch removes the w1 slave driver that used to register the w1 family and instanciate a platform device at runtime. The code now lives in the supply driver instead to avoid that level of indirection. The old device name "ds2760-battery.0" is preserved, so userspace applications can access the

Re: [PATCH 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

Hi Mike, On 04/07/18 14:22, Mike Rapoport wrote: On Wed, Jul 04, 2018 at 12:02:52PM +1000, Greg Ungerer wrote: On 04/07/18 11:39, Greg Ungerer wrote: On 03/07/18 20:29, Mike Rapoport wrote: In m68k the physical memory is described by [memory_start, memory_end] for !MMU variant and by m68k_mem

Re: [PATCH 0/5] thunderbolt: Add support for runtime PM

On Mon, Jun 18, 2018 at 02:07:26PM +0300, Mika Westerberg wrote: > Hi all, > > In recent PCs such as Lenovo X1 Carbon 6th generation the Thunderbolt > controller is in RTD3 mode (Runtime D3). This is different from the > previous modes because now the controller is present most of the time (it > s

[PATCH] mfd: ti_am335x_tscadc: Fix struct clk memory leak

Use devm_elk_get() to let Linux manage struct clk memory to avoid the following memory leakage report: unreferenced object 0xdd75efc0 (size 64): comm "systemd-udevd", pid 186, jiffies 4294945126 (age 1195.750s) hex dump (first 32 bytes): 61 64 63 5f 74 73 63 5f 66 63 6b 00 00 00 00 00 adc

Re: [PATCH v12 09/13] x86/sgx: EPC page allocation routines

On Tue, Jul 03, 2018 at 10:41:14PM +0200, Thomas Gleixner wrote: > On Tue, 3 Jul 2018, Jarkko Sakkinen wrote: > > > > +#define SGX_NR_TO_SCAN 16 > > +#define SGX_NR_LOW_PAGES 32 > > +#define SGX_NR_HIGH_PAGES 64 > > + > > bool sgx_enabled __ro_after_init; > > EXPORT_SYMBOL(sgx_enabled); > >

Re: [PATCH 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

On Wed, Jul 04, 2018 at 12:02:52PM +1000, Greg Ungerer wrote: > Hi Mike, > > On 04/07/18 11:39, Greg Ungerer wrote: > >On 03/07/18 20:29, Mike Rapoport wrote: > >>In m68k the physical memory is described by [memory_start, memory_end] for > >>!MMU variant and by m68k_memory array of memory ranges f

Re: linux-next: build warning after merge of the slave-dma tree

Hi Stephen, On 04-07-18, 13:30, Stephen Rothwell wrote: > > After merging the slave-dma tree, today's linux-next build (x86_64 > allmodconfig) produced this warning: > > WARNING: modpost: missing MODULE_LICENSE() in drivers/dma/fsl-edma-common.o Thanks for the report, I have fixed it by adding

kernel BUG at mm/gup.c:LINE!

Hello, syzbot found the following crash on: HEAD commit:d3bc0e67f852 Merge tag 'for-4.18-rc2-tag' of git://git.ker.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=177c40 kernel config: https://syzkaller.appspot.com/x/.config?x=a63be0c83e84d370 da

Re: [build-check] scripts: add check_build script

On July 3, 2018 5:21:20 PM PDT, Stephen Rothwell wrote: >Hi all, > >On Tue, 3 Jul 2018 16:27:06 -0700 Randy Dunlap >wrote: >> >> On 07/03/2018 03:49 PM, Andrew Morton wrote: >> > On Tue, 3 Jul 2018 15:12:10 +0200 Norbert Manthey > wrote: >> >> +build () >> >> +{ >> >> + local -r LOG_FILE="$1"

Re: [PATCH] userfaultfd: hugetlbfs: Fix userfaultfd_huge_must_wait pte access

Hello, On Wed, Jun 27, 2018 at 10:47:44AM +0200, Janosch Frank wrote: > On 26.06.2018 19:00, Mike Kravetz wrote: > > On 06/26/2018 06:24 AM, Janosch Frank wrote: > >> Use huge_ptep_get to translate huge ptes to normal ptes so we can > >> check them with the huge_pte_* functions. Otherwise some arc

Re: [PATCHv5 0/4] Salted build ids via ELF notes

Hi. 2018-07-04 8:21 GMT+09:00 Laura Abbott : > > Hi, > > This is v5 of the series to allow unique build ids in the kernel. As a > reminder of the context: > "" > In Fedora, the debug information is packaged separately (foo-debuginfo) and > can be installed separately. There's been a long stand

RE: [RFC PATCH 1/2] fpga: fpga-mgr: Add readback support

Hi Alan, Thanks for the review... Please find comments inline... > > Hi Appana, > > > Inorder to debug issues with fpga's users would like to read the fpga > > configuration information. > > This patch adds readback support for fpga configuration data in the > > framework through deb

Re: [RFC PATCH] ACPI: bus: match of_device_id using acpi device

Hi Sudeep, Andy, Yes, This patch is to get of_device_id and then fetch data pointer. To add ACPI support in multiple drivers which are device-tree based and has list of of_device_ids, by using this function very minimal changes and can avoid acpi_device_id list in the driver. I will send driver c

linux-next: build warning after merge of the slave-dma tree

Hi Vinod, After merging the slave-dma tree, today's linux-next build (x86_64 allmodconfig) produced this warning: WARNING: modpost: missing MODULE_LICENSE() in drivers/dma/fsl-edma-common.o Introduced by commit 6ad069123f03 ("dmaengine: fsl-edma: extract common fsl-edma code (no changes in b

[PATCH v2] tg: show the sum wait time of an task group

Although we can rely on cpuacct to present the cpu usage of task group, it is hard to tell how intense the competition is between these groups on cpu resources. Monitoring the wait time of each process or sched_debug could cost too much, and there is no good way to accurately represent the confli

Re: 4.17.x won't boot due to "x86/boot/compressed/64: Handle 5-level paging boot if kernel is above 4G"

On Tue, Jul 03, 2018 at 05:21:50PM +0300, Kirill A. Shutemov wrote: > I don't know how to solve it. As far as I know we don't support compiling > kernel with LTO in mainline. > > Any suggestions? > > Benjamin, do you change LDFLAGS or CFLAGS when compiling the kernel? We're using the standard bu

Re: [PATCH V2 5/7] mmc: sdhci: add CMD23 support for v4 mode

On 23 June 2018 at 03:40, Adrian Hunter wrote: > On 06/15/2018 05:04 AM, Chunyan Zhang wrote: >> Host Driver Version 4.10 adds a new bit in Host Control 2 Register >> for selecting Auto CMD23 or Auto CMD12 for ADMA3 data transfer. > > We don't support ADMA3. It would require changes to the block

Re: [PATCH V2 3/7] mmc: sdhci: add ADMA2 64-bit addressing support for V4 mode

On 21 June 2018 at 21:20, Adrian Hunter wrote: > On 15/06/18 05:04, Chunyan Zhang wrote: >> ADMA2 64-bit addressing support is divided into V3 mode and V4 mode. >> So there are two kinds of descriptors for ADMA2 64-bit addressing >> i.e. 96-bit Descriptor for V3 mode, and 128-bit Descriptor for V4

Re: [PATCH V2 1/7] mmc: sdhci: add sd host v4 mode

On 21 June 2018 at 21:15, Adrian Hunter wrote: > On 21/06/18 14:14, Chunyan Zhang wrote: >> On 21 June 2018 at 18:49, Adrian Hunter wrote: >>> On 15/06/18 05:04, Chunyan Zhang wrote: For SD host controller version 4.00 or later ones, there're two modes of implementation - Version 3.00 c

Re: [PATCH V2 2/7] mmc: sdhci: made changes for System Address register of SDMA

On 21 June 2018 at 19:22, Adrian Hunter wrote: > On 15/06/18 05:04, Chunyan Zhang wrote: >> According to the SD host controller specification version 4.10, when >> Host Version 4 is enabled, SDMA uses ADMA System Address register >> (05Fh-058h) instead of using SDMA System Address register to >> s

Re: [PATCH -mm -v4 00/21] mm, THP, swap: Swapout/swapin THP in one piece

Sergey Senozhatsky writes: > On (07/04/18 10:20), Huang, Ying wrote: >> > On (06/27/18 21:51), Andrew Morton wrote: >> >> On Fri, 22 Jun 2018 11:51:30 +0800 "Huang, Ying" >> >> wrote: >> >> >> >> > This is the final step of THP (Transparent Huge Page) swap >> >> > optimization. After the firs

Re: [PATCH v5 04/12] PM / devfreq: Add struct devfreq_policy

Hi, On 2018년 07월 04일 08:46, Matthias Kaehlcke wrote: > Move variables related with devfreq policy changes from struct devfreq > to the new struct devfreq_policy and add a policy field to struct devfreq. > > The following variables are moved: > > df->min/max_freq => p->user.min/max_fr

Re: [PATCH v2] x86/mce: add CMCI support for Centaur CPUs

> -Original Mail- > Sender: Borislav Petkov [mailto:b...@alien8.de] > Time: 2018年6月26日 22:30 > Receiver: David Wang > CC: tony.l...@intel.com; mi...@redhat.com; t...@linutronix.de; > h...@zytor.com; x...@kernel.org; linux-kernel@vger.kernel.org; > linux-e...@vger.kernel.org; cooper..

Re: [PATCH v2] leds: ledtrig-morse: send out morse code

On Tue, Jul 03, 2018 at 09:43:06PM +0300, Andy Shevchenko wrote: > > +struct morse_char { > > + charc; > > + char*z; > > +}; > > + > > > +static struct morse_char morse_table[] = { > > const ? > > > + {'a', ".-"}, > > + {'b', "-..."}, > > + {'c', "-.-."}, >

Re: [PATCH v22 4/4] soc: mediatek: Add Mediatek CMDQ helper

Hi, Houlong: On Wed, 2018-07-04 at 08:47 +0800, houlong wei wrote: > On Fri, 2018-06-29 at 17:22 +0800, CK Hu wrote: > > Hi, Houlong: > > > > On Fri, 2018-06-29 at 07:32 +0800, houlong wei wrote: > > > On Thu, 2018-06-28 at 18:41 +0800, CK Hu wrote: > > > > Hi, Houlong: > > > > > > > > Some inli

Re: [PATCH v5 03/12] PM / devfreq: Don't adjust to user limits in governors

Hi Matthias, On 2018년 07월 04일 08:46, Matthias Kaehlcke wrote: > Several governors use the user space limits df->min/max_freq to adjust > the target frequency. This is not necessary, since update_devfreq() > already takes care of this. Instead the governor can request the available > min/max freque

Re: [PATCH -mm -v4 00/21] mm, THP, swap: Swapout/swapin THP in one piece

On (07/04/18 10:20), Huang, Ying wrote: > > On (06/27/18 21:51), Andrew Morton wrote: > >> On Fri, 22 Jun 2018 11:51:30 +0800 "Huang, Ying" > >> wrote: > >> > >> > This is the final step of THP (Transparent Huge Page) swap > >> > optimization. After the first and second step, the splitting huge

Re: [patch v3] mm, oom: fix unnecessary killing of additional processes

David Rientjes wrote: > Ping? > > This can be something that can easily be removed if it becomes obsoleted > because the oom reaper is always able to free memory to the extent of > exit_mmap(). I argue that it cannot, because it cannot do free_pgtables() > for large amounts of virtual memory,

Re: [PATCH v11 1/2] Refactor part of the oom report in dump_header

Hi Andy The const char array need to be used by the new func mem_cgroup_print_oom_context and some funcs in oom_kill.c in the second patch. Thanks > > On Sat, Jun 30, 2018 at 7:38 PM, wrote: > > From: yuzhoujian > > > > The current system wide oom report prints information about the victim > >

Re: [PATCH -mm -v4 08/21] mm, THP, swap: Support to read a huge swap cluster for swapin a THP

Daniel Jordan writes: > On Fri, Jun 22, 2018 at 11:51:38AM +0800, Huang, Ying wrote: >> @@ -411,14 +414,32 @@ struct page *__read_swap_cache_async(swp_entry_t >> entry, gfp_t gfp_mask, > ... >> +if (thp_swap_supported() && huge_cluster) { >> +gfp_t

RE: [PATCH v5 01/12] PM / devfreq: Init user limits from OPP limits, not viceversa

>Commit ab8f58ad72c4 ("PM / devfreq: Set min/max_freq when adding >the devfreq device") introduced the initialization of the user >limits min/max_freq from the lowest/highest available OPPs. Later >commit f1d981eaecf8 ("PM / devfreq: Use the available min/max >frequency") added scaling_min/max_freq

Re: [PATCH v5 02/12] PM / devfreq: Fix handling of min/max_freq == 0

Hi Matthias, On 2018년 07월 04일 08:46, Matthias Kaehlcke wrote: > Commit ab8f58ad72c4 ("PM / devfreq: Set min/max_freq when adding the > devfreq device") initializes df->min/max_freq with the min/max OPP when > the device is added. Later commit f1d981eaecf8 ("PM / devfreq: Use the > available min/ma

Re: [PATCH -mm -v4 00/21] mm, THP, swap: Swapout/swapin THP in one piece

Sergey Senozhatsky writes: > On (06/27/18 21:51), Andrew Morton wrote: >> On Fri, 22 Jun 2018 11:51:30 +0800 "Huang, Ying" >> wrote: >> >> > This is the final step of THP (Transparent Huge Page) swap >> > optimization. After the first and second step, the splitting huge >> > page is delayed f

Re: [PATCH -mm -v4 00/21] mm, THP, swap: Swapout/swapin THP in one piece

On (06/27/18 21:51), Andrew Morton wrote: > On Fri, 22 Jun 2018 11:51:30 +0800 "Huang, Ying" wrote: > > > This is the final step of THP (Transparent Huge Page) swap > > optimization. After the first and second step, the splitting huge > > page is delayed from almost the first step of swapout to

[PATCH v2] dmaengine: imx-sdma: add missing structure description

Some member description or colons missing cause build warning with 'W=1' as below: drivers/dma/imx-sdma.c:326: warning: Function parameter or member 'vd' not described in 'sdma_desc' drivers/dma/imx-sdma.c:326: warning: Function parameter or member 'num_bd' not described in 'sdma_desc' drivers/d

Re: [PATCH 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

Hi Mike, On 04/07/18 11:39, Greg Ungerer wrote: On 03/07/18 20:29, Mike Rapoport wrote: In m68k the physical memory is described by [memory_start, memory_end] for !MMU variant and by m68k_memory array of memory ranges for the MMU version. This information is directly used to register the physic

[PATCH] scripts/dtc: consolidate include path options in Makefile

It is tedious to specify extra compiler options for every file. HOST_EXTRACFLAGS is useful to add options to all files in a directory. -I$(src)/libfdt is needed for all the files in this directory to include libfdt_env.h etc. from scripts/dtc/libfdt/. On the other hand, -I$(src) is used to includ

[PATCH v5 2/5] clocksource/drivers/timer-mediatek: Rename mtk_timer to timer-mediatek

Rename mtk_timer to timer-mediatek to apply new naming convention in clocksource folder. Signed-off-by: Stanley Chu --- drivers/clocksource/Makefile |2 +- drivers/clocksource/mtk_timer.c | 268 -- drivers/clocksource/timer-mediatek.c | 268

[PATCH v5 3/5] clocksource/drivers/timer-mediatek: Use specific prefix for GPT

Use specific prefix to specify the name of supported timer hardware: "General Purpose Timer (GPT)". Signed-off-by: Stanley Chu --- drivers/clocksource/timer-mediatek.c | 157 +- 1 file changed, 80 insertions(+), 77 deletions(-) diff --git a/drivers/clocksource/t

[PATCH v5 5/5] clocksource/drivers/timer-mediatek: Add support for system timer

This patch adds a new "System Timer" on the Mediatek SoCs. The System Timer is introduced as an always-on timer being clockevent device for tick-broadcasting. For clock, it is driven by 13 MHz system clock. The implementation uses the system clock with no clock source divider. For interrupt, the

[PATCH v5 0/5] Add system timer driver for Mediatek SoCs

This patch adds a new driver for system timer on the Mediatek SoCs. Changes since v4: - Simplify dt-bindings. - Add error handling for mtk_syst_init(). Changes since v3: - Use the same binding style for both GPT and System Timer. - Use timer_of.of_clk->period instead of private structure. - Arran

[PATCH v5 1/5] clocksource/drivers/timer-mediatek: Add system timer bindings

This patch fixes bindings of existed "General Purpose Timer", and then add bindings of new "System Timer" on Mediatek SoCs. Signed-off-by: Stanley Chu --- .../bindings/timer/mediatek,mtk-timer.txt | 36 1 file changed, 21 insertions(+), 15 deletions(-) diff --git

[PATCH v5 4/5] clocksource/drivers/timer-mediatek: Convert the driver to timer-of

Convert the driver to use the timer_of helpers. This allows to remove custom proprietary structure, factors out and simplifies the code. Signed-off-by: Stanley Chu --- drivers/clocksource/timer-mediatek.c | 205 +- 1 file changed, 80 insertions(+), 125 deletions(

答复: 答复: 答复: 答复: 答复: 答复: 答复: 答复: [PATCH] ext4: e2fsprogs: fix inode bitmap num not integer,incompatible for ancient android devices

Hi, I do not think Huawei has hacked make_ext4fs. For it could be reproduced in make_ext4fs master brach before Jun 21th 2018. Like below, I think we just choose not recommended parameter "-b 1024" for small partition like below, but it's legal though not good. ./host/linux-x86/bin/make_ext4fs

[PATCH v3 3/4] dt-bindings: interrupt-controller: add binding for mt6765

Update the dt-binding documentation of sysirq for mt6765 Signed-off-by: Mars Cheng --- .../interrupt-controller/mediatek,sysirq.txt |1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/interrupt-controller/mediatek,sysirq.txt b/Documentation/devicetree

[PATCH 0/4] Add basic SoC support for mt6765

This patch adds basic SoC support for Mediatek's new 8-core SoC, MT6765, which is mainly for smartphone application. Changes in V3: 1. split dt-binding document patchs 2. fix mt6765.dtsi warnings with W=12 3. remove uncessary PPI affinity for timer 4. add gicc base for gic dt node Changes in V2:

[PATCH v3 2/4] dt-bindings: mtk-uart: add mt6765 uart bindings

Add documentation for mt6765 uart dt-bindings Signed-off-by: Mars Cheng --- .../devicetree/bindings/serial/mtk-uart.txt|1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/serial/mtk-uart.txt b/Documentation/devicetree/bindings/serial/mtk-uart.txt ind

[PATCH v3 1/4] dt-bindings: mediatek: add support for mt6765 reference board

Update binding document for mt6765 reference board Signed-off-by: Mars Cheng --- Documentation/devicetree/bindings/arm/mediatek.txt |4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/mediatek.txt b/Documentation/devicetree/bindings/arm/mediatek.txt

[PATCH v3 4/4] arm64: dts: mediatek: add mt6765 support

This adds basic chip support for MT6765 SoC. Signed-off-by: Mars Cheng --- arch/arm64/boot/dts/mediatek/Makefile |1 + arch/arm64/boot/dts/mediatek/mt6765-evb.dts | 33 ++ arch/arm64/boot/dts/mediatek/mt6765.dtsi| 155 +++ 3 files changed, 189 inserti

  1   2   3   4   5   6   7   8   9   >