__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
---
Hi Rafael,
Its better
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
---
This is needed to be able to use the common clock framework.
Signed-off-by: Stefan Kristiansson
---
arch/openrisc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index 3a91b69..3d879db 100644
--- a/arch/openrisc/Kconfig
+++
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
ebied...@xmission.com (Eric W. Biederman) writes:
> Andy Lutomirski writes:
>
>> On Tue, Aug 27, 2013 at 2:44 PM, Eric W. Biederman
>> wrote:
>>>
>>> Rely on the fact that another flavor of the filesystem is already
>>> mounted and do not rely on state in the user namespace.
>>
>> Possibly dumb
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
---
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.
da9063_ldo_lim_event() is only referenced in this driver, make it static.
Signed-off-by: Axel Lin
---
drivers/regulator/da9063-regulator.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/da9063-regulator.c
b/drivers/regulator/da9063-regulator.c
index
Signed-off-by: Guenter Roeck
---
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
--- a/drivers/hwmon/gpio-fan.c
+++
Signed-off-by: Guenter Roeck
---
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
--- a/drivers/hwmon/pmbus/pmbus_core.c
Signed-off-by: Guenter Roeck
---
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
--- a/drivers/hwmon/ds1621.c
+++
Signed-off-by: Guenter Roeck
---
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
--- a/drivers/hwmon/nct6775.c
+++
Signed-off-by: Guenter Roeck
---
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
+++ b/drivers/hwmon/ds1621.c
@@ -379,23
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
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
---
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
--- a/drivers/hwmon/ltc4245.c
+++
Signed-off-by: Guenter Roeck
---
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
+++ b/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
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
Djalal Harouni 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 wrote:
>> > Hi Eric,
>> >
>> > On Wed, Aug 28, 2013 at 05:26:56PM -0700, Eric W. Biederman wrote:
>> >>
>> >> I have take a
On 08/25/13 01:53, Masanari Iida wrote:
> Correct spelling typo in various Kconfig files.
>
> Signed-off-by: Masanari Iida
Acked-by: Randy Dunlap
> diff --git a/init/Kconfig b/init/Kconfig
> index 3ecd8a1..43d7554 100644
> --- a/init/Kconfig
> +++ b/init/Kconfig
> @@ -536,7 +536,7 @@ config
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 wrote:
> >
> > >> The check in waitq.c above "is" used to validate the need to callback to
> > >> the daemon to request a mount.
> >
> >
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 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 Fri, 2013-08-30 at 10:59 +0200, Miklos Szeredi wrote:
> On Fri, Aug 30, 2013 at 1:44 AM, Ian Kent 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 (d_mountpoint(dentry))
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
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 wrote:
> > >
> > > Hmm... OK, most of these suckers are actually doing just one component;
> > > we can look into 'print the
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 Sat, Aug 31, 2013 at 03:49:31PM -0700, Linus Torvalds wrote:
> On Sat, Aug 31, 2013 at 2:23 PM, Al Viro 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
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
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
---
I suspect that the
On Sat, Aug 31, 2013 at 2:23 PM, Al Viro 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
> guys. Comments?
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 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 .
>
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:
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
On Fri, Aug 30, 2013 at 03:30:14PM -0700, Linus Torvalds wrote:
> On Fri, Aug 30, 2013 at 2:44 PM, Al Viro 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
> > spinlocks in
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"
> >>>
> >>> This commit adds the
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 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
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)"
> > >
> > > Having the RCU unsafe checker running when function
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
> > > ---
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: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)"
> > >
> > > Some callbacks of the function tracer use
On Mon, 2013-08-05 at 10:21 +0200, Ingo Molnar wrote:
> * Li Zefan 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, 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)"
> >
> > Some callbacks of the function tracer use rcu_read_lock(). This means that
> > there's places that can not be traced because
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)"
> >
> > Having the RCU unsafe checker running when function graph is enabled
> > can cause a live lock. That's because the RCU unsafe
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)"
> >
> > This is a light weight way to keep the rcu checker from checking
> > RCU safety. It adds a
On Fri, 2013-08-02 at 13:14 +0200, Ingo Molnar wrote:
> * Li Zefan wrote:
>
> > commit a59f4e079d19464eebb9b06513a1d4f55fdae5ba
> > Author: Zhu Yanhai
> > Date: Tue Jan 8 12:56:52 2013 +0800
> >
> > sched: Fix the broken sched_rr_get_interval()
> >
> > Without this patch, syscall
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 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 @@
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)"
> >
> > The function debug_lockdep_rcu_enabled() is part of the RCU lockdep
> > debugging, and is called very frequently. I found that
(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 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 have
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 Saturday, August 31, 2013 06:15:58 PM Hanjun Guo wrote:
> From: Jiang Liu
>
> 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.
>
> Signed-off-by:
On Sat, Aug 31, 2013 at 01:11:34AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 NO_HZ_FULL and
On Sat, Aug 31, 2013 at 01:11:35AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 NO_HZ_FULL and
On Sat, Aug 31, 2013 at 01:11:33AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 NO_HZ_FULL and
On Sat, Aug 31, 2013 at 01:11:32AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 NO_HZ_FULL and
On Sat, Aug 31, 2013 at 01:11:31AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 the ip of
On Sat, Aug 31, 2013 at 01:11:30AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 example, it
On Sat, Aug 31, 2013 at 01:11:29AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 does a lot of
On Sat, Aug 31, 2013 at 01:11:28AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 respectively. When
On Sat, Aug 31, 2013 at 01:11:27AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 safe callback
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.
>>
On Sat, Aug 31, 2013 at 01:11:24AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 not.
>
>
On Sat, Aug 31, 2013 at 01:11:23AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 that lists
>
On Sat, Aug 31, 2013 at 01:11:22AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 users to see
On Sat, Aug 31, 2013 at 01:11:21AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 determine if the
> 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
On Sat, Aug 31, 2013 at 01:11:20AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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
> Cc: Paul E.
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)"
>
> 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
> Cc: Paul E.
On Sat, Aug 31, 2013 at 01:11:19AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 when they are
On Sat, Aug 31, 2013 at 01:11:18AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 idle/userspace, the RCU
On Sat, Aug 31, 2013 at 01:11:25AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> 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 graph tracer,
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
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
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
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
---
tools/perf/Makefile | 1 +
tools/perf/tests/builtin-test.c | 4 +
Hi
This is (version 2 of) an alternative to the 'keep tracking' flag patch
which is here:
http://marc.info/?l=linux-kernel=137242545521246=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
---
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 insertions(+)
diff
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 Dunlap
>> wrote:
>>> This bool kconfig symbol:
>>>
>>> config BRCMFMAC_SDIO
>>> bool "SDIO bus interface support for FullMAC driver"
>>>
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 Fri, Aug 16, 2013 at 11:17 PM, Andi Kleen wrote:
> might_sleep is moving from linux/kernel.h to linux/sched.h, so any users
> need to include linux/sched.h
Really? is the worst choice w.r.t. include hell.
> This was done with a mechanistic script and some uses may be redundant
> (already
On 08/31/13 19:37, Geert Uytterhoeven wrote:
On Fri, Aug 30, 2013 at 11:12 PM, Randy Dunlap 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
Vineet, actual patch for what Davidlohr suggests attached. Can you try it?
Linus
On Fri, Aug 30, 2013 at 9:31 AM, Davidlohr Bueso wrote:
>
> After a quick glance, I suspect that the problem might be because we
> are calling security_msg_queue_msgsnd() without taking the lock. This
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
On Fri, Aug 30, 2013 at 11:12 PM, Randy Dunlap 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 this?
In
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 8:06 PM, George Spelvin 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" type
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 Sat, Aug 31, 2013 at 1:00 AM, Knut Petersen
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 tested fix for a
On 31/08/13 16:54, Ilia Mirkin wrote:
On Sat, Aug 31, 2013 at 10:43 AM, ael 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 the commit that should
From: Mark Brown
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
---
I'm hoping to have some ASoC improvements to
On Fri, 30 Aug 2013 18:47:35 -0700
Joe Perches wrote:
> When dma_addr_t is a 32 bit value, >> 32 emits compiler warnings
> Use ((addr>>16) >>16) to avoid this.
>
> I presume the macro should actually use the kernel.h
> macro upper_32_bits() eventually.
>
> Signed-off-by: Joe Perches
> ---
>
> 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
The 'name' attribute is needed for all i2c-dev class devices, meaning
it can be created automatically by pointing to it in the class data
structure. This simplifies the code and reduces the probability for race
conditions.
Signed-off-by: Guenter Roeck
---
drivers/i2c/i2c-dev.c | 32
On Sat, 2013-08-31 at 16:31 +0200, Andi Kleen wrote:
> > A similar patch was suggested by Andi Kleen
> > https://lkml.org/lkml/2013/8/5/648
>
> My patch checked for const <-> initdata / non const initconst mistakes.
>
> I don't think your patch does that?
Hi Andi.
No it doesn't.
This patch
Hi
30.08.2013, 08:17, "Jingoo Han" :
> Use the wrapper function for retrieving the platform data instead of
> accessing dev->platform_data directly. This is a cosmetic change
> to make the code simpler and enhance the readability.
Both patches look good, thank you
> Signed-off-by: Jingoo Han
1 - 100 of 394 matches
Mail list logo