[PATCH v5] bpf, x86_32: add eBPF JIT compiler for ia32

The JIT compiler emits ia32 bit instructions. Currently, It supports eBPF only. Classic BPF is supported because of the conversion by BPF core. Almost all instructions from eBPF ISA supported except the following: BPF_ALU64 | BPF_DIV | BPF_K BPF_ALU64 | BPF_DIV | BPF_X BPF_ALU64 | BPF_MOD | BPF_K

[GIT pull] timer updates for 4.17

Linus, please pull the latest timers-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-urgent-for-linus Two fixes from the timer departement: - Fix a long standing issue in the NOHZ tick code which causes RB tree corruption, delayed timers

Re: [1/2] hwmon: (k10temp) Fix reading critical temperature register

On Thu, Apr 26, 2018 at 08:13:08PM -0700, Guenter Roeck wrote: > The HTC (Hardware Temperature Control) register has moved > for recent chips. > > Signed-off-by: Guenter Roeck > --- > Compile tested only. No idea what I did here. I had the same patch in the standalone driver

Re: [RFT][PATCH] arm64: dts: exynos: Remove unneeded address space mapping for soc node

On Wed, Apr 25, 2018 at 07:52:45AM +0200, Marek Szyprowski wrote: > Hi Krzysztof, > > On 2018-04-24 19:36, Krzysztof Kozlowski wrote: > > Remove the address space mapping between root and soc nodes to fix > > DTC warnings in Exynos5433 and Exynos7 like: > > > >

[PATCH V4] clk: at91: PLL recalc_rate() now using cached MUL and DIV values

When a USB device is connected to the USB host port on the SAM9N12 then you get "-62" error which seems to indicate USB replies from the device are timing out. Based on a logic sniffer, I saw the USB bus was running at half speed. The PLL code uses cached MUL and DIV values which get set in

Re: [PATCH] staging: luster: llite: fix a potential missing-check bug when copying lumv

On Sat, Apr 28, 2018 at 04:04:25PM +, Dilger, Andreas wrote: > On Apr 27, 2018, at 17:45, Wenwen Wang wrote: > > [PATCH] staging: luster: llite: fix potential missing-check bug when > > copying lumv > > (typo) s/luster/lustre/ > > > In ll_dir_ioctl(), the object lumv3 is

Re: [PATCH 1/7] gnss: add GNSS receiver subsystem

On Wed, Apr 25, 2018 at 02:23:15PM +0200, Johan Hovold wrote: > On Wed, Apr 25, 2018 at 12:56:45PM +0200, Johan Hovold wrote: > > On Wed, Apr 25, 2018 at 10:56:49AM +0200, Greg Kroah-Hartman wrote: > > > On Tue, Apr 24, 2018 at 06:34:52PM +0200, Johan Hovold wrote: > > > > > +static int

Re: [PATCH 07/11] driver core: Respect all error codes from dev_pm_domain_attach()

On Thu, Apr 26, 2018 at 10:53:06AM +0200, Ulf Hansson wrote: > The limitation of being able to check only for -EPROBE_DEFER from > dev_pm_domain_attach() has been removed. Hence let's respect all error > codes and bail out accordingly. If that is really true, nice job! Acked-by: Greg

Re: [PATCH] [v4] staging: wlan-ng: prism2sta: fixed indent coding style issues.

On Sat, Apr 28, 2018 at 08:26:29PM +, Efstratios Gavas wrote: > Fixed format/style issues found with checkpatch. No code changes. > Corrected alignment of variables after open parenthesis and line breaks. > Checkpatch now returns clean except for "line over 80 char" warnings. > >

Re: Linux messages full of `random: get_random_u32 called from`

On Sun, Apr 29, 2018 at 08:41:01PM +0200, Pavel Machek wrote: > Umm. No. https://www.youtube.com/watch?v=xneBjc8z0DE Okay, but /dev/urandom isn't a solution to this problem because it isn't usable until crng init is complete, so it suffers from the same init lag as /dev/random. Sultan

Re: [PATCH v2] hwmon: (k10temp) Fix reading critical temperature register

2018-04-29 17:08 GMT+02:00 Guenter Roeck : > The HTC (Hardware Temperature Control) register has moved > for recent chips. > > Signed-off-by: Guenter Roeck > --- > v2: Actually call the new function pointer from show_temp_crit(). > >

KASAN: use-after-free Read in path_init

Hello, syzbot hit the following crash on upstream commit d8a332730e757129e70675679f2b2a03f1ecf65e (Fri Apr 27 17:39:38 2018 +) Merge tag 'char-misc-4.17-rc3' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc syzbot dashboard link:

