*****SPAM***** MEDIUM * Representative/collecting Agent Needed:DL

Good day to you, It is my pleasure to forward the following offer of Appointment to you . We are a Chinese/Japanese based company who specializes in the production of Heavy duty lifting equipment, We are in search of a Reputable Company/Individual that can act as our Company sales

Re: [Intel-gfx] [regression] [git pull] drm for 4.3

On 20 October 2015 at 07:54, Daniel Vetter wrote: > On Mon, Oct 19, 2015 at 04:19:08PM -0400, da...@codemonkey.org.uk wrote: >> On Wed, Sep 30, 2015 at 08:56:26AM +0200, Daniel Vetter wrote: >> >> > > The warning on boot seems to be gone as of rc3, but I can now trigger >> this pretty easily..

linux-next: Tree for Oct 20

Hi all, Changes since 20151019: My "during the merges" builds are now PowerPC hosted which only really affects the perf build since it is done natively. I used the new h8300 tree even though it is not ideal. The battery tree still had its build failure so I used the version from nex

linux-next: build warning after merge of the powerpc tree

Hi all, After merging the powerpc tree, today's linux-next build (powerpc allyesconfig) produced this warning: WARNING: vmlinux.o(.text+0x9367c): Section mismatch in reference from the function .msi_bitmap_alloc() to the function .init.text:.memblock_virt_alloc_try_nid() The function

Re: [PATCH 1/2] NFC: delete null dereference

Hi Julia, On Sat, Oct 17, 2015 at 11:32:19AM +0200, Julia Lawall wrote: > The exit label performs device_unlock(>dev);, which will fail when dev > is NULL, and nfc_put_device(dev);, which is not useful when dev is NULL, so > just exit the function immediately. > > Problem found using

Re: [PATCH] NFC: nfcwilink: Drop a useless static qualifier

Hi Christophe, On Tue, Oct 13, 2015 at 08:31:04AM +0200, Christophe JAILLET wrote: > There is no need to have the 'struct nfcwilink *drv' variable static in the > probe function. > It only wastes a few bytes of memory. > > Signed-off-by: Christophe JAILLET > --- > drivers/nfc/nfcwilink.c | 2

Re: [PATCH] nfc: netlink: avoid NULL pointer dereference on error

Hi Vincent, On Wed, Oct 07, 2015 at 11:33:19AM +0200, Vincent Stehlé wrote: > The function nfc_genl_llc_sdreq() can dereference the dev pointer while > it is NULL on its error path. Create a new error handling label to avoid > that. > > This fixes the following coccinelle error: > >

Re: [PATCH] NFC: nxp-nci: constify nxp_nci_phy_ops structure

Hi Julia, On Sun, Oct 11, 2015 at 01:24:13PM +0200, Julia Lawall wrote: > The only instance of a nxp_nci_phy_ops structure is never modified. Thus > the declaration of the structure and all references to the structure type > can be made const. > > Done with the help of Coccinelle. > >

Re: [RESEND PATCH] NFC: trf7970a: Add OF match table

Hi Javier, On Wed, Sep 16, 2015 at 11:08:42AM +0200, Javier Martinez Canillas wrote: > The Documentation/devicetree/bindings/net/nfc/trf7970a.txt DT binding doc > lists "ti,trf7970a" as a compatible string but the corresponding driver > does not have an OF match table. Add the table to the driver

Re: [PATCH 5/9] clocksource/drivers/h8300_*: Remove unneeded memset()s

On Tue, 20 Oct 2015 05:59:24 +0900, Daniel Lezcano wrote: > > From: Alexey Klimov > > Memory for timer16_priv, timer8_priv and tpu_priv structs is > allocated by devm_kzalloc() in corresponding probe functions > of drivers. > No need to zero it one more time. > > Signed-off-by: Alexey Klimov

linux-next: build warning after merge of the nfs tree

Hi Trond, After merging the nfs tree, today's linux-next build (powerpc allyesconfig produced this warning: ./usr/include/linux/nfs.h:40: found __[us]{8,16,32,64} type without #include Introduced by commit a340abcf4173 ("nfs42: add NFS_IOC_CLONE_RANGE ioctl") -- Cheers, Stephen Rothwell

Re: linux-next: bad base of the h8300 tree

On Tue, 20 Oct 2015 06:57:43 +0900, Stephen Rothwell wrote: > > Hi, > > On Thu, 15 Oct 2015 09:21:57 +1100 Stephen Rothwell > wrote: > > > > On Sat, 3 Oct 2015 14:28:38 +1000 Stephen Rothwell > > wrote: > > > > > > It is now based on next-20150925. As I have said before, you cannot > > >

Re: [RFC][PATCH 3/3]perf/powerpc :add support for sampling intr machine state

