Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume

Kevin, On Mon, Jun 23, 2014 at 3:23 PM, Kevin Hilman wrote: >> So I guess in this case the truly correct way to handle it is: >> >> 1. i2c controller should have Runtime PM even though (as per the code >> now) there's nothing you can do to it to save power under normal >> circumstances. So the

Re: [PATCH v8 4/4] printk: allow increasing the ring buffer depending on the number of CPUs

On Wed, 18 Jun 2014 13:45:37 -0700 "Luis R. Rodriguez" wrote: > ... > > If an increase is required the ring buffer is increased to > + the next power of 2 that can fit both the minimum kernel ring buffer > + (LOG_BUF_SHIFT) plus the additional worst case CPU contributions. > > ... >

[PATCH] PCI: Add bridge DMA alias quirk for Intel 82801

This bridge sometimes shows up as a root complex device and sometimes as a discrete PCIe-to-PCI bridge. Testing indicates that in the latter case, we need to enable the PCIe bridge DMA alias quirk. Signed-off-by: Alex Williamson Reported-by: Milos Kaurin Tested-by: Milos Kaurin ---

Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume

On 24.06.2014 00:27, Doug Anderson wrote: > Kevin, > > On Mon, Jun 23, 2014 at 3:19 PM, Kevin Hilman wrote: >> Doug Anderson writes: >> >> [...] >> >>> On Fri, Jun 20, 2014 at 4:59 PM, Tomasz Figa wrote: I'm not sure noirq is going to work correctly, at least not with current

Re: [PATCH V2 08/22] amd: Use pci_zalloc_consistent

On Mon, 2014-06-23 at 14:05 -0700, Joe Perches wrote: > Remove the now unnecessary memset too. > > Signed-off-by: Joe Perches > --- > On Mon, 2014-06-23 at 12:15 -0700, Joe Perches wrote: > > On Mon, 2014-06-23 at 11:02 -0700, Don Fry wrote: > > > This causes the line length to be greater than

[PATCH 8/7] sched,numa: do not let a move increase the imbalance

The HP DL980 system has a different NUMA topology from the 8 node system I am testing on, and showed some bad behaviour I have not managed to reproduce. This patch makes sure workloads converge. When both a task swap and a task move are possible, do not let the task move cause an increase in the

Re: [PATCHv3 6/6] drivers/staging/rtl8821ae: replace magic number by macro

