[PATCH 09/15] x86/xsaves: Use xsave/xrstor for saving and restoring user space context

From: Fenghua Yu We use legacy xsave/xrstor for user space context. No xsaveopt or xsaves is used here. We don't use modified optimization which is implemented in xsaveopt and xsaves because xrstor/xrstors might track a different application. We don't use compacted format xsave area in xsaves

Re: [PATCH 3/9] procfs: add proc_read_from_buffer() and pid_entry_read() helpers

On Mon, May 26, 2014 at 6:27 AM, Djalal Harouni wrote: > This patch is preparation, it adds a couple of helpers to read data and > to get the cached permission checks during that ->read(). > > Currently INF entries share the same code, they do not implement > specific ->open(), only ->read()

[PATCH 04/15] x86/xsaves: Change compacted format xsave area header

From: Fenghua Yu With compacted format xsave area supported, the xsave area header is changed to support both compacted format and standard format xsave area. The XSAVE header of an XSAVE area comprises the 64 bytes starting at offset 512 from the area\u2019s base address: - Bytes 7:0

[PATCH 08/15] x86/xsaves: Use xsaves/xrstors for context switch

From: Fenghua Yu If xsaves is eanbled, use xsaves/xrstors for context switch to utilize compacted format xsave area and modified optimization. Signed-off-by: Fenghua Yu --- arch/x86/include/asm/xsave.h | 37 - 1 file changed, 12 insertions(+), 25

[PATCH 07/15] x86/xsaves: Use xsaves/xrstors for saving and restoring xsave area

From: Fenghua Yu If xsaves is eanbled, use xsaves/xrstors for saving and restoring xstate. xsaves supports compacted format, init optimization, modified optimization, and supervisor states. Signed-off-by: Fenghua Yu --- arch/x86/include/asm/xsave.h | 82

[PATCH 12/15] x86/xsaves: Save xstate to task's xsave area in __save_fpu during booting time

From: Fenghua Yu __save_fpu() can be called during early booting time when cpu caps are not enabled and alternative can not be used yet. Therefore, it calls xsave_state_booting() to save xstate to task's xsave area. Signed-off-by: Fenghua Yu --- arch/x86/include/asm/fpu-internal.h | 9

Re: [PATCH v3 03/13] mmc: mmci: Add Qualcomm Id to amba id table

