Re: [PATCH] Input: cros_ec_keyb: Remove check before calling pm_wakeup_event.

Hi Marek, Can you please give me little more context ? Snow is still on 3.8.11. This patch is not backported to 3.8.11. Are you trying to flash a different kernel on snow? Thanks, Ravi On Fri, Aug 3, 2018 at 12:26 AM Marek Szyprowski wrote: > Hi All, > > On 2018-06-06 00:44, Ravi Chandra Sadi

Re: [PATCH v2 1/2] security/keys/secure_key: Adds the secure key support based on CAAM.

On Fri, 2018-08-03 at 10:45 -0400, Mimi Zohar wrote: > On Fri, 2018-08-03 at 07:23 -0700, James Bottomley wrote: > > On Fri, 2018-08-03 at 07:58 -0400, Mimi Zohar wrote: > > > On Thu, 2018-08-02 at 17:14 +0100, David Howells wrote: > > > > Udit Agarwal wrote: > > > > > > > > > +== > > > >

Re: kbuild: ARCH=um archheaders failed

On 08/02/2018 05:13 PM, Randy Dunlap wrote: > Hi Yamada-san, > > I see this every few weeks. It's not reproducible (it depends > on the moon, Mars, etc.). > > I'm using O=builddir. The build log is short (below). > > Do you see a makefile problem here? (nothing to do with mmotm; > I see it mo

Re: [RFC PATCH 0/7] x86/intel_rdt: Restoration of Cache Pseudo-Locked regions

Hi Thomas, On 8/3/2018 4:45 AM, Thomas Gleixner wrote: > On Tue, 24 Jul 2018, Reinette Chatre wrote: >> A Cache Pseudo-Locked region is vulnerable to certain instructions (INVD, >> WBINVD, CLFLUSH) or deeper C-states (that could shrink or power off the >> cache) evicting the pseudo-locked memory.

Re: linux-next: Tree for Aug 3 (watchdog/menz69_wdt.c)

On 08/03/2018 02:29 AM, Stephen Rothwell wrote: > Hi all, > > Changes since 20180802: > Hi, On i386 randconfig with COMPILE_TEST=y and MCB not enabled, I see: drivers/watchdog/menz69_wdt.o: In function `men_z069_remove': menz69_wdt.c:(.text+0xa6): undefined reference to `mcb_release_mem' drive

[PATCH] mm: Use special value SHRINKER_REGISTERING instead list_empty() check

The patch introduces a special value SHRINKER_REGISTERING to use instead of list_empty() to detect a semi-registered shrinker. This should be clearer for a reader since "list is empty" is not an intuitive state of a shrinker), and this gives a better assembler code: Before: callq mov%rax,%

Re: [PATCH 0/2] x86/intel_rdt and perf/x86: Fix lack of coordination with perf

On Fri, Aug 03, 2018 at 08:18:09AM -0700, Reinette Chatre wrote: > You state that you understand what we are trying to do and I hope that I > convinced you that we are not able to accomplish the same by following > your guidance. No, I said I understood your pmc reserve patch and its implications.

Re: [PATCH v2 1/2] security/keys/secure_key: Adds the secure key support based on CAAM.

On Fri, 2018-08-03 at 15:55 +0100, David Howells wrote: > Mimi Zohar wrote: > > > "trusted" keys are currently being used to decrypt other keys (eg. > > encrypted, ecryptfs, ...). > > Can it decrypt both symmetric and asymmetric keys? Yes, the "trusted" key is returned to the caller and is used

Re: [PATCH 0/2] x86/intel_rdt and perf/x86: Fix lack of coordination with perf

Hi Peter, On 8/3/2018 3:49 AM, Peter Zijlstra wrote: > On Thu, Aug 02, 2018 at 01:43:42PM -0700, Reinette Chatre wrote: > >> The goal of this work is to use the existing PMU hardware coordination >> mechanism to ensure that perf and resctrl will not interfere with each >> other. > > I understand

Re: [PATCH] xfs: fix a comment in xfs_log_reserve

On Fri, Aug 03, 2018 at 04:31:33PM +0800, Huang Chong wrote: > From: "Huang Chong" > > Fix the comment in xfs_log_reserve to avoid confusing. > > Signed-of-by: Huang Chong Looks ok, Reviewed-by: Darrick J. Wong --D > --- > fs/xfs/xfs_log.c | 2 +- > 1 file changed, 1 insertion(+), 1 deleti

Good Day Dear,

Good day dear, I hope this letter meets you well? My name is Lewis Moore, I know this may seem inappropriate so I ask for your forgiveness, i wish to get to know you better, if I may be so bold. I consider myself an easy-going man, adventurous, honest and fun loving person but I am currently look

Re: [PATCH v3 2/2] mmc: host: iproc: Add ACPI support to IPROC SDHCI

Hi Adrian Hunter, Thank you very much for your review and feedback. I will do the change and update next patch set. Regards, Srinath. On Fri, Aug 3, 2018 at 6:47 PM, Adrian Hunter wrote: > On 30/07/18 09:15, Srinath Mannam wrote: >> Add ACPI support to all IPROC SDHCI varients >> >> Signed-off

