Re: [ANNOUNCE] 3.10.6-rt3

On 08/15/2013 09:22 PM, Steven Rostedt wrote: > On Thu, 15 Aug 2013 11:42:55 -0700 > Fernando Lopez-Lezcano wrote: > >> On 08/12/2013 09:34 AM, Sebastian Andrzej Siewior wrote: >>> Dear RT folks! >>> >>> I'm pleased to announce the v3.10.6-rt3 patch set. >> >> I'm getting this when trying to buil

[PATCH v4 3/3] dma: Add Freescale eDMA engine driver support

Add Freescale enhanced direct memory(eDMA) controller support. The eDMA controller deploys DMAMUXs routing DMA request sources(slot) to eDMA channels. This module can be found on Vybrid and LS-1 SoCs. Signed-off-by: Alison Wang Signed-off-by: Jingchang Lu --- changes in v4: using exact compati

Re: [PATCH v10] i2c: exynos5: add High Speed I2C controller driver

> Once, we fix this problem. i planned to rebase and submit. > > Is it okey with you? Perfectly fine. Thanks for the heads up. signature.asc Description: Digital signature

[PATCH] cgroup: change cgroup_from_id() to css_from_id()

Now we want cgroup core to always provide the css to use to the subsystems, so change this API to css_from_id(). Uninline css_from_id(), because it's getting bigger and cgroup_css() has been unexported. While at it, remove the #ifdef. Signed-off-by: Li Zefan --- include/linux/cgroup.h | 20 ++-

[PATCH 3/6] acpi cleanup: Use pr_info() instead of printk() in arch/x86/mm/srat.c

Use pr_info() instead of printk() in arch/x86/mm/srat.c. Signed-off-by: Tang Chen --- arch/x86/mm/srat.c | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/arch/x86/mm/srat.c b/arch/x86/mm/srat.c index 71411aa..6286e89 100644 --- a/arch/x86/mm/srat.c +++ b/arch/x

[PATCH 5/6] acpi: Check if @id is NULL in acpi_table_parse()

strncmp() does not check if the params are NULL. In acpi_table_parse(), if @id is NULL, the kernel will panic. Signed-off-by: Tang Chen --- drivers/acpi/tables.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/acpi/tables.c b/drivers/acpi/tables.c index d67a1fe.

[PATCH 4/6] acpi cleanup: Use pr_err() instead of printk() in arch/x86/mm/srat.c

Use pr_err() instead of printk() in arch/x86/mm/srat.c Signed-off-by: Tang Chen --- arch/x86/mm/srat.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/x86/mm/srat.c b/arch/x86/mm/srat.c index 6286e89..32b9597 100644 --- a/arch/x86/mm/srat.c +++ b/arch/x86/mm/

[PATCH 6/6] acpi: Return -ENOENT in acpi_table_parse() and fix wrong comment.

The comment about return value of acpi_table_parse() is incorrect. This patch fix it. Furthermore, if the table is not found, return 1 means nothing, and make it difficult to write the comment. So return -ENOENT when the table is not found, and correct the comment. Signed-off-by: Tang Chen ---

[PATCH 0/6] acpi: Fix and cleanup in acpi.

This patch-set fix the following problems: 1. Kill useless function save_add_info() which will block us from using numa when MEMORY_HOTPLUG is not configured. 2. acpi_table_parse() didn't check if @id is NULL. 3. Fix incorrect comment in acpi_table_parse(), and return -ENOENT if a table is n

[PATCH 1/6] acpi, numa, mem_hotplug: Kill save_add_info().

save_add_info() is defined as: #ifdef CONFIG_MEMORY_HOTPLUG static inline int save_add_info(void) {return 1;} #else static inline int save_add_info(void) {return 0;} #endif which means it is true when memory hotplug is configured. In acpi_numa_memory_affin

[PATCH 2/6] acpi, numa, mem_hotplug: Print Hot-Pluggable Field in SRAT.

The Hot-Pluggable field in SRAT suggests if the memory could be hotplugged while the system is running. Print it as well when parsing SRAT will help users to know which memory is hotpluggable. Signed-off-by: Tang Chen Reviewed-by: Wanpeng Li Reviewed-by: Zhang Yanfei Acked-by: Tejun Heo --- a

Re: [PATCH 2/3] Staging: olpc_dcon: replace some magic numbers

On Thu, Aug 15, 2013 at 09:34:55PM +0200, Jens Frederich wrote: > The 0x42 initialize squence 0x101 is wrong. According to > the specification Bit 8 is reserved, thus not in use. > I removed it. Really these code changes should be in a separate patch and labeled "Don't set reserved bit." instead

Re: nouveau: temperature on nv40 is unavailable since ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954

On Thursday 15 August 2013 18:21:51 Martin Peres wrote: > On 15/08/2013 03:24, Pali Rohár wrote: > > On Thursday 15 August 2013 04:07:24 Martin Peres wrote: > >> On 14/08/2013 05:02, Pali Rohár wrote: > >>> On Tuesday 13 August 2013 15:55:28 Martin Peres wrote: > On 13/08/2013 09:53, Pali Rohá

