Re: [PATCH RESEND v7 2/2] mmc: card: Adding support for sanitize in eMMC 4.5

2012-07-18 Thread Chris Ball
Hi Yaniv, On Thu, Jun 28 2012, Yaniv Gardi wrote: > This feature delete the unmap memory region of the eMMC card, > by writing to a specific register in the EXT_CSD > unmap region is the memory region that were previously deleted > (by erase, trim or discard operation) > > Signed-off-by: Yaniv Gar

[char-misc-next V2] mei: use module_pci_driver

2012-07-18 Thread Tomas Winkler
use module_pci_driver() macro to wrap standard pci module registration into a single line Signed-off-by: Tomas Winkler --- V2: verboser commit message drivers/misc/mei/main.c | 39 +-- 1 files changed, 1 insertions(+), 38 deletions(-) diff --git a/drivers/m

Re: [PATCH v2] Input: synaptics - use firmware data for Cr-48

2012-07-18 Thread Dmitry Torokhov
Hi Chung-Yih, On Thu, Jul 19, 2012 at 11:02:23AM +0800, Chung-Yih Wang (王崇懿) wrote: > Hi Chase, > >Thanks for your great comments. You are right, it is impossible to get > correct finger tracking if both fingers are moving. However, we think it > still worth to have the firmware tracking of

Re: [PATCH 5/7] memcg: add per cgroup dirty pages accounting

2012-07-18 Thread Kamezawa Hiroyuki
(2012/07/11 18:32), Sha Zhengju wrote: On 07/10/2012 05:02 AM, Greg Thelen wrote: On Thu, Jun 28 2012, Sha Zhengju wrote: From: Sha Zhengju This patch adds memcg routines to count dirty pages, which allows memory controller to maintain an accurate view of the amount of its dirty memory and c

Re: [PATCH v2] x86, mm: only wait for flushes from online cpus

2012-07-18 Thread Srivatsa S. Bhat
On 07/19/2012 03:43 AM, Mandeep Singh Baines wrote: > Srivatsa S. Bhat (srivatsa.b...@linux.vnet.ibm.com) wrote: >> On 06/23/2012 03:36 AM, Mandeep Singh Baines wrote: >>> A cpu in the mm_cpumask could go offline before we send the invalidate >>> IPI causing us to wait forever. Avoid this by only w

Re: [PATCH RFC] mm/memcg: calculate max hierarchy limit number instead of min

2012-07-18 Thread Wanpeng Li
On Thu, Jul 19, 2012 at 03:07:20PM +0900, Kamezawa Hiroyuki wrote: >(2012/07/11 22:24), Wanpeng Li wrote: >> From: Wanpeng Li >> >> Since hierachical_memory_limit shows "of bytes of memory limit with >> regard to hierarchy under which the memory cgroup is", the count should >> calculate max hiera

[RESEND RFC PATCH v4 11/13] memory-hotplug : free memmap of sparse-vmemmap

2012-07-18 Thread Yasuaki Ishimatsu
All pages of virtual mapping in removed memory cannot be freed, since some pages used as PGD/PUD includes not only removed memory but also other memory. So the patch checks whether page can be freed or not. How to check whether page can be freed or not? 1. When removing memory, the page structs o

Re: [PATCH 1/5] ubi: introduce ubi->bad_peb_limit

2012-07-18 Thread Shmulik Ladkani
On Wed, 18 Jul 2012 13:40:53 +0300 Artem Bityutskiy wrote: > I've also amended the Kconfig text a tiny bit and dropped the defconfig > changes - let's have them separately as a single patch at the end of the > series. Wouldn't having the defconfig change as the last patch break things for those d

Re: [RFC PATCH v4 11/13] memory-hotplug : free memmap of sparse-vmemmap

2012-07-18 Thread Yasuaki Ishimatsu
Hi Wen, 2012/07/19 14:58, Wen Congyang wrote: > At 07/18/2012 06:16 PM, Yasuaki Ishimatsu Wrote: >> All pages of virtual mapping in removed memory cannot be freed, since some >> pages >> used as PGD/PUD includes not only removed memory but also other memory. So >> the >> patch checks whether pag

Re: [PATCH RFC] mm/memcg: calculate max hierarchy limit number instead of min

2012-07-18 Thread Kamezawa Hiroyuki
(2012/07/11 22:24), Wanpeng Li wrote: > From: Wanpeng Li > > Since hierachical_memory_limit shows "of bytes of memory limit with > regard to hierarchy under which the memory cgroup is", the count should > calculate max hierarchy limit when use_hierarchy in order to show hierarchy > subtree limit.

Re: [RFC PATCH] tun: don't zeroize sock->file on detach

2012-07-18 Thread Eric Dumazet
On Wed, 2012-07-11 at 15:48 +0400, Stanislav Kinsbursky wrote: > This is a fix for bug, introduced in 3.4 kernel by commit > 1ab5ecb90cb6a3df1476e052f76a6e8f6511cb3d, which, among other things, replaced > simple sock_put() by sk_release_kernel(). Below is sequence, which leads to > oops for non-per

