Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io

Vishal Verma writes: > dax_do_io (called for read() or write() for a dax file system) may fail > in the presence of bad blocks or media errors. Since we expect that a > write should clear media errors on nvdimms, make dax_do_io fall back to > the direct_IO path, which

Re: [PATCH v6 00/17] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

* Boris Brezillon [160415 09:06]: > On Fri, 15 Apr 2016 08:41:40 -0700 > Tony Lindgren wrote: > > Well the rules are that if something agreed to be immutable, then > > it will never get redone. And the immutable branch should be based > > on

Re: [PATCH RFC 09/22] block, cfq: replace CFQ with the BFQ-v0 I/O scheduler

Il giorno 15/apr/2016, alle ore 17:08, Tejun Heo ha scritto: > Hello, Paolo. > > On Fri, Apr 15, 2016 at 04:20:44PM +0200, Paolo Valente wrote: >>> It's actually a lot more difficult to answer that with bandwidth >>> scheduling. Let's say cgroup A has 50% of disk time. Sure,

Re: [PATCH 00/10] perf tools: Use SIGUSR2 control data dumpping

Em Fri, Apr 15, 2016 at 10:09:32AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Fri, Apr 15, 2016 at 07:40:44PM +0800, Wangnan (F) escreveu: > > On 2016/4/15 18:45, Wangnan (F) wrote: > > >On 2016/4/15 18:40, Jiri Olsa wrote: > > >>On Wed, Apr 13, 2016 at 08:21:03AM +, Wang Nan wrote: > > >

Re: [PATCH 6/7] pinctrl: tegra: Add DT binding for io pads control

On 04/12/2016 08:56 AM, Laxman Dewangan wrote: NVIDIA Tegra210 supports the IO pads which can operate at 1.8V or 3.3V I/O voltage levels. Also IO pads can be configured for power down state if it is not in used. SW needs to configure the voltage level of IO pads based on IO rail voltage and its

Re: [PATCH v3] ARM64: ACPI: Update documentation for latest specification version

On 04/15/2016 08:37 AM, Lorenzo Pieralisi wrote: > Hi Al, > > On Mon, Mar 28, 2016 at 06:06:42PM -0600, Al Stone wrote: >> The ACPI 6.1 specification was recently released at the end of January >> 2016, but the arm64 kernel documentation for the use of ACPI was written >> for the 5.1 version of

Re: Allocation of frame buffer at a specific memory range or address

On Fri, Apr 15, 2016 at 5:48 PM, Alexey Brodkin wrote: > Hello, > > I'm wondering if there's a way to force kernel to allocate backing > memory for frame buffer in a special location? > > A little bit of background below. > I continue to work on DRM driver for ARC

Re: [PATCH 4/7] soc/tegra: pmc: Add interface to set voltage of IO rails

On 04/15/2016 10:21 AM, Laxman Dewangan wrote: On Friday 15 April 2016 09:54 PM, Stephen Warren wrote: On 04/12/2016 08:56 AM, Laxman Dewangan wrote: NVIDIA Tegra210 supports some of the IO interface which can operate at 1.8V or 3.3V I/O rail voltage levels. SW needs to configure Tegra PMC

Re: [PATCH 01/16] devpts: Attempting to get it right

On Fri, Apr 15, 2016 at 8:34 AM, Eric W. Biederman wrote: > > To recap the situation for those who have not been following closely. > > There are programs such as xen-create-image that run as root and setup > a chroot environment with: > "mknod dev/ptmx c 5 2" > "mkdir

Re: [PATCH] spi: dln2: Pass of_node to spi master

On Fri, Apr 15, 2016 at 03:19:35PM +0300, Laurentiu Palcu wrote: > On Fri, Apr 15, 2016 at 03:10:52PM +0300, Crestez Dan Leonard wrote: > > Signed-off-by: Crestez Dan Leonard > Signed-off-by: Laurentiu Palcu Signed-off-by has a specific

[PATCH] x86: fix non-static inlines

Four instances of incorrect usage of non-static "inline" crept up in arch/x86, all trivial; cleaning them up: EVT_TO_HPET_DEV() - made static, it is only used in kernel/hpet.c Debug version of check_iommu_entries() is an __init function. Non-debug dummy empty version of it is declared "inline"

[PATCH V6 09/13] pci, acpi: Support for ACPI based generic PCI host controller

This patch is going to implement generic PCI host controller for ACPI world, similar to what pci-host-generic.c driver does for DT world. All such drivers, which we have seen so far, were implemented within arch/ directory since they had some arch assumptions (x86 and ia64). However, they all are

[PATCH V6 11/13] pci, acpi: Match PCI config space accessors against platfrom specific quirks.

Some platforms may not be fully compliant with generic set of PCI config accessors. For these cases we implement the way to overwrite accessors set prior to PCI buses enumeration. Algorithm traverses available quirk list, matches against tuple and an extra match call and returns corresponding PCI