KMSAN: uninit-value in _decode_session4

Hello, syzbot hit the following crash on https://github.com/google/kmsan.git/master commit d2d741e5d1898dfde1a75ea3d29a9a3e2edf0617 (Sun Apr 22 15:05:22 2018 +) kmsan: add initialization for shmem pages syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=e7fec512bc2eb4ae0781

WARNING: ODEBUG bug in __sk_destruct

Hello, syzbot hit the following crash on net-next commit af201bab50a89aa6cf4df952b2c3bf55895c8eee (Fri Apr 27 15:12:10 2018 +) udp: remove stray export symbol syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=92209502e7aab127c75f So far this crash happened 5 times on

Re: [PATCH] hwmon: (k10temp) Add support for Stoney Ridge and Bristol Ridge CPUs

On 04/29/2018 09:28 AM, Gabriel C wrote: 2018-04-29 18:16 GMT+02:00 Guenter Roeck : Add support for Stoney Ridge and Bristol Ridge (Family 15h Model 0x70) CPUs. Registers match those of Family 15h Model 0x60. Signed-off-by: Guenter Roeck ---

Re: Linux messages full of `random: get_random_u32 called from`

On Sun, Apr 29, 2018 at 04:32:05PM +0200, Pavel Machek wrote: > Hi! > > > This is why ultimately, we do need to attack this problem from both > > ends, which means teaching userspace programs to only request > > cryptographic-grade randomness when it is really needed --- and most > > of the time,

Re: [PATCH 2/2] hwmon: (k10temp) Use API function to access System Management Network

On 04/29/2018 11:19 AM, Gabriel C wrote: 2018-04-29 19:46 GMT+02:00 Guenter Roeck : On 04/28/2018 06:54 PM, Guenter Roeck wrote: The SMN (System Management Network) on Family 17h AMD CPUs is also accessed from other drivers, specifically EDAC. Accessing it directly is

Re: [PATCH 1/2] x86/amd_nb: Add support for Raven Ridge CPUs

On 04/29/2018 10:53 AM, Borislav Petkov wrote: On Sat, Apr 28, 2018 at 06:54:38PM -0700, Guenter Roeck wrote: Add Raven Ridge root bridge and data fabric PCI IDs. This is required for amd_pci_dev_to_node_id() and amd_smn_read(). Signed-off-by: Guenter Roeck --- This patch

Re: [PATCHv2,1/7] sched: Add static_key for asymmetric cpu capacity optimizations

Hi, On 27/04/18 15:04, Jiada Wang wrote: > Hi > > with this patch, if enable CONFIG_DEBUG_ATOMIC_SLEEP=y, > then I am getting following BUG report during early startup > Thanks for bringing that up. > Backtrace caused by [1] during early kernel startup: > [ 5.325288] CPU: All CPU(s) started

[PATCH v6 2/3] pinctrl: bcm2835: Add support for generic pinctrl binding

To keep driver up to date we add generic pinctrl binding support, which covers the features used in this driver and has additional node properties that this SoC has compatibility, so enabling future implementations of these properties without the need to create new node properties in the device

Re: [PATCH v4 09/12] KVM: arm/arm64: Check all vcpu redistributors are set on map_resources

On Fri, Apr 27, 2018 at 04:15:02PM +0200, Eric Auger wrote: > On vcpu first run, we eventually know the actual number of vcpus. > This is a synchronization point to check all redistributors > were assigned. On kvm_vgic_map_resources() we check both dist and > redist were set, eventually check

[PATCH v2] hwmon: (k10temp) Fix reading critical temperature register

The HTC (Hardware Temperature Control) register has moved for recent chips. Signed-off-by: Guenter Roeck --- v2: Actually call the new function pointer from show_temp_crit(). drivers/hwmon/k10temp.c | 40 ++-- 1 file changed, 30

[GIT pull] x86/pti updates for 4.17

Linus, please pull the latest x86-pti-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-pti-for-linus A set of updates for the x86/pti related code: - Preserve r8-r11 in int $0x80. r8-r11 need to be preserved, but the $int80 entry code removed that

[GIT pull] x86 updates for 4.17

Linus, please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus Another set of x86 related updates: - Fix the long broken x32 version of the IPC user space headers which was noticed by Arnd Bergman in

Re: [PATCH] mtd: nftl: Remove VLA usage

On Sun, 29 Apr 2018 07:31:15 -0700 Kees Cook wrote: > On Sun, Apr 29, 2018 at 2:16 AM, Boris Brezillon > wrote: > > Hi Kees, > > > > On Mon, 23 Apr 2018 13:35:00 -0700 > > Kees Cook wrote: > > > >> On the quest to