On Monday 19 October 2015 05:48 PM, Anju T wrote: > From: Anju > > The registers to sample are passed through the sample_regs_intr bitmask. > The name and bit position for each register is defined in asm/perf_regs.h. > This feature can be enabled by using -I option with perf record command. >

Re: [PATCH v4 6/8] drivers: soc: add support for exynos SROM driver

On 20.10.2015 12:46, Pankaj Dubey wrote: > Hi Krzysztof, > > On Tuesday 20 October 2015 05:40 AM, Krzysztof Kozlowski wrote: >> On 19.10.2015 20:46, Pankaj Dubey wrote: >>> This patch adds Exynos SROM controller driver which will handle >>> save restore of SROM registers during S2R. >>> >>>

Re: [PATCH 1/3] perf/powerpc:add ability to sample intr machine state in power

On Monday 19 October 2015 05:48 PM, Anju T wrote: > From: Anju > > The enum definition assigns an 'id' to each register in power. I guess it should be "each register in "struct pt_regs" of arch/powerpc > The order of these values in the enum definition are based on > the corresponding macros

Bonded magnets for your Motor

Dear Sir/Madam, This is Thomas from topmag,Shenzhen,China. From your website, we know that our magnet products may be used for your products. Our branch company also manufacture and supply raw materials of high calss praseodymium-neodymium-iron alloy, dysprosium, chromium metal etc. We are

Re: [linux-sunxi] Re: [PATCH 3/6] mfd: axp20x: Add support for RSB based AXP223 PMIC

On Tue, Oct 20, 2015 at 2:48 AM, Maxime Ripard wrote: > On Mon, Oct 19, 2015 at 02:20:29PM +0800, Chen-Yu Tsai wrote: >> On Mon, Oct 19, 2015 at 2:02 PM, Maxime Ripard >> wrote: >> > On Fri, Oct 16, 2015 at 02:46:23PM +0800, Chen-Yu Tsai wrote: >> >> On Fri, Oct 16, 2015 at 2:41 PM, Maxime

Re: [PATCH tip/locking/core v8 1/5] locking/qspinlock: Use _acquire/_release versions of cmpxchg & xchg

On Mon, Oct 19, 2015 at 08:46:02PM -0700, Davidlohr Bueso wrote: > On Tue, 20 Oct 2015, Boqun Feng wrote: > > >>@@ -93,7 +94,7 @@ static __always_inline void queued_spin_unlock(struct > >>qspinlock *lock) > >>/* > >> * smp_mb__before_atomic() in order to guarantee release semantics > >>

Re: [PATCH v4 6/8] drivers: soc: add support for exynos SROM driver

Hi Krzysztof, On Tuesday 20 October 2015 05:40 AM, Krzysztof Kozlowski wrote: On 19.10.2015 20:46, Pankaj Dubey wrote: This patch adds Exynos SROM controller driver which will handle save restore of SROM registers during S2R. Signed-off-by: Pankaj Dubey --- drivers/soc/Kconfig

Re: [PATCH tip/locking/core v8 1/5] locking/qspinlock: Use _acquire/_release versions of cmpxchg & xchg

On Tue, 20 Oct 2015, Boqun Feng wrote: @@ -93,7 +94,7 @@ static __always_inline void queued_spin_unlock(struct qspinlock *lock) /* * smp_mb__before_atomic() in order to guarantee release semantics */ - smp_mb__before_atomic_dec(); +

Re: [PATCH 1/2] serial: support register interface with 16-bit stride for console