Warning when unloading network block device

Hi The patch 23272a6754b81ff6503e09c743bb4ceeeab39997 (nbd: Remove signal usage) triggers a warning in nbd when the network block device is unloaded - WARN_ON_ONCE(in_irq() || irqs_disabled()) in the function __local_bh_enable_ip. The reason for the warning is that the function

[PATCH V6 04/13] pci, of: Move the PCI I/O space management to PCI core code.

No functional changes in this patch. PCI I/O space mapping code does not depend on OF, therefore it can be moved to PCI core code. This way we will be able to use it e.g. in ACPI PCI code. Suggested-by: Lorenzo Pieralisi Signed-off-by: Tomasz Nowicki

[PATCH V6 12/13] pci, pci-thunder-ecam: Add ACPI support for ThunderX ECAM.

Passes 1.x miss PCI enhanced allocation (EA) header for fixed-BARs, thus these passes should use Cavium-specific config access functions that synthesize the missing EA capabilities. We already have DT driver which addresses errata requirements and allows to use special PCI config accessors.

Re: [PATCH V10 0/6] Add support for MAXIM MAX77620/MAX20024 PMIC

Hi Lee, On Wednesday 30 March 2016 07:59 PM, Laxman Dewangan wrote: Add SW support for MAXIM Semiconductor's Power Management IC (PMIC) MAX77620/MAX20024. This PMIC supports DC-DC/LDOS, GPIOs, RTC, watchdog, clocks etc. This series add respective driver for each of sub-modules. Can you

[PATCH V6 10/13] arm64, pci, acpi: Start using ACPI based PCI host controller driver for ARM64.

It is perfectly fine to use ACPI_PCI_HOST_GENERIC for ARM64, so lets get rid of PCI init and RAW ACPI accessor empty stubs and go with full-blown PCI host controller driver. Signed-off-by: Tomasz Nowicki To: Catalin Marinas To: Lorenzo Pieralisi

Re: [Xen-devel] HVMLite / PVHv2 - using x86 EFI boot entry

On Thu, Apr 14, 2016 at 10:02:47PM -0400, Konrad Rzeszutek Wilk wrote: > On Thu, Apr 14, 2016 at 10:56:19PM +0200, Luis R. Rodriguez wrote: > > Are you telling me that HVMLite has no dead code issues ? > > You said earlier that baremetal has dead code issue. Then by extensions > _any_ execution

Re: [Xen-devel] HVMLite / PVHv2 - using x86 EFI boot entry

On Fri, Apr 15, 2016 at 05:03:07PM +0100, George Dunlap wrote: > On 15/04/16 16:30, Luis R. Rodriguez wrote: > > On Fri, Apr 15, 2016 at 10:59:16AM +0100, George Dunlap wrote: > >> On 14/04/16 20:44, Luis R. Rodriguez wrote: > >>> No, I meant to ask, would it be possible to make booting HVMLite

Re: [PATCH v3 1/2] ext4: Pass in DIO_SKIP_DIO_COUNT flag if inode_dio_begin() called

On 04/15/2016 04:17 AM, Dave Chinner wrote: On Thu, Apr 14, 2016 at 12:21:13PM -0400, Waiman Long wrote: On 04/13/2016 11:16 PM, Dave Chinner wrote: On Tue, Apr 12, 2016 at 02:12:54PM -0400, Waiman Long wrote: When performing direct I/O, the current ext4 code does not pass in the

Re: [PATCH v10 4/5] tpm: Initialize TPM and get durations and timeouts

On Fri, Apr 15, 2016 at 09:50:15AM -0400, Stefan Berger wrote: > @@ -69,12 +73,19 @@ static ssize_t vtpm_proxy_fops_read(struct file *filp, > char __user *buf, > size_t len; > int sig, rc; > > - sig = wait_event_interruptible(proxy_dev->wq, proxy_dev->req_len != 0); > + sig

Re: [PATCH v4 2/7] dt-bindings: Add bindings for phy-da8xx-usb

On 04/15/2016 05:48 AM, Sergei Shtylyov wrote: On 4/14/2016 9:35 PM, David Lechner wrote: Device tree binding for new phy-da8xx-usb driver. Signed-off-by: David Lechner Acked-by: Rob Herring --- v4 changes: * swapped order of usb20 and usb11 to be in

Re: [PATCH v2 1/2] mm, kasan: don't call kasan_krealloc() from ksize().

On 04/13/2016 02:20 PM, Alexander Potapenko wrote: > Instead of calling kasan_krealloc(), which replaces the memory allocation > stack ID (if stack depot is used), just unpoison the whole memory chunk. > > Signed-off-by: Alexander Potapenko Acked-by: Andrey Ryabinin

Re: [RFC PATCH 09/11] drivers: acpi: implement acpi_dma_configure

On Thu, Apr 14, 2016 at 06:25:41PM +0100, Lorenzo Pieralisi wrote: > On DT based systems, the of_dma_configure() API implements DMA configuration > for a given device. On ACPI systems an API equivalent to of_dma_configure() > is missing which implies that it is currently not possible to set-up DMA

[PATCH] NFC: hci: delete unused nfc_llc_get_rx_head_tail_room()

It used to be EXPORTed, but then EXPORT usage was cleaned up (in 2012), without noticing that the function has no users at all (and curiously, never had any users). Delete it. While at it, remove non-static "inline" hints on nearby functions: these hints don't work across compilation units

Re: [PATCH 0/2] da8xx clocks (was part of "da8xx USB clocks")

On 04/15/2016 01:36 AM, Sekhar Nori wrote: No, I had commented about removing the new clk init function you had introduced so I was waiting for that to be addressed. I was okay with the second patch in this series, but did not push it to master branch as it depends on clk init movement and

RE: [PATCH] acpi/acpica: fix Thunderbolt hotplug

Lv is looking at it. He has already commented that this might not be the best solution, so he is continuing to investigate. > -Original Message- > From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com] > Sent: Friday, April 15, 2016 12:40 AM > To: Prarit Bhargava > Cc:

