Dear I Need An Investment Partner

-- Hello Dear , I came across your contact during my private search Mrs Aisha Al-Qaddafi is my name, the only daughter of late Libyan president, I have funds the sum of $27.5 million USD for investment, I am interested in you for investment project assistance in your country, i shall compensate

Re: overlayfs access checks on underlying layers

On Wed, Nov 28, 2018 at 11:00:09AM +0100, Miklos Szeredi wrote: > On Tue, Nov 27, 2018 at 10:05 PM Vivek Goyal wrote: > > > > On Tue, Nov 27, 2018 at 08:58:06PM +0100, Miklos Szeredi wrote: > > > [resending with fixed email address for Paul Moore] > > > > > > Moving discussion from github[1] to he

RE: [PATCH V2] ASoC: max98373: Added max98373_reset for stable amp reset

>-Original Message- >From: Mark Brown >Sent: Wednesday, November 28, 2018 1:50 AM >To: Ryan Lee >Cc: Liam Girdwood ; Jaroslav Kysela >; Takashi Iwai ; Grant Grundler >; Kuninori Morimoto >; Benson Leung >; alsa-de...@alsa-project.org; linux- >ker...@vger.kernel.org; ryan.lee.ma...@gmail.c

Re: [PATCH v5 2/2] platform: Add reset button device for PC Engines APU boards