Hi Ulf, On 26/05/14 10:10, Ulf Hansson wrote: Hi Srinivas, +static struct variant_data variant_qcom = { + .fifosize = 16 * 4, + .fifohalfsize = 8 * 4, + .clkreg = MCI_CLK_ENABLE, + .datalength_bits= 24, +

[PATCH 13/15] x86/xsaves: Call booting time xsaves and xrstors in setup_init_fpu_buf

From: Fenghua Yu setup_init_fpu_buf() calls booting time xsaves and xrstors to save/restore xstate in xsave area. Signed-off-by: Fenghua Yu --- arch/x86/kernel/xsave.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/arch/x86/kernel/xsave.c

Re: [PATCH V3 0/6] namespaces: log namespaces per task

On 14/05/22, Michael Kerrisk wrote: > Richard, Hi Michael, > On Tue, May 20, 2014 at 3:12 PM, Richard Guy Briggs wrote: > > The purpose is to track namespaces in use by logged processes from the > > perspective of init_*_ns. > > > > 1/6 defines a function to generate them and assigns them. > >

[PATCH 11/15] x86/xsaves: Add xsaves and xrstors support for booting time

From: Fenghua Yu Since cpu caps are not enabled yet during early booting time, alternative can not be used in functions to access xsave area. Therefore, we define two new functions xrstor_state_booting and xsave_state_booting to access xsave area during early booting time. Because

[PATCH 14/15] x86/xsaves: Enable xsaves/xrstors

From: Fenghua Yu If xsaves/xrstors is enabled, compacted format of xsave area will be used and less memory may be used for context switching per process. Modified optimization implemented in xsaves/xrstors improves performance of saving xstate as well. Signed-off-by: Fenghua Yu ---

Re: [PATCH v2 5/5] regulator: axp20x: resolve self dependency issue

Hello Mark, On 26/05/2014 17:43, Mark Brown wrote: > On Mon, May 26, 2014 at 04:58:12PM +0200, Boris BREZILLON wrote: >> Some regulators might take their power supply from other regulators defined >> by the same PMIC. >> >> Retry regulators registration until all regulators are registered or the

[PATCH 15/15] Define kernel API to get address of each state in xsave area

From: Fenghua Yu In standard format, each state is saved in the xsave area in fixed offset. In compacted format, offset of each saved state only can be calculated during run time because some xstates may not be saved. get_xsave_addr() returns address of a given state saved in a xsave area. It

[PATCH 10/15] x86/xsaves: Clear reserved bits in xsave header

From: Fenghua Yu The reserved bits (128~511) in the xsave header must be zero. Clear the bits here. Signed-off-by: Fenghua Yu --- arch/x86/kernel/i387.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/kernel/i387.c b/arch/x86/kernel/i387.c index d5dd808..a9a4229

Re: [PATCH 2/9] procfs: add pid_entry_access() for proper checks on /proc//*

On Mon, May 26, 2014 at 6:27 AM, Djalal Harouni wrote: > Add the helper pid_entry_access() to unify the permission checks during > ->open() > > This is a preparation patch. > > Signed-off-by: Djalal Harouni > --- > fs/proc/generic.c | 22 ++ > fs/proc/internal.h | 2 ++ >

[PATCH 01/15] x86/xsaves: Detect xsaves/xrstors feature

From: Fenghua Yu Detect the xsaves feature in processor extended state enumberation sub-leaf (eax=0x0d, ecx=1): Bit 03: Supports xsaves/xrstors and IA32_XSS if set The IA32_XSS MSR (index DA0H) contains a state-component bitmap that specifies the state components that software has enabled

Re: [PATCH 1/9] procfs: use flags to deny or allow access to /proc//$entry

On Mon, May 26, 2014 at 6:27 AM, Djalal Harouni wrote: > Add the deny or allow flags, so we can perform proper permission checks > and set the result accordingly. These flags are needed in case we have > to cache the result of permission checks that are done during ->open() > time. Later during

Re: [PATCH 1/5] irq_work: Split raised and lazy lists

On Mon, May 26, 2014 at 05:59:44PM +0200, Peter Zijlstra wrote: > On Sun, May 25, 2014 at 04:29:47PM +0200, Frederic Weisbecker wrote: > > An irq work can be handled from two places: from the tick if the work > > carries the "lazy" flag and the tick is periodic, or from a self IPI. > > > > We

Re: [PATCH 1/3] driver core/platform: don't leak memory allocated for dma_mask

On Mon, May 26, 2014 at 06:41:21PM +0200, Emil Goode wrote: > @@ -211,6 +215,7 @@ struct platform_device *platform_device_alloc(const char > *name, int id) > strcpy(pa->name, name); > pa->pdev.name = pa->name; > pa->pdev.id = id; > +

Re: [PATCH 3/5] irq_work: Implement remote queueing

On Mon, May 26, 2014 at 06:02:24PM +0200, Peter Zijlstra wrote: > On Sun, May 25, 2014 at 04:29:49PM +0200, Frederic Weisbecker wrote: > > +bool irq_work_queue_on(struct irq_work *work, int cpu) > > +{ > > + /* Only queue if not already pending */ > > + if (!irq_work_claim(work)) > > +

Re: [PATCH] x86, MCE: Flesh out when to panic comment

On Mon, May 26, 2014 at 4:06 AM, Borislav Petkov wrote: > On Mon, May 26, 2014 at 12:51:10PM +0200, Jiri Kosina wrote: >> I think the comment is still not explaining the big part of what the >> discussion was about -- i.e. if it was in kernel context, we always >> panic. > > I thought the pointer

Re: fs/dcache.c - BUG: soft lockup - CPU#5 stuck for 22s! [systemd-udevd:1667]

On Mon, May 26, 2014 at 04:27:03PM +0100, Al Viro wrote: > Do these livelocks keep happening indefinitely, once triggered? IOW, > is that a buggered state of dcache and/or kernfs, or is it a transient pileup > that happens when we invalidate a subtree there? Could you slap if

[PATCH 2/3] driver core/platform: make .name of struct platform_object a C99 flexible array

From: Yann Droneaud The changes made by this patch was originally part of the patch available in the below link. It was requested that the change to .name was made in a separate patch. http://lkml.kernel.org/r/1390817152-30898-1-git-send-email-ydrone...@opteya.com It's a pity that 7 bytes are

[PATCH 3/3] ARM: imx: don't allocate memory for .dma_mask of struct device

The first patch in this series changed the platform_device_alloc function to assign the u64 .dma_mask pointer of struct device to the address of a u64 .dma_mask member of struct platform_object. This means that we no longer should allocate memory for the .dma_mask pointer of struct device when

[PATCH 1/3] driver core/platform: don't leak memory allocated for dma_mask

From: Yann Droneaud Since commit 01dcc60a7cb8, platform_device_register_full() is available to allocate and register a platform device. If a dma_mask is provided as part of platform_device_info, platform_device_register_full() allocate memory for a u64 using kmalloc(). A comment in the code

[PATCH v2] ARM: msm: Update the references to DEBUG_MSM_UARTx

-trout-gpio.c Fix this by updating the reference to the new Kconfig option. Reported-by: Paul Bolle Signed-off-by: Georgi Djakov --- Changes since v1: - Fixed similar issue in board-trout.c and board-trout-gpio.c Applies to next-20140526. arch/arm/mach-msm/board-trout-gpio.c |2 +- arch

Re: [PATCH] ext4: remove unused local variable "stored" from ext4_readdir(...)

On Wed, May 21, 2014 at 04:32:26PM +0100, Giedrius Rekasius wrote: > From: Giedrius Rekasius > > Remove local variable "stored" from ext4_readdir(...). This variable > gets initialized but is never used inside the function. > > Signed-off-by: Giedrius Rekasius Applied, thanks.

[PATCH] staging: silicom/bypasslib/bp_ioctl.h: Fix erroneous global variable definitions

Originally, this header was defining two new typedefs, CMND_TYPE and CMND_TYPE_SD, following this type of declaration: typedef enum { ... } CMND_TYPE; A previous commit (785086556a573f07747b3633732a9dbd7e45728f) tried to fix warnings that were pointed out by checkpatch.pl, concerning not

[PATCH 07/24] staging: rtl8188eu: Remove function with empty defination dm_CheckStatistics()

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/rtl8188e_dm.c | 10 -- 1 file changed, 10 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/rtl8188e_dm.c b/drivers/staging/rtl8188eu/hal/rtl8188e_dm.c index cf88bf2..4e9f797 100644 ---

[PATCH 13/24] staging: rtl8188eu: Remove unused structure "rtl8192cd_priv"

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/odm.h |8 1 file changed, 8 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/odm.h b/drivers/staging/rtl8188eu/include/odm.h index 9d1a79c..e83812f 100644 --- a/drivers/staging/rtl8188eu/include/odm.h

[PATCH 11/24] staging: rtl8188eu: remove unused header inclusion from rtw_mp.c

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/core/rtw_mp.c |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/rtl8188eu/core/rtw_mp.c b/drivers/staging/rtl8188eu/core/rtw_mp.c index 705f666..17427a6 100644 --- a/drivers/staging/rtl8188eu/core/rtw_mp.c +++

[PATCH 16/24] staging: rtl8188eu: Remove unused function declaration.

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/odm_interface.h |4 1 file changed, 4 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/odm_interface.h b/drivers/staging/rtl8188eu/include/odm_interface.h index 5338290..ba58a67 100644 ---

[PATCH 17/24] staging: rtl8188eu: Use "ODM_REG_CCK_CCA_11N" in ODM_Write_CCK_CCA_Thres()

Use "ODM_REG_CCK_CCA_11N" directly instead of using ODM_REG(CCK_CCA, pDM_Odm) which produces same after preprocessing. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/odm.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/rtl8188eu/hal/odm.c

Did you get my last message?

Please I would like you to keep this proposal as a top secret and delete it if you are not interested and get back to me if you are interested for details as regards to the transfer of $24,500,000 to you. This money initially belongs to a Libyan client who died in the libya crisis and had no

[PATCH 19/24] staging: rtl8188eu: Remove unnecessary debugging message from ODM_Write_DIG()

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/odm.c |9 - 1 file changed, 9 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/odm.c b/drivers/staging/rtl8188eu/hal/odm.c index 2bd68aa..205ba7f 100644 --- a/drivers/staging/rtl8188eu/hal/odm.c +++

[PATCH 24/24] staging: rtl8188eu: Remove empty file odm_interface.h

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/odm_interface.h | 24 - drivers/staging/rtl8188eu/include/odm_precomp.h |1 - 2 files changed, 25 deletions(-) delete mode 100644 drivers/staging/rtl8188eu/include/odm_interface.h diff --git

[PATCH 21/24] staging: rtl8188eu: Remove unused macros defined in odm_interface.h

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/odm_interface.h | 30 - 1 file changed, 30 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/odm_interface.h b/drivers/staging/rtl8188eu/include/odm_interface.h index ba58a67..2c2991e 100644 ---

[PATCH 20/24] staging: rtl8188eu: Use ODM_REG_IGI_A_11N and ODM_BIT_IGI_11N in ODM_Write_DIG()

ODM_REG(IGI_A, pDM_Odm) and ODM_BIT(IGI, pDM_Odm) macros produce ODM_REG_IGI_A_11N and ODM_BIT_IGI_11N respectively after preprocessing. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/odm.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 23/24] staging: rtl8188eu: Remove unused enum odm_h2c_cmd.

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/odm_interface.h |6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/odm_interface.h b/drivers/staging/rtl8188eu/include/odm_interface.h index e29ac79..dc6b1c2 100644 ---

[PATCH 12/24] staging: rtl8188eu: Remove unused macros and enum defined in odm_types.h

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/odm_types.h | 25 - 1 file changed, 25 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/odm_types.h b/drivers/staging/rtl8188eu/include/odm_types.h index 78ee2ba..c1355b9 100644 ---

[PATCH 14/24] staging: rtl8188eu: Remove unused macros in odm_interface.h

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/odm_interface.h | 11 --- 1 file changed, 11 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/odm_interface.h b/drivers/staging/rtl8188eu/include/odm_interface.h index 548a309..3fc3e3c 100644 ---

[PATCH 18/24] staging: rtl8188eu: Use ODM_REG_IGI_A_11N and ODM_BIT_IGI_11N in odm_DIGInit()

ODM_REG(IGI_A, pDM_Odm) and ODM_BIT(IGI, pDM_Odm) macros produce ODM_REG_IGI_A_11N and ODM_BIT_IGI_11N respectively after preprocessing. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/odm.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 15/24] staging: rtl8188eu: Remove unused function pointer declaration.

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/odm_interface.h | 10 -- 1 file changed, 10 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/odm_interface.h b/drivers/staging/rtl8188eu/include/odm_interface.h index 3fc3e3c..5338290 100644 ---

