Re: [PATCH] staging: rtl8712: fix potential leak in r871x_wx_set_enc_ext()

On Thu, 2014-05-01 at 11:45 +0200, Christian Engelmayer wrote: > Fix a potential leak in the error path of r871x_wx_set_enc_ext(). In case the > requested algorithm is not supported by the driver, the function returns > without freeing the already allocated 'param' struct. Move the input > verifica

Re: Fwd: [crypto:master 60/60] arch/x86/crypto/ghash-clmulni-intel_glue.c:71:25: sparse: cast to restricted __be64

On 7 May 2014 00:42, gre...@linuxfoundation.org wrote: > On Fri, Apr 11, 2014 at 09:48:42PM +0200, Ard Biesheuvel wrote: >> On 11 April 2014 18:03, gre...@linuxfoundation.org >> wrote: >> > On Fri, Apr 04, 2014 at 10:11:19AM +0200, Ard Biesheuvel wrote: >> >> Greg, >> >> >> >> This pertains to co

Re: [linux-sunxi] [PATCH 7/7] ARM: sunxi: dt: add APP4-EVB1 board support

Hi, On 05/07/2014 07:10 AM, Koen Kooi wrote: > > Op 7 mei 2014, om 05:50 heeft Maxime Ripard > het volgende geschreven: > >> From: Boris BREZILLON >> >> The APP4 EVB1 development boards embeds an A31, together with some NAND, one >> SD >> card slot, and one SDIO + UART WiFi and Bluetooth chi

[PATCH] mm, highmem: clean up the comment

Signed-off-by: Xiubo Li --- mm/highmem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/highmem.c b/mm/highmem.c index b32b70c..d062c89 100644 --- a/mm/highmem.c +++ b/mm/highmem.c @@ -421,4 +421,4 @@ void __init page_address_init(void) } } -#endif /* defined(CO

Re: [PATCH v1 0/3] Tegra DMA residue improvements

On 05/06/2014 11:22 PM, Christopher Freeman wrote: A collection of patches to improve Tegra's DMA residual reporting It would be nice if you could, while you are at it, also implement the device_salve_caps callback. This will allow clients to automatically pick up things like the supported g

[PATCH 0/2] staging: lustre: fix sparse warnings in lib-eq.c

Fix warnings from sparse in lib-eq.c Toby Smith (2): staging: lustre: fix sparse warning "should it be static" staging: lustre: fix sparse warning "unexpected unlock" drivers/staging/lustre/lnet/lnet/lib-eq.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) -- 1.9.1 -- To unsubscri

[PATCH 1/2] staging: lustre: fix sparse warning "should it be static"

Fix the following warning in lib-eq.c warning: symbol 'lnet_eq_dequeue_event' was not declared. Should it be static? Signed-off-by: Toby Smith --- drivers/staging/lustre/lnet/lnet/lib-eq.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/lustre/lnet/lnet/lib-eq

[PATCH 2/2] staging: lustre: fix sparse warning "unexpected unlock"

Fix the following warning in lib-eq.c warning: context imbalance in 'lnet_eq_wait_locked' - unexpected unlock Signed-off-by: Toby Smith --- drivers/staging/lustre/lnet/lnet/lib-eq.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/lustre/lnet/lnet/lib-eq.c b/drivers/staging/l

[PATCH v2 00/10] clean-up and remove lockdep annotation in SLAB

This patchset does some clean-up and tries to remove lockdep annotation. Patches 1~3 are just for really really minor improvement. Patches 4~10 are for clean-up and removing lockdep annotation. There are two cases that lockdep annotation is needed in SLAB. 1) holding two node locks 2) holding two

[PATCH v2 09/10] slab: remove a useless lockdep annotation

Now, there is no code to hold two lock simultaneously, since we don't call slab_destroy() with holding any lock. So, lockdep annotation is useless now. Remove it. v2: don't remove BAD_ALIEN_MAGIC in this patch. It will be removed in the following patch. Signed-off-by: Joonsoo Kim diff --git

Re: [PATCH] pwm: spear: fix check on pwmchip_add() return value

On Tue, May 6, 2014 at 2:59 AM, Beniamino Galvani wrote: > pwmchip_add() returns zero on success and a negative value on error, > so the condition of the check must be inverted. > > Signed-off-by: Beniamino Galvani > --- > drivers/pwm/pwm-spear.c |2 +- > 1 file changed, 1 insertion(+), 1 de

[PATCH v1 1/1] iommu/amd: fix enabling exclusion range for an exact device

From: Su Friendy set_device_exclusion_range(u16 devid, struct ivmd_header *m) enables exclusion range for ONE device. IOMMU does not translate the access to the exclusion range from the device. The device is specified by input argument 'devid'. But 'devid' is not passed to the actual set functi

[PATCH v2 06/10] slab: introduce alien_cache