[PULL REQUEST] 3 more md bugfixes .. they just keep coming...

2012-07-18 Thread NeilBrown
Thanks, NeilBrown The following changes since commit 84a1caf1453c3d44050bd22db958af4a7f99315c: Linux 3.5-rc7 (2012-07-14 15:40:28 -0700) are available in the git repository at: git://neil.brown.name/md/ tags/md-3.5-fixes for you to fetch changes up to 58e94ae18478c08229626daece2fc108a4a2

[PATCH 5/5] x86: mce: Add cmci poll mode

2012-07-18 Thread Chen Gong
When CMCI is too many to handle, it should be disabled to avoid hanging the whole system. In the meanwhile, CMCI poll timer can be employed to receive CMCI periodically. When no more CMCI happens CMCI handler can be switched from poll mode to interrupt mode again. By now, every CPU core owns one p

[PATCH 3/5] x86: mce: Split timer init

2012-07-18 Thread Chen Gong
From: Thomas Gleixner Split timer init function into the init and the start part, so the start part can replace the open coded version in CPU_DOWN_FAILED. Signed-off-by: Thomas Gleixner Acked-by: Borislav Petkov --- arch/x86/kernel/cpu/mcheck/mce.c | 25 + 1 file cha

linux-next: manual merge of the random tree with the mfd tree

2012-07-18 Thread Stephen Rothwell
Hi Theodore, Today's linux-next merge of the random tree got a conflict in drivers/mfd/ab3100-core.c between commit 7f0f07ce25b6 ("mfd: Use devm allocation for ab3100-core") from the mfd tree and commit 627574db8b21 ("random: remove rand_initialize_irq()") from the random tree. I fixed it up (see

[PATCH 4/5] x86: mce: Remove the frozen cases in the hotplug code

2012-07-18 Thread Chen Gong
From: Thomas Gleixner No point in having double cases if we can simply mask the FROZEN bit out. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/cpu/mcheck/mce.c | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git a/arch/x86/kernel/cpu/mcheck/mce.c b/arch/x86/ker

[PATCH 2/5] x86: mce: Serialize mce injection

2012-07-18 Thread Chen Gong
From: Thomas Gleixner raise_mce() fiddles with global state, but lacks any kind of serialization. Add a mutex around the raise_mce() call, so concurrent writers do not stomp on each other toes. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/cpu/mcheck/mce-inject.c |4 1 file chan

[PATCH 1/5] x86: mce: Disable preemption when calling raise_local()

2012-07-18 Thread Chen Gong
From: Thomas Gleixner raise_mce() has a code path which does not disable preemption when the raise_local() is called. The per cpu variable access in raise_local() depends on preemption being disabled to be functional. So that code path was either never tested or never tested with CONFIG_DEBUG_PRE

[RESEND PATCH 0/5 V2] x86: mce: Bugfixes, cleanups and a new CMCI poll version

2012-07-18 Thread Chen Gong
[PATCH 1/5] x86: mce: Disable preemption when calling raise_local() [PATCH 2/5] x86: mce: Serialize mce injection [PATCH 3/5] x86: mce: Split timer init [PATCH 4/5] x86: mce: Remove the frozen cases in the hotplug code [PATCH 5/5] x86: mce: Add cmci poll mode The following series fixes a few inter

Re: [RFC PATCH v4 11/13] memory-hotplug : free memmap of sparse-vmemmap

2012-07-18 Thread Wen Congyang
At 07/18/2012 06:16 PM, Yasuaki Ishimatsu Wrote: > All pages of virtual mapping in removed memory cannot be freed, since some > pages > used as PGD/PUD includes not only removed memory but also other memory. So the > patch checks whether page can be freed or not. > > How to check whether page can

[PATCH] sctp: Make "Invalid Stream Identifier" ERROR follows SACK when bundling

2012-07-18 Thread xufengzhang.main
When "Invalid Stream Identifier" ERROR happens after process the received DATA chunks, this ERROR chunk is enqueued into outqueue before SACK chunk, so when bundling ERROR chunk with SACK chunk, the ERROR chunk is always placed first in the packet because of the chunk's position in the outqueue. Th

Re: Question about tps65090 mfd driver

2012-07-18 Thread Joonyoung Shim
Hi, Venu. 2012/7/18 Venu Byravarasu : > Yes, you are right. > it was a mistake. > Will send a patch soon. I saw your patch about this from https://lkml.org/lkml/2012/7/18/232 because i doesn't subcribe linux-kernel ML yet. The tps65090 mfd driver has two mfd_cells for "tps65090-pmic" and "tps650

RE: [PATCH 1/4] ACPI: Add acpi_pr_() interfaces

2012-07-18 Thread Moore, Robert
>> I wouldn't have a problem renaming a few of those to >> something like: >> >> #define ACPI_INFO(plist) acpi_old_info plist >> #define ACPI_WARNING(plist) acpi_old_warning plist >> #define ACPI_ERROR(plist)acpi_old_error plist >> >> The acpi folk might though. > >Hi Joe, > >ACPI CA is be

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

