Re: [PATCH 2/2] dma: tegra: fix residual calculation for cyclic case

2012-07-12 Thread Laxman Dewangan
On Friday 13 July 2012 11:58 AM, Vinod Koul wrote: On Fri, 2012-07-13 at 11:09 +0530, Laxman Dewangan wrote: You didnt get my other mail about applying? Read carefully now and saw both are applied. Thanks for care. Thanks, Laxman -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH 5/8 v2] i2c:i2c-bfin-twi: TWI fails to restart next transfer in high system load.

2012-07-12 Thread Wolfram Sang
On Wed, Jun 13, 2012 at 04:22:44PM +0800, Sonic Zhang wrote: > From: Sonic Zhang > > Current driver was developed based on BF537 0.2 HRM. In high system load, > BUFRDERR error > interrupt may be raised if XMTSERV interrupt of last TX byte is not served in > time > (set RSTART bit), which breaks

Re: [PATCH 4/8 v2] i2c: i2c-bfin-twi: Tighten condition when failing I2C transfer if MEN bit is reset unexpectedly.

2012-07-12 Thread Wolfram Sang
On Wed, Jun 13, 2012 at 04:22:43PM +0800, Sonic Zhang wrote: > From: Sonic Zhang > > In order to mark I2C transfer fail when MEN bit in I2C controller is reset > unexpeced "unexpected" > in MCOMP interrupt, interrupt status bits XMTSERV or RCVSERV should be > checked. > > Master Transfer Com

Re: 3.4.4-rt13: btrfs + xfstests 006 = BOOM.. and a bonus rt_mutex deadlock report for absolutely free!