[PATCH v3 2/2] phy: Add driver for Cadence MHDP DisplayPort SD0801 PHY

Add driver for the Cadence SD0801 "Torrent" PHY used with the Cadence MHDP DisplayPort Tx controller. Integration with the MHDP driver will be the subject of another commit. Signed-off-by: Scott Telford --- drivers/phy/Kconfig | 1 + drivers/phy/Makefile | 1

[PATCH v3 1/2] dt-bindings: phy: Document Cadence MHDP DisplayPort PHY bindings

Signed-off-by: Scott Telford --- .../devicetree/bindings/phy/phy-cadence-dp.txt | 28 ++ 1 file changed, 28 insertions(+) create mode 100644 Documentation/devicetree/bindings/phy/phy-cadence-dp.txt diff --git a/Documentation/devicetree/bindings/phy/phy-cadence-dp.txt b/

[PATCH v3 0/2] phy: Add driver for Cadence MHDP DisplayPort SD0801 PHY

These patches add preliminary support for the Cadence "Torrent" SD0801 PHY used with the Cadence MHDP DisplayPort Tx controller. Integration with the MHDP driver will be the subject of another commit. v3: * Split devicetree bindings documentation into separate commit * Merged phy-cadence-dp.h int

[PATCH 2/2] leds: lm3697: Introduce the lm3697 driver

Introduce the lm3697 LED driver for backlighting and display. Datasheet location: http://www.ti.com/lit/ds/symlink/lm3697.pdf Signed-off-by: Dan Murphy --- drivers/leds/Kconfig | 9 + drivers/leds/Makefile | 1 + drivers/leds/leds-lm3697.c | 375 ++

[PATCH 1/2] di: bindings: lm3697: Introduce the lm3697 driver

Introduce the device tree bindings for the lm3697 led driver for backlighting and display. Signed-off-by: Dan Murphy --- .../devicetree/bindings/leds/leds-lm3697.txt | 64 +++ 1 file changed, 64 insertions(+) create mode 100644 Documentation/devicetree/bindings/leds/leds-lm3697

Re: [PATCH] ftrace: Add missing check for existing hwlat thread

On Fri, 2018-08-03 at 09:37 -0400, Steven Rostedt wrote: > On Fri, 03 Aug 2018 10:46:14 +0200 > Erica Bugden wrote: > > > > > Can you try this patch?   > > > > I tested the patch below and it also fixes the problem. > > Thanks! May I add: > > Tested-by: Erica Bugden > > ? Certainly! One mu

Re: [PATCH] xfs: substitute spaces with tabs

On Wed, Aug 01, 2018 at 06:22:25PM +0200, Thomas Bianchi wrote: > Inside xfs_attr_shortform_list removes spaces at the beginnig of the line > and replaces with tabs. > Issue found by checkpatch. > > ERROR: code indent should use tabs where possible > > Signed-off-by: Thomas Bianchi > --- looks f

Re: [PATCH v2 1/2] security/keys/secure_key: Adds the secure key support based on CAAM.

Mimi Zohar wrote: > "trusted" keys are currently being used to decrypt other keys (eg. > encrypted, ecryptfs, ...). Can it decrypt both symmetric and asymmetric keys? David

Re: [RFC PATCH 0/7] x86/intel_rdt: Restoration of Cache Pseudo-Locked regions

On Fri, Aug 03, 2018 at 07:23:27AM -0700, Dave Hansen wrote: > On 08/03/2018 04:45 AM, Thomas Gleixner wrote: > >> Within the kernel two locations with direct invocations of the WBINVD > >> instruction are coverted to native_wbinvd() and compile tested. Neither > >> location is likely to be used on

RE: [PATCH v2] phy: Add driver for Cadence MHDP DisplayPort SD0801 PHY

Hi Kishon, > -Original Message- > From: Kishon Vijay Abraham I > Sent: 24 July 2018 04:57 > To: Scott Telford ; linux-kernel@vger.kernel.org; > linux-arm-ker...@lists.infradead.org; Damian Kos > Subject: Re: [PATCH v2] phy: Add driver for Cadence MHDP DisplayPort > SD0801 PHY > [..] > >

Re: [PATCH v2 1/2] security/keys/secure_key: Adds the secure key support based on CAAM.

On Fri, 2018-08-03 at 07:23 -0700, James Bottomley wrote: > On Fri, 2018-08-03 at 07:58 -0400, Mimi Zohar wrote: > > On Thu, 2018-08-02 at 17:14 +0100, David Howells wrote: > > > Udit Agarwal wrote: > > > > > > > +== > > > > +Secure Key > > > > +== > > > > + > > > > +Secure key is

[PATCH v3 2/2] prctl: add PR_[GS]ET_KILLABLE