Re: [PATCH] PCI: Designware: remove wrong RC memory base/limit configuration

Hi gabriele, [auto build test WARNING on pci/next] [also build test WARNING on v4.6-rc3 next-20160415] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Gabriele-Paoloni/PCI-Designware-remove

Re: [PATCH 4/7] soc/tegra: pmc: Add interface to set voltage of IO rails

On 04/12/2016 08:56 AM, Laxman Dewangan wrote: NVIDIA Tegra210 supports some of the IO interface which can operate at 1.8V or 3.3V I/O rail voltage levels. SW needs to configure Tegra PMC register to set different voltage level of IO interface based on IO rail voltage from power supply i.e.

Re: [PATCH 6/7] pinctrl: tegra: Add DT binding for io pads control

On Friday 15 April 2016 09:15 PM, Jon Hunter wrote: On 15/04/16 16:14, Laxman Dewangan wrote: I used pins as this is the property from pincon generic so that I can use the generic implementation. Here, I will not go to the pin level control as HW does not support pin level control. I will

Re: [PATCH 1/2 v2] device-tree: nexus7-flo: Remove power gpio key entry and use pmic8xxx-pwrkey

On Thu, Apr 14, 2016 at 4:07 PM, John Stultz wrote: > Since the pmic8xxx-pwrkey driver is already supported in the > qcom-apq8064.dtsi, and the pmic8xxx-pwrkey supports logic to > configure proper device shutdown when ps_hold goes low, it is > better to use that driver

Re: [PATCH 4/7] soc/tegra: pmc: Add interface to set voltage of IO rails

On Friday 15 April 2016 09:54 PM, Stephen Warren wrote: On 04/12/2016 08:56 AM, Laxman Dewangan wrote: NVIDIA Tegra210 supports some of the IO interface which can operate at 1.8V or 3.3V I/O rail voltage levels. SW needs to configure Tegra PMC register to set different voltage level of IO

Re: [PATCH v2 0/6] perf tools: Use SIGUSR2 control data dumpping

Em Fri, Apr 15, 2016 at 04:14:26PM +0300, Adrian Hunter escreveu: > On 15/04/16 03:19, Arnaldo Carvalho de Melo wrote: > > Em Thu, Apr 14, 2016 at 02:21:59PM +, Wang Nan escreveu: > >> This patch set is based on perf/core. > >> > >> v1 -> v2: Fix a bug which triggers output switching without >

Re: [PATCH v2 2/2] arm64: vhe: Verify CPU Exception Levels

On Thu, Apr 14, 2016 at 01:54:50PM +0100, Suzuki K Poulose wrote: > On 14/04/16 13:19, Christoffer Dall wrote: > >On Wed, Apr 13, 2016 at 02:41:33PM +0100, Suzuki K Poulose wrote: > > >>diff --git a/arch/arm64/kernel/smp.c b/arch/arm64/kernel/smp.c > >>index b2d5f4e..e97af155 100644 > >>---

Re: [PATCH 4/5] arm64: Verify CPU errata work arounds on hotplugged CPU

On 14/04/16 18:49, Suzuki K Poulose wrote: On 14/04/16 18:39, Will Deacon wrote: On Wed, Apr 06, 2016 at 12:24:13PM +0100, Suzuki K Poulose wrote: CPU Errata work arounds are detected and applied to the kernel code at boot time and the data is then freed up. If a new hotplugged CPU requires a

Re: linux-next crash during very early boot

On Thu, 14 Apr 2016 10:35:47 +0900, Joonsoo Kim said: > On Wed, Apr 13, 2016 at 08:29:46PM -0400, Valdis Kletnieks wrote: > > I'm seeing my laptop crash/wedge up/something during very early > > boot - before it can write anything to the console. Nothing in pstore, > > need to hold down the power