2012-07-12 Thread Mike Galbraith
On Thu, 2012-07-12 at 15:31 +0200, Thomas Gleixner wrote: > On Thu, 12 Jul 2012, Mike Galbraith wrote: > > On Thu, 2012-07-12 at 13:43 +0200, Thomas Gleixner wrote: > > > rawlock points to ...968 and the node_list to ...970. > > > > > > struct rt_mutex { > > > raw_spinlock_t wai

Re: [PATCH 1/8 v2] i2c: i2c-bfin-twi: Illegal i2c bus lock upon certain transfer scenarios.

2012-07-12 Thread Wolfram Sang
On Wed, Jun 13, 2012 at 04:22:40PM +0800, Sonic Zhang wrote: > From: Michael Hennerich > > For transfer counts > 255 bytes i2c-bfin-twi sets the data > transfer counter DCNT to 0xFF indicating unlimited transfers. > It then uses a flag iface->manual_stop to manually issue the STOP > condition, on

Re: [PATCH v3 1/3] acpi : cpu hot-remove returns error when cpu_down() fails

2012-07-12 Thread Yasuaki Ishimatsu
Hi Srivatsa, 2012/07/12 21:32, Srivatsa S. Bhat wrote: > On 07/12/2012 04:52 PM, Yasuaki Ishimatsu wrote: >> Even if cpu_down() fails, acpi_processor_remove() continues to remove the >> cpu. >> But in this case, it should return error number since some process may run on >> the cpu. If the cpu ha

Re: [PATCH 2/2] dma: tegra: fix residual calculation for cyclic case

2012-07-12 Thread Vinod Koul
On Fri, 2012-07-13 at 11:09 +0530, Laxman Dewangan wrote: > On Friday 13 July 2012 08:45 AM, Vinod Koul wrote: > > On Mon, 2012-07-02 at 10:02 -0600, Stephen Warren wrote: > >> On 07/02/2012 02:22 AM, Laxman Dewangan wrote: > >>> In cyclic mode of DMA, the byte transferred can be more > >>> than th

Re: [PATCH v3 2/3 RESEND] acpi : prevent cpu from becoming online

2012-07-12 Thread Yasuaki Ishimatsu
Hi Toshi, 2012/07/13 1:49, Toshi Kani wrote: On Thu, 2012-07-12 at 20:40 +0900, Yasuaki Ishimatsu wrote: Even if acpi_processor_handle_eject() offlines cpu, there is a chance to online the cpu after that. So the patch closes the window by using get/put_online_cpus(). Why does the patch change

Re: [PATCH v3 1/3] acpi : cpu hot-remove returns error when cpu_down() fails

2012-07-12 Thread Yasuaki Ishimatsu
Hi Toshi, 2012/07/13 1:48, Toshi Kani wrote: On Thu, 2012-07-12 at 20:22 +0900, Yasuaki Ishimatsu wrote: Even if cpu_down() fails, acpi_processor_remove() continues to remove the cpu. But in this case, it should return error number since some process may run on the cpu. If the cpu has a running

Re: [PATCH v3 2/3 RESEND] acpi : prevent cpu from becoming online

2012-07-12 Thread Yasuaki Ishimatsu
2012/07/12 21:41, Srivatsa S. Bhat wrote: > On 07/12/2012 05:10 PM, Yasuaki Ishimatsu wrote: >> Even if acpi_processor_handle_eject() offlines cpu, there is a chance >> to online the cpu after that. So the patch closes the window by using >> get/put_online_cpus(). >> >> Why does the patch change _c

Re: [PATCH RFC V3 2/3] kvm: Note down when cpu relax intercepted or pause loop exited

2012-07-12 Thread Christian Borntraeger
On 13/07/12 05:35, Raghavendra K T wrote: > Yes! I forgot about archs in init function. > How about having > #ifdef CONFIG_HAVE_KVM_CPU_RELAX_INTERCEPT > vcpu->ple.cpu_relax_intercepted = false; > vcpu->ple.dy_eligible = false; > #endif > > This would solve all the problem. No, you need to mask a

MAINTAINERS: bounces, remove or update?

2012-07-12 Thread Joe Perches
The @smsc.com email address is bouncing. Should it be removed from MAINTAINERS or switched to this @shawell.net address? -- 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/m

Re: [PATCH 0/8] Time fixes and cleanups for 3.6

2012-07-12 Thread Ingo Molnar
Looks sensible. Reviewed-by: Ingo Molnar Thanks, Ingo -- 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 read the FAQ at http://www.t

Re: [PATCH 6/8] time: Move arch_gettimeoffset() usage into timekeeping_get_ns()

2012-07-12 Thread Ingo Molnar
* John Stultz wrote: > + nsec >>= timekeeper.shift; > + > + /* If arch requires, add in gettimeoffset() */ > + nsec += arch_gettimeoffset(); > + return nsec; As a factoring out bonus, this could be further shortened to: return nsec + arch_gettimeoffset(); > + /* If

Re: How to use the generic thermal sysfs.

2012-07-12 Thread Zhang Rui
On 五, 2012-07-13 at 15:08 +0900, Alex Courbot wrote: > On Fri 13 Jul 2012 02:54:26 PM JST, R, Durgadoss wrote: > > As of now, we are getting the definitions done through the platform layer > > data. Considerations for device tree .. yes.. but I do not have any sample > > implementation.. > > Maybe

Re: [PATCH 5/8] time: Refactor accumulation of nsecs to secs

2012-07-12 Thread Ingo Molnar
* John Stultz wrote: > +} > + > + > +/** Stray newline added here as well. Thanks, Ingo -- 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 P

Re: How to use the generic thermal sysfs.

2012-07-12 Thread Alex Courbot
On Fri 13 Jul 2012 02:54:26 PM JST, R, Durgadoss wrote: As of now, we are getting the definitions done through the platform layer data. Considerations for device tree .. yes.. but I do not have any sample implementation.. Maybe we can help with that then, since we are going to need it. On the

Re: [PATCH 7/8] time: Move xtime_nsec adjustment underflow handling timekeeping_adjust

2012-07-12 Thread Ingo Molnar
* John Stultz wrote: > When we make adjustments speeding up the clock, its possible > for xtime_nsec to underflow. We already handle this properly, > but we do so from update_wall_time() instead of the more logical > timekeeping_adjust(), where the possible underflow actually > occurs. > > Thus

[GIT PULL for v3.5-rc7] media fixes

2012-07-12 Thread Mauro Carvalho Chehab
Hi Linus, Plese pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media v4l_for_linus for the fixes for the media subsystem, including: - Some regression fixes at the audio part for devices with cx23885/cx25840; - A DMA corruption fix at cx231xx;

Re: [PATCH 4/8] time: Condense timekeeper.xtime into xtime_sec

2012-07-12 Thread Ingo Molnar
* John Stultz wrote: > +static void tk_set_xtime(struct timekeeper *tk, const struct timespec *ts) > +{ > + tk->xtime_sec = ts->tv_sec; > + tk->xtime_nsec = ts->tv_nsec << tk->shift; > +} > + > + > +static void tk_xtime_add(struct timekeeper *tk, const struct timespec *ts) Small nit: th

Re: [PATCH 1/8] ntp: Fix STA_INS/DEL clearing bug

2012-07-12 Thread Ingo Molnar
* John Stultz wrote: > From: John Stultz > > In commit 6b43ae8a619d17c4935c3320d2ef9e92bdeed05d, I > introduced a bug that kept the STA_INS or STA_DEL bit > from being cleared from time_status via adjtimex() > without forcing STA_PLL first. > > Usually once the STA_INS is set, it isn't cleare

Re: [PATCH 5/8] time: Refactor accumulation of nsecs to secs

2012-07-12 Thread Ingo Molnar
* John Stultz wrote: > We do the exact same logic moving nsecs to secs in the > timekeeper in multiple places, so condense this into a > single function. > > CC: Ingo Molnar > CC: Peter Zijlstra > CC: Richard Cochran > CC: Prarit Bhargava > CC: Thomas Gleixner Please make that Cc:, not CC

RE: How to use the generic thermal sysfs.

2012-07-12 Thread R, Durgadoss
> -Original Message- > From: Alex Courbot [mailto:acour...@nvidia.com] > Sent: Friday, July 13, 2012 11:19 AM > To: R, Durgadoss > Cc: Wei Ni; Zhang, Rui; Brown, Len; a...@linux-foundation.org; khali@linux- > fr.org; j...@perches.com; linux-kernel@vger.kernel.org; linux- > te...@ger.kernel.

Re: [PATCH net-next 4/8] wireless: Use eth_random_addr

2012-07-12 Thread Hin-Tak Leung
--- On Fri, 13/7/12, Joe Perches wrote: > From: Joe Perches > Subject: [PATCH net-next 4/8] wireless: Use eth_random_addr > To: "David Miller" , "John W. Linville" > , "Christian Lamparter" , > "Ivo van Doorn" , "Gertjan van Wingerde" > , "Helmut Schaa" , "Herton > Ronaldo Krzesinski" , "Hin

Re: [PATCH 0/3] fs/ufs: stop using write_supers and s_dirt

2012-07-12 Thread Artem Bityutskiy
On Thu, 2012-07-12 at 22:45 -0700, Andrew Morton wrote: > checkpatch does not report on context lines - only on added lines. Hmm, I think I saw it ding this in the past. Anyway, I have no problems cleaning at lease white-spaces in UFS globally separately. -- Best Regards, Artem Bityutskiy sign

linux-next: Tree for July 13

2012-07-12 Thread Stephen Rothwell
Hi all, Changes since 20120712: The ext4 tree still has its build failure so I used the version from next-20120709. The tty tree gained a build failure, so I used the version from next-20120712. I have still reverted 3 commits from the signal tree at the request of the arm maintainer. The arm

Re: How to use the generic thermal sysfs.

2012-07-12 Thread Alex Courbot
On 07/12/2012 07:54 PM, R, Durgadoss wrote: We are working on a notification API from any generic sensor driver to the thermal framework. Please have a look at the 'notify_thermal_framework' API in the patch here: http://www.spinics.net/lists/linux-acpi/msg36049.html At first sight these patche

Re: [PATCHv3 0/4] hfsplus: stop using write_supers and s_dirt

2012-07-12 Thread Artem Bityutskiy
On Thu, 2012-07-12 at 16:09 -0700, Andrew Morton wrote: > I really do dislike dropping patches and replacing them. For a whole > bunch of reasons. One of which is that a wholesale replacement > requires a full re-review. Another is that wholesale replacement makes > it hard to see what was chang

Re: [PATCH 2/2] dma: tegra: fix residual calculation for cyclic case

2012-07-12 Thread Laxman Dewangan
On Friday 13 July 2012 08:45 AM, Vinod Koul wrote: On Mon, 2012-07-02 at 10:02 -0600, Stephen Warren wrote: On 07/02/2012 02:22 AM, Laxman Dewangan wrote: In cyclic mode of DMA, the byte transferred can be more than the requested size and in this case, calculating residuals based on the current

RE: [PATCH v2 1/3] regulator: tps65217: Add device tree support

2012-07-12 Thread AnilKumar, Chimata
Hi Mark, On Thu, Jul 12, 2012 at 22:58:37, Mark Brown wrote: > On Tue, Jul 10, 2012 at 04:39:42PM +0530, AnilKumar Ch wrote: > > This commit adds device tree support for tps65217 pmic. And usage > > details are added to device tree documentation. Driver is tested > > by using kernel module with re

Re: [PATCH 0/3] fs/ufs: stop using write_supers and s_dirt

2012-07-12 Thread Andrew Morton
On Fri, 13 Jul 2012 08:34:44 +0300 Artem Bityutskiy wrote: > On Thu, 2012-07-12 at 15:58 -0700, Andrew Morton wrote: > > Just fix them up as you go - the code is already a mixture of "right" > > and "wrong" (a consequence of a lot of it being "wrong") - we might as > > well tip it further in the

Re: [PATCH 0/3] fs/ufs: stop using write_supers and s_dirt

2012-07-12 Thread Artem Bityutskiy
On Thu, 2012-07-12 at 15:58 -0700, Andrew Morton wrote: > Just fix them up as you go - the code is already a mixture of "right" > and "wrong" (a consequence of a lot of it being "wrong") - we might as > well tip it further in the "right" direction. Yeah, but I'd say 80% of it has its own "wrong"

Re: [Xen-devel] [PATCH] xen: populate correct number of pages when across mem boundary

2012-07-12 Thread zhenzhong.duan
于 2012-07-12 22:55, David Vrabel 写道: On 04/07/12 07:49, zhenzhong.duan wrote: When populate pages across a mem boundary at bootup, the page count populated isn't correct. This is due to mem populated to non-mem region and ignored. Pfn range is also wrongly aligned when mem boundary isn't page

[PATCH net-next 8/8] arch: Use eth_random_addr

2012-07-12 Thread Joe Perches
Convert the existing uses of random_ether_addr to the new eth_random_addr. Signed-off-by: Joe Perches --- arch/blackfin/mach-bf537/boards/stamp.c |2 +- arch/c6x/kernel/soc.c |2 +- arch/mips/ar7/platform.c|4 ++-- arch/mips/powertv/powertv_setup.c

[PATCH net-next 7/8] usb: Use eth_random_addr

2012-07-12 Thread Joe Perches
Convert the existing uses of random_ether_addr to the new eth_random_addr. Signed-off-by: Joe Perches --- drivers/usb/atm/xusbatm.c|4 ++-- drivers/usb/gadget/u_ether.c |2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/usb/atm/xusbatm.c b/drivers/usb/atm/x

[PATCH net-next 6/8] s390: Use eth_random_addr

2012-07-12 Thread Joe Perches
Convert the existing uses of random_ether_addr to the new eth_random_addr. Signed-off-by: Joe Perches --- drivers/s390/net/qeth_l2_main.c |2 +- drivers/s390/net/qeth_l3_main.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/s390/net/qeth_l2_main.c b/drivers

[PATCH net-next 5/8] drivers/net: Use eth_random_addr

2012-07-12 Thread Joe Perches
Convert the existing uses of random_ether_addr to the new eth_random_addr. Signed-off-by: Joe Perches --- drivers/net/tun.c |2 +- drivers/net/wimax/i2400m/driver.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/tun.c b/drivers/net/tun.c

[PATCH net-next 4/8] wireless: Use eth_random_addr

2012-07-12 Thread Joe Perches
Convert the existing uses of random_ether_addr to the new eth_random_addr. Signed-off-by: Joe Perches --- drivers/net/wireless/adm8211.c |2 +- drivers/net/wireless/p54/eeprom.c |2 +- drivers/net/wireless/rt2x00/rt2400pci.c|2 +- drivers/net/wireless/rt2x00/

[PATCH net-next 3/8] net: usb: Use eth_random_addr

2012-07-12 Thread Joe Perches
Convert the existing uses of random_ether_addr to the new eth_random_addr. Signed-off-by: Joe Perches --- drivers/net/usb/smsc75xx.c |2 +- drivers/net/usb/smsc95xx.c |2 +- drivers/net/usb/usbnet.c |2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/net/u

[PATCH net-next 2/8] ethernet: Use eth_random_addr

2012-07-12 Thread Joe Perches
Convert the existing uses of random_ether_addr to the new eth_random_addr. Signed-off-by: Joe Perches --- drivers/net/ethernet/atheros/atl1c/atl1c_hw.c |2 +- drivers/net/ethernet/atheros/atlx/atl1.c |2 +- drivers/net/ethernet/atheros/atlx/atl2.c |2 +- drivers

[PATCH net-next 1/8] etherdevice: Rename random_ether_addr to eth_random_addr

2012-07-12 Thread Joe Perches
Add some API symmetry to eth_broadcast_addr and add a #define to the old name for backward compatibility. Signed-off-by: Joe Perches --- include/linux/etherdevice.h | 14 -- 1 files changed, 8 insertions(+), 6 deletions(-) diff --git a/include/linux/etherdevice.h b/include/linux/e

[PATCH net-next 0/8] etherdevice: Rename random_ether_addr to eth_random_addr

2012-07-12 Thread Joe Perches
net-next commit ad7eee98be ("etherdevice: introduce eth_broadcast_addr") added a new style API. Rename random_ether_addr to eth_random_addr to create some API symmetry. Joe Perches (8): etherdevice: Rename random_ether_addr to eth_random_addr ethernet: Use eth_random_addr net: usb: Use eth_

Re: [RFC][PATCH V2 3/3] tegra: add pwm backlight device tree nodes

2012-07-12 Thread Alex Courbot
On 07/12/2012 11:27 PM, Simon Glass wrote I agree the type strings are a problem in the current form - if we could get constants in the device tree, that would be much better. Your way of representing the sequences is interesting though, if we can solve the type issue (and also evaluate its cost

[PATCH 7/8] time: Move xtime_nsec adjustment underflow handling timekeeping_adjust

2012-07-12 Thread John Stultz
When we make adjustments speeding up the clock, its possible for xtime_nsec to underflow. We already handle this properly, but we do so from update_wall_time() instead of the more logical timekeeping_adjust(), where the possible underflow actually occurs. Thus, move the correction logic to the tim

[PATCH 4/8] time: Condense timekeeper.xtime into xtime_sec

2012-07-12 Thread John Stultz
The timekeeper struct has a xtime_nsec, which keeps the sub-nanosecond remainder. This ends up being somewhat duplicative of the timekeeper.xtime.tv_nsec value, and we have to do extra work to keep them apart, copying the full nsec portion out and back in over and over. This patch simplifies some

[PATCH 5/8] time: Refactor accumulation of nsecs to secs

2012-07-12 Thread John Stultz
We do the exact same logic moving nsecs to secs in the timekeeper in multiple places, so condense this into a single function. CC: Ingo Molnar CC: Peter Zijlstra CC: Richard Cochran CC: Prarit Bhargava CC: Thomas Gleixner Signed-off-by: John Stultz --- kernel/time/timekeeping.c | 54 +

[PATCH 6/8] time: Move arch_gettimeoffset() usage into timekeeping_get_ns()

2012-07-12 Thread John Stultz
Since we call arch_gettimeoffset() in all the accessor functions, move arch_gettimeoffset() calls into timekeeping_get_ns() and timekeeping_get_ns_raw() to simplify the code. This also makes the code easier to maintain as we don't have to worry about forgetting the arch_gettimeoffset() as has happ

[PATCH 8/8] time: Rework timekeeping functions to take timekeeper ptr as argument

2012-07-12 Thread John Stultz
As part of cleaning up the timekeeping code, this patch converts a number of internal functions to takei a timekeeper ptr as an argument, so that the internal functions don't access the global timekeeper structure directly. This allows for further optimizations to reduce lock hold time later. This

[PATCH 2/8] time: Whitespace cleanups per Ingo's requests

2012-07-12 Thread John Stultz
Ingo noted a number of places where there is inconsistent use of whitespace. This patch tries to address the main culprits. CC: Ingo Molnar CC: Peter Zijlstra CC: Richard Cochran CC: Prarit Bhargava CC: Thomas Gleixner Signed-off-by: John Stultz --- kernel/time/timekeeping.c | 39

[PATCH 1/8] ntp: Fix STA_INS/DEL clearing bug

2012-07-12 Thread John Stultz
From: John Stultz In commit 6b43ae8a619d17c4935c3320d2ef9e92bdeed05d, I introduced a bug that kept the STA_INS or STA_DEL bit from being cleared from time_status via adjtimex() without forcing STA_PLL first. Usually once the STA_INS is set, it isn't cleared until the leap second is applied, so i

[PATCH 3/8] time: Explicitly use u32 instead of int for shift values

2012-07-12 Thread John Stultz
Ingo noted that using a u32 instead of int for shift values would be better to make sure the compiler doesn't unnecessarily use complex signed arithmetic. CC: Ingo Molnar CC: Peter Zijlstra CC: Richard Cochran CC: Prarit Bhargava CC: Thomas Gleixner Signed-off-by: John Stultz --- kernel/tim

[PATCH 0/8] Time fixes and cleanups for 3.6

2012-07-12 Thread John Stultz
Hey Thomas, Since you're offline next week, I wanted to send you my updated queue for the 3.6 merge window. These are mostly the same changes I sent you with my earlier 3.6 pull request mid-last month, but reordered and trimmed down to focus on cleanups (no new features). There is one NTP

[PATCH] x86/vsyscall: allow seccomp filter in vsyscall=emulate

2012-07-12 Thread Will Drewry
If a seccomp filter program is installed, older static binaries and distributions with older libc implementations (glibc 2.13 and earlier) that rely on vsyscall use will be terminated regardless of the filter program policy when executing time, gettimeofday, or getcpu. This is only the case when v

linux-next: manual merge of the clk tree with the arm-soc tree

2012-07-12 Thread Stephen Rothwell
Hi Mike, Today's linux-next merge of the clk tree got a conflict in drivers/clk/Makefile between commit 4a31bd28e86a ("ARM: nomadik: convert to generic clock") from the arm-soc tree and commit 8d4d9f52081c ("clk: add highbank clock support") from the clk tree. Just context changes. I fixed it up

Re: [RFC PATCH v3 3/13] memory-hotplug : unify argument of firmware_map_add_early/hotplug

2012-07-12 Thread Yasuaki Ishimatsu
Hi Dave, 2012/07/12 22:40, Dave Hansen wrote: > On 07/11/2012 09:52 PM, Yasuaki Ishimatsu wrote: >> Does the following patch include your comment? If O.K., I will separate >> the patch from the series and send it for bug fix. > > Looks sane to me. It does now mean that the calling conventions fo

Re: [PATCH] leds/leds-s3c24xx: use devm_gpio_request

2012-07-12 Thread devendra.aaru
On Fri, Jul 13, 2012 at 9:12 AM, Bryan Wu wrote: > On Wed, Jul 11, 2012 at 5:50 PM, Devendra Naga > wrote: >> Bryan, >> >> This patch is not even compile tested, since my machine crashed, and >> didn't have the ARM toolchain, sorry .. >> > > Thanks, I built it successfully. It looks fine

Re: [ 000/187] 3.4.5-stable review

2012-07-12 Thread Sven Joachim
On 2012-07-12 21:24 +0200, Greg KH wrote: > This is the start of the stable review cycle for the 3.4.5 release. > There are 187 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. As has been noted alrea

Re: [RFC PATCH v3 3/13] memory-hotplug : unify argument of firmware_map_add_early/hotplug

2012-07-12 Thread Yasuaki Ishimatsu
Hi Dave, 2012/07/12 22:40, Dave Hansen wrote: > On 07/11/2012 09:52 PM, Yasuaki Ishimatsu wrote: >> Does the following patch include your comment? If O.K., I will separate >> the patch from the series and send it for bug fix. > > Looks sane to me. It does now mean that the calling conventions fo

linux-next: build failure after merge of the tty tree

2012-07-12 Thread Stephen Rothwell
unction-declaration] cc1: some warnings being treated as errors Caused by commit 2655a2c76f80 ("8250: use the 8250 register interface not the legacy one"). Grep is your friend. I have used the tty tree from next-20120712 for today. -- Cheers, Stephen Rothwells...@canb.auug.org.au pgpt5WoBhJpNL.pgp Description: PGP signature

RE: 82571EB: Detected Hardware Unit Hang

2012-07-12 Thread Dave, Tushar N
>-Original Message- >From: Joe Jin [mailto:joe@oracle.com] >Sent: Thursday, July 12, 2012 4:46 PM >To: Dave, Tushar N >Cc: e1000-de...@lists.sf.net; net...@vger.kernel.org; linux- >ker...@vger.kernel.org >Subject: Re: 82571EB: Detected Hardware Unit Hang > Thanks for sending full dmesg

Re: [PATCH] MPILIB: Provide count_leading/trailing_zeros() based on arch functions

2012-07-12 Thread James Morris
On Fri, 6 Jul 2012, David Howells wrote: > Provide count_leading/trailing_zeros() macros based on extant arch bit > scanning > functions rather than reimplementing from scratch in MPILIB. > > Whilst we're at it, turn count_foo_zeros(n, x) into n = count_foo_zeros(x). > > Also move the definitio

Re: [PATCH 1/9 v3] dmaengine: add an shdma-base library

2012-07-12 Thread Vinod Koul
On Mon, 2012-07-02 at 22:28 +0200, Guennadi Liakhovetski wrote: > Hi Vinod > > On Thu, 28 Jun 2012, Guennadi Liakhovetski wrote: > > > Hi Vinod > > > > On Fri, 25 May 2012, Guennadi Liakhovetski wrote: > > > > > Hi Vinod > > > > > > On Fri, 25 May 2012, Vinod Koul wrote: > > > > [snip] > > >

Re: [PATCH RFC V3 2/3] kvm: Note down when cpu relax intercepted or pause loop exited

2012-07-12 Thread Raghavendra K T
On 07/13/2012 01:32 AM, Christian Borntraeger wrote: On 12/07/12 21:18, Raghavendra K T wrote: +#ifdef CONFIG_HAVE_KVM_CPU_RELAX_INTERCEPT [...] + struct { + bool cpu_relax_intercepted; + bool dy_eligible; + } ple; +#endif [...] } vcpu-

Re: [RFC PATCH v3 5/13] memory-hotplug : does not release memory region in PAGES_PER_SECTION chunks

2012-07-12 Thread Wen Congyang
At 07/09/2012 06:26 PM, Yasuaki Ishimatsu Wrote: > Since applying a patch(de7f0cba96786c), release_mem_region() has been changed > as called in PAGES_PER_SECTION chunks because register_memory_resource() is > called in PAGES_PER_SECTION chunks by add_memory(). But it seems firmware > dependency. If

Re: [PATCH 1/2] dma: tegra: rename driver and compatible to match with dts

2012-07-12 Thread Vinod Koul
On Mon, 2012-07-02 at 13:52 +0530, Laxman Dewangan wrote: > Rename the compatible name and driver name to match with > tegra dts file and as per clock driver. > > Signed-off-by: Laxman Dewangan Applied both, Thanks -- ~Vinod -- To unsubscribe from this list: send the line "unsubscribe linux-ke

Re: [RFC PATCH v3 2/13] memory-hotplug : add physical memory hotplug code to acpi_memory_device_remove

2012-07-12 Thread Wen Congyang
At 07/09/2012 06:24 PM, Yasuaki Ishimatsu Wrote: > acpi_memory_device_remove() has been prepared to remove physical memory. > But, the function only frees acpi_memory_device currentlry. > > The patch adds following functions into acpi_memory_device_remove(): > - offline memory > - remove physi

Re: [PATCH 2/2] dma: tegra: fix residual calculation for cyclic case

2012-07-12 Thread Vinod Koul
On Mon, 2012-07-02 at 10:02 -0600, Stephen Warren wrote: > On 07/02/2012 02:22 AM, Laxman Dewangan wrote: > > In cyclic mode of DMA, the byte transferred can be more > > than the requested size and in this case, calculating > > residuals based on the current position of DMA transfer to > > bytes re

Re: [PATCH] leds/leds-s3c24xx: use devm_gpio_request

2012-07-12 Thread Bryan Wu
On Wed, Jul 11, 2012 at 5:50 PM, Devendra Naga wrote: > why? > because if the led_classdev_register fails we wont do gpio free > because using devm_ functions, there is no need for error paths > > Signed-off-by: Devendra Naga > --- > Bryan, > > This patch is not even compile tested, since

Re: [PATCH 2/2] Made core dump functionality optional

2012-07-12 Thread Cong Wang
On Thu, 2012-07-12 at 13:22 -0700, Alex Kelly wrote: > Sorry it took me so long to reply to this: > > 1. *Should* I change the option to CONFIG_CORE_DUMP ? I agree with Josh > that in terms of the existing codebase, either way makes sense, but I'll > defer to your judgment if you think I should ch

Re: [RFC PATCH v3 2/13] memory-hotplug : add physical memory hotplug code to acpi_memory_device_remove

2012-07-12 Thread Wen Congyang
At 07/09/2012 06:24 PM, Yasuaki Ishimatsu Wrote: > acpi_memory_device_remove() has been prepared to remove physical memory. > But, the function only frees acpi_memory_device currentlry. > > The patch adds following functions into acpi_memory_device_remove(): > - offline memory > - remove physi

Re: linux-next: manual merge of the slave-dma tree with the arm tree

2012-07-12 Thread Vinod Koul
On Mon, 2012-07-02 at 13:16 +1000, Stephen Rothwell wrote: > Hi Vinod, > > Today's linux-next merge of the slave-dma tree got conflicts in > drivers/dma/Kconfig and drivers/dma/Makefile between commit 06dba53e6fcf > ("dmaengine: add OMAP DMA engine driver") from the arm tree and commit > c6da0ba8d

Re: [RESEND PATCH 1/1] clk: add DT support for clock gating control

2012-07-12 Thread Rob Herring
On 07/12/2012 08:08 AM, Sebastian Hesselbarh wrote: > On 07/12/2012 02:14 PM, Rob Herring wrote: >>> +Required child properties: >>> +- reg : should contain the individual bit and polarity to control >>> +the clock gate. A polarity of 0 means that by setting the >>> +bit to 1 the cl

RE: [PATCH net-next] r8169: Remove rtl_ocpdr_cond

2012-07-12 Thread hayeswang
Francois Romieu [mailto:rom...@fr.zoreil.com] [...] > > W/o firmware does not seem to make a difference. > > # ping -qf -l 4 -s 81 -c 60 10.0.3.1 > PING 10.0.3.1 (10.0.3.1) 81(109) bytes of data. > > --- 10.0.3.1 ping statistics --- > 60 packets transmitted, 60 received, 0% packet loss, time 1

Re: feature-removal-schedule entry from 2009

2012-07-12 Thread Theodore Ts'o
On Wed, Jul 11, 2012 at 11:15:20AM -0500, Rob Landley wrote: > IRQF_SAMPLE_RANDOM is 3 years past its sell-by date in > feature-removal-schedule: > > What: IRQF_SAMPLE_RANDOM > Check: IRQF_SAMPLE_RANDOM > When: July 2009 > > Why:Many of IRQF_SAMPLE_RANDOM users are technically bogus as >

[PATCH v3] usb/host/ehci-hub: Fix the issue EG20T USB host controller has long resuming time, when pen drive is attached.

2012-07-12 Thread Tomoya MORINAGA
Intel EG20T USB host controller does not send SOF in resuming time after suspending, if the FLR bit was not cleared. When pen drive is attached, the controller has a long resuming time to try re-connect it. This patch clear the FLR bit in suspending time for fixing the issue. Signed-off-by: Tomoya

Re: ARM mini-summit

2012-07-12 Thread Olof Johansson
On Wed, Jul 11, 2012 at 4:28 AM, Arnd Bergmann wrote: > On Wednesday 11 July 2012, James Bottomley wrote: >> Hi All, >> >> We have set aside the second day of the kernel summit (Tuesday 28 >> August) as mini-summit day. So far we have only the PCI mini summit on >> this day, so if you can think o

[PATCH v2] staging: sbe-2t3e3: Remove code that will never execute

2012-07-12 Thread Marcos Paulo de Souza
This patch removes all references of "if 0" blocks in the sbe-2t3e3 driver. Signed-off-by: Marcos Paulo de Souza --- drivers/staging/sbe-2t3e3/2t3e3.h|3 -- drivers/staging/sbe-2t3e3/cpld.c | 15 - drivers/staging/sbe-2t3e3/ctrl.c | 19 +++ drivers/staging/sbe

[PATCH] staging: sbe-2t3e3: Remove code that will never execute

2012-07-12 Thread Marcos Paulo de Souza
This patch removes all references of "if 0" blocks in the sbr-2t3e3. Signed-off-by: Marcos Paulo de Souza --- drivers/staging/sbe-2t3e3/2t3e3.h|3 -- drivers/staging/sbe-2t3e3/cpld.c | 15 - drivers/staging/sbe-2t3e3/ctrl.c | 19 +++ drivers/staging/sbe-2t3e3/

[PATCH] regulator: s2mps11: Use array to save pointer to rdev

2012-07-12 Thread Axel Lin
The number of regulator is known at compile time, use array to save pointer to rdev makes the code simpler. Signed-off-by: Axel Lin --- drivers/regulator/s2mps11.c | 27 --- 1 file changed, 8 insertions(+), 19 deletions(-) diff --git a/drivers/regulator/s2mps11.c b/dri

RE: How to use the generic thermal sysfs.

2012-07-12 Thread Zhang Rui
On 四, 2012-07-12 at 04:54 -0600, R, Durgadoss wrote: > Hi, > > > -Original Message- > > From: Wei Ni [mailto:w...@nvidia.com] > > Sent: Thursday, July 12, 2012 3:53 PM > > To: Zhang, Rui; Brown, Len; a...@linux-foundation.org; kh...@linux-fr.org; > > j...@perches.com; R, Durgadoss > > Cc:

Re: [ 22/68] ath9k_hw: avoid possible infinite loop in ar9003_get_pll_sqsum_dvc

2012-07-12 Thread Greg Kroah-Hartman
On Thu, Jul 12, 2012 at 10:38:35PM -0300, Herton Ronaldo Krzesinski wrote: > On Thu, Jul 12, 2012 at 04:01:56PM -0700, Greg Kroah-Hartman wrote: > > From: Greg KH > > > > 3.0-stable review patch. If anyone has any objections, please let me know. > > > > -- > > > > From: Mohamme

Re: [ 66/68] mm: Hold a file reference in madvise_remove

2012-07-12 Thread Herton Ronaldo Krzesinski
On Thu, Jul 12, 2012 at 04:02:40PM -0700, Greg Kroah-Hartman wrote: > From: Greg KH > > 3.0-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Andy Lutomirski > > commit 9ab4233dd08036fe34a89c7dc6f47a8bf2eb29eb upstream. > > Otherwise the

Re: [ 54/68] tracing: change CPU ring buffer state from tracing_cpumask

2012-07-12 Thread Herton Ronaldo Krzesinski
On Thu, Jul 12, 2012 at 04:02:28PM -0700, Greg Kroah-Hartman wrote: > From: Greg KH > > 3.0-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Vaibhav Nagarnaik > > commit 71babb2705e2203a64c27ede13ae3508a0d2c16c upstream. > > According t

Re: [ 51/68] PCI: EHCI: fix crash during suspend on ASUS computers

2012-07-12 Thread Herton Ronaldo Krzesinski
On Thu, Jul 12, 2012 at 04:02:25PM -0700, Greg Kroah-Hartman wrote: > From: Greg KH > > 3.0-stable review patch. If anyone has any objections, please let me know. > > -- Missing also the diff/"signoff area" on this one. > > From: Alan Stern > > commit dbf0e4c7257f8d684ec1a3

Re: [ 22/68] ath9k_hw: avoid possible infinite loop in ar9003_get_pll_sqsum_dvc

2012-07-12 Thread Herton Ronaldo Krzesinski
On Thu, Jul 12, 2012 at 04:01:56PM -0700, Greg Kroah-Hartman wrote: > From: Greg KH > > 3.0-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Mohammed Shafi Shajakhan > > commit f18e3c6b67f448ec47b3a5b242789bd3d5644879 upstream. > > "ath

Re: [PATCH 1/5] aio: Export symbols and struct kiocb_batch for in kernel aio usage

2012-07-12 Thread Asias He
Hi James, On 07/13/2012 01:50 AM, James Bottomley wrote: On Thu, 2012-07-12 at 23:35 +0800, Asias He wrote: This is useful for people who want to use aio in kernel, e.g. vhost-blk. Signed-off-by: Asias He --- fs/aio.c| 37 ++--- include/linux/a

Linux 3.2.23

2012-07-12 Thread Ben Hutchings
I'm announcing the release of the 3.2.23 kernel. All users of the 3.2 kernel series should upgrade. The updated 3.2.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.2.y and can be browsed at the normal kernel.org git web browser:

Re: [PATCH 0/5] Add vhost-blk support

2012-07-12 Thread Asias He
Hello Jeff, On 07/13/2012 12:06 AM, Jeff Moyer wrote: Asias He writes: Hi folks, This patchset adds vhost-blk support. vhost-blk is a in kernel virito-blk device accelerator. Compared to userspace virtio-blk implementation, vhost-blk gives about 5% to 15% performance improvement. Asias He (

Re: [PATCH 3/3 v3] memory-hotplug: fix kswapd looping forever problem

2012-07-12 Thread Minchan Kim
On Thu, Jul 12, 2012 at 02:01:54PM -0700, Andrew Morton wrote: > On Thu, 12 Jul 2012 11:50:49 +0900 > Minchan Kim wrote: > > > When hotplug offlining happens on zone A, it starts to mark freed page > > as MIGRATE_ISOLATE type in buddy for preventing further allocation. > > (MIGRATE_ISOLATE is ver

[PATCH 1/2] staging: comedi: dt282x: remove the outw wrapper macros

2012-07-12 Thread H Hartley Sweeten
The macros 'update_dacsr', 'update_adcsr', and 'update_supcsr' all use the 'devpriv' macro which uses a local variable of a specific name and yeilds a pointer derived from that name. They are also just wrappers around simple 'outw' calls. Remove the macros. Signed-off-by: H Hartley Sweeten Cc: Ia

[PATCH 0/2] staging: comedi: remove the devpriv and thisboard macros

2012-07-12 Thread H Hartley Sweeten
The macros 'devpriv' and 'thisboard' rely on a local variable having a specific name and yeild pointers derived from that variable. Replace the macros with local variables where used and use to comedi_board() helper to get the 'thisboard' pointer. The dt282x driver needs some initial cleanup to re

Re: [PATCH 0/6] Fix for leapsecond caused hrtimer/futex issue (updated)

2012-07-12 Thread John Stultz
On 07/10/2012 04:00 PM, John Stultz wrote: On 07/10/2012 03:43 PM, John Stultz wrote: Over the weekend, Thomas got a chance to review the leap second fix in more detail and had a few additional changes he wanted to make to improve performance as well as style. So this iteration includes his mod

Re: [PATCH 00/13] rbtree updates

2012-07-12 Thread Michel Lespinasse
On Thu, Jul 12, 2012 at 7:12 AM, Peter Zijlstra wrote: > On Wed, 2012-07-11 at 18:12 -0700, Michel Lespinasse wrote: >> >> In __rb_erase_color(), some of the cases are more complicated than you drew >> however, because some node colors aren't known. > > Right, the wikipedia article draws them bla

[PATCH v2 06/12] rbtree: break out of rb_insert_color loop after tree rotation

2012-07-12 Thread Michel Lespinasse
It is a well known property of rbtrees that insertion never requires more than two tree rotations. In our implementation, after one loop iteration identified one or two necessary tree rotations, we would iterate and look for more. However at that point the node's parent would always be black, whi

[PATCH v2 07/12] rbtree: adjust root color in rb_insert_color() only when necessary

2012-07-12 Thread Michel Lespinasse
The root node of an rbtree must always be black. However, rb_insert_color() only needs to maintain this invariant when it has been broken - that is, when it exits the loop due to the current (red) node being the root. In all other cases (exiting after tree rotations, or exiting due to an existing b

[PATCH v2 08/12] rbtree: low level optimizations in rb_insert_color()

2012-07-12 Thread Michel Lespinasse
- Use the newly introduced rb_set_parent_color() function to flip the color of nodes whose parent is already known. - Optimize rb_parent() when the node is known to be red - there is no need to mask out the color in that case. - Flipping gparent's color to red requires us to fetch its rb_parent

[PATCH v2 09/12] rbtree: adjust node color in __rb_erase_color() only when necessary

2012-07-12 Thread Michel Lespinasse
In __rb_erase_color(), we were always setting a node to black after exiting the main loop. And in one case, after fixing up the tree to satisfy all rbtree invariants, we were setting the current node to root just to guarantee a loop exit, at which point the root would be set to black. However this

[PATCH v2 11/12] rbtree: low level optimizations in __rb_erase_color()

2012-07-12 Thread Michel Lespinasse
In __rb_erase_color(), we often already have pointers to the nodes being rotated and/or know what their colors must be, so we can generate more efficient code than the generic __rb_rotate_left() and __rb_rotate_right() functions. Also when the current node is red or when flipping the sibling's col

[PATCH v2 05/12] rbtree: performance and correctness test

2012-07-12 Thread Michel Lespinasse
This small module helps measure the performance of rbtree insert and erase. Additionally, we run a few correctness tests to check that the rbtrees have all desired properties: - contains the right number of nodes in the order desired, - never two consecutive red nodes on any path, - all paths to l

[PATCH v2 04/12] rbtree: move some implementation details from rbtree.h to rbtree.c

2012-07-12 Thread Michel Lespinasse
rbtree users must use the documented APIs to manipulate the tree structure. Low-level helpers to manipulate node colors and parenthood are not part of that API, so move them to lib/rbtree.c Signed-off-by: Michel Lespinasse --- include/linux/rbtree.h | 34 +- li

  1   2   3   4   5   6   7   8   >