h still seems like a hack, and there *ought* to be a better
general solution to avoid excessive grace-period latency. Nonetheless,
in the absence of such a solution,
Reviewed-by: Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
CPUs.
>
> Signed-off-by: Paul E. McKenney
This seems odd. If expedited grace periods don't help on large systems,
shouldn't you just compile them out entirely and ignore rcu_expedited,
rather than just in this one special case?
In any case, if this patch still makes sense, please
documentation to indicate that
> this is necessary.
>
> Signed-off-by: Bjørn Mork
> Signed-off-by: Paul E. McKenney
Please squash this together with the other two relevant patches in this
series.
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
gt; than a reinterpretation of the bits is free come to me, and I will be
s/free come/free to come/
> happy to act as a witness for its being committed to an insane asylum.
With the typo above fixed:
Reviewed-by: Josh Triplett
--
To unsubscribe from this list: send the line &qu
defined behavior in time_after() and friends.
Comments on 2, 6, and 11; for the rest:
Reviewed-by: Josh Triplett
--
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 Sun, Aug 18, 2013 at 05:20:02PM -0700, Paul E. McKenney wrote:
> On Sat, Aug 17, 2013 at 07:46:30PM -0700, Josh Triplett wrote:
> > On Sat, Aug 17, 2013 at 06:25:52PM -0700, Paul E. McKenney wrote:
> > > +In 2012, Josh Triplett received his Ph.D. with his dissertation
&
On Sun, Aug 18, 2013 at 05:41:20PM -0700, Paul E. McKenney wrote:
> On Sat, Aug 17, 2013 at 08:23:51PM -0700, Josh Triplett wrote:
> > On Sat, Aug 17, 2013 at 06:37:56PM -0700, Paul E. McKenney wrote:
> > > From: "Paul E. McKenney"
> > >
> > > Acco
On Sun, Aug 18, 2013 at 06:22:29PM -0700, Paul E. McKenney wrote:
> On Sat, Aug 17, 2013 at 08:02:34PM -0700, Josh Triplett wrote:
> > On Sat, Aug 17, 2013 at 06:49:39PM -0700, Paul E. McKenney wrote:
> > > +#ifdef CONFIG_NO_HZ_FULL_SYSIDLE
> > > +
> > > +/*
&
On Sun, Aug 18, 2013 at 06:39:25PM -0700, Paul E. McKenney wrote:
> On Sat, Aug 17, 2013 at 08:09:21PM -0700, Josh Triplett wrote:
> > On Sat, Aug 17, 2013 at 06:49:41PM -0700, Paul E. McKenney wrote:
> > > From: "Paul E. McKenney"
> > >
> > > Thi
On Sun, Aug 18, 2013 at 08:55:28PM -0700, Paul E. McKenney wrote:
> On Sat, Aug 17, 2013 at 07:54:20PM -0700, Josh Triplett wrote:
> > On Sat, Aug 17, 2013 at 07:25:13PM -0700, Paul E. McKenney wrote:
> > > From: "Paul E. McKenney"
> > >
> > > This c
On Mon, Aug 19, 2013 at 09:09:45AM -0700, Paul E. McKenney wrote:
> On Sun, Aug 18, 2013 at 09:19:25PM -0700, Josh Triplett wrote:
> > On Sun, Aug 18, 2013 at 08:55:28PM -0700, Paul E. McKenney wrote:
> > > On Sat, Aug 17, 2013 at 07:54:20PM -0700, Josh Triplett wrote:
> >
On Mon, Aug 19, 2013 at 07:05:58PM -0700, Paul E. McKenney wrote:
> On Mon, Aug 19, 2013 at 10:16:52AM -0700, Josh Triplett wrote:
> > On Mon, Aug 19, 2013 at 09:09:45AM -0700, Paul E. McKenney wrote:
> > > On Sun, Aug 18, 2013 at 09:19:25PM -0700, Josh Triplett wrote:
> >
ple.)
>
> In addition, this change adds entries for papers published in the
> last year or so.
>
> Signed-off-by: Paul E. McKenney
Reviewed-by: Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord..
gt; a victim of energy efficiency.
>
> 2.Update RTFP documentation.
>
> 3.Fix a control-dependency example in the memory-barriers
> documentation.
>
> Changes from v1 (https://lkml.org/lkml/2013/8/17/94):
>
> o Apply Josh Triplett review co
gt;
> Signed-off-by: Paul E. McKenney
> Cc: Mathieu Desnoyers
> Cc: Sedat Dilek
> Cc: Davidlohr Bueso
> Cc: Rik van Riel
> Cc: Thomas Gleixner
> Cc: Linus Torvalds
> Tested-by: Sedat Dilek
> [ paulmck: Banish mid-function ifdef, more or less per Josh Triplett. ]
Reviewe
On Mon, Aug 19, 2013 at 09:28:32PM -0700, Paul E. McKenney wrote:
> On Mon, Aug 19, 2013 at 08:24:11PM -0700, Josh Triplett wrote:
> > On Mon, Aug 19, 2013 at 07:37:17PM -0700, Paul E. McKenney wrote:
> > > Hello!
> > >
> > > This series provides a few d
let's not; a
missing BGRT is a purely cosmetic issue, and BIOS vendors can learn to
get that one right if they want to see their logo during Linux boot.
This won't break fastboot support, it just breaks fancy crossfades from
the BIOS logo to a Linux desktop or splash.
So, a "
On Mon, Jul 15, 2013 at 04:08:13PM -0700, Andy Lutomirski wrote:
> On Mon, Jul 15, 2013 at 4:04 PM, Josh Triplett wrote:
> > On Mon, Jul 15, 2013 at 01:28:36PM -0700, Andy Lutomirski wrote:
> >> On Sun, Jul 14, 2013 at 12:07 PM, Parag Warudkar
> >> wrote:
> >&g
ng enough testing before
hitting Linus' tree I suppose, but the CC: stable tag being on them
doesn't help.
Forgive me for not having immediate concrete examples here. I'm
sitting in the middle of nowhere on a lake using tethering for
internet and hiding from my wife so she doesn't catch me doing "work".
Crap, I think she's coming...
josh
--
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/
t;wait for -rc2"
for patches tagged with CC: stable that go in during the merge window.
It seems those are the ones that tend to bite us.
Overall though, I think waiting for the next -rc is a good balance.
josh
--
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/
;
>>> Felix and Johannes, any chance we can get this reverted in Linus tree
>>> soon, and push that revert back to the 3.10 stable tree as well?
>>
>> I'd like to avoid a revert, since that will simply replace one set of
>> issues with another. Let's limit th
aders.
The third patch is required to build on 32-bit x86.
The second and fourth patches fix warnings.
Patches 5-7 are code cleanups, and the last patch adds turbostat itself to
.gitignore.
Josh Triplett (8):
turbostat: Don't put unprocessed uapi headers in the include path
turbostat: Don&#x
Signed-off-by: Josh Triplett
---
tools/power/x86/turbostat/.gitignore | 1 +
1 file changed, 1 insertion(+)
create mode 100644 tools/power/x86/turbostat/.gitignore
diff --git a/tools/power/x86/turbostat/.gitignore
b/tools/power/x86/turbostat/.gitignore
new file mode 100644
index 000
rbostat already uses _GNU_SOURCE, so switch to the err and errx
functions from err.h, which take a format string.
Signed-off-by: Josh Triplett
---
tools/power/x86/turbostat/turbostat.c | 107 --
1 file changed, 38 insertions(+), 69 deletions(-)
diff --git a/
Many different chunks of code in turbostat open a file, parse a single
int out of it, and close it. Factor that out into a common function.
Signed-off-by: Josh Triplett
---
tools/power/x86/turbostat/turbostat.c | 81 +++
1 file changed, 24 insertions(+), 57
compiling for a 32-bit target:
turbostat.c: In function 'get_msr':
turbostat.c:231:3: warning: format '%zx' expects argument of type 'size_t', but
argument 4 has type 'off_t' [-Wformat]
Signed-off-by: Josh Triplett
---
tools/power/x86/turbostat/turbost
Several different functions in turbostat contain the same pattern of
opening a file and exiting on failure. Factor out a common fopen_or_die
function for that.
Signed-off-by: Josh Triplett
---
tools/power/x86/turbostat/turbostat.c | 31 ---
1 file changed, 16
d_result [-Wunused-result]
Fix these by checking the return value of those four calls to fscanf.
Signed-off-by: Josh Triplett
---
tools/power/x86/turbostat/turbostat.c | 20
1 file changed, 16 insertions(+), 4 deletions(-)
diff --git a/tools/power/x86/turbostat/turbostat.c
b
h.
In the process, switch from msr.h to msr-index.h, since turbostat just
wants the MSR numbers.
Signed-off-by: Josh Triplett
Cc: sta...@vger.kernel.org
---
tools/power/x86/turbostat/Makefile| 2 +-
tools/power/x86/turbostat/turbostat.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
di
("cpuid" : "=a" (fms), "=c" (ecx), "=d" (edx) : "a" (1) : "ebx");
^
GCC provides a header cpuid.h, containing a __get_cpuid function that
works with both PIC and non-PIC. (On PIC, it saves and restores ebx
around the cpuid instruction
On Tue, Aug 20, 2013 at 7:57 PM, Greg KH wrote:
> On Tue, Aug 20, 2013 at 07:40:49PM -0400, Josh Boyer wrote:
>> On Tue, Aug 20, 2013 at 6:40 PM, Greg KH wrote:
>> > Hi all,
>> >
>> > Given that I had to just revert a patch in the recent stable releases
>&
On Tue, Aug 20, 2013 at 8:49 PM, Greg KH wrote:
> On Tue, Aug 20, 2013 at 08:41:23PM -0400, Josh Boyer wrote:
>> On Tue, Aug 20, 2013 at 7:57 PM, Greg KH wrote:
>> >> I like this overall. The only thing I might change is "wait for -rc2"
>> >> for patch
that's going to be some time coming, perhaps
>> it's better to grab Felix's patch on a temporary basis?
>
>
> I think it is better to grab Felix's patch because as we both observed there
> is stuff missing in brcmsmac to deal with CCK rates and A-MPDU packet
>
On Wed, Aug 21, 2013 at 10:27 AM, Arend van Spriel wrote:
> On 08/21/13 14:38, Josh Boyer wrote:
>>
>> On Wed, Aug 21, 2013 at 4:52 AM, Arend van Spriel
>> wrote:
>>>>>
>>>>> Hi Felix,
>>>>>
>>>>> I have been divin
From: Sylwester Nawrocki
Add this empty macro definition so users can be compiled without
excluding this macro call with preprocessor directives when CONFIG_OF
is disabled.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
This patch was first introduced in December @
http://t
Signed-off-by: Josh Cartwright
---
I'm introducing this as an RFC, because there are set of assumptions
made in this binding spec, that currently hold true for the supported
controller/addressing scheme for the Snapdragon 800 series, but don't
necessarily hold true for SPMI in general
es on the SPMI bus. The status register is
read to determine when the command sequence has completed and whether
or not it completed successfully.
Signed-off-by: Kenneth Heitke
Signed-off-by: Josh Cartwright
---
drivers/spmi/Kconfig | 15 ++
drivers/spmi/Makefile| 2 +
drivers
Signed-off-by: Josh Cartwright
---
.../bindings/spmi/qcom,spmi-pmic-arb.txt | 36 ++
1 file changed, 36 insertions(+)
create mode 100644
Documentation/devicetree/bindings/spmi/qcom,spmi-pmic-arb.txt
diff --git a/Documentation/devicetree/bindings/spmi/qcom,spmi
- Add generic SPMI device tree bindings
[1]: http://www.mipi.org/specifications/system-power-management-interface
[2]: http://thread.gmane.org/gmane.linux.ports.arm.msm/4886
Josh Cartwright (2):
spmi: add generic SPMI controller binding documentation
spmi: document the PMIC arbiter SPMI bindi
to 16 logical slaves.
The framework supports message APIs, multiple busses (1 controller
per bus) and multiple clients/slave devices per controller.
Signed-off-by: Kenneth Heitke
Signed-off-by: Michael Bohan
Signed-off-by: Josh Cartwright
---
drivers/Kconfig | 2 +
drivers
On Thu, Aug 22, 2013 at 04:10:54PM -0700, Greg Kroah-Hartman wrote:
> On Fri, Aug 09, 2013 at 01:37:09PM -0700, Josh Cartwright wrote:
> > +static char dbgfs_help[] =
> > + "SPMI Debug-FS support\n"
> > + "\n"
> > + "Hi
On Wed, Jul 24, 2013 at 7:01 PM, Paul E. McKenney
wrote:
> On Wed, Jul 24, 2013 at 05:33:12AM -0700, Paul E. McKenney wrote:
>> On Tue, Jul 23, 2013 at 12:28:35PM -0400, Dave Jones wrote:
>> > Woke up to a box that I could log into, but would hang as soon as I tried
>> > to
>> > do any disk IO.
h.
In the process, switch from msr.h to msr-index.h, since turbostat just
wants the MSR numbers.
Signed-off-by: Josh Triplett
Cc: sta...@vger.kernel.org
---
CCing this to stable because it fixes a broken build on some systems.
Applies as far back as 3.8.
tools/power/x86/turbostat/Makefile| 2
compiling for a 32-bit target:
turbostat.c: In function 'get_msr':
turbostat.c:231:3: warning: format '%zx' expects argument of type 'size_t', but
argument 4 has type 'off_t' [-Wformat]
Signed-off-by: Josh Triplett
---
tools/power/x86/turbostat/turbost
("cpuid" : "=a" (fms), "=c" (ecx), "=d" (edx) : "a" (1) : "ebx");
^
GCC provides a header cpuid.h, containing a __get_cpuid function that
works with both PIC and non-PIC. (On PIC, it saves and restores ebx
around the cpuid instruction
d_result [-Wunused-result]
Fix these by checking the return value of those four calls to fscanf.
Signed-off-by: Josh Triplett
---
tools/power/x86/turbostat/turbostat.c | 20
1 file changed, 16 insertions(+), 4 deletions(-)
diff --git a/tools/power/x86/turbostat/turbostat.c
b
When building kernels for a preliminary hardware target, having to add a
kernel command-line option can prove inconvenient. Add a Kconfig option
that changes the default of this option to 1.
Signed-off-by: Josh Triplett
---
I dropped the indication of the default in the module parameter
On Thu, Feb 28, 2013 at 04:52:20PM -0800, H. Peter Anvin wrote:
> On 02/28/2013 04:42 PM, Josh Boyer wrote:
> > On Fri, Mar 01, 2013 at 01:36:29AM +0100, Borislav Petkov wrote:
> >> On Thu, Feb 28, 2013 at 04:15:45PM -0800, H. Peter Anvin wrote:
> >>>> I'll tr
;s
getting some iffy data.
Oops below. This was with Linus' tree as of Linux v3.8-9456-g309667e.
josh
[1] https://bugzilla.redhat.com/show_bug.cgi?id=916833
[5.740065] Intel P-state driver initializing.
[5.741503] Intel pstate controlling: cpu 0
[5.742983] divide error: [#1
On Thu, Feb 28, 2013 at 1:59 PM, Josh Boyer wrote:
> On Thu, Feb 28, 2013 at 10:15 AM, Josh Boyer wrote:
>> On Thu, Feb 28, 2013 at 10:09 AM, Alex Deucher wrote:
>>> On Thu, Feb 28, 2013 at 8:44 AM, Josh Boyer wrote:
>>>> On Thu, Feb 28, 2013 at 8:38
gets picked up by auto-reporting
tools like ABRT as a bug. Can we remove the WARN and just use pr_err or
something else instead?
josh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordom
Hi, Andrew
Could you merge it for avr32? Thanks in advance.
Best Regards,
Josh Wu
On 4/1/2013 2:26 PM, Josh Wu wrote:
fixed the following compile error when use avr32 atstk1006_defconfig:
drivers/mtd/nand/atmel_nand.c: In function 'pmecc_err_location':
drivers/mtd/nand/atmel_
On Mon, Apr 8, 2013 at 7:27 AM, Paul Bolle wrote:
> All users of Kconfig symbol 405EP were removed in release v2.6.27.
> Remove this symbol (and a useless select of it) too.
>
> Signed-off-by: Paul Bolle
Acked-by: Josh Boyer
> ---
> 0) Tested by grepping the tree only.
>
the kernel implies a static set of predefined public keys,
>> while the initramfs could load, in addition to the distro keys, keys
>> from the UEFI databases.
>
> Kernel already loads all the keys from UEFI database and MOK into module
> keyring.
Small point of order: there are
On Mon, Apr 08, 2013 at 02:34:38PM -0700, Kees Cook wrote:
> On Mon, Apr 1, 2013 at 6:05 PM, Josh Boyer wrote:
> > - Original Message -
> >> From: "Kees Cook"
> >> To: "Josh Boyer"
> >> Cc: "Andrew Morton" , "Eric Pa
Upstream commit 01e3a8feb40e54b962a20fa7eb595c5efef5e109
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=31522#c35
[Note: There are more than one broken setups in the bug. This fixes one.]
Reported-by: Martins
Signed-off-by: Jani Nikula
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i9
On Tue, Apr 09, 2013 at 05:12:18PM +0300, Jani Nikula wrote:
> On Tue, 09 Apr 2013, Josh Boyer wrote:
> > Upstream commit 01e3a8feb40e54b962a20fa7eb595c5efef5e109
>
> This patch seems to be the above commit and
>
> commit 160320879830e469e26062c18f75236822ba
> Aut
kernel.org
Signed-off-by: Eric Paris
Signed-off-by: Josh Boyer
---
v2: Rework patch based on code from Eric Paris, add check in devkmsg_read as
suggested by Kees Cook.
kernel/printk.c | 91 +
1 file changed, 47 insertions(+), 44
vkmsg_llseek, it sounds like actions besides
> reading aren't going to be supported by /dev/kmsg (i.e. SYSLOG_ACTION_CLEAR),
> so we have a strict subset of the non-destructive syslog syscall actions.
>
> To this end, move the check as Josh had done, but also rename the constants
> t
On Fri, May 03, 2013 at 06:08:52PM +0200, Daniel Vetter wrote:
>On Fri, May 3, 2013 at 4:39 PM, Josh Boyer wrote:
>> On Fri, May 03, 2013 at 02:25:57AM +0100, Dave Airlie wrote:
>>>The following changes since commit b6a9b7f6b1f21735a7456d534dc0e68e61359d2c:
>>>
>>
On Fri, May 03, 2013 at 12:57:20PM -0400, Josh Boyer wrote:
>On Fri, May 03, 2013 at 06:08:52PM +0200, Daniel Vetter wrote:
>>On Fri, May 3, 2013 at 4:39 PM, Josh Boyer wrote:
>>> On Fri, May 03, 2013 at 02:25:57AM +0100, Dave Airlie wrote:
>>>>The
On Fri, May 03, 2013 at 10:40:17PM +0200, Daniel Vetter wrote:
>On Fri, May 3, 2013 at 10:31 PM, Josh Boyer wrote:
>> OK. Git bisect tells me this:
>>
>> 57c219633275c7e7413f8bc7be250dc092887458 is the first bad commit
>> commit 57c219633275c7e7413f8bc7be250dc0928874
please
let us know. We hope to see you there.
http://wiki.linuxplumbersconf.org/2013:secure_boot
josh
--
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-i
vkmsg_llseek, it sounds like actions besides
> reading aren't going to be supported by /dev/kmsg (i.e. SYSLOG_ACTION_CLEAR),
> so we have a strict subset of the non-destructive syslog syscall actions.
>
> To this end, move the check as Josh had done, but also rename the constants
> t
ell, that hasn't been done because
they don't want to settle on a single API/ABI between the kernel and
userspace interfaces for vbox.
josh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More m
Protect the SIOCGCM* ioctl macros with parenthesis.
Reported-by: Paul Wouters
Signed-off-by: Josh Boyer
---
include/uapi/linux/if_cablemodem.h | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/include/uapi/linux/if_cablemodem.h
b/include/uapi/linux
g the cpumasks with zalloc_cpumask_var it uses
> alloc_cpumask_var, so we can get random data there, which of course
> confuses the logic completely and causes random failures.
>
> Reported-by: Dave Jones
> Reported-by: Yinghai Lu
> Signed-off-by: Thomas Gleixner
This still isn
This is apparently the case with several Apple firmwares that support EFI
1.10, and the current check causes them to no longer boot. Fix based on
a suggestion from Matthew Garrett.
Signed-off-by: Josh Boyer
---
arch/x86/boot/compressed/eboot.c | 4 +++-
1 file changed, 3 insertions(+), 1 del
On Wed, Apr 24, 2013 at 03:44:30PM +0100, Matt Fleming wrote:
> On 24/04/13 15:37, Josh Boyer wrote:
> > We need to check the runtime sys_table for the EFI version the firmware
> > specifies instead of just checking for a NULL QueryVariableInfo. Older
> > implementati
This is apparently the case with several Apple firmwares that support EFI
1.10, and the current check causes them to no longer boot. Fix based on
a suggestion from Matthew Garrett.
Signed-off-by: Josh Boyer
---
v2: Drop the unnecessary NULL check
arch/x86/boot/compressed/eboot.c | 2 +-
1
On Tue, Apr 09, 2013 at 11:48:20AM -0400, Josh Boyer wrote:
> The dmesg_restrict sysctl currently covers the syslog method for access
> dmesg, however /dev/kmsg isn't covered by the same protections. Most
> people haven't noticed because util-linux dmesg(1) defaults to using
On Wed, Apr 24, 2013 at 07:44:33PM +0200, Kay Sievers wrote:
> On Tue, Apr 9, 2013 at 6:33 PM, Kees Cook wrote:
> > On Tue, Apr 9, 2013 at 8:48 AM, Josh Boyer wrote:
> >> The dmesg_restrict sysctl currently covers the syslog method for access
> >> dmesg, however /de
On Wed, Apr 24, 2013 at 01:58:35PM -0400, Josh Boyer wrote:
> On Wed, Apr 24, 2013 at 07:44:33PM +0200, Kay Sievers wrote:
> > On Tue, Apr 9, 2013 at 6:33 PM, Kees Cook wrote:
> > > On Tue, Apr 9, 2013 at 8:48 AM, Josh Boyer wrote:
> > >> The dmesg_restrict sysc
On Wed, Apr 24, 2013 at 01:35:17PM -0700, Kees Cook wrote:
> On Wed, Apr 24, 2013 at 10:58 AM, Josh Boyer wrote:
> > On Wed, Apr 24, 2013 at 07:44:33PM +0200, Kay Sievers wrote:
> >> On Tue, Apr 9, 2013 at 6:33 PM, Kees Cook wrote:
> >> > On Tue, Apr 9, 2013
t mean
> >> the new process can just continue reading. If we're going to be
> >> defining the new behavior for /dev/kmsg, then I think we should
> >> explicitly drop the fall-back to CAP_SYS_ADMIN. Perhaps introduce a
> >
> > I think Karel and Kay'
ust trying to get the 3 interfaces all honoring the same thing.
Let this be a lesson to you all: I am the harbinger of security
features removal. If you see me sending patches, run away or I might
accidentally cross the streams and make your feature undergo total
protonic reversal.
Now if only I cou
> 250
> +#define RCU_JIFFIES_TILL_FORCE_QS 2
> +#else
> +#define RCU_JIFFIES_TILL_FORCE_QS 1
> +#endif
This seems like it really wants to use a duration calculated directly
from HZ; perhaps (HZ/100)?
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubs
Don't allocate bootmem from rcu_init(), courtesy of Sasha Levin.
>
> 5.Remove "Experimental" flags from old RCU Kconfig options.
>
> 6.Automatically tune defaults for delays between attempts to
> force quiescent states.
>
> 7.Merge adjacen
s time for them to go.
>
> 2.Fix a bug where srcu_read_lock() is not released upon return
> from kvmppc_hv_setup_htab_rma().
For both:
Reviewed-by: Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to major
On Fri, Apr 12, 2013 at 11:38:04PM -0700, Paul E. McKenney wrote:
> On Fri, Apr 12, 2013 at 04:54:02PM -0700, Josh Triplett wrote:
> > On Fri, Apr 12, 2013 at 04:19:13PM -0700, Paul E. McKenney wrote:
> > > From: "Paul E. McKenney"
> > >
> > > Syst
IG_TINY_RCU legs of those ifdefs.
>
> Signed-off-by: Paul E. McKenney
The #else branches of these ifdefs ought to disappear in the first patch
of the series, since they cover the CONFIG_TINY_PREEMPT_RCU case.
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe li
ing formats from documentation.
>
> 12. Shrink TINY_RCU a bit by moving exit_rcu() to TREE_RCU, leaving
> TINY_RCU with a static inline empty function.
For 2-7 and 9-12:
Reviewed-by: Josh Triplett
I responded to patch 8 with a note about moving part of it to patch 1;
with that
caller, so inline check_for_new_grace_period().
>
> 7.Given that rcu_start_gp_per_cpu() is a trivial wrapper function
> with only one caller, inline it into its sole remaining call site.
>
> 8.Eliminate now-redundant call to note_gp_changes().
For all 8:
Reviewed
On Sat, Apr 13, 2013 at 12:34:25PM -0700, Paul E. McKenney wrote:
> On Sat, Apr 13, 2013 at 11:18:00AM -0700, Josh Triplett wrote:
> > On Fri, Apr 12, 2013 at 11:38:04PM -0700, Paul E. McKenney wrote:
> > > On Fri, Apr 12, 2013 at 04:54:02PM -0700, Josh Triplett wrote:
> >
unsigned taint, struct slowpath_args *args)
> +void print_hardware_dmi_name(void)
> {
This fails to build on arches that define __WARN_TAINT. Just move the
new function definition above the WANT_WARN_ON_SLOWPATH define and it
should be fine.
josh
--
To unsubscribe from this list: send th
as fixed with 3.8.7. An upstream
change had been brought back to the 3.8.x series, and it was subsequently
reverted. 3.8.7 picked up the revert.
josh
--
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 Thu, May 16, 2013 at 07:51:17PM +0200, Peter Zijlstra wrote:
> On Thu, May 16, 2013 at 11:10:26AM -0400, Josh Boyer wrote:
> > Hi All,
> >
> > If you boot a KVM guest on an AMD family 15h and specify -cpu host,
> > you'll get the following splat:
> >
>
On Thu, May 16, 2013 at 10:55:58PM +0200, Robert Richter wrote:
> On 16.05.13 20:10:18, Peter Zijlstra wrote:
> > On Thu, May 16, 2013 at 01:55:57PM -0400, Josh Boyer wrote:
> > > Maybe. But do you really need to dump a stack trace here? What is a
> > > user supposed
are static, and called in only one
place, so shouldn't the compiler inline them (and thus throw them away
completely when empty)? Why does it not do so?
- Josh Triplett
> ---
> kernel/rcutiny.c| 4 ++--
> kernel/rcutiny_plugin.h | 6 ++
> 2 files changed, 4 inse
ng OS jitter form the kworker workqueue
> kthreads.
For some reason these are numbered 1/2, 2/2, and 1/1.
In any case, for all three:
Reviewed-by: Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
On Tue, May 21, 2013 at 02:09:57PM -0700, Paul E. McKenney wrote:
> On Tue, May 21, 2013 at 10:31:41AM -0700, Josh Triplett wrote:
> > On Mon, May 20, 2013 at 07:58:20AM -0700, Paul E. McKenney wrote:
> > > From: "Paul E. McKenney"
> > >
> &g
27;t just replace it with an efi_enabled(EFI_SECURE_BOOT) check because
of the sysfs open case. I'm not sure there are great answers here.
josh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordom
On Wed, Mar 27, 2013 at 11:08 AM, Kyle McMartin wrote:
> On Wed, Mar 27, 2013 at 11:03:26AM -0400, Josh Boyer wrote:
>> On Mon, Mar 18, 2013 at 5:32 PM, Matthew Garrett
>> wrote:
>> > Any hardware that can potentially generate DMA has to be locked down from
>> &g
4d33b463 ("mtd: at91: atmel_nand: add
Programmable Multibit ECC controller support").
The PMECC for nand flash code uses writel_relaxed(). But in avr32, there is no
macro "writel_relaxed" defined. This patch add writex_relaxed macro definitions.
Signed-off-by: Josh Wu
Acked-by: Hav
Sorry, please drop this email. I will send out another one to include
a...@linux-foundation.org
Best Regards,
Josh Wu
On 4/1/2013 1:58 PM, Josh Wu wrote:
fixed the following compile error when use avr32 atstk1006_defconfig:
drivers/mtd/nand/atmel_nand.c: In function 'pmecc_err_loc
introduced by commit:
1c7b874d33b463f7150b1ab4617f000af9b327fd
mtd: at91: atmel_nand: add Programmable Multibit ECC controller support
The PMECC for nand flash code uses writel_relaxed(). But in avr32, there is no
macro "writel_relaxed" defined.
This patch add writex_relaxed macro definitions.
Signed-off-by: Josh W
- Original Message -
> From: "Kees Cook"
> To: "Josh Boyer"
> Cc: "Andrew Morton" , "Eric Paris"
> , "Linus Torvalds"
> , "Christian Kujau" ,
> "# 3.4.x" ,
> "LKML"
> Sent: Monday
it looks like the efi_info variable in the
bootparams thing is cleared so EFI/ACPI is all broken.
There's a suspect commit but I'm still bisecting so I won't be blaming
anything yet. If you'd like to follow along in Fedora land, I'm working
with bug 918408.
josh
--
To unsub
We've
had three other reports in Fedora of similar cases.
I discussed this with Peter Jones this morning. He was looking into what
grub2 does for boot_params and it seems to be read-modify-write instead
of clearing the whole thing. (CC'd Peter now.)
The patch for elilo probably works, b
On Wed, Mar 6, 2013 at 12:26 PM, H. Peter Anvin wrote:
> On 03/06/2013 08:53 AM, Josh Boyer wrote:
>>
>> I don't think this is limited to elilo. I have a UEFI machine booting
>> with grub2 that also fails to boot because of this patch. I was in the
>> middl
801 - 900 of 7660 matches
Mail list logo