Re: [PATCH 3/7] [Media] vcodec: mediatek: Add Mediatek V4L2 Video Decoder Driver

On 04/13/2016 02:01 PM, Tiffany Lin wrote: > Add v4l2 layer decoder driver for MT8173 > > Signed-off-by: Tiffany Lin > --- > drivers/media/platform/mtk-vcodec/Makefile | 10 +- > drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.c | 1429 >

[PATCH v6 3/4] drm/dp_helper: Perform throw-away read before actual read in drm_dp_dpcd_read()

This is part of a patch series to migrate all of the workarounds for commonly seen behavior from bad sinks in intel_dp_dpcd_read_wake() to drm's DP helper. Some sinks will just return garbage for the first aux tranaction they receive when coming out of sleep mode, so we need to perform an

Re: [PATCH] block: loop: fix filesystem corruption in case of aio/dio

On 04/15/2016 04:51 AM, Ming Lei wrote: Starting from commit e36f620428(block: split bios to max possible length), block core starts to split bio in the middle of bvec. Unfortunately loop dio/aio doesn't consider this situation, and always treat 'iter.iov_offset' as zero. Then filesystem

Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups

Hello, Michal. On Fri, Apr 15, 2016 at 09:06:01AM +0200, Michal Hocko wrote: > Tejun was proposing to do the migration async (move the whole > mem_cgroup_move_charge into the work item). This would solve the problem > of course. I haven't checked whether this would be safe but it at least >

Re: [PATCH] gpio: omap: fix irq triggering in smart-idle wakeup mode

* Grygorii Strashko [160415 02:27]: > On 04/15/2016 11:32 AM, Linus Walleij wrote: > > On Tue, Apr 12, 2016 at 12:52 PM, Grygorii Strashko > > wrote: > > > >> Now GPIO IRQ loss is observed on dra7-evm after suspend/resume cycle > > (...) > >>

Re: [patch] PCI: acpiphp_ibm: potential uninitialized variable bug

On Fri, Apr 15, 2016 at 05:51:06PM +0300, Dan Carpenter wrote: > If ibm_get_table_from_acpi() fails then "table" isn't initialized. I > fixed this by adding a check for failure. > > Signed-off-by: Dan Carpenter Applied to pci/hotplug for v4.7, thanks, Dan! > diff

[RESEND PATCH] drm/panel: simple-panel: set appropriate mode type

From: Boris Brezillon All modes exposed by simple panels should be tagged as driver defined modes. Moreover, if a panel supports only one mode, this mode is obviously the preferred one. Doing this also fix a problem occurring when a 'video=' parameter is

Re: [PATCH v2] lib/stackdepot.c: allow the stack trace hash to be zero

On 04/13/2016 03:07 PM, Alexander Potapenko wrote: > Do not bail out from depot_save_stack() if the stack trace has zero hash. > Initially depot_save_stack() silently dropped stack traces with zero > hashes, however there's actually no point in reserving this zero value. > > Reported-by:

Re: [PATCH v10 2/5] tpm: Introduce TPM_CHIP_FLAG_VIRTUAL

On Fri, Apr 15, 2016 at 09:50:13AM -0400, Stefan Berger wrote: > Introduce TPM_CHIP_FLAG_VIRTUAL to be used when the chip device has no > parent device. > > Prevent sysfs entries requiring a parent device from being created. > > Signed-off-by: Stefan Berger >

Re: [PATCH 6/7] pinctrl: tegra: Add DT binding for io pads control

On Friday 15 April 2016 10:05 PM, Stephen Warren wrote: On 04/12/2016 08:56 AM, Laxman Dewangan wrote: NVIDIA Tegra210 supports the IO pads which can operate at 1.8V or 3.3V I/O voltage levels. Also IO pads can be configured for power down state if it is not in used. SW needs to configure the

Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io

On Fri, 2016-04-15 at 12:11 -0400, Jeff Moyer wrote: > Vishal Verma writes: > > > > > dax_do_io (called for read() or write() for a dax file system) may > > fail > > in the presence of bad blocks or media errors. Since we expect that > > a > > write should clear media

Re: [PATCH 4/7] soc/tegra: pmc: Add interface to set voltage of IO rails

On 04/15/2016 10:33 AM, Laxman Dewangan wrote: On Friday 15 April 2016 10:11 PM, Stephen Warren wrote: On 04/15/2016 10:21 AM, Laxman Dewangan wrote: On Friday 15 April 2016 09:54 PM, Stephen Warren wrote: On 04/12/2016 08:56 AM, Laxman Dewangan wrote: NVIDIA Tegra210 supports some of the

Re: [PATCHv4 1/2] x86/vdso: add mremap hook to vm_special_mapping

On Fri, Apr 15, 2016 at 7:12 AM, Dmitry Safonov wrote: > Add possibility for userspace 32-bit applications to move > vdso mapping. Previously, when userspace app called > mremap for vdso, in return path it would land on previous > address of vdso page, resulting in