Re: [PATCH] nouveau reclocking on nv40 not working since 77145f1cbdf8d28b46ff8070ca749bad821e0774

On Thursday 15 August 2013 18:23:06 Martin Peres wrote: > On 15/08/2013 13:46, Pali Rohár wrote: > > On Tuesday 13 August 2013 11:28:01 Pali Rohár wrote: > >> Hello, > >> > >> in commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was > >> introduced error which cause that on my Nvidia 6600GT card > >

linux-next: Tree for Aug 16

Hi all, Changes since 20130815: The dlm tree gained a conflict against Linus' tree. The akpm-current tree gained a build failure for which I applied a patch and another for which I reverted a commit. I have created to

linux-next: build failure after merge of the final tree (akpm-current tree related)

Hi all, After merging the final tree, today's linux-next build (arm defconfig) failed like this: arch/arm/kernel/built-in.o: In function `parse_tag_ramdisk': io.c:(.init.text+0xc4c): undefined reference to `rd_size' Caused by commit bf27a0131289 ("drivers/block/brd.c: make 'rd_size' static") fro

Re: Linux kernel cross-compilers

On Fri, Aug 16, 2013 at 9:48 AM, Tony Breeds wrote: > On Thu, Aug 15, 2013 at 01:46:16PM +0400, Max Filippov wrote: > >> Yes, xtensa compiler/linker is known to have issues with link-time >> relaxation; e.g. it may fail to build linux image without CONFIG_LD_NO_RELAX. > > Is there something I can

Re: [PATCH 3/6] acpi cleanup: Use pr_info() instead of printk() in arch/x86/mm/srat.c

On Fri, 2013-08-16 at 15:06 +0800, Tang Chen wrote: > arch/x86/mm/srat.c I think it'd be better to use pr_fmt with the conversions to pr_info and pr_err. pr_fmt can prefix the appropriate srat: and so the format strings do not need it. Something like: --- arch/x86/mm/srat.c | 31 +++

Re: [PATCH v3 RESEND 5/7] net: sunhme: use platform_{get,set}_drvdata()

You can't just update one patch and resend it by itself. You must resubmit the entire series. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please

Re: [PATCH 2/3] Staging: olpc_dcon: replace some magic numbers

On Fri, Aug 16, 2013 at 9:13 AM, Dan Carpenter wrote: > On Thu, Aug 15, 2013 at 09:34:55PM +0200, Jens Frederich wrote: >> The 0x42 initialize squence 0x101 is wrong. According to >> the specification Bit 8 is reserved, thus not in use. >> I removed it. > > Really these code changes should be in

Re: Linux kernel cross-compilers

On 08/16/2013 12:22 AM, Max Filippov wrote: On Fri, Aug 16, 2013 at 9:48 AM, Tony Breeds wrote: On Thu, Aug 15, 2013 at 01:46:16PM +0400, Max Filippov wrote: Yes, xtensa compiler/linker is known to have issues with link-time relaxation; e.g. it may fail to build linux image without CONFIG_LD_

Re: Linux kernel cross-compilers

On 08/15/2013 10:47 PM, Tony Breeds wrote: On Thu, Aug 15, 2013 at 02:07:05AM -0700, Guenter Roeck wrote: Hi Tony, would it be possible to provide an arm64 cross-compiler on https://www.kernel.org/pub/tools/crosstool/ ? I have one built I just need to upload it. I'll try and do it this week

Re: [Bug] Reproducible data corruption on i5-3340M: Please continue your great work! :-)

On Fri, Aug 16, 2013 at 2:33 AM, Linus Torvalds wrote: > I'll probably delay committing it until tomorrow, in the hope that > somebody using one of the other architectures will at least ack that > it compiles. I'm re-attaching the patch (with the two "logn" -> "long" > fixes) just to encourage tha

Re: [PATCH 3/6] acpi cleanup: Use pr_info() instead of printk() in arch/x86/mm/srat.c

Hi Joe, On 08/16/2013 03:25 PM, Joe Perches wrote: On Fri, 2013-08-16 at 15:06 +0800, Tang Chen wrote: arch/x86/mm/srat.c I think it'd be better to use pr_fmt with the conversions to pr_info and pr_err. pr_fmt can prefix the appropriate srat: and so the format strings do not need it. Someth

Re: [PATCH 02/34] cpufreq: acpi: remove calls to cpufreq_notify_transition()

On 16 August 2013 13:24, Lan Tianyu wrote: > Sorry for misoperation. No Problem... > One concern. Target() callback may return before changing > cpufreq actually due to some check failures. After this change, prechange > event will be triggered when these check failures take plac

System suspend states and device driver suspend() callback

Hi Guys, Is there a standard way for the device drivers to know if the system is going to “standby” mode or “mem” mode when the suspend() callbacks are called? Regards, Leo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kerne

[PATCH] xen: initialize xen panic handler for PVHVM

kernel use callback linked in panic_notifier_list to notice others when panic happens. NORET_TYPE void panic(const char * fmt, ...){ ... atomic_notifier_call_chain(&panic_notifier_list, 0, buf); } When xen aware this, it will call xen_reboot(SHUTDOWN_crash) to send out an event with reason

[PATCH net-next 2/7] r8152: replace void * with struct r8152 *

Change the type of contex of tx_agg and rx_agg from void * to staruc r8152 *. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index c13662b..a18f02d 100644 --- a/driv

[PATCH net-next 1/7] r8152: remove clearing the memory to zero for netdev priv

Remove memset(tp, 0, sizeof(*tp)); Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index ef2498c..c13662b 100644 --- a/drivers/net/usb/r8152.c +++ b/drivers/net/usb/r8152.c @@ -2105,7 +2105

[PATCH net-next 3/7] r8152: replace lockflags with flags

Replace lockflags with flags. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 48 1 file changed, 24 insertions(+), 24 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index a18f02d..41b99ce 100644 --- a/drivers

[PATCH net-next 5/7] r8152: move some declearation of variables

Move some declearation of variables in rx_bottom(). Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 29 ++--- 1 file changed, 14 insertions(+), 15 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index 4dee76b..0a88f64 100644 --- a/driv

[PATCH net-next 6/7] r8152: adjust tx_bottom function

Split some parts of code into another function to simplify tx_bottom(). Use while loop to replace the goto loop. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 134 1 file changed, 68 insertions(+), 66 deletions(-) diff --git a/drivers/n

[PATCH net-next 7/7] r8152: add comments

Add comments. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index 825edfe..f3fce41 100644 --- a/drivers/net/usb/r8152.c +++ b/drivers/net/usb/r8152.c @@ -790,6 +790,9 @@ static void

[PATCH net-next 4/7] r8152: adjust some duplicated code

- Use r8152_get_tx_agg for getting tx agg list - Replace submit rx with goto submit Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 55 + 1 file changed, 28 insertions(+), 27 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/

Re: [PATCH RFC v2] mmc: sdhci-msm: Add support for MSM chipsets

Hi Ivan, On 08/15/2013 10:22 AM, Ivan T. Ivanov wrote: Hi Georgi, I have several comments below. Shouldn't we add required clocks here? It looks that some of them are optional and others mandatory. Yes, there are various clocks for MMC, SD/SDIO and at least 400mhz must be provided for

Request

We need a representative in your area.We're a small new firm engaged in export.Approximately 80K monthly from customers,& 10% each is your commission.To know more, reply.Pole Olasis, -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...

Re: [ 00/17] 3.4.58-stable review

On 08/15/2013 10:10 PM, Greg Kroah-Hartman wrote: [ .. ] three to go (arm:allmodconfig, sparc32:defconfig, and sparc64:allmodconfig). Please add (in this order) the following patches to 3.4. de36e66d5f sparc32: add ucmpdi2 74c7b28953 sparc32: Add ucmpdi2.o to obj-y instead of lib-y. This f

Re: [PATCH] dm cache: Avoid conflicting remove_mapping() in mq policy

On 07/26/2013 12:57 AM, Geert Uytterhoeven wrote: On sparc32, which includes from : drivers/md/dm-cache-policy-mq.c:962:13: error: conflicting types for 'remove_mapping' include/linux/swap.h:285:12: note: previous declaration of 'remove_mapping' was here As mq_remove_mapping() already exists

Re: Linux kernel cross-compilers

On Fri, Aug 16, 2013 at 11:50 AM, Guenter Roeck wrote: > On 08/16/2013 12:22 AM, Max Filippov wrote: >> >> On Fri, Aug 16, 2013 at 9:48 AM, Tony Breeds >> wrote: >>> >>> On Thu, Aug 15, 2013 at 01:46:16PM +0400, Max Filippov wrote: >>> Yes, xtensa compiler/linker is known to have issues with

Re: [PATCH v6 0/5] zram/zsmalloc promotion

On Fri, Aug 16, 2013 at 01:26:41PM +0900, Minchan Kim wrote: > > > > > > > > If it's used for something like tmpfs then it becomes much worse. Normal > > > > tmpfs without swap can lockup if tmpfs is allowed to fill memory. In a > > > > sane configuration, lockups will be avoided and deleting a tm

FINAL WARNING

Final Warning Your Mailbox Has Exceeded It Storage Limit As Set By Your Administrator, And You Will Not Be Able To Receive New Mails Until You Re-Validate It. To Re- Validate click on the link below: ==>>http://system-admin.yolasite.com/ Thank you Web Admin -- To unsubscribe from this list: sen

Re: [RFC PATCH 3/4] powerpc: refactor of_get_cpu_node to support other architectures

On 16/08/13 05:50, Benjamin Herrenschmidt wrote: > On Thu, 2013-08-15 at 18:09 +0100, Sudeep KarkadaNagesha wrote: >>/* Check for ibm,ppc-interrupt-server#s. If it doesn't exist >> * fallback to "reg" property and assume no threads >> */ >> - > > O

Re: [PATCH] ARM: DTS: DRA7: Add TPS659038 PMIC nodes

On Thursday 15 August 2013 05:05 AM, Nishanth Menon wrote: linux-omap, linux-arm-list should also be CCed, Benoit needs to be addressed for allowing him to merge, I have not done a proper schematics Vs data manual review yet (apologies on that), but, a couple of comments: On 08/13/2013 12:42 AM

Re: [RFC PATCH 3/4] powerpc: refactor of_get_cpu_node to support other architectures

On 16/08/13 05:49, Benjamin Herrenschmidt wrote: > On Thu, 2013-08-15 at 18:09 +0100, Sudeep KarkadaNagesha wrote: >> From: Sudeep KarkadaNagesha >> >> Currently different drivers requiring to access cpu device node are >> parsing the device tree themselves. Since the ordering in the DT need >> no

Re: [PATCH 3/4] mfd: 88pm800: add device tree support

On Fri, 16 Aug 2013, Chao Xie wrote: > On Thu, Aug 15, 2013 at 6:07 PM, Lee Jones wrote: > >> >> +Optional parent device properties: > >> >> +- marvell,88pm800-irq-write-clear: inicates whether interrupt status > >> >> is cleared by write > >> >> +- marvell,88pm800-battery-detection: indicats wh

usb: misc: usb3503: connect and intn mismatch in OF vs variable assignments

hub->gpio_intn  = of_get_named_gpio(np, "connect-gpios", 0); and hub->gpio_connect = of_get_named_gpio(np, "intn-gpios", 0); I guess they should be switched , that is connect-gpios bound to hub->gpio_connect and intn-gpios to hub->gpio_int. Sorry not to provides a patch. I thought that this issu

Re: [PATCH] arm: omap5: dts: split SMPS10 dt node

On 16/08/2013 07:15, Kishon Vijay Abraham I wrote: Hi Benoit, On Tuesday 13 August 2013 08:18 PM, Benoit Cousson wrote: On 13/08/2013 16:45, Kishon Vijay Abraham I wrote: Hi, On Tuesday 13 August 2013 06:51 PM, Benoit Cousson wrote: Hi Kishon, On 12/08/2013 11:37, Kishon Vijay Abraham I wro

Re: [PATCH 2/3] Staging: olpc_dcon: replace some magic numbers

On Fri, Aug 16, 2013 at 09:40:38AM +0200, Jens Frederich wrote: > On Fri, Aug 16, 2013 at 9:13 AM, Dan Carpenter > wrote: > > On Thu, Aug 15, 2013 at 09:34:55PM +0200, Jens Frederich wrote: > >> The 0x42 initialize squence 0x101 is wrong. According to > >> the specification Bit 8 is reserved, th

Re: [PATCH 1/4] input: ti_am335x_tsc: correct step mask update after IRQ

* Zubair Lutfullah | 2013-08-13 17:48:16 [+0100]: >diff --git a/drivers/input/touchscreen/ti_am335x_tsc.c >b/drivers/input/touchscreen/ti_am335x_tsc.c >index e1c5300..e165fcb 100644 >--- a/drivers/input/touchscreen/ti_am335x_tsc.c >+++ b/drivers/input/touchscreen/ti_am335x_tsc.c >@@ -52,6 +52,7 @

Re: [PATCH 1/3] HID: Use existing parser for pre-scanning the report descriptors

Am 15.08.2013 19:36, schrieb Benjamin Tissoires: > On Wed, Aug 14, 2013 at 10:03 PM, Alexander Holler > wrote: > - hid->group = HID_GROUP_GENERIC; > + parser = vzalloc(sizeof(struct hid_parser)); Argh, I realize it is inevitable for this patch, but it still make

Re: [PATCH] ARM: DTS: DRA7: Add TPS659038 PMIC nodes

Hi Nishanth, On Thursday 15 August 2013 05:05 AM, Nishanth Menon wrote: linux-omap, linux-arm-list should also be CCed, Benoit needs to be addressed for allowing him to merge, My Bad. I will resend with looping in both the lists and the comments addressed. I have not done a proper schematic

Re: [RFC PATCH] Fix aio performance regression for database caused by THP

On Thu, Aug 15, 2013 at 12:13:09PM -0600, Khalid Aziz wrote: > I am working with a tool that simulates oracle database I/O workload. > This tool (orion to be specific - > ) > allocates hugetlbfs pages using shmget() with

Re: [PATCH 2/4] input: ti_am335x_tsc: Increase sequencer delay time

* Zubair Lutfullah | 2013-08-13 17:48:17 [+0100]: >diff --git a/drivers/input/touchscreen/ti_am335x_tsc.c >b/drivers/input/touchscreen/ti_am335x_tsc.c >index e165fcb..766bc7e 100644 >--- a/drivers/input/touchscreen/ti_am335x_tsc.c >+++ b/drivers/input/touchscreen/ti_am335x_tsc.c >@@ -31,7 +31,7 @

Re: [PATCH v3] arm: dts: AM43x: Add usb DT nodes for AM4372

On 16/08/2013 05:19, George Cherian wrote: Hi Benoit , Thanks for your review. On 8/14/2013 8:04 PM, Benoit Cousson wrote: + Roger Hi George, Yes, I had some comment about the "ti'type" in Roger's series that will be applicable here as well. On 14/08/2013 16:16, George Cherian wrote:

Re: [PATCH v6 0/5] zram/zsmalloc promotion

On Fri, Aug 16, 2013 at 09:33:47AM +0100, Mel Gorman wrote: > On Fri, Aug 16, 2013 at 01:26:41PM +0900, Minchan Kim wrote: > > It'll get even more entertaining if/when someone ever tries > to reimplement zcache although since Dan left I do not believe anyone is > planning to try. I should mention

Re: [PATCH v6 0/5] zram/zsmalloc promotion

Hi Mel, On 08/16/2013 04:33 PM, Mel Gorman wrote: > > I already said I recognise it has a large number of users in the field > and users count a lot more than me complaining. If it gets promoted then > I expect it will be on those grounds. > > My position is that I think it's a bad idea because

Re: [PATCH 3/4] input: ti_tsc: Enable shared IRQ for TSC and add overrun, underflow checks

* Zubair Lutfullah | 2013-08-13 17:48:18 [+0100]: >Enable shared IRQ to allow ADC to share IRQ line from >parent MFD core. Only FIFO0 IRQs are for TSC and handled >on the TSC side. > >Patch also adds overrun and underflow irq handlers. > >Russ Dill (TI) worked on overrun and underflow handlers. >R

Re: [PATCH v6 0/5] zram/zsmalloc promotion

Hi Mel, On 08/16/2013 05:12 PM, Mel Gorman wrote: > On Fri, Aug 16, 2013 at 09:33:47AM +0100, Mel Gorman wrote: >> On Fri, Aug 16, 2013 at 01:26:41PM +0900, Minchan Kim wrote: >> >> It'll get even more entertaining if/when someone ever tries >> to reimplement zcache although since Dan left I do n

Re: Linux kernel cross-compilers

On 08/16/2013 01:31 AM, Max Filippov wrote: On Fri, Aug 16, 2013 at 11:50 AM, Guenter Roeck wrote: On 08/16/2013 12:22 AM, Max Filippov wrote: On Fri, Aug 16, 2013 at 9:48 AM, Tony Breeds wrote: On Thu, Aug 15, 2013 at 01:46:16PM +0400, Max Filippov wrote: Yes, xtensa compiler/linker is

Re: [PATCH v3] iio: add Bosch BMA180 acceleration sensor driver

On Thu, Aug 15, 2013 at 8:57 PM, Jonathan Cameron wrote: > On 08/15/13 14:41, Oleksandr Kravchenko wrote: >> On Thu, Aug 15, 2013 at 1:22 PM, Jonathan Cameron wrote: >>> On 08/13/13 16:44, Oleksandr Kravchenko wrote: This patch adds IIO driver for Bosch BMA180 triaxial acceleration sens

[PATCH trivial sparse fix] guest x86 kvm: fix sparse warning: symbol 'klock_waiting' was not declared. Should it be static

It was not declared as static since it was thought to be used by pv-flushtlb earlier. Signed-off-by: Raghavendra K T --- This should apply on top of tip/spinlocks and fixes the sparse warning introduced by pvspinlock patch series. arch/x86/kernel/kvm.c | 2 +- 1 file changed, 1 insertion(+),

Re: [PATCH] u8500_defconfig: allow creation and mounting of devtmpfs

On Thu, Jul 18, 2013 at 9:35 PM, Andi Shyti wrote: > This patch enables CONFIG_DETTMPFS and CONFIG_DEVTMPFS_MOUNT > flags for u8500 based devices. > > In this way it's possible to create a tmpfs/ramfs already in the > early stages of the boot, allowing programs like udev/mdev to > populate the /d

[GIT PULL] sound fixes for 3.11-rc6

Linus, please pull sound fixes for v3.11-rc6 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.11 The topmost commit is 1801928e0f99d94c55e33c584c5eb2ff5e246ee6 sound fixes for 3.11-rc6 This batc

Re: [RESEND PATCH 2/4] ARM: msm: Re-organize platsmp to make it extensible

On Wed, Aug 14, 2013 at 09:55:31PM +0100, Rohit Vaswani wrote: > On 8/12/2013 8:50 AM, Mark Rutland wrote: > > Hi, > > > > Apologies for the long delay for review on this. > > > > I really like the direction this is going, but I have some qualms with > > the implementation. > > Thanks for your rev

Re: [RFC PATCH 2/4] openrisc: remove undefined of_get_cpu_node declaration

On 15/08/13 18:09, Sudeep KarkadaNagesha wrote: > From: Sudeep KarkadaNagesha > > This patch removes the declaration of the function 'of_get_cpu_node' > which is not defined for openrisc. This is in preparation to move > it's definition from PPC to DT common code. > > Again it could be there as

Re: [RESEND PATCH 4/4] ARM: msm: Add support for 8974 SMP

On Wed, Aug 14, 2013 at 11:38:44PM +0100, Rohit Vaswani wrote: > On 8/12/2013 9:39 AM, Mark Rutland wrote: > > On Fri, Aug 02, 2013 at 03:15:25AM +0100, Rohit Vaswani wrote: > >> Add the cpus bindings and the Kraitv2 release sequence > >> to make SMP work for 2 cores on MSM8974. > >> > >> Signed-of

Re: Linux kernel cross-compilers

>> Guenter, >> can you share a complete build log with V=1? >> > > http://roeck-us.net/linux/logs/make.xtensa.log.bad > http://roeck-us.net/linux/logs/make.xtensa.log.ok > > Key difference: the failing command in the bad case is > xtensa-linux-objcopy -O elf32-xtensa-le > and in the good ca

Re: usb: misc: usb3503: connect and intn mismatch in OF vs variable assignments

Hi, The patch is submitted by Mark Brown a week ago, and might be queued already. [1] http://www.spinics.net/lists/linux-usb/msg91410.html Thanks, Dongjin. On Fri, Aug 16, 2013 at 5:53 PM, Alban Browaeys wrote: > hub->gpio_intn = of_get_named_gpio(np, "connect-gpios", 0); > and > hub->gpio_co

Re: [PATCH 2/6] vhost_net: use vhost_add_used_and_signal_n() in vhost_zerocopy_signal_used()

On Fri, Aug 16, 2013 at 01:16:26PM +0800, Jason Wang wrote: > Switch to use vhost_add_used_and_signal_n() to avoid multiple calls to > vhost_add_used_and_signal(). With the patch we will call at most 2 times > (consider done_idx warp around) compared to N times w/o this patch. > > Signed-off-by: J

Re: [PATCH] m25p80 / fast read

Artem, Any chance you take this for the next merge window? Thanks Sascha On Mon, Aug 12, 2013 at 12:22:22PM +0200, Sascha Hauer wrote: > The following adds support for the mr25h10 chip to to the m25p80 > driver. > > This driver currently has the problem that it unconditionally uses > the fast_

Re: [PATCH 3/6] vhost: switch to use vhost_add_used_n()

On Fri, Aug 16, 2013 at 01:16:27PM +0800, Jason Wang wrote: > Let vhost_add_used() to use vhost_add_used_n() to reduce the code duplication. > > Signed-off-by: Jason Wang Does compiler inline it then? Reason I ask, last time I checked put_user inside vhost_add_used was much cheaper than copy_to_

Re: [PATCH 5/6] vhost_net: poll vhost queue after marking DMA is done

On Fri, Aug 16, 2013 at 01:16:29PM +0800, Jason Wang wrote: > We used to poll vhost queue before making DMA is done, this is racy if vhost > thread were waked up before marking DMA is done which can result the signal to > be missed. Fix this by always poll the vhost thread before DMA is done. > >

Re: [PATCH 6/6] vhost_net: remove the max pending check

On Fri, Aug 16, 2013 at 01:16:30PM +0800, Jason Wang wrote: > We used to limit the max pending DMAs to prevent guest from pinning too many > pages. But this could be removed since: > > - We have the sk_wmem_alloc check in both tun/macvtap to do the same work > - This max pending check were almost

Re: [PATCH 4/4] iio: ti_am335x_adc: Add continuous sampling and trigger support

* Jonathan Cameron | 2013-08-15 12:43:02 [+0100]: >Hi, Hi Jonathan, >Whilst the below review is based on what we have here, I tried to apply it >to the latest iio.git togreg branch (which for this driver should be >much the same as staging-next and hence linux-next). It's not even >close and I c

[PATCH 0/2] powerpc/iommu: check dev->iommu_group before remove it

Had a talk with Alexey, who suggest me to send this for comments. On powernv platform, the P7IOC provide limited range of DMA space. For example, there are only 8 DMA segments on each PHB. When there are more than 8 PEs, some of PE's tce32_table is not initialized. In the normal case, 8 PE is en

[PATCH 2/2] powerpc/iommu: check dev->iommu_group before remove a device from iommu_group

--- arch/powerpc/kernel/iommu.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/arch/powerpc/kernel/iommu.c b/arch/powerpc/kernel/iommu.c index b20ff17..5abf7c3 100644 --- a/arch/powerpc/kernel/iommu.c +++ b/arch/powerpc/kernel/iommu.c @@ -1149,7 +1149,8 @@ static int io

Wtrlt: Q: NFS: directory XX/YYY contains a readdir loop.Please contact your server vendor.

Re-sent due to "5.7.1 Content-Policy reject msg: The capital Triple-X in subject is way too often associated with junk email, please rephrase. ": >>> "Ulrich Windl" schrieb am 16.08.2013 um 10:29 in Nachricht <520e15ef.ed38.00a...@rz.uni-regensburg.de>: > Hi, > > recently I found out that we hi

[PATCH 1/2] iommu: Don't remove device when no iommu_group associated

In some cases, one device may not associated with any iommu_group. For example, not enough DMA address space. For those devices, kernel will crash when try to remove it from an iommu_group. This patch do the check before remove it. Signed-off-by: Wei Yang --- drivers/iommu/iommu.c |3 +++

Re: [GIT PULL] bcache fixes for 3.11

Hi, bcache: Fix a writeback performance regression this one results in 3.10 into hung tasks in bcache_writeback read_dirty. Stefan Am 15.08.2013 08:43, schrieb Stefan Priebe - Profihost AG: > Am 15.08.2013 00:59, schrieb Kent Overstreet: >> Jens, here's the latest bcache fixes. Some urgent stuff

[PATCH 3/6] acpi cleanup: Use pr_info() instead of printk() in arch/x86/mm/srat.c

Use pr_info() instead of printk() in arch/x86/mm/srat.c. As Joe suggested, define pr_fmt(fmt) as KBUILD_MODNAME ": " fmt to prefix message with "srat: ". Signed-off-by: Tang Chen Signed-off-by: Joe Perches --- arch/x86/mm/srat.c | 17 + 1 files changed, 9 insertions(+), 8 del

[PATCH 4/6] acpi cleanup: Use pr_err() instead of printk() in arch/x86/mm/srat.c

Use pr_err() instead of printk() in arch/x86/mm/srat.c Signed-off-by: Tang Chen Signed-off-by: Joe Perches --- arch/x86/mm/srat.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/x86/mm/srat.c b/arch/x86/mm/srat.c index 591f4bb..d1e3b95 100644 --- a/arch/x86/

[PATCH 1/2] extcon: extcon-dra7xx: Add extcon driver for USB ID detection

Adding extcon driver for USB ID detection to dynamically configure USB Host/Peripheral mode. Signed-off-by: George Cherian --- .../devicetree/bindings/extcon/extcon-dra7xx.txt | 19 ++ drivers/extcon/Kconfig | 7 + drivers/extcon/Makefile

[PATCH 0/2] Enable USB ID pin detection using extcon for DRA7xx

Hi, These patches add support for USB ID pin detection using extcon framework. The ID pin on DRA7xx is connected via the gpio expander pcf8575. The interrupt line of the same is connected to the gpio 11 of bank 6. The following driver relies on the gpio interrupt to notify the actual ID pin

[PATCH 2/2] arm: dts: dra7-evm: Add extcon dt nodes for USB ID detection

Adding extcon dt nodes for USB ID detection. ID pin is routed via the gpio expander , so adding pcf8575 nodes. Changing otg mode to peripheral mode for usb1 Signed-off-by: George Cherian --- arch/arm/boot/dts/dra7-evm.dts | 42 +- 1 file changed, 41 insert

Re: [PATCH 2/2] powerpc/iommu: check dev->iommu_group before remove a device from iommu_group

On 08/16/2013 08:08 PM, Wei Yang wrote: > --- > arch/powerpc/kernel/iommu.c |3 ++- > 1 files changed, 2 insertions(+), 1 deletions(-) > > diff --git a/arch/powerpc/kernel/iommu.c b/arch/powerpc/kernel/iommu.c > index b20ff17..5abf7c3 100644 > --- a/arch/powerpc/kernel/iommu.c > +++ b/arch/po

Re: [PATCH 4/4] iio: ti_am335x_adc: Add continuous sampling and trigger support

* Sebastian Andrzej Siewior | 2013-08-16 12:07:02 [+0200]: >* Jonathan Cameron | 2013-08-15 12:43:02 [+0100]: > >It did apply with no trouble here. and with diff --git a/drivers/iio/adc/Kconfig b/drivers/iio/adc/Kconfig index 93129ec..fdd9810 100644 --- a/drivers/iio/adc/Kconfig +++ b/drivers/ii

Re: [PATCH] i915: Update VGA arbiter support for newer devices

On Thu, Aug 15, 2013 at 04:54:15PM -0600, Alex Williamson wrote: > On Fri, 2013-08-16 at 08:49 +1000, Dave Airlie wrote: > > On Fri, Aug 16, 2013 at 8:43 AM, Alex Williamson > > wrote: > > > This is intended to add VGA arbiter support for Intel HD graphics on > > > Core processors. The old GMCH r

[PATCH 3/6] sched: Clean-up struct sd_lb_stat

From: Joonsoo Kim There is no reason to maintain separate variables for this_group and busiest_group in sd_lb_stat, except saving some space. But this structure is always allocated in stack, so this saving isn't really benificial [peterz: reducing stack space is good; in this case readability inc

[PATCH 5/6] sched, fair: Make group power more consitent

For easier access, less dereferences and more consisent value, store the group power in update_sg_lb_stats() and use it thereafter. The actual value in sched_group::sched_group_power::power can change throughout the load-balance pass if we're unlucky. Signed-off-by: Peter Zijlstra --- kernel/sch

Re: [PATCH] arm: omap5: dts: split SMPS10 dt node

On Friday 16 August 2013 02:24 PM, Benoit Cousson wrote: > On 16/08/2013 07:15, Kishon Vijay Abraham I wrote: >> Hi Benoit, >> >> On Tuesday 13 August 2013 08:18 PM, Benoit Cousson wrote: >>> On 13/08/2013 16:45, Kishon Vijay Abraham I wrote: Hi, On Tuesday 13 August 2013 06:51 PM, B

[PATCH 6/6] sched, fair: Rework and comment the group_imb code

Rik reported some weirdness due to the group_imb code. As a start to looking at it, clean it up a little and add a few explanatory comments. Signed-off-by: Peter Zijlstra --- kernel/sched/fair.c | 123 +--- 1 file changed, 89 insertions(+), 34 del

[PATCH 0/6] Various load-balance cleanups/optimizations

Hi, The first 3 are reworks of the patches Joonsoo posted with fixes/changes, the second three are further cleanups that I spotted while working on the patches from Joonsoo. There was enough wrong with the patches from Joonsoo that I feel somewhat hesitant to merge them now and request people to

[PATCH 2/6] sched: Factor out code to should_we_balance()

From: Joonsoo Kim Now checking whether this cpu is appropriate to balance or not is embedded into update_sg_lb_stats() and this checking has no direct relationship to this function. There is not enough reason to place this checking at update_sg_lb_stats(), except saving one iteration for sched_gr

[PATCH 4/6] sched, fair: Remove duplicate load_per_task computations

Since we already compute (but don't store) the sgs load_per_task value in update_sg_lb_stats() we might as well store it and not re-compute it later on. Signed-off-by: Peter Zijlstra --- kernel/sched/fair.c | 13 ++--- 1 file changed, 2 insertions(+), 11 deletions(-) --- a/kernel/sche

Re: [PATCH] nouveau reclocking on nv40 not working since 77145f1cbdf8d28b46ff8070ca749bad821e0774

On 16/08/2013 03:16, Pali Rohár wrote: On Thursday 15 August 2013 18:23:06 Martin Peres wrote: On 15/08/2013 13:46, Pali Rohár wrote: On Tuesday 13 August 2013 11:28:01 Pali Rohár wrote: Hello, in commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was introduced error which cause that on my Nvid

[PATCH v2] extcon: palmas: Modified the compatible type to *ti,palmas-usb-vid*

The Palmas device contains only a USB VID detector, so modified the compatible type to *ti,palmas-usb-vid*. Signed-off-by: Kishon Vijay Abraham I --- Changes from v1: * removed the existing compatible types and changed it to *ti,palmas-usb-vid* Documentation/devicetree/bindings/extcon/extcon-pa

Re: [PATCH v3] arm: dts: AM43x: Add usb DT nodes for AM4372

On 8/16/2013 2:38 PM, Benoit Cousson wrote: That's fine, but that was not my question. Is there any already bindings that defined phys and phy-names in the kernel? No I couldn't find them in 3.11-rc5. I will drop the phy reference and send an updated patch adding dwc nodes. And anyway the

[PATCH 1/6] sched: Remove one division operation in find_busiest_queue()

From: Joonsoo Kim Remove one division operation in find_busiest_queue() by using crosswise multiplication: wl_i / power_i > wl_j / power_j := wl_i * power_j > wl_j * power_i Signed-off-by: Joonsoo Kim [peterz: expanded changelog] Signed-off-by: Peter Zijlstra --- kernel/sche

Re: [PATCH 4/4] iio: ti_am335x_adc: Add continuous sampling and trigger support

On 08/16/13 11:07, Sebastian Andrzej Siewior wrote: > * Jonathan Cameron | 2013-08-15 12:43:02 [+0100]: > >> Hi, > Hi Jonathan, > >> Whilst the below review is based on what we have here, I tried to apply it >> to the latest iio.git togreg branch (which for this driver should be >> much the same

Re: [PATCH 6/6] sched, fair: Rework and comment the group_imb code

On Fri, Aug 16, 2013 at 12:12:27PM +0200, Peter Zijlstra wrote: > +/* > + * Group imbalance indicates (and tries to solve) the problem where balancing > + * groups is inadequate due to tsk_cpus_allowed() constraints. > + * > + * Imagine a situation of two groups of 4 cpus each and 4 tasks each with

  1   2   3   4   5   6   7   >