PR_SET_KILLABLE clears the SIGNAL_UNKILLABLE flag. This allows CLONE_NEWPID tasks to restore normal signal behavior, opting out of the special signal protection for init processes. This prctl does not allow setting the SIGNAL_UNKILLABLE flag, only clearing. The SIGNAL_UNKILLABLE flag, which is imp

[PATCH v3 1/2] fork: do not rely on SIGNAL_UNKILLABLE for init check

copy_process() currently checks the SIGNAL_UNKILLABLE flag to determine whether to accept CLONE_PARENT. In preparation for allowing init processes to opt out of SIGNAL_UNKILLABLE, directly check whether the process is an init process with is_child_reaper(). Signed-off-by: Jürg Billeter --- kerne

Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive

On Fri, Aug 03, 2018 at 11:47:21AM +0800, Kenneth Lee wrote: > On Thu, Aug 02, 2018 at 10:22:43AM -0400, Jerome Glisse wrote: > > Date: Thu, 2 Aug 2018 10:22:43 -0400 > > From: Jerome Glisse > > To: Kenneth Lee > > CC: "Tian, Kevin" , Hao Fang , > > Alex Williamson , Herbert Xu > > , "k...@vger

Re: [PATCH v2] prctl: add PR_[GS]ET_KILLABLE

On Fri, 2018-08-03 at 08:34 -0500, Eric W. Biederman wrote: > From the other direction I think we can just go ahead and fix handling > of the job control stop signals as well. As far as I understand it > there is a legitimate complaint that SIGTSTP SIGTTIN SIGTTOU do not work > on a pid namespace

Enhancing your images

Do you have photos for editing? We are image team and we can process 500+ images each day. We edit ecommerce photo, jewelry photos, and beauty model photos. also wedding photos. We do cut out and clipping path for photos, also retouching. You may send us a test photo to check our quality. Than

[RFC PATCH 3/3] dynamic_debug: Add support for dynamic register trace

Introduce dynamic debug filtering mechanism to register tracing as dynamic_rtb() which will reduce a lot of overhead otherwise of tracing all the register reads/writes in all files. Now we can just specify the file name or any wildcard pattern as any other dynamic debug facility in bootargs and dy

[RFC PATCH 2/3] pstore: Add register readl/writel tracing support

readl/writel are typically used for reading from memory mapped registers, which can cause hangs if accessed unclocked. Tracing these events can help in debugging various issues faced during initial development. We log this trace information in persistent ram buffer which can be viewed after reset.

[RFC PATCH 1/3] tracing: Add support for logging data to uncached buffer

Add RTB trace support to write data to a small uncached buffer. When a system reset occurs, valuable data may still be remaining in the cache (e.g. last printks) and this data will probably be lost, giving an incomplete picture of what the system was last doing. By logging useful information to thi

[RFC PATCH 0/3] Register read/write tracing with dynamic debug and pstore

Hi, This patch series adds a new tracing facility for register reads and writes called Register Trace Buffer(RTB). We also add pstore support through which we can save all register read/write logs into a persistent ram buffer that can be dumped after reboot. It can be used to determine from wh

Re: [PATCH v8 07/26] PM / Domains: Add genpd governor for CPUs

On 26 July 2018 at 11:14, Rafael J. Wysocki wrote: > On Thursday, July 19, 2018 12:32:52 PM CEST Rafael J. Wysocki wrote: >> On Wednesday, June 20, 2018 7:22:07 PM CEST Ulf Hansson wrote: >> > As it's now perfectly possible that a PM domain managed by genpd contains >> > devices belonging to CPUs,

Re: [PATCH v2 1/2] security/keys/secure_key: Adds the secure key support based on CAAM.

On Fri, 2018-08-03 at 07:58 -0400, Mimi Zohar wrote: > On Thu, 2018-08-02 at 17:14 +0100, David Howells wrote: > > Udit Agarwal wrote: > > > > > +== > > > +Secure Key > > > +== > > > + > > > +Secure key is the new type added to kernel key ring service. > > > +Secure key is a symme

Re: [RFC PATCH 0/7] x86/intel_rdt: Restoration of Cache Pseudo-Locked regions

On 08/03/2018 04:45 AM, Thomas Gleixner wrote: >> Within the kernel two locations with direct invocations of the WBINVD >> instruction are coverted to native_wbinvd() and compile tested. Neither >> location is likely to be used on the platforms supporting Cache >> Pseudo-Locking. > Can we just get

Re: [PATCH v5 09/14] sched: Add over-utilization/tipping point indicator

On Fri, 3 Aug 2018 at 15:49, Vincent Guittot wrote: > > On Fri, 3 Aug 2018 at 10:18, Quentin Perret wrote: > > > > On Friday 03 Aug 2018 at 09:48:47 (+0200), Vincent Guittot wrote: > > > On Thu, 2 Aug 2018 at 18:59, Quentin Perret > > > wrote: > > > I'm not really concerned about re-enabling lo

Gratulujeme!!