[PATCH V6 00/13] Support for generic ACPI based PCI host controller

>From the functionality point of view this series might be split into the following logic parts: 1. Necessary fixes as the preparation for using driver on ARM64. 2. New ECAM API and update for users of the pci-host-common API 3. Use new MCFG interface and implement generic ACPI based PCI host

Re: [PATCH] lockdep: Include print_collision and helper functions in DEBUG_LOCKDEP

On Wed, Apr 13, 2016 at 5:57 PM, Yang Shi wrote: > pint_collosion and helper functions are just used when DEBUG_LOCKDEP is > selected, so include them in #ifdef CONFIG_DEBUG_LOCKDEP to avoid the below > "defined but not used" warning when DEBUG_LOCKDEP is off: > >

Re: [Xen-devel] HVMLite / PVHv2 - using x86 EFI boot entry

On 15/04/16 16:30, Luis R. Rodriguez wrote: > On Fri, Apr 15, 2016 at 10:59:16AM +0100, George Dunlap wrote: >> On 14/04/16 20:44, Luis R. Rodriguez wrote: >>> No, I meant to ask, would it be possible to make booting HVMLite using EFI >>> be optional ? That way if you already support EFI that can

Re: [PATCH V3] blackfin: optimize ffz, __ffs, ffs, __fls, and fls functions

在 2016/4/16 0:08, Joe Perches 写道: > On Fri, 2016-04-15 at 23:20 +0800, zengzhao...@163.com wrote: >> From: Zeng Zhaoxiu >> >> blackfin has popcount instruction (ONES), we can do the efficient >> computing (ffz, __ffs, ffs, __fls, and fls) use this instruction. > [] >> diff

Re: [PATCH] arm64: dts: Add L2 cache topology to Hi6220

Hi Leo, On 26/02/2016 05:28, Leo Yan wrote: > This patch adds the L2 cache topology on Hi6220. Hi6220 has two > clusters, every cluster has 512KiB L2 cache (32KiB x 16 ways). > > Signed-off-by: Leo Yan > --- Applied. Thanks! Best Regards, Wei >

Re: [PATCH V2 12/15] coresight: tmc: keep track of memory width

On 14 April 2016 at 05:19, Suzuki K Poulose wrote: > On 12/04/16 18:54, Mathieu Poirier wrote: >> >> Accessing the HW configuration register each time the memory >> width is needed simply doesn't make sense. It is much more >> efficient to read the value once and keep a

Re: [PATCH v5 06/21] x86, KASLR: Update description for decompressor worst case size

On 2016-04-14 Kees Cook wrote: > + * Above analysis is for decompressing gzip compressed kernel only. Up to > + * now 6 different decompressor are supported all together. There are six decompressors in Linux now, but the number can change and the comment become outdated, so I suggest omitting the

Re: [PATCH 0/7] IB/hfi1: Remove write() and use ioctl() for user access

On Fri, Apr 15, 2016 at 07:01:26AM +0300, Leon Romanovsky wrote: > On Thu, Apr 14, 2016 at 01:48:31PM -0400, Ira Weiny wrote: > > On Thu, Apr 14, 2016 at 10:45:50AM -0600, Jason Gunthorpe wrote: > > > On Thu, Apr 14, 2016 at 08:41:35AM -0700, Dennis Dalessandro wrote: > > > > This patch series

Re: [RFC PATCH 09/11] drivers: acpi: implement acpi_dma_configure

Hi Bjorn, On 15/04/16 17:14, Bjorn Helgaas wrote: On Thu, Apr 14, 2016 at 06:25:41PM +0100, Lorenzo Pieralisi wrote: On DT based systems, the of_dma_configure() API implements DMA configuration for a given device. On ACPI systems an API equivalent to of_dma_configure() is missing which implies

Re: [PATCH 5/7] soc/tegra: pmc: Register sub-devices of PMC