2012-07-18 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the arm-soc tree got a conflict in drivers/i2c/busses/i2c-nomadik.c between commit 235602146ec9 ("i2c-nomadik: turn the platform driver to an amba driver") from the i2c-embedded tree and commit 98582d9562b4 ("ARM: ux500: Remove unused i2c platform_data initialis

Re: [PATCH 0/21] ACPI / PM: Switch ACPI bus type and drivers to dev_pm_ops

2012-07-18 Thread Len Brown
> The patchset has been tested on Toshiba Portege R500 and more testing is in > the works. If there are no objections, I'd like to push if for 3.6 through > the linux-pm tree. Good plan. Would need to merge w/ my tree only if we run into conflicts. Acked-by: Len Brown thanks, Len Brown, Inte

RE: [PATCH 1/1] Add Wondermedia Technologies (wmt) to docs/devicetree/vendor-bindings.txt

2012-07-18 Thread Tony Prisk
Given that there have been no replies to this thread, and the restart patch has now been accepted using 'wmt' as the vendor namespace - would it be safe to assume we should formalize this in the vendor-bindings.txt? I'd like to try and have basic device tree support added for the next merge window

3.5-rc7 - can no longer wake up from suspend to RAM

2012-07-18 Thread Tomasz Chmielewski
After upgrading to 3.5-rc7, my laptop no longer wakes up reliable from suspend to RAM. 3.4.x worked fine. It did wake up once after a several minute pause; there were a couple of: BUG: soft lockup - CPU#0 stuck for 23s! [pm-suspend:5522] in dmesg. See below for more details. Jul 18 01:30:19

linux-next: manual merge of the staging tree with the target-merge tree

2012-07-18 Thread Stephen Rothwell
Hi Greg, Today's linux-next merge of the staging tree got a conflict in drivers/staging/Kconfig between commit d0146d396bfa ("tcm_vhost: Initial merge for vhost level target fabric driver") from the target-merge tree and commit 15a4bc17b7f4 ("Staging: add CSR Wifi "os helper" module") from the sta

Re: PM: Summary of changes for v3.6

2012-07-18 Thread Len Brown
> The disappeared from Len's tree for a little while after the 3.5 merge > window, which is why they started appearing other places. Now that > they have returned to Len's tree, hopefully to stay, they should be > considered the official version. Yes, they are staged for 3.6 in my tree. The int

[PATCH RESEND 9/9] x86: OLPC: move s/r-related EC cmds to EC driver

2012-07-18 Thread Andres Salomon
The new EC driver calls platform-specific suspend and resume hooks; run XO-1-specific EC commands from there, rather than deep in s/r code. If we attempt to run EC commands after the new EC driver has suspended, it is refused by the ec->suspended checks. Signed-off-by: Andres Salomon --- arch/

[PATCH RESEND 8/9] Platform: OLPC: move global variables into priv struct

2012-07-18 Thread Andres Salomon
Populate olpc_ec_priv with variables that were previously global. This makes things a tad bit clearer, IMO. Signed-off-by: Andres Salomon --- drivers/platform/olpc/olpc-ec.c | 48 ++ 1 files changed, 28 insertions(+), 20 deletions(-) diff --git a/drivers/p

[PATCH RESEND 7/9] Platform: OLPC: move debugfs support from x86 EC driver

2012-07-18 Thread Andres Salomon
There's nothing about the debugfs interface for the EC driver that is architecture-specific, so move it into the arch-independent driver. The code is mostly unchanged with the exception of renamed variables, coding style changes, and API updates. Signed-off-by: Andres Salomon --- arch/x86/plat

[PATCH RESEND 6/9] x86: OLPC: switch over to using new EC driver on x86

2012-07-18 Thread Andres Salomon
This uses the new EC driver framework in drivers/platform/olpc. The XO-1 and XO-1.5-specific code is still in arch/x86, but the generic stuff (including a new workqueue; no more running EC commands with IRQs disabled!) can be shared with other architectures. Signed-off-by: Andres Salomon --- a

[PATCH RESEND 5/9] Platform: OLPC: add a suspended flag to the EC driver

2012-07-18 Thread Andres Salomon
A problem we've noticed on XO-1.75 is when we suspend in the middle of an EC command. Don't allow that. In the process, create a private object for the generic EC driver to use; we have a framework for passing around a struct, use that rather than a proliferation of global variables. Signed-off

[PATCH RESEND 4/9] Platform: OLPC: turn EC driver into a platform_driver

2012-07-18 Thread Andres Salomon
The 1.75-based OLPC EC driver already does this; let's do it for all EC drivers. This gives us nice suspend/resume hooks, amongst other things. We want to run the EC's suspend hooks later than other drivers (which may be setting wakeup masks or be running EC commands). We also want to run the E

[PATCH RESEND 3/9] Platform: OLPC: allow EC cmd to be overridden, and create a workqueue to call it

2012-07-18 Thread Andres Salomon
This provides a new API allows different OLPC architectures to override the EC driver. x86 and ARM OLPC machines use completely different EC backends. The olpc_ec_cmd is synchronous, and waits for the workqueue to send the command to the EC. Multiple callers can run olpc_ec_cmd() at once, and t

[PATCH RESEND 2/9] drivers: OLPC: update various drivers to include olpc-ec.h

2012-07-18 Thread Andres Salomon
Switch over to using olpc-ec.h in multiple steps, so as not to break builds. This covers every driver that calls olpc_ec_cmd(). Signed-off-by: Andres Salomon --- arch/x86/include/asm/olpc.h|1 - arch/x86/platform/olpc/olpc-xo1-pm.c |1 + arch/x86/platform/olpc/olpc-xo1-sci

[PATCH RESEND 1/9] Platform: OLPC: add a stub to drivers/platform/ for the OLPC EC driver

2012-07-18 Thread Andres Salomon
The OLPC EC driver has outgrown arch/x86/platform/. It's time to both share common code amongst different architectures, as well as move it out of arch/x86/. The XO-1.75 is ARM-based, and the EC driver shares a lot of code with the x86 code. Signed-off-by: Andres Salomon --- arch/x86/include/

[PATCH RESEND 0/9] OLPC: create a generic OLPC EC driver

2012-07-18 Thread Andres Salomon
The OLPC EC (Embedded Controller) code that is currently upstream is x86-only, originally written for the XO-1. Since then, we've had the XO-1.5 (also x86), and XO-1.75 (arm-based) enter mass production. The 1.75 uses a vastly different EC protocol, and future hardware revisions are likely to cha

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

2012-07-18 Thread Stephen Rothwell
Hi Greg, After merging the tty tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/char/pcmcia/synclink_cs.c: In function 'shutdown': drivers/char/pcmcia/synclink_cs.c:1347:27: error: invalid type argument of '->' (have 'struct ktermios') drivers/char/pcmcia/synclink_c

Re: [PATCH 6/9] x86: OLPC: switch over to using new EC driver on x86

2012-07-18 Thread Andres Salomon
Damnit, my mailer mangled the resend. Okay, 3rd time's a charm.. (sorry for the noise!) On Wed, 18 Jul 2012 21:28:27 -0700 Andres Salomon wrote: > This uses the new EC driver framework in drivers/platform/olpc. The > XO-1 and XO-1.5-specific code is still in arch/x86, but the generic > stuff (

[GIT] Networking

2012-07-18 Thread David Miller
Ok, we should be good to go now. 1) We have to statically initialize the init_net device list head rather than do so in an initcall, otherwise netprio_cgroup crashes if it's built statically rather than modular (Mark D. Rustad) 2) Fix SKB null oopser in CIPSO ipv4 option processing (Paul M

