On Wed, 11 Sep 2013 21:07:10 +0200
Mario Kleiner wrote:
>
>
> On 11.09.13 20:35, Steven Rostedt wrote:
> > On Wed, 11 Sep 2013 20:29:07 +0200
> > Mario Kleiner wrote:
> >
> >> That said, maybe preempt_disable is no longer the optimal choice there
> >> and there's some better way to achieve goo
* John Stultz (john.stu...@linaro.org) wrote:
> On 09/11/2013 08:08 AM, Mathieu Desnoyers wrote:
[...]
Now focusing on features (the fix discussion is in a separate
sub-thread):
>
> > LTTng uses ktime to have the same time-base across kernel and
> > user-space, so traces gathered from LTTng-modu
On Thu, Aug 29 2013, Joe Perches wrote:
> Use the helper function instead of __GFP_ZERO.
Applied.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordo
>+ /* buffer range for efivars */
>+ case 1000 ... 2000:
>+ cmpr = 56;
>+ break;
> Seiji: let me know how the efivars tests go.
efivars works fine.
Uncompressed size about 1800 bytes. It matches the value of cmpr, 56.
Please feel free to add my "Tested-by" to
On 09/11/2013 05:19 AM, Bill Huang wrote:
> Remove inclustion of the not needed header files and remove the logic
> to check the CPU ID to not exceeding the maximum supported CPUs.
> diff --git a/drivers/cpufreq/tegra-cpufreq.c b/drivers/cpufreq/tegra-cpufreq.c
> - * Copyright (C) 2010 Google, In
On Wed, Sep 11, 2013 at 10:09 AM, Wei Yongjun wrote:
> From: Wei Yongjun
>
> The dereference to 'pdata' should be moved below the NULL test.
>
> Signed-off-by: Wei Yongjun
Acked-by: Rob Clark
> ---
> drivers/gpu/drm/msm/msm_gpu.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
>
On Wed, Sep 11, 2013 at 9:38 PM, Felipe Balbi wrote:
> Hi,
>
> On Wed, Sep 11, 2013 at 09:22:26AM +0300, Alexey Pelykh wrote:
>> Hi Felipe,
>>
>> Thanks for finding this issue. Indeed, there is a bug on 3M+ baud
>> rates. First patch is close to a complete fix, but still contains
>> div-by-zero is
On (09/11/13 12:13), Steven Rostedt wrote:
> On Wed, 11 Sep 2013 09:00:16 -0700
> Greg KH wrote:
>
> > On Wed, Sep 11, 2013 at 05:36:29PM +0300, Sergey Senozhatsky wrote:
> > > This one on top of stable 3.6.11 git.
> >
> > What do you mean by this?
> >
I thought it was for linux-3.6.y stable b
Hi,
On Wed, Sep 11, 2013 at 09:22:26AM +0300, Alexey Pelykh wrote:
> Hi Felipe,
>
> Thanks for finding this issue. Indeed, there is a bug on 3M+ baud
> rates. First patch is close to a complete fix, but still contains
> div-by-zero issue. Here is my version:
>
> diff --git a/drivers/tty/serial/o
On Wed, 11 Sep 2013 20:29:07 +0200
Mario Kleiner wrote:
> That said, maybe preempt_disable is no longer the optimal choice there
> and there's some better way to achieve good protection against
> interruptions of that bit of code? My knowledge here is a bit rusty, and
> the intel kms drivers a
- big_oops_buf_sz = (psinfo->bufsize * 100) / 45;
+ big_oops_buf_sz = (psinfo->bufsize * 100) / cmpr;
Tested on an ERST backed system. Seems to be working (we save a little less
information
per ERST record than before this change (uncompressed size goes down from
~17500 to
~16400 by
On 9/11/13 1:15 PM, Greg KH wrote:
> On Wed, Sep 11, 2013 at 01:00:30PM -0400, Jeff Mahoney wrote:
>> A common way to handle kobject lifetimes in embedded in objects with
>> different lifetime rules is to pair the kobject with a struct completion.
>>
>> This introduces a kobj_completion structure t
On 9/11/13 1:28 PM, Al Viro wrote:
> On Wed, Sep 11, 2013 at 01:00:30PM -0400, Jeff Mahoney wrote:
>> A common way to handle kobject lifetimes in embedded in objects with
>> different lifetime rules is to pair the kobject with a struct completion.
>>
>> This introduces a kobj_completion structure t
On 09/11/2013 01:26 PM, Al Viro wrote:
On Wed, Sep 11, 2013 at 12:33:35PM -0400, Waiman Long wrote:
Folks, any suggestions on better names? The semantics we are getting is
I will welcome any better name suggestion and will incorporate that
in the patch.
FWIW, the suggestions I've seen so far
On Wed, 11 Sep 2013 14:01:13 -0400
Konrad Rzeszutek Wilk wrote:
>
>
> I am thins would still work:
>
>
> 47 static __always_inline void arch_spin_unlock(arch_spinlock_t *lock)
>
> 148 {
>
> 149
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: David Jeffery
[ Upstream commit 1c327d962fc420aea046c16215a552710bde8231 ]
In nlmsvc_retry_blocked, the check that the list is non-empty and acquiring
the pointer of the first entry is
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: George Cherian
[ Upstream commit 07f3cb7c28bf3f4dd80bfb136cf45810c46ac474 ]
Xhci controllers with hci_version > 0.96 gives spurious success
events on short packet completion. During web
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Ian Abbott
[ Upstream commit 69acbaac303e8cb948801a9ddd0ac24e86cc4a1b ]
Comedi devices can do blocking read() or write() (or poll()) if an
asynchronous command has been set up, blocking
On Wed, Sep 11, 2013 at 2:06 AM, Andi Kleen wrote:
>> Indeed, get_wchan ensures that fp> fp+8:
>>
>> 434 if (fp < (unsigned long)stack ||
>> 435 fp >= (unsigned long)stack+THREAD_SIZE)
>> 436 return 0;
>> 437 ip = *(u64 *)
-Original Message-
From: Dan Carpenter [mailto:dan.carpen...@oracle.com]
Sent: Wednesday, September 11, 2013 2:39 AM
To: Miller, Mike (OS Dev); Andrew Morton
Cc: ISS StorageDev; linux-kernel@vger.kernel.org;
kernel-janit...@vger.kernel.org; Moritz Muehlenhoff
Subject: [patch -resend] cc
Hey Ivan-
On Tue, Aug 06, 2013 at 12:14:46PM +0300, Ivan T. Ivanov wrote:
[..]
> Enable low-level debug print routines to direct their
> output to the serial port on MSM 8974 devices.
>
> Signed-off-by: Ivan T. Ivanov
> ---
> arch/arm/Kconfig.debug |8
> arch/ar
On Wed, Sep 11, 2013 at 2:31 AM, Dan Carpenter wrote:
> On Tue, Sep 10, 2013 at 10:19:17PM -0700, Kees Cook wrote:
>> In the former case, format characters will get processed by the
>> sprintf logic. In the latter, they are printed as-is. In this specific
>> case, if there was a way to inject stri
On Wed, Sep 11, 2013 at 09:35:08AM -0700, Andy Lutomirski wrote:
> I bet that this improves cross-cpu wakeup latency, too -- the old code
> would presumably wake up the cpu and then immediately interrupt it.
Yeah,. its what clued Mike in to there being a problem.
> It might be nice to rename one
On 09/11/2013 09:35 PM, Stephen Warren wrote:
> On 09/11/2013 04:21 AM, Srivatsa S. Bhat wrote:
>> On 09/11/2013 04:04 AM, Rafael J. Wysocki wrote:
>>> On Tuesday, September 10, 2013 02:53:01 PM Stephen Warren wrote:
On 09/09/2013 05:14 PM, Rafael J. Wysocki wrote:
> On Monday, September 0
On Wed, Sep 11, 2013 at 11:05 AM, Peter Zijlstra wrote:
> On Wed, Sep 11, 2013 at 09:35:08AM -0700, Andy Lutomirski wrote:
>> I bet that this improves cross-cpu wakeup latency, too -- the old code
>> would presumably wake up the cpu and then immediately interrupt it.
>
> Yeah,. its what clued Mike
On 09/11/2013 11:46 AM, Laxman Dewangan wrote:
> On Wednesday 11 September 2013 10:47 PM, Stephen Warren wrote:
>> On 09/11/2013 06:58 AM, Laxman Dewangan wrote:
>>> The Turn-on time of the regulator depends on the regulator device's
>>> electrical characteristics. Sometimes regulator turn-on time
Am 11.09.2013 18:14, schrieb Javier Martinez Canillas:
On 09/11/2013 05:30 PM, Alexander Holler wrote:
Am 22.08.2013 00:02, schrieb Linus Walleij:
On Tue, Aug 20, 2013 at 12:04 AM, Laurent Pinchart
wrote:
On Wednesday 31 July 2013 01:44:53 Linus Walleij wrote:
I don't see how sharing works
Hi Thomas, Daniel,
On Mon, Sep 02, 2013 at 10:01:56PM +0200, Daniel Lezcano wrote:
[..]
>
> The following changes since commit cfb6d656d569510ac9239583ce09e4c92ad54719:
>
> Merge branch 'timers/clockevents-next' of
> git://git.linaro.org/people/dlezcano/clockevents into timers/core
> (2013-08-
On Wednesday 11 September 2013 11:16 PM, Stephen Warren wrote:
On 09/11/2013 11:46 AM, Laxman Dewangan wrote:
On Wednesday 11 September 2013 10:47 PM, Stephen Warren wrote:
- regulator-enable-ramp-delay: The time taken, in uSec, for the supply
rail to reach the target voltage, plus/minus whatev
Hi John,
* John Stultz (john.stu...@linaro.org) wrote:
> On 09/11/2013 08:08 AM, Mathieu Desnoyers wrote:
> > Starting from commit 06c017fdd4dc48451a29ac37fc1db4a3f86b7f40
> > "timekeeping: Hold timekeepering locks in do_adjtimex and hardpps"
> > (3.10 kernels), the xtime write seqlock is held acr
Len, here are some test results.
On a 2-socket AMD 6276 system with the existing turbostat I see
pk cor CPU GHz TSC
0.74 1.15
0 0 8 1.48 2.30
0 1 9 1.48 2.30
0 2 10 1.53 2.30
0 3 11 1.46 2.30
0 4 12 1.49 2.30
0 5 13 1.47 2.30
0 6 14 1.48 2.30
0 7 15 1.54 2.3
On 09/11/2013 12:09 PM, Laxman Dewangan wrote:
> On Wednesday 11 September 2013 11:16 PM, Stephen Warren wrote:
>> On 09/11/2013 11:46 AM, Laxman Dewangan wrote:
>>> On Wednesday 11 September 2013 10:47 PM, Stephen Warren wrote:
- regulator-enable-ramp-delay: The time taken, in uSec, for the s
On 09/10/2013 01:01 PM, Mark Brown wrote:
On Mon, Sep 09, 2013 at 04:12:21PM -0500, Daniel Santos wrote:
One of my original requirements for this driver is that it is
reusable for different devices that use the MCP2210, not just my own
hardware. There are a number of ways to accomplish this, bu
On Wed, 11 Sep 2013 13:25:52 -0400
Konrad Rzeszutek Wilk wrote:
> commit 97ce2c88f9ad42e3c60a9beb9fca87abf3639faa
> Author: Jeremy Fitzhardinge
> Date: Wed Oct 12 16:17:54 2011 -0700
>
> jump-label: initialize jump-label subsystem much earlier
>
> Initialize jump_labels much, mu
On Wed, Sep 11, 2013 at 02:33:05PM +0200, azurIt wrote:
> >On Tue, Sep 10, 2013 at 11:32:47PM +0200, azurIt wrote:
> >> >On Tue, Sep 10, 2013 at 11:08:53PM +0200, azurIt wrote:
> >> >> >On Tue, Sep 10, 2013 at 09:32:53PM +0200, azurIt wrote:
> >> >> >> Here is full kernel log between 6:00 and 7:59:
On Tue, Aug 06, 2013 at 12:14:46PM +0300, Ivan T. Ivanov wrote:
Attached patch enables earlyprink for this board.
[920] booting linux @ 0x8000, ramdisk @ 0x200 (1067699), tags/device tree @
0x1e0
Uncompressing Linux... done, booting the kernel.
[0.00] Booting Linux on physical
On 09/11/2013 10:49 AM, Mathieu Desnoyers wrote:
> Hi John,
>
> * John Stultz (john.stu...@linaro.org) wrote:
>> On 09/11/2013 08:08 AM, Mathieu Desnoyers wrote:
>>> Starting from commit 06c017fdd4dc48451a29ac37fc1db4a3f86b7f40
>>> "timekeeping: Hold timekeepering locks in do_adjtimex and hardpps"
On Wed, Sep 11, 2013 at 01:52:37PM -0400, Steven Rostedt wrote:
> On Wed, 11 Sep 2013 13:25:52 -0400
> Konrad Rzeszutek Wilk wrote:
>
>
> > commit 97ce2c88f9ad42e3c60a9beb9fca87abf3639faa
> > Author: Jeremy Fitzhardinge
> > Date: Wed Oct 12 16:17:54 2011 -0700
> >
> > jump-label: initial
On Wed, Sep 11, 2013 at 10:22 AM, David Safford wrote:
>>On 09/09/2013 02:11 PM, H. Peter Anvin wrote:
>>> It recently came to my attention that there are no standards whatsoever
>>> for random number generated by TPMs. In fact, there *are* TPMs where
>>> random numbers are generated by an encryp
Hi All,
I try to do pcie hotplug testing. I create ext4 file system on disk and mount,
then I do surprise hotplug. When I insert disk I see below error messagee. I am
new to Linux kernel, Please let me know any clue for below error. Thank you for
your help.
[I convert error from image to text,
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sarah Sharp
[ Upstream commit 203a86613fb3bf2767335659513fa98563a3eb71 ]
When the host controller fails to respond to an Enable Slot command, and
the host fails to respond to the regist
Here is a draft of a patch to do autoconfig if CONFIG_NO_HZ_FULL_ALL is
set.
Subject: Simple autoconfig for tickless system
This is on top of the prior patch that restricts the cpus that
kthread can spawn processes on.
It ensures that one processor per node is kept in regular
HZ mode and also a
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Chih-Chung Chang
[ Upstream commit cb6f66a2d278e57a6c9d8fb59bd9ebd8ab3965c2 ]
The registers of max98088 are 8 bits, not 16 bits. This bug causes the
contents of registers to be overwrit
On Wed, 11 Sep 2013, Catalin Marinas wrote:
> On Mon, Sep 09, 2013 at 05:46:59PM +0100, Stefano Stabellini wrote:
> > On Mon, 9 Sep 2013, Catalin Marinas wrote:
> > > >>> They could also happen in a DomU if we assign a physical device to it
> > > >>> (and an SMMU is not available).
> > > >>
> > >
On Tue, 2013-09-10 at 17:44 -0400, Vivek Goyal wrote:
> Currently digital signature verification code assumes that it can be
> used only with 3 keyrings. IMA, EVM and MODULE keyring. Provide another
> variant where one can pass in a pointer to keyring (struct key *), and
> integrity code can try to
-Original Message-
From: Dan Carpenter [mailto:dan.carpen...@oracle.com]
Sent: Wednesday, September 11, 2013 2:38 AM
To: Chirag Kantharia; Andrew Morton
Cc: ISS StorageDev; linux-kernel@vger.kernel.org;
kernel-janit...@vger.kernel.org; Moritz Muehlenhoff
Subject: [patch -resend] cpqarra
On Wed, Sep 11, 2013 at 01:05:07PM -0400, Steven Rostedt wrote:
>
> [ Fixed Jason Baron's email so that he can join the conversation ]
>
> On Wed, 11 Sep 2013 12:17:45 -0400
> Konrad Rzeszutek Wilk wrote:
>
> > On Wed, Sep 11, 2013 at 11:47:08AM -0400, Steven Rostedt wrote:
>
> > [4.966101
On Wed, Sep 11, 2013 at 12:33:35PM -0400, Waiman Long wrote:
> >Folks, any suggestions on better names? The semantics we are getting is
>
> I will welcome any better name suggestion and will incorporate that
> in the patch.
FWIW, the suggestions I've seen so far had been
seq_exreadlock() [ex f
On 09/11/13 08:18, Lars-Peter Clausen wrote:
> On 09/11/2013 09:10 AM, Lee Jones wrote:
>> On Tue, 10 Sep 2013, Jonathan Cameron wrote:
>>> Lee Jones wrote:
At the moment the driver is silent in some error cases and if
successful.
Prior to this patch there was no clear way to know i
On Wed, Sep 11, 2013 at 01:00:30PM -0400, Jeff Mahoney wrote:
> A common way to handle kobject lifetimes in embedded in objects with
> different lifetime rules is to pair the kobject with a struct completion.
>
> This introduces a kobj_completion structure that can be used in place
> of the pairin
On Wed, Sep 11, 2013 at 6:50 PM, Andi Kleen wrote:
> On Wed, Sep 11, 2013 at 08:22:22AM -0700, Stephane Eranian wrote:
>>
>> The IvyBridge event CYCLE_ACTIVITY:CYCLES_LDM_PENDING can only
>> be measured on counters 0-3 when HT is off. When HT is on, you
>> only have counters 0-3.
>>
>> If you prog
On Tue, Sep 10, 2013 at 1:50 PM, Linus Torvalds
wrote:
> Of course, maybe even the stupid add_device_randomness() is fast
> enough. I just wanted to point out that it definitely isn't some
> optimized thing.
When I posted the patch that mixes in the whole SMBIOS table:
commit d114a33387472555188
On 09/11/2013 06:58 AM, Laxman Dewangan wrote:
> The Turn-on time of the regulator depends on the regulator device's
> electrical characteristics. Sometimes regulator turn-on time also
> depends on the capacitive load on the given platform and it can be
> more than the datasheet value.
>
> The dri
A common way to handle kobject lifetimes in embedded in objects with
different lifetime rules is to pair the kobject with a struct completion.
This introduces a kobj_completion structure that can be used in place
of the pairing, along with several convenience functions for
initialization, release,
sendfile() is implemented by performing an internal "direct" splice
between two regular files. A per-task pipe buffer is allocated to
splice between the reads from the source page cache and writes to the
destination file page cache.
This patch lets userspace perform these direct splices with sys_
[ Fixed Jason Baron's email so that he can join the conversation ]
On Wed, 11 Sep 2013 12:17:45 -0400
Konrad Rzeszutek Wilk wrote:
> On Wed, Sep 11, 2013 at 11:47:08AM -0400, Steven Rostedt wrote:
> [4.966101] Kernel command line: debug selinux=0 earlyprintk=xen
> console=hvc0 xencons=hvc
This patch re-uses the existing btrfs file cloning ioctl code to
implement the .splice_direct copy offloading file operation.
The existing extent item copying btrfs_ioctl_clone() is renamed to a
shared btrfs_clone_extents(). The ioctl specific code (mostly simple
entry-point stuff that splice() a
On Wed, Sep 11, 2013 at 9:19 AM, Mark Brown wrote:
> From: Mark Brown
>
> Cut down on the size of core.c a bit more and ensure that the devres
> versions of things don't do too much peering inside the internals of
> the APIs they wrap.
>
> Signed-off-by: Mark Brown
> ---
> drivers/regulator/Mak
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Enrico Mioso
[ Upstream commit 878c69aae986ae97084458c0183a8c0a059865b1 ]
Some (very few) early devices like mine, where not exposting a proper CDC
descriptor. This was fixed with an im
http://searchenginerankingsconsultant.com/r6.php
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, 2013-09-11 at 08:21 +0530, Preeti U Murthy wrote:
> arch/powerpc/platforms/ps3/smp.c|2 +-
The PS3 part is trivial and looks OK.
Acked-by: Geoff Levand
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
The commit e0908085fc2391c85b85fb814ae1df377c8e0dcb is not needed anymore.
The issue was because dcbst wrongly sets the store bit when causing a DTLB
error, but this is now fixed by commit 0a2ab51ffb8dfdf51402dcfb446629648c96bc78
which handles the buggy dcbx instructions on data page faults on the
Activating CONFIG_PIN_TLB is supposed to pin the IMMR and the first three
8Mbytes pages. But the setting of the MD_CTR was missing so as the index is
decremented every DTLB update, the pinning of the third 8Mbytes page was
overwriting the DTLB entry for IMMR.
Signed-off-by: Christophe Leroy
diff
On Wed, 11 Sep 2013 09:40:51 -0700
John Stultz wrote:
> (and it avoids me forgetting to set the owner in some future change,
> further mucking things up :).
Wow, I had to read that twice to see what you really wrote. I was
thinking "damn, John is getting vulgar!" ;-)
-- Steve
--
To unsubscrib
The commit e0908085fc2391c85b85fb814ae1df377c8e0dcb is not needed anymore.
The issue was because dcbst wrongly sets the store bit when causing a DTLB
error, but this is now fixed by commit 0a2ab51ffb8dfdf51402dcfb446629648c96bc78
which handles the buggy dcbx instructions on data page faults on the
The splice_direct file_operations method gives file systems the
opportunity to accelerate copying a region between two files.
The generic path attempts to copy the remainder of the region that the
file system fails to accelerate, for whatever reason. We may choose to
dial this back a bit if the c
On Wed, Sep 11, 2013 at 01:00:30PM -0400, Jeff Mahoney wrote:
> A common way to handle kobject lifetimes in embedded in objects with
> different lifetime rules is to pair the kobject with a struct completion.
>
> This introduces a kobj_completion structure that can be used in place
> of the pairin
When I first started on this stuff I followed the lead of previous
work and added a new syscall for the copy operation:
https://lkml.org/lkml/2013/5/14/618
Towards the end of that thread Eric Wong asked why we didn't just
extend splice. I immediately replied with some dumb dismissive
answer. On
proc_fd_permission() says "process can still access /proc/self/fd
after it has executed a setuid()", but the "task_pid() = proc_pid()
check only helps if the task is group leader, /proc/self points to
/proc/.
Change this check to use task_tgid() so that the whole thread group
can access its /proc/
On 09/11/2013 08:12 AM, Mathieu Desnoyers wrote:
> LTTng uses ktime to have the same time-base across kernel and
> user-space, so traces gathered from LTTng-modules and LTTng-UST can be
> correlated. We plan on using ktime until a fast, scalable, and
> fine-grained time-source for tracing that can
On Wed, 2013-09-11 at 08:21 +0530, Preeti U Murthy wrote:
> arch/powerpc/platforms/ps3/smp.c|2 +-
The PS3 part is trivial and looks OK.
Acked-by: Geoff Levand
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
Andrew, could you take this patch?
It was lost in the lost discussion. Linus agrees with this change,
and afaics Eric doesn't object.
v2:
update the changelog
Oleg.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kern
On Wednesday 11 September 2013 10:47 PM, Stephen Warren wrote:
On 09/11/2013 06:58 AM, Laxman Dewangan wrote:
The Turn-on time of the regulator depends on the regulator device's
electrical characteristics. Sometimes regulator turn-on time also
depends on the capacitive load on the given platform
When a new voice is selected, we set volume and pitch appropriate for
the voice. We need to use the numeric index corresponding to the
voice when indexing into the volume and pitch tables, rather than
the raw user input that was used to select the voice.
Note that using the raw input can also lead
On 9/11/2013 12:07 PM, Jiang Liu wrote:
> From: Jiang Liu
>
> Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
> similar to smp_call_function_single()" has unified the way to handle
> single and multiple cross-CPU function calls. Now only one interrupt
> is needed for architect
On 9/11/13 6:30 AM, Theodore Ts'o wrote:
> On Tue, Sep 10, 2013 at 10:13:16PM -0500, Eric Sandeen wrote:
>>
>> Above doesn't tell us the prevalence of various contexts on the actual
>> system,
>> but they are all under 100 bytes in any case.
>
> OK, so in other words, on your system i_file_acl an
On Wed, Sep 11, 2013 at 08:22:22AM -0700, Stephane Eranian wrote:
>
> The IvyBridge event CYCLE_ACTIVITY:CYCLES_LDM_PENDING can only
> be measured on counters 0-3 when HT is off. When HT is on, you
> only have counters 0-3.
>
> If you program it on the eight counters for 1s on a 3GHz
> IVB laptop
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?=
[ Upstream commit 7a6a731bd00ca90d0e250867c3b9c05b5ff0fa49 ]
commit 98cb7e44 ([SCSI] megaraid_sas: Sanity check user
supplied length before passing it to d
>On 09/09/2013 02:11 PM, H. Peter Anvin wrote:
>> It recently came to my attention that there are no standards whatsoever
>> for random number generated by TPMs. In fact, there *are* TPMs where
>> random numbers are generated by an encrypted nonvolatile counter (I do
>> not know which ones); this
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 3e3aac497513c669e1c62c71e1d552ea85c1d974 ]
egress_priority_map[] hash table updates are protected by rtnl,
and we never remove elements until device is di
> Hi Stephen,
>
> A bug was opened against the Ubuntu kernel[0]. A bug has also been
> opened in bugzilla[1]. After a kernel bisect, it was found that
> reverting the following commit resolved this bug:
>
> commit 136d8f377e1575463b47840bc5f1b22d94bf8f63
> Author: stephen hemminger
> Date: Sun
On 09/11/2013 08:08 AM, Mathieu Desnoyers wrote:
> Starting from commit 06c017fdd4dc48451a29ac37fc1db4a3f86b7f40
> "timekeeping: Hold timekeepering locks in do_adjtimex and hardpps"
> (3.10 kernels), the xtime write seqlock is held across calls to
> __do_adjtimex(), which includes a call to notify_
s_dsm'
Signed-off-by: Randy Dunlap
---
drivers/gpu/drm/nouveau/nouveau_acpi.c |1 +
1 file changed, 1 insertion(+)
--- linux-next-20130911.orig/drivers/gpu/drm/nouveau/nouveau_acpi.c
+++ linux-next-20130911/drivers/gpu/drm/nouveau/nouveau_acpi.c
@@ -373,6 +373,7 @@ void nouveau_unregister_d
From: Bian Yu
When raid5 hit a fresh badblock, this badblock will flagged as unack
badblock until md_update_sb is called.
But md_stop/reboot/md_set_readonly will avoid raid5d call md_update_sb
in md_check_recovery, the badblock will always be unack, so raid5d
thread enter a infinite loop and neve
On Wed, Sep 11, 2013 at 4:06 AM, Peter Zijlstra wrote:
> On Wed, Sep 11, 2013 at 10:25:30AM +0200, Peter Zijlstra wrote:
>> On Tue, Sep 10, 2013 at 06:59:57PM -0700, Andy Lutomirski wrote:
>
>> > It looks like the intel_idle code can get confused if TIF_NEED_RESCHED
>> > is set but the preempt res
On 09/11/2013 10:55 AM, Al Viro wrote:
On Wed, Sep 11, 2013 at 10:28:26AM -0400, Waiman Long wrote:
The sequence lock (seqlock) was originally designed for the cases
where the readers do not need to block the writers by making the
readers retry the read operation when the data change.
Since the
On Wed, Sep 11, 2013 at 10:51:50AM +0800, Peng Tao wrote:
> I'm not fighting against removing the piece of code. But if there is a
> strong reason to keep the functionality, we need to find a way to
> implement it. The convenience of using environment variables is that
> job scheduler can set the e
Am Mittwoch, 11. September 2013, 10:46:13 schrieb José Miguel Gonçalves:
> Some GPIO line limits are incorrectly set which, for instance,
> does not allow nRTS1 (GPH11) configuration on a S3C2416 chip.
>
> Signed-off-by: José Miguel Gonçalves
I thumbed thru the SoC manuals of s3c2410, s3c2416, s
On Wed, Sep 11, 2013 at 11:49:16AM -0400, Steven Rostedt wrote:
> On Wed, 11 Sep 2013 08:23:31 -0700
> "Paul E. McKenney" wrote:
>
> > C'mon, Steven! I did say "after treating injuries"! In the opinion
> > of the surgeon, the only option was to ampute what was left of either
> > the _cpu(), _ta
Hi Mika,
On Wed, Sep 11, 2013 at 06:32:37PM +0300, Mika Westerberg wrote:
> The I2C core now prepares runtime PM on behalf of the I2C client device, so
> only thing the driver needs to do is to call pm_runtime_put() at the end of
> its ->probe().
>
> This patch converts wm8994 driver to use this
From: Jiang Liu
Now we have killed all usage of generic_smp_call_function_single_interrupt()
from arch code, so kill it.
Signed-off-by: Jiang Liu
Cc: Jiang Liu
---
include/linux/smp.h | 4 +---
kernel/smp.c| 2 +-
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/include/
The condition check 'channel < 0' is needless since channel is unsigned.
Reported by Dave Jones here:
http://marc.info/?l=linux-kernel&m=137839225430844&w=2
Signed-off-by: Aravind Gopalakrishnan
---
drivers/edac/amd64_edac.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
Hi,
this patch series includes an updated version of the IPv6 support patch (a call
to freeaddrinfo() was missing) as well as:
- The client/server authentication support using GnuTLS Tobias already
announced on the usbip-devel mailing list some time ago[1]
- Support for restricting the acce
From: Jiang Liu
Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
c
On Wed, 11 Sep 2013 09:00:16 -0700
Greg KH wrote:
> On Wed, Sep 11, 2013 at 05:36:29PM +0300, Sergey Senozhatsky wrote:
> > This one on top of stable 3.6.11 git.
>
> What do you mean by this?
>
It's for my stable branch. Although, 3.6.11.8 is a far cry from 3.6.11
and the patch does not apply.
For IPv6, IP:Port is unreadable.
Signed-off-by: Dominik Paulus
Signed-off-by: Tobias Polzer
---
drivers/staging/usbip/userspace/src/usbipd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/usbip/userspace/src/usbipd.c
b/drivers/staging/usbip/userspace/src/us
On Wed 11-09-13 08:40:57, Anton Vorontsov wrote:
> On Mon, Sep 09, 2013 at 01:08:47PM +0200, Michal Hocko wrote:
> > On Fri 06-09-13 22:59:16, Hugh Dickins wrote:
> > > Hit divide-by-0 in vmpressure_work_fn(): checking vmpr->scanned before
> > > taking the lock is not enough, we must check scanned
From: Jiang Liu
Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
c
From: Jiang Liu
Now the same list is used to serve both single and multiple function
call requests, so rename call_single_queue as call_function_queue.
Signed-off-by: Jiang Liu
Cc: Jiang Liu
---
kernel/smp.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git
From: Jiang Liu
Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
similar to smp_call_function_single()" has unified the way to handle
single and multiple cross-CPU function calls. Now only one interrupt
is needed for architecture specific code to support generic SMP function
c
301 - 400 of 697 matches
Mail list logo