I'll get around to adding tests for your
cases soonish.
You could also just apply my patch?
AFAIK it works fine.
-Andi
--
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
On Fri, 30 Aug 2013 18:47:35 -0700
Joe Perches j...@perches.com wrote:
When dma_addr_t is a 32 bit value, 32 emits compiler warnings
Use ((addr16) 16) to avoid this.
I presume the macro should actually use the kernel.h
macro upper_32_bits() eventually.
Signed-off-by: Joe Perches
From: Mark Brown broo...@linaro.org
Rather then open coding a cache of the vibra control registers use the
regmap cache code. Also cache the interrupt mask register, providing
a small performance improvement for the interrupt code.
Signed-off-by: Mark Brown broo...@linaro.org
---
I'm hoping to
On 31/08/13 16:54, Ilia Mirkin wrote:
On Sat, Aug 31, 2013 at 10:43 AM, aellaw_ence@ntlworld.com wrote:
This is not a crash, but a warning. Also one that should have been
taken care of in 3.11-rc7 -- are you absolutely sure you're running
that kernel and not some 3.11-rc6+ one? This is
On Sat, Aug 31, 2013 at 1:00 AM, Knut Petersen
knut_peter...@t-online.de wrote:
Hi Linus!
It would be nice to have head cx88fix of
git.linuxtv.org/hverkuil/media_tree.git
(git.linuxtv.org/hverkuil/media_tree.git/commit/5dce3635bf803cfe9dde84e00f5f9594439e6c02)
in 3.11 as it is a trivial and
This is a bug fix for the pm80xx driver. It turns out that when the new
hardware support was added in 3.10 the IO command size was kept at the
old hard coded value. This means that the driver attaches to some new
cards and then simply hangs the system.
The patch is available here:
On Fri, Aug 30, 2013 at 8:06 PM, George Spelvin li...@horizon.com wrote:
Just noticing that you are adding several functions that return a boolean
value as an int. And a gotref local variable.
Is that just not wanting to bother with thse newfangled C99 innovations,
or do you dislike the bool
This patch redefine function xhci_readl. xhci_readl function doesn't use
xhci_hcd argument.
Hence there is no need of keeping it in the function arguments.
Redefining this function breaks other functions which calls this function.
This phatch also correct those calls in xhci driver.
On Fri, Aug 30, 2013 at 11:12 PM, Randy Dunlap rdun...@infradead.org wrote:
This bool kconfig symbol:
config BRCMFMAC_SDIO
bool SDIO bus interface support for FullMAC driver
depends on MMC
allows BRCMFMAC_SDIO to be y even when MMC=m.
Is there a reasonable solution to
A related Oops when I gave an ifdown eth0 command - but that was in
response to a failing nfs mount command, so the underlying error had
presumably already occurred :-
extract from /var/log/messages ---
Aug 31 18:16:17 conquest2 kernel: NFSD: Using
Vineet, actual patch for what Davidlohr suggests attached. Can you try it?
Linus
On Fri, Aug 30, 2013 at 9:31 AM, Davidlohr Bueso dave.bu...@gmail.com wrote:
After a quick glance, I suspect that the problem might be because we
are calling security_msg_queue_msgsnd() without
On 08/31/13 19:37, Geert Uytterhoeven wrote:
On Fri, Aug 30, 2013 at 11:12 PM, Randy Dunlaprdun...@infradead.org wrote:
This bool kconfig symbol:
config BRCMFMAC_SDIO
bool SDIO bus interface support for FullMAC driver
depends on MMC
allows BRCMFMAC_SDIO to be y even when
On Fri, Aug 16, 2013 at 11:17 PM, Andi Kleen a...@firstfloor.org wrote:
might_sleep is moving from linux/kernel.h to linux/sched.h, so any users
need to include linux/sched.h
Really? linux/sched.h is the worst choice w.r.t. include hell.
This was done with a mechanistic script and some uses
The 'enable' attribute is needed for all timed_output_class devices.
It can thus be created automatically when creating the timed_output device.
This simplifies the code and ensures that the attribute exists when the
udev event announcing device registration is generated.
Signed-off-by: Guenter
On 08/31/2013 08:21 PM, Arend van Spriel wrote:
On 08/31/13 19:37, Geert Uytterhoeven wrote:
On Fri, Aug 30, 2013 at 11:12 PM, Randy Dunlaprdun...@infradead.org
wrote:
This bool kconfig symbol:
config BRCMFMAC_SDIO
bool SDIO bus interface support for FullMAC driver
Hi
This is (version 2 of) an alternative to the 'keep tracking' flag patch
which is here:
http://marc.info/?l=linux-kernelm=137242545521246w=2
perf tools is updated and a test added to demonstrate the
new event.
Changes in V2:
perf: add a dummy software event to keep tracking
Add support for the new dummy software event
PERF_COUNT_SW_DUMMY.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/evsel.c| 1 +
tools/perf/util/parse-events.c | 4
tools/perf/util/parse-events.l | 1 +
tools/perf/util/python.c | 1 +
4 files changed, 7
Add a test for the newly added PERF_COUNT_SW_DUMMY event.
The test checks that tracking events continue when an
event is disabled but a dummy software event is not
disabled.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/Makefile | 1 +
When an event is disabled the tracking events
selected by the 'mmap', 'comm' and 'task' bits of
struct perf_event_attr, are also disabled. However,
the information those events provide is necessary to
resolve symbols for when the main event is re-enabled.
The tracking events can be kept enabled
On Saturday 31 August 2013, Guenter Roeck wrote:
The web site associated with the score architecture in MAINTAINERS
is non-functional and available for sale. The last Ack from one
of the maintainers was in December 2012. The main maintainer's last
commit was in 2011. The last maintainer pull
On (08/31/13 01:04), Frederic Weisbecker wrote:
But stime should always be below rtime due to the calculation done by
scale_stime()
which roughly sums up to:
stime = (stime / stime + utime) * rtime
So this shouldn't happen.
I couldn't manage to reproduce it though. Can you still
On Sat, Aug 31, 2013 at 01:11:25AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
The function debug_lockdep_rcu_enabled() is part of the RCU lockdep
debugging, and is called very frequently. I found that if I enable
a lot of debugging and run the function
On Sat, Aug 31, 2013 at 01:11:18AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Some ftrace function tracing callbacks use RCU (perf), thus if
it gets called from tracing a function outside of the RCU tracking,
like in entering or leaving NO_HZ
On Sat, Aug 31, 2013 at 01:11:19AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
For the ftrace_ops that use RCU read locks, and can not be called by
unsafe RCU functions (those outside of RCU tracking), have them not
update the RCU unsafe function records
On Sat, Aug 31, 2013 at 01:11:20AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Since none of the internal ftrace function tracing uses RCU in
their callbacks, it is OK to set the global_ops (the one that
they all use) to RCU safe.
Cc: Jiri Olsa
On Sat, Aug 31, 2013 at 08:55:16PM +0200, Arnd Bergmann wrote:
Maybe this removal request is a bit early, but architecture support seems
to have vanished entirely. At the very least this puts interested parties
(if there are any) on notice.
AFAICT, this is the least maintained
On Sat, Aug 31, 2013 at 01:11:20AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Since none of the internal ftrace function tracing uses RCU in
their callbacks, it is OK to set the global_ops (the one that
they all use) to RCU safe.
Cc: Jiri Olsa
On Sat, Aug 31, 2013 at 01:11:21AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
When more than one ftrace_ops is registered, the list function is
is used to call all registered functions. It uses the filter and
notrace hashes from the ftrace_ops to
I noticed these warnings on stock 3.10.9 running stress tests on
cmogstored.git (git://bogomips.org/cmogstored.git) doing standard
HTTP server stuff between lo and tmpfs:
[...]
I was going to reboot into 3.10.10 before I looked at dmesg. These
warnings happened after ~8 hours of stress
On Sat, Aug 31, 2013 at 01:11:22AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
As available_filter_functions file displays functions that are generally
available for tracing, do not show the ones that are RCU unsafe. Otherwise
it may be confusing for perf
On Sat, Aug 31, 2013 at 01:11:23AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Since the RCU unsafe functions are no longer displayed by the
available_filter_functions, we still need a way to see these
functions in order to trace them. Create a new file
On Sat, Aug 31, 2013 at 01:11:24AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Add a boot time start up test that has a RCU safe ftrace_ops as well
as an unsafe one. Make sure the RCU safe ops can trace RCU unsafe
functions while the unsafe ftrace_ops can
On 31 Aug 2013, Greg KH said:
On Fri, Aug 30, 2013 at 11:01:56AM +0100, Nix wrote:
On 1 Aug 2013, Bernd Schubert said:
Once I noticed that scsi_get_vpd_page() works fine from other function
calls and that it is not 0x89, but already 0x0 that fails fixing it became
easy.
Nix, any
On Sat, Aug 31, 2013 at 01:11:27AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Knowing what functions are not safe to be traced by callbacks that use
RCU read locks, is not easy to figure out. By adding a function tracer
callback that is set as a non RCU
On Sat, Aug 31, 2013 at 01:11:28AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
This is a light weight way to keep the rcu checker from checking
RCU safety. It adds a ftrace_unsafe_rcu_checker_disable/enable()
that increments or decrements a counter
On Sat, Aug 31, 2013 at 01:11:29AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Having the RCU unsafe checker running when function graph is enabled
can cause a live lock. That's because the RCU unsafe checker enables
full lockdep debugging on RCU which
On Sat, Aug 31, 2013 at 01:11:30AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
The irqsoff tracer can be called during some of the RCU unsafe
regions. The proble is that some of the internal calls that it
s/proble/problem/
makes may also be traced. For
On Sat, Aug 31, 2013 at 01:11:31AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
When the RCU lockdep splat hits because of the unsafe RCU checker,
the backtrace does not always show the culprit. But the culprit was
passed to the unsafe RCU checker.
Save
On Sat, Aug 31, 2013 at 01:11:32AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Some callbacks of the function tracer use rcu_read_lock(). This means that
there's places that can not be traced because RCU is not tracking the CPU
for various reasons (like
On Sat, Aug 31, 2013 at 01:11:33AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Some callbacks of the function tracer use rcu_read_lock(). This means that
there's places that can not be traced because RCU is not tracking the CPU
for various reasons (like
On Sat, Aug 31, 2013 at 01:11:35AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Some callbacks of the function tracer use rcu_read_lock(). This means that
there's places that can not be traced because RCU is not tracking the CPU
for various reasons (like
On Sat, Aug 31, 2013 at 01:11:34AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Some callbacks of the function tracer use rcu_read_lock(). This means that
there's places that can not be traced because RCU is not tracking the CPU
for various reasons (like
On Saturday, August 31, 2013 06:15:58 PM Hanjun Guo wrote:
From: Jiang Liu jiang@huawei.com
In acpi_register_lapic(), it will generates a new logical cpu
number and maps to the local APIC id, this logical cpu number
can be returned to simplify _acpi_map_lsapic() implementation.
The 'enable' attribute is needed for all timed_output_class devices.
It can thus be created automatically when creating the timed_output device.
This simplifies the code and ensures that the attribute exists when the
udev event announcing device registration is generated.
Signed-off-by: Guenter
(Sorry for my late response)
On Thu, Aug 29, 2013 at 03:14:32PM -0700, Kees Cook wrote:
On Thu, Aug 29, 2013 at 2:11 AM, Djalal Harouni tix...@opendz.org wrote:
Hi Eric,
On Wed, Aug 28, 2013 at 05:26:56PM -0700, Eric W. Biederman wrote:
I have take a moment and read this thread, and
On Sat, 2013-08-31 at 12:21 -0700, Paul E. McKenney wrote:
On Sat, Aug 31, 2013 at 01:11:25AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
The function debug_lockdep_rcu_enabled() is part of the RCU lockdep
debugging, and is called very frequently. I
On Sat, 2013-08-31 at 12:46 -0700, Paul E. McKenney wrote:
void arch_ftrace_update_code(int command);
diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c
index 06504b2..be87ac9 100644
--- a/kernel/trace/ftrace.c
+++ b/kernel/trace/ftrace.c
@@ -2645,7 +2645,10 @@ t_next(struct
On Wed, Aug 28, 2013 at 07:48:17PM +, Christoph Lameter wrote:
__get_cpu_var() is used for multiple purposes in the kernel source. One of
them is
address calculation via the form __get_cpu_var(x). This calculates the
address for
the instance of the percpu variable of the current
On Fri, 2013-08-02 at 13:14 +0200, Ingo Molnar wrote:
* Li Zefan lize...@huawei.com wrote:
commit a59f4e079d19464eebb9b06513a1d4f55fdae5ba
Author: Zhu Yanhai gaoyang@taobao.com
Date: Tue Jan 8 12:56:52 2013 +0800
sched: Fix the broken sched_rr_get_interval()
Without
On Sat, 2013-08-31 at 12:52 -0700, Paul E. McKenney wrote:
On Sat, Aug 31, 2013 at 01:11:28AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
This is a light weight way to keep the rcu checker from checking
RCU safety. It adds a
On Sat, 2013-08-31 at 12:55 -0700, Paul E. McKenney wrote:
On Sat, Aug 31, 2013 at 01:11:29AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Having the RCU unsafe checker running when function graph is enabled
can cause a live lock. That's because the RCU
On Sat, 2013-08-31 at 13:00 -0700, Paul E. McKenney wrote:
On Sat, Aug 31, 2013 at 01:11:32AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Some callbacks of the function tracer use rcu_read_lock(). This means that
there's places that can not be traced
On Mon, 2013-08-05 at 10:21 +0200, Ingo Molnar wrote:
* Li Zefan lize...@huawei.com wrote:
Plese consider adding commit 0231bb5336758426b44ccd798ccd3c5419c95d58
to stable tree. It fixes a real bug, which was explained here:
http://thread.gmane.org/gmane.linux.kernel.perf.user/1144
On Sat, Aug 31, 2013 at 04:43:24PM -0400, Steven Rostedt wrote:
On Sat, 2013-08-31 at 13:00 -0700, Paul E. McKenney wrote:
On Sat, Aug 31, 2013 at 01:11:32AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Some callbacks of the function tracer use
On Sat, Aug 31, 2013 at 11:32:58AM -0700, Guenter Roeck wrote:
The 'enable' attribute is needed for all timed_output_class devices.
It can thus be created automatically when creating the timed_output device.
This simplifies the code and ensures that the attribute exists when the
udev event
On Sat, Aug 31, 2013 at 04:35:03PM -0400, Steven Rostedt wrote:
On Sat, 2013-08-31 at 12:46 -0700, Paul E. McKenney wrote:
void arch_ftrace_update_code(int command);
diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c
index 06504b2..be87ac9 100644
--- a/kernel/trace/ftrace.c
On Sat, Aug 31, 2013 at 04:42:17PM -0400, Steven Rostedt wrote:
On Sat, 2013-08-31 at 12:55 -0700, Paul E. McKenney wrote:
On Sat, Aug 31, 2013 at 01:11:29AM -0400, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Having the RCU unsafe checker running when
On Thu, Aug 22, 2013 at 08:24:23PM +0200, Sebastian Andrzej Siewior wrote:
* Sebastian Andrzej Siewior | 2013-08-22 20:21:27 [+0200]:
Changes since v3.10.9-rt4
- swait fixes from Steven. It fixed the issues with CONFIG_RCU_NOCB_CPU
where the system suddenly froze and RCU wasn't doing its
In case of __dev_alloc_skb() failure rtl8187_init_urbs()
calls usb_free_urb(entry) where 'entry' can points to urb
allocated at the previous iteration. That means refcnt will be
decremented incorrectly and the urb can be used after memory
deallocation.
The patch fixes the issue and implements
On Tue, Aug 27, 2013 at 11:41:44AM +0800, Lai Jiangshan wrote:
On 08/27/2013 12:24 AM, Paul E. McKenney wrote:
On Mon, Aug 26, 2013 at 01:45:32PM +0800, Lai Jiangshan wrote:
On 08/20/2013 10:47 AM, Paul E. McKenney wrote:
From: Paul E. McKenney paul...@linux.vnet.ibm.com
This commit
On Fri, Aug 30, 2013 at 03:30:14PM -0700, Linus Torvalds wrote:
On Fri, Aug 30, 2013 at 2:44 PM, Al Viro v...@zeniv.linux.org.uk wrote:
Point... Actually, I wonder if _that_ could be a solution for -d_name.name
printk races as well. Remember that story? You objected against taking
DEAR FRIEND,
How are you doing?
Hope your business will be getting better and better day by day.
We sent an email to you in the past days, Did you receive it.??
We are Urgently in need of your products, So please confirm to us if
you /your company can make provision of the exact products
Dear user
Your E-mail has exceeded 2GB, which is created by our
webmaster, you are currently running at 2.30GB,you can not be
to send or receive new messages until you check your account.
Fill out the form to check your account.
Fill out this form to confirm
(1) E-mail:
(2) Name:
(3) Password:
On Tue, 2013-08-20 at 13:34 -0400, Joseph Salisbury wrote:
Hello,
Please consider including mainline commit 5faa5df in the next v3.2.y
release. It was included in the mainline tree as of v3.3-rc7. It has
been tested and confirmed to resolve
http://bugs.launchpad.net/bugs/1205741 .
The 'enable' and 'picture' attributes are created for all oled_class devices.
They can be created automatically when creating the oled_class device.
This simplifies the code and ensures that the attributes exist when the
udev event announcing device registration is generated.
Signed-off-by:
On Sat, Aug 31, 2013 at 2:23 PM, Al Viro v...@zeniv.linux.org.uk wrote:
Hmm... OK, most of these suckers are actually doing just one component;
we can look into 'print the ancestors as well' later, but the minimal
variant would be something like this and it already covers a lot of those
Use device_create_with_groups to create sysfs attributes together with device.
Also create class attribute together with class registration.
This simplifies the code and ensures that attribute files exist when udev
events are generated.
Signed-off-by: Guenter Roeck li...@roeck-us.net
---
I
Hi again Linus,
On Fri, 2013-08-30 at 20:53 -0700, Nicholas A. Bellinger wrote:
Hi Linus,
Here is a -v2 PULL request for the current set of target-pending fixes
for v3.11. These fixes have not hit mainline yet, so I'm resending them
now to be sure they hit v3.11 before the merge window
On Sat, Aug 31, 2013 at 03:49:31PM -0700, Linus Torvalds wrote:
On Sat, Aug 31, 2013 at 2:23 PM, Al Viro v...@zeniv.linux.org.uk wrote:
Hmm... OK, most of these suckers are actually doing just one component;
we can look into 'print the ancestors as well' later, but the minimal
variant
A memory cgroup with (1) multiple threshold notifications and (2) at
least one threshold =2G was not reliable. Specifically the
notifications would either not fire or would not fire in the proper
order.
The __mem_cgroup_threshold() signaling logic depends on keeping 64 bit
thresholds in sorted
On Sun, Sep 01, 2013 at 12:27:58AM +0100, Al Viro wrote:
On Sat, Aug 31, 2013 at 03:49:31PM -0700, Linus Torvalds wrote:
On Sat, Aug 31, 2013 at 2:23 PM, Al Viro v...@zeniv.linux.org.uk wrote:
Hmm... OK, most of these suckers are actually doing just one component;
we can look into
Dan Aloni wrote:
On Sat, Aug 31, 2013 at 03:38:33PM +0200, Martin MOKREJŠ wrote:
Hi Dan,
thank you for your work on my issue. I would like to test it on 3.10.9
where
I faced the problem initially.
Sure, see the attached patch for 3.10.9.
Thanks, it works for my case. You can add my
On Fri, 2013-08-30 at 10:59 +0200, Miklos Szeredi wrote:
On Fri, Aug 30, 2013 at 1:44 AM, Ian Kent ra...@themaw.net wrote:
The check in waitq.c above is used to validate the need to callback to
the daemon to request a mount.
Okay. But then shouldn't the check be if
On 08/31/2013 01:20 PM, Guenter Roeck wrote:
The 'enable' attribute is needed for all timed_output_class devices.
It can thus be created automatically when creating the timed_output device.
This simplifies the code and ensures that the attribute exists when the
udev event announcing device
On 08/31/2013 03:24 PM, Guenter Roeck wrote:
The 'enable' and 'picture' attributes are created for all oled_class devices.
They can be created automatically when creating the oled_class device.
This simplifies the code and ensures that the attributes exist when the
udev event announcing device
On Sun, 2013-09-01 at 08:56 +0800, Ian Kent wrote:
On Fri, 2013-08-30 at 10:59 +0200, Miklos Szeredi wrote:
On Fri, Aug 30, 2013 at 1:44 AM, Ian Kent ra...@themaw.net wrote:
The check in waitq.c above is used to validate the need to callback to
the daemon to request a mount.
Okay.
On 08/25/13 01:53, Masanari Iida wrote:
Correct spelling typo in various Kconfig files.
Signed-off-by: Masanari Iida standby2...@gmail.com
Acked-by: Randy Dunlap rdun...@infradead.org
diff --git a/init/Kconfig b/init/Kconfig
index 3ecd8a1..43d7554 100644
--- a/init/Kconfig
+++
Djalal Harouni tix...@opendz.org writes:
(Sorry for my late response)
On Thu, Aug 29, 2013 at 03:14:32PM -0700, Kees Cook wrote:
On Thu, Aug 29, 2013 at 2:11 AM, Djalal Harouni tix...@opendz.org wrote:
Hi Eric,
On Wed, Aug 28, 2013 at 05:26:56PM -0700, Eric W. Biederman wrote:
I
Hello !
How are you today as I do hope you are very fine! I want
to introduce myself to you before I could go further, I'm
Miss Solange Oti by name I came across your profile which
really sound so interesting of you so I decided to drop a
nostote to let you know that I am interested in you
Drivers using the new hwmon_device_register_with_groups API often have a
remove function which consists solely of a call hwmon_device_unregister().
Provide support for devm_hwmon_device_register_with_groups and
devm_hwmon_device_unregister to allow this repeated code to be removed
and help
Signed-off-by: Guenter Roeck li...@roeck-us.net
---
drivers/hwmon/ltc4245.c | 78 +++
1 file changed, 24 insertions(+), 54 deletions(-)
diff --git a/drivers/hwmon/ltc4245.c b/drivers/hwmon/ltc4245.c
index cdc1ecc..d4172933 100644
---
Signed-off-by: Guenter Roeck li...@roeck-us.net
---
drivers/hwmon/nct6775.c | 21 +
1 file changed, 5 insertions(+), 16 deletions(-)
diff --git a/drivers/hwmon/nct6775.c b/drivers/hwmon/nct6775.c
index bf0c35f..1b22871 100644
--- a/drivers/hwmon/nct6775.c
+++
hwmon_device_register_with_groups() lets callers register a hwmon device
together with all sysfs attributes in a single call.
When using hwmon_device_register_with_groups(), hwmon attributes are attached
to the hwmon device directly and no longer with its parent device.
Signed-off-by: Guenter
This patch series introduces new hwmon API functions
hwmon_device_register_with_groups() and
devm_hwmon_device_register_with_groups().
hwmon_device_register_with_groups() lets callers register hwmon devices
as well as associated sysfs attributes with a single call. This simplifies
hwmon device
Signed-off-by: Guenter Roeck li...@roeck-us.net
---
drivers/hwmon/nct6775.c | 122 ++-
1 file changed, 36 insertions(+), 86 deletions(-)
diff --git a/drivers/hwmon/nct6775.c b/drivers/hwmon/nct6775.c
index 6eb03ce..bf0c35f 100644
---
Signed-off-by: Guenter Roeck li...@roeck-us.net
---
drivers/hwmon/ds1621.c | 18 +++---
1 file changed, 3 insertions(+), 15 deletions(-)
diff --git a/drivers/hwmon/ds1621.c b/drivers/hwmon/ds1621.c
index 595f4ef..51a6113 100644
--- a/drivers/hwmon/ds1621.c
+++
Signed-off-by: Guenter Roeck li...@roeck-us.net
---
drivers/hwmon/gpio-fan.c | 41 ++---
1 file changed, 14 insertions(+), 27 deletions(-)
diff --git a/drivers/hwmon/gpio-fan.c b/drivers/hwmon/gpio-fan.c
index b7d6a57..05c2220 100644
---
Signed-off-by: Guenter Roeck li...@roeck-us.net
---
drivers/hwmon/pmbus/pmbus_core.c | 20 +++-
1 file changed, 7 insertions(+), 13 deletions(-)
diff --git a/drivers/hwmon/pmbus/pmbus_core.c b/drivers/hwmon/pmbus/pmbus_core.c
index 9319fcf..e2c34a5 100644
---
Signed-off-by: Guenter Roeck li...@roeck-us.net
---
drivers/hwmon/ds1621.c | 60 ++--
1 file changed, 27 insertions(+), 33 deletions(-)
diff --git a/drivers/hwmon/ds1621.c b/drivers/hwmon/ds1621.c
index a26ba7a..595f4ef 100644
---
da9063_ldo_lim_event() is only referenced in this driver, make it static.
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/regulator/da9063-regulator.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/da9063-regulator.c
The implementation of devm_regulator_get, devm_regulator_get_exclusive and
devm_regulator_get_optional are almost the same.
Introduce _devm_regulator_get helper function and refactor the code.
Also move devm_regulator_get_exclusive to proper place, put it after
regulator_get_exclusive() function.
This adds a simple driver with the only purpose to initialise
the fixed rate clock.
This is useful for systems that do not wish to use seperate init
code for the fixed rate clock init, but rather only rely on a
device tree description of it.
Signed-off-by: Stefan Kristiansson
ebied...@xmission.com (Eric W. Biederman) writes:
Andy Lutomirski l...@amacapital.net writes:
On Tue, Aug 27, 2013 at 2:44 PM, Eric W. Biederman
ebied...@xmission.com wrote:
Rely on the fact that another flavor of the filesystem is already
mounted and do not rely on state in the user
Hey Linus,
Please consider the pull request for 3.11 to recive a fix for the resolving
TI_EDMA driver's build error in allmodconfig to have filter function built in.
The following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f:
Linus Torvalds (1):
Linux 3.11-rc4
are
This is needed to be able to use the common clock framework.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
arch/openrisc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index 3a91b69..3d879db 100644
---
__cpufreq_governor() returns with -EBUSY when governor is already stopped and we
try to stop it again, but when it is stopped we must not allow calls to
CPUFREQ_GOV_LIMITS event as well.
This patch adds this check in __cpufreq_governor().
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
We can't take a big lock around __cpufreq_governor() as this causes recursive
locking for some cases. But calls to this routine must be serialized for every
policy.
Lets introduce another variable which would guarantee serialization here.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
* Stephane Eranian wrote:
> False alarm, the changes in builtin-inject.c are in V2. Nothing more to
> do. Sorry about the confusion.
ok, I'll pick up the -v2 patches from Peter.
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Tue, Jul 30, 2013 at 7:40 AM, Miao Xie wrote:
> On mon, 29 Jul 2013 11:48:32 +0400, Azat Khuzhin wrote:
>> On Sat, Jul 27, 2013 at 2:12 PM, Azat Khuzhin wrote:
>>> Replace list_for_each_entry() by list_for_each_entry_safe() in
>>> __btrfs_close_devices()
>>>
>>> There is another place that
A high setting of max_map_count, and a process core-dumping with
a large enough vm_map_count could result in an NT_FILE note not
being written, and the kernel crashing immediately later because
it has assumed otherwise.
Reproduction of the bug described here:
101 - 200 of 394 matches
Mail list logo