Hi Peter, 2015-10-20 4:50 GMT+09:00 Peter Hurley : > On 10/19/2015 01:40 AM, Masahiro Yamada wrote: >> Currently, 8-bit (MMIO) and 32-bit (MMIO32) strides are supported for >> the 8250 console, but 16-bit (MMIO16) stride is not. The 8250 UART >> device on my board has 16-bit stride (reg-shift =

[PATCH v2 1/2] serial: support register interface with 16-bit stride for console

Currently, 8-bit (MMIO) and 32-bit (MMIO32) register strides are supported for the 8250 console, but 16-bit (MMIO16) stride is not. The 8250 UART device on my board is connected to a 16-bit bus (reg-shift = <1>) and I am eager to use earlycon with it. Refer to

[PATCH v2 0/2] serial: console: add two features

1/2: add MMIO16 register interface support 2/2: allow to input clock frequency from kernel parameter Changes in v2: - Do not change userspace-exported macros Masahiro Yamada (2): serial: support register interface with 16-bit stride for console serial: earlycon: allow to specify uartclk

[PATCH v2 2/2] serial: earlycon: allow to specify uartclk in earlycon kernel-parameter

The input clock frequency varies from device to device, but the earlycon uses the fixed frequency (BASE_BAUD * 16). It makes impossible to set the correct divisor to the register. This commit allows to specify the input clock frequency from the kernel-parameter. [Example]

Re: [RFC PATCH] qspinlock: Improve performance by reducing load instruction rollback

2015-10-19 17:46 GMT+08:00 Peter Zijlstra : > On Mon, Oct 19, 2015 at 10:27:22AM +0800, ling.ma.prog...@gmail.com wrote: >> From: Ma Ling >> >> All load instructions can run speculatively but they have to follow >> memory order rule in multiple cores as below: >> _x = _y = 0 >> >> Processor 0

Re: [PATCH tip/locking/core v8 1/5] locking/qspinlock: Use _acquire/_release versions of cmpxchg & xchg

Hi Waiman, On Thu, Oct 15, 2015 at 06:51:03PM -0400, Waiman Long wrote: > This patch replaces the cmpxchg() and xchg() calls in the native > qspinlock code with the more relaxed _acquire or _release versions of > those calls to enable other architectures to adopt queued spinlocks > with less

Re: [RFC PATCH] qspinlock: Improve performance by reducing load instruction rollback

2015-10-20 1:18 GMT+08:00 Waiman Long : > On 10/18/2015 10:27 PM, ling.ma.prog...@gmail.com wrote: >> >> From: Ma Ling >> >> All load instructions can run speculatively but they have to follow >> memory order rule in multiple cores as below: >> _x = _y = 0 >> >> Processor 0

Re: [PATCH 2/3] mm/hugetlb: Setup hugetlb_falloc during fallocate hole punch

On 10/19/2015 07:22 PM, Hugh Dickins wrote: > On Mon, 19 Oct 2015, Mike Kravetz wrote: >> On 10/19/2015 04:16 PM, Andrew Morton wrote: >>> On Fri, 16 Oct 2015 15:08:29 -0700 Mike Kravetz >>> wrote: >> mutex_lock(>i_mutex); + + spin_lock(>i_lock); +

[PATCH v2 02/10] hwmon: (fam15h_power) Enable power1_input on AMD Carrizo

This patch enables power1_input attribute for Carrizo platform. Signed-off-by: Huang Rui Cc: Borislav Petkov Cc: Guenter Roeck Cc: Peter Zijlstra Cc: Ingo Molnar --- drivers/hwmon/fam15h_power.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git

[PATCH v2 08/10] hwmon: (fam15h_power) Add documentation for previous TDP reporting

This patch adds description to explain the TDP reporting mechanism of fam15h_power driver. Signed-off-by: Huang Rui Cc: Borislav Petkov Cc: Guenter Roeck Cc: Peter Zijlstra Cc: Ingo Molnar --- Documentation/hwmon/fam15h_power | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-)

Re: [RFC PATCH] qspinlock: Improve performance by reducing load instruction rollback

2015-10-19 17:46 GMT+08:00 Peter Zijlstra : > On Mon, Oct 19, 2015 at 10:27:22AM +0800, ling.ma.prog...@gmail.com wrote: >> From: Ma Ling >> >> All load instructions can run speculatively but they have to follow >> memory order rule in multiple cores as below: >> _x = _y = 0 >> >> Processor 0

[PATCH v2 00/10] hwmon: (fam15h_power) Introduce an accumulated power reporting algorithm

Hi all, This serial of patches introduces an accumulated power reporting algorithm. It will calculate the average power consumption for the processor. The cpu feature flag is CPUID.8000_0007H:EDX[12]. This algorithm is used to test the comparison of processor power consumption with between

Re: [RFC PATCH] qspinlock: Improve performance by reducing load instruction rollback

2015-10-19 17:33 GMT+08:00 Peter Zijlstra : > On Mon, Oct 19, 2015 at 10:27:22AM +0800, ling.ma.prog...@gmail.com wrote: >> From: Ma Ling >> >> All load instructions can run speculatively but they have to follow >> memory order rule in multiple cores as below: >> _x = _y = 0 >> >> Processor 0

Re: [RFC PATCH] qspinlock: Improve performance by reducing load instruction rollback

> > So it would be nice to create a new user-space spinlock testing facility, via > a > new 'perf bench spinlock' feature or so. That way others can test and validate > your results on different hardware as well. > Attached the spinlock test module . Queued spinlock will run very slowly in user

[GIT PULL] Keys bugfixes

Please pull these key susbystem fixes for 4.3, per the message from David Howells: "Here are two patches, the first of which at least should go upstream immediately: (1) Prevent a user-triggerable crash in the keyrings destructor when a negatively instantiated keyring is garbage

[PATCH v2 0/2] *** wm8962 regmap related fix ***

This patch set aims to fix issues in wm8962 codec driver related to regmap, currently any attempt to read from ALC Coefficient register will fail when wm8962 is in suspend mode. As ALC2 register is volatile register, it can't be read when cache_only flag is set. Another issue is, if wm8962's