Hi Florian, Thank you for the patch! Yet something to improve: [auto build test ERROR on gpio/for-next] [also build test ERROR on v4.20-rc4 next-20181128] [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

Re: [PATCH v3 01/14] media: ov7670: split register setting from set_fmt() logic

On Thu, 2018-11-22 at 19:37 +0100, jacopo mondi wrote: > Hi Lubomir, > > On Tue, Nov 20, 2018 at 11:03:06AM +0100, Lubomir Rintel wrote: > > This will allow us to restore the last set format after the device > > returns > > from a power off. > > > > Signed-off-by: Lubomir Rintel > > > > --- > >

Re: [PATCH] arm64: dts: rockchip: Add 32k clk on rk3399-gru

Hi, On Wed, Nov 28, 2018 at 5:46 AM Heiko Stübner wrote: > > Possibly Heiko would re-sort this for you himself when applying the > > change if he agrees with my understanding of the conventions. > > We hashed out the dt-conventions somewhat together during veyron > times, so I'd be surprised if w

Re: [PATCH v7 1/4] dt-bindings: pps: descriptor-based gpio, capture-clear addition

On Mon, Nov 26, 2018 at 9:57 PM tom burkart wrote: > > Hi Rob, > > Quoting Rob Herring : > > > On Sat, Nov 17, 2018 at 6:35 PM tom burkart wrote: > >> > >> Quoting Rob Herring : > >> > >> > On Sat, Nov 17, 2018 at 4:35 AM tom burkart wrote: > >> >> > >> >> Quoting Rob Herring : > >> >> > >> >> >

Applied "ASoC: pcm3168a: Don't disable pcm3168a when CONFIG_PM defined" to the asoc tree

The patch ASoC: pcm3168a: Don't disable pcm3168a when CONFIG_PM defined has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 ho

[PATCH 6/6] staging: rtl8188eu: cleanup comment in hal8188e_rate_adaptive.c

Cleanup comment in hal8188e_rate_adaptive.c. Clears checkpatch warnings. WARNING: Block comments use * on subsequent lines WARNING: Block comments use a trailing */ on a separate line Signed-off-by: Michael Straube --- .../rtl8188eu/hal/hal8188e_rate_adaptive.c | 17 +++-- 1 fi

[PATCH 3/6] staging: rtl8188eu: add spaces around operators in hal8188e_rate_adaptive.c

Add spaces around operators to follow kernel coding style. Reported by checkpatch. Signed-off-by: Michael Straube --- .../rtl8188eu/hal/hal8188e_rate_adaptive.c| 54 ++- 1 file changed, 29 insertions(+), 25 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/hal8188e_rat

[PATCH 5/6] staging: rtl8188eu: cleanup alignment issues in hal8188e_rate_adaptive.c

Cleanup alignment issues reported by checkpatch. CHECK: Alignment should match open parenthesis Signed-off-by: Michael Straube --- .../rtl8188eu/hal/hal8188e_rate_adaptive.c| 37 +-- 1 file changed, 18 insertions(+), 19 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal

[PATCH 4/6] staging: rtl8188eu: cleanup lines ending with '('

Cleanup lines ending with '(' in hal8188e_rate_adaptive.c. Reported by checkpatch. Signed-off-by: Michael Straube --- .../rtl8188eu/hal/hal8188e_rate_adaptive.c| 20 ++- 1 file changed, 6 insertions(+), 14 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/hal8188e_rate

[PATCH 1/6] staging: rtl8188eu: use __func__ in hal8188e_rate_adaptive.c

Use __func__ instead of hardcoded function names. Reported by checkpatch. Signed-off-by: Michael Straube --- .../rtl8188eu/hal/hal8188e_rate_adaptive.c| 36 ++- 1 file changed, 20 insertions(+), 16 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/hal8188e_rate_adaptiv

[PATCH 2/6] staging: rtl8188eu: remove parentheses in hal8188e_rate_adaptive.c

Remove unnecessary parentheses reported by checkpatch. Signed-off-by: Michael Straube --- drivers/staging/rtl8188eu/hal/hal8188e_rate_adaptive.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/hal8188e_rate_adaptive.c b/drivers/staging/r

Re: [PATCH] Compiler Attributes: move kernel-only attributes into __KERNEL__

Hi Xiaozhou, On Wed, Nov 28, 2018 at 3:09 PM Xiaozhou Liu wrote: > > Attributes such as `__gnu_inline' are meant to be used within the > kernel. When userspace somehow includes > (eg. tools/bpf), compilation errors would be shown: > > "error: unknown type name ‘__gnu_inline’" > > So just

Re: [PATCH] Compiler Attributes: move kernel-only attributes into __KERNEL__

On Wed, Nov 28, 2018 at 6:35 PM Miguel Ojeda wrote: > > If your problem is fixed by putting __gnu_inline into __KERNEL__ s/__gnu_inline/inline/ Cheers, Miguel

Re: [PATCH v3 2/2] PCI: imx6: limit DBI register length

On 28.11.2018 13:19, Stefan Agner wrote: > On 21.11.2018 14:47, Leonard Crestez wrote: >> On 11/20/2018 11:28 PM, Trent Piepho wrote: >>> On Tue, 2018-11-20 at 21:42 +0100, Stefan Agner wrote: On 20.11.2018 20:13, Trent Piepho wrote: >> > It also seems to me that this doesn't need to be in

Re: [PATCH v2 3/6] cgroup: cgroup v2 freezer

On Wed, Nov 14, 2018 at 05:56:32PM +0100, Oleg Nesterov wrote: > Hi Roman, > > OK, it seems you are going to make the new version anyway, so I can wait for > it > and not read this series ;) Hi Oleg! Can you, please, take a look at v3, which I posted recently? https://lkml.org/lkml/2018/11/17/1

Re: [PATCH AUTOSEL 4.14 10/21] ARM: make lookup_processor_type() non-__init

On Wed, Nov 28, 2018 at 09:12:52AM -0500, Sasha Levin wrote: > On Fri, Nov 23, 2018 at 12:02:54AM +, Russell King - ARM Linux wrote: > >Hi Sasha, > > > >We need to keep track of which Spectre patches have been backported > >and which haven't. David Long has been doing the backport work, > >whi

Re: [RFC v3 2/3] dt-bindings: sdm845-pinctrl: add wakeup interrupt parent for GPIO

On Tue, Nov 27 2018 at 14:45 -0700, Stephen Boyd wrote: Quoting Lina Iyer (2018-11-27 10:21:23) On Tue, Nov 27 2018 at 02:12 -0700, Stephen Boyd wrote: > >Two reasons. First, simplicity. The TLMM driver just needs to pass the >gpio number up to the PDC gpio domain and then that domain can figure

KASAN: use-after-free Read in path_lookupat

Hello, syzbot found the following crash on: HEAD commit:442b8cea2477 Add linux-next specific files for 20181109 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=129574db40 kernel config: https://syzkaller.appspot.com/x/.config?x=2f72bdb11df9fbe8 dashb

KMSAN: uninit-value in ip6_compressed_string

Hello, syzbot found the following crash on: HEAD commit:fffec98ae2a6 net: proper support for CONFIG_GENERIC_CSUM o.. git tree: https://github.com/google/kmsan.git/master console output: https://syzkaller.appspot.com/x/log.txt?x=156ad1f540 kernel config: https://syzkaller.appspot.c

possible deadlock in start_creating

Hello, syzbot found the following crash on: HEAD commit:ef78e5ec9214 ia64: export node_distance function git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=11d3354d40 kernel config: https://syzkaller.appspot.com/x/.config?x=c94f9f0c0363db4b dashboard link

KASAN: use-after-free Read in link_path_walk

Hello, syzbot found the following crash on: HEAD commit:ef78e5ec9214 ia64: export node_distance function git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=10bc241540 kernel config: https://syzkaller.appspot.com/x/.config?x=c94f9f0c0363db4b dashboard link

KASAN: use-after-free Read in trailing_symlink

Hello, syzbot found the following crash on: HEAD commit:ef78e5ec9214 ia64: export node_distance function git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=12c7b08b40 kernel config: https://syzkaller.appspot.com/x/.config?x=c94f9f0c0363db4b dashboard link

[PATCH] mm/memblock: skip kmemleak for kasan_init()

Kmemleak does not play well with KASAN (tested on both HPE Apollo 70 and Huawei TaiShan 2280 aarch64 servers). After calling start_kernel()->setup_arch()->kasan_init(), kmemleak early log buffer went from something like 280 to 26 which caused kmemleak disabled and crash dump memory reservation

Re: [PATCH anybus v4 1/7] fieldbus_dev: add Fieldbus Device subsystem.

On Wed, Nov 28, 2018 at 10:39:41AM -0500, Sven Van Asbroeck wrote: > Wow Greg, thanks for the review, this is awesome !! > > On Tue, Nov 27, 2018 at 2:54 AM Greg KH wrote: > > >> + cdev_init(&fb->cdev, &fieldbus_fops); > >> + err = cdev_add(&fb->cdev, devno, 1); > >> + if (err) { > >

Re: [PATCH v3 2/2] PCI: imx6: limit DBI register length

Am Mittwoch, den 28.11.2018, 18:36 +0100 schrieb Stefan Agner: > On 28.11.2018 13:19, Stefan Agner wrote: > > On 21.11.2018 14:47, Leonard Crestez wrote: > > > On 11/20/2018 11:28 PM, Trent Piepho wrote: > > > > On Tue, 2018-11-20 at 21:42 +0100, Stefan Agner wrote: > > > > > On 20.11.2018 20:13, T

Re: [PATCH] pci: imx6: support kernels built in Thumb-2 mode

On 28.11.2018 17:16, Robin Murphy wrote: > Hi Stefan, > > On 28/11/2018 13:25, Stefan Agner wrote: >> Add a fault handler which handles reads in Thumb-2 mode. Install >> the appropriate handler depending on which mode the kernel has >> been built. This avoids an "Unhandled fault: external abort on

[PATCH] iio: adc: Replace license text w/ SPDX identifier

From: Lucas Santos This patch removes all license boilerplate texts from the .c and .h files at drivers/iio/adc/ and, instead, adds the proper SPDX license identifiers. Signed-off-by: Lucas Santos Signed-off-by: Matheus Tavares --- drivers/iio/adc/ad7266.c | 3 +-- drivers/iio/ad

[PATCH v4 0/20] MMP platform fixes

Hi, this series contains contains a bunch of MMP2 platform fixes. Previous spins of the patch set were sent out over the course of last three months to the MMP platform maintainers, with Arnd and linux-arm-ker...@lists.infradead.org on copy. Unfortunatelly, MMP maintainers (Eric Miao and Haojian

[PATCH v4 02/20] DT: marvell,mmp2: fix the gpio interrupt cell number

gpio-pxa uses two cell to encode the interrupt source: the pin number and the trigger type. Adjust the device node accordingly. Signed-off-by: Lubomir Rintel Acked-by: Pavel Machek --- arch/arm/boot/dts/mmp2.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/

[PATCH v4 07/20] DT: marvell,mmp2: add more TWSI controllers

I've gotten the base addresses, clocks and interrupts from an rusty and old out-of-tree driver. I haven't actually checked against the datasheet, since that one is reserved for the Marvell inner circle. Tested with an accelerometer on TWSI6 on an OLPC XO 1.75 machine. Signed-off-by: Lubomir Rinte

[PATCH v4 01/20] dt-bindings: mrvl,mmp-timer: add clock

The timer needs the timer clock to be enabled, otherwise it stops ticking. Signed-off-by: Lubomir Rintel Reviewed-by: Rob Herring Acked-by: Pavel Machek --- Changes since v1: - Made the clock optional, to keep compatibility with DTs without it Documentation/devicetree/bindings/timer/mrvl,mmp

[PATCH v4 06/20] DT: marvell,mmp2: fix TWSI2

Marvell keeps their MMP2 datasheet secret, but there are good clues that TWSI2 is not on 0xd4025000 on that platform, not does it use IRQ 58. In fact, the IRQ 58 on MMP2 seems to be a signal processor: arch/arm/mach-mmp/irqs.h:#define IRQ_MMP2_MSP 58 I'm taking a somewhat educated guess that

[PATCH v4 12/20] irqchip/mmp: do not use of_address_to_resource() to get mux regs

The "regs" property of the "mrvl,mmp2-mux-intc" devices are silly. They are offsets from intc's base, not addresses on the parent bus. At this point it probably can't be fixed. On an OLPC XO-1.75 machine, the muxes are children of the intc, not the axi bus, and thus of_address_to_resource() won't

[PATCH v4 03/20] DT: marvell,mmp2: give gpio node a name

This will be useful for boards that actually use GPIO pins. Signed-off-by: Lubomir Rintel Acked-by: Pavel Machek --- arch/arm/boot/dts/mmp2.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/mmp2.dtsi b/arch/arm/boot/dts/mmp2.dtsi index db15d1186cd0..f2a1

[PATCH v4 14/20] ARM: mmp/mmp2: use cpu_is_pj4() instead of cpu_is_mmp2()

The MMP2 platform uses the PJ4 CPU. The cpu_is_mmp2() macro is thus actually not useful at all and moreover gives the wrong result on MACH_MMP2_DT. The actual problem I aim to fix is that on a device-tree enabled system, the timer ends up being initialized incorrectly. In fact, it ticks like at ra

[PATCH v4 18/20] ARM: mmp: add an instance of pxa-usb-phy to ttc_dkb and aspenite

This will replace the *_pdata.phy_{de,}init() Signed-off-by: Lubomir Rintel --- Changes since v1: - Squashed patches with ttc_dkb and aspenite changes together. arch/arm/mach-mmp/aspenite.c | 4 arch/arm/mach-mmp/ttc_dkb.c | 4 2 files changed, 8 insertions(+) diff --git a/arch/arm

[PATCH v4 17/20] ARM: mmp: add a pxa-usb-phy device

This is to replace the USB PHY initialization code (pxa_usb_phy_init(), pxa_usb_phy_deinit()) with a proper PHY driver. Signed-off-by: Lubomir Rintel --- arch/arm/mach-mmp/devices.c | 21 + arch/arm/mach-mmp/pxa910.h | 1 + 2 files changed, 22 insertions(+) diff --git a/ar

Re: [PATCH V5 1/2] base/drivers/arch_topology: Replace mutex with READ_ONCE / WRITE_ONCE

On 28/11/2018 12:44, Juri Lelli wrote: > Hi Daniel, > > On 27/11/18 14:24, Daniel Lezcano wrote: >> The mutex protects a per_cpu variable access. The potential race can >> happen only when the cpufreq governor module is loaded and at the same >> time the cpu capacity is changed in the sysfs. >> >>

[PATCH v4 15/20] ARM: mmp2: initialize clocks before the timer

The timer shall enable its clock. Signed-off-by: Lubomir Rintel Acked-by: Pavel Machek --- arch/arm/mach-mmp/mmp2-dt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mach-mmp/mmp2-dt.c b/arch/arm/mach-mmp/mmp2-dt.c index 0341359b24a4..50c5e8b5be3d 100644 --- a/arch

[PATCH v4 10/20] DT: marvell,mmp2: Add SSP controllers

Despite Marvel keeps their base addresses secret there's a good chance they're actually correct. SSP1 and SSP3 bases were taken from OLPC 1.75: OpenFirmware and kernel respectively. SSP2 and SSP4 addresses are from James Cameron who actually has a copy of the data sheet. Signed-off-by: Lubomir Ri

[PATCH v4 19/20] USB: phy-mv-usb: use phy-pxa-usb

Use a proper PHY driver, instead of hooks to a board support package. Signed-off-by: Lubomir Rintel Tested-by: Pavel Machek --- arch/arm/mach-mmp/devices.c | 11 +--- drivers/usb/phy/phy-mv-usb.c | 123 --- drivers/usb/phy/phy-mv-usb.h | 8 ++- 3 files change

[PATCH v4 13/20] gpio: pxa: avoid attempting to set pin direction via pinctrl on MMP2

Similarly to PXA3xx pinctrl-single can't set pin direction on MMP2 either. See also: commit 9dabfdd84bdfa ("gpio: pxa: disable pinctrl calls for PXA3xx") Signed-off-by: Lubomir Rintel Acked-by: Pavel Machek --- drivers/gpio/gpio-pxa.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/

[PATCH v4 11/20] irqchip/mmp: only touch the PJ4 & FIQ bits on enable/disable

On an OLPC XO 1.75 machine, the "security processor" handles the GPIO 71 and 72 interrupts. Don't reset the "route to SP" bit (4). I'm just assuming the bit 4 is the "route to SP" bit -- it fixes the SP-based keyboard for me and defines ICU_INT_ROUTE_SP_IRQ to be 1 << 4. When asked for a data she

[PATCH v4 04/20] DT: marvell,mmp2: add clock to the timer

The timer needs the timer clock to be enabled, otherwise it stops ticking. Signed-off-by: Lubomir Rintel Acked-by: Pavel Machek --- arch/arm/boot/dts/mmp2.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/mmp2.dtsi b/arch/arm/boot/dts/mmp2.dtsi index f2a18779de7c..4743a

[PATCH v4 05/20] DT: marvell,mmp2: add MMC controllers

There's apparently four of them on a MMP2. Signed-off-by: Lubomir Rintel Acked-by: Pavel Machek --- Changes since v3: - Fixed the mmc4 node name Changes since v1: - The controllers seem to be on AXI bus, not APB. Move them. - Remove aliases. arch/arm/boot/dts/mmp2.dtsi | 36 +

[PATCH v4 16/20] ARM: mmp/mmp2: dt: enable the clock

The device-tree booted MMP2 needs to enable the timer clock, otherwise it would stop ticking when the boot finishes. It can also use the clock rate from the clk, the non-DT boards need to keep using the hardcoded rates. Signed-off-by: Lubomir Rintel Acked-by: Pavel Machek --- Changes since v2:

[PATCH v4 20/20] USB: gadget: mv-udc: use phy-pxa-usb

Use a proper PHY driver, instead of hooks to a board support package. Signed-off-by: Lubomir Rintel --- arch/arm/mach-mmp/devices.c | 11 +--- drivers/usb/gadget/udc/mv_udc.h | 7 - drivers/usb/gadget/udc/mv_udc_core.c | 38 3 files changed, 17

[PATCH v4 08/20] DT: marvell,mmp2: add OTG PHY

The USB OTG PHY chip. To be used by the OTG controller. Signed-off-by: Lubomir Rintel Acked-by: Pavel Machek --- arch/arm/boot/dts/mmp2.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/mmp2.dtsi b/arch/arm/boot/dts/mmp2.dtsi index c48d17a38d6b..57f6248f17cd 1006

Re: [PATCH v2 1/4] x86/hyper-v: move synic/stimer control structures definitions to hyperv-tlfs.h

> On Nov 28, 2018, at 5:07 AM, Thomas Gleixner wrote: > > On Wed, 28 Nov 2018, Vitaly Kuznetsov wrote: > >> Nadav Amit writes: >> >>> On a different note: how come all of the hyper-v structs are not marked >>> with the “packed" attribute? >> >> "packed" should not be needed with proper paddin

Re: [PATCH v3 2/2] PCI: imx6: limit DBI register length

On 28.11.2018 18:50, Lucas Stach wrote: > Am Mittwoch, den 28.11.2018, 18:36 +0100 schrieb Stefan Agner: >> On 28.11.2018 13:19, Stefan Agner wrote: >> > On 21.11.2018 14:47, Leonard Crestez wrote: >> > > On 11/20/2018 11:28 PM, Trent Piepho wrote: >> > > > On Tue, 2018-11-20 at 21:42 +0100, Stefan

[PATCH v4 09/20] DT: marvell,mmp2: add USB OTG host controller

Signed-off-by: Lubomir Rintel Acked-by: Pavel Machek --- arch/arm/boot/dts/mmp2.dtsi | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm/boot/dts/mmp2.dtsi b/arch/arm/boot/dts/mmp2.dtsi index 57f6248f17cd..0c5a51b98c3f 100644 --- a/arch/arm/boot/dts/mmp2.dtsi +++ b/arch/arm

Re: [kreview] [PATCH] softirq: don't push timer softirq handling to ksoftirqd

On 11/28/18, 10:22 AM, "Thomas Gleixner" wrote: Michael, On Fri, 16 Nov 2018, Zhivich, Michael wrote: > On 11/15/18, 12:17 PM, "John Stultz" wrote: > Would a more focused fix be to move the clocksource watchdog from a > normal timer to a hrtimer? > >

Re: [PATCHv2 4/4] PCI: dwc: add prefetchable memory range support

On Wed, Nov 07, 2018 at 10:09:21AM +, Z.q. Hou wrote: > From: Hou Zhiqiang > > The current code only support non-prefetchable memory range, > as the non-prefetchable memory range must not be greater than > 4GiB, one viewport can cover it, which supports upto 4GiB. > > To support prefetchable

Re: [PATCH v3 2/2] PCI: imx6: limit DBI register length

On Wed, 2018-11-28 at 18:36 +0100, Stefan Agner wrote: > On 28.11.2018 13:19, Stefan Agner wrote: > > On 21.11.2018 14:47, Leonard Crestez wrote: > > > My tests show that this series breaks pci cards on 6qdl and I > > > think it should be reverted until a fix is found. Are you OK with > > > this? >

Re: [PATCH] pci: imx6: support kernels built in Thumb-2 mode

On Wed, Nov 28, 2018 at 02:25:54PM +0100, Stefan Agner wrote: > Add a fault handler which handles reads in Thumb-2 mode. Install > the appropriate handler depending on which mode the kernel has > been built. This avoids an "Unhandled fault: external abort on > non-linefetch (0x1008) at 0xf0a8"

Re: [RFC PATCH 0/6] ASoC:Intel:Skylake: Enable HDaudio legacy fallback

On 11/21/18 4:32 AM, Takashi Iwai wrote: On Tue, 20 Nov 2018 22:36:38 +0100, Pierre-Louis Bossart wrote: This patchset is provided as an RFC and should not be merged as is (Turkey break in the USA and more validation needed). This is however a good time to gather comments. This work is the res

[PATCH 0/2] staging: iio: ad7780: move out of staging

This series of patches add user input to ad7780 'gain' & 'filter' gpio pins. Also, it moves the ad7780 out of staging to the main tree. Giuliano Belinassi (2): staging: iio: ad7780: Add gain & filter gpio support staging: iio: ad7780: Moving ad7780 out of staging drivers/iio/adc/Kconfig

[PATCH 1/2] staging: iio: ad7780: Add gain & filter gpio support

Previously, the AD7780 driver only supported gpio for the 'powerdown' pin. This commit adds suppport for the 'gain' and 'filter' pin. Signed-off-by: Giuliano Belinassi --- Changes in v2: - Now this patch is part of the patchset that aims to remove ad7780 out of staging. https://marc.info/?l=l

Re: [PATCH v3 01/20] lib/vsprintf: Print time and date in human readable format via %pt

On Tue, Nov 20, 2018 at 11:27:57PM +0100, Alexandre Belloni wrote: > Hello, > > (Please update my email address). I will follow all recommendations. New version coming soon... Thanks for review! > > On 13/11/2018 19:17:10+0200, Andy Shevchenko wrote: > > There are users which print time and da

[PATCH 2/2] staging: iio: ad7780: Moving ad7780 out of staging

Move ad7780 sigma-delta adc out of staging to the main tree Signed-off-by: Giuliano Belinassi Signed-off-by: Renato Lui Geh --- drivers/iio/adc/Kconfig | 13 ++ drivers/iio/adc/Makefile | 1 + drivers/iio/adc/ad7780.c | 347 +++ drivers/st

[PATCH] staging: wilc1000: correct inconsistent indenting

Correct inconsistent indenting reported by smatch. Signed-off-by: Michael Straube --- drivers/staging/wilc1000/wilc_spi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/wilc1000/wilc_spi.c b/drivers/staging/wilc1000/wilc_spi.c index 35ff432587fe..6d1eb82d1df

Re: [PATCH] mm/memblock: skip kmemleak for kasan_init()

On Wed, Nov 28, 2018 at 12:40:33PM -0500, Qian Cai wrote: > Kmemleak does not play well with KASAN (tested on both HPE Apollo 70 and > Huawei TaiShan 2280 aarch64 servers). > > After calling start_kernel()->setup_arch()->kasan_init(), kmemleak early > log buffer went from something like 280 to 260

Re: [PATCH v10 1/7] interconnect: Add generic on-chip interconnect API

Hi Joe, On 11/27/18 20:35, Joe Perches wrote: On Tue, 2018-11-27 at 20:03 +0200, Georgi Djakov wrote: This patch introduces a new API to get requirements and configure the interconnect buses across the entire chipset to fit with the current demand. trivial notes: diff --git a/drivers/interc

Re: [PATCH anybus v4 1/7] fieldbus_dev: add Fieldbus Device subsystem.

On Wed, Nov 28, 2018 at 12:42 PM Greg KH wrote: > It depends on what you want to do with this device node. You can use a > static one in your structure if you use it to "cast back" to your real > structure in the open() call, do you do that? I do... static int fieldbus_open(struct inode *inode

[PATCH] x86/resctrl: Fix rdt_find_domain() return value checks

rdt_find_domain() may return an ERR_PTR(), NULL, or a pointer to struct rdt_domain. It is thus required that the return value be checked for the possibility of an ERR_PTR as well as NULL. In a few instances the return value of rdt_find_domain() is just checked for NULL - fix these to include a che

[PATCH] x86/resctrl: Ensure usage of CPUs are locked while needed

The user triggers the creation of a pseudo-locked region when writing the requested schemata to the schemata resctrl file. The pseudo-locking of a region is required to be done on a CPU that is associated with the cache on which the pseudo-locked region will reside. In order to run the locking code

[PATCH] aio: Convert ioctx_table to XArray

This custom resizing array was vulnerable to a Spectre attack (speculating off the end of an array to a user-controlled offset). The XArray is not vulnerable to Spectre as it always masks its lookups to be within the bounds of the array. Signed-off-by: Matthew Wilcox --- fs/aio.c

Re: [PATCH anybus v4 1/7] fieldbus_dev: add Fieldbus Device subsystem.

On Wed, Nov 28, 2018 at 01:19:05PM -0500, Sven Van Asbroeck wrote: > On Wed, Nov 28, 2018 at 12:42 PM Greg KH wrote: > > > It depends on what you want to do with this device node. You can use a > > static one in your structure if you use it to "cast back" to your real > > structure in the open()

Re: [LKP] [mm] ac5b2c1891: vm-scalability.throughput -61.3% regression

On Wed, Nov 28, 2018 at 08:48:46AM -0800, Linus Torvalds wrote: > On Tue, Nov 27, 2018 at 7:20 PM Huang, Ying wrote: > > > > From the above data, for the parent commit 3 processes exited within > > 14s, another 3 exited within 100s. For this commit, the first process > > exited at 203s. That is,

Re: [PATCH] x86/mm/dump_pagetables: Change to use DEFINE_SHOW_ATTRIBUTE macro

On 11/27/18 2:50 PM, Kees Cook wrote: > On Mon, Nov 19, 2018 at 9:06 AM, Dave Hansen wrote: >> On 11/19/18 7:43 AM, Yangtao Li wrote: >>> -static const struct file_operations ptdump_curusr_fops = { >>> - .owner = THIS_MODULE, >>> - .open = ptdump_open_curusr, >>> - .

Hello...

Get back to us, it is highly important. Mr.Ahmed Yaki

Rough idea of implementing blocking perf calls for system call tracepoints

[ Sorry for the late reply on this, when I got back from Plumbers, my work was really piled up, and then Turkey day came and just added more to the chaos. ] >From our discussion at the Linux Plumbers strace talk about implementing strace with perf. As strace requires to be lossless, it curren

[PATCH] clk: qcom: gpu_cc_gmu_clk_src has 5 parents, not 6

In an earlier version of commit 453361cdd757 ("clk: qcom: Add graphics clock controller driver for SDM845") there were 6 listed parents for "gpu_cc_gmu_clk_src". In the version that landed there were 5. ...but "num_parents" was still left at 6. On my system this goes boom at bootup. Fixes: 45336

Re: [PATCH] amd-xgbe: set skb to NULL after freeing it

From: Pan Bian Date: Wed, 28 Nov 2018 16:09:45 +0800 > @@ -2754,6 +2754,7 @@ static int xgbe_rx_poll(struct xgbe_channel *channel, > int budget) > netif_err(pdata, rx_err, netdev, > "error in received packet\n"); >

Re: [PATCH] pci: imx6: support kernels built in Thumb-2 mode

On Wed, 2018-11-28 at 16:16 +, Robin Murphy wrote: > > > > > +static int imx6q_pcie_abort_handler_thumb2(unsigned long addr, > > + unsigned int fsr, struct pt_regs *regs) > > +{ > > + unsigned long pc = instruction_pointer(regs); > > + unsigned long instr = *(unsigned long *)p

[PATCH 1/2] dt-bindings: clock: qcom: Fix the xo parent in gpucc example

In the bindings that landed for the gpucc we require that the XO clock (one possible parent of the gpucc) be listed. The code doesn't use this yet--this is just to allow us to move toward the day when it does use it. What the code does do today is to hardcode the parent name to "bi_tcxo". That's

[PATCH 2/2] arm64: dts: sdm845: Add gpu clock controller node

Add the GPU clock controller nodes as per the example. Signed-off-by: Douglas Anderson --- arch/arm64/boot/dts/qcom/sdm845.dtsi | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi b/arch/arm64/boot/dts/qcom/sdm845.dtsi index 1419b0098cb3..30068

Re: [PATCH v6 08/10] x86: avoid W^X being broken during modules loading

> On Nov 20, 2018, at 12:35 PM, Nadav Amit wrote: > > When modules and BPF filters are loaded, there is a time window in > which some memory is both writable and executable. An attacker that has > already found another vulnerability (e.g., a dangling pointer) might be > able to exploit this behav

Re: [PATCH v2] arm64: dts: qcom: sdm845: Add qspi (quad SPI) node

Andy, On Mon, Oct 8, 2018 at 4:18 PM Stephen Boyd wrote: > > Quoting Douglas Anderson (2018-10-08 13:17:11) > > This adds the Quad SPI controller to the main sdm845 device tree file. > > Boards will be expected to assign the proper pinctrl depending on how > > many chip selects they have hooked u

[PATCH v4 01/21] nvmem: Mark nvmem_type_str array with __maybe_unused

Since we put static variable to a header file it's copied to each module that includes the header. But not all of them are actually using it. Mark nvmem_type_str array with __maybe_unused to make a compiler happy: In file included from include/linux/rtc.h:18, from drivers/rtc/rtc

[PATCH v4 00/21] lib, rtc: Print rtc_time via %ptR[dt][r]

*** BLURB HERE *** At some point I have noticed too many users of struct rtc_time that printing its content field by field. In this series I introduce %ptR[dt][r] specifier to make life a bit easier. There are still users of detailed output of the struct rtc_time, but we can introduce an addition

[PATCH v4 21/21] PM: Switch to use %ptR

Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Cc: linux...@vger.kernel.org Acked-by: Rafael J. Wysocki Signed-off-by: Andy Shevchenko --- drivers/base/power/trace.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/driv

[PATCH v4 18/21] rtc: tegra: Switch to use %ptR

Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Cc: Thierry Reding Cc: Jonathan Hunter Signed-off-by: Andy Shevchenko --- drivers/rtc/rtc-tegra.c | 30 +++--- 1 file changed, 3 insertions(+), 27 deletions(-) diff --g

[PATCH v4 20/21] mk68/mac: Switch to use %ptR

Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Cc: Geert Uytterhoeven Signed-off-by: Andy Shevchenko --- arch/m68k/mac/misc.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/arch/m68k/mac/misc.c b/arch/m68k/mac/mi

[4.19-stable PATCH] dax: Avoid losing wakeup in dax_lock_mapping_entry

From: Matthew Wilcox commit 25bbe21bf427a81b8e3ccd480ea0e1d940256156 upstream. After calling get_unlocked_entry(), you have to call put_unlocked_entry() to avoid subsequent waiters losing wakeups. Fixes: c2a7d2a11552 ("filesystem-dax: Introduce dax_lock_mapping_entry()") Cc: Signed-off-by: Mat

[PATCH v4 16/21] rtc: s3c: Switch to use %ptR

Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Signed-off-by: Andy Shevchenko --- drivers/rtc/rtc-s3c.c | 20 1 file changed, 4 insertions(+), 16 deletions(-) diff --git a/drivers/rtc/rtc-s3c.c b/drivers/rtc/rtc-s3c.c in

[PATCH v4 15/21] rtc: rx8025: Switch to use %ptR

Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Signed-off-by: Andy Shevchenko --- drivers/rtc/rtc-rx8025.c | 19 --- 1 file changed, 4 insertions(+), 15 deletions(-) diff --git a/drivers/rtc/rtc-rx8025.c b/drivers/rtc/rtc-rx8

[PATCH v4 19/21] Input: hp_sdc_rtc - Switch to use %ptR

Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Cc: Dmitry Torokhov Signed-off-by: Andy Shevchenko Acked-by: Dmitry Torokhov --- drivers/input/misc/hp_sdc_rtc.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/driv

[PATCH v4 13/21] rtc: rk808: Switch to use %ptR

Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Signed-off-by: Andy Shevchenko --- drivers/rtc/rtc-rk808.c | 20 ++-- 1 file changed, 6 insertions(+), 14 deletions(-) diff --git a/drivers/rtc/rtc-rk808.c b/drivers/rtc/rtc-rk80

[PATCH v4 17/21] rtc: s5m: Switch to use %ptR

Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Cc: Bartlomiej Zolnierkiewicz Reviewed-by: Krzysztof Kozlowski Signed-off-by: Andy Shevchenko --- drivers/rtc/rtc-s5m.c | 27 ++- 1 file changed, 6 insertions(+), 21 del

[PATCH v4 03/21] rtc: Switch to use %ptR

Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Note, we drop the validation option. This is only used in a deprecated ABI and is mostly wrong as many RTCs will still be valid after 2100. Cc: Arnd Bergmann Acked-by: Greg Kroah-Hartman Signed-

[PATCH v4 09/21] rtc: pcf50633: Switch to use %ptR

Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Signed-off-by: Andy Shevchenko --- drivers/rtc/rtc-pcf50633.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/rtc/rtc-pcf50633.c b/drivers/rtc/rtc-pcf50633.c i

[PATCH v4 14/21] rtc: rx6110: Switch to use %ptR

Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Signed-off-by: Andy Shevchenko --- drivers/rtc/rtc-rx6110.c | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/drivers/rtc/rtc-rx6110.c b/drivers/rtc/rtc-rx6110.c in

[PATCH v4 08/21] rtc: mcp795: Switch to use %ptR

Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Signed-off-by: Andy Shevchenko --- drivers/rtc/rtc-mcp795.c | 18 ++ 1 file changed, 6 insertions(+), 12 deletions(-) diff --git a/drivers/rtc/rtc-mcp795.c b/drivers/rtc/rtc-mcp7

[PATCH v4 11/21] rtc: pm8xxx: Switch to use %ptR

Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Signed-off-by: Andy Shevchenko --- drivers/rtc/rtc-pm8xxx.c | 16 +--- 1 file changed, 5 insertions(+), 11 deletions(-) diff --git a/drivers/rtc/rtc-pm8xxx.c b/drivers/rtc/rtc-pm8xxx

[PATCH v4 07/21] rtc: m48t59: Switch to use %ptR

Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Signed-off-by: Andy Shevchenko --- drivers/rtc/rtc-m48t59.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/rtc/rtc-m48t59.c b/drivers/rtc/rtc-m48t59.c index a

[PATCH v4 10/21] rtc: pic32: Switch to use %ptR

Use %ptR instead of open coded variant to print content of struct rtc_time in human readable format. Signed-off-by: Andy Shevchenko --- drivers/rtc/rtc-pic32.c | 18 -- 1 file changed, 4 insertions(+), 14 deletions(-) diff --git a/drivers/rtc/rtc-pic32.c b/drivers/rtc/rtc-pic32.

<    1   2   3   4   5   6   7   8   9   >