[PATCH 4/9] Platform: OLPC: turn EC driver into a platform_driver

2012-07-18 Thread Andres Salomon
The 1.75-based OLPC EC driver already does this; let's do it for all EC drivers. This gives us nice suspend/resume hooks, amongst other things. We want to run the EC's suspend hooks later than other drivers (which may be setting wakeup masks or be running EC commands). We also want to run the EC

[PATCH 9/9] x86: OLPC: move s/r-related EC cmds to EC driver

2012-07-18 Thread Andres Salomon
The new EC driver calls platform-specific suspend and resume hooks; run XO-1-specific EC commands from there, rather than deep in s/r code. If we attempt to run EC commands after the new EC driver has suspended, it is refused by the ec->suspended checks. Signed-off-by: Andres Salomon --- arch/x

[PATCH 8/9] Platform: OLPC: move global variables into priv struct

2012-07-18 Thread Andres Salomon
Populate olpc_ec_priv. Signed-off-by: Andres Salomon --- drivers/platform/olpc/olpc-ec.c | 48 ++ 1 files changed, 28 insertions(+), 20 deletions(-) diff --git a/drivers/platform/olpc/olpc-ec.c b/drivers/platform/olpc/olpc-ec.c index 1a15a79..0f9f859 100644

[PATCH 7/9] Platform: OLPC: move debugfs support from x86 EC driver

2012-07-18 Thread Andres Salomon
There's nothing about the debugfs interface for the EC driver that is architecture-specific, so move it into the arch-independent driver. The code is mostly unchanged with the exception of renamed variables, coding style changes, and API updates. Signed-off-by: Andres Salomon --- arch/x86/platf

[PATCH 6/9] x86: OLPC: switch over to using new EC driver on x86

2012-07-18 Thread Andres Salomon
This uses the new EC driver framework in drivers/platform/olpc. The XO-1 and XO-1.5-specific code is still in arch/x86, but the generic stuff (including a new workqueue; no more running EC commands with IRQs disabled!) can be shared with other architectures. Signed-off-by: Andres Salomon --- ar

[PATCH 5/9] Platform: OLPC: add a suspended flag to the EC driver

2012-07-18 Thread Andres Salomon
A problem we've noticed on XO-1.75 is when we suspend in the middle of an EC command. Don't allow that. In the process, create a private object for the generic EC driver to use; we have a framework for passing around a struct, use that rather than a proliferation of global variables. Signed-off-