Currently, we use array_cache for alien_cache. Although they are mostly similar, there is one difference, that is, need for spinlock. We don't need spinlock for array_cache itself, but to use array_cache for alien_cache, array_cache structure should have spinlock. This is needless overhead, so remo

[PATCH v2 07/10] slab: use the lock on alien_cache, instead of the lock on array_cache

Now, we have separate alien_cache structure, so it'd be better to hold the lock on alien_cache while manipulating alien_cache. After that, we don't need the lock on array_cache, so remove it. Acked-by: Christoph Lameter Signed-off-by: Joonsoo Kim diff --git a/mm/slab.c b/mm/slab.c index 41b7651

[PATCH v2 01/10] slab: add unlikely macro to help compiler

slab_should_failslab() is called on every allocation, so to optimize it is reasonable. We normally don't allocate from kmem_cache. It is just used when new kmem_cache is created, so it's very rare case. Therefore, add unlikely macro to help compiler optimization. Acked-by: David Rientjes Signed-o

[PATCH v2 03/10] slab: move up code to get kmem_cache_node in free_block()

node isn't changed, so we don't need to retreive this structure everytime we move the object. Maybe compiler do this optimization, but making it explicitly is better. Acked-by: Christoph Lameter Signed-off-by: Joonsoo Kim diff --git a/mm/slab.c b/mm/slab.c index e2c80df..92d08e3 100644 --- a/mm

[PATCH v2 04/10] slab: defer slab_destroy in free_block()

In free_block(), if freeing object makes new free slab and number of free_objects exceeds free_limit, we start to destroy this new free slab with holding the kmem_cache node lock. Holding the lock is useless and, generally, holding a lock as least as possible is good thing. I never measure performa

[PATCH v2 05/10] slab: factor out initialization of arracy cache

Factor out initialization of array cache to use it in following patch. Acked-by: Christoph Lameter Signed-off-by: Joonsoo Kim diff --git a/mm/slab.c b/mm/slab.c index 7647728..755fb57 100644 --- a/mm/slab.c +++ b/mm/slab.c @@ -741,13 +741,8 @@ static void start_cpu_timer(int cpu) } }

[PATCH v2 10/10] slab: remove BAD_ALIEN_MAGIC

BAD_ALIEN_MAGIC value isn't used anymore. So remove it. Signed-off-by: Joonsoo Kim diff --git a/mm/slab.c b/mm/slab.c index 4030a89..8476ffc 100644 --- a/mm/slab.c +++ b/mm/slab.c @@ -437,8 +437,6 @@ static struct kmem_cache kmem_cache_boot = { .name = "kmem_cache", }; -#define BAD_AL

[PATCH v2 02/10] slab: makes clear_obj_pfmemalloc() just return masked value

clear_obj_pfmemalloc() takes the pointer to pointer to store masked value back into this address. But this is useless, since we don't use this stored value anymore. All we need is just masked value so makes clear_obj_pfmemalloc() just return masked value. v2: simplify commit description. direc

Re: [PATCH 1/3] PM / OPP: Add support for descending order for cpufreq table

On 7 May 2014 06:30, Nishanth Menon wrote: > So, we could do [2] as default as well, if it is determined to impact > no one else making any form of assumptions on table ordering - but it > might be preferable for drivers not to depend on framework ordering of > data as things could change in the f

[PATCH v2 08/10] slab: destroy a slab without holding any alien cache lock

I haven't heard that this alien cache lock is contended, but to reduce chance of contention would be better generally. And with this change, we can simplify complex lockdep annotation in slab code. In the following patch, it will be implemented. Acked-by: Christoph Lameter Signed-off-by: Joonsoo

[PATCH] staging: bcm: use kzalloc instead of kmalloc/memset

Signed-off-by: Daeseok Youn --- drivers/staging/bcm/InterfaceDld.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/staging/bcm/InterfaceDld.c b/drivers/staging/bcm/InterfaceDld.c index 005e460..e1925bd 100644 --- a/drivers/staging/bcm/InterfaceDld.c +++ b/dr

Re: [PATCH] kmod: Pass usermodehelper "-b" to use blacklist commands

Andrew Morton writes: > On Tue, 6 May 2014 19:31:36 +0200 Oleg Nesterov wrote: > >> On 05/06, Kirill Tkhai wrote: >> > >> > User may want to prohibit autoloading of some modules, >> > which happens when someone in kernel calls request_module(). >> > >> > For comparison, udev considers blacklist e

Re: [PATCH v5 6/6] arm64: KVM: Implement 4 levels of translation tables for HYP and stage2

On Tuesday, May 06, 2014 7:49 PM, Christoffer Dall wrote: > On Thu, May 01, 2014 at 11:34:19AM +0900, Jungseok Lee wrote: > > This patch adds 4 levels of translation tables implementation for both > > HYP and stage2. > > > > Both symmetric and asymmetric configurations for page size and > > transla