[PATCH 2/2] ASoC: Codec: wm8962: declare ALC Coefficients as 4 separate registers

As ALC2 register is volatile, declare it as one of ALC Coefficients register together with other non-volatile registers will cause issue, in case wm8962 has enter suspend mode, and cache_only flag is set, any attempt to read from ALC2 will fail. Instead of declaring one ALC Coefficients register

[PATCH 1/2] ASoC: WM8962: mark cache_dirty flag after software reset in pm_resume

By doing software reset of wm8962 in pm_resume, all registers which have already been set will be reset to default value without regmap interface be involved, thus driver need to mark cache_dirty flag, to let regcache can be updated by regcache_sync(). Signed-off-by: Jiada Wang ---

[PATCH v2 07/10] hwmon: (fam15h_power) Introduce a cpu accumulated power reporting algorithm

This patch introduces an algorithm that computes the average power by reading a delta value of “core power accumulator” register during measurement interval, and then dividing delta value by the length of the time interval. User is able to use power1_average entry to measure the processor power

[PATCH v2 10/10] MAINTAINERS: change the maintainer of fam15h_power driver

Andreas Herrmann won't take the maintainer of fam15h_power driver. I will take it and appreciate him for the great contributions on this driver. Signed-off-by: Huang Rui Acked-by: Andreas Herrmann Cc: Borislav Petkov Cc: Aravind Gopalakrishnan --- CREDITS | 8 MAINTAINERS | 4

[PATCH v2 09/10] hwmon: (fam15h_power) Add documentation for accumulated power algorithm

This patch adds the description to explain the accumulated power algorithm. Signed-off-by: Huang Rui Cc: Borislav Petkov Cc: Guenter Roeck Cc: Peter Zijlstra Cc: Ingo Molnar --- Documentation/hwmon/fam15h_power | 46 1 file changed, 46 insertions(+)

[PATCH v2 01/10] hwmon: (fam15h_power) Refactor attributes for dynamically added

Attributes depend on the CPU model the driver gets loaded on. Therefore, add those attributes dynamically at init time. This is more flexible to control the different attributes on different platforms. Suggestedy-by: Borislav Petkov Signed-off-by: Huang Rui Cc: Guenter Roeck Cc: Peter Zijlstra

[PATCH v2 04/10] x86, amd: add accessor for number of cores per compute unit

Add an accessor function amd_get_cores_per_cu() which returns the number of cores per compute unit. In multiple CPUs, they always have the same number of cores per compute unit. In a subsequent patch, we will use this function in fam15h_power driver. Signed-off-by: Huang Rui Cc: Borislav Petkov

[PATCH v2 06/10] hwmon: (fam15h_power) Add ptsc counter value for accumulated power

PTSC is the performance timestamp counter value in a cpu core and the cores in one compute unit have the fixed frequency. So it picks up the performance timestamp counter value of the first core per compute unit to measure the interval for average power per compute unit. Signed-off-by: Huang Rui

[PATCH v2 05/10] hwmon: (fam15h_power) Add compute unit accumulated power

This patch adds a member in fam15h_power_data which specifies the compute unit accumulated power. It adds do_read_registers_on_cu to do all the read to all MSRs and run it on one of the online cores on each compute unit with smp_call_function_many(). This behavior can decrease IPI numbers.

[PATCH v2 03/10] hwmon: (fam15h_power) Add max compute unit accumulated power

This patch adds a member in fam15h_power_data which specifies the maximum accumulated power in a compute unit. Signed-off-by: Huang Rui Cc: Borislav Petkov Cc: Guenter Roeck Cc: Peter Zijlstra Cc: Ingo Molnar --- drivers/hwmon/fam15h_power.c | 12 1 file changed, 12

Re: [PATCH] perf build: Add fixdep to .gitignore

On 2015/10/15 16:51, Yunlong Song wrote: > Commit 7c422f5572667fef0db38d2046ecce69dcf0afc8 ("tools build: Build fixdep > helper from perf and basic libs") dynamically creates fixdep during the perf > building. Add it to .gitignore. > > Signed-off-by: Yunlong Song > --- > tools/build/.gitignore

Re: [PATCH V4 1/1] bpf: control events stored in PERF_EVENT_ARRAY maps trace data output when perf sampling

于 2015/10/20 10:14, Alexei Starovoitov 写道: > On 10/19/15 3:37 AM, Kaixu Xia wrote: >> +/* flags for PERF_EVENT_ARRAY maps*/ >> +enum { >> +BPF_EVENT_CTL_BIT_CUR = 0, >> +BPF_EVENT_CTL_BIT_ALL = 1, >> +__NR_BPF_EVENT_CTL_BITS, >> +}; >> + >> +#defineBPF_CTL_BIT_FLAG_MASK \ >> +