Re: [PATCH v2] hwmon: (k10temp) Fix reading critical temperature register

On 04/29/2018 09:03 AM, Gabriel C wrote: 2018-04-29 17:08 GMT+02:00 Guenter Roeck : The HTC (Hardware Temperature Control) register has moved for recent chips. Signed-off-by: Guenter Roeck --- v2: Actually call the new function pointer from

Re: [PATCH 2/2] hwmon: (k10temp) Display both Tctl and Tdie

2018-04-27 5:13 GMT+02:00 Guenter Roeck : > On some AMD CPUs, there is a different between the die temperature > (Tdie) and the reported temperature (Tctl). Tdie is the real measured > temperature, and Tctl is used for fan control. Lets report both for > affected CPUs. > >

Re: [PATCH] hwmon: (k10temp) Add support for Stoney Ridge and Bristol Ridge CPUs

2018-04-29 18:16 GMT+02:00 Guenter Roeck : > Add support for Stoney Ridge and Bristol Ridge (Family 15h Model 0x70) > CPUs. Registers match those of Family 15h Model 0x60. > > Signed-off-by: Guenter Roeck > --- > drivers/hwmon/k10temp.c | 5 + > 1 file

Re: [PATCH 0/3] linux-next: mm: hardening: Track genalloc allocations

oops, sorry, I forgot the references :-( On 29/04/18 20:39, Igor Stoppa wrote: On 29/04/18 07:09, Matthew Wilcox wrote: On Sun, Apr 29, 2018 at 06:45:39AM +0400, Igor Stoppa wrote: This patchset was created as part of an older version of pmalloc, however it has value per-se, as it hardens

general protection fault in __radix_tree_delete

Hello, syzbot hit the following crash on upstream commit cdface5209349930ae1b51338763c8e029971b97 (Sun Apr 29 03:07:21 2018 +) Merge tag 'for_linus_stable' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4 syzbot dashboard link:

WARNING in task_participate_group_stop (2)

Hello, syzbot hit the following crash on upstream commit bf8f5de17442bba5f811e7e724980730e079ee11 (Sat Apr 28 17:05:04 2018 +) MAINTAINERS: add myself as maintainer of AFFS syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=b109633ea805cac54a61 So far this crash happened 2

Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct

On Tue, Mar 13, 2018 at 11:32 AM, Matthew Wilcox wrote: > On Tue, Mar 13, 2018 at 06:19:51PM +0100, Julia Lawall wrote: >> On Thu, 8 Mar 2018, Matthew Wilcox wrote: >> > On Thu, Mar 08, 2018 at 07:24:47AM +0100, Julia Lawall wrote: >> > > Thanks. So it's OK to replace

Re: Tracking: radeon 0000:00:10.0: ring 0 stalled for more than 10240msec

Am 23.04.2018 um 20:50 schrieb Mathieu Malaterre: Hi there, I am pretty sure I was able to run kodi on an old Mac Mini G4 (big endian) with AMD RV280. Today it is failing to start with: Well, that is rather old hardware. I suggest to make sure first that the hw isn't broken in some way.

[PATCH v6 3/3] pinctrl: bcm2835: Add support for output-low output-high properties

Properties to set initial value of pin output buffer. This can be useful for configure hardware in overlay files, and in early boot for checking it states in QA sanity tests. Signed-off-by: Matheus Castello --- drivers/pinctrl/bcm/pinctrl-bcm2835.c | 5 + 1 file

Re: Linux messages full of `random: get_random_u32 called from`

On Sun, Apr 29, 2018 at 11:30:57AM -0700, Sultan Alsawaf wrote: > > Mind you, this laptop has a 45W CPU, so power savings were definitely not > considered in its design. Do you have any machines that can provide enough > boot entropy to satisfy crng init without requiring user-provided entropy?

Re: Moving unmaintained filesystems to staging

On Sunday 29 April 2018 14:07:05 Greg KH wrote: > On Thu, Apr 26, 2018 at 08:11:08AM +0200, Pavel Machek wrote: > > On Wed 2018-04-25 08:46:02, Matthew Wilcox wrote: > > > Recently ncpfs got moved to staging. Also recently, we had some fuzzer > > > developers report bugs in hfs, which they deem a

[PATCH] scsi: mpt3sas: fix spelling mistake: "disbale" -> "disable"

From: Colin Ian King Trivial fix to spelling mistake in module parameter description text Signed-off-by: Colin Ian King --- drivers/scsi/mpt3sas/mpt3sas_base.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH] ARM: dts: imx6qdl-cubox-i: Move card-detect GPIO to 1.5 SOM devices only