[PATCH] ARM: remove redundant code in machine_halt

There is no need to call local_irq_disable twice. Signed-off-by: Neil Zhang --- arch/arm/kernel/process.c |1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c index 81ef686..18cfce4 100644 --- a/arch/arm/kernel/process.c +++ b/arch/arm/kerne

Re: IMA & truncate

On 6 May 2014 22:11, Al Viro wrote: > On Tue, May 06, 2014 at 02:39:17PM -0400, Mimi Zohar wrote: > >> Al, you're not going to like this, but ima_calc_file_hash() calls >> ima_calc_file_hash_tfm(), which already sets/unsets FMODE_READ in order >> to calculate the file hash. > > And if it happens t

Re: IMA & truncate

On 6 May 2014 19:59, Al Viro wrote: > On Tue, May 06, 2014 at 04:32:27PM +0300, Dmitry Kasatkin wrote: >> Hi, >> >> I have discovered one IMA related issue. >> >> IMA file hash is re-calculate if needed on file close. >> >> It works with ftruncate(fd, length) syscall, because it operates on >> "op

Re: Performance regression in v3.14

Cc'ing Dirk who is taking care of intel-pstate driver. On 6 May 2014 22:05, Johan Hovold wrote: > After updating my main system from v3.13 to v3.14.2, I found that the > git bash-completion was extremely sluggish. Completing a file name would > take roughly six rather than one second on this Hasw

Re: [PATCH v2 0/3] Add display support for gta04 device

Tomi, any objections to this patch set? If not can you please take it? Thanks. On Wed, Apr 23, 2014 at 10:15 PM, Marek Belisko wrote: > This 3 patches adding display support for openmoko gta04 device. > First patch add DT bindings for topolly td028 panel. Second add description > for > dss + pa

e1000 crash on 3.15.0-rc4

Hi, I'm using qemu to load kernel of 3.15.0-rc4, and with CONFIG_E1000=y, everying is ok, but with CONFIG_E1000=m, I got the following crash: [...] [6.020409] tsc: Refined TSC clocksource calibration: 2491.912 MHz [6.074925] floppy: Unknown symbol mutex_lock (err 0) [6.128579] virtio_

Re: [PATCH] ARM: zImage: Allow DTB to override broken ATAG_MEM

