[PATCH 1/3][v3] Documentation: dt: dwc3: Add snps,quirk-frame-length-adjustment property

Add snps,quirk-frame-length-adjustment property which provides value for post silicon frame length adjustment Signed-off-by: Nikhil Badola --- Changes for v3 : None Documentation/devicetree/bindings/usb/dwc3.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git

Re: pcieport AER error spam on Intel Skylake

On 09/02/2015 03:53 PM, Bjorn Helgaas wrote: On Wed, Sep 2, 2015 at 5:01 PM, Daniel Drake wrote: Hi, Working with a sample for a new laptop based on Intel Skylake, the kernel logs are full of these messages: pcieport :00:1c.5: AER: Corrected error received: id=00e5

Re: [PATCH] mm/mmap.c: Remove useless statement "vma = NULL" in find_vma()

Hello all: I also want to consult: the comments of find_vma() says: "Look up the first VMA which satisfies addr < vm_end, ..." Is it OK? (why not "vm_start <= addr < vm_end"), need we let "vma = tmp" in "if (tmp->vm_start <= addr)"? -- it looks the comments is not match the implementation,

Re: [PATCH 1/4] drivers/misc/sgi-gru: remove unused variable

On Wed, Sep 02, 2015 at 09:42:04AM -0500, Dimitri Sivanich wrote: > On Wed, Sep 02, 2015 at 04:54:55PM +0530, Sudip Mukherjee wrote: > > These variables were only assigned some value and were never used. > > > > Signed-off-by: Sudip Mukherjee > > --- > > > > + int i; >

Re: [PATCH] ARM: exynos_defconfig: Make S3C2410_WATCHDOG as loadable module

On 03.09.2015 13:10, Anand Moon wrote: > S3C2410_WATCHDOG watchdog drivers should not be loaded automatically, > but only if a watchdog daemon is installed. First of all: why? Secondly: even as a module driver could be loaded automatically to match enabled device (it has MODULE_DEVICE_TABLE). In

Re: [PATCHv5] ARM: exynos_defconfig: Enable LEDS for Odroid-XU3/XU4

On 03.09.2015 12:57, Anand Moon wrote: > From: Anand Moon > > Enable config option NEW_LEDS, LEDS_CLASS, LEDS_GPIO, LEDS_PWM, > LEDS_TRIGGERS, LEDS_TRIGGER_TIMER, LEDS_TRIGGER_HEARTBEAT for > Odroid-XU3/XU4 board. > > Signed-off-by: Anand Moon > >

[PATCH] ARM: fix bug which lowmem size is limited to 760MB

default value of VMALLOC_START was set 0xf000 for ARM by commit 0536bdf3. It leads lowmem end address 0xef80 not 0xf000. VMALLOC_END - (240 << 20) - VMALLOC_OFFSET) 0xff00 - 0x0f00 - 0x0080 = 0xef80 In case of 768MB ram without CONFIG_HIGHMEM=y, last 8MB could not be

Re: [PATCH] ARM: exynos_defconfig: Make S3C2410_WATCHDOG as loadable module

Hi Krzysztof On 3 September 2015 at 10:32, Krzysztof Kozlowski wrote: > On 03.09.2015 13:10, Anand Moon wrote: >> S3C2410_WATCHDOG watchdog drivers should not be loaded automatically, >> but only if a watchdog daemon is installed. > > First of all: why? > > Secondly:

[PATCH 3/3][v3] arm: dts: ls1021a: Add quirk for Erratum A009116

Add "snps,quirk-frame-length-adjustment" property to USB3 node for erratum A009116. This property provides value of GFLADJ_30MHZ for post silicon frame length adjustment. Signed-off-by: Nikhil Badola --- Changes for v3 : None arch/arm/boot/dts/ls1021a.dtsi | 1 + 1

Re: perf: bug, kernel ignores the buffer size on large read

On Thu, 3 Sep 2015, Peter Zijlstra wrote: > I think we should try and just ban events with a read_size > 64k; that's > one _large_ group -- there's other issues with that as well I imagine. yes, I don't really have a use case for this, I just noticed the problem because Debian apparently bumped

[PATCH] ARM: fix bug which VMALLOC_START is lowwer than 0xf0000000

default value of vmalloc_min was set 0xf000 for ARM by commit 0536bdf3. But actually vmalloc_min is 0xef80 not 0xf000. VMALLOC_END - (240 << 20) - VMALLOC_OFFSET) 0xff00 - 0x0f00 - 0x0080 = 0xef80 In case of 768MB ram without CONFIG_HIGHMEM=y, last 8MB could not be

Re: Linux Firmware Signing

On Thu, 2015-09-03 at 02:29 +0200, Luis R. Rodriguez wrote: > On Wed, Sep 02, 2015 at 08:05:36PM -0400, Mimi Zohar wrote: > > On Wed, 2015-09-02 at 20:46 +0200, Luis R. Rodriguez wrote: > > > On Tue, Sep 01, 2015 at 11:35:05PM -0400, Mimi Zohar wrote: > > > We want something that is not only