On Sun, Apr 29, 2018 at 3:47 PM, Paul Kocialkowski wrote: > Hi, > > Le dimanche 22 avril 2018 à 19:22 +0200, Paul Kocialkowski a écrit : >> Are all CuBox-i units that have ever been sold supposed to have a >> connector with a CD line? I find it hard to believe that it's broken

Re: [LSF/MM TOPIC NOTES] x86 ZONE_DMA love

Here are some improved results, also taking into account the pci functions. julia too small: drivers/gpu/drm/i915/i915_drv.c:1138: 30 too small: drivers/hwtracing/coresight/coresight-tmc.c:335: 0 too small: drivers/media/pci/sta2x11/sta2x11_vip.c:859: 29 too small:

[GIT pull] perf updates for 4.17

Linus, please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus The perf update contains the following bits: x86: - Prevent setting freeze_on_smi on PerfMon V1 CPUs to avoid #GP perf stat:

Re: [PATCH v3] clk: at91: PLL recalc_rate() now using cached MUL+DIV values

On Sun, Apr 29, 2018 at 03:17:10PM +0200, Boris Brezillon wrote: > Hi Marcin, > > On Fri, 27 Apr 2018 13:56:09 -0400 > Marcin Ziemianowicz wrote: > > > Stephen Boyd , > > linux-...@vger.kernel.org, > > linux-arm-ker...@lists.infradead.org, > >

Re: [PATCH] ARM: dts: imx6qdl-cubox-i: Move card-detect GPIO to 1.5 SOM devices only

Hi, Le dimanche 29 avril 2018 à 16:09 +0200, Jon Nettleton a écrit : > You have either an initial early developer unit (pre-production) that > was assembled like this for testing, or a unit that someone > specifically ordered assembled this way. You can see from the > schematic that this option

Re: [PATCH v6 7/8] ipc: Allow boot time extension of IPCMNI from 32k to 2M

/commits/Waiman-Long/ipc-Clamp-mni-to-the-real-IPCMNI-limit-increase-that-limit/20180429-175431 config: m68k-stmark2_defconfig (attached as .config) compiler: m68k-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross

Re: [PATCH 2/2] hwmon: (k10temp) Display both Tctl and Tdie

On 04/29/2018 09:13 AM, Gabriel C wrote: 2018-04-27 5:13 GMT+02:00 Guenter Roeck : On some AMD CPUs, there is a different between the die temperature (Tdie) and the reported temperature (Tctl). Tdie is the real measured temperature, and Tctl is used for fan control. Lets

Re: Linux messages full of `random: get_random_u32 called from`

On Sun 2018-04-29 10:05:41, Sultan Alsawaf wrote: > On Sun, Apr 29, 2018 at 04:32:05PM +0200, Pavel Machek wrote: > > Hi! > > > > > This is why ultimately, we do need to attack this problem from both > > > ends, which means teaching userspace programs to only request > > > cryptographic-grade

Re: [PATCH v6 0/3] bcm2835: Add generic pinctrl support

This series adds support for generic binding for pinctrl bcm2835 driver, and add the code for set output buffer of a pin using the output-low and output-high generic properties. Tested on Raspberry Pi Zero W, based on bcm2835 SoC. Changes since v5: (Suggested by Stefan Wahren) - Fix checkpatch

Re: [PATCH v4 06/12] KVM: arm/arm64: Adapt vgic_v3_check_base to multiple rdist regions

On Fri, Apr 27, 2018 at 04:14:59PM +0200, Eric Auger wrote: > vgic_v3_check_base() currently only handles the case of a unique > legacy redistributor region whose size is not explicitly set but > infered, instead, from the number of online vcpus. nit: inferred > > We adapt it to handle the case

Re: [PATCH v3] clk: at91: PLL recalc_rate() now using cached MUL+DIV values

On Sun, 29 Apr 2018 15:17:10 +0200 Boris Brezillon wrote: > Hi Marcin, > > On Fri, 27 Apr 2018 13:56:09 -0400 > Marcin Ziemianowicz wrote: > > > Stephen Boyd , > > linux-...@vger.kernel.org, > >

Re: [PATCH v3] clk: at91: PLL recalc_rate() now using cached MUL+DIV values