[PATCH 22/24] staging: rtl8188eu: Remove unused function declaration.

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/odm_interface.h |6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/odm_interface.h b/drivers/staging/rtl8188eu/include/odm_interface.h index 2c2991e..e29ac79 100644 ---

[PATCH 08/24] staging: rtl8188eu: Remove function rtw_hal_dm_deinit()

rtw_hal_dm_deinit() calls rtl8188e_deinit_dm_priv() using funtion pointer. rtl8188e_deinit_dm_priv() has empty defination, so we can remove rtw_hal_dm_deinit() and later rtl8188e_deinit_dm_priv() also will be removed. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/hal_intf.c

[PATCH 10/24] staging: rtl8188eu: Remove unused function rtl8188e_deinit_dm_priv()

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/rtl8188e_dm.c |4 drivers/staging/rtl8188eu/include/rtl8188e_dm.h |1 - 2 files changed, 5 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/rtl8188e_dm.c b/drivers/staging/rtl8188eu/hal/rtl8188e_dm.c index

[PATCH 09/24] staging: rtl8188eu: Remove unused function pointer ->dm_init

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c |1 - drivers/staging/rtl8188eu/include/hal_intf.h |1 - 2 files changed, 2 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c

[PATCH 06/24] staging: rtl8188eu: Remove unused function odm_Init_RSSIForDM()

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/odm_HWConfig.c |4 1 file changed, 4 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/odm_HWConfig.c b/drivers/staging/rtl8188eu/hal/odm_HWConfig.c index 0145a11..f2e1d02 100644 ---