Re: kfree a pointer "from the middle" causing protection faults

On Wed, Sep 2, 2015 at 9:39 PM, Jeff Epler wrote: > On Wed, Sep 02, 2015 at 08:32:15PM +0530, Muni Sekhar wrote: >> [ Please keep me in CC as I'm not subscribed to the list] >> >> Hello, >> >> >> I am getting protection faults in different kernel modules if I try to >>

Re: [PATCH v4 01/16] drm: exynos/dp: fix code style

Hi Krzysztof, 在 09/03/2015 08:21 AM, Krzysztof Kozlowski 写道: On 01.09.2015 14:46, Yakir Yang wrote: After run "checkpatch.pl -f --subjective" command, I see there are lots of alignment problem in exynos_dp driver, so let just fix them. Hi, Warnings from checkpatch are not a reason for a

linux-next: Tree for Sep 3

Hi all, There will be no linux-next releases on Friday (tomorrow) or Monday. Please do not add material for v4.4 until after v4.3-rc1 is out. Changes since 20150902: I used the h8300 tree from next-20150828 since the current tree has been rebased onto something very old :-( The drm-misc tree

Re: [PATCH 1/5] staging: lustre: fix whitespace errors reported by checkpatch.pl

On Wed, Sep 02, 2015 at 05:48:46PM -0700, Greg Kroah-Hartman wrote: > On Sat, Aug 22, 2015 at 05:17:19PM +0300, Mike Rapoport wrote: > > Added/removed spaces and replaced '+1' with '1' in several places to > > eliminate SPACING and POINTER_LOCATION errors reported by checkpatch.pl > > > >

Re: [RFC 00/30] x86: Rewrite all syscall entries except native 64-bit

On Tue, Sep 1, 2015 at 6:41 PM, Andy Lutomirski wrote: > Here's a monster series that I'm working on. I think it's in decent > shape now. > > The first couple patches are tests and some old stuff. There's a > test that validates the vDSO AT_SYSINFO annotations (which fails on >

Re: [PATCHv6] ARM: exynos_defconfig: Enable LEDS for Odroid-XU3/XU4

On 03.09.2015 14:38, Anand Moon wrote: > Enable config option NEW_LEDS, LEDS_CLASS, LEDS_GPIO, LEDS_PWM, > LEDS_TRIGGERS, LEDS_TRIGGER_TIMER, LEDS_TRIGGER_HEARTBEAT for > Odroid-XU3/XU4 board. > > Signed-off-by: Anand Moon > > --- > Changes from last version > dropped

Re: [PATCH] null_blk: fix memory leak on cleanup

Den 02-09-2015 kl. 20:39 skrev Ross Zwisler: On Mon, Aug 31, 2015 at 02:17:18PM +0200, Matias Bjørling wrote: From: Matias Bjørling Driver was not freeing the memory allocated for internal nullb queues. This patch frees the memory during driver unload. You may want to

Re: [PATCH v4 01/16] drm: exynos/dp: fix code style

On Thu, 2015-09-03 at 13:33 +0800, Yakir Yang wrote: [] > diff --git a/drivers/gpu/drm/exynos/exynos_dp_core.c [] > @@ -155,24 +156,22 @@ static int exynos_dp_read_edid(struct > exynos_dp_device *dp) > } > exynos_dp_read_byte_from_dpcd(dp,

Re: [RFC] firmware: annotate thou shalt not request fw on init or probe

On Thu, 3 Sep 2015, Luis R. Rodriguez wrote: > On Sat, Aug 29, 2015 at 06:18:20PM +0200, Julia Lawall wrote: > > > +@ defines_module_init exists @ > > > +declarer name module_init; > > > +identifier init; > > > +@@ > > > + > > > +module_init(init); > > > + > > > +@ has_probe depends on

Re: [PATCH v17 1/4] dt-bindings: add document of Rockchip power domains

Caesar Wang writes: > This add the necessary binding documentation for the power domains > found on Rockchip SoCs. > > Signed-off-by: jinkun.hong > Signed-off-by: Caesar Wang > > --- > > Changes in v17: > - add the

Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is enabled

On Wed, 2 Sep 2015, Vladimir Davydov wrote: > Slab is a kind of abnormal alloc_pages user. By calling alloc_pages_node > with __GFP_THISNODE and w/o __GFP_WAIT before falling back to > alloc_pages with the caller's context, it does the job normally done by > alloc_pages itself. It's not what is

Re: Strange reports of perf events on powerpc 83xx

Le 02/09/2015 16:20, Joakim Tjernlund a écrit : On Thu, 2015-08-27 at 15:58 +0200, leroy christophe wrote: Hi, Has anybody already used 'perf' tool on powerpc MPC83xx ? I have been succesfully using perf on MPC8xx, but on MPC83xx I get something strange. perf record/report reports

Re: [PATCH v3 06/10] VFIO: platform: add irq bypass producer management

On Mon, Aug 10, 2015 at 03:21:00PM +0200, Eric Auger wrote: > This patch populates the IRQ bypass callacks: > - stop/start producer simply consist in disabling/enabling the host irq > - add/del consumer: basically set the automasked flag to false/true > > Signed-off-by: Eric Auger

Re: [PATCH v3 00/10] ARM IRQ forward control based on IRQ bypass manager

On Mon, Aug 10, 2015 at 03:20:54PM +0200, Eric Auger wrote: > This series allows to set ARM IRQ forwarding between a VFIO platform > device physical IRQ and a guest virtual IRQ. The link is coordinated > by the IRQ bypass manager. > > The principle is the VFIO platform driver registers an IRQ

Re: [PATCH v4 14/16] drm: bridge: analogix/dp: try force hpd after plug in lookup failed

On Tue, Sep 1, 2015 at 1:14 AM, Yakir Yang wrote: > Some edp screen do not have hpd signal, so we can't just return > failed when hpd plug in detect failed. This is a property of the panel (or connector perhaps), so this property should be located there. At least, it is a

Re: stop breaking dosemu (Re: x86/kconfig/32: Rename CONFIG_VM86 and default it to 'n')

On Wed, Sep 2, 2015 at 2:19 PM, Andy Lutomirski wrote: > On Wed, Sep 2, 2015 at 10:46 AM, Josh Boyer wrote: >> On Wed, Sep 2, 2015 at 10:08 AM, Andy Lutomirski wrote: >>> I'd be amenable to switching the default back to y and

Re: [PATCH] perf stat: fix per-pkg event reporting bug

On Wed, Sep 02, 2015 at 03:17:51PM +0200, Stephane Eranian wrote: > Per-pkg events need to be captured once per processor > socket. The code in check_per_pkg() ensures only one > value per processor package is used. However there is > a problem with this function in case the first CPU of > the

Re: [PATCH v4 2/5] ARM: NSP: add minimal Northstar Plus device tree

On 31/08/15 16:48, Jon Mason wrote: > Add a very minimalistic set of Northstar Plus Device Tree files which > describes the SoC and the BCM958625 implementation. The perpherials > described are: > > ARM Cortex A9 CPU > 2 8250 UARTs > ARM GIC > PL310 L2 Cache > ARM A9 Global timer > >

[PATCH v6.2 3/6] task_isolation: support PR_TASK_ISOLATION_STRICT mode

This change updates just one patch of the patch series, so rather than spamming out the whole series again, I've just updated this patch: - Will Deacon suggested using IS_ENABLED(CONFIG_TASK_ISOLATION) and also recommended having the same ordering between SECCOMP and TASK_ISOLATION on all

Kconfig question

Please CC me as I'm not on LKML. Consider the following Kconfig snippet: choice prompt "Partition 1" default STORAGE_P1_u_Boot config STORAGE_P1_u_Boot bool "u-Boot" depends on ! (STORAGE_P2_u_Boot||STORAGE_P3_u_Boot) help

Re: [PATCH 2/2] PCI: Add support for Enhanced Allocation devices

On Wed, Sep 2, 2015 at 12:46 PM, Sean O. Stalley wrote: > Would it be better to modify pci_claim_resource() to support EA instead of > adding pci_ea_claim_resource()? > That way, EA entries would be claimed at the same time as traditional BARs. Yes, I think so. Why

Re: Warning in irq_work_queue_on()

(cc'ing peterz) Ooh, this is from irq_work which doesn't have much to do with workqueue. Peter? On Mon, Aug 24, 2015 at 05:16:11PM -0700, Paul E. McKenney wrote: > Hello, Tejun, > > As discussed last week, I am getting an occasional warning out of > irq_work_queue_on()

Re: stop breaking dosemu (Re: x86/kconfig/32: Rename CONFIG_VM86 and default it to 'n')

On Wed, Sep 2, 2015 at 1:52 PM, Kees Cook wrote: > On Wed, Sep 2, 2015 at 10:46 AM, Josh Boyer wrote: >> On Wed, Sep 2, 2015 at 10:08 AM, Andy Lutomirski wrote: >>> I'd be amenable to switching the default back to y and

Re: [PATCH v7 6/8] scsi: ufs: make the UFS variant a platform device

On Wed, Sep 2, 2015 at 9:45 AM, Yaniv Gardi wrote: > This change turns the UFS variant (SCSI_UFS_QCOM) into a UFS > a platform device. > In order to do so a few additional changes are required: > 1. The ufshcd-pltfrm is no longer serves as a platform device. >Now it

Re: stop breaking dosemu (Re: x86/kconfig/32: Rename CONFIG_VM86 and default it to 'n')

On Wed, Sep 2, 2015 at 4:55 PM, Andy Lutomirski wrote: > On Wed, Sep 2, 2015 at 1:47 PM, Stas Sergeev wrote: >> 02.09.2015 23:22, Josh Boyer пишет: >>> >>> On Wed, Sep 2, 2015 at 1:50 PM, Stas Sergeev wrote: 02.09.2015 20:46, Josh Boyer

Re: [PATCH v6 3/3] KVM: trace kvm_halt_poll_ns grow/shrink

On Wed, Sep 2, 2015 at 12:42 AM, Wanpeng Li wrote: > Tracepoint for dynamic halt_pool_ns, fired on every potential change. > > Signed-off-by: Wanpeng Li > --- > include/trace/events/kvm.h | 30 ++ > virt/kvm/kvm_main.c

[GIT PULL] locking changes for v4.3

Linus, Please pull the latest locking-core-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git locking-core-for-linus # HEAD: d420acd816c07c7be31bd19d09cbcb16e5572fa6 jump_label/x86: Work around asm build bug on older/backported GCCs Main changes in this

Re: [regression] x86/signal/64: Fix SS handling for signals delivered to 64-bit programs breaks dosemu

02.09.2015 21:17, Andy Lutomirski пишет: > On Wed, Sep 2, 2015 at 10:46 AM, Stas Sergeev wrote: >> 02.09.2015 17:21, Andy Lutomirski пишет: > This should work for old DOSEMU. It's a bit gross, but it has the > nice benefit that everyone (even things that aren't DOSEMU) gain

Re: [LINUX RFC v2 0/4] spi: add dual parallel mode support in Zynq MPSoC GQSPI controller

On Wednesday, September 02, 2015 at 07:12:14 PM, Ranjit Abhimanyu Waghmode wrote: > Hi Marek, > > > -Original Message- > > From: Marek Vasut [mailto:ma...@denx.de] > > Sent: Wednesday, August 26, 2015 12:26 PM > > To: Ranjit Abhimanyu Waghmode > > Cc: dw...@infradead.org;

Re: [PATCH v4 2/2] dt: power: st: Provide bindings for ST's OPPs

On Wed, Sep 2, 2015 at 3:06 AM, Viresh Kumar wrote: > On 26-08-15, 13:06, Lee Jones wrote: >> On Wed, 12 Aug 2015, Viresh Kumar wrote: >> >> > On 11-08-15, 16:17, Lee Jones wrote: >> > > This would work if we only had a single variable to contend with, but >> > > what I

Re: [PATCH v3 09/10] KVM: arm/arm64: vgic: forwarding control

On Mon, Aug 10, 2015 at 03:21:03PM +0200, Eric Auger wrote: > Implements kvm_vgic_[set|unset]_forward. > > Handle low-level VGIC programming: physical IRQ/guest IRQ mapping, > list register cleanup, VGIC state machine. Also interacts with > the irqchip. > > Signed-off-by: Eric Auger

Re: [PATCH 2/2] PCI: Add support for Enhanced Allocation devices

On Wed, Sep 02, 2015 at 02:25:50PM -0500, Bjorn Helgaas wrote: > On Wed, Sep 2, 2015 at 12:46 PM, Sean O. Stalley > wrote: > > > Would it be better to modify pci_claim_resource() to support EA instead of > > adding pci_ea_claim_resource()? > > That way, EA entries would

Re: [PATCHv2] ARM64: Add AT_ARM64_MIDR to the aux vector

On Wed, 2 Sep 2015, Pinski, Andrew wrote: > > On Sep 3, 2015, at 1:12 AM, Catalin Marinas wrote: > >> On Wed, Sep 02, 2015 at 10:52:05PM +0800, Andrew Pinski wrote: > >> That is not a bad idea. Put this array in the data section of the > >> VDSO too. It should be small

Re: [PATCH] dax, pmem: add support for msync

On Wed, Sep 02, 2015 at 01:04:01PM -0600, Ross Zwisler wrote: > On Tue, Sep 01, 2015 at 03:18:41PM +0300, Boaz Harrosh wrote: > > So the approach we took was a bit different to exactly solve these > > problem, and to also not over flush too much. here is what we did. > > > > * At

Re: [PATCH] x86: Wire up 32-bit direct socket calls

On 09/02/2015 02:48 AM, Geert Uytterhoeven wrote: > > Should all other architectures follow suit? > Or should we follow the s390 approach: > It is up to the maintainer(s), largely dependent on how likely you are going to want to support this in your libc, but in general, socketcall is an

Re: Problems loading firmware using built-in drivers with kernels that use initramfs.

On Wed, Sep 2, 2015 at 5:13 AM, Arend van Spriel wrote: > On 09/02/2015 02:09 PM, Arend van Spriel wrote: >> >> On 09/02/2015 03:19 AM, Luis R. Rodriguez wrote: >>> >>> On Mon, Aug 31, 2015 at 10:21:34PM +0800, Ming Lei wrote: On Sun, Aug 30, 2015 at 4:25 PM, Arend

Re: stop breaking dosemu (Re: x86/kconfig/32: Rename CONFIG_VM86 and default it to 'n')

02.09.2015 23:22, Josh Boyer пишет: On Wed, Sep 2, 2015 at 1:50 PM, Stas Sergeev wrote: 02.09.2015 20:46, Josh Boyer пишет: On Wed, Sep 2, 2015 at 10:08 AM, Andy Lutomirski wrote: I'd be amenable to switching the default back to y and perhaps adding a

Re: [regression] x86/signal/64: Fix SS handling for signals delivered to 64-bit programs breaks dosemu

On Wed, Sep 2, 2015 at 10:46 AM, Stas Sergeev wrote: > 02.09.2015 17:21, Andy Lutomirski пишет: This should work for old DOSEMU. It's a bit gross, but it has the nice benefit that everyone (even things that aren't DOSEMU) gain the ability to catch signals thrown from

Re: [PATCH] ARM: dts: keystone: use one to one address translations under netcp

9/2/2015 10:58 AM, Murali Karicheri wrote: On 09/02/2015 01:24 PM, santosh shilimkar wrote: On 9/2/2015 9:35 AM, Murali Karicheri wrote: Santosh, ---Cut--- I suspected the same. I know back then we started with SERDES code with NETCP but as you already know, its a separate

Re: [PATCH] null_blk: fix wrong capacity when bs is not 512 bytes

On Mon, Aug 31, 2015 at 02:17:31PM +0200, Matias Bjørling wrote: > set_capacity() sets device's capacity using 512 bytes sectors. > null_blk calculates the number of sectors by size / bs, which > set_capacity is called with. This led to null_blk exposing the > wrong number of sectors when bs is

Re: [PATCH] ARM: dts: keystone: use one to one address translations under netcp

On 09/02/2015 02:25 PM, santosh shilimkar wrote: 9/2/2015 10:58 AM, Murali Karicheri wrote: On 09/02/2015 01:24 PM, santosh shilimkar wrote: On 9/2/2015 9:35 AM, Murali Karicheri wrote: Santosh, ---Cut--- I suspected the same. I know back then we started with SERDES code

Re: fs: out of bounds on stack in iov_iter_advance

On 08/19/2015 01:46 AM, Al Viro wrote: > On Mon, Aug 17, 2015 at 12:18:12PM +0300, Andrey Ryabinin wrote: > >> This bug is similar to recently found bug in 9p: >> http://thread.gmane.org/gmane.linux.kernel/1931799/focus=1936542 > > Ow. For those who'd missed that fun: the bug in question had

[PATCH] staging: goldfish: Prefer kernel type u32 over uint32_t

Prefer kernel type u32 over uint32_t to maintain uniformity. Signed-off-by: Ravi Teja Darbha --- drivers/staging/goldfish/goldfish_nand_reg.h | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/staging/goldfish/goldfish_nand_reg.h

Re: [PATCH v2 1/2] clk: qcom: Add support for RPM Clocks

On 08/03, Georgi Djakov wrote: > diff --git a/drivers/clk/qcom/clk-smd-rpm.c b/drivers/clk/qcom/clk-smd-rpm.c > new file mode 100644 > index ..e564673ec3a5 > --- /dev/null > +++ b/drivers/clk/qcom/clk-smd-rpm.c > @@ -0,0 +1,165 @@ > +/* > + * Copyright (c) 2015, Linaro Limited > + *

Re: Linux Firmware Signing

On Wed, Sep 2, 2015 at 11:46 AM, Luis R. Rodriguez wrote: > On Tue, Sep 01, 2015 at 11:35:05PM -0400, Mimi Zohar wrote: >> > OK great, I think that instead of passing the actual routine name we should >> > instead pass an enum type for to the LSM, that'd be easier to parse and

Re: Problems loading firmware using built-in drivers with kernels that use initramfs.

On 09/02/2015 08:58 PM, Luis R. Rodriguez wrote: On Wed, Sep 02, 2015 at 02:13:49PM +0200, Arend van Spriel wrote: On 09/02/2015 02:09 PM, Arend van Spriel wrote: On 09/02/2015 03:19 AM, Luis R. Rodriguez wrote: On Mon, Aug 31, 2015 at 10:21:34PM +0800, Ming Lei wrote: On Sun, Aug 30, 2015

Re: [PATCH v6 2/3] KVM: dynamic halt_poll_ns adjustment

On Wed, Sep 2, 2015 at 12:12 PM, Paolo Bonzini wrote: > > > On 02/09/2015 20:09, David Matlack wrote: >> On Wed, Sep 2, 2015 at 12:29 AM, Wanpeng Li wrote: >>> There is a downside of always-poll since poll is still happened for idle >>> vCPUs which

Re: [PATCH] watchdog_dev: Use device tree alias for naming watchdogs

Hi Justin, On Wed, Sep 02, 2015 at 11:00:17AM -0700, Justin Chen wrote: > Currently there is no way to easily differentiate multiple > watchdog devices. The watchdogs are named by the order they > are probed. > 1st probed watchdog: /dev/watchdog0 > 2nd probed watchdog: /dev/watchdog1 > ... > >

[PATCH] hpfs: update ctime and mtime on directory modification

Update ctime and mtime when a directory is modified. (though OS/2 doesn't update them anyway) Signed-off-by: Mikulas Patocka Cc: sta...@kernel.org # v3.3+ --- fs/hpfs/namei.c | 25 - 1 file changed, 24 insertions(+), 1 deletion(-) Index:

Re: [PATCH 1/6] regulator: pbias: program pbias register offset in pbias driver

On Wed, Sep 02, 2015 at 04:17:28PM +0530, Kishon Vijay Abraham I wrote: > Add separate compatible strings for every platform and populate the > pbias register offset in the driver data. > This helps avoid depending on the dt for pbias register offset. Can you respin with Tony's comment please and

Re: [RFC PATCH] mmc: block: Add new ioctl to send combo commands

Hi, On Wed, Sep 2, 2015 at 7:21 AM, Jon Hunter wrote: > From: Seshagiri Holi > > Certain eMMC devices allow vendor specific device information to be read > via a sequence of vendor commands. These vendor commands must be issued > in sequence and an atomic

[GIT PULL] f2fs updates for v4.3

Hi Linus, Could you please pull the below f2fs updates? Thank you so much, The following changes since commit 6c84461c0cb0db3f4f56695ac9944451b34bf431: Merge tag 'pci-v4.2-fixes-1' of git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci (2015-08-04 09:27:19 -0700) are available in

Re: [regression] x86/signal/64: Fix SS handling for signals delivered to 64-bit programs breaks dosemu

On Wed, Sep 2, 2015 at 11:23 AM, Stas Sergeev wrote: > 02.09.2015 21:17, Andy Lutomirski пишет: >> On Wed, Sep 2, 2015 at 10:46 AM, Stas Sergeev wrote: >>> 02.09.2015 17:21, Andy Lutomirski пишет: >> This should work for old DOSEMU. It's a bit gross, but it has

Re: [RFC v6 02/40] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags

2015-09-02 20:53 GMT+02:00 J. Bruce Fields : >> @@ -453,7 +453,8 @@ static int sb_permission(struct super_block *sb, struct >> inode *inode, int mask) >> * this, letting us set arbitrary permissions for filesystem access without >> * changing the "normal" UIDs which are

Re: [PATCH v6 2/3] KVM: dynamic halt_poll_ns adjustment

On 02/09/2015 20:09, David Matlack wrote: > On Wed, Sep 2, 2015 at 12:29 AM, Wanpeng Li wrote: >> There is a downside of always-poll since poll is still happened for idle >> vCPUs which can waste cpu usage. This patch adds the ability to adjust >> halt_poll_ns

Re: [PATCH 94/98] HACK arch/x86/include/uapi/asm/sigcontext32.h: remove _fpx_sw_bytes from union

Hi Ingo, Thomas and Peter, Do you have any pointers for me how arch/x86/include/uapi/asm/sigcontext32.h could be fixed to also compile in userspace? Is definition of _fpx_sw_bytes or _fpstate_ia32 even needed there? Instructions to reproduce the userspace build failure are here:

Re: [RFC v6 08/40] richacl: Compute maximum file masks from an acl

On Tue, Aug 04, 2015 at 01:53:06PM +0200, Andreas Gruenbacher wrote: > Compute upper bound owner, group, and other file masks with as few > permissions as possible without denying any permissions that the NFSv4 > acl in a richacl grants. > > This algorithm is used when a file inherits an acl at

Re: [PATCH V2 0/7] x86/insn: perf tools: Add a few new x86 instructions

Em Wed, Sep 02, 2015 at 03:15:24PM +0300, Adrian Hunter escreveu: > Changes in V2: > > perf tools: Display build warning if x86 instruction decoder differs from > kernel > New patch (slightly modified from the proposal and so without Jiri's > Ack) Applied. But please consider doing

[ANNOUNCE] Git v2.6.0-rc0

An early preview release Git v2.6.0-rc0 is now available for testing at the usual places. It is comprised of 406 non-merge commits since v2.5.0, contributed by 50 people, 12 of which are new faces. The tarballs are found at: https://www.kernel.org/pub/software/scm/git/testing/ The

Re: [RFC v6 08/40] richacl: Compute maximum file masks from an acl

2015-09-02 21:54 GMT+02:00 J. Bruce Fields : >> + richacl_for_each_entry_reverse(ace, acl) { >> + if (richace_is_inherit_only(ace)) >> + continue; >> + >> + if (richace_is_owner(ace) || >> +

Re: [regression] x86/signal/64: Fix SS handling for signals delivered to 64-bit programs breaks dosemu

02.09.2015 22:06, Andy Lutomirski пишет: On Wed, Sep 2, 2015 at 11:23 AM, Stas Sergeev wrote: 02.09.2015 21:17, Andy Lutomirski пишет: On Wed, Sep 2, 2015 at 10:46 AM, Stas Sergeev wrote: 02.09.2015 17:21, Andy Lutomirski пишет: This should work for old DOSEMU.

Re: [PATCH] mtd: spi-nor: Add support for sst25wf020a.

On Fri, Aug 14, 2015 at 07:35:39PM +0200, Alexis Ballier wrote: > It is a 256KiB flash with 4 KiB erase sectors > and 64KiB overlay blocks. > > This is the one available on Hardkernel's Odroid U3 shield. > > Signed-off-by: Alexis Ballier Applied to l2-mtd.git -- To

Re: stop breaking dosemu (Re: x86/kconfig/32: Rename CONFIG_VM86 and default it to 'n')

On Wed, Sep 2, 2015 at 1:47 PM, Stas Sergeev wrote: > 02.09.2015 23:22, Josh Boyer пишет: >> >> On Wed, Sep 2, 2015 at 1:50 PM, Stas Sergeev wrote: >>> >>> 02.09.2015 20:46, Josh Boyer пишет: On Wed, Sep 2, 2015 at 10:08 AM, Andy Lutomirski

Re: [PATCH] mtd: nand: omap2: Rename shippable module to omap2_nand

On Fri, Aug 21, 2015 at 01:45:35PM +0300, Roger Quadros wrote: > As both omap2 onenand and omap2 nand driver modules are > named the same i.e. "omap2.ko", only one of them gets shipped > during MODPOST if both are configured as loadable modules. > > To avoid this ambiguity let's ship the omap2

Re: [PATCH 2/2] PCI: Add support for Enhanced Allocation devices

On Wed, Sep 02, 2015 at 01:01:27PM -0700, Sean O. Stalley wrote: > On Wed, Sep 02, 2015 at 02:25:50PM -0500, Bjorn Helgaas wrote: > > On Wed, Sep 2, 2015 at 12:46 PM, Sean O. Stalley > > wrote: > > > > > Would it be better to modify pci_claim_resource() to support EA

Re: Linux Firmware Signing

On Wed, Sep 02, 2015 at 01:54:43PM -0700, Kees Cook wrote: > On Wed, Sep 2, 2015 at 11:46 AM, Luis R. Rodriguez wrote: > > On Tue, Sep 01, 2015 at 11:35:05PM -0400, Mimi Zohar wrote: > >> > OK great, I think that instead of passing the actual routine name we > >> > should > >> >

Re: [PATCH] mm/mmap.c: Only call vma_unlock_anon_vm() when failure occurs in expand_upwards() and expand_downwards()

At present, I can use git client via 21cn mail address. Hope it can be accepted by our mailing list. Thanks. On 9/1/15 21:49, Chen Gang wrote: > > Sorry for the incorrect format of the patch. So I put the patch into the > attachment which generated by "git format-patch -M HEAD^". Please help >

Re: stop breaking dosemu (Re: x86/kconfig/32: Rename CONFIG_VM86 and default it to 'n')

03.09.2015 00:40, Andy Lutomirski пишет: On Wed, Sep 2, 2015 at 2:12 PM, Stas Sergeev wrote: 02.09.2015 23:55, Andy Lutomirski пишет: On Wed, Sep 2, 2015 at 1:47 PM, Stas Sergeev wrote: 02.09.2015 23:22, Josh Boyer пишет: On Wed, Sep 2, 2015 at 1:50 PM, Stas

[PATCH] ARM: dts: Add the hdmi-ddc pinctrl settings for rk3288

The pins for i2c5 can either be configured as "I2C5" which means that they're controlled by the normal RK3288 I2C controller or as "EDP / HDMI I2C". It's unclear why EDP is referenced here since apparently setting the mux to this position enables I2C communication using the dw_hdmi block with a

__might_sleep in uio_read()?

Hi Hans and Greg, Is this an issue with uio? I swear it didn't used to throw this warning... Thanks -- Andy [ 5174.883261] [ cut here ] [ 5174.883617] WARNING: CPU: 0 PID: 1532 at /home/agrover/git/kernel/kernel/sched/core.c:7389 __might_sleep+0x7d/0x90() [

Re: [PATCH] ARM: dts: rk3288: pull up cts lines

Alex, On Wed, Sep 2, 2015 at 3:20 PM, Alexandru M Stan wrote: > The flow control lines from a user accessible UART are optional, > the user might not have anything connected to those pins. > In order to prevent random interrupts happening and noise affecting > that pin it

Re: [regression] x86/signal/64: Fix SS handling for signals delivered to 64-bit programs breaks dosemu

03.09.2015 01:25, Andy Lutomirski пишет: On Wed, Sep 2, 2015 at 3:25 PM, Stas Sergeev wrote: How dosemu2 is supposed to do this: 1. sigreturn() (to DOS) 2. siglongjmp() (to 64bit C-coded) This should work fine on any kernel, right? 1 - not. 2 - maybe. If, as you say,

Re: Regression: can't apply frequency offsets above 1000ppm.

On Tue, Sep 1, 2015 at 6:14 PM, Nuno Gonçalves wrote: > On Wed, Sep 2, 2015 at 2:03 AM, John Stultz wrote: >> On Tue, Sep 1, 2015 at 5:36 PM, Nuno Gonçalves wrote: >>> On Tue, Sep 1, 2015 at 9:25 PM, Thomas Gleixner

Re: [PATCH v6 3/3] KVM: trace kvm_halt_poll_ns grow/shrink

On 9/3/15 2:09 AM, David Matlack wrote: On Wed, Sep 2, 2015 at 12:42 AM, Wanpeng Li wrote: Tracepoint for dynamic halt_pool_ns, fired on every potential change. Signed-off-by: Wanpeng Li --- include/trace/events/kvm.h | 30

[PATCH] uvesafb: make scaling configurable on Nvidia cards

[ I sent this some times ago, but didn't get any response ] Nvidia cards have a BIOS function 0x4f14 that allows to set flat panel scaling. This patch adds a module parameter "scaling" that uses this function to set the scaling. By default, the parameter is -1, so that the driver doesn't attempt

Re: [regression] x86/signal/64: Fix SS handling for signals delivered to 64-bit programs breaks dosemu

On Wed, Sep 2, 2015 at 2:01 PM, Stas Sergeev wrote: > 02.09.2015 22:06, Andy Lutomirski пишет: > >> On Wed, Sep 2, 2015 at 11:23 AM, Stas Sergeev wrote: >>> >>> 02.09.2015 21:17, Andy Lutomirski пишет: On Wed, Sep 2, 2015 at 10:46 AM, Stas Sergeev

Re: Warning in irq_work_queue_on()

On Wed, Sep 02, 2015 at 03:44:05PM -0400, Tejun Heo wrote: > (cc'ing peterz) > > Ooh, this is from irq_work which doesn't have much to do with > workqueue. Peter? > > On Mon, Aug 24, 2015 at 05:16:11PM -0700, Paul E. McKenney wrote: > > Hello, Tejun, > > > > As discussed last week, I am

pcieport AER error spam on Intel Skylake

Hi, Working with a sample for a new laptop based on Intel Skylake, the kernel logs are full of these messages: pcieport :00:1c.5: AER: Corrected error received: id=00e5 pcieport :00:1c.5: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e5(Receiver ID) pcieport

Re: [PATCH] perf tools: Don't write to evsel if parser doesn't collect evsel

发自我的 iPhone > 在 2015年9月2日，下午10:43，Arnaldo Carvalho de Melo 写道： > > Em Wed, Sep 02, 2015 at 10:04:21PM +0800, pi3orama escreveu: >> 发自我的 iPhone >>> 在 2015年9月2日，下午9:55，Arnaldo Carvalho de Melo 写道： >>> Em Wed, Sep 02, 2015 at 08:05:54PM +0800, pi3orama

Re: [PATCH 1/2] KVM: x86: set TMR when the interrupt is accepted

On Thu, Aug 13, 2015 at 09:31:48AM +0200, Paolo Bonzini wrote: Pinging this thread. Should I put together a patch to make split irqchip work properly with the old TMR behavior? > > > On 13/08/2015 08:35, Zhang, Yang Z wrote: > >> You may be right. It is safe if no future hardware plans to use

READ URGENT

Dear friend,I need your help to transfer the sum of Six.Million US Dollars to your bank account No risk involved in this deal reply me if you are ready to receive the fund. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [GIT PULL] SG changes for 4.3

On 09/02/2015 04:41 PM, Jens Axboe wrote: On 09/02/2015 04:34 PM, Linus Torvalds wrote: Jens, On Wed, Sep 2, 2015 at 9:58 AM, Jens Axboe wrote: This pull request contains a set of scatter-gather related changes/fixes for 4.3. It contains: This results in several new and

Re: pcieport AER error spam on Intel Skylake

On Wed, Sep 2, 2015 at 5:01 PM, Daniel Drake wrote: > Hi, > > Working with a sample for a new laptop based on Intel Skylake, the > kernel logs are full of these messages: > > pcieport :00:1c.5: AER: Corrected error received: id=00e5 > pcieport :00:1c.5: PCIe Bus

Reply Back On-Time

I have a Business Proposal for you to handle with me, Get back to me for more details on this project. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: __might_sleep in uio_read()?

On Wed, Sep 02, 2015 at 03:45:10PM -0700, Andy Grover wrote: > Hi Hans and Greg, > > Is this an issue with uio? I swear it didn't used to throw this warning... > > Thanks -- Andy > > [ 5174.883261] [ cut here ] > [ 5174.883617] WARNING: CPU: 0 PID: 1532 at >

dobrý den..

odpovezte mi na nize uvedenou e-mailovou adresu pro vysvetlení výroku. E-mail: chn.j...@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: futex atomic vs ordering constraints

On Wed, Sep 2, 2015 at 10:00 AM, Peter Zijlstra wrote: > > So I'm reading that code like: > > MB > [RmW] ret = *val += i > > > So what is stopping later memory ops like: > >[R] a = *foo >[S] *bar = b > > From getting reordered with the RmW, like: > >

[PATCH] kernel/cpu_pm: fix cpu_cluster_pm_exit comment

cpu_cluster_pm_exit() must be sent after cpu_cluster_pm_enter() has been sent for the cluster and before any cpu_pm_exit() notifications are sent for any CPU. Cc: Nicolas Pitre Acked-by: Kevin Hilman Signed-off-by: Lina Iyer

<    7   8   9   10   11   12   13   14   15   >