[PATCH 3/9] Platform: OLPC: allow EC cmd to be overridden, and create a workqueue to call it

2012-07-18 Thread Andres Salomon
This provides a new API allows different OLPC architectures to override the EC driver. x86 and ARM OLPC machines use completely different EC backends. The olpc_ec_cmd is synchronous, and waits for the workqueue to send the command to the EC. Multiple callers can run olpc_ec_cmd() at once, and th

Re: [Bug 3.4.5] reiserfs: mutex_destroy called with locked mutex

2012-07-18 Thread Al Viro
On Wed, Jul 18, 2012 at 03:37:52PM -0700, Linus Torvalds wrote: > On Wed, Jul 18, 2012 at 2:33 PM, Al Viro wrote: > > > > The only questions > > are "is this the WARN_ON() Knut had stepped on" (and I agree with your > > scenario now) and "is it critical enough to shove it into the tree > > less t

[PATCH 2/9] drivers: OLPC: update various drivers to include olpc-ec.h

2012-07-18 Thread Andres Salomon
Switch over to using olpc-ec.h in multiple steps, so as not to break builds. This covers every driver that calls olpc_ec_cmd(). Signed-off-by: Andres Salomon --- arch/x86/include/asm/olpc.h|1 - arch/x86/platform/olpc/olpc-xo1-pm.c |1 + arch/x86/platform/olpc/olpc-xo1-sci.

[PATCH 1/9] Platform: OLPC: add a stub to drivers/platform/ for the OLPC EC driver

2012-07-18 Thread Andres Salomon
The OLPC EC driver has outgrown arch/x86/platform/. It's time to both share common code amongst different architectures, as well as move it out of arch/x86/. The XO-1.75 is ARM-based, and the EC driver shares a lot of code with the x86 code. Signed-off-by: Andres Salomon --- arch/x86/include/a

Re: potential NULL dereference in futex_wait_requeue_pi()

