Re: [PATCH v9 03/16] iommu/exynos: fix page table maintenance

On Wed, 14 Aug 2013 13:54:53 -0700, Grant Grundler wrote: > On Wed, Aug 14, 2013 at 3:49 AM, Joerg Roedel wrote: > > On Thu, Aug 08, 2013 at 11:28:44AM -0700, Grant Grundler wrote: > >> I can't speak to the previous BUG_ON(). I believe the EADDRESSINUSE > >> failures could be either WARN_ON or

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

On Fri, Aug 16, 2013 at 10:54 AM, Dan Carpenter wrote: > 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

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

On Thu 15-08-13 17:33:28, Linus Torvalds wrote: > On Thu, Aug 15, 2013 at 4:05 PM, Ben Tebulin wrote: > > > >> Ben, please test. I'm worried that the problem you see is something > >> even more fundamentally wrong with the whole "oops, must flush in the > >> middle" logic, but I'm _hoping_ this

Re: System suspend states and device driver suspend() callback

On 08/16/2013 10:06 AM, Li Yang wrote: 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? what about implementing struct device_driver::suspend? This is for driver level suspend

[PATCH] Staging: olpc_dcon: fix typo in olpc_dcon.h

The backlight brightness register (DCON_REG_BRIGHT) address is 0xa. Signed-off-by: Jens Frederich diff --git a/drivers/staging/olpc_dcon/olpc_dcon.h b/drivers/staging/olpc_dcon/olpc_dcon.h index 524ee49..e2663b1 100644 --- a/drivers/staging/olpc_dcon/olpc_dcon.h +++

Re: linux-next: Tree for Aug 15 (usb/phy/phy-am335x-control.c)

+Sebastian, On 08/15/2013 08:07 PM, Randy Dunlap wrote: > On 08/14/13 23:58, Stephen Rothwell wrote: >> Hi all, >> >> Changes since 20130814: >> > > on i386 and x86_64: > > drivers/usb/phy/phy-am335x-control.c:45:3: error: implicit declaration of > function '__WARN'

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

On 08/16/2013 01:33 PM, Jonathan Cameron wrote: > Ah, fixes-togreg is for this cycle, whereas new stuff like this needs > to go on the togreg branch. Hence please rebase on the togreg branch > instead. But he needs "iio: ti_am335x_adc: Fix wrong samples received on 1st read" from that branch.

Re: [PATCH] ARM:dts: Add devicetree for gta04 board.

Hi Marek, On 15/08/2013 22:43, Marek Belisko wrote: This adds devicetree for gta04 (Openmoko next generation board) with necessary support for mmc, usb, leds and button. Signed-off-by: Marek Belisko --- This is resurrection of patch sent in March https://lkml.org/lkml/2013/1/24/419 when I

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

On 08/16/13 10:29, Oleksandr Kravchenko wrote: > 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

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

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 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

[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 ---

[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*

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

[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

[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(-) ---

[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 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

[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

[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 ---

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,

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

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 +++

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 > +++

[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

[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 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 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 ---

[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

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

[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

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

[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 +++

[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

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

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 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 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

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

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:

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 >

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

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. > >> > >>

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 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

[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

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

[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

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

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 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

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.

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 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

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 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: [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] 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

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

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] 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

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,

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

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

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 >>

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

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 >> */ >> - > >

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:

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

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

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

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

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

[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

[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

[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

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

[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 ---

[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

[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 ---

[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 ---

[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(_notifier_list, 0, buf); } When xen aware this, it will call xen_reboot(SHUTDOWN_crash) to send out an event with reason code

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

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

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.

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

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

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

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: [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 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: 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

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

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")

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 >

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

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

[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 ---

[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

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