[PATCH] usb: chipidea: udc: clear vbus_active flag in udc_stop

Currently in udc_stop, if vbus_active flag is true, all USB activities will be stopped, but vbus_active flag is still left to be true, this causes issue, when afterwards driver tries to connect gadget device to host, But due to the uncleared vbus_active, some necessary setup steps are skipped.

Re: [PATCH] EDAC: Add AMD Seattle SoC EDAC

Hi Brijesh, On 2015/10/20 3:23, Brijesh Singh wrote: > Add support for the AMD Seattle SoC EDAC driver. > > Signed-off-by: Brijesh Singh > --- > .../devicetree/bindings/edac/amd-seattle-edac.txt | 15 + > drivers/edac/Kconfig | 6 + > drivers/edac/Makefile

Re: [PATCH 2/3] mm/hugetlb: Setup hugetlb_falloc during fallocate hole punch

On Mon, 19 Oct 2015, Mike Kravetz wrote: > On 10/19/2015 04:16 PM, Andrew Morton wrote: > > On Fri, 16 Oct 2015 15:08:29 -0700 Mike Kravetz > > wrote: > > >>mutex_lock(>i_mutex); > >> + > >> + spin_lock(>i_lock); > >> + inode->i_private = _falloc; > >> +

[PATCH RESEND net-next] net: updates HNS config and documents

updates the bindings documents and dtsi file according to the review comments from Rob Herring Signed-off-by: yankejian Signed-off-by: huangdaode --- Documentation/devicetree/bindings/net/hisilicon-hns-mdio.txt | 2 +- arch/arm64/boot/dts/hisilicon/hip05_hns.dtsi | 8 +++-

Re: [PATCH 3.4 00/65] 3.4.110-rc1 review

On 10/19/2015 05:47 PM, l...@kernel.org wrote: From: Zefan Li This is the start of the stable review cycle for the 3.4.110 release. There are 65 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 know.

Re: [PATCH V3 2/4] ACPI/scan: Clean up acpi_check_dma

On Tue, Oct 13, 2015 at 06:53:28PM -0500, Suravee Suthikulanit wrote: > Bjorn / Rafael, > > On 10/13/2015 10:52 AM, Suravee Suthikulpanit wrote: > > > >On 09/14/2015 09:34 AM, Bjorn Helgaas wrote: > >>[..] > >>I think acpi_check_dma_coherency() is better, but only slightly. It > >>still doesn't

Re: [PATCH v2 1/3] perf help: Add options description to 'perf -h'

On 2015/10/19 23:29, Namhyung Kim wrote: > Hi, > > On Thu, Oct 15, 2015 at 03:39:50PM +0800, Yunlong Song wrote: >> Add options description to 'perf -h' to make it consistent with other >> builtins >> (e.g., 'perf stat -h'). >> >> Example: >> >> Before this patch: >> >> # perf -h >> >> usage:

Re: [PATCH V4 1/1] bpf: control events stored in PERF_EVENT_ARRAY maps trace data output when perf sampling

On 10/19/15 3:37 AM, Kaixu Xia wrote: +/* flags for PERF_EVENT_ARRAY maps*/ +enum { + BPF_EVENT_CTL_BIT_CUR = 0, + BPF_EVENT_CTL_BIT_ALL = 1, + __NR_BPF_EVENT_CTL_BITS, +}; + +#defineBPF_CTL_BIT_FLAG_MASK \ + ((1ULL << __NR_BPF_EVENT_CTL_BITS) - 1) +#define

Re: [PATCH v6 0/17] Add Analogix Core Display Port Driver

he 01 & 02 patches (or just email me, I can send you directly). Thanks, Do you have a branch that I can use to test this series? Thank you for your kind assistance, I have created a tree which checkout from the next-20151019. Surely there were some conflicts to applied this series on that tag, bu

linux-next: manual merge of the tip tree with the dt-rh tree

Hi all, Today's linux-next merge of the tip tree got a conflict in: include/linux/of_irq.h between commits: f9f9f11dcf0f ("of/irq: move of_msi_configure to the right guard and add a dummy") 52493d446141 ("of/irq: make of_irq_find_parent static") from the dt-rh tree and commit:

RE: [PATCH v2 09/14] ACPICA: Debugger: Fix "quit/exit" command by cleaning up user commands termination logic

I was using linux-pm.git/linux-next base which I downloaded a week ago. Maybe the conflict was caused by the fast-path ACPICA table fix merged after my downloading. Let me check again. Thanks and best regards -Lv > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Tuesday, October 20,

Re: [PATCH 0/3] hugetlbfs fallocate hole punch race with page faults

On 10/19/2015 04:18 PM, Andrew Morton wrote: > On Fri, 16 Oct 2015 15:08:27 -0700 Mike Kravetz > wrote: > >> The hugetlbfs fallocate hole punch code can race with page faults. The >> result is that after a hole punch operation, pages may remain within the >> hole. No other side effects of

