This patch fixes coding style reported by checkpatch.pl that missing
a blank line after declarations.
Signed-off-by: Jimmy Picard
---
drivers/staging/iio/iio_simple_dummy.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/staging/iio/iio_simple_dummy.c
From: Frank Rowand
Pantelis Antoniou reports that of_find_node_by_path() is borked because
of_allnodes is not guaranteed to contain the root of the tree after using
any of the dynamic update functions because some other nodes ends up as
of_allnodes.
Fixes: c22e650e66b8 of: Make
On 06/13/2014 12:54 AM, Pranith Kumar wrote:
> On 06/12/2014 07:16 PM, Paul E. McKenney wrote:
>> On Wed, Jun 11, 2014 at 04:39:39PM -0400, Pranith Kumar wrote:
>>> kernel/rcu/tree.c:1272:9: warning: context imbalance in
>>> 'rcu_start_future_gp' - different lock contexts for basic block
>>>
>>>
On 06/12/2014 10:47 PM, Kui Zhang wrote:
> Thanks for the patches. The workaround works.
>
> Stupid idea, maybe something in dmesg to help spark conversions, when
> this workaround is hit?
>
> Looks like golang people are close.
>
The kernel won't even know.
-hpa
--
To unsubscribe
From: Shahina Shaik
Fixed Coding style issues of lines over 80 characters.
Signed-off-by: Shahina Shaik
---
sound/soc/codecs/tlv320aic32x4.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/sound/soc/codecs/tlv320aic32x4.c b/sound/soc/codecs/tlv320aic32x4.c
Thanks for the patches. The workaround works.
Stupid idea, maybe something in dmesg to help spark conversions, when
this workaround is hit?
Looks like golang people are close.
Thanks
Kuiz
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
From: Shahina Shaik
Fixed a brace coding style issue in the tlv320aic32x4.c
Signed-off-by: Shahina Shaik
---
sound/soc/codecs/tlv320aic32x4.c |9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/sound/soc/codecs/tlv320aic32x4.c b/sound/soc/codecs/tlv320aic32x4.c
On Wed, 2014-06-11 at 20:45 +, Thomas Gleixner wrote:
> futex_lock_pi_atomic() is a maze of retry hoops and loops.
>
> Reduce it to simple and understandable states:
Heh... well...
With this patch applied (1-4 will not reproduce without 5), if userspace
wrongly sets the uval to 0, the
On 06/12/2014 09:36 PM, Andy Lutomirski wrote:
>
> 1. Parsing the vDSO is a PITA. What if we bundled the reference
> parser inside the vdso? Concretely, we could have AT_VDSO_FINDENTRY
> point to a function like:
>
> void *vdso_find_entry(const char *name, const char *version)
>
> Then things
On 06/12/2014 10:23 PM, Andy Lutomirski wrote:
>
> As far as I know, there's no reliable way to just read the dynsym
> table -- the thing doesn't have a specified length, which is what
> broke Go in the first place.
>
Ah yes, you're right.
>
> Parsing the ELF dynamic tables is kind of
On Fri, Jun 13, 2014 at 07:55:55AM +0300, Dan Aloni wrote:
> And also, the Oops code of 0003 (PF_WRITE and PF_USER) might hint at
> what Dave wrote.
Scrape what I wrote about that, it's PF_PROT | PF_WRITE.
--
Dan Aloni
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Fri, 13 Jun 2014 15:05:50 +1000 Stephen Rothwell
wrote:
>
> The reference to HPAGE_PMD_SIZE (which contains a BUILD_BUG() when
> CONFIG_TRANSPARENT_HUGEPAGE is not defined) used to be protected by a
> call to pmd_trans_huge_lock() (a static inline function that was
> contact 0 when
On Fri, Jun 13, 2014 at 07:55:55AM +0300, Dan Aloni wrote:
> > that theory went away. (also confirmed by not finding a netlink module.)
> >
> > What about the kernel .text overflowing into the modules space? The loader
> > checks for that, but can something like that happen after everything is
>
On Thu, Jun 12, 2014 at 10:15 PM, H. Peter Anvin wrote:
> On 06/12/2014 09:36 PM, Andy Lutomirski wrote:
>>
>> If we were to implement both, maybe we'd actually want to provide
>> something like:
>>
>> struct vdso_entry {
>> unsigned long vdso_entry_struct_size; /* so we can add fields later
On Thu, 2014-06-12 at 21:40 -0700, Andrew Morton wrote:
> On Fri, 13 Jun 2014 12:36:31 +0800 Chen Yucong wrote:
>
> > @@ -1148,7 +1146,8 @@ unsigned long reclaim_clean_pages_from_list(struct
> > zone *zone,
> > .priority = DEF_PRIORITY,
> > .may_unmap = 1,
> > };
> >
On Fri, Jun 13, 2014 at 08:52:22AM +0400, Konstantin Khlebnikov wrote:
> On Fri, Jun 13, 2014 at 8:36 AM, Chen Yucong wrote:
> > shrink_page_list() has too many arguments that have already reached ten.
> > Some of those arguments and temporary variables introduces extra 80 bytes
> > on the stack.
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (x86_64
allmodconfig) failed like this:
mm/memcontrol.c:6674:3: note: each undeclared identifier is reported only once
for each function it appears in
mm/memcontrol.c: In function 'mem_cgroup_move_charge_pmd':
On 06/12/2014 09:36 PM, Andy Lutomirski wrote:
>
> If we were to implement both, maybe we'd actually want to provide
> something like:
>
> struct vdso_entry {
> unsigned long vdso_entry_struct_size; /* so we can add fields later on */
> void *func;
> unsigned int max_stack; /* zero if
Dear Sir,
This is Hangzhou yirun textile co.,ltd. We mainly produce fabric
with PU, ULY,PA,PVC coated for Bag, Tent,luggage horse rug and so on for nearly
ten years.
I sincerely hope that we can have a chance to cooperate.
If you have any need ,please contact me. I will try my best to
Just hit this on Linus' tree from earlier this afternoon..
WARNING: CPU: 3 PID: 19721 at fs/xfs/xfs_aops.c:971
xfs_vm_writepage+0x5ce/0x630 [xfs]()
CPU: 3 PID: 19721 Comm: trinity-c61 Not tainted 3.15.0+ #3
0009 4f70ab82 8801d5ebf578 8373215c
On Fri, Jun 13, 2014 at 12:36:31PM +0800, Chen Yucong wrote:
> shrink_page_list() has too many arguments that have already reached ten.
> Some of those arguments and temporary variables introduces extra 80 bytes
> on the stack. This patch wraps five parameters into shrink_result and removes
> some
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (powerpc
ppc64_defconfig)
failed like this:
fs/proc/task_mmu.c: In function 'smaps_pmd':
include/linux/compiler.h:363:38: error: call to '__compiletime_assert_505'
declared with attribute error: BUILD_BUG failed
Hello,
On Wed, 11 Jun 2014, Jet Chen wrote:
> On 06/11/2014 01:59 PM, Julian Anastasov wrote:
> >
> > At first look, it is strange but I think the reason
> > is the missing CONFIG_SYSCTL. ip_vs_control_net_cleanup
> > fails at ip_vs_stop_estimator(net, >tot_stats)
> > because it is
On Fri, Jun 13, 2014 at 12:01:37AM -0400, Sasha Levin wrote:
> On 06/12/2014 11:27 PM, Dan Aloni wrote:
> > On Thu, Jun 12, 2014 at 10:56:16PM -0400, Sasha Levin wrote:
> >> > Hi all,
> >> >
> >> > Okay, I'm really lost. I got the following when fuzzing, and can't
> >> > really explain what's
>
On 06/12/2014 07:16 PM, Paul E. McKenney wrote:
> On Wed, Jun 11, 2014 at 04:39:39PM -0400, Pranith Kumar wrote:
>> kernel/rcu/tree.c:1272:9: warning: context imbalance in
>> 'rcu_start_future_gp' - different lock contexts for basic block
>>
>> diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
On Fri, Jun 13, 2014 at 8:36 AM, Chen Yucong wrote:
> shrink_page_list() has too many arguments that have already reached ten.
> Some of those arguments and temporary variables introduces extra 80 bytes
> on the stack. This patch wraps five parameters into shrink_result and removes
> some
On Thu, Jun 12, 2014 at 9:36 PM, Andy Lutomirski wrote:
> I was talking to some of the Go people, and they have a couple of IMO
> reasonable feature requests.
>
> 1. Parsing the vDSO is a PITA. What if we bundled the reference
> parser inside the vdso? Concretely, we could have
On Fri, 13 Jun 2014 12:36:31 +0800 Chen Yucong wrote:
> @@ -1148,7 +1146,8 @@ unsigned long reclaim_clean_pages_from_list(struct zone
> *zone,
> .priority = DEF_PRIORITY,
> .may_unmap = 1,
> };
> - unsigned long ret, dummy1, dummy2, dummy3, dummy4, dummy5;
The sg_ses utility (for enclosure devices) is discussed at:
http://sg.danny.cz/sg/sg_ses.html
A full changelog can be found at:
http://sg.danny.cz/sg/p/sg3_utils.ChangeLog
A release announcement will be sent to freecode.com .
Changelog for sg3_utils-1.39 [20140612] [svn: r588]
- sg_rep_zones
shrink_page_list() has too many arguments that have already reached ten.
Some of those arguments and temporary variables introduces extra 80 bytes
on the stack. This patch wraps five parameters into shrink_result and removes
some temporary variables, thus making the relative functions to consume
I was talking to some of the Go people, and they have a couple of IMO
reasonable feature requests.
1. Parsing the vDSO is a PITA. What if we bundled the reference
parser inside the vdso? Concretely, we could have AT_VDSO_FINDENTRY
point to a function like:
void *vdso_find_entry(const char
Those config options don't make sense anymore with the new hctosys
mechanism introduced with the previous patch.
That means two things:
- If a (hardware) clock is available it will be used to set the time at
boot. This was already the case for system which have a "persistent"
clock, e.g.
hctosys= specifies the driver (RTC) name which sets the system clock at
boot, if and only if userspace hasn't set the time before the driver will
be loaded.
If hctosys will not be specified, the first available hardware clock
with a valid time will be used (again, if and only if ...).
If you
In order to let an RTC set the time at boot without the problem that a
second RTC overwrites it, the flag systime_was_set is introduced.
systime_was_set will be true, if a persistent clock sets the time at boot,
or if do_settimeofday() is called (e.g. by the RTC subsystem or userspace).
On Fri, Jun 13, 2014 at 12:01:37AM -0400, Sasha Levin wrote:
> On 06/12/2014 11:27 PM, Dan Aloni wrote:
> > On Thu, Jun 12, 2014 at 10:56:16PM -0400, Sasha Levin wrote:
> >> > Hi all,
> >> >
> >> > Okay, I'm really lost. I got the following when fuzzing, and can't
> >> > really explain
On Thursday 12 June 2014 06:16 PM, Roger Quadros wrote:
> Tony,
>
> Looks like we've missed this for 3.16.
Without these SATA support will be broken for DRA7x and OMAP5 so can
they be queued for -rc2?
Thanks,
Sekhar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On 06/12/2014 11:27 PM, Dan Aloni wrote:
> On Thu, Jun 12, 2014 at 10:56:16PM -0400, Sasha Levin wrote:
>> > Hi all,
>> >
>> > Okay, I'm really lost. I got the following when fuzzing, and can't really
>> > explain what's
>> > going on. It seems that we get a "unable to handle kernel paging
separate the mrf24j40 hardware initialisation from probe()
and adds the sanity checkings.
These checkings are required if somebody hasn't a right spi configuration
the probe function should fail. So we have to return from there.
Signed-off-by: Varka Bhadram
---
Hi David,
Sorry for the noise. i will send the fixed patch.
Thanks.
-Varka Bhadram
On Thu, Jun 12, 2014 at 11:35 PM, David Miller wrote:
> From: David Miller
> Date: Thu, 12 Jun 2014 11:03:24 -0700 (PDT)
>
>> From: Varka Bhadram
>> Date: Thu, 12 Jun 2014 14:40:48 +0530
>>
>>> separate the
On Thu, Jun 12, 2014 at 10:56:16PM -0400, Sasha Levin wrote:
> Hi all,
>
> Okay, I'm really lost. I got the following when fuzzing, and can't really
> explain what's
> going on. It seems that we get a "unable to handle kernel paging request"
> when running
> rather simple code, and I can't
On Wed, 4 Dec 2013 17:06:51 -0300
Arnaldo Carvalho de Melo wrote:
> From: Jiri Olsa
>
> Backporting mac80211 plugin.
>
> Backported from Steven Rostedt's trace-cmd repo (HEAD 0f2c2fb):
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/trace-cmd.git
>
> This plugin adds changed field
diff --git a/drivers/platform/x86/toshiba_acpi.c
b/drivers/platform/x86/toshiba_acpi.c
index 76441dc..dfd2243 100644
--- a/drivers/platform/x86/toshiba_acpi.c
+++ b/drivers/platform/x86/toshiba_acpi.c
@@ -1238,7 +1238,7 @@ static ssize_t toshiba_kbd_bl_mode_store(struct device
*dev,
int
trinity-c11 Tainted: G W
3.15.0-next-20140612-sasha-00022-g5e4db85-dirty #645
[ 516.309720] task: 8803fc86 ti: 8803fc85c000 task.ti:
8803fc85c000
[ 516.309720] RIP: netlink_getsockopt (net/netlink/af_netlink.c:2271)
[ 516.309720] RSP: 0018:8803fc85fed8 EFLAGS: 00010
On Thu, Jun 12, 2014 at 04:02:04PM +0200, Vlastimil Babka wrote:
> On 06/12/2014 01:49 AM, Minchan Kim wrote:
> >On Wed, Jun 11, 2014 at 02:22:30PM +0200, Vlastimil Babka wrote:
> >>On 06/11/2014 03:10 AM, Minchan Kim wrote:
> >>>On Mon, Jun 09, 2014 at 11:26:14AM +0200, Vlastimil Babka wrote:
>
Commit-ID: b4b31f6101433e4b8ee73779b69b935af07682f8
Gitweb: http://git.kernel.org/tip/b4b31f6101433e4b8ee73779b69b935af07682f8
Author: Andy Lutomirski
AuthorDate: Thu, 12 Jun 2014 17:53:11 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 12 Jun 2014 19:01:51 -0700
x86/vdso: Add PUT_LE
Commit-ID: 4ebbefd6b93c34d6da0d950b1d2e0dcca2f1e6ef
Gitweb: http://git.kernel.org/tip/4ebbefd6b93c34d6da0d950b1d2e0dcca2f1e6ef
Author: Andy Lutomirski
AuthorDate: Thu, 12 Jun 2014 17:53:10 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 12 Jun 2014 19:01:24 -0700
x86/vdso/doc: Make
Commit-ID: e0bf7b86dace87eccdabdd66d2769ccad19cb81c
Gitweb: http://git.kernel.org/tip/e0bf7b86dace87eccdabdd66d2769ccad19cb81c
Author: Andy Lutomirski
AuthorDate: Thu, 12 Jun 2014 17:53:12 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 12 Jun 2014 19:02:30 -0700
x86/vdso: Hack to
Commit-ID: 6e8f21584a30ba6ce73cfef34f316d5bf3fadaab
Gitweb: http://git.kernel.org/tip/6e8f21584a30ba6ce73cfef34f316d5bf3fadaab
Author: Andy Lutomirski
AuthorDate: Thu, 12 Jun 2014 17:53:09 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 12 Jun 2014 19:01:16 -0700
x86/vdso/doc: Rename
On 2014年06月13日 05:17, David Rientjes wrote:
> On Thu, 12 Jun 2014, Lan Tianyu wrote:
>
>> The retry time is set by randomly and not accurate because don't know
>> when EC will work normally. Set the retry time to 5 just in order to
>> make sure battery driver probing sucessfully every time,
>>
>
From: Jan Kiszka
We will reuse it for nested vmexit tracepoints.
Link:
http://lkml.kernel.org/r/619c418c8af87f03027b8c8013b0443996605700.1388855989.git.jan.kis...@web.de
Signed-off-by: Jan Kiszka
Signed-off-by: Steven Rostedt
---
tools/lib/traceevent/plugin_kvm.c | 17 +
1
From: Jan Kiszka
Fix several issues of kvm_nested_vmexit[_inject]: field width aren't
supported with pevent_print, rip was printed twice/incorrectly, SVM ISA
was hard-coded, we don't use ':' to separate field names.
Link:
From: "Steven Rostedt (Red Hat)"
The nested vmexit events were removed from the backport from trace-cmd because
they were considered buggy. They have since been updated in trace-cmd but
are still missing from the traceevent library. Add back in the buggy
version to be able to backport the fixes.
From: Jan Kiszka
Allows to parse the result even if the KVM plugin does not yet
understand a specific exit code.
Link: http://lkml.kernel.org/r/5207446f.1090...@web.de
Signed-off-by: Jan Kiszka
Signed-off-by: Steven Rostedt
---
tools/lib/traceevent/plugin_kvm.c | 12
1 file
Jiri,
I'm synchronizing the changes that is in trace-cmd and the traceevent
library. I found a few updates that are missing from the kvm plugin.
-- Steve
Jan Kiszka (3):
tools lib traceevent: Report unknown VMX exit reasons with code
tools lib traceevent: Factor out
On Thu, Jun 12, 2014 at 06:24:32PM -0700, Paul E. McKenney wrote:
> On Fri, Jun 13, 2014 at 02:16:59AM +0200, Frederic Weisbecker wrote:
> > CONFIG_NO_HZ_FULL may be enabled widely on distros nowadays but actual
> > users should be a tiny minority, if actually any.
> >
> > Also there is a risk
Hi all,
See $subject. Especially those of you who sent Linus something
different to what you have sent me :-(
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
signature.asc
Description: PGP signature
Acked-by: Christoph Lameter
--
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 06/12/2014 06:52 PM, Andy Lutomirski wrote:
> On Thu, Jun 12, 2014 at 6:49 PM, H. Peter Anvin wrote:
>> On 06/12/2014 05:53 PM, Andy Lutomirski wrote:
>>>
>>> This is currently broken for big-endian build hosts. The hack
>>> should also be disabled for x32, but I'm not sure what the right way
On Thu, Jun 12, 2014 at 6:49 PM, H. Peter Anvin wrote:
> On 06/12/2014 05:53 PM, Andy Lutomirski wrote:
>>
>> This is currently broken for big-endian build hosts. The hack
>> should also be disabled for x32, but I'm not sure what the right way
>> to do that is.
>>
>
> This comment is obsolete,
On 06/12/2014 05:53 PM, Andy Lutomirski wrote:
>
> This is currently broken for big-endian build hosts. The hack
> should also be disabled for x32, but I'm not sure what the right way
> to do that is.
>
This comment is obsolete, no?
-hpa
--
To unsubscribe from this list: send the
For modern filesystems such as btrfs, t/p/e size level operations
are common.
add size unit t/p/e parsing to memparse
Signed-off-by: Gui Hecheng
---
changelog
v1->v2: replace kilobyte with kibibyte, and others
v2->v3: add missing unit "bytes" in comment
v3->v4: remove
On Thu, 2014-06-12 at 14:15 -0700, Andrew Morton wrote:
> On Wed, 2 Apr 2014 16:54:37 +0800 Gui Hecheng
> wrote:
>
> > For modern filesystems such as btrfs, t/p/e size level operations
> > are common.
> > add size unit t/p/e parsing to memparse
> >
> > Signed-off-by: Gui Hecheng
> > ---
> >
On Thu, Jun 12, 2014 at 06:24:32PM -0700, Paul E. McKenney wrote:
> On Fri, Jun 13, 2014 at 02:16:59AM +0200, Frederic Weisbecker wrote:
> > CONFIG_NO_HZ_FULL may be enabled widely on distros nowadays but actual
> > users should be a tiny minority, if actually any.
> >
> > Also there is a risk
On 06/12/2014 08:42 PM, Kalle Valo wrote:
> Hi Aaron,
>
> after your commit 0e9f81d3b7c ("ACPI / video: Add systems that should
> favour native backlight interface") I have had an regression that every
> time after resume the display brightness has been set to zero and I need
> to manually set it
On Thu, Jun 12, 2014 at 1:33 AM, Michal Marek wrote:
> Dne 11.6.2014 21:41, Andy Lutomirski napsal(a):
>> Every few months, I forget why I type:
>>
>> $ sudo make -j12 modules_install && sudo make -j12 install
>>
>> instead of just:
>>
>> $ sudo make -j12 modules_install install
>>
>> I try the
On Thu, Jun 12, 2014 at 5:31 AM, Vineet Gupta
wrote:
> Signed-off-by: Vineet Gupta
> ---
Nice series!
> arch/arc/boot/dts/angel4.dts | 3 ++-
> drivers/tty/serial/arc_uart.c | 1 +
> 2 files changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/arch/arc/boot/dts/angel4.dts
On Fri, Jun 13, 2014 at 02:16:59AM +0200, Frederic Weisbecker wrote:
> CONFIG_NO_HZ_FULL may be enabled widely on distros nowadays but actual
> users should be a tiny minority, if actually any.
>
> Also there is a risk that affining the GP kthread to a single CPU could
> end up noticeably
On Thu, Jun 12, 2014 at 1:21 PM, H. Peter Anvin wrote:
> On 06/12/2014 11:47 AM, Andy Lutomirski wrote:
>>
>> This is currently broken for big-endian build hosts. The hack
>> should also be disabled for x32, but I'm not sure what the right way
>> to do that is.
>>
>
> Well, if it isn't exported
Mark Brown writes:
> On Thu, Jun 12, 2014 at 10:55:00AM +0930, Rusty Russell wrote:
>> Mark Brown writes:
>
>> > if you need to respin - please do send patches to maintainers.
>
>> If the address in drivers/regulator/virtual.c is incorrect, please
>> update it:
>
>> Subject: [PATCH 5/9]
On Fri, 2014-06-13 at 10:55 +1000, Benjamin Herrenschmidt wrote:
> Hi Linus !
Sending a copy via IBM just in case gmail has an issue with pull
requests :-) If it goes through fine I'll stop doing it.
Cheers,
Ben.
> Here are the remaining bits I was mentioning earlier. Mostly bug fixes
> and new
Hi Linus !
Here are the remaining bits I was mentioning earlier. Mostly bug fixes
and new selftests from Michael (yay !). He also removed the WSP platform
and A2 core support which were dead before release, so less clutter.
One little "feature" I snuck in is the doorbell IPI support for
This thing is hopelessly x86_64-specific: it's an example of how to
access the vDSO without any runtime support at all.
Signed-off-by: Andy Lutomirski
---
Documentation/vDSO/vdso_standalone_test_x86.c | 111 ++
Documentation/vDSO/vdso_test.c| 111
Patches 1 and 2 update the vDSO reference parser.
Despite the late submission, this might be 3.16 material: it's just
documentation. If I'd been more on top of this, I would have done it
for 3.15. It's also probably worthwhile given that there is at least
one rather buggy vDSO parser in the
The Go runtime has a buggy vDSO parser that currently segfaults.
This writes an empty SHT_DYNSYM entry that causes Go's runtime to
malfunction by thinking that the vDSO is empty rather than
malfunctioning by running off the end and segfaulting.
This is currently broken for big-endian build hosts.
This adds a new vdso_test.c that's written entirely in C. It also
makes all of the vDSO examples work on 32-bit x86.
Cc: Stefani Seibold
Signed-off-by: Andy Lutomirski
---
Documentation/vDSO/parse_vdso.c | 67 ---
Signed-off-by: Andy Lutomirski
---
arch/x86/vdso/vdso2c.c | 19 ---
1 file changed, 16 insertions(+), 3 deletions(-)
diff --git a/arch/x86/vdso/vdso2c.c b/arch/x86/vdso/vdso2c.c
index 450ac6e..7a6bf50 100644
--- a/arch/x86/vdso/vdso2c.c
+++ b/arch/x86/vdso/vdso2c.c
@@ -54,7
Patches 1 and 2 update the vDSO reference parser.
Despite the late submission, this might be 3.16 material: it's just
documentation. If I'd been more on top of this, I would have done it
for 3.15. It's also probably worthwhile given that there is at least
one rather buggy vDSO parser in the
Signed-off-by: Andy Lutomirski
---
arch/x86/vdso/vdso2c.c | 19 ---
1 file changed, 16 insertions(+), 3 deletions(-)
diff --git a/arch/x86/vdso/vdso2c.c b/arch/x86/vdso/vdso2c.c
index 450ac6e..7a6bf50 100644
--- a/arch/x86/vdso/vdso2c.c
+++ b/arch/x86/vdso/vdso2c.c
@@ -54,7
This adds a new vdso_test.c that's written entirely in C. It also
makes all of the vDSO examples work on 32-bit x86.
Cc: Stefani Seibold
Signed-off-by: Andy Lutomirski
---
Documentation/vDSO/parse_vdso.c | 67 ---
The Go runtime has a buggy vDSO parser that currently segfaults.
This writes an empty SHT_DYNSYM entry that causes Go's runtime to
malfunction by thinking that the vDSO is empty rather than
malfunctioning by running off the end and segfaulting.
This is currently broken for big-endian build hosts.
While synchronizing what's in trace-cmd vs what's in perf, I came
across a change that was made when entering the jbd2 plugin into
the tools/lib/traceevent directory. For example, one of the function
prototypes went from:
unsigned long long process_jbd2_dev_to_name(struct trace_seq *s,
> So I just tried your modified 32-bit mixing function where you the
> rotation to the middle step instead of the last step. With the
> usleep(), it doesn't make any difference:
>
> # schedtool -R -p 1 -e /tmp/fast_mix2_48
> fast_mix: 212 fast_mix2: 400 fast_mix3: 400
> fast_mix: 208
CONFIG_NO_HZ_FULL may be enabled widely on distros nowadays but actual
users should be a tiny minority, if actually any.
Also there is a risk that affining the GP kthread to a single CPU could
end up noticeably reducing RCU performances and increasing energy
consumption.
So lets affine the GP
> Do you have more examples? I couldn't locate a report from Andrew.
Here's a dump I've gotten with next-20140610 on a Jetson TK1 board:
[ 10.488994]
=
[ 10.497177] BUG bio-1 (Not tainted): Poison overwritten
[
Hi Linus,
Please pull the following Ceph updates from
git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git for-linus
This pull has a mix of bug fixes and cleanups. Alex's patch fixes a rare
race in RBD. Ilya's patches fix an ENOENT check when a second rbd image
is mapped and
When xHCI PCI host is suspended, if do_wakeup is false in xhci_pci_suspend,
xhci_bus_suspend needs to clear all root port wake on bits. Otherwise some Intel
platforms may get a spurious wakeup, even if PCI PME# is disabled.
This patch should be back-ported to kernels as old as 2.6.37, that
On Thu, 12 Jun 2014, Keith Busch wrote:
On Thu, 12 Jun 2014, Matias Bjørling wrote:
On 06/12/2014 12:51 AM, Keith Busch wrote:
So far so good: it passed the test that was previously failing. I'll
let the remaining xfstests run and see what happens.
Great.
The flushes was a fluke. I haven't
On Wed, Jun 11, 2014 at 10:35 PM, John Stultz wrote:
> Bisecting this points to: e7f3d22289e4307b3071cc18b1d8ecc6598c0be4
> (mmc: mmci: Handle CMD irq before DATA irq). Which I guess shouldn't
> be surprising, as I saw problems with that patch earlier in the
> 3.15-rc cycle:
>
Thanks!
On Thu, Jun 12, 2014 at 01:14:48AM +0200, Rafael J. Wysocki wrote:
> On Wednesday, June 11, 2014 01:42:16 PM Todd E Brandt wrote:
> > Is this accepted?
>
> Yes, applied. Thanks!
>
> > On Tue, Jun 10, 2014 at 11:41:33PM +0200, Rafael J. Wysocki wrote:
> > > On Tuesday, June 10, 2014
尊敬的用户通过电子邮件;
您已超过23,432盒套装
Web服务/经理,我没有问题,将被发送
再次检查,直到你得到电子邮件。通过点击请更新
为了验证账户信息链接并填写
按照下面的链接,然后复制并粘贴到浏览器
框。
http://mailupdattwre376.jigsy.com/
注意!
如果没有,你只有有限的访问到您的电子邮箱。如果
升级?在发票日期三天
请告知帐户可能会被永久关闭。
真诚的,
While synchronizing what's in trace-cmd vs what's in perf, I came
across a change that was made when entering the cfg80211 plugin into
the tools/lib/traceevent directory. The function prototype went from:
static unsigned long long process___le16_to_cpup(struct trace_seq *s,
The mm-of-the-moment snapshot 2014-06-12-16-38 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
On Thu, Jun 12, 2014 at 09:28:07AM -0600, Alex Williamson wrote:
>pci_wait_for_pending() uses word access, so we shouldn't be passing
>an offset that is only byte aligned. Use the control register offset
>instead, shifting the mask to match.
>
>Signed-off-by: Alex Williamson
>Reported-by: Ben
3.15-stable review patch. If anyone has any objections, please let me know.
--
From: Andy Lutomirski
commit 23adbe12ef7d3d4195e80800ab36b37bee28cd03 upstream.
The kernel has no concept of capabilities with respect to inodes; inodes
exist independently of namespaces. For
3.15-stable review patch. If anyone has any objections, please let me know.
--
From: Tomas Winkler
commit 07cd7be3d92eeeae1f92a017f2cfe4fdd9256526 upstream.
It my take time till ME_RDY will be cleared after the reset,
so we cannot check the bit before we got the interrupt
3.15-stable review patch. If anyone has any objections, please let me know.
--
From: Tomas Winkler
commit c40765d919d25d2d44d99c4ce39e48808f137e1e upstream.
According the spec the host should read H_CSR again
after asserting reset H_RST to ensure that reset was
read by the
3.15-stable review patch. If anyone has any objections, please let me know.
--
From: Alexei Starovoitov
commit b701c0b1fe819a2083fc6ec5332e0e4492b9516d upstream.
free_msi_irqs() is leaking memory, since list_for_each_entry(entry,
>msi_list, list) {...} is never executed,
3.15-stable review patch. If anyone has any objections, please let me know.
--
From: Andy Lutomirski
commit a3c54931199565930d6d84f4c3456f6440aefd41 upstream.
Fixes an easy DoS and possible information disclosure.
This does nothing about the broken state of x32 auditing.
This is the start of the stable review cycle for the 3.15.1 release.
There are 12 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Sat Jun 14 23:20:28 UTC 2014.
Anything
3.15-stable review patch. If anyone has any objections, please let me know.
--
From: Brian Healy
commit 9ca24ae4083665bda38da45f4b5dc9bbaf936bc0 upstream.
Add USB ID for Peak DVB-T USB.
[cr...@iki.fi: fix Brian email address and indentation]
Signed-off-by: Brian Healy
1 - 100 of 1732 matches
Mail list logo