On Sun, Apr 29, 2018 at 03:19:35PM +0200, Boris Brezillon wrote: > On Sun, 29 Apr 2018 15:17:10 +0200 > Boris Brezillon wrote: > > > Hi Marcin, > > > > On Fri, 27 Apr 2018 13:56:09 -0400 > > Marcin Ziemianowicz wrote: > > > > > Stephen

Re: [PATCH 0/3] linux-next: mm: hardening: Track genalloc allocations

On 29/04/18 07:09, Matthew Wilcox wrote: On Sun, Apr 29, 2018 at 06:45:39AM +0400, Igor Stoppa wrote: This patchset was created as part of an older version of pmalloc, however it has value per-se, as it hardens the memory management for the generic allocator genalloc. Genalloc does not

WARNING in __mutex_unlock_slowpath

Hello, syzbot hit the following crash on upstream commit bf8f5de17442bba5f811e7e724980730e079ee11 (Sat Apr 28 17:05:04 2018 +) MAINTAINERS: add myself as maintainer of AFFS syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=35666cba7f0a337e2e79 C reproducer:

possible deadlock in vfs_fallocate

Hello, syzbot hit the following crash on upstream commit cdface5209349930ae1b51338763c8e029971b97 (Sun Apr 29 03:07:21 2018 +) Merge tag 'for_linus_stable' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4 syzbot dashboard link:

Re: [PATCH 1/5] ARM: dts: exynos: Remove unnecessary address/size properties in Midas boards

On Tue, Apr 24, 2018 at 07:45:58PM +0200, Krzysztof Kozlowski wrote: > The children of regulators node do not have reg/ranges properties. Move the > children up one level, get rid of regulators node and remove > address-cells and size-cells properties. This fixes warnings for > Exynos4412 Midas

[RFC/RFT] Add noats flag to boot parameters