On 04/12/2016 08:56 AM, Laxman Dewangan wrote: Register sub devices of the PMC to support multiple functionalities of PMC. The sub devices are the subnode of PMC DT node with containing the compatible string of sub devices as follows: pmc@0,7000e400 { pmc-pad-control {

[PATCH] [media] fsl-viu: make inlines static

It looks like author of this code wasn't aware that plain "inline" without "static" does emit an (unused in this case) function body. Add "static" to every inline in drivers/media/platform/fsl-viu.c viu_default_settings() has only one callsite, so remove "inline" from it. viu_activate_next_buf()

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

On Thu 14 Apr 16:34 PDT 2016, Timur Tabi wrote: [..] > So I think the solution is to create a device tree (and ACPI) property that > holds the mask. > > dma-mask = <0 0x>; > > or > > dma-mask = <0x 0x>; > > The driver will then do this: > > u64

Re: [PATCH 4/7] soc/tegra: pmc: Add interface to set voltage of IO rails

On Friday 15 April 2016 10:11 PM, Stephen Warren wrote: On 04/15/2016 10:21 AM, Laxman Dewangan wrote: On Friday 15 April 2016 09:54 PM, Stephen Warren wrote: On 04/12/2016 08:56 AM, Laxman Dewangan wrote: NVIDIA Tegra210 supports some of the IO interface which can operate at 1.8V or 3.3V

Re: [PATCH v2] procfs: expose umask in /proc//status

On Thu, Apr 14, 2016 at 4:08 AM, Richard W.M. Jones wrote: > It's not possible to read the process umask without also modifying it, > which is what umask(2) does. A library cannot read umask safely, > especially if the main program might be multithreaded. > > Add a new status

Re: [PATCH v2] kaslr: allow kASLR to be default over Hibernation

On 2016-04-14 18:42, Kees Cook wrote: On Thu, Apr 14, 2016 at 1:34 PM, Pavel Machek wrote: On Thu 2016-04-14 13:14:07, Kees Cook wrote: On Thu, Apr 14, 2016 at 1:01 PM, Pavel Machek wrote: > Hi! > >> Since kASLR and Hibernation can not currently coexist at

Re: [PATCH] libnvdimm, pmem: clarify the write+clear_poison+write flow

On Thu, 2016-04-14 at 19:40 -0700, Dan Williams wrote: > The ACPI specification does not specify the state of data after a > clear > poison operation.  Potential future libnvdimm bus implementations for > other architectures also might not specify or disagree on the state > of > data after clear

Re: [PATCH 2/2] device-tree: nexus7: Add bq27541 battery interface to dts

On Thu, Apr 14, 2016 at 4:07 PM, John Stultz wrote: > Add support for battery level reading on the Nexus7 by > enabling the bq27541 driver in the nexus7 dts > > Cc: Rob Herring > Cc: Arnd Bergmann > Cc: Pawel Moll

Re: [PATCH] acpi/acpica: fix Thunderbolt hotplug

On 04/15/2016 12:21 PM, Moore, Robert wrote: > Lv is looking at it. He has already commented that this might not be the best > solution, so he is continuing to investigate. > /me scratches head Where was that comment made? P.

Re: [PATCHv3 2/2] x86: rename is_{ia32,x32}_task to in_{ia32,x32}_syscall

On 04/15/2016 07:52 PM, Andy Lutomirski wrote: Acked-by: Andy Lutomirski But if you resubmit, please consider making this patch 1 so Ingo can apply it directly. I resubmitted it already :-[ https://lkml.org/lkml/2016/4/15/431 If there will be v5 version, I'll submit this

[PATCH V6 05/13] acpi, pci: Support IO resources when parsing PCI host bridge resources.

Platforms that have memory mapped IO port (such as ARM64) need special handling for PCI I/O resources. For host bridge's resource probing case these resources need to be fixed up with pci_register_io_range/pci_remap_iospace etc. Furthermore, the same I/O resources need to be released after

[PATCH V6 08/13] PCI: generic, thunder: update to use generic ECAM API

From: Jayachandran C Use functions provided by drivers/pci/ecam.h for mapping the config space in drivers/pci/host/pci-host-common.c, and update its users to use 'struct pci_config_window' and 'struct pci_generic_ecam_ops' The changes are mostly to use 'struct

Re: [PATCH V2 04/15] coresight: tmc: introducing new header file

On 15/04/16 17:03, Mathieu Poirier wrote: On 14 April 2016 at 11:33, Suzuki K Poulose wrote: On 12/04/16 18:54, Mathieu Poirier wrote: The amount of #define, enumeration and structure definition is big enough to justify moving them to a new header file. +/*

Re: [PATCH V3] blackfin: optimize ffz, __ffs, ffs, __fls, and fls functions

On Fri, 2016-04-15 at 23:20 +0800, zengzhao...@163.com wrote: > From: Zeng Zhaoxiu > > blackfin has popcount instruction (ONES), we can do the efficient > computing (ffz, __ffs, ffs, __fls, and fls) use this instruction. [] > diff --git

Re: [PATCH 1/3] ARM: DTS: da850: add node for spi0

On 04/15/2016 05:24 AM, Sekhar Nori wrote: This made me notice that num-cs is populated wrongly for spi1. It actually has 8 chip selects. This is fine though. I might as well fix it since I have to make changes anyway. Don't remember how I came up with 6. Also, it will be nice to add

Re: [PATCH V4 4/6] slim: qcom: Add Qualcomm Slimbus controller driver

Hello Mark Apologies for a late reply. I will incorporate most of your comments. Please see inline response for 2 comments: + ret = devm_request_irq(>dev, dev->irq, msm_slim_interrupt, + IRQF_TRIGGER_HIGH, "msm_slim_irq", dev); + if (ret) { +

Re: [PATCH 3/6] regulator: rk808: Make rk808 generic, rename rk808-regulator.c

On 15/04/2016 at 11:26:02 +0100, Mark Brown wrote : > On Fri, Apr 15, 2016 at 11:16:27AM +0200, Wadim Egorov wrote: > > > This patch just renames the rk808 driver so we can reuse this driver > > to add more regulator devices from the RK8XX PMIC family later. > > We normally manage to cope fine

Re: [PATCH v5 00/10] Support for Cortex-M Prototyping System

On Fri, Apr 15, 2016 at 09:52:20AM +0100, Sudeep Holla wrote: > > > On 14/04/16 20:25, Greg KH wrote: > > On Thu, Apr 14, 2016 at 09:47:57AM +0100, Vladimir Murzin wrote: > > > Hi, > > > > > > On 01/04/16 15:02, Vladimir Murzin wrote: > > > > Hi, > > > > > > > > This patch series provides the

Re: [PATCH] clk: samsung: exynos7: Don't gate CMU_{CCORE, FSYS0} blocks clock

On 04/15/2016 02:37 PM, Alim Akhtar wrote: > On 04/14/2016 01:20 PM, Krzysztof Kozlowski wrote: >> > On 04/14/2016 06:42 AM, Alim Akhtar wrote: >>> >> This patch adds CLK_IS_CRITICAL flag to ACLK_CCORE_133 and ACLK_FSYS0_200 >>> >> clocks. These clocks are critical for accessing CMU_CCORE and

Re: [PATCH v2 6/8] clk: samsung: exynos542x: Add the clock id for ACLK

On 04/15/2016 11:05 AM, Krzysztof Kozlowski wrote: > On 04/15/2016 08:32 AM, Chanwoo Choi wrote: >> This patch adds the clock id for ACLK clock which is source clock of AMBA AXI >> Bus. This clock should be handled in Bus frequency scaling driver. >> >> Cc: Sylwester Nawrocki

Re: [PATCHv3 2/2] x86: rename is_{ia32,x32}_task to in_{ia32,x32}_syscall

On Fri, Apr 15, 2016 at 6:20 AM, Dmitry Safonov wrote: > Impact: clearify meaning > > Suggested-by: Andy Lutomirski > Suggested-by: Ingo Molnar > Signed-off-by: Dmitry Safonov Acked-by: Andy Lutomirski

/proc//status & task struct locking

I've been chasing this bug which shows up occasionally. We've seen it happen all the way back to 3.10, and more recently, on 4.0 and the code affected doesn't look to have changed much since.. BUG: unable to handle kernel NULL pointer dereference at 0019 IP: [] vsnprintf+0x60/0x580

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

Bjorn Andersson wrote: For platform devices being populated via from DT you will pass: of_platform_bus_create() of_platform_device_create_pdata() of_dma_configure() Which calls of_dma_get_range() to acquire this information from the dma-ranges property and set up the dma ops and

Re: [PATCH v4 2/7] dt-bindings: Add bindings for phy-da8xx-usb

On 04/15/2016 07:13 PM, David Lechner wrote: Device tree binding for new phy-da8xx-usb driver. Signed-off-by: David Lechner Acked-by: Rob Herring --- v4 changes: * swapped order of usb20 and usb11 to be in logical order of reg address.

RE: [PATCH] acpi/acpica: fix Thunderbolt hotplug

Internal discussion. Given the urgency, we've decided to take the patch. Bob > -Original Message- > From: Prarit Bhargava [mailto:pra...@redhat.com] > Sent: Friday, April 15, 2016 10:03 AM > To: Moore, Robert; Mika Westerberg > Cc: linux-kernel@vger.kernel.org; Zheng, Lv; Wysocki,

[PATCH V6 13/13] pci, pci-thunder-pem: Add ACPI support for ThunderX PEM.

This patch uses DECLARE_ACPI_MCFG_FIXUP to overwrite PCI config accessors. Also, it provides alternative way to find additional configuration region: thunder_pem_get_acpi_res is looking for host bridge's child (_HID "THRX0001") which contains mentioned configuration region description. See example

Re: [PATCH V2 04/15] coresight: tmc: introducing new header file

On 15 April 2016 at 10:08, Suzuki K Poulose wrote: > On 15/04/16 17:03, Mathieu Poirier wrote: >> >> On 14 April 2016 at 11:33, Suzuki K Poulose >> wrote: >>> >>> On 12/04/16 18:54, Mathieu Poirier wrote: The amount of #define,

Re: [PATCH 7/7] pinctrl: tegra: Add driver to configure voltage and power state of io pads

On 04/15/2016 02:39 AM, Laxman Dewangan wrote: On Friday 15 April 2016 01:38 PM, Linus Walleij wrote: On Tue, Apr 12, 2016 at 4:56 PM, Laxman Dewangan wrote: NVIDIA Tegra210 supports the IO pads which can operate at 1.8V or 3.3V I/O voltage levels. Also the IO pads can

Re: [PATCH 00/10] perf tools: Use SIGUSR2 control data dumpping

On 2016/4/16 0:26, Arnaldo Carvalho de Melo wrote: Em Fri, Apr 15, 2016 at 10:09:32AM -0300, Arnaldo Carvalho de Melo escreveu: Em Fri, Apr 15, 2016 at 07:40:44PM +0800, Wangnan (F) escreveu: On 2016/4/15 18:45, Wangnan (F) wrote: On 2016/4/15 18:40, Jiri Olsa wrote: On Wed, Apr 13, 2016

[PATCH V6 06/13] arm64, pci, acpi: ACPI support for legacy IRQs parsing and consolidation with DT code.

To enable PCI legacy IRQs on platforms booting with ACPI, arch code should include ACPI specific callbacks that parse and set-up the device IRQ number, equivalent to the DT boot path. Owing to the current ACPI core scan handlers implementation, ACPI PCI legacy IRQs bindings cannot be parsed at

[PATCH V6 02/13] pci, acpi: Provide generic way to assign bus domain number.

As we now have valid PCI host bridge device reference we can introduce code that is going to find its bus domain number using ACPI _SEG method. Note that _SEG method is optional, therefore _SEG absence means that all PCI buses belong to domain 0. While at it, for the sake of code clarity we put

Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io

"Verma, Vishal L" writes: > On Fri, 2016-04-15 at 12:11 -0400, Jeff Moyer wrote: >> Vishal Verma writes: >> > + if (IS_DAX(inode)) { >> > + ret = dax_do_io(iocb, inode, iter, offset, >> > blkdev_get_block, >> >  

Re: Deleting child qdisc doesn't reset parent to default qdisc?

From: Eric Dumazet Date: Fri, 15 Apr 2016 07:58:48 -0700 > Having some hidden qdiscs is the real problem here. +1

Re: [PATCH 1/1] usb: musb: gadget: nuke endpoint before setting its descriptor to NULL

Hi, On Thu, Apr 14, 2016 at 07:33:43PM +0300, Tal Shorer wrote: > Some functions, such as f_sourcesink, rely on an endpoint's desc > field during their requests' complete() callback, so clear it only > _after_ nuking all requests to avoid NULL pointer dereference. > > Signed-off-by: Tal Shorer

Re: [PATCH v16 1/6] efi: ARM/arm64: ignore DT memory nodes instead of removing them

On Fri, Apr 15, 2016 at 04:06:08PM +0200, Ard Biesheuvel wrote: > On 15 April 2016 at 16:03, Will Deacon wrote: > > On Fri, Apr 08, 2016 at 03:50:23PM -0700, David Daney wrote: > >> From: Ard Biesheuvel > >> > >> There are two problems with the

Re: [PATCH v6 5/8] [Media] vcodec: mediatek: Add Mediatek V4L2 Video Encoder Driver

Hi Tiffany, Some more comments, most are trivial but I realized that you were basing this patch on an older kernel and not the latest media_tree master branch. That's a bit of a killer because otherwise I am very close to merging this. > +static int vidioc_venc_s_ctrl(struct v4l2_ctrl *ctrl) >

[PATCH] objtool: Detect falling through to the next function

There are several cases in compiled C code where a function may not return at the end, and may instead fall through to the next function. That may indicate a bug in the code, or a gcc bug, or even an objtool bug. But in each case, objtool reports an unhelpful warning, something like:

Re: [PATCH v2 01/15] wcn36xx: Clean up wcn36xx_smd_send_beacon

Bjorn Andersson writes: > On Sun 03 Apr 15:16 PDT 2016, Bjorn Andersson wrote: > >> From: Pontus Fuchs >> >> Needed for coming improvements. No functional changes. >> > > Kalle, Eugene, > > Have you picked up these patches yet? > > As I was

[patch] virtio: Silence uninitialized variable warning

Smatch complains that we might not initialize "queue". The issue is callers like setup_vq() from virtio_pci_modern.c where "num" could be something like 2 and "vring_align" is 64. In that case, vring_size() is less than PAGE_SIZE. It won't happen in real life, but we're getting the value of

Re: [PATCH 2/2] ARM: dts: dra7x: Support QSPI MODE-0 operation at 64MHz

On 04/14/2016 10:42 PM, Rob Herring wrote: > On Thu, Apr 14, 2016 at 03:48:21PM +0530, Vignesh R wrote: >> According to Data Manual(SPRS915P) of AM57x, TI QSPI controller on >> DRA74(rev 1.1+)/DRA72 EVM can support up to 64MHz in MODE-0, whereas >> MODE-3 is limited to 48MHz. Hence, switch to

[PATCH 1/1] x86, perf: add LBR filter support for SLM

From: Kan Liang LBR filtering is also supported on the Silvermont and Airmont microarchitectures. The layout of MSR_LBR_SELECT is same as Nehalem. Signed-off-by: Kan Liang --- arch/x86/events/intel/core.c | 2 +- arch/x86/events/intel/lbr.c | 18

  1   2   3   4   5   6   7   8   9   10   >