RE: [PATCH 3/3] Thermal: do thermal zone update after a cooling device registered

(resend for broken display) Hi, > -Original Message- > From: Javi Merino [mailto:javi.mer...@arm.com] > Sent: Thursday, October 15, 2015 10:05 PM > To: Chen, Yu C > Cc: linux...@vger.kernel.org; edubez...@gmail.com; Zhang, Rui; linux- > ker...@vger.kernel.org; sta...@vger.kernel.org;

Re: [PATCH] mm: Introduce kernelcore=reliable option

On 2015/10/20 8:34, Izumi, Taku wrote: > Hi Xishi, > >> On 2015/10/15 21:32, Taku Izumi wrote: >> >>> Xeon E7 v3 based systems supports Address Range Mirroring >>> and UEFI BIOS complied with UEFI spec 2.5 can notify which >>> ranges are reliable (mirrored) via EFI memory map. >>> Now Linux

Re: [PATCH 2/3] mm/hugetlb: Setup hugetlb_falloc during fallocate hole punch

On 10/19/2015 04:16 PM, Andrew Morton wrote: > On Fri, 16 Oct 2015 15:08:29 -0700 Mike Kravetz > wrote: > >> When performing a fallocate hole punch, set up a hugetlb_falloc struct >> and make i_private point to it. i_private will point to this struct for >> the duration of the operation. At

Re: [PATCH 0/5] MADV_FREE refactoring and fix KSM page

On Mon, Oct 19, 2015 at 07:01:50PM +0900, Minchan Kim wrote: > On Mon, Oct 19, 2015 at 03:31:42PM +0900, Minchan Kim wrote: > > Hello, it's too late since I sent previos patch. > > https://lkml.org/lkml/2015/6/3/37 > > > > This patch is alomost new compared to previos approach. > > I think this

Re: [PATCH 0/4] PCI: rcar: Add support for ARM64 and multiple instances

On Mon, Oct 19, 2015 at 06:16:34PM -0500, Bjorn Helgaas wrote: > [+cc Geert] > > On Fri, Oct 02, 2015 at 11:25:03AM +0100, Phil Edworthy wrote: > > Fixes and changes to get PCIe working on ARM64 with mulitple instances. > > > > I've tested these on ARM (Koelsch board), and it works fine. > >

Re: [RFC] hwmon: ina2xx: allow for actual measurement bandwidth above 160 Hz

On 10/19/2015 09:21 AM, Marc Titinger wrote: With the current implementation, the driver will prevent a readout at a pace faster than the default conversion time (2ms) times the averaging setting, min AVG being 1:1. Any sysfs "show" read access from the client app faster than 500 Hz will be

Re: ***SPAM*** [PATCH 4.1 000/202] 4.1.11-stable review

On 10/19/2015 08:28 AM, Willy Tarreau wrote: On Mon, Oct 19, 2015 at 08:14:12AM -0700, Greg Kroah-Hartman wrote: Who added the "***SPAM***" prefix? Since it was present in Guenter's response without corresponding spam headers, I suspect it was added between vger and Gunter's mail server on

[PATCH v5] clk: add CS2000 Fractional-N driver

From: Kuninori Morimoto This patch adds CS2000 Fractional-N driver as clock provider. Signed-off-by: Kuninori Morimoto --- v4 -> v5 - remove "clock-frequency" - use dev on clk_register() - remove CLK_IS_BASIC - .enable -> .prepare since it is using I2C . .disabe -> .unprepare since it is

Re: [PATCH net-next 3/4] bpf: add support for persistent maps/progs

On 10/19/15 4:02 PM, Hannes Frederic Sowa wrote: I bet commercial software will make use of this ebpf framework, too. And the kernel always helped me and gave me a way to see what is going on, debug which part of my operating system universe interacts with which other part. Merely dropping file

[PATCH 3.4 01/65] hrtimer: Allow concurrent hrtimer_start() for self restarting timers

From: Peter Zijlstra 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 5de2755c8c8b3a6b8414870e2c284914a2b42e4d upstream. Because we drop cpu_base->lock around calling hrtimer::function, it is possible for hrtimer_start() to come in

[PATCH 3.4 02/65] mtd: fix: avoid race condition when accessing mtd->usecount

From: Brian Norris 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 073db4a51ee43ccb827f54a4261c0583b028d5ab upstream. On A MIPS 32-cores machine a BUG_ON was triggered because some acesses to mtd->usecount were done without taking

Re: [PATCH 3.4 00/65] 3.4.110-rc1 review