This patch adds noats option to the pci boot parameter. When noats is selected, all ATS related functions fail immediately and the IOMMU is configured to not use device-iotlb. Any function that checks for ATS capabilities directly against the devices should also check this flag. (Currently, such

Re: Moving unmaintained filesystems to staging

On Thu, Apr 26, 2018 at 08:11:08AM +0200, Pavel Machek wrote: > On Wed 2018-04-25 08:46:02, Matthew Wilcox wrote: > > Recently ncpfs got moved to staging. Also recently, we had some fuzzer > > developers report bugs in hfs, which they deem a security hole because > > Ubuntu attempts to automount

Re: [PATCH 1/3] dt-bindings: added new pwm-sifive driver documentation

On Sat, Apr 28, 2018 at 10:54 PM, Thierry Reding wrote: > On Fri, Apr 27, 2018 at 03:59:56PM -0700, Wesley W. Terpstra wrote: >> +Unlike most other PWM controllers, the SiFive PWM controller currently only >> +supports one period for all channels in the PWM. This is set

[PATCH v2] mtd: nftl: Remove VLA usage

On the quest to remove all stack VLAs from the kernel[1] this changes the check_free_sectors() routine to use a kmalloc()ed buffer instead of a large VLA stack buffer. [1] https://lkml.kernel.org/r/CA+55aFzCG-zNmZwX4A2FQpadafLfEzK6CC=qpxydaacu1rq...@mail.gmail.com Signed-off-by: Kees Cook

WARNING: ODEBUG bug in del_timer

Hello, syzbot hit the following crash on net-next commit af201bab50a89aa6cf4df952b2c3bf55895c8eee (Fri Apr 27 15:12:10 2018 +) udp: remove stray export symbol syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=03faa2dc16b8b64be396 So far this crash happened 26 times on

Re: [PATCH 2/2] hwmon: (k10temp) Use API function to access System Management Network

On 04/28/2018 06:54 PM, Guenter Roeck wrote: The SMN (System Management Network) on Family 17h AMD CPUs is also accessed from other drivers, specifically EDAC. Accessing it directly is racy. On top of that, accessing the SMN through root bridge 00:00 is wrong on multi-die CPUs and may result in

Re: [PATCH 2/2] hwmon: (k10temp) Use API function to access System Management Network

2018-04-29 19:46 GMT+02:00 Guenter Roeck : > On 04/28/2018 06:54 PM, Guenter Roeck wrote: >> >> The SMN (System Management Network) on Family 17h AMD CPUs is also >> accessed >> from other drivers, specifically EDAC. Accessing it directly is racy. >> On top of that, accessing

Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct

On Sun, Apr 29, 2018 at 09:59:27AM -0700, Kees Cook wrote: > Did this ever happen? Not yet. I brought it up at LSFMM, and I'll repost the patches soon. > I'd also like to see kmalloc_array_3d() or > something that takes three size arguments. We have a lot of this > pattern too: > >

[PATCH] iio: humidity: hts221: Fix sensor reads after resume

CTRL1 register (ODR & BDU settings) gets reset after system comes back from suspend, causing subsequent reads from the sensor to fail. This patch restores the CTRL1 register after resume. Based on: git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio.git iio-fixes-for-4.14b Since 4.17.rc1,

Re: [RFD] x86: The future of MPX

On 04/28/2018 09:44 AM, Linus Torvalds wrote: > On Sat, Apr 28, 2018 at 9:36 AM Linus Torvalds < > torva...@linux-foundation.org> wrote: > >> They need to be run as root. > Side note: don't get me wrong. If the MPX stuff isn't supported by gcc, > then there is little point in us supporting it in

Re: [RFC PATCH 1/2] ACPI / PNP: Don't add "enumeration_by_parent" devices

On Fri, 27 Apr 2018, John Garry wrote: > On 26/04/2018 15:23, John Garry wrote: > > On 26/04/2018 15:08, Mika Westerberg wrote: > > > On Thu, Apr 26, 2018 at 02:49:49PM +0100, John Garry wrote: > > > > diff --git a/drivers/bus/hisi_lpc.c b/drivers/bus/hisi_lpc.c > > > > index 2d4611e..b04425b

[PATCH v2 07/10] PCI: Convert of_pci_get_host_bridge_resources() users to devm variant

From: Jan Kiszka Straightforward for all of them, no more leaks afterwards. CC: Jingoo Han CC: Joao Pinto CC: Lorenzo Pieralisi Signed-off-by: Jan Kiszka Acked-by:

[PATCH] i2c: core-smbus: fix a potential uninitialization bug

In i2c_smbus_xfer_emulated(), there are two buffers: msgbuf0 and msgbuf1, which are used to save a series of messages, as mentioned in the comment. According to the value of the variable "size", msgbuf0 is initialized to various values. In contrast, msgbuf1 is left uninitialized until the function

[PATCH v2 01/10] PCI: Make pci_get_new_domain_nr() static

From: Jan Kiszka The only user of pci_get_new_domain_nr() is of_pci_bus_find_domain_nr(). Since they are defined in the same compilation unit, pci_get_new_domain_nr() can be made static, which also simplifies preprocessor conditionals. No functional change intended.

[PATCH v2 00/10] PCI: leak fixes, removable generic PCI host, assorted stuff

Changes in v2: - patch 1: commit message reworking as suggested by Lorenzo - patch 3-6: split-up as suggested by Bjorn - patch 8: new - patch 10: select PCI_DOMAINS from PCI_HOST_GENERIC, rather than allowing manual choice, as suggested by Lorenzo This primarily enables to unbind the

[PATCH v2 10/10] PCI: Enable PCI_DOMAINS along with generic PCI host controller

From: Jan Kiszka This controller is often instantiated by hypervisors, and they may add multiple of them or add them in addition to a physical host controller like the Jailhouse hypervisor is doing. Therefore allow for multiple domains so that we can handle them all.

Re: [PATCH V4] clk: at91: PLL recalc_rate() now using cached MUL and DIV values

On Sun, 29 Apr 2018 15:01:11 -0400 Marcin Ziemianowicz wrote: > When a USB device is connected to the USB host port on the SAM9N12 then > you get "-62" error which seems to indicate USB replies from the device > are timing out. Based on a logic sniffer, I saw the USB bus

[PATCHv2 1/1] arm64: To remove initrd reserved area entry from memblock

INITRD reserved area entry is not removed from memblock even though initrd reserved area is freed. After freeing the memory it is released from memblock. The same can be checked from /sys/kernel/debug/memblock/reserved. The patch makes sure that the initrd entry is removed from memblock when

Re: [PATCHv2 1/1] arm64: To remove initrd reserved area entry from memblock

Please ignore this mail. I missed replying to the thread. I have resubmitted over the proper thread. On Mon, 30 Apr 2018, 09:44 CHANDAN VN, wrote: > > INITRD reserved area entry is not removed from memblock > even though initrd reserved area is freed. After freeing > the

[PATCH 2/4] NFS: use cond_resched() when restarting walk of delegation list.

In three places we walk the list of delegations for an nfs_client until an interesting one is found, then we act of that delegation and restart the walk. New delegations are added to the end of a list and the interesting delegations are usually old, so in many case we won't repeat a long walk

[PATCH 1/4] NFS: slight optimization for walking list for delegations

There are 3 places where we walk the list of delegations for an nfs_client. In each case there are two nested loops, one for nfs_servers and one for nfs_delegations. When we find an interesting delegation we try to get an active reference to the server. If that fails, it is pointless to continue

[PATCH 4/4] NFS: Avoid quadratic search when freeing delegations.

There are three places that walk all delegation for an nfs_client and restart whenever they find something interesting - potentially resulting in a quadratic search: If there are 10,000 uninteresting delegations followed by 10,000 interesting one, then the code skips over 100,000,000 delegations,

[PATCH 0/4 V2] Avoid quadratic search when freeing delegations

Following review from Mathieu (thanks) I've made some revisions and split this into four patches. The RCU change is now in patch 3 by itself. I've also revised the description in the main (final) patch quite a bit. Thanks, NeilBrown --- NeilBrown (4): NFS: slight optimization for

[PATCH 3/4] rculist: add list_for_each_entry_from_rcu()

list_for_each_entry_from_rcu() is an RCU version of list_for_each_entry_from(). It walks a linked list under rcu protection, from a given start point. It is similar to list_for_each_entry_continue_rcu() but starts *at* the given position rather than *after* it. Naturally, the start point must

[PATCH v2 03/10] PCI: Factor out __of_pci_get_host_bridge_resources()

From: Jan Kiszka This will be needed for sharing the core logic between current of_pci_get_host_bridge_resources() and upcoming devm_of_pci_get_host_bridge_resources(). Already rename the dev parameter to dev_node in order to free the namespace for a real device

[PATCH v2 09/10] PCI: Add support for unbinding the generic PCI host controller

From: Jan Kiszka Particularly useful when working in virtual environments where the controller may come and go, but possibly not only there. CC: Will Deacon CC: Lorenzo Pieralisi Signed-off-by: Jan Kiszka

[PATCH v2 05/10] PCI: Replace pr_*() with dev_*() in __of_pci_get_host_bridge_resources()

From: Jan Kiszka Now that we have a device reference, make use of it for printing. And as long as dev can still be NULL, we will still get some reasonable output nevertheless. Signed-off-by: Jan Kiszka --- drivers/pci/of.c | 22

Re: [PATCH 3/4] rculist: add list_for_each_entry_from_rcu()

On Mon, Apr 30, 2018 at 02:31:30PM +1000, NeilBrown wrote: > list_for_each_entry_from_rcu() is an RCU version of > list_for_each_entry_from(). It walks a linked list under rcu > protection, from a given start point. > > It is similar to list_for_each_entry_continue_rcu() but starts *at* > the

[PATCH v2 02/10] PCI: Fix memory leak of devm_pci_alloc_host_bridge()

From: Jan Kiszka devm_pci_release_host_bridge_dev() failed to release the resource list. Fixes: 5c3f18cce083 ("PCI: Add devm_pci_alloc_host_bridge() interface") Signed-off-by: Jan Kiszka --- drivers/pci/probe.c | 4 +++- 1 file changed, 3

[PATCH v2 04/10] PCI: Add dev parameter to __of_pci_get_host_bridge_resources()

From: Jan Kiszka When non-NULL, use the new dev parameter of __of_pci_get_host_bridge_resources() to allocate the resource data structures via devm_kzalloc. That allows to release them automatically during device destruction. Signed-off-by: Jan Kiszka

[PATCH v2 08/10] PCI: Deprecate of_pci_get_host_bridge_resources()

From: Jan Kiszka There are no in-tree users remaining, all are converted to the managed variant. And it is unlikely that any out-of-tree user got the resource management right as well. So deprecate the interface and push users to the managed version instead. To avoid

[PATCH v2 06/10] PCI: Introduce devm_of_pci_get_host_bridge_resources()

From: Jan Kiszka of_pci_get_host_bridge_resources() allocates the resource structures it fills dynamically, but none of its callers care to release them so far. Rather than requiring everyone to do this explicitly, introduce a managed version of that service. This differs

Re: [PATCH 3/3] genalloc: selftest

Hi Igor, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.17-rc3 next-20180426] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCHv2 1/1] arm64: To remove initrd reserved area entry from memblock