Byl jste udelil (a) 195 000,00 (jedna stovka a devadesát pet tisíc britských libra šterlinku) v probíhajícím Facebook výrocí propagace, pro nároky / dotaz e-mail vaše overení c. C-95002-3 na oddelení nároku na vyplacení vašeho vyhrál cena, e-mail: facebook_claimsd...@outlook.com

Re: framebuffer corruption due to overlapping stp instructions on arm64

On 03/08/18 14:31, Mikulas Patocka wrote: > > > On Fri, 3 Aug 2018, Andrew Pinski wrote: > >> On Thu, Aug 2, 2018 at 12:31 PM Mikulas Patocka wrote: >>> >>> Hi >>> >>> I tried to use a PCIe graphics card on the MacchiatoBIN board and I hit a >>> strange problem. >>> >>> When I use the links bro

Re: [PATCH] misc: eeprom: assignment outside the if statement

Hello Jean, Thank you for your response. So, can we consider this patch? Regards, Parth Y Shah On Fri, Aug 3, 2018 at 6:06 PM Jean Delvare wrote: > On Fri, 3 Aug 2018 14:50:43 +0530, Parth Y Shah wrote: > > Assignment of any variable should be kept outside the if statement > > Actually there

Re: [PATCH 1/4] soc: amlogic: add meson-canvas driver

HI Maxime thanks for contributing the patches ;-) On Thu, Aug 2, 2018 at 2:51 AM, Maxime Jourdan wrote: > Amlogic SoCs have a repository of 256 canvas which they use to > describe pixel buffers. > > They contain metadata like width, height, block mode, endianness [..] > > Many IPs within those S

Re: [PATCH] [ALSA] sound/isa/gus: fix spelling mistake "acumulator" -> "accumulator"

On Fri, 03 Aug 2018 15:47:56 +0200, Colin King wrote: > > From: Colin Ian King > > Trivial spelling mistake fix in debug message > > Signed-off-by: Colin Ian King Applied, thanks. Takashi

[PATCH 4/5] arm: dts: qcom: Add ipq8064-ap161.dts

Add a new board dts for ipq8064-ap161. Signed-off-by: Sricharan R --- Documentation/devicetree/bindings/arm/qcom.txt | 2 ++ arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/qcom-ipq8064-ap161.dts | 7 +++ 3 files changed, 10 insertions(+) create mode 100644 arc

[PATCH 3/5] arm: dts: qcom: Move common nodes to ipq8064-v.1.0.dtsi

The nodes in ipq8064-ap148.dts currently are common with boards that we will add next. So move the common data to ipq8064-v.1.0.dtsi. Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-ipq8064-ap148.dts | 83 ++-- arch/arm/boot/dts/qcom-ipq8064-v1.0.dtsi | 65 +

[PATCH 5/5] arm: dts: qcom: Add led and gpio-button nodes to ipq8064 boards

Add the dt nodes for enabling the leds and gpio-buttons. Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-ipq8064-ap148.dts | 8 + arch/arm/boot/dts/qcom-ipq8064-v1.0.dtsi | 60 arch/arm/boot/dts/qcom-ipq8064.dtsi | 19 ++ 3 files changed,

[PATCH 0/5] arm: dts: qcom: Few updates for ipq8064

Adding pcie,sdcc nodes and a new board file ipq8064-ap161 Sricharan R (5): arm: dts: qcom: Add pcie nodes for ipq8064 arm: dts: qcom: Add sdcc nodes for ipq8064 arm: dts: qcom: Move common nodes to ipq8064-v.1.0.dtsi arm: dts: qcom: Add ipq8064-ap161.dts arm: dts: qcom: Add led and gpio-

[PATCH 2/5] arm: dts: qcom: Add sdcc nodes for ipq8064

The relevant data for sdcc. Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-ipq8064.dtsi | 76 + 1 file changed, 76 insertions(+) diff --git a/arch/arm/boot/dts/qcom-ipq8064.dtsi b/arch/arm/boot/dts/qcom-ipq8064.dtsi index e02d588..e78618e 100644 --- a

[PATCH 1/5] arm: dts: qcom: Add pcie nodes for ipq8064

Adding the pcie nodes and pins. Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-ipq8064.dtsi | 182 1 file changed, 182 insertions(+) diff --git a/arch/arm/boot/dts/qcom-ipq8064.dtsi b/arch/arm/boot/dts/qcom-ipq8064.dtsi index 70790ac..e02d588 100644

Re: [PATCH] PCI: let pci_request_irq properly deal with threaded interrupts

On Wed, 1 Aug 2018, Heiner Kallweit wrote: > On 31.07.2018 08:15, Marc Zyngier wrote: > > On Mon, 30 Jul 2018 23:36:57 +0100, > > Thomas Gleixner wrote: > >> > >> Yes, request for pure threaded interrupts are rejected if the oneshot flag > >> is not set. The reason is that this would be deadly esp

[PATCH v2] sched/fair: Remove setting task's se->runnable_weight during PELT update

