hen means you can enable/disable
the entire file in the Makefile rather than using an #ifdef in the .c
file.
- 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/
r implementation has a much slower grace period than signal
> and memory barrier schemes.
Doesn't the query flag allow you to find out in advance rather than
dynamically within the reader? What's the reader performance if you
hardcode availability of membarrier?
- Josh Triplett
--
To u
global variable load+test
> from the reader fast path ?
Right. You said that "The dynamic sys_membarrier availability check
adds some overhead to the read-side compared to the signal-based
scheme"; I wondered how much.
- Josh Triplett
--
To unsubscribe from this list: send the line
On Fri, Mar 13, 2015 at 05:21:13PM +0100, Oleg Nesterov wrote:
> Josh,
>
> I'll certainly try to read this series, but not before next week.
Thanks for looking at it.
> but a couple of nits right now.
>
> On 03/12, Josh Triplett wrote:
> >
> > When passed
On Fri, Mar 13, 2015 at 02:16:07PM -0700, Thiago Macieira wrote:
> On Friday 13 March 2015 12:42:52 Josh Triplett wrote:
> > > Hi Josh,
> > >
> > > From the overall description (i.e. I haven't looked at the code yet)
> > > this looks very interesti
On Fri, Mar 13, 2015 at 02:33:44PM -0700, Andy Lutomirski wrote:
> On Fri, Mar 13, 2015 at 12:42 PM, Josh Triplett wrote:
> > On Fri, Mar 13, 2015 at 04:05:29PM +, David Drysdale wrote:
> >> On Fri, Mar 13, 2015 at 1:40 AM, Josh Triplett
> >> wrote:
> >>
process, which we'd like to
avoid. (We don't want to have magic "reap on read(2)" semantics,
because among other things, what if we add a means in the future to get
an additional file descriptor corresponding to an existing process?)
- Josh Triplett
--
To unsubscri
On Fri, Mar 13, 2015 at 03:01:16PM -0700, Andy Lutomirski wrote:
> On Thu, Mar 12, 2015 at 6:40 PM, Josh Triplett wrote:
> > For 32-bit userspace on a 64-bit kernel, this requires modifying
> > stub32_clone to actually swap the appropriate arguments to match
> > CONFIG_CL
t; avoid. (We don't want to have magic "reap on read(2)" semantics,
> > because among other things, what if we add a means in the future to get
> > an additional file descriptor corresponding to an existing process?)
>
> Do we not already have a state "dead, successfully
On Fri, Mar 13, 2015 at 03:38:31PM -0700, Andy Lutomirski wrote:
> On Fri, Mar 13, 2015 at 3:31 PM, wrote:
> > On Fri, Mar 13, 2015 at 03:01:16PM -0700, Andy Lutomirski wrote:
> >> On Thu, Mar 12, 2015 at 6:40 PM, Josh Triplett
> >> wrote:
> >> > For 32
M -0700, Andy Lutomirski wrote:
> >> >> On Thu, Mar 12, 2015 at 6:40 PM, Josh Triplett
> >> >> wrote:
> >> >> > For 32-bit userspace on a 64-bit kernel, this requires modifying
> >> >> > stub32_clone to actually swap the appropriate
which the kernel thread executes. Hence, rename it to
> 'kthread_arg'.
That's not the only use of stack_size. Take a look at the clone2 system
call (very minimally documented in the clone manpage) and the
implementation of copy_thread on ia64, which does use stack_size in the
non-
superior capability
> > currently
> > - * available for use, false if not.
> > - *
> > - * This sets PF_SUPERPRIV on the task if the capability is available on the
> > - * assumption that it's about to be used.
> > - */
> > -bool capable(int cap)
ties, such as
> > setuid,
> > + setgid, and capset.
> > +
> > + If unsure, say Y here.
>
> I think it would be clearer to use positive instead of negative logic.
> What about calling the option "MULTIUSER" instead of "NON_ROOT"?
Nice n
> > Also, groups.c is compiled out completely.
> >
> > This change saves about 25 KB on a defconfig build.
> >
> > The kernel was booted in Qemu. All the common functionalities work. Adding
> > users/groups is not possible, failing with -ENOSYS.
> >
> > Bloat-
lobytes; you're also going to want many of the kernel facilities for
sandboxing code.
The kinds of applications we're talking about here run entirely in one
binary, serving a few very narrow functions. We're not talking
"automobile IVI system" here; we're talking &qu
On Tue, Jan 20, 2015 at 02:02:00PM -0600, Kim Phillips wrote:
> It's possible to configure DEBUG_PAGEALLOC without PAGE_POISONING on
> ppc. Fix building the generic kernel_map_pages() implementation in
> this case:
>
> LD init/built-in.o
> mm/built-in.o: In function `free_pages_prepare':
>
> >
> > /* Output field, will be set to the return code once this
> >* command is executed by kernel */
> > int error;
> >};
>
> I would add an extra u32 at the end so that the structure size will b
ather harder than just dropping the syscalls, as some of its
other functions are exported to the rest of the kernel as well, but it's
doable.
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kern
latency, but then suddenly start
performing well because an unrelated task starts hammering expedited
grace periods. This seems particularly likely during boot, for
instance, where RCU grace periods can be a significant component of boot
time (when you're trying to boot to userspace in small fra
ral; I just don't relish the future "feels less
responsive" bug reports that take a long time to track down and turn out
to be "this completely unrelated driver was loaded and started using
expedited grace periods".
Then again, perhaps the more relevant concern would be why d
tation will reduce the expedited-grace-period overhead still
> further as a fraction of the total.
Consider the case of container-based systems, calling mount as part of
container setup and umount as part of container teardown.
And those workloads are often sensitive to latency, not throughput
> > Really???
> >
> > I am not concerned about this one. After all, one of the first things
> > that people do for OS-jitter-sensitive workloads is to get rid of
> > binary blobs.
>
> I know two users who have no choice but to use the nvidia driver with
&g
On Fri, Jul 31, 2015 at 11:56:06AM -0700, Kees Cook wrote:
> On Thu, Jul 30, 2015 at 6:02 PM, Josh Triplett wrote:
> > On Thu, Jul 30, 2015 at 01:03:43PM -0700, Kees Cook wrote:
> >> On Thu, Jul 30, 2015 at 12:04 PM, Josh Triplett
> >> wrote:
> >> > O
On Fri, Jul 31, 2015 at 02:19:29PM -0700, Andy Lutomirski wrote:
> On Fri, Jul 31, 2015 at 1:59 PM, wrote:
> > Agreed. I think the proposal above would be a net improvement, but
> > ideally you'd want something that's annotated and generates automatic
> > marshalling code.
> >
>
> I assume this
its added to printk don't get compiled in
unless CONFIG_NETCONSOLE=y.
- 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/
if
>
> OIC, hmmm... yeah, I think doing it on-demand would be better but will
> try to find out which way is better.
Allocating the buffer dynamically is fine, but in that case the code to
do so should ideally be compiled out. Since printk is used by almost
*all* kernels, while netconsole
on to the above
requirements, we also want to ensure that the kernel entry/exit fast
paths are as optimized as possible; everyone wants to hook those, and
very few things actually should.
- 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 Mon, Jul 13, 2020 at 10:02:24AM +0200, Takashi Iwai wrote:
> On Wed, 08 Jul 2020 20:14:27 +0200,
> Dan Williams wrote:
> >
> > +Recommended replacements for 'blacklist/whitelist' are:
> > +'denylist / allowlist'
> > +'blocklist / passlist'
>
> I started looking through the tree now and
odore Ts'o
> Signed-off-by: Shuah Khan
> Signed-off-by: Dan Carpenter
> Signed-off-by: Kees Cook
> Signed-off-by: Olof Johansson
> Signed-off-by: Jonathan Corbet
> Signed-off-by: Chris Mason
> Signed-off-by: Greg Kroah-Hartman
> Signed-off-by: Dan Williams
Thank you for working on this, Dan!
Reviewed-by: Josh Triplett
I've been banging on my test setup for the past week. I haven't
tracked down the cause yet, but something in my prior build system
results in this problem being masked with some builds. Doing pure
vanilla builds from git I'm able to reproduce with 3.6 and the 3.7-rc
series reliably. Support for
t to Ingo that should fix the build issues on all architectures in a
more generic way. See:
http://article.gmane.org/gmane.linux.kernel.cross-arch/15974
I'm really hoping that gets into Linus' tree ASAP or 3.7 will ship with
a broken perf on non-x86.
josh
--
To unsubscribe from this list
ping?
On 11/19/2012 08:56 PM, Josh Hunt wrote:
We found with newer kernels we started seeing the cdrom device showing
up in /proc/partitions, but it was not there before. Looking into this I found
that commit d27769ec... block: add GENHD_FL_NO_PART_SCAN introduces this change
in behavior. It&#
perf build for x86 with UAPI disintegration applied
>
> Sukadev Bhattiprolu (1):
> perf powerpc: Use uapi/unistd.h to fix build error
>
> Xiao Guangrong (2):
> perf kvm: Rename perf_kvm to perf_kvm_stat
> perf kvm: Fix building perf kvm on non x86 arches
I prob
CC arch/arm/mach-sunxi/sunxi.o
./arch/arm/mach-sunxi/sunxi.c: In function 'sunxi_restart':
./arch/arm/mach-sunxi/sunxi.c:55:3: error: implicit declaration of function
'mdelay' [-Werror=implicit-function-declaration]
Signed-off-by: Josh Cartwright
---
Fixes multiplatf
This device has an odd HID entry and causes a 10 second delay in boot.
Add this device to the quirks list with HID_QUIRK_NO_INIT_REPORTS.
This fixes Red Hat bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=806587
Signed-off-by: Josh Boyer
---
drivers/hid/hid-ids.h | 3
This keyboard backlight device causes a 10 second delay to boot. Add it
to the quirk list with HID_QUIRK_NO_INIT_REPORTS.
This fixes Red Hat bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=907221
Signed-off-by: Josh Boyer
---
drivers/hid/hid-ids.h | 3 +++
drivers/hid/usbhid
On Mon, Mar 18, 2013 at 02:52:32PM +0100, Jiri Kosina wrote:
> On Mon, 18 Mar 2013, Josh Boyer wrote:
>
> > This device has an odd HID entry
>
> I can't really say I understand this portion of the changelog.
I just took it from what Hans said in the bug. I believe I m
On Mon, Mar 18, 2013 at 02:54:58PM +0100, Jiri Kosina wrote:
> On Mon, 18 Mar 2013, Josh Boyer wrote:
>
> > This keyboard backlight device causes a 10 second delay to boot. Add it
> > to the quirk list with HID_QUIRK_NO_INIT_REPORTS.
>
> Applied, thanks.
Ugh. Typo in
This keyboard backlight device causes a 10 second delay to boot. Add it
to the quirk list with HID_QUIRK_NO_INIT_REPORTS.
This fixes Red Hat bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=907221
Signed-off-by: Josh Boyer
---
v2: Fix typo in vendor define
drivers/hid/hid-ids.h
ouple things wrong with it.
1) The help text isn't helpful. It could definitely be more verbose and
should probably point to something in Documentation/ that describes what
this whole thing is.
2) The select mechanism is horrible. I would really like to see this
option use "depends on&qu
On Tue, Mar 19, 2013 at 04:47:27PM +0800, Dave Young wrote:
> On 03/19/2013 05:32 AM, Matthew Garrett wrote:
> > From: Josh Boyer
> >
> > This option allows userspace to pass the RSDP address to the kernel. This
> > could potentially be used to circumvent the secu
here. We ignore the setting if we are booted in Secure Boot
mode.
Signed-off-by: Josh Boyer
---
v2: Actually send it to Matthew this time
drivers/acpi/osl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/acpi/osl.c b/drivers/acpi/osl.c
index 586e7e9..8950454
On Wed, Mar 20, 2013 at 06:53:55AM -0700, Boris Ostrovsky wrote:
>
> - jwbo...@redhat.com wrote:
>
> > On Wed, Mar 13, 2013 at 09:25:44AM -0400, Boris Ostrovsky wrote:
> > > On 03/01/2013 07:14 AM, Josh Boyer wrote:
> > > >On Thu, Feb 28, 2013 at 04
config it gets flipped on regardless. It's either that or
the weird "default !EXPERT" causing it to be enabled even when the
CONFIG_EXPERT option is not set.
Anyway, still seems to me that systemd/rtkit-daemon should be _checking_
to see if that feature is present instead of assum
uldn't while I'm off debugging.
Thoughts/tips would be appreciated.
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, Feb 07, 2013 at 02:15:02PM -0800, Andrew Morton wrote:
> On Thu, 7 Feb 2013 16:57:42 -0500
> Josh Boyer wrote:
>
> > Hi All,
> >
> > We've hit a weird error in Fedora using the 3.8-rcX kernels. It seems
> > the mock tool is getting back ENO
On Thu, Feb 07, 2013 at 07:35:01PM -0500, Josh Boyer wrote:
> On Thu, Feb 07, 2013 at 02:15:02PM -0800, Andrew Morton wrote:
> > On Thu, 7 Feb 2013 16:57:42 -0500
> > Josh Boyer wrote:
> >
> > > Hi All,
> > >
> > > We've hit a weird error in
On Fri, Feb 08, 2013 at 01:19:49PM -0500, Josh Boyer wrote:
> On Thu, Feb 07, 2013 at 07:35:01PM -0500, Josh Boyer wrote:
> > On Thu, Feb 07, 2013 at 02:15:02PM -0800, Andrew Morton wrote:
> > > On Thu, 7 Feb 2013 16:57:42 -0500
> > > Josh Boyer w
On Fri, Feb 08, 2013 at 12:13:09PM -0800, Eric W. Biederman wrote:
> Josh Boyer writes:
> >> Right, agreed. As I said, I think that is mostly a secondary issue.
> >> Hopefully it will be easy to fix once we figure out why we're getting
> >> the ENOMEM error
On Fri, Feb 08, 2013 at 12:36:08PM -0800, Eric W. Biederman wrote:
> Josh Boyer writes:
> >> OK. I've bisected this down to:
> >>
> >> 50804fe3737ca6a5942fdc2057a18a8141d00141 is the first bad commit
> >> commit 50804fe3737ca6a5942fdc2057a18a8141d001
7;s a "special" cap and I have no idea how acceptable
something like that would be.
Really though, the main issue is that you cannot introduce new caps to
enforce finer grained access without breaking something.
josh
--
To unsubscribe from this list: send the line "unsubscribe
On Fri, Feb 08, 2013 at 12:45:47PM -0800, Eric W. Biederman wrote:
> Josh Boyer writes:
>
> > < Two emails fly past each other in the night >
>
> Yep.
>
> >> My best guess in some dark corner of mock has untested code to unshare a
> >> pid namespace
: "Eric W. Biederman"
Tested-by: Josh Boyer
> ---
> kernel/pid.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/kernel/pid.c b/kernel/pid.c
> index de9af60..f2c6a68 100644
> --- a/kernel/pid.c
> +++ b/kernel/pid.c
> @@ -331,7 +33
s will
put pstore on par with things like cgroups and efivarfs.
Signed-off-by: Josh Boyer
---
Documentation/ABI/testing/pstore | 10 +-
fs/pstore/inode.c| 18 +-
2 files changed, 22 insertions(+), 6 deletions(-)
diff --git a/Documentation/ABI/testin
is a BIOS bug from InsydeH2O and that
the port is bogus in that case, but we have something similar here with
an AMI UEFI implementation (Version: 0406 Release Date: 06/06/2012)
where the port isn't bogus.
I'm not sure exactly what the solution should be here. Any thoughts?
On 04/03/2013 07:44 AM, Frank Ch. Eigler wrote:
> Hi -
>
> On Wed, Apr 03, 2013 at 02:49:53PM +0200, Frederic Weisbecker wrote:
>
>> Sounds good, would you like to propose a version? We are also
>> interested in a timer tick event tracepoint for dynticks debugging.
>
> How about this?
>
> Autho
cept that it does not. Are you confusing SERIO with SERIAL by any
> chance?
A few serial drivers don't actually need the TTY layer. However, most
do, including many that don't obviously appear to at first glance. For
instance, MOUSE_PS2 doesn't *appear* to need TTY, but with
On Mon, Jan 28, 2013 at 04:23:57PM -0800, Dmitry Torokhov wrote:
> On Tue, Jan 29, 2013 at 10:59:17AM +1100, Josh Triplett wrote:
> > On Mon, Jan 28, 2013 at 02:44:43PM -0800, Dmitry Torokhov wrote:
> > > On Mon, Jan 28, 2013 at 02:09:31PM -0800, Joe Millenbach wrote:
> >
11/223
> References: https://bugzilla.redhat.com/show_bug.cgi?id=504703
> References: https://bugzilla.novell.com/show_bug.cgi?id=797042
Shouldn't this be CC'd to stable?
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 01/24/2013 07:40 AM, Oleg Nesterov wrote:
> I'll try to implement the pid-base filtering at least for
> tracing/uprobe_events, but this needs a time. Not only I am not familiar
> with this code, I am not sure how this interface should actually look.
> And I agree, perf should be able to use it s
On Thu, Jan 24, 2013 at 12:34:21PM -0800, tip-bot for Jan Beulich wrote:
> Commit-ID: 13f0e4d2b9e2209f13d5a4122478eb79e6136870
> Gitweb: http://git.kernel.org/tip/13f0e4d2b9e2209f13d5a4122478eb79e6136870
> Author: Jan Beulich
> AuthorDate: Fri, 23 Nov 2012 16:30:07 +
> Committer: Ing
lie
Linus might not be taking this for 3.8 because of lack of testing, but
that doesn't mean the problems don't exist in 3.8 (and older). Maybe
throw a CC for stable on the patch? That way it works its way back when
it does get merged.
josh
--
To unsubscribe from this list: send the li
On Fri, Jan 25, 2013 at 07:45:42AM +, Jan Beulich wrote:
> >>> On 24.01.13 at 23:28, Josh Triplett wrote:
> > On Thu, Jan 24, 2013 at 12:34:21PM -0800, tip-bot for Jan Beulich wrote:
> >> Commit-ID: 13f0e4d2b9e2209f13d5a4122478eb79e6136870
> >> Gitweb
On Fri, Jan 25, 2013 at 07:36:57PM +0100, Ingo Molnar wrote:
>
> * Josh Triplett wrote:
>
> > On Fri, Jan 25, 2013 at 07:45:42AM +, Jan Beulich wrote:
> > > >>> On 24.01.13 at 23:28, Josh Triplett wrote:
> > > > On Thu, Jan 24, 2013 at 12
if (barrier_cbs_tasks[i])
> + set_cpus_allowed_ptr(barrier_cbs_tasks[i],
> + shuffle_tmp_mask);
> + if (barrier_task)
> + set_cpus_allowed_ptr(barrier_task, shuffle_tmp_mask);
The r
You probably don't want to use --chain-reply-to; that makes patch N a
reply to patch N-1 rather than to the cover letter, which creates much
deeper and harder to follow threads.
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
pain recently. Therefore, this commit
> adds RCU CPU stall warnings to tiny RCU if RCU_TRACE=y. This keeps
> the memory footprint small, while still enabling CPU stall warnings
> in kernels built to enable them.
>
> Updated to include Josh Triplett's suggested use of RCU_S
ween TINY_PREEMPT_RCU and TREE_PREEMPT_RCU
> are quite small compared to the memory footprint of CONFIG_PREEMPT.
>
> This commit therefore takes a first step towards eliminating
> TINY_PREEMPT_RCU by allowing TREE_PREEMPT_RCU to be configured on !SMP
> systems.
>
> Signe
with a suggestion; with that change,
Reviewed-by: Josh Triplett
for the whole series.
- 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/majordo
60062
They aren't in Linus' tree yet. They can't go into -stable until they
are.
> Hmm. Seems to be missing stable tag and CC. David?
He was already asked about this earlier. Things are queued and working
through the process.
josh
--
To unsubscribe from this list: send the li
On Wed, Feb 27, 2013 at 09:54:27AM -0800, Kees Cook wrote:
> On Fri, Feb 22, 2013 at 01:18:57PM -0500, Josh Boyer wrote:
> > Originally, the addition of dmesg_restrict covered both the syslog
> > method of accessing dmesg, as well as /dev/kmsg itself. This was done
&g
On Wed, Feb 27, 2013 at 10:05:47AM -0800, Kees Cook wrote:
> Hi,
>
> On Fri, Feb 22, 2013 at 01:18:57PM -0500, Josh Boyer wrote:
> > Originally, the addition of dmesg_restrict covered both the syslog
> > method of accessing dmesg, as well as /dev/kmsg itself. This was d
ss through check_syslog_permissions(), though. Then this wouldn't
> > have happened. That might actually be the right way to clean this up,
> > but I'd like to see Eric's thoughts first.
>
> How about something like this?
I think this looks pretty good. Much c
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 AM, Alex Deucher wrote:
>>>>>>> ca57802e521de54341efc8a56f70571f79ffac72 is the first bad commit
>>>>>>
>
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 AM, Alex Deucher wrote:
>>>>>>>> ca57802e521de54341efc8
nce lazy MMU is not used on bare metal we can patch away
> > arch_flush_lazy_mmu_mode() so that it is never called in such
> > environment.
> >
> > Signed-off-by: Boris Ostrovsky
>
> Looks straight-forward enough to me.
>
> Acked-by: Borislav Petkov
I'
?l=xen-devel&m=136206183814547&w=2
>
> so that arch_flush_lazy_mmu_mode() has at least one caller on x86_64.
Yeah, we already have that applied. It stops crashes in xen
environments so we pulled it in as a bugfix. Thanks though!
josh
--
To unsubscribe from this list: send the line "
...@mail.ru
Signed-off-by: Josh Boyer
---
drivers/bluetooth/ath3k.c | 2 ++
drivers/bluetooth/btusb.c | 1 +
2 files changed, 3 insertions(+)
diff --git a/drivers/bluetooth/ath3k.c b/drivers/bluetooth/ath3k.c
index 33c9a44..b9908dd 100644
--- a/drivers/bluetooth/ath3k.c
+++ b/drivers/bluetooth/ath3k.c
On Sun, Feb 17, 2013 at 05:00:23PM +0800, Dave Young wrote:
> On Tue, Jan 29, 2013 at 12:42 AM, Matthew Garrett
> wrote:
> > From: Josh Boyer
> >
> > This option allows userspace to pass the RSDP address to the kernel. This
> > could potentially be used to circumve
d-off-by: Josh Boyer
---
kernel/printk.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/kernel/printk.c b/kernel/printk.c
index f24633a..398ef9a 100644
--- a/kernel/printk.c
+++ b/kernel/printk.c
@@ -615,6 +615,9 @@ static int devkmsg_open(struct inode *inode, struct file
*file)
s
[Please don't top-post.]
On Tue, Mar 12, 2013 at 03:52:24PM +0100, Konrad Vrba wrote:
> On 3/11/13, Josh Triplett wrote:
> > On Sun, Mar 10, 2013 at 04:14:27PM +0100, Konrad Vrba wrote:
> >> I have noticed that CONFIG_EXPERT=n makes the following options in the
> >&
On Wed, Mar 13, 2013 at 09:25:44AM -0400, Boris Ostrovsky wrote:
> On 03/01/2013 07:14 AM, Josh Boyer wrote:
> >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:29A
I frequently test kernel changes by booting them with kvm's -kernel
option, with -hda pointing to my host system's root filesystem, and
-snapshot to prevent writing to (and likely corrupting) that root
filesystem. I tried this with a kernel built from git commit
7c6baa304b841673d3a55ea4fcf9a5cbf7a
On Wed, Mar 13, 2013 at 03:01:41PM -0400, Theodore Ts'o wrote:
> On Wed, Mar 13, 2013 at 11:59:13AM -0700, Josh Triplett wrote:
> > I frequently test kernel changes by booting them with kvm's -kernel
> > option, with -hda pointing to my host system's root filesystem
don't need scripts before mounting the root filesystem can build
this as a module.
Signed-off-by: Josh Triplett
---
Note when testing this that many shells implement support for shell
scripts themselves, so try it with something like #!/bin/cat instead.
fs/Kconfig.binfmt | 14
drop_caches.c provides code only invokable via sysctl, so don't compile
it in when CONFIG_SYSCTL=n.
Signed-off-by: Josh Triplett
---
fs/Makefile|3 ++-
include/linux/mm.h |4
kernel/sysctl.c|1 -
3 files changed, 6 insertions(+), 2 deletions(-)
diff --git
On Thu, Mar 14, 2013 at 9:47 AM, Paul Bolle wrote:
> The last user of Kconfig symbol 405GPR got removed in release v3.2.
> Remove this symbol too.
>
> Signed-off-by: Paul Bolle
Acked-by: Josh Boyer
> ---
> arch/powerpc/platforms/40x/Kconfig | 3 ---
> 1 file changed, 3
On Thu, Mar 14, 2013 at 12:08:35AM -0400, Theodore Ts'o wrote:
> Huh. This is very, very weird. Is this a repeatable crash?
I could reliably replicate it for that particular session, but now that
I've rebooted the host, no.
- Josh Triplett
--
To unsubscribe from this list:
don't need scripts before mounting the root filesystem can build
this as a module.
Signed-off-by: Josh Triplett
---
Resending this because I received a bounce notification from
v...@zeniv.linux.org.uk. Hopefully this one will go through.
Note when testing this that many shells implement su
On Wed, Aug 29, 2012 at 03:32:34PM +0200, Daniel Mack wrote:
> On 29.08.2012 15:29, Takashi Iwai wrote:
> > At Wed, 29 Aug 2012 13:26:25 +0200,
> > Daniel Mack wrote:
> >>
> >> [1 ]
> >> On 25.08.2012 14:17, Josh Boyer wrote:
> >>> On Sa
On Wed, Aug 29, 2012 at 01:07:53PM -0400, Josh Boyer wrote:
> > Right. New patch attached.
>
> I'll try and get another kernel built with this later today. I'm at
> Plumbers so it might have to wait a bit.
OK, I got impatient with myself and got the kernel building s
efixes get
there, and why does it list kernel/rcutorture.c twice, once with and
once without?
- 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/
>
> diff --git a/kernel/rcutorture.c b/kernel/rcutorture.c
> index 25b1503..86315d3 100644
> --- a/kernel/rcutorture.c
> +++ b/kernel/rcutorture.c
> @@ -53,10 +53,10 @@ MODULE_AUTHOR("Paul E. McKenney and
> Josh Triplett
> static int nreaders = -1;/* # reader threa
On Thu, Aug 30, 2012 at 11:45:09AM -0700, Paul E. McKenney wrote:
> From: "Paul E. McKenney"
>
> Many rcutorture runs include CPU-hotplug operations in their stress
> testing. This commit accumulates statistics on the durations of these
> operations in deference to the recent concern about the o
on to bring this out, not just for SRCU,
> but also for RCU-bh. Also document the fact that SRCU readers are
> respected on CPUs executing in user mode, idle CPUs, and even on
> offline CPUs.
>
> Signed-off-by: Paul E. McKenney
Reviewed-by: Josh Triplett
> Documentation/RCU/c
setting pr_fmt as well, and dropping the various "rcutorture:"
prefixes? You'd still potentially want to add the torture type, though
you could do that with pr_fmt as well.
In any case:
Reviewed-by: Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linu
uld make
sense as changes to kthread_run itself, but that's another patch. :)
- 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/
driver to use that existing copy.
Josh Triplett (3):
efi: Defer freeing boot services memory until after ACPI init
efi: Add a function to look up existing IO memory mappings
efi: Fix the ACPI BGRT driver for images located in EFI boot services memory
arch/x86/platform/efi/Makefile |1
Some new ACPI 5.0 tables reference resources stored in boot services
memory, so keep that memory around until we have ACPI and can extract
data from it.
Signed-off-by: Josh Triplett
---
arch/x86/platform/efi/efi.c | 31 ++-
include/linux/efi.h |1
201 - 300 of 7660 matches
Mail list logo