INITRD reserved area entry is not removed from memblock even though initrd reserved area is freed. After freeing the memory it is released from memblock. The same can be checked from /sys/kernel/debug/memblock/reserved. The patch makes sure that the initrd entry is removed from memblock when

Re: Linux messages full of `random: get_random_u32 called from`

On Sun, Apr 29, 2018 at 08:11:07PM -0400, Theodore Y. Ts'o wrote: > > What your patch does is assume that there is a full bit of uncertainty > that can be obtained from the information gathered from each > interrupt. I *might* be willing to assume that to be valid on x86 > systems that have a

linux-next: Tree for Apr 30

Hi all, Changes since 20180426: The qcom tree lost its build failure. The clk-samsung tree lost its build failure. The net-next tree gained a conflict against the net tree. The ipsec-next tree gained a conflict against the net-next tree. The rpmsg tree lost its build failure. Non-merge

Re: [PATCH 1/3] dt-bindings: added new pwm-sifive driver documentation

Am 29.04.2018 um 22:51 schrieb Wesley Terpstra: > On Sat, Apr 28, 2018 at 10:54 PM, Thierry Reding > wrote: >> On Fri, Apr 27, 2018 at 03:59:56PM -0700, Wesley W. Terpstra wrote: >>> +Required properties: >>> +- compatible: should be "sifive,pwm0" >> >> Why not simply