This is the combined patch for 3.4.110-rc1 relative to 3.4.109. --- diff --git a/Documentation/networking/pktgen.txt b/Documentation/networking/pktgen.txt index 75e4fd7..a03239c 100644 --- a/Documentation/networking/pktgen.txt +++ b/Documentation/networking/pktgen.txt @@ -24,17 +24,33 @@ For

[PATCH 3.4 06/65] ASoC: wm8955: Fix setting wrong register for WM8955_K_8_0_MASK bits

From: Axel Lin 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 12c350050538c7dc779c083b7342bfd20f74949c upstream. WM8955_K_8_0_MASK bits is controlled by WM8955_PLL_CONTROL_3 rather than WM8955_PLL_CONTROL_2. Signed-off-by: Axel Lin

RE: [PATCH 3/3] Thermal: do thermal zone update after a cooling device registered

Hi, > -Original Message- > From: Javi Merino [mailto:javi.mer...@arm.com] > Sent: Thursday, October 15, 2015 10:05 PM > To: Chen, Yu C > Cc: linux...@vger.kernel.org; edubez...@gmail.com; Zhang, Rui; linux- > ker...@vger.kernel.org; sta...@vger.kernel.org; Pandruvada, Srinivas > Subject:

[PATCH 3.4 09/65] tty/serial: at91: RS485 mode: 0 is valid for delay_rts_after_send

From: Nicolas Ferre 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 8687634b7908c42eb700e0469e110e02833611d1 upstream. In RS485 mode, we may want to set the delay_rts_after_send value to 0. In the datasheet, the 0 value is said to

[PATCH 3.4 10/65] rndis_wlan: harmless issue calling set_bit()

From: Dan Carpenter 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit e3958e9d60b4570fff709f397ef5c6b8483f40f7 upstream. These are used like: set_bit(WORK_LINK_UP, >work_pending); The problem is that set_bit() takes the actual

[PATCH 3.4 15/65] staging: rtl8712: prevent buffer overrun in recvbuf2recvframe

From: Haggai Eran 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit cab462140f8a183e3cca0b51c8b59ef715cb6148 upstream. With an RTL8191SU USB adaptor, sometimes the hints for a fragmented packet are set, but the packet length is too large.

Re: [PATCH] devfreq: correctly check failed allocation

>Since devm_kzalloc can be failed in memory pressure, >check return value and handle error. > >Signed-off-by: Insu Yun >--- > drivers/devfreq/devfreq.c | 14 ++ > 1 file changed, 14 insertions(+) > >diff --git a/drivers/devfreq/devfreq.c b/drivers/devfreq/devfreq.c >index

[PATCH 3.4 19/65] SUNRPC: Fix a memory leak in the backchannel code

From: Trond Myklebust 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 88de6af24f2b48b06c514d3c3d0a8f22fafe30bd upstream. req->rq_private_buf isn't initialised when xprt_setup_backchannel calls xprt_free_allocation. Fixes: fb7a0b9addbdb

[PATCH 3.4 16/65] usb: core: Fix USB 3.0 devices lost in NOTATTACHED state after a hub port reset

From: Robert Schlabbach 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit fb6d1f7df5d25299fd7b3e84b72b8851d3634764 upstream. Fix USB 3.0 devices lost in NOTATTACHED state after a hub port reset. Dissolve the function

[PATCH 3.4 20/65] ipr: Increase default adapter init stage change timeout

From: Brian King 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 45c44b5ff9caa743ed9c2bfd44307c536c9caf1e upstream. Increase the default init stage change timeout from 15 seconds to 30 seconds. This resolves issues we have seen with some

[PATCH 3.4 29/65] sctp: fix ASCONF list handling

From: Marcelo Ricardo Leitner 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 2d45a02d0166caf2627fe91897c6ffc3b19514c4 upstream. ->auto_asconf_splist is per namespace and mangled by functions like sctp_setsockopt_auto_asconf() which

[PATCH 3.4 28/65] Disable write buffering on Toshiba ToPIC95