[PATCH 04/24] staging: rtl8188eu: Remove unused function rtl8188eu_ps_func()

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/usb_halinit.c |6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/usb_halinit.c b/drivers/staging/rtl8188eu/hal/usb_halinit.c index 9020129..141f85a 100644 ---

[PATCH 05/24] staging: rtl8188eu: Remove unused function ODM_MacStatusQuery()

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/odm_HWConfig.c |8 1 file changed, 8 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/odm_HWConfig.c b/drivers/staging/rtl8188eu/hal/odm_HWConfig.c index a755df3..0145a11 100644 ---

[PATCH 02/24] staging: rtl8188eu: Remove unused function rtw_hal_intf_ps_func()

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/hal_intf.c |9 - drivers/staging/rtl8188eu/include/hal_intf.h |3 --- 2 files changed, 12 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/hal_intf.c b/drivers/staging/rtl8188eu/hal/hal_intf.c index

[PATCH 03/24] staging: rtl8188eu: Remove unused function pointer ->interface_ps_func

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/usb_halinit.c |2 -- drivers/staging/rtl8188eu/include/hal_intf.h |3 --- 2 files changed, 5 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/usb_halinit.c b/drivers/staging/rtl8188eu/hal/usb_halinit.c index

[PATCH 01/24] staging: rtl8188eu: Remove unused function rtw_interface_ps_func()

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/core/rtw_pwrctrl.c|9 - drivers/staging/rtl8188eu/include/rtw_pwrctrl.h |2 -- 2 files changed, 11 deletions(-) diff --git a/drivers/staging/rtl8188eu/core/rtw_pwrctrl.c