A CFS (SCHED_OTHER, SCHED_BATCH or SCHED_IDLE policy) task's se->runnable_weight must always be in sync with its se->load.weight. se->runnable_weight is set to se->load.weight when the task is forked (init_entity_runnable_average()) or reniced (reweight_entity()). There are two cases in set_load_

[tip:timers/urgent] nohz: Fix missing tick reprogram when interrupting an inline softirq

Commit-ID: 0a0e0829f990120cef165bbb804237f400953ec2 Gitweb: https://git.kernel.org/tip/0a0e0829f990120cef165bbb804237f400953ec2 Author: Frederic Weisbecker AuthorDate: Fri, 3 Aug 2018 15:31:34 +0200 Committer: Thomas Gleixner CommitDate: Fri, 3 Aug 2018 15:52:10 +0200 nohz: Fix missing

Re: [PATCH 3/4] ARM64: dts: meson-gx: add dmcbus and canvas nodes.

Hi Maxime great job! thanks for contributing the patches.. On Thu, Aug 2, 2018 at 2:51 AM, Maxime Jourdan wrote: > Wrap the canvas node in a syscon node. > > Signed-off-by: Maxime Jourdan > --- > arch/arm64/boot/dts/amlogic/meson-gx.dtsi | 17 + > 1 file changed, 17 insertions(

Re: [PATCH v15 0/7] Enable Bluetooth functionality for WCN3990

Hi Marcel, On 2018-08-03 18:16, Marcel Holtmann wrote: Hi Balakrishna, These patches enables Bluetooth functinalties for new Qualcomm Bluetooth chip wnc3990. As this is latest chip with new features, along with some common features to old chip "qcom,qca6174-bt". we have updated names of functi

Re: [PATCH v5 09/14] sched: Add over-utilization/tipping point indicator

On Fri, 3 Aug 2018 at 10:18, Quentin Perret wrote: > > On Friday 03 Aug 2018 at 09:48:47 (+0200), Vincent Guittot wrote: > > On Thu, 2 Aug 2018 at 18:59, Quentin Perret wrote: > > I'm not really concerned about re-enabling load balance but more that > > the effort of packing of tasks in few cpus/

[PATCH] [ALSA] sound/isa/gus: fix spelling mistake "acumulator" -> "accumulator"

From: Colin Ian King Trivial spelling mistake fix in debug message Signed-off-by: Colin Ian King --- sound/isa/gus/gus_io.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/isa/gus/gus_io.c b/sound/isa/gus/gus_io.c index ca79878d8d8c..2fd32ef22c30 100644 --- a/sound/is

[PATCH] ASoC: smd845: fix memory leak

In case memory resources for *card* were allocated, release them before return. Addresses-Coverity-ID: 1472244 ("Resource leak") Fixes: 6b1687bf76ef ("ASoC: qcom: add sdm845 sound card support") Signed-off-by: Gustavo A. R. Silva --- NOTE: Notice that there are many places in which the return val

Re: [PATCH v7 2/3] Bluetooth: mediatek: Add protocol support for MediaTek serial devices

On Fri, 2018-08-03 at 14:51 +0200, Marcel Holtmann wrote: > Hi Sean, > > >>> + > >>> +static int mtk_hci_wmt_sync(struct hci_dev *hdev, u8 op, u8 flag, > >>> u16 plen, > >>> + const void *param) > >>> +{ > >>> + struct mtk_hci_wmt_cmd wc; >

Re: [PATCH RESEND] exec: don't force_sigsegv processes with a pending fatal signal

On 08/02, Dmitry Safonov wrote: > > Hi Ivan, > > 2018-07-31 1:56 GMT+01:00 Ivan Delalande : > > We were seeing unexplained segfaults in coreutils processes and other > > basic utilities that we tracked down to binfmt_elf failing to load > > segments for ld.so. Digging further, the actual problem se

Re: [PATCH] ftrace: Add missing check for existing hwlat thread

On Fri, 03 Aug 2018 10:46:14 +0200 Erica Bugden wrote: > > Can you try this patch? > > I tested the patch below and it also fixes the problem. Thanks! May I add: Tested-by: Erica Bugden ? -- Steve

Re: [PATCH v2] prctl: add PR_[GS]ET_KILLABLE

Jürg Billeter writes: > On Wed, 2018-08-01 at 16:19 +0200, Oleg Nesterov wrote: >> On 07/31, Jürg Billeter wrote: >> > >> > > Could you explain your use-case? Why a shell wants to use >> > > CLONE_NEWPID? >> > >> > To guarantee that there won't be any runaway processes, i.e., ensure >> > that n

Re: [PATCH 00/15][ANNOUNCE] 3.18.117-rt105-rc1

Hi Sebastian, On 8/3/2018 2:32 AM, Sebastian Andrzej Siewior wrote: On 2018-08-02 17:25:15 [-0500], Tom Zanussi wrote: Please scream at me if I messed something up. Please test the patches too. The series claims to have 15 patches and I see only the first 10 (in my inbox, rt-users and linux-k

Re: [PATCH 1/3] perf auxtrace: Support for perf report -D for s390

Em Fri, Aug 03, 2018 at 12:07:58PM +0200, Hendrik Brueckner escreveu: > Arnaldo, > > On Thu, Aug 02, 2018 at 09:49:09AM -0300, Arnaldo Carvalho de Melo wrote: > > Em Thu, Aug 02, 2018 at 09:46:20AM +0200, Thomas Richter escreveu: > > > Add initial support for s390 auxiliary traces using the > > >

[PATCH v2] nohz: Fix missing tick reprog while interrupting inline timer softirq

The full nohz tick is reprogrammed on IRQ exit only if we are not in a nesting interrupt. This stands as an optimization: whether we are interrupting a hardirq or a softirq, the tick is going to be reprogrammed eventually in the end of the inner IRQ, with even potential new updates on the timer que

Re: framebuffer corruption due to overlapping stp instructions on arm64

On Fri, 3 Aug 2018, Andrew Pinski wrote: > On Thu, Aug 2, 2018 at 12:31 PM Mikulas Patocka wrote: > > > > Hi > > > > I tried to use a PCIe graphics card on the MacchiatoBIN board and I hit a > > strange problem. > > > > When I use the links browser in graphics mode on the framebuffer, I get >

Re: [PATCH 03/11] dt-bindings: interrupt-controller: RISC-V PLIC documentation

On Thu, Aug 02, 2018 at 03:08:15PM -0700, Atish Patra wrote: > The one in the real device tree has two entries. > reg = <0x 0x0c00 0x 0x0400>; > > Is it intentional or just incorrect entry left over from earlier days? I'll need to SiFive folks to comment on that. The drive

Re: [PATCH 2/2] HID: redragon Add additional verification to rdesc modification quirk

On Sat, 2018-07-28 at 15:53 -0400, John S Gruber wrote: > There are many devices using the vendor_id 0c45 and device_id of 760b > combination. Also the two bytes 0x81 0x00 aren't rare for a report > description. For these reasons the report description being altered > by the quirk should be verifie

Re: [PATCH] kernel/kthread: Make function __kthread_queue_delayed_work static

On Fri, 3 Aug 2018 20:40:02 +0800 zhong jiang wrote: > Fix the following warning. > > kernel/kthread.c:859:6: warning: symbol '__kthread_queue_delayed_work' was > not declared. Should it be static? This should go via the trivial tree. > > Signed-off-by: zhong jiang > --- > kernel/kthread.

Re: framebuffer corruption due to overlapping stp instructions on arm64

On Fri, 3 Aug 2018, Florian Weimer wrote: > On 08/03/2018 09:11 AM, Andrew Pinski wrote: > > Yes fix Links not to use memcpy on the framebuffer. > > It is undefined behavior to use device memory with memcpy. > > Some (de facto) ABIs require that it is supported, though. For example, > the PO

Re: [PATCH v3 2/2] mmc: host: iproc: Add ACPI support to IPROC SDHCI

On 30/07/18 09:15, Srinath Mannam wrote: > Add ACPI support to all IPROC SDHCI varients > > Signed-off-by: Srinath Mannam > Reviewed-by: Ray Jui > Reviewed-by: Scott Branden > Reviewed-by: Vladimir Olovyannikov One minor comment below, otherwise: Acked-by: Adrian Hunter > --- > drivers/mm

Re: [PATCH v6 5/5] mm/page_alloc: Introduce free_area_init_core_hotplug

On 08/01/2018 02:23 PM, osalva...@techadventures.net wrote: > From: Oscar Salvador > > Currently, whenever a new node is created/re-used from the memhotplug path, > we call free_area_init_node()->free_area_init_core(). > But there is some code that we do not really need to run when we are coming

Re: [PATCH 2/3] x86: Convert vdso to use vm_fault_t

On Fri, 3 Aug 2018, Souptick Joarder wrote: > On Mon, Jul 16, 2018 at 2:47 PM, Thomas Gleixner wrote: > > On Tue, 3 Jul 2018, Matthew Wilcox wrote: > > > >> Return vm_fault_t codes directly from the appropriate mm routines instead > >> of converting from errnos ourselves. Fixes a minor bug where

we look after your photos

Do you have photos for editing? We are image team and we can process 500+ images each day. We edit ecommerce photo, jewelry photos, and beauty model photos. also wedding photos. We do cut out and clipping path for photos, also retouching. You may send us a test photo to check our quality. Than

Cosmoprof North America Attendees List 2018

Hi, I found your companies listed as Exhibitors at *Cosmoprof North America 2018 *and thought you would be interested in receiving attendees list of the upcoming show? *List contains*: Name, Company's Name, Phone Number, Job Title, Email address, Complete Mailing address, Company revenue, size, W

native_save_fl() causes a warning

Hi Nick, It seems that this linux kernel commit of yours: commit d0a8d9378d16eb3c69bd8e6d23779fbdbee3a8c7 Author: Nick Desaulniers Date: Thu Jun 21 09:23:24 2018 -0700 x86/paravirt: Make native_save_fl() extern inline introduced a new warning (with W=1): ./arch/x86/include/asm/irqflags.h

Re: [PATCH V8 2/5] mmc: sdhci: Change O2 Host HS200 mode clock frequency to 200MHz

On 27/07/18 19:23, Ernest Zhang(WH) wrote: > O2 SD Host HS200 mode clock frequency current is 208MHz, should be changed to > 200MHz to meet specification. > > Signed-off-by: ernest.zhang Acked-by: Adrian Hunter > --- > Change in V8: > The set base clock code comment has been changed in

[PATCH v3 6/6] iio:adxl372: Add filter bandwidth support

This patch adds the option for the user to select the filter bandwidth. The user can also read the available bandwidths which are always adjusted to be at most half of the sampling frequency. Furthermore, the currently selected bandwidth can be read via the read_raw function, while the write_raw se

Re: [PATCH v5 10/14] sched/cpufreq: Refactor the utilization aggregation method

On Thursday 02 Aug 2018 at 16:39:18 (+0100), Quentin Perret wrote: > Sounds good :-) Would kernel/sched/pelt.c be the right place then ? It's > cross-class and kinda pelt-related I guess Since we agreed to create a dependency between EAS and sugov, I don't think there is a lot of value in relocati

[PATCH v3 5/6] iio:adxl372: Add sampling frequency support

This patch adds the option for the user to select the sampling frequency. Also, the user can read the available frequencies and read the currently set frequency via the read_raw function. The frequency can be set via the write_raw function. When the frequency is set, the bandwidth is also checked

[PATCH v3 4/6] iio:adxl372: Add FIFO and interrupts support

This patch adds support for the adxl372 FIFO. In order to accomplish this, triggered buffers were used. The number of FIFO samples which trigger the watermark interrupt can be configured by using the buffer watermark. The FIFO format is determined by configuring the scan elements for each axis. Th

[PATCH v3 3/6] regmap: Add regmap_noinc_read API

From: Crestez Dan Leonard The regmap API usually assumes that bulk read operations will read a range of registers but some I2C/SPI devices have certain registers for which a such a read operation will return data from an internal FIFO instead. Add an explicit API to support bulk read without rang

[PATCH v3 1/6] iio: adxl372: New driver for Analog Devices ADXL372 Accelerometer

This patch adds basic support for Analog Devices ADXL372 SPI-Bus Three-Axis Digital Accelerometer. The device is probed and configured the with some initial default values. With this basic driver, it is possible to read raw acceleration data. Datasheet: http://www.analog.com/media/en/technical-do

[PATCH v3 2/6] dt-bindings: iio: accel: Add docs for ADXL372

Add the device tree binding documentation for the ADXL372 3-axis digital accelerometer. Signed-off-by: Stefan Popa --- .../devicetree/bindings/iio/accel/adxl372.txt | 24 ++ MAINTAINERS| 1 + 2 files changed, 25 insertions(+) cre

[PATCH v3 0/6] iio: accel: Add adxl372 driver

Changes in v3: Patch 1, 2: - nothing changed Patch 3: - changed the name from regmap_pipe_read() to regmap_noinc_read() - added a check for readable registers Patch 4: - dropped the fifo peak mode - corrected the patch based on feedback from Peter Meerwald-St

RE: framebuffer corruption due to overlapping stp instructions on arm64

From: Mikulas Patocka > Sent: 03 August 2018 13:05 ... > > Even on x86 using memcpy() on PCIe memory (maybe mmap()ed into userspace) > > isn't a good idea. > > In the kernel memcpy_to/fromio() ought to be a better choice but that > > is just an alternate name for memcpy(). > > > > The problem on x8

[GIT PULL] Please pull a NFS fix for 4.18

Hi Linus, The following changes since commit 9a97ebf7a6bbfc1e420d53f5281f5f44df1e510d: Merge tag 'mmc-v4.18-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc (2018-08-01 11:43:13 -0700) are available in the Git repository at: git://git.linux-nfs.org/projects/trondmy/linux-nfs

Re: [PATCH v6 4/5] mm/page_alloc: Inline function to handle CONFIG_DEFERRED_STRUCT_PAGE_INIT

On 08/01/2018 02:23 PM, osalva...@techadventures.net wrote: > From: Oscar Salvador > > Let us move the code between CONFIG_DEFERRED_STRUCT_PAGE_INIT > to an inline function. > Not having an ifdef in the function makes the code more readable. > > Signed-off-by: Oscar Salvador > Acked-by: Michal

[RFC PATCH] ASoC: core: Optimise suspend/resume of DAPM widgets

For soundcards that have several DAI links and many DAPM widgets the time taken for snd_soc_suspend to execute has been observed to be several milliseconds. The time is largely spent executing dapm_power_widgets() for each for the DAI links that need to be suspended. Given that dapm_power_widgets()

Re: [PATCH v3 3/8] mailbox: Add transmit done by blocking option

On Mon, Jul 2, 2018 at 5:10 PM, Mikko Perttunen wrote: > Add a new TXDONE option, TXDONE_BY_BLOCK. With this option, the > send_data function of the mailbox driver is expected to block until > the message has been sent. The new option is used with the Tegra > Combined UART driver to minimize unnec

Re: [PATCH v4 03/10] arm64: dts: Add Mediatek SoC MT8183 and evaluation board dts and Makefile

On 31/07/18 07:38, Erin Lo wrote: > From: Ben Ho > > Add basic chip support for Mediatek 8183 > > Signed-off-by: Ben Ho > Signed-off-by: Erin Lo > --- > arch/arm64/boot/dts/mediatek/Makefile | 1 + > arch/arm64/boot/dts/mediatek/mt8183-evb.dts | 23 + > arch/arm64/boot/dts/med

[PATCH] kernel/kthread: Make function __kthread_queue_delayed_work static

Fix the following warning. kernel/kthread.c:859:6: warning: symbol '__kthread_queue_delayed_work' was not declared. Should it be static? Signed-off-by: zhong jiang --- kernel/kthread.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/kthread.c b/kernel/kthread.c index

Project

Please read the attached file Project.pdf Description: Adobe PDF document

Re: [PATCH v7 2/3] Bluetooth: mediatek: Add protocol support for MediaTek serial devices

Hi Sean, >>> + >>> +static int mtk_hci_wmt_sync(struct hci_dev *hdev, u8 op, u8 flag, u16 >>> plen, >>> + const void *param) >>> +{ >>> + struct mtk_hci_wmt_cmd wc; >>> + struct mtk_wmt_hdr *hdr; >>> + struct sk_buff *skb

[PATCH] sched/topology: Make some local variable static

Fix the following warning. kernel/sched/topology.c:10:15: warning: symbol 'sched_domains_tmpmask' was not declared. Should it be static? kernel/sched/topology.c:11:15: warning: symbol 'sched_domains_tmpmask2' was not declared. Should it be static? Signed-off-by: zhong jiang --- kernel/sched/t

Re: [PATCH v15 0/7] Enable Bluetooth functionality for WCN3990

Hi Balakrishna, > These patches enables Bluetooth functinalties for new Qualcomm > Bluetooth chip wnc3990. As this is latest chip with new features, > along with some common features to old chip "qcom,qca6174-bt". > we have updated names of functions that are used for both the chips > to keep th

Re: [PATCH v5 10/14] sched/cpufreq: Refactor the utilization aggregation method

On Thursday 02 Aug 2018 at 19:36:01 (+0200), Peter Zijlstra wrote: > Using a !schedutil governor doesn't even get us that and we're basically > running on random input without any feedback to close the loop. Not > something I feel we should support or care for. Fair enough, supporting users using

Re: [PATCH] misc: eeprom: assignment outside the if statement

On Fri, 3 Aug 2018 14:50:43 +0530, Parth Y Shah wrote: > Assignment of any variable should be kept outside the if statement Actually there are exceptions to that rule, but this isn't one of them. > Signed-off-by: Parth Y Shah > --- > drivers/misc/eeprom/max6875.c | 3 ++- > 1 file changed, 2 i

Re: [PATCH 2/3] x86: Convert vdso to use vm_fault_t

On Mon, Jul 16, 2018 at 2:47 PM, Thomas Gleixner wrote: > On Tue, 3 Jul 2018, Matthew Wilcox wrote: > >> Return vm_fault_t codes directly from the appropriate mm routines instead >> of converting from errnos ourselves. Fixes a minor bug where we'd return >> SIGBUS instead of the correct OOM code

[RFC PATCH] ASoC: compress: make BE and FE order inline with dpcm

For some reason order of startup/hw_params/prepare are reversed in dynamic compress usecase when compared to dpcm usecase. This is a issue with platforms like QCOM where it expects the BE to be initialized before FE. Interestingly the compress trigger callback order is inline with dpcm. Am not 10

[PATCH] swap: Use __try_to_reclaim_swap() in free_swap_and_cache()

The code path to reclaim the swap entry in free_swap_and_cache() is almost same as that of __try_to_reclaim_swap(), the largest difference is just coding style. So the support to the additional requirement of free_swap_and_cache() is added into __try_to_reclaim_swap(), and __try_to_reclaim_swap()

Re: [PATCH 09/11] RISC-V: Support per-hart timebase-frequency

On Thu, Aug 02, 2018 at 03:19:49PM -0700, Atish Patra wrote: > On 8/2/18 4:50 AM, Christoph Hellwig wrote: >> From: Palmer Dabbelt >> >> Follow the updated DT specs and read the timebase-frequency from the >> CPU 0 node. >> > > However, the DT in the HighFive Unleashed has the entry at the wrong p

Re: [PATCH 11/11] clocksource: new RISC-V SBI timer driver

>> +/* >> + * It is guarnteed that all the timers across all the harts are synchronized > > /s/guarnteed/guaranteed Fixed.

<    1   2   3   4   5   6   >