From: Ryan Underwood 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 2fb22a8042fe96b4220843f79241c116d90922c4 upstream. Disable write buffering on the Toshiba ToPIC95 if it is enabled by somebody (it is not supposed to be a power-on

[PATCH 3.4 23/65] regulator: core: fix constraints output buffer

From: Stefan Wahren 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit a7068e3932eee8268c4ce4e080a338ee7b8a27bf upstream. The buffer for condtraints debug isn't big enough to hold the output in all cases. So fix this issue by increasing the

[PATCH 3.4 26/65] ASoC: wm8960: the enum of "DAC Polarity" should be wm8960_enum[1]

From: Zidan Wang 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit a077e81ec61e07a7f86997d045109f06719fbffe upstream. the enum of "DAC Polarity" should be wm8960_enum[1]. Signed-off-by: Zidan Wang Acked-by: Charles Keepax Signed-off-by:

[PATCH 3.4 22/65] ath9k: fix DMA stop sequence for AR9003+

From: Felix Fietkau 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 300f77c08ded96d33f492aaa02549103852f0c12 upstream. AR93xx and newer needs to stop rx before tx to avoid getting the DMA engine or MAC into a stuck state. This should

[PATCH 3.4 33/65] ideapad: fix software rfkill setting

From: Arnd Bergmann 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 4b200b4604bec3388426159f1656109d19fadf6e upstream. This fixes a several year old regression that I found while trying to get the Yoga 3 11 to work. The ideapad_rfk_set

[PATCH 3.4 31/65] regmap: Fix regmap_bulk_read in BE mode

From: Arun Chandran 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 15b8d2c41fe5839582029f65c5f7004db451cc2b upstream. In big endian mode regmap_bulk_read gives incorrect data for byte reads. This is because memcpy of a single byte from

[PATCH 3.4 32/65] jbd2: fix ocfs2 corrupt when updating journal superblock fails

From: Joseph Qi 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 6f6a6fda294506dfe0e3e0a253bb2d2923f28f0a upstream. If updating journal superblock fails after journal data has been flushed, the error is omitted and this will mislead the

[PATCH 3.4 35/65] nfs: increase size of EXCHANGE_ID name string buffer

From: Jeff Layton 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 764ad8ba8cd4c6f836fca9378f8c5121aece0842 upstream. The current buffer is much too small if you have a relatively long hostname. Bring it up to the size of the one that

[PATCH 3.4 36/65] bridge: fix br_stp_set_bridge_priority race conditions

From: Nikolay Aleksandrov 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 2dab80a8b486f0a69daca6859519e05781d9 upstream. After the ->set() spinlocks were removed br_stp_set_bridge_priority was left running without any protection when

[PATCH 3.4 40/65] ext4: don't retry file block mapping on bigalloc fs with non-extent file

From: "Darrick J. Wong" 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 292db1bc6c105d86111e858859456bcb11f90f91 upstream. ext4 isn't willing to map clusters to a non-extent file. Don't signal this with an out of space error, since the

[PATCH 3.4 37/65] ext4: call sync_blockdev() before invalidate_bdev() in put_super()

From: Theodore Ts'o 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 89d96a6f8e6491f24fc8f99fd6ae66820e85c6c1 upstream. Normally all of the buffers will have been forced out to disk before we call invalidate_bdev(), but there will be some

[PATCH 3.4 42/65] bridge: multicast: restore router configuration on port link down/up

From: Satish Ashok 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 754bc547f0a79f7568b5b81c7fc0a8d044a6571a upstream. When a port goes through a link down/up the multicast router configuration is not restored. Signed-off-by: Satish

[PATCH 3.4 44/65] mm: kmemleak: allow safe memory scanning during kmemleak disabling

From: Catalin Marinas 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit c5f3b1a51a591c18c8b33983908e7fdda6ae417e upstream. The kmemleak scanning thread can run for minutes. Callbacks like kmemleak_free() are allowed during this time, the

[PATCH 3.4 46/65] tracing/filter: Do not WARN on operand count going below zero

From: "Steven Rostedt (Red Hat)" 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit b4875bbe7e68f139bd3383828ae8e994a0df6d28 upstream. When testing the fix for the trace filter, I could not come up with a scenario where the operand count

[PATCH 3.4 50/65] crush: fix a bug in tree bucket decode

From: Ilya Dryomov 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 82cd003a77173c91b9acad8033fb7931dac8d751 upstream. struct crush_bucket_tree::num_nodes is u8, so ceph_decode_8_safe() should be used. -Wconversion catches this, but I

[PATCH 3.4 49/65] agp/intel: Fix typo in needs_ilk_vtd_wa()

From: Chris Wilson 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 8b572a4200828b4e75cc22ed2f494b58d5372d65 upstream. In needs_ilk_vtd_wa(), we pass in the GPU device but compared it against the ids for the mobile GPU and the mobile host

Re: [PATCH] posix-cpu-timers: Merge running and checking_timer state in one field

On Mon, Oct 19, 2015 at 05:41:08PM -0700, Davidlohr Bueso wrote: > On Tue, 20 Oct 2015, Frederic Weisbecker wrote: > > >- * @checking_timer: true when a thread in the group is in the > >- * process of checking for thread group timers. > >- * > >+ * @state: flags

[PATCH 3.4 53/65] KVM: x86: make vapics_in_nmi_mode atomic

From: Radim Krčmář 3.4.110-rc1 review patch. If anyone has any objections, please let me know. -- commit 42720138b06301cc8a7ee8a495a6d021c4b6a9bc upstream. Writes were a bit racy, but hard to turn into a bug at the same time. (Particularly because modern Linux doesn't use

  1   2   3   4   5   6   7   8   9   10   >