HCI_AUTO_OFF ... how to do that from hcitool?

commit ab81cbf99c881ca2b9a83682a8722fc84b2483d2 Author: Johan Hedberg Date: Wed Dec 15 13:53:18 2010 +0200 Bluetooth: Implement automatic setup procedure for local adapters A new HCI_AUTO_OFF flag is added that user space needs to clear to avoid the automatic power off Help, how do I

ACPI Error: Could not enable RealTimeClock event (20140214/evxfevnt-212)

Hi guys, so I get this with rc7+tip but not with rc6+tip: ACPI Error: Could not enable RealTimeClock event (20140214/evxfevnt-212) ACPI Warning: Could not enable fixed event - RealTimeClock (4) (20140214/evxface-628) rtc_cmos gets initialized fine with both though: rc6+tip: rtc_cmos

Re: [RESEND][PATCH] regulator: tps65218: Convert to use regulator_set_voltage_time_sel

On Thu, May 22, 2014 at 09:26:47AM +0800, Axel Lin wrote: > Use regulator_set_voltage_time_sel() instead of open-coded. Applied, thanks. signature.asc Description: Digital signature

Re: [PATCH 3/5] irq_work: Implement remote queueing

On Sun, May 25, 2014 at 04:29:49PM +0200, Frederic Weisbecker wrote: > +bool irq_work_queue_on(struct irq_work *work, int cpu) > +{ > + /* Only queue if not already pending */ > + if (!irq_work_claim(work)) > + return false; > + > + /* All work should have been flushed

Re: [PATCH 1/5] irq_work: Split raised and lazy lists

On Sun, May 25, 2014 at 04:29:47PM +0200, Frederic Weisbecker wrote: > An irq work can be handled from two places: from the tick if the work > carries the "lazy" flag and the tick is periodic, or from a self IPI. > > We merge all these works in a single list and we use some per cpu latch > to

Re: [PATCH 9/18] staging: rtl8723au: Use kmemdup instead of kmalloc + memcpy

On 26/05/2014 17:43, Jes Sorensen wrote: > Benoit Taine writes: > > This issue was reported by coccicheck using the semantic patch > > at scripts/coccinelle/api/memdup.cocci > > > > Signed-off-by: Benoit Taine > > --- > > Tested by compilation without errors. > > > >

Re: [PATCH v2] regmap: mmio: Fix regmap_mmio_write for uneven counts

On Fri, May 16, 2014 at 04:25:34PM +0200, Philipp Zabel wrote: > Commit 932580409a9dacbf42215fa737bf06ae2c0aa624 > "regmap: mmio: Add support for 1/2/8 bytes wide register address." > broke regmap_mmio_write for uneven counts, for example 32-bit register > addresses with no padding and 8-byte

Re: [PATCH v2 2/2] regulator: tps6586x: Add support for the TPS658640

On Tue, May 20, 2014 at 01:14:39PM +0100, Lee Jones wrote: > MFD parts look okay to me. > Mark can you tag the branch and ping it over to me please? The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5: Linux 3.15-rc1 (2014-04-13 14:18:35 -0700) are available in the

Re: [PATCH 3/18] VMCI: Use kmemdup instead of kmalloc + memcpy

Am 26.05.2014 17:21, schrieb Benoit Taine: > This issue was reported by coccicheck using the semantic patch > at scripts/coccinelle/api/memdup.cocci > > Signed-off-by: Benoit Taine > --- > Tested by compilation without errors. > > drivers/misc/vmw_vmci/vmci_datagram.c |3 +-- > 1 file

Re: [PATCH v2 00/11] sched: consolidation of cpu_power

Hi Preeti, I have done ebizzy tests on my platforms but doesn't have similar results than you (my results below). It seems to be linked to SMT. I'm going to look at that part more deeply and try to find a more suitable HW for tests. ebizzy -t N -S 20 Quad cores N tip +patchset

[tip:irq/core] ARM: iop13xx: fix msi support with sparse IRQ

Commit-ID: 8d2af85e87eda746ff50801f5decd8aed9aed28e Gitweb: http://git.kernel.org/tip/8d2af85e87eda746ff50801f5decd8aed9aed28e Author: Arnd Bergmann AuthorDate: Mon, 26 May 2014 17:12:10 +0200 Committer: Thomas Gleixner CommitDate: Mon, 26 May 2014 17:45:09 +0200 ARM: iop13xx: fix msi

Re: [PATCH 7/6] ipc/sem.c: add a printk_once for semctl(GETNCNT/GETZCNT)

On Sun, 2014-05-25 at 20:21 +0200, Manfred Spraul wrote: > The actual Linux implementation for semctl(GETNCNT) and semctl(GETZCNT) > always (since 0.99.10) reported a thread as sleeping on all semaphores > that are listed in the semop() call. > The documented behavior (both in the Linux man page

Re: [PATCH v3 RESEND 1/2] mfd: max77693: remove unnecessary wrapper functions

On Wed, May 21, 2014 at 08:52:47AM +0200, Krzysztof Kozlowski wrote: > From: Robert Baldyga > > This patch removes wrapper functions used to access regmap, and > make driver using regmap_*() functions instead. Acked-by: Mark Brown signature.asc Description: Digital signature

Re: [lxc-devel] [RFC PATCH 11/11] loop: Allow priveleged operations for root in the namespace which owns a device

On Mon, May 26, 2014 at 11:32:05AM -0400, Michael H. Warfield wrote: > On Mon, 2014-05-26 at 11:16 +0200, Seth Forshee wrote: > > On Fri, May 23, 2014 at 08:48:25AM +0300, Marian Marinov wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > > Hash: SHA1 > > > > > > One question about this patch. >

Re: [PATCH v2 5/5] regulator: axp20x: resolve self dependency issue

On Mon, May 26, 2014 at 04:58:12PM +0200, Boris BREZILLON wrote: > Some regulators might take their power supply from other regulators defined > by the same PMIC. > > Retry regulators registration until all regulators are registered or the > last iteration didn't manage to register any new

Re: [PATCH] ARM: msm: Update the references to DEBUG_MSM_UARTx

On 05/26/2014 05:58 PM, Paul Bolle wrote: Hi Georgi, Hi Paul, On Mon, 2014-05-26 at 16:58 +0300, Georgi Djakov wrote: The Kconfig options DEBUG_MSM_UART1, DEBUG_MSM_UART2 and DEBUG_MSM_UART3 are removed, but they are still referenced in arch/arm/mach-msm/io.c Fix this by updating the

Re: [PATCH 9/18] staging: rtl8723au: Use kmemdup instead of kmalloc + memcpy

Benoit Taine writes: > This issue was reported by coccicheck using the semantic patch > at scripts/coccinelle/api/memdup.cocci > > Signed-off-by: Benoit Taine > --- > Tested by compilation without errors. > > drivers/staging/rtl8723au/hal/rtl8723a_hal_init.c |3 +-- >

Re: [PATCH] KVM: lapic: sync highest ISR to hardware apic on EOI

On Mon, May 26, 2014 at 04:56:54PM +0200, Paolo Bonzini wrote: > Il 26/05/2014 16:28, Michael S. Tsirkin ha scritto: > >> static inline void apic_clear_isr(int vec, struct kvm_lapic *apic) > >> { > >>- if (__apic_test_and_clear_vector(vec, apic->regs + APIC_ISR)) > >>+ struct kvm_vcpu *vcpu; >

Re: [PATCH 1/2] regulator: tps6586x: Prepare supporting fixed regulators

On Mon, May 19, 2014 at 01:14:20PM +0200, Alban Bedel wrote: > Add the required definitions and macros to allow easily adding fixed > regulators. This required for the TPS658640 that doesn't allow setting > the LDO_RTC output voltage. Applied both, thanks. signature.asc Description: Digital

Re: [PATCH] regmap: irq: Fix possible ZERO_SIZE_PTR pointer dereferencing error.

On Mon, May 19, 2014 at 03:13:45PM +0800, Xiubo Li wrote: > Since we cannot make sure the 'chip->num_regs' will always be none zero > from the users, and then if 'chip->num_regs' equals to zero by mistake > or other reasons, the kzalloc() will return ZERO_SIZE_PTR, which equals > to ((void *)16).

Re: [lxc-devel] [RFC PATCH 11/11] loop: Allow priveleged operations for root in the namespace which owns a device

On Mon, 2014-05-26 at 11:16 +0200, Seth Forshee wrote: > On Fri, May 23, 2014 at 08:48:25AM +0300, Marian Marinov wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > One question about this patch. > > > > Why don't you use the devices cgroup check if the root user in that > >

Re: [PATCH 16/18] HID: uhid: Use kmemdup instead of kmalloc + memcpy

Hi On Mon, May 26, 2014 at 5:21 PM, Benoit Taine wrote: > This issue was reported by coccicheck using the semantic patch > at scripts/coccinelle/api/memdup.cocci > > Signed-off-by: Benoit Taine Reviewed-by: David Herrmann Thanks David > --- > Tested by compilation without errors. > >

[RFC][PATCH 0/5] VM_PINNED

Hi all, I mentioned at LSF/MM that I wanted to revive this, and at the time there were no disagreements. I finally got around to refreshing the patch(es) so here goes. These patches introduce VM_PINNED infrastructure, vma tracking of persistent 'pinned' page ranges. Pinned is anything that has

Re: [PATCH] gpio: pch: include linux/slab.h

On Mon, 26 May 2014 17:04:24 +0200, Arnd Bergmann wrote: > The gpio-pch driver was recently enabled for compile-tests, > which revealed that it is missing an include for linux/slab.h, > which on ARM is not implied by any of the other headers. > > Signed-off-by: Arnd Bergmann > > diff --git

[PATCH] ARM: vexpress: refine dependencies for new code

The versatile express changes for 3.16 introduced a number of build regressions for randconfig kernels by not tracking dependencies between the components right. This patch tries to rectify that: * the mach-vexpress code cannot link without the syscfg driver, which in turn needs

[RFC][PATCH 2/5] mm,perf: Make use of VM_PINNED

Change the perf RLIMIT_MEMLOCK accounting to use VM_PINNED. Because the way VM_PINNED works (it hard assumes the entire vma length is accounted) we have to slightly change semantics. We used to only add to the RLIMIT_MEMLOCK accounting once we were over the per-user limit, now we'll directly

[RFC][PATCH 4/5] mm,ib,ipath: Use VM_PINNED

XXX: got lost, need the start vaddr in the release paths, help? Use the mm_mpin() call to prepare the vm for a 'persistent' get_user_pages() call. Cc: Christoph Lameter Cc: Thomas Gleixner Cc: Andrew Morton Cc: Hugh Dickins Cc: Mel Gorman Cc: Mike Marciniszyn Cc: Roland Dreier Cc: Sean

[RFC][PATCH 1/5] mm: Introduce VM_PINNED and interfaces

Introduce VM_PINNED and related machinery to solve a number of issues; Firstly, various subsystems (perf, IB amongst others) 'pin' significant chunks of memory (through holding page refs or custom maps), because this memory is unevictable we must test this against RLIMIT_MEMLOCK. However, you

[RFC][PATCH 3/5] mm,ib,umem: Use VM_PINNED

Use the mm_mpin() call to prepare the vm for a 'persistent' get_user_pages() call. Cc: Christoph Lameter Cc: Thomas Gleixner Cc: Andrew Morton Cc: Hugh Dickins Cc: Mel Gorman Cc: Roland Dreier Cc: Sean Hefty Cc: Hal Rosenstock Signed-off-by: Peter Zijlstra ---

[PATCH v3 00/15] Thunderbolt driver for Apple MacBooks

Hi This is version 3 of my Thunderbolt driver for Apple hardware (see [1] for v2). Changes since v2: - Use pci quirks instead of changing the pcie port driver. - Relax the DMI checks to run on all MacBooks with a Cactus Ridge chip (MBP Mid 2012 - Early 2013, MBA Mid 2012 - Early 2014). I

Re: [PATCH v2 1/5] mfd: axp20x: add AXP221 PMIC support

On 26/05/2014 16:58, Boris BREZILLON wrote: > Add support for the AXP221 PMIC device to the existing AXP20x driver. > > The AXP221 defines a new set of registers, power supplies and regulators, > but most of the API is similar to the AXP20x ones. > The AXP20x irq chip definition is reused, though

[RFC][PATCH 5/5] mm,ib,qib: Use VM_PINNED

XXX: got lost, need the start vaddr in the release paths, help? Use the mm_mpin() call to prepare the vm for a 'persistent' get_user_pages() call. Cc: Christoph Lameter Cc: Thomas Gleixner Cc: Andrew Morton Cc: Hugh Dickins Cc: Mel Gorman Cc: Mike Marciniszyn Cc: Roland Dreier Cc: Sean

[PATCH v3 03/15] thunderbolt: Setup control channel

Add struct tb which will contain our view of the thunderbolt bus. For now it just contains a pointer to the control channel and a workqueue for hotplug events. Add thunderbolt_alloc_and_start() and thunderbolt_shutdown_and_free() which are responsible for setup and teardown of struct tb.

[PATCH v3 06/15] thunderbolt: Add thunderbolt capability handling

Thunderbolt config areas contain capability lists similar to those found on pci devices. This patch introduces a tb_find_cap utility method to search for capabilities. Signed-off-by: Andreas Noever --- drivers/thunderbolt/Makefile | 2 +- drivers/thunderbolt/cap.c| 116

[PATCH v3 07/15] thunderbolt: Enable plug events

Thunderbolt switches have a plug events capability. This patch adds the tb_plug_events_active method and uses it to activate plug events during switch allocation. Signed-off-by: Andreas Noever --- drivers/thunderbolt/switch.c | 46

[PATCH v3 02/15] thunderbolt: Add control channel interface

Thunderbolt devices are configured by reading/writing into their configuration space (similar to pci). This is done by sending packets through the NHI (native host interface) onto the control channel. This patch handles the low level packet based protocol and exposes higher level operations like

Re: fs/dcache.c - BUG: soft lockup - CPU#5 stuck for 22s! [systemd-udevd:1667]

On Mon, May 26, 2014 at 05:29:48PM +0300, Mika Westerberg wrote: > I attached the dmesg with 'echo t > /proc/sysrq-trigger' included. > [ 133.826957] usb 3-10.3: USB disconnect, device number 7 > [ 159.326769] BUG: soft lockup - CPU#6 stuck for 22s! [systemd-udevd:1824] > [ 159.326809] CPU:

[PATCH v3 09/15] thunderbolt: Handle hotplug events

We reveive a plug event callback whenever a thunderbolt device is added or removed. This patch fills in the tb_handle_hotplug method and starts reacting to these events by adding/removing switches from the hierarchy. Signed-off-by: Andreas Noever --- drivers/thunderbolt/switch.c | 42

[PATCH v3 08/15] thunderbolt: Scan for downstream switches

Add utility methods tb_port_state and tb_wait_for_port. Add tb_scan_switch which recursively checks for downstream switches. Signed-off-by: Andreas Noever --- drivers/thunderbolt/switch.c | 97 drivers/thunderbolt/tb.c | 44

[PATCH v3 10/15] thunderbolt: Add path setup code.

A thunderbolt path is a unidirectional channel between two thunderbolt ports. Two such paths are needed to establish a pci tunnel. This patch introduces struct tb_path as well as a set of tb_path_* methods which are used do activate & deactive paths. Signed-off-by: Andreas Noever ---

[PATCH v3 11/15] thunderbolt: Add support for simple pci tunnels.

A pci downstream and pci upstream port can be connected through a tunnel. To establish the tunnel we have to setup two unidirectional paths between the two ports. Right now we only support paths with two hops (i.e. no chaining) and at most one pci device per thunderbolt device. Signed-off-by:

[PATCH 1/18] USB: storage: ene_ub6250: Use kmemdup instead of kmalloc + memcpy

This issue was reported by coccicheck using the semantic patch at scripts/coccinelle/api/memdup.cocci Signed-off-by: Benoit Taine --- Tested by compilation without errors. drivers/usb/storage/ene_ub6250.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH v3 01/15] thunderbolt: Add initial cactus ridge NHI support

Thunderbolt hotplug is supposed to be handled by the firmware. But Apple decided to implement thunderbolt at the operating system level. The firmare only initializes thunderbolt devices that are present at boot time. This driver enables hotplug of thunderbolt of non-chained thunderbolt devices on

[PATCH 2/18] memstick: Use kmemdup instead of kmalloc + memcpy

This issue was reported by coccicheck using the semantic patch at scripts/coccinelle/api/memdup.cocci Signed-off-by: Benoit Taine --- Tested by compilation without errors. drivers/memstick/core/mspro_block.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 14/18] r8152: Use kmemdup instead of kmalloc + memcpy

This issue was reported by coccicheck using the semantic patch at scripts/coccinelle/api/memdup.cocci Signed-off-by: Benoit Taine --- Tested by compilation without errors. drivers/net/usb/r8152.c |4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/net/usb/r8152.c

[PATCH 3/18] VMCI: Use kmemdup instead of kmalloc + memcpy

This issue was reported by coccicheck using the semantic patch at scripts/coccinelle/api/memdup.cocci Signed-off-by: Benoit Taine --- Tested by compilation without errors. drivers/misc/vmw_vmci/vmci_datagram.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 5/18] wcn36xx: Use kmemdup instead of kmalloc + memcpy

This issue was reported by coccicheck using the semantic patch at scripts/coccinelle/api/memdup.cocci Signed-off-by: Benoit Taine --- Tested by compilation without errors. drivers/net/wireless/ath/wcn36xx/smd.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

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