(staging drivers are handled by Greg KH, cc'ing him) On Tuesday 24 June 2014 00:11:51 Rickard Strandqvist wrote: > For consistency with other drivers, replace a magic number by a macro. > > Signed-off-by: Rickard Strandqvist > Reviewed-by: Peter Wu > --- >

Re: [PATCH] regulator: palmas: fix typo in enable_reg calculation

On 06/23/2014 03:53 PM, Stephen Warren wrote: From: Stephen Warren When setting up .enable_reg for an SMPS regulator, presumably we should call PALMAS_BASE_TO_REG(PALMAS_SMPS_BASE, ...) rather than using LDO_BASE. This change makes the LCD panel and HDMI work again on the NVIDIA Dalmore board

Re: [PATCHv3 0/6] rtlwifi: Fix incorrect MSR mask

On Monday 23 June 2014 23:48:16 Rickard Strandqvist wrote: > An error was found in many rtlwifi drivers where an invalid mask was used, > (bt_msr & 0xfc) will never match 0x3. This has been corrected by supplying > a valid mask as a macro. Drivers which did not have this bug are still > modified

Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume

Kevin, On Mon, Jun 23, 2014 at 3:19 PM, Kevin Hilman wrote: > Doug Anderson writes: > > [...] > >> On Fri, Jun 20, 2014 at 4:59 PM, Tomasz Figa wrote: >>> >>> I'm not sure noirq is going to work correctly, at least not with current >>> callbacks. I can see a call to clk_prepare_enable() there

Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume

On 24.06.2014 00:19, Kevin Hilman wrote: > Doug Anderson writes: > > [...] > >> On Fri, Jun 20, 2014 at 4:59 PM, Tomasz Figa wrote: >>> >>> I'm not sure noirq is going to work correctly, at least not with current >>> callbacks. I can see a call to clk_prepare_enable() there which needs to >>>

Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume

Doug Anderson writes: > Kevin, > > On Fri, Jun 20, 2014 at 4:13 PM, Kevin Hilman wrote: >> Doug Anderson writes: >> >>> Kevin, >>> >>> On Fri, Jun 20, 2014 at 2:48 PM, Kevin Hilman wrote: Hi Doug, Doug Anderson writes: > On Thu, Jun 19, 2014 at 11:43 AM, Kevin Hilman

Re: [PATCH 3.12 000/111] 3.12.23-stable review

Hi Jiri, At Mon, 23 Jun 2014 10:32:06 +0200, Jiri Slaby wrote: > > This is the start of the stable review cycle for the 3.12.23 release. > There are 111 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

[tip:x86/urgent] x86_32, entry: Do syscall exit work on badsys ( CVE-2014-4508)

Commit-ID: 554086d85e71f30abe46fc014fea31929a7c6a8a Gitweb: http://git.kernel.org/tip/554086d85e71f30abe46fc014fea31929a7c6a8a Author: Andy Lutomirski AuthorDate: Mon, 23 Jun 2014 14:22:15 -0700 Committer: H. Peter Anvin CommitDate: Mon, 23 Jun 2014 14:59:26 -0700 x86_32, entry: Do

Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume

Doug Anderson writes: [...] > On Fri, Jun 20, 2014 at 4:59 PM, Tomasz Figa wrote: >> >> I'm not sure noirq is going to work correctly, at least not with current >> callbacks. I can see a call to clk_prepare_enable() there which needs to >> acquire a mutex. > > Nice catch, thanks! :) > > OK,

Re: [PATCH] panic: add TAINT_SOFTLOCKUP

On Tue, 3 Jun 2014 22:12:35 -0400 Josh Hunt wrote: > This taint flag will be set if the system has ever entered a softlockup > state. Similar to TAINT_WARN it is useful to know whether or not the system > has been in a softlockup state when debugging. > > ... > > @@ -329,6 +329,7 @@ static

[PATCHv3 6/6] drivers/staging/rtl8821ae: replace magic number by macro

For consistency with other drivers, replace a magic number by a macro. Signed-off-by: Rickard Strandqvist Reviewed-by: Peter Wu --- drivers/staging/rtl8821ae/rtl8821ae/hw.c |2 +- drivers/staging/rtl8821ae/rtl8821ae/reg.h |1 + 2 files changed, 2 insertions(+), 1 deletion(-) diff

[PATCHv3 5/6] rtlwifi/rtl8723be: Replace magic number by macro

For consistency with other drivers, replace a magic number by a macro. Signed-off-by: Rickard Strandqvist Reviewed-by: Peter Wu --- drivers/net/wireless/rtlwifi/rtl8723be/hw.c |2 +- drivers/net/wireless/rtlwifi/rtl8723be/reg.h |1 + 2 files changed, 2 insertions(+), 1 deletion(-)

Re: [PATCH] trivial: net/irda/irlmp.c: Fix closing brace followed by if

From: Rasmus Villemoes Date: Fri, 20 Jun 2014 21:48:00 +0200 > Signed-off-by: Rasmus Villemoes Applied to net-next, thanks. -- 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

[PATCHv3 4/6] rtlwifi/rtl8723ae: Replace magic number by macro

For consistency with other drivers, replace a magic number by a macro. Signed-off-by: Rickard Strandqvist Reviewed-by: Peter Wu --- drivers/net/wireless/rtlwifi/rtl8723ae/hw.c |2 +- drivers/net/wireless/rtlwifi/rtl8723ae/reg.h |1 + 2 files changed, 2 insertions(+), 1 deletion(-)

[PATCH v7 0/9] seccomp: add thread sync ability

This adds the ability for threads to request seccomp filter synchronization across their thread group (at filter attach time). For example, for Chrome to make sure graphic driver threads are fully confined after seccomp filters have been attached. To support this, locking on seccomp changes is

[PATCH v7 3/9] seccomp: introduce writer locking

Normally, task_struct.seccomp.filter is only ever read or modified by the task that owns it (current). This property aids in fast access during system call filtering as read access is lockless. Updating the pointer from another task, however, opens up race conditions. To allow cross-thread filter

[PATCH v7 9/9] MIPS: add seccomp syscall

Wires up the new seccomp syscall. Signed-off-by: Kees Cook --- arch/mips/include/uapi/asm/unistd.h | 15 +-- arch/mips/kernel/scall32-o32.S |1 + arch/mips/kernel/scall64-64.S |1 + arch/mips/kernel/scall64-n32.S |1 + arch/mips/kernel/scall64-o32.S

[PATCH v7 7/9] seccomp: implement SECCOMP_FILTER_FLAG_TSYNC

Applying restrictive seccomp filter programs to large or diverse codebases often requires handling threads which may be started early in the process lifetime (e.g., by code that is linked in). While it is possible to apply permissive programs prior to process start up, it is difficult to further

Re: [PATCH v6 08/10] x86, mpx: add prctl commands PR_MPX_REGISTER, PR_MPX_UNREGISTER

On Jun 23, 2014 1:09 PM, "Dave Hansen" wrote: > > On 06/23/2014 01:00 PM, Andy Lutomirski wrote: > > On 06/18/2014 02:44 AM, Qiaowei Ren wrote: > >> > This patch adds the PR_MPX_REGISTER and PR_MPX_UNREGISTER prctl() > >> > commands. These commands can be used to register and unregister MPX > >>

Re: [PATCH] i2c: exynos5: Properly use the "noirq" variants of suspend/resume

Tomasz, On Fri, Jun 20, 2014 at 4:59 PM, Tomasz Figa wrote: > On 21.06.2014 01:53, Doug Anderson wrote: >> Kevin, >> >> On Fri, Jun 20, 2014 at 4:13 PM, Kevin Hilman wrote: >>> Doug Anderson writes: >>> Kevin, On Fri, Jun 20, 2014 at 2:48 PM, Kevin Hilman wrote: > Hi Doug,

[PATCH v7 5/9] seccomp: split mode set routines

Extracts the common check/assign logic, and separates the two mode setting paths to make things more readable with fewer #ifdefs within function bodies. Signed-off-by: Kees Cook --- kernel/seccomp.c | 124 +- 1 file changed, 85 insertions(+),

[PATCH v7 2/9] seccomp: split filter prep from check and apply

In preparation for adding seccomp locking, move filter creation away from where it is checked and applied. This will allow for locking where no memory allocation is happening. The validation, filter attachment, and seccomp mode setting can all happen under the future locks. Signed-off-by: Kees

[PATCH v7 4/9] seccomp: move no_new_privs into seccomp

Since seccomp transitions between threads requires updates to the no_new_privs flag to be atomic, changes must be atomic. This moves the nnp flag into the seccomp field as a separate unsigned long for atomic access. Signed-off-by: Kees Cook Acked-by: Andy Lutomirski --- fs/exec.c

[PATCH v7 6/9] seccomp: add "seccomp" syscall

This adds the new "seccomp" syscall with both an "operation" and "flags" parameter for future expansion. The third argument is a pointer value, used with the SECCOMP_SET_MODE_FILTER operation. Currently, flags must be 0. This is functionally equivalent to prctl(PR_SET_SECCOMP, ...). In addition

[PATCHv3 3/6] rtlwifi/rtl8188ee: Fix media status register mask

bt_msr & 0xfc will never match 0x3. Fix this by using a mask that actually matches the available types. Signed-off-by: Rickard Strandqvist Reviewed-by: Peter Wu --- drivers/net/wireless/rtlwifi/rtl8188ee/hw.c |2 +- drivers/net/wireless/rtlwifi/rtl8188ee/reg.h |1 + 2 files changed,

[PATCH v7 1/9] seccomp: create internal mode-setting function

In preparation for having other callers of the seccomp mode setting logic, split the prctl entry point away from the core logic that performs seccomp mode setting. Signed-off-by: Kees Cook --- kernel/seccomp.c | 16 ++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git

[PATCH v7 8/9] ARM: add seccomp syscall

Wires up the new seccomp syscall. Signed-off-by: Kees Cook --- arch/arm/include/uapi/asm/unistd.h |1 + arch/arm/kernel/calls.S|1 + 2 files changed, 2 insertions(+) diff --git a/arch/arm/include/uapi/asm/unistd.h b/arch/arm/include/uapi/asm/unistd.h index

Re: [PATCH v2 net-next 0/2] split BPF out of core networking

On Fri, Jun 20, 2014 at 9:44 AM, Chema Gonzalez wrote: >> >> Model eBPF based on MIPS ISA? Ouch. >> That would be one ugly ISA that is not JITable on x64. > > Definitely I wasn't making my point clear: IMO if we're redesigning > the BPF ISA, we should get a clean one (clean=something that is

Re: [PATCH] ARM: mvebu: Fix the improper use of the compatible string armada38x using a wildcard

On Mon, Jun 23, 2014 at 04:16:51PM +0200, Gregory CLEMENT wrote: > Wildcards in compatible strings should be avoid. "marvell,armada38x" > was recently introduced but was not yet used. > > The armada 385 SoC is a superset of the armada 380 SoC (with more CPUs > and more PCIe slots). So this patch

[PATCHv3 2/6] rtlwifi/rtl8192c[eu]: Fix media status register mask

bt_msr & 0xfc will never match 0x3. Fix this by using a mask that actually matches the available types. Signed-off-by: Rickard Strandqvist Reviewed-by: Peter Wu --- drivers/net/wireless/rtlwifi/rtl8192ce/hw.c |2 +- drivers/net/wireless/rtlwifi/rtl8192ce/reg.h |1 +

Re: [PATCH] ARM: dts: kirkwood: fix phy-connection-type for Guruplug

On Mon, Jun 23, 2014 at 10:25:15PM +0200, Sebastian Hesselbarth wrote: > Commit eeb845459a72e792a959278b858f9c417e9995bd > ("ARM: dts: kirkwood: set Guruplug phy-connection-type to rgmii-id") > added phy-connection-type properties to ethernet PHY nodes. > > Actually, the property has to be set

Re: [PATCH v7] x86: initialize secondary CPU only if master CPU will wait for it

On Fri, 2014-06-20 at 14:23 +0200, Igor Mammedov wrote: > Hang is observed on virtual machines during CPU hotplug, > especially in big guests with many CPUs. (It reproducible > more often if host is over-committed). > > It happens because master CPU gives up waiting on > secondary CPU and allows

Re: [PATCH 00/22] Add and use pci_zalloc_consistent

From: Joe Perches Date: Mon, 23 Jun 2014 06:41:28 -0700 > Adding the helper reduces object code size as well as overall > source size line count. > > It's also consistent with all the various zalloc mechanisms > in the kernel. > > Done with a simple cocci script and some typing. For

Re: [PATCHv2 6/6] mm/zpool: prevent zbud/zsmalloc from unloading when used

On Mon, 2 Jun 2014 18:19:46 -0400 Dan Streetman wrote: > Add try_module_get() to zpool_create_pool(), and module_put() to > zpool_destroy_pool(). Without module usage counting, the driver module(s) > could be unloaded while their pool(s) were active, resulting in an oops > when zpool tried to

Re: [PATCH v2 1/6] wdt: sunxi: Move restart code to the watchdog driver

On 06/23/2014 02:30 PM, Wim Van Sebroeck wrote: Hi All, On Mon, Jun 23, 2014 at 07:30:56AM -0700, Guenter Roeck wrote: The patches _are_ in my watchdog-next branch and get some coverage from both my auto-builders and from Fenguang's build robots, so while they are not in linux-next, they are

[PATCHv3 1/6] rtlwifi/rtl8192de: Fix media status register mask

bt_msr & 0xfc will never match 0x3. Fix this by using a mask that actually matches the available types. Signed-off-by: Rickard Strandqvist Reviewed-by: Peter Wu --- drivers/net/wireless/rtlwifi/rtl8192de/hw.c |2 +- drivers/net/wireless/rtlwifi/rtl8192de/reg.h |1 + 2 files changed,

[PATCHv3 0/6] rtlwifi: Fix incorrect MSR mask

An error was found in many rtlwifi drivers where an invalid mask was used, (bt_msr & 0xfc) will never match 0x3. This has been corrected by supplying a valid mask as a macro. Drivers which did not have this bug are still modified for consistency. Rickard Strandqvist (1): rtlwifi: Fix media

Re: [PATCHv4 3/6] mm/zpool: implement common zpool api to zbud/zsmalloc

On Mon, 2 Jun 2014 18:19:43 -0400 Dan Streetman wrote: > Add zpool api. > > zpool provides an interface for memory storage, typically of compressed > memory. Users can select what backend to use; currently the only > implementations are zbud, a low density implementation with up to > two

Re: [f2fs-dev] [PATCH v2 RESEND] f2fs: refactor flush_nat_entries codes for reducing NAT writes

Hi Chao, Thank you for the patch. :) Just one minor suggestion. [snip] > /* > @@ -1792,80 +1864,87 @@ void flush_nat_entries(struct f2fs_sb_info *sbi) > struct f2fs_nm_info *nm_i = NM_I(sbi); > struct curseg_info *curseg = CURSEG_I(sbi, CURSEG_HOT_DATA); > struct

Re: [PATCH v2 1/6] wdt: sunxi: Move restart code to the watchdog driver

Hi All, > On Mon, Jun 23, 2014 at 07:30:56AM -0700, Guenter Roeck wrote: > > >>The patches _are_ in my watchdog-next branch and get some coverage from > > >>both my auto-builders and from Fenguang's build robots, so while they are > > >>not in linux-next, they are not completely in the dark

[PATCH] amd: Neaten and remove unnecessary OOM messages

Make the code flow a little better for 80 columns. Use a consistent style for the RX and TX rings allocation. Use BIT macro. Use a temporary unsiged int entries for (1< --- drivers/net/ethernet/amd/pcnet32.c | 43 -- 1 file changed, 18 insertions(+), 25

Re: rtc/hctosys.c Problem during kernel boot

On Sat, Jun 21, 2014 at 6:08 AM, Alexander Holler wrote: > Am 12.06.2014 01:53, schrieb John Stultz: > >> You can read some of the previous discussion here: >> https://lkml.org/lkml/2013/6/17/533 >> >> I'd be very interested in patches to resolve this! > > > And the silence as response to my

Re: [PATCH] rtc: ia64: allow other architectures to use EFI RTC

Ping. On Fri, 2014-06-13 at 14:50 -0400, Mark Salter wrote: > Currently, the rtc-efi driver is restricted to ia64 only. > Newer architectures with EFI support may want to also use > that driver. This patch moves the platform device setup > from ia64 into drivers/rtc and allow any architecture

Re: [PATCH v2 1/6] wdt: sunxi: Move restart code to the watchdog driver

Hi Alan, > On Thu, 22 May 2014 22:34:44 +0200 > Maxime Ripard wrote: > > > On Mon, May 19, 2014 at 05:04:22PM +0200, Maxime Ripard wrote: > > > On Thu, May 15, 2014 at 11:11:23AM +0200, Maxime Ripard wrote: > > > > On Wed, May 07, 2014 at 02:33:18PM -0700, Guenter Roeck wrote: > > > > > On Tue,

[PATCH] x86_32,entry: Do syscall exit work on badsys (CVE-2014-4508)

The bad syscall nr paths are their own incomprehensible route through the entry control flow. Rearrange them to work just like syscalls that return -ENOSYS. This fixes an OOPS in the audit code when fast-path auditing is enabled and sysenter gets a bad syscall nr (CVE-2014-4508). This has

Re: [PATCH 2/3] efi/reboot: Allow powering off machines using EFI

On Thu, 2014-06-19 at 14:40 +0100, Matt Fleming wrote: > From: Matt Fleming > > Not only can EfiResetSystem() be used to reboot, it can also be used to > power down machines. > > By and large, this functionality doesn't work very well across the range > of EFI machines in the wild, so it should

[PATCH] i2c: cros_ec: Remove EC_I2C_FLAG_10BIT

In pointed out that the 10-bit flag in the cros_ec_tunnel was useless. It went into a 16-bit flags field but was defined at (1 << 16). Since we have no 10-bit i2c devices on the other side of the tunnel on any known devices this was never a problem. Until

Re: [PATCHv2 1/6] mm/zbud: zbud_alloc() minor param change

On Mon, 2 Jun 2014 18:19:41 -0400 Dan Streetman wrote: > Change zbud to store gfp_t flags passed at pool creation to use for > each alloc; this allows the api to be closer to the existing zsmalloc > interface, and the only current zbud user (zswap) uses the same gfp > flags for all allocs.

Re: [PATCH 1/3] efi/reboot: Add generic wrapper around EfiResetSystem()

On Thu, 2014-06-19 at 14:40 +0100, Matt Fleming wrote: > From: Matt Fleming > > Implement efi_reboot(), which is really just a wrapper around the > EfiResetSystem() EFI runtime service, but it does at least allow us to > funnel all callers through a single location. > > It also simplifies the

Re: [PATCH 1/2 v2] f2fs: introduce f2fs_do_tmpfile for code consistency

Change log from v1: o avoid mark_inode_dirty(dir), suggested by Chao Yu >From f28528b0d835d7f2168e9a729016f68350be0308 Mon Sep 17 00:00:00 2001 From: Jaegeuk Kim Date: Fri, 20 Jun 2014 21:37:02 -0700 Subject: [PATCH v2] f2fs: introduce f2fs_do_tmpfile for code consistency This patch adds

Re: [PATCH 1/3] sched/fair: Disable runtime_enabled on dying rq

On 24.06.2014 01:05, bseg...@google.com wrote: > Kirill Tkhai writes: > >> On 23.06.2014 21:29, bseg...@google.com wrote: >>> Peter Zijlstra writes: >>> On Tue, Jun 17, 2014 at 05:24:10PM +0400, Kirill Tkhai wrote: > @@ -3790,6 +3803,12 @@ static void __maybe_unused >

Re: [PATCH v2 1/6] wdt: sunxi: Move restart code to the watchdog driver

Hi Maxime, > > > Guenter, since you seem to be the only responsive, may I suggest that > > > you start merging patches and do a pull request to either Wim or Linus > > > directly during the merge window? > > > > > I had prepared a pull request for Wim last weekend or so, but then there > > were

Re: [PATCHv3] mm: page_alloc: fix CMA area initialisation when pageblock > MAX_ORDER

On Mon, 2014-06-23 at 21:40 +0200, Michal Nazarewicz wrote: > With a kernel configured with ARM64_64K_PAGES && !TRANSPARENT_HUGEPAGE, > the following is triggered at early boot: > > SMP: Total of 8 processors activated. > devtmpfs: initialized > Unable to handle kernel NULL pointer

Re: [PATCH 1/3] sched/fair: Disable runtime_enabled on dying rq

Kirill Tkhai writes: > On 23.06.2014 21:29, bseg...@google.com wrote: >> Peter Zijlstra writes: >> >>> On Tue, Jun 17, 2014 at 05:24:10PM +0400, Kirill Tkhai wrote: @@ -3790,6 +3803,12 @@ static void __maybe_unused unthrottle_offline_cfs_rqs(struct rq *rq)

[PATCH V2 08/22] amd: Use pci_zalloc_consistent

Remove the now unnecessary memset too. Signed-off-by: Joe Perches --- On Mon, 2014-06-23 at 12:15 -0700, Joe Perches wrote: > On Mon, 2014-06-23 at 11:02 -0700, Don Fry wrote: > > This causes the line length to be greater than 80 characters causing > > checkpatch to complain. V2: Don Fry is an

Re: [PATCH v6 02/10] x86, mpx: add MPX specific mmap interface

On Mon, Jun 23, 2014 at 1:28 PM, Dave Hansen wrote: > On 06/23/2014 01:06 PM, Andy Lutomirski wrote: >> Can the new vm_operation "name" be use for this? The magic "always >> written to core dumps" feature might need to be reconsidered. > > One thing I'd like to avoid is an MPX vma getting merged

Re: 3.15: kernel BUG at kernel/auditsc.c:1525!

On Fri, Jun 20, 2014 at 11:41 AM, Andy Lutomirski wrote: > On Mon, Jun 16, 2014 at 2:48 PM, H. Peter Anvin wrote: >> On 06/16/2014 02:35 PM, Andy Lutomirski wrote: >>> >>> To hpa, etc: It appears that entry_32.S is missing any call to the >>> audit exit hook on the badsys path. If I'm

[PATCH 5/5] Input - wacom: split out the pad device for Graphire G4 and MO

MSC_SERIAL can be safely removed from pad devices. If it is not here, xf86-input-wacom correctly generates ones for its internal use. Signed-off-by: Benjamin Tissoires --- drivers/input/tablet/wacom_wac.c | 44 1 file changed, 27 insertions(+), 17

[PATCH 0/5] Input - wacom: split out pad data from the stylus input device

Hi, This patch series aims at simplifying the handling of Wacom devices from the user space point of view. As mentioned in the commit message from 1/5, the pad data are interleaved into the stylus input for some devices, and into the touch input for others. It doesn't makes real sense to

[PATCH 1/5] Input - wacom: create a separate input device for pads

Currently, the pad events are sent through the stylus input device for the Intuos/Cintiqs, and through the touch input device for the Bamboos. To differentiate the buttons pressed on the pad from the ones pressed on the stylus, the Intuos/Cintiq uses MISC_SERIAL and ABS_MISC. This lead to a

[PATCH 2/5] Input - wacom: split out the pad device for Intuos/Cintiq

MSC_SERIAL can be safely dropped for pad input devices. Signed-off-by: Benjamin Tissoires --- drivers/input/tablet/wacom_wac.c | 208 +++ 1 file changed, 122 insertions(+), 86 deletions(-) diff --git a/drivers/input/tablet/wacom_wac.c

[PATCH 4/5] Input - wacom: split out the pad device for DTUS

MSC_SERIAL can be safely removed from the pad device. Signed-off-by: Benjamin Tissoires --- drivers/input/tablet/wacom_wac.c | 18 ++ 1 file changed, 6 insertions(+), 12 deletions(-) diff --git a/drivers/input/tablet/wacom_wac.c b/drivers/input/tablet/wacom_wac.c index

[PATCH 3/5] Input - wacom: split out the pad device for Bamboos

We rely on the return code of wacom_bpt*() to do the input_sync(). wacom_wac_irq() then properly sync the input devices. Signed-off-by: Benjamin Tissoires --- drivers/input/tablet/wacom_wac.c | 39 +++ 1 file changed, 23 insertions(+), 16 deletions(-) diff

Re: [PATCH v3] selinux: no recursive read_lock of policy_rwlock in security_genfs_sid()

On Monday, June 23, 2014 11:28:51 AM Waiman Long wrote: > With the introduction of fair queued rwlock, recursive read_lock() > may hang the offending process if there is a write_lock() somewhere > in between. > > With recursive read_lock checking enabled, the following error was > reported: > >

Re: [PATCH] regulator: palmas: Fix SMPS enable/disable/is_enabled

On 06/23/2014 02:20 PM, Stephen Warren wrote: > On 06/23/2014 02:11 PM, Nishanth Menon wrote: >> On Mon, Jun 23, 2014 at 2:50 PM, Stephen Warren >> wrote: >>> On 06/20/2014 11:26 AM, Nishanth Menon wrote: We use regmap regulator ops to enable/disable and check if regulator is enabled

[PATCH] regulator: palmas: fix typo in enable_reg calculation

From: Stephen Warren When setting up .enable_reg for an SMPS regulator, presumably we should call PALMAS_BASE_TO_REG(PALMAS_SMPS_BASE, ...) rather than using LDO_BASE. This change makes the LCD panel and HDMI work again on the NVIDIA Dalmore board anyway. Cc: Alex Courbot Cc: Keerthy Cc:

Re: [tip:sched/core] mm/numa: Remove BUG_ON() in __handle_mm_fault()

On Thu, 8 May 2014 03:43:19 -0700 Could this please be included in 3.14 and 3.15 stable as well. tip-bot for Rik van Riel wrote: > Commit-ID: 107437febd495a50e2cd09c81bbaa84d30e57b07 > Gitweb: > http://git.kernel.org/tip/107437febd495a50e2cd09c81bbaa84d30e57b07 > Author: Rik van Riel

[PATCH v2] ARM: dts: Add cros_ec to exynos5420-peach-pit and exynos5800-peach-pi

This adds cros_ec to exynos5420-peach-pit and exynos5800-peach-pi, including: * The keyboard * The i2c tunnel * The tps65090 under the i2c tunnel * The battery under the i2c tunnel To add extra motivation, it should be noted that tps65090 is one of the things needed to get display-related FETs

[PATCH] net: allwinner: emac: Add missing free_irq

If the mdio probe function fails in emac_open, the interrupt we just requested isn't freed. If emac_open is called again, for example because we try to set up the interface again, the kernel will oops because the interrupt wasn't properly released. Signed-off-by: Maxime Ripard Cc: # 3.11+ ---

Re: [PATCH 1/3] sched/fair: Disable runtime_enabled on dying rq

On 23.06.2014 21:29, bseg...@google.com wrote: > Peter Zijlstra writes: > >> On Tue, Jun 17, 2014 at 05:24:10PM +0400, Kirill Tkhai wrote: >>> @@ -3790,6 +3803,12 @@ static void __maybe_unused >>> unthrottle_offline_cfs_rqs(struct rq *rq) >>> cfs_rq->runtime_remaining = 1; >>>

Re: [PATCH v10] leds: USB: HID: Add support for MSI GT683R led panels

On Mon, Jun 23, 2014 at 04:24:48PM -0400, Greg KH wrote: > On Mon, Jun 23, 2014 at 09:52:12PM +0200, Johan Hovold wrote: > > On Mon, Jun 23, 2014 at 03:40:59PM -0400, Greg KH wrote: > > > On Mon, Jun 23, 2014 at 09:31:34PM +0200, Johan Hovold wrote: > > > > On Mon, Jun 23, 2014 at 02:24:32PM

Re: unparseable, undocumented /sys/class/drm/.../pstate

On Mon, Jun 23, 2014 at 4:26 PM, Greg KH wrote: > On Mon, Jun 23, 2014 at 04:18:39PM -0400, Ilia Mirkin wrote: >> On Mon, Jun 23, 2014 at 4:15 PM, Pavel Machek wrote: >> > Hi! >> > >> >> >> >> > I guess better interface would be something like >> >> >> >> > >> >> >> >> > pstate/07/core_clock_min

Re: [linux-sunxi] Re: [PATCH v10 4/5] ARM: sunxi: Add IR controllers on A20 to dtsi

On Mon, Jun 23, 2014 at 01:08:24PM -0700, Александр Берсенев wrote: > Thanks, > > Should I send applied patches in the further versions of this patch set? No, you don't have to. Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com

[PATCH] Fix backlight control for Acer TravelMate B113

Fix backlight control for Acer TravelMate B113 Laptop by adding it to the video_dmi_table. A workaround before that was to use acpi_osi=Linux or acpi_backlight=vendor on boot but even then, only the function- keys worked. With this change there is no need for boot parameters and DE's controls

[PATCH v2] Input - wacom: assign phys field from struct wacom into input_dev

This field was not used for 9 years, it is time to assign it. Signed-off-by: Benjamin Tissoires --- Hi Dmitry, this is the v2 (more a re-spin) of the patch entitled: "Input - wacom: remove phys field in struct wacom". Cheers, Benjamin drivers/input/tablet/wacom_sys.c | 1 + 1 file changed, 1

Re: [PATCH] regulator: palmas: Fix SMPS enable/disable/is_enabled

On Mon, Jun 23, 2014 at 3:20 PM, Stephen Warren wrote: > On 06/23/2014 02:11 PM, Nishanth Menon wrote: >> On Mon, Jun 23, 2014 at 2:50 PM, Stephen Warren >> wrote: >>> On 06/20/2014 11:26 AM, Nishanth Menon wrote: We use regmap regulator ops to enable/disable and check if regulator is

Re: [PATCH v6 02/10] x86, mpx: add MPX specific mmap interface

On 06/23/2014 01:06 PM, Andy Lutomirski wrote: > Can the new vm_operation "name" be use for this? The magic "always > written to core dumps" feature might need to be reconsidered. One thing I'd like to avoid is an MPX vma getting merged with a non-MPX vma. I don't see any code to prevent two

Re: XFS WARN_ON in xfs_vm_writepage

On Thu, Jun 19, 2014 at 12:03:40PM +1000, Dave Chinner wrote: > On Fri, Jun 13, 2014 at 10:19:25AM -0400, Dave Jones wrote: > > On Fri, Jun 13, 2014 at 04:26:45PM +1000, Dave Chinner wrote: > > > > > > 970 if (WARN_ON_ONCE((current->flags & > > > > (PF_MEMALLOC|PF_KSWAPD)) == > >

Re: [BUG] black screens (was: rc1 and rc2...screen black ...)

This looks like a duplicate of https://bugzilla.kernel.org/show_bug.cgi?id=78601 Maybe these are related? https://bugzilla.redhat.com/show_bug.cgi?id=1104371 https://bugzilla.redhat.com/show_bug.cgi?id=1096487 -- "The wise are known for their understanding, and pleasant words are persuasive."

Re: unparseable, undocumented /sys/class/drm/.../pstate

On Mon, Jun 23, 2014 at 04:18:39PM -0400, Ilia Mirkin wrote: > On Mon, Jun 23, 2014 at 4:15 PM, Pavel Machek wrote: > > Hi! > > > >> >> >> > I guess better interface would be something like > >> >> >> > > >> >> >> > pstate/07/core_clock_min > >> >> >> > core_clock_max > >> >> >> >

[PATCH] ARM: dts: kirkwood: fix phy-connection-type for Guruplug

Commit eeb845459a72e792a959278b858f9c417e9995bd ("ARM: dts: kirkwood: set Guruplug phy-connection-type to rgmii-id") added phy-connection-type properties to ethernet PHY nodes. Actually, the property has to be set for the ethernet port node instead. Fix it by moving the corresponding properties

Re: [PATCH v10] leds: USB: HID: Add support for MSI GT683R led panels

On Mon, Jun 23, 2014 at 09:52:12PM +0200, Johan Hovold wrote: > On Mon, Jun 23, 2014 at 03:40:59PM -0400, Greg KH wrote: > > On Mon, Jun 23, 2014 at 09:31:34PM +0200, Johan Hovold wrote: > > > On Mon, Jun 23, 2014 at 02:24:32PM -0400, Greg KH wrote: > > > > On Mon, Jun 23, 2014 at 02:23:24PM

Re: [PATCH] regulator: palmas: Fix SMPS enable/disable/is_enabled

On 06/23/2014 02:11 PM, Nishanth Menon wrote: > On Mon, Jun 23, 2014 at 2:50 PM, Stephen Warren wrote: >> On 06/20/2014 11:26 AM, Nishanth Menon wrote: >>> We use regmap regulator ops to enable/disable and check if regulator >>> is enabled for various SMPS. However, these depend on valid >>>

Re: unparseable, undocumented /sys/class/drm/.../pstate

On Mon, Jun 23, 2014 at 4:15 PM, Pavel Machek wrote: > Hi! > >> >> >> > I guess better interface would be something like >> >> >> > >> >> >> > pstate/07/core_clock_min >> >> >> > core_clock_max >> >> >> > memory_clock_min >> >> >> > memory_clock_max >> >> >> > >> >>

RE: [PATCH net-next] hyperv: Add handler for RNDIS_STATUS_NETWORK_CHANGE event

> -Original Message- > From: David Miller [mailto:da...@davemloft.net] > Sent: Monday, June 23, 2014 4:10 PM > To: Haiyang Zhang > Cc: o...@aepfle.de; g...@kroah.com; net...@vger.kernel.org; > jasow...@redhat.com; driverdev-de...@linuxdriverproject.org; linux- > ker...@vger.kernel.org >

Re: unparseable, undocumented /sys/class/drm/.../pstate

Hi! > >> >> > I guess better interface would be something like > >> >> > > >> >> > pstate/07/core_clock_min > >> >> > core_clock_max > >> >> > memory_clock_min > >> >> > memory_clock_max > >> >> > > >> >> > and then pstate/active containing just the number of active

Re: [PATCH] regulator: palmas: Fix SMPS enable/disable/is_enabled

On Mon, Jun 23, 2014 at 2:50 PM, Stephen Warren wrote: > On 06/20/2014 11:26 AM, Nishanth Menon wrote: >> We use regmap regulator ops to enable/disable and check if regulator >> is enabled for various SMPS. However, these depend on valid >> enable_reg, enable_mask and enable_value in regulator

Re: [PATCH net-next] hyperv: Add handler for RNDIS_STATUS_NETWORK_CHANGE event

From: Greg KH Date: Mon, 23 Jun 2014 12:29:11 -0400 > Given that this change will fail on all future distro releases, and > almost all of the community distros today, I don't see how this is > acceptable at all. Nor would it be any better if you switch to a > systemd command line script as

Re: [PATCH 1/3] PCI/MSI: Add pci_enable_msi_partial()

Hi Bjorn, Any feedback? Thanks! -- Regards, Alexander Gordeev agord...@redhat.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 Please read the

Re: [PATCH net-next] hyperv: Add handler for RNDIS_STATUS_NETWORK_CHANGE event

From: Haiyang Zhang Date: Mon, 23 Jun 2014 16:09:59 + > So, what's the equivalent or similar command to "network restart" on SLES12? > Could > you update the command line for the usermodehelper when porting this patch to > SLES > 12? No, you are not going to keep the usermodehelper

Re: [PATCH v6 08/10] x86, mpx: add prctl commands PR_MPX_REGISTER, PR_MPX_UNREGISTER

On 06/23/2014 01:00 PM, Andy Lutomirski wrote: > On 06/18/2014 02:44 AM, Qiaowei Ren wrote: >> > This patch adds the PR_MPX_REGISTER and PR_MPX_UNREGISTER prctl() >> > commands. These commands can be used to register and unregister MPX >> > related resource on the x86 platform. >> > >> > The base

Re: [PATCH] mmc: sdhci-pci: Quark SDIO host controller supporting

On Fri, Jun 20, 2014 at 10:13 AM, Chen, Alvin wrote: > From: Derek Browne > > On Intel Quark, there is a SDIO host controller. This patch is added to > enable the SDIO host controller. > > Signed-off-by: Derek Browne > Signed-off-by: Alvin (Weike) Chen > --- > drivers/mmc/host/sdhci-pci.c |

Re: [PATCH v6 02/10] x86, mpx: add MPX specific mmap interface

On Mon, Jun 23, 2014 at 1:03 PM, Dave Hansen wrote: > On 06/23/2014 12:49 PM, Andy Lutomirski wrote: >> On 06/18/2014 02:44 AM, Qiaowei Ren wrote: >>> This patch adds one MPX specific mmap interface, which only handles >>> mpx related maps, including bounds table and bounds directory. >>> >>> In

Re: [PATCH net-next] hyperv: Add handler for RNDIS_STATUS_NETWORK_CHANGE event

From: Olaf Hering Date: Mon, 23 Jun 2014 15:17:23 +0200 > On Mon, Jun 23, Haiyang Zhang wrote: > >> > I think its reasonable to expect guest config changes on this new kind >> > of host. Would a link-down/link-up event work? I'm sure it will, there >> > is enough code floating around in the

<    1   2   3   4   5   6   7   8   9   10   >