2012-07-18 Thread Darren Hart
On 07/18/2012 11:01 AM, Dave Jones wrote: > On Wed, Jul 18, 2012 at 09:03:22AM -0700, Darren Hart wrote: > > > > This will oops if pi_mutex is NULL. > > > > > > 2374 rt_mutex_unlock(pi_mutex); > > > 2375 } else if (ret == -EINTR) { > > > > Nice Dan,

[PATCH 0/9] OLPC: create a generic OLPC EC driver

2012-07-18 Thread Andres Salomon
The OLPC EC (Embedded Controller) code that is currently upstream is x86-only, originally written for the XO-1. Since then, we've had the XO-1.5 (also x86), and XO-1.75 (arm-based) enter mass production. The 1.75 uses a vastly different EC protocol, and future hardware revisions are likely to cha

USB enumeration post-resume NOT persistent yet "persist" --> swapped devices nodes --> root partition reference broken

2012-07-18 Thread Andreas Mohr
Hi, Yesterday I was surprised to see that with *another* external USB disk happening to be connected before boot, the system booted with root partition device sdb1 assigned rather than sda1. Not thinking much, I then proceeded putting the system into suspend, only to be even more surprised to then

Re: [PATCH 1/1] Drivers: hv: Change the hex constant to a decimal constant

2012-07-18 Thread Jeff Garzik
On 07/18/2012 06:57 PM, K. Y. Srinivasan wrote: The hex constant chosen for HV_LINUX_GUEST_ID_HI was offensive, update to use the decimal equivalent instead. Signed-off-by: K. Y. Srinivasan Reviewed-by: Haiyang Zhang Acked-by: Jeff Garzik -- To unsubscribe from this list: send the line "

Re: [PATCH RT 00/12] [ANNOUNCE] 3.0.36-rt58-rc1 stable review

2012-07-18 Thread Mike Galbraith
On Wed, 2012-07-18 at 18:39 -0400, Steven Rostedt wrote: > Please test the patches too. Your hotplug stress test script made x3550 M3 box fall over. It took a bit, but down she went. 64 core test box fell over quickly, but that's very far from virgin source.. seems to be the same though. [ 25

RE: [PATCH v3 6/6] mmc: dw_mmc: add samsung exynos5250 specific extentions

2012-07-18 Thread Seungwon Jeon
Hi, This version does not seems to consider previous reviews fully. Could you check the comments below? July 12, 2012, Thomas Abraham wrote: > The instantiation of the Synopsis Designware controller on Exynos5250 > include extension for SDR and DDR specific tx/rx phase shift timing > and CIU int

Re: [PATCH] alarmtimer: add .remove_dev hook to put device

2012-07-18 Thread John Stultz
On 07/18/2012 06:23 PM, Shawn Guo wrote: On 19 July 2012 07:23, John Stultz wrote: Actually, this change opens up a bunch of other races, as any caller of alarmtimer_get_rtcdev() could have the rtcdevice removed under it. We'll need to have proper reference counting w/ get/put calls, probably

Re: [PATCH 2/5] ubi: Limit amount of reserved eraseblocks for bad PEB handling

2012-07-18 Thread Artem Bityutskiy
On Wed, 2012-07-18 at 22:55 +0300, Shmulik Ladkani wrote: > However, if you DO NOT mark it bad, but instead go into RO mode, you > should be able to later re-attach because the good_peb_count would fit > (no shortage of PEBs). Yeah, you are right, I'll return to the original patch. -- Best Rega

[PATCH 2/2] regulator: mc13892: Make mc13892_powermisc_rmw() lock protected

2012-07-18 Thread Axel Lin
Then we can remove lock/unlock around the caller. Signed-off-by: Axel Lin --- drivers/regulator/mc13892-regulator.c | 22 -- 1 file changed, 8 insertions(+), 14 deletions(-) diff --git a/drivers/regulator/mc13892-regulator.c b/drivers/regulator/mc13892-regulator.c index b

[PATCH 1/2] regulator: mc13783: Make mc13783_powermisc_rmw() lock protected

2012-07-18 Thread Axel Lin
Then we can remove lock/unlock around the caller. Signed-off-by: Axel Lin --- drivers/regulator/mc13783-regulator.c | 22 -- 1 file changed, 8 insertions(+), 14 deletions(-) diff --git a/drivers/regulator/mc13783-regulator.c b/drivers/regulator/mc13783-regulator.c index 4

Re: [PATCH 14/17] [ARM] pxa: remove IRQF_SAMPLE_RANDOM which is now a no-op

2012-07-18 Thread Haojian Zhuang
On Wed, Jul 18, 2012 at 5:32 AM, Theodore Ts'o wrote: > With the changes in the random tree, IRQF_SAMPLE_RANDOM is now a > no-op; interrupt randomness is now collected unconditionally in a very > low-overhead fashion; see commit 775f4b297b. The IRQF_SAMPLE_RANDOM > flag was scheduled to be remove

Re: [PATCH 11/17] pxa25x_udc: remove IRQF_SAMPLE_RANDOM which is now a no-op

2012-07-18 Thread Haojian Zhuang
On Wed, Jul 18, 2012 at 5:32 AM, Theodore Ts'o wrote: > With the changes in the random tree, IRQF_SAMPLE_RANDOM is now a > no-op; interrupt randomness is now collected unconditionally in a very > low-overhead fashion; see commit 775f4b297b. The IRQF_SAMPLE_RANDOM > flag was scheduled to be remove

Re: [PATCH] hugetlb/cgroup: Simplify pre_destroy callback

2012-07-18 Thread Aneesh Kumar K.V
Andrew Morton writes: > On Wed, 18 Jul 2012 11:04:09 +0530 > "Aneesh Kumar K.V" wrote: > >> From: "Aneesh Kumar K.V" >> >> Since we cannot fail in hugetlb_cgroup_move_parent, we don't really >> need to check whether cgroup have any change left after that. Also skip >> those hstates for which w

Re: Crash when IO is being submitted and block size is changed

2012-07-18 Thread Mikulas Patocka
On Tue, 17 Jul 2012, Jeff Moyer wrote: > Mikulas Patocka writes: > > > On Thu, 28 Jun 2012, Jan Kara wrote: > > > >> On Wed 27-06-12 23:04:09, Mikulas Patocka wrote: > >> > The kernel crashes when IO is being submitted to a block device and > >> > block > >> > size of that device is changed

Re: Re: [RFC][PATCH 2/4 v4] ftrace/x86: Add save_regs for i386 function calls

2012-07-18 Thread Masami Hiramatsu
(2012/07/19 0:59), Steven Rostedt wrote: > On Fri, 2012-07-13 at 14:47 -0400, Steven Rostedt wrote: > > Masami, can you give your Reviewed-by tag for this version? Or is there > something else needing to be fixed? No, that is OK for me. I've just missed that... Reviewed-by: Masami Hiramatsu Th

RE: 0xB16B00B5? Really? (was Re: Move hyperv out of the drivers/staging/ directory)

2012-07-18 Thread KY Srinivasan
> -Original Message- > From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo > Bonzini > Sent: Friday, July 13, 2012 6:23 AM > To: KY Srinivasan > Cc: Greg KH; de...@linuxdriverproject.org; linux-kernel@vger.kernel.org; > virtualizat...@lists.osdl.org > Subject: 0xB16B00

[PATCH] PM / Sleep: call early resume handlers when suspend_noirq fails

2012-07-18 Thread Colin Cross
Commit cf579dfb82550e34de7ccf3ef090d8b834ccd3a9 (PM / Sleep: Introduce "late suspend" and "early resume" of devices) introduced a bug where suspend_late handlers would be called, but if dpm_suspend_noirq returned an error the early_resume handlers would never be called. All devices would end up on

[PATCH 90/90] staging: comedi: s526: remove unused variables in the private data

2012-07-18 Thread H Hartley Sweeten
The 'data' and 'pci_dev' variables in the private data are not used. They appear to be cut-and-paste from the skel driver. Remove them. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/s526.c | 8 1 file changed, 8 deletions(-)

[PATCH 89/90] staging: comedi: aio_iiro_16: remove the private data

2012-07-18 Thread H Hartley Sweeten
The private data is not used by this driver. Remove the struct, devpriv macro, and the allocation. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/aio_iiro_16.c | 11 --- 1 file changed, 11 deletions(-) diff --git a/drivers/sta

[PATCH 88/90] staging: comedi: rtd520: store the pci_dev in the comedi_device

2012-07-18 Thread H Hartley Sweeten
Use the hw_dev pointer in the comedi_device struct to hold the pci_dev instead of carrying it in the private data. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/rtd520.c | 48 - 1 file changed, 24 inser

[PATCH 87/90] staging: comedi: rtd520: remove the '#if 0' code in the attach

2012-07-18 Thread H Hartley Sweeten
This driver has code #if 0'ed out that would allow cleaning up the attach if there was an error. The comedi core currently calls the detach function to do this if the attach fails. Remove the #if 0'ed out code. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers

[PATCH 86/90] staging: comedi: rtd520: remove 'got_regions' from private data

2012-07-18 Thread H Hartley Sweeten
The 'got_regions' variable in the private data is used as a flag for the detach to know if the pci device has been enabled. Typically the dev->iobase variable is used to indicate this in all the other comedi drivers. Do the same here for consistancy. Signed-off-by: H Hartley Sweeten Cc: Ian Abbo

[PATCH 84/90] staging: comedi: me_daq: store the pci_dev in the comedi_device

2012-07-18 Thread H Hartley Sweeten
Use the hw_dev pointer in the comedi_device struct to hold the pci_dev instead of carrying it in the private data. Since the pci_dev was the only thing in the private data, remove the struct, the devpriv macro, and it's allocation. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-

[PATCH 85/90] staging: comedi: rtd520: remove the debug print of the pci addresses

2012-07-18 Thread H Hartley Sweeten
This is just noise. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/rtd520.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/staging/comedi/drivers/rtd520.c b/drivers/staging/comedi/drivers/rtd520.c index 9998d6b..02be4d

[PATCH 83/90] staging: comedi: me_daq: cleanup "find pci device" code

2012-07-18 Thread H Hartley Sweeten
Cleanup the "find pci device" code so that it follows the style of the other comedi pci drivers. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/me_daq.c | 63 - 1 file changed, 23 insertions(+), 40 delet

[PATCH 82/90] staging: comedi: me_daq: factor out the "find pci device" code

2012-07-18 Thread H Hartley Sweeten
Factor the "find pci device" code out of the attach function. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/me_daq.c | 49 - 1 file changed, 30 insertions(+), 19 deletions(-) diff --git a/drivers/stagi

[PATCH 80/90] staging: comedi: ke_counter: store the pci_dev in the comedi_device

2012-07-18 Thread H Hartley Sweeten
Use the hw_dev pointer in the comedi_device struct to hold the pci_dev instead of carrying it in the private data. Since the pci_dev was the only thing in the private data, remove the struct, the devpriv macro, and it's allocation. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-

[PATCH 81/90] staging: comedi: ke_counter: remove the cnt_board_nbr macro

2012-07-18 Thread H Hartley Sweeten
This macro is an open-coded version of ARRAY_SIZE(). Use that instead. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/ke_counter.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/staging/comedi/drivers/ke

[PATCH 79/90] staging: comedi: ke_counter: minor cleanup of cnt_attach()

2012-07-18 Thread H Hartley Sweeten
Cleanup the attach function a bit to follow the style of the other comedi pci drivers. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/ke_counter.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/dri

[PATCH 78/90] staging: comedi: ke_counter: cleanup "find pci device" code

2012-07-18 Thread H Hartley Sweeten
Cleanup the "find pci device" code so that it follows the style of the other comedi pci drivers. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/ke_counter.c | 60 +++-- 1 file changed, 23 insertions(+), 37 delet

[PATCH 77/90] staging: comedi: ke_counter: factor out the "find pci device" code

2012-07-18 Thread H Hartley Sweeten
Factor the "find pci device" code out of the attach function. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/ke_counter.c | 37 - 1 file changed, 26 insertions(+), 11 deletions(-) diff --git a/drivers/stagi

[PATCH 76/90] staging: comedi: dyna_pci10xx: fix detach

2012-07-18 Thread H Hartley Sweeten
The detach for this driver is missing the check to make sure that the pci device is enabled before disabling it. It's also missing the pci_dev_put(). Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/dyna_pci10xx.c | 4 +++- 1 file chang

[PATCH 75/90] staging: comedi: dyna_pci10xx: store the pci_dev in the comedi_device

2012-07-18 Thread H Hartley Sweeten
Use the hw_dev pointer in the comedi_device struct to hold the pci_dev instead of carrying it in the private data. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/dyna_pci10xx.c | 12 ++-- 1 file changed, 6 insertions(+), 6 dele

[PATCH 74/90] staging: comedi: dyna_pci10xx: use dev->iobase

2012-07-18 Thread H Hartley Sweeten
Use dev->iobase to hold one of the pci base addresses used by the driver instead of carrying it in the private data. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/dyna_pci10xx.c | 10 +- 1 file changed, 5 insertions(+), 5 dele

[PATCH 73/90] staging: comedi: dyna_pci10xx: remove unused bars from the private data

2012-07-18 Thread H Hartley Sweeten
All of the pci device base address registers are saved in the private data but only bar2 and bar3 are used by the driver. Remove the others. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/dyna_pci10xx.c | 7 +-- 1 file changed, 1 i

[PATCH 72/90] staging: comedi: dyna_pci10xx: remove 'valid' from the private data

2012-07-18 Thread H Hartley Sweeten
This variable is set at the end of the attach but never used in the driver. Remove it. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/dyna_pci10xx.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/staging/comedi/drivers/d

[PATCH 71/90] staging: comedi: dyna_pci10xx: remove the 'start_stop_sem' mutex

2012-07-18 Thread H Hartley Sweeten
The comedi core already has a mutex protecting the attach/detach of the comedi drivers. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/dyna_pci10xx.c | 15 ++- 1 file changed, 2 insertions(+), 13 deletions(-) diff --git a/

[PATCH 69/90] staging: comedi: dyna_pci10xx: factor out the "find pci device" code

2012-07-18 Thread H Hartley Sweeten
Factor the "find pci device" code out of the attach function. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/dyna_pci10xx.c | 71 ++- 1 file changed, 38 insertions(+), 33 deletions(-) diff --git a/drivers/stagi

[PATCH 70/90] staging: comedi: dyna_pci10xx: cleanup "find pci device" code

2012-07-18 Thread H Hartley Sweeten
Cleanup the "find pci device" code so that it follows the style of the other comedi pci drivers. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/dyna_pci10xx.c | 58 --- 1 file changed, 17 insertions(+), 41 delet

[PATCH 68/90] staging: comedi: dt3000: store the pci_dev in the comedi_device

2012-07-18 Thread H Hartley Sweeten
Use the hw_dev pointer in the comedi_device struct to hold the pci_dev instead of carrying it in the private data. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/dt3000.c | 16 1 file changed, 8 insertions(+), 8 deleti

[PATCH 67/90] staging: comedi: dt3000: remove 'phys_addr' from the private data

2012-07-18 Thread H Hartley Sweeten
The 'phys_addr' variable in the private data is simply used as a flag for the detach function to know that the pci device has been enabled. Use the 'dev->iobase' variable instead as is more typical for other comedi pci drivers. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartm

[PATCH 66/90] staging: comedi: dt3000: move the setup_pci() code into the attach

2012-07-18 Thread H Hartley Sweeten
The setup_pci() function simply calls comedi_pci_enable() to enable the device then ioremaps the pci address. Move the code directly into the attach function as is more typical for the comedi pci drivers. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/stagin

[PATCH 65/90] staging: comedi: dt3000: cleanup "find pci device" code

2012-07-18 Thread H Hartley Sweeten
The "find pci device" code for this driver was split between two functions which could cause the driver to walk the pci bus multiple times while looking for a match. Consolidate the functions into the format that is more standard for the comedi pci drivers. Signed-off-by: H Hartley Sweeten Cc: I

[PATCH 64/90] staging: comedi: daqboard2000: void *plx should be a void __iomem *

2012-07-18 Thread H Hartley Sweeten
The private data variable 'plx' is an ioremap'ed pci resource and should be a void __iomem *. This quiets a number of sparse warnings about "different address spaces". Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/daqboard2000.c | 2 +

[PATCH 63/90] staging: comedi: daqboard2000: store the pci_dev in the comedi_device

2012-07-18 Thread H Hartley Sweeten
Use the hw_dev pointer in the comedi_device struct to hold the pci_dev instead of carrying it in the private data. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/daqboard2000.c | 15 --- 1 file changed, 8 insertions(+), 7 d

[PATCH 62/90] staging: comedi: daqboard2000: remove 'got_regions' from private data

2012-07-18 Thread H Hartley Sweeten
The 'got_regions' variable in the private data is used as a flag for the detach to know if the pci device has been enabled. Typically the dev->iobase variable is used to indicate this in all the other comedi drivers. Do the same here for consistancy. Signed-off-by: H Hartley Sweeten Cc: Ian Abbo

[PATCH 61/90] staging: comedi: daqboard2000: cleanup "find pci device" code

2012-07-18 Thread H Hartley Sweeten
The "find pci device" code for this driver was quite a bit different from the other comedi pci drivers. Clean it up so it follows the format of the other drivers. Use for_each_pci_dev() instead of open-coding the loop using pci_get_device(). Check for a specific bus/slot then the vendor/device id

[PATCH 60/90] staging: comedi: daqboard2000: factor out the "find pci device" code

2012-07-18 Thread H Hartley Sweeten
Factor the "find pci device" code out of the attach function. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/daqboard2000.c | 68 +++ 1 file changed, 39 insertions(+), 29 deletions(-) diff --git a/drivers/stagi

  1   2   3   4   5   6   7   >