On Tue, May 6, 2014 at 10:16 PM, Bjorn Andersson wrote: [...] > +static int fdt_overrides_atag_mem(void *fdt) > +{ > + const char *memory; > + int len = 0; > + > + memory = getprop(fdt, "/memory", "reg", &len); > + if (memory) { > + while (len--) { > +

Re: [PATCH v1] net-sysfs: expose permanent hardware address in sysfs

Le 05/05/2014 20:34, David Decotigny a écrit : Tested: grep . /sys/class/net/*/*addr* Please also include the relevant sysfs documentation changes in Documentation/ABI/testing/sysfs-class-net. Thanks! Signed-off-by: David Decotigny --- net/core/net-sysfs.c | 15 +++ 1 f

Re: [PATCH v5 0/8] Introduce new cpufreq helper macros

On 6 May 2014 23:25, Stratos Karafotis wrote: > My bad. I'm sorry for this. :( > > Rafael, > A solution could be to make cpufreq_next_valid an inline function in > cpufreq.h, > but as Viresh mentioned this would be very inefficient because of multiple > copies. That statement was true when we d

[PATCH] ARM: zImage: Allow DTB to override broken ATAG_MEM

Support overriding ATAG_MEM, by specifying non-zero content of the /memory/reg property in the appended DTB. This is needed to work around bootloaders passing broken tags. Signed-off-by: Bjorn Andersson --- arch/arm/boot/compressed/atags_to_fdt.c | 18 +- 1 file changed, 17 ins

Re: [PATCH 2/4] drm/exynos/mixer: use MXR_GRP_SXY_SY

Hi Daniel, On 2014년 05월 05일 00:26, Daniel Kurtz wrote: > Mixer hardware supports offsetting dma from start of source buffer using > the MXR_GRP_SXY register. > > Signed-off-by: Daniel Kurtz > --- > drivers/gpu/drm/exynos/exynos_mixer.c | 8 +++- > 1 file changed, 3 insertions(+), 5 deletion

Re: [linux-sunxi] [PATCH 7/7] ARM: sunxi: dt: add APP4-EVB1 board support

Op 7 mei 2014, om 05:50 heeft Maxime Ripard het volgende geschreven: > From: Boris BREZILLON > > The APP4 EVB1 development boards embeds an A31, together with some NAND, one > SD > card slot, and one SDIO + UART WiFi and Bluetooth chip, a few I2C buses, USB, > and a LCD display. > > Signed-

Re: kprobes broken in linux-next (was Re: [tip:perf/kprobes] kprobes: Introduce NOKPROBE_SYMBOL() macro to maintain kprobes blacklist)

On Friday 02 May 2014 06:43 AM, Masami Hiramatsu wrote: > (2014/05/01 14:26), Vineet Gupta wrote: >> On Thursday 24 April 2014 04:28 PM, tip-bot for Masami Hiramatsu wrote: >>> Commit-ID: 376e242429bf8539ef39a080ac113c8799840b13 >>> Gitweb: >>> http://git.kernel.org/tip/376e242429bf8539ef39a

Re: ARC patches for stable 3.10

Hi Luis, On Monday 05 May 2014 05:38 PM, Luis Henriques wrote: > On Wed, Apr 30, 2014 at 09:53:05AM +, Vineet Gupta wrote: >> Hi, >> >> Please apply the following mainline commits to stable 3.10 as prerequisites >> for a >> patch for 3.15/stable which will follow to Linus right after. >> >> 1

[PATCH] Input: Introduce the use of the managed version of kzalloc

This patch moves data allocated using kzalloc to managed data allocated using devm_kzalloc and cleans now unnecessary kfrees in probe and remove functions. The following Coccinelle semantic patch was used for making the change: @platform@ identifier p, probefn, removefn; @@ struct platform_driver

Re: [RFC PATCH 3/3] KVM: x86: cache userspace address for faster fetches

Paolo Bonzini writes: > Il 06/05/2014 02:40, Bandan Das ha scritto: >> On every instruction fetch, kvm_read_guest_virt_helper >> does the gva to gpa translation followed by searching for the >> memslot. Store the gva hva mapping so that if there's a match >> we can directly call __copy_from_user(

[PATCH] timblogiw: Introduce the use of the managed version of kzalloc

This patch moves data allocated using kzalloc to managed data allocated using devm_kzalloc and cleans now unnecessary kfrees in probe and remove functions.The label err_register is removed as it is no longer required. The following Coccinelle semantic patch was used for making the change: @platfo

[PATCH] MIPS: Introduce the use of the managed version of kzalloc

This patch moves data allocated using kzalloc to managed data allocated using devm_kzalloc and cleans now unnecessary kfrees in probe and remove functions.The labels out and out_mem are also removed as they are no longer required. The following Coccinelle semantic patch was used for making the cha

Re: [PATCH V5 0/3] arm: dts: dra7: Updates for adding crossbar device

On Wednesday 07 May 2014 03:15 AM, Darren Etheridge wrote: > Sricharan R wrote on Tue [2014-May-06 19:26:16 +0530]: >> Some socs have a large number of interrupts requests to service >> the needs of its many peripherals and subsystems. All of the interrupt >> requests lines from the subsystems are

Re: [PATCH] [media] s2255drv: fix memory leak s2255_probe()

Hello, 2014-05-05 17:38 GMT+09:00 Sakari Ailus : > On Tue, Apr 15, 2014 at 07:54:43PM +0900, DaeSeok Youn wrote: >> Hi, Sakari >> >> 2014-04-15 18:33 GMT+09:00 Sakari Ailus : >> > Hi Daeseok, >> > >> > On Tue, Apr 15, 2014 at 01:49:34PM +0900, Daeseok Youn wrote: >> >> >> >> smatch says: >> >> dr

Re: [PATCHv5] ARM: EXYNOS: Support secondary CPU boot of Exynos4212

Dear Kukjin, Could you please pick this patch? Best Regards, Chanwoo Choi On 04/29/2014 10:37 AM, Chanwoo Choi wrote: > From: Kyungmin Park > > This patch fix the offset of CPU boot address and change parameter of smc call > of SMC_CMD_CPU1BOOT command for Exynos4212. > > Signed-off-by: Kyung

Re: [RFC PATCH 3/4] KVM: emulate: avoid per-byte copying in instruction fetches

Paolo Bonzini writes: > We do not need a memory copying loop anymore in insn_fetch; we > can use a byte-aligned pointer to access instruction fields directly Nice approach! > from the fetch_cache. This eliminates 40-80 cycles (corresponding to > a 5-7% improvement in performance) from each ins

Re: [PATCH 08/24] net, diet: Make TCP metrics optional

On Tue, May 06, 2014 at 04:29:39PM -0700, Eric Dumazet wrote: > On Tue, 2014-05-06 at 14:05 -0700, Andi Kleen wrote: > > > - Make GRO optional. > > This is purely a performance feature for high bandwidth. > > Make this properly then, instead of relying on LTO. > > We did preliminary work to put

Re: [PATCH] rmap: validate pointer in anon_vma_clone

On Wed, May 7, 2014 at 10:32 AM, Leon Ma wrote: > If memory allocation failed in first loop, root will be NULL and > will lead to kernel panic. Hello, Leon, I am afraid not. unlock_anon_vma_root() has a sanity check NULLness of root, so it is impossible to panic for a dangling root pointer.

Re: [PATCH v5 5/6] arm64: mm: Implement 4 levels of translation tables

On Tuesday, May 06, 2014 9:02 PM, Steve Capper wrote: > On Thu, May 01, 2014 at 11:34:16AM +0900, Jungseok Lee wrote: > > This patch implements 4 levels of translation tables since 3 levels of > > page tables with 4KB pages cannot support 40-bit physical address > > space described in [1] due to th

Re: [PATCH v5 5/6] arm64: mm: Implement 4 levels of translation tables

On Tuesday, May 06, 2014 7:49 PM, Christoffer Dall wrote: > On Thu, May 01, 2014 at 11:34:16AM +0900, Jungseok Lee wrote: > > This patch implements 4 levels of translation tables since 3 levels of > > page tables with 4KB pages cannot support 40-bit physical address > > space described in [1] due t

Re: [RFC PATCH 2/4] KVM: emulate: avoid repeated calls to do_insn_fetch_bytes

Paolo Bonzini writes: > do_insn_fetch_bytes will only be called once in a given insn_fetch and > insn_fetch_arr, because in fact it will only be called at most twice > for any instruction and the first call is explicit in x86_decode_insn. > This observation lets us hoist the call out of the memor

Re: [PATCH 0/2] Add test to validate udelay

John, On Tue, May 6, 2014 at 5:25 PM, John Stultz wrote: > On 05/06/2014 05:12 PM, David Riley wrote: >> This change adds a module and a script that makes use of it to >> validate that udelay delays for at least as long as requested >> (as compared to ktime). > > Interesting. > > So fundamentally

Re: [PATCH] ceph: fix corruption when using page_count 0 page in rbd

On 西元2014年05月07日 00:34, Ilya Dryomov wrote: > On Tue, May 6, 2014 at 8:31 PM, Sage Weil wrote: >> On Tue, 6 May 2014, Ilya Dryomov wrote: >>> >>> Looks good to me. Have you tested it with pre "Fix crash when using >>> ZFS on Ceph rbd" ZFS? >> >> Once this looks ready, we should perhaps stick it

[PATCH 7/7] ARM: sunxi: dt: add APP4-EVB1 board support

From: Boris BREZILLON The APP4 EVB1 development boards embeds an A31, together with some NAND, one SD card slot, and one SDIO + UART WiFi and Bluetooth chip, a few I2C buses, USB, and a LCD display. Signed-off-by: Boris BREZILLON Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/Makefile

[PATCH 0/7] Add Allwinner A31 USB support

Hi everyone, This patchset adds support for the USB controllers found in the Allwinner A31. While the design is similar to the earlier Allwinner SoCs that are already supported, a few details here and there change, like the fact that the PHYs now have one clock per phy, while it used to be only o

[PATCH 3/7] phy: usb: sunxi: Introduce Allwinner A31 USB PHY support

The USB phy controller in the A31 differs mostly from the older controllers because it has a clock dedicated for each phy, while the older ones were having a single clock for all the phys. Signed-off-by: Maxime Ripard --- drivers/phy/phy-sun4i-usb.c | 35 ++- 1 fi

[PATCH 12/13] staging: rtl8188eu: Remove 'int frame_tag' from struct recv_frame

Remove unused variable 'int frame_tag'. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/rtw_recv.h |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/rtl8188eu/include/rtw_recv.h b/drivers/staging/rtl8188eu/include/rtw_recv.h index e14ba98..b0fbdbd 100644 -

[PATCH 13/13] staging: rtl8188eu: Remove 'u8 fragcnt' from struct recv_frame

Remove unused variable 'u8 fragcnt'. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/rtw_recv.h |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/rtl8188eu/include/rtw_recv.h b/drivers/staging/rtl8188eu/include/rtw_recv.h index b0fbdbd..f0c26ef 100644 ---

[PATCH 10/13] staging: rtl8188eu: Remove unused inline function get_rx_status()

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/rtw_recv.h |5 - 1 file changed, 5 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/rtw_recv.h b/drivers/staging/rtl8188eu/include/rtw_recv.h index e5b4e10..dac2e0c 100644 --- a/drivers/staging/rtl8188eu/inclu

[PATCH 11/13] staging: rtl8188eu: Remove 'void *precvbuf' from struct recv_frame

Remove unused variable 'void *precvbuf'. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/usb_ops_linux.c |1 - drivers/staging/rtl8188eu/include/rtw_recv.h |1 - 2 files changed, 2 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/usb_ops_linux.c b/drivers/staging

[PATCH 09/13] staging: rtl8188eu: Remove unused inline function recvframe_push()

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/rtw_recv.h | 20 1 file changed, 20 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/rtw_recv.h b/drivers/staging/rtl8188eu/include/rtw_recv.h index 68c2ad5f..e5b4e10 100644 --- a/drivers/stagin

[PATCH 06/13] staging: rtl8188eu: Remove function rtw_os_recv_resource_free()

From: navin patidar rtw_os_recv_resource_free() has empty defination, so we can remove it. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/core/rtw_recv.c |2 -- drivers/staging/rtl8188eu/include/recv_osdep.h |1 - drivers/staging/rtl8188eu/os_dep/recv_linux.c |5 -

[PATCH 07/13] staging: rtl8188eu: Remove function rtw_hostapd_mlme_rx()

From: navin patidar rtw_hostapd_mlme_rx() has empty defination, so we can remove it. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/core/rtw_mlme_ext.c |2 -- drivers/staging/rtl8188eu/include/recv_osdep.h |1 - drivers/staging/rtl8188eu/os_dep/recv_linux.c |5 -

[PATCH 08/13] staging: rtl8188eu: Remove function rtw_os_recvbuf_resource_free()

From: navin patidar Use usb_free_urb() instead of rtw_os_recvbuf_resource_free() to free URB. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/rtl8188eu_recv.c |2 +- drivers/staging/rtl8188eu/include/recv_osdep.h |1 - drivers/staging/rtl8188eu/os_dep/recv_linux.c |

Re: [PATCH v5 2/6] arm64: Introduce VA_BITS and translation level options

On Friday, May 02, 2014 8:17 PM, Christoffer Dall wrote: > On Fri, May 02, 2014 at 10:57:09AM +0900, Jungseok Lee wrote: > > On Thursday, May 01, 2014 7:06 PM, Christoffer Dall wrote: > > > On Thu, May 01, 2014 at 11:33:56AM +0900, Jungseok Lee wrote: > > [...] > > > > > + > > > > +choice > > > >

[PATCH 04/13] staging: rtl8188eu: Remove struct zero_bulkout_context

From: navin patidar Remove unused struct zero_bulkout_context. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/os_dep/usb_ops_linux.c |7 --- 1 file changed, 7 deletions(-) diff --git a/drivers/staging/rtl8188eu/os_dep/usb_ops_linux.c b/drivers/staging/rtl8188eu/os_dep/usb

[PATCH 05/13] staging: rtl8188eu: Remove function rtw_os_recv_resource_init()

From: navin patidar rtw_os_recv_resource_init() has empty defination, so we can remove it. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/core/rtw_recv.c |2 -- drivers/staging/rtl8188eu/include/recv_osdep.h |1 - drivers/staging/rtl8188eu/os_dep/recv_linux.c |7 -

[PATCH 02/13] staging: rtl8188eu: Remove unused member variables of struct recv_priv

From: navin patidar Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/rtw_recv.h |6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/rtw_recv.h b/drivers/staging/rtl8188eu/include/rtw_recv.h index 5b3bf29..d52cfe8 100644 --- a/drivers/

Re: HULK management policy and user manual-v1.4//Re: 收集了大家的意见，修改了部分分支管理。//欧拉统一内核版本管理策略以及操作手册//Re: 确认一下各位要访问哪些仓库 // Re: 请各位提供访问 git 服务器的公钥 // Re: Fw: 需要加入中软内部git以及maillist的名单

On 2014/5/7 10:45, Li Zefan wrote: > On 2014/5/6 20:19, Ding Tianhong wrote: >> On 2014/5/6 19:15, sanil kumar wrote: >>> On 5/6/2014 4:37 PM, Ding Tianhong wrote: On 2014/5/6 17:29, maobibo 00177601 wrote: > Hi Tianhong, > > I have two questions about the HULK >1) When we

[PATCH 03/13] staging: rtl8188eu: Remove 'spinlock_t lock' from struct recv_priv

From: navin patidar Remove unused variable 'spinlock_t lock'. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/core/rtw_recv.c|2 -- drivers/staging/rtl8188eu/include/rtw_recv.h |1 - 2 files changed, 3 deletions(-) diff --git a/drivers/staging/rtl8188eu/core/rtw_recv.c

[PATCH 01/13] staging: rtl8188eu: Remove 'semaphore allrxreturnevt' from struct recv_priv

From: navin patidar Remove unused variable 'semaphore allrxreturnevt'. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/core/rtw_recv.c|2 -- drivers/staging/rtl8188eu/include/rtw_recv.h |1 - 2 files changed, 3 deletions(-) diff --git a/drivers/staging/rtl8188eu/core/rt

[PATCH 00/13]staging: rtl8188eu: Remove unused functions and variables

From: navin patidar Following patches remove unused functions, variables and functions with empty definition. navin patidar (13): staging: rtl8188eu: Remove 'semaphore allrxreturnevt' from struct recv_priv staging: rtl8188eu: Remove unused member variables of struct recv_priv stagi

[PATCH 6/7] ARM: sun6i: dt: Add support for the USB controllers

The A31 has two ECHI/OHCI controllers, and one OHCI-only phy-less controller. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun6i-a31.dtsi | 77 1 file changed, 77 insertions(+) diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi b/arch/arm/boot/dts/sun6i

[PATCH 4/7] usb: ehci-platform: add optional reset controller retrieval

From: Boris BREZILLON On the Allwinner's A31 SoC the reset line connected to the EHCI IP has to be deasserted for the EHCI block to be usable. Add support for an optional reset controller that will be deasserted on power off and asserted on power on. Signed-off-by: Boris BREZILLON Signed-off-b

[PATCH 5/7] usb: ohci-platform: Enable optional use of reset controller

The OHCI controllers used in the Allwinner A31 are asserted in reset using a global reset controller. Add optional support for such a controller in the OHCI platform driver. Signed-off-by: Maxime Ripard --- Documentation/devicetree/bindings/usb/usb-ohci.txt | 1 + drivers/usb/host/ohci-platfor

[PATCH 1/7] clk: sunxi: Implement A31 USB clock

The A31 USB clock slightly differ from its older counterparts, mostly because it has a different gate for each PHY, while the older one had a single gate for all the phy. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi/clk-sunxi.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/driv

[PATCH 2/7] ARM: sun6i: Add the USB clocks to the DTSI.

The USB clocks of the A31 seems to be parented to the 24MHz oscillator, and handle the clocks for the USB phys and OHCI devices. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun6i-a31.dtsi | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi b/a

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in drivers/gpu/drm/i915/i915_gem_gtt.c between commit cfa7c862982b ("drm/i915: Sanitize the enable_ppgtt module option once") from the drm-intel-fixes tree and commit 5db6c735ead5 ("drm/i915: dmesg output for VT-d testing") from the

[PATCH] ARM: tegra: enable console framebuffer rotation

Console rotation is needed for devices like Tegra Note 7 and NVIDIA SHIELD to get the boot console in the expected orientation. Signed-off-by: Alexandre Courbot --- arch/arm/configs/tegra_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/tegra_defconfig b/arch/arm/co

Re: i.MX28 based system losing eth0 on boot

Brian, On Tue, May 6, 2014 at 1:44 PM, Brian Lilly wrote: > Uwe: > > With commit a264b981f2c76e281ef27e7232774bf6c54ec865 we're having eth0 > come up, then brought right back down with an MDIO rx timeout moments > after. Adding back in the removed code keeps the interface alive and > it's workin

[RFC][PATCH v2] tracing: Add __bitmask() macro to trace events to cpumasks and other bitmasks

Being able to show a cpumask of events can be useful as some events may affect only some CPUs. There is no standard way to record the cpumask and converting it to a string is rather expensive during the trace as traces happen in hotpaths. It would be better to record the raw event mask and be able

[RFA][PATCH v2] tracing: Add trace__enabled() function

There are some code paths in the kernel that need to do some preparations before it calls a tracepoint. As that code is worthless overhead when the tracepoint is not enabled, it would be prudent to have that code only run when the tracepoint is active. To accomplish this, all tracepoints now get a

Re: [PATCHSET 00/17] perf report: Add -F option for specifying output fields (v4)

Hi Jiri, On Sun, 4 May 2014 19:53:34 +0200, Jiri Olsa wrote: > On Wed, Apr 16, 2014 at 12:05:37PM +0900, Namhyung Kim wrote: > > SNIP > >> >> * changes in v4: >> - fix a tui navigation bug >> - fix a bug in output change of perf diff >> - move call to perf_hpp__init() out of setup_browser(

Re: i.MX28 based system losing eth0 on boot

2014-05-06 15:27 GMT-07:00 Brian Lilly : > It would appear that I don't have that commit. I could move to 3.14 > to see if it makes a difference, but the last couple of responses have > been on 3.12.18 -- or perhaps I'm missing something else. I did miss that you were also seeing the problem in 3

Re: [PATCHSET 00/17] perf report: Add -F option for specifying output fields (v4)

Hi Don, On Wed, 30 Apr 2014 09:35:55 -0400, Don Zickus wrote: > On Wed, Apr 30, 2014 at 08:38:10AM +0900, Namhyung Kim wrote: >> Hi Don, >> >> On Tue, 29 Apr 2014 13:27:35 -0400, Don Zickus wrote: >> > On Tue, Apr 29, 2014 at 10:13:35AM +0900, Namhyung Kim wrote: >> >> >/* >> >> >

[PATCH v2 3/6] ARM: sunxi: Remove reset code from the platform

Now that reset is handled either by the watchdog driver for the sun4i, sun5i and sun7i, and by a driver of its own for sun6i, we can remove it from the platform code. Signed-off-by: Maxime Ripard Acked-by: Arnd Bergmann --- arch/arm/mach-sunxi/sunxi.c | 98 --

[PATCH v2 5/6] ARM: sunxi: Add A31 reset driver to sunxi_defconfig

Now that the A31 reset code is a driver of its own, we need it in the defconfig. Signed-off-by: Maxime Ripard --- arch/arm/configs/sunxi_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/configs/sunxi_defconfig b/arch/arm/configs/sunxi_defconfig index 81ba78eaf54a..e0c91b

Re: [BUG] kmemleak on __radix_tree_preload

Hi Johannes and Catalin, Actually bisecting is the best way, but I failed to run fsstress with early 3.15-rcX due to BUG_ONs in mm; recently it seems that most of there-in issues have been resolved. So I pulled the linus tree having: commit 38583f095c5a8138ae2a1c9173d0fd8a9f10e8aa Merge: 8169d30

RE: [PATCH] rmap: validate pointer in anon_vma_clone

Sorry, my fault. It's already validated in unlock_anon_vma_root(). BR Leon -Original Message- From: Ma, Xindong Sent: Wednesday, May 07, 2014 10:32 AM To: a...@linux-foundation.org; iamjoonsoo@lge.com; n-horigu...@ah.jp.nec.com; kirill.shute...@linux.intel.com; gorcu...@gmail.com;

[PATCH v2 4/6] ARM: sunxi: Remove init_machine callback

The init_machine hook is now at its default value. We can remove it. Even though the sun4i and sun7i machines are nothing more than generic machines now, leave them in so that we won't have to add them back if needed, and so that the machine is still displayed in /proc/cpuinfo. Signed-off-by: Max

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

Most of the watchdog code is duplicated between the machine restart code and the watchdog driver. Add the restart hook to the watchdog driver, to be able to remove it from the machine code eventually. Signed-off-by: Maxime Ripard Acked-by: Arnd Bergmann --- drivers/watchdog/sunxi_wdt.c | 29 +++

[PATCH v2 0/6] ARM: sunxi: Machine code cleanup

Hi, This serie moves the restart code out of the mach-sunxi directory to either the watchdog driver or to a new driver in drivers/power/reset. Since the reset code was pretty much all the code left in the mach-sunxi directory for all the SoCs but the A31, the only thing left into mach-sunxi are e

[PATCH v2 6/6] ARM: multi_v7: Add Allwinner reset drivers to multi_v7_defconfig

Now that the reset code are part of drivers of their own, we need those in the defconfig. Signed-off-by: Maxime Ripard --- arch/arm/configs/multi_v7_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_defconfig index d4

Re: [RFC PATCH 00/12 v1] A new CPU load metric for power-efficient scheduler: CPU ConCurrency

> The general code structure is an immediate no go. We're not going to > bolt on anything like this. Could you please detail a little bit about general code structure? Thank you all the same, Yuyang -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a messag

Re: ptrace: gpf in syscall_trace_enter

P DEBUG_PAGEALLOC [ 6897.629654] Dumping ftrace buffer: [ 6897.630034](ftrace buffer empty) [ 6897.630034] Modules linked in: [ 6897.630034] CPU: 24 PID: 23736 Comm: trinity-c148 Tainted: GB 3.15.0-rc4-next-20140506-sasha-00021-gc164334-dirty #447 [ 6897.630034] task: 88002a87 ti:

Re: [RFC PATCH 0/3] devicetree, qcomm PMIC: fix node name conflict

On 5/6/2014 6:32 PM, Rob Herring wrote: > On Tue, May 6, 2014 at 7:48 PM, Frank Rowand wrote: >> An issue with the path of SPMI nodes under /sys/bus/... was reported in >> https://lkml.org/lkml/2014/4/23/312. The symptom is that two different < snip > >> > > I think the primary question to ask

[PATCH v2 2/6] power: reset: Add Allwinner A31 reset code

That code used to be in the machine code, but it's more fit here with other restart hooks. That will allow to cleanup the machine directory, while waiting for a proper watchdog driver for the A31. Signed-off-by: Maxime Ripard Acked-by: Arnd Bergmann --- drivers/power/reset/Kconfig| 7

Re: [RFC][PATCH v2] hwmon: add support for Sensirion SHTC1 sensor

On 05/06/2014 09:03 AM, Tomas Pop wrote: Hi Gunter, Yes, that's exactly the idea - we would like to provide basic support for a few low-cost boards as a starting point for anybody who is interested in the sensor. Previously I was testing mostly on some Android devices (kernel 3.4), and it seems,

blktrace: NULL ptr deref in sysfs_blk_trace_attr_store

] PGD 44d661067 PUD 44d660067 PMD 0 [ 6230.740626] Oops: [#1] PREEMPT SMP DEBUG_PAGEALLOC [ 6230.740626] Dumping ftrace buffer: [ 6230.740626](ftrace buffer empty) [ 6230.740626] Modules linked in: [ 6230.740626] CPU: 2 PID: 23998 Comm: trinity-c257 Not tainted 3.15.0-rc4-next-20140506-

  1   2   3   4   5   6   7   8   9   >