Re: [PATCH 02/11] ASoC: amd: dma config parameters changes

Hi Vijendar, On Thu, Apr 26, 2018 at 5:14 AM Vijendar Mukunda wrote: > Added dma configuration parameters to rtd structure. > Moved dma configuration parameters intialization to > hw_params callback. > Removed hard coding in prepare and trigger callbacks. >

Re: [PATCH 05/11] ASoC: amd: pte offset related dma driver changes

On Thu, Apr 26, 2018 at 5:16 AM Vijendar Mukunda wrote: > Added pte offset variable in audio_substream_data structure. > Added Stoney related PTE offset macros in acp header file. > Modified hw_params callback to assign the pte offset value > based on asic_type. >

Re: [PATCH 06/11] ASoC: amd: sram bank update changes

On Thu, Apr 26, 2018 at 5:16 AM Vijendar Mukunda wrote: > Added sram bank variable to audio_substream_data structure. > Signed-off-by: Vijendar Mukunda Move initialization to acp_dma_open(), otherwise this is: Reviewed-by: Daniel Kurtz

Re: Linux messages full of `random: get_random_u32 called from`

Hi! > What would be useful is if people gave reports that listed exactly > what laptop and distributions they are using. Just "a high spec x86 > laptop" isn't terribly useful, because *my* brand-new Dell XPS 13 > running Debian testing is working just fine. The year, model, make, > and CPU type

Re: Linux messages full of `random: get_random_u32 called from`

> - if ((fast_pool->count < 64) && > - !time_after(now, fast_pool->last + HZ)) > - return; > - I suspect you still want the rate-limiting in place. But if you _do_ want to cheat like this, you could instead just modify the condition to only relax the rate limiting

Re: Linux messages full of `random: get_random_u32 called from`

On Sun, Apr 29, 2018 at 07:02:02PM -0400, Dave Jones wrote: > On Tue, Apr 24, 2018 at 09:56:21AM -0400, Theodore Y. Ts'o wrote: > > > Can you tell me a bit about your system? What distribution, what > > hardware is present in your sytsem (what architecture, what > > peripherals are

Re: Moving unmaintained filesystems to staging

On Sun, Apr 29, 2018 at 10:07:26PM +0200, Ondrej Zary wrote: > On Sunday 29 April 2018 14:07:05 Greg KH wrote: > > On Thu, Apr 26, 2018 at 08:11:08AM +0200, Pavel Machek wrote: > > > On Wed 2018-04-25 08:46:02, Matthew Wilcox wrote: > > > > Recently ncpfs got moved to staging. Also recently, we

Re: LICENSES: Missing ISC text & possibly a category ("Not recommended" vs. "Preferred licenses")

On Sun, Apr 29, 2018 at 12:15:11PM +0200, Rafał Miłecki wrote: > On 29 April 2018 at 07:26, Greg Kroah-Hartman > wrote: > > On Sat, Apr 28, 2018 at 11:25:17PM +0200, Rafał Miłecki wrote: > >> Due to some maintainers *preferring* BSD-compatible license for DTS > >>

Re: Linux messages full of `random: get_random_u32 called from`

On 04/29/2018 03:05 PM, Theodore Y. Ts'o wrote: What would be useful is if people gave reports that listed exactly what laptop and distributions they are using. Just "a high spec x86 laptop" isn't terribly useful, because*my* brand-new Dell XPS 13 running Debian testing is working just fine.

[PATCH resend] VFS: simplify seq_file iteration code and interface

Just resending after 2 weeks silence, in case it fell through a crack. Thanks, NeilBrown ("git am -c" understands this line) --8<- The documentation for seq_file suggests that it is necessary to be able to move the iterator to a given offset, however that is not the

  1   2   3   4   >