On Thu, May 14, 2015 at 11:40:37PM +0200, Pali Rohár wrote:
> On Sunday 08 March 2015 11:01:01 Pali Rohár wrote:
> > Function pm_runtime_get_sync could fail and we need to check return
> > value to prevent kernel crash.
> >
> > Signed-off-by: Pali Rohár
Applied.
--
Email: Herbert Xu
Home Page:
On (05/14/15 19:18), gre...@linuxfoundation.org wrote:
> This is a note to let you know that I've just added the patch titled
>
> block: destroy bdi before blockdev is unregistered.
>
> to the 4.0-stable tree which can be found at:
>
> http://www.kernel.org/git/?p=linux/kernel/git/stable
On Thu, May 14, 2015 at 12:21:04PM -0300, Paulo Flabiano Smorigo wrote:
> One mistyped description and another mistyped target were corrected.
>
> Signed-off-by: Paulo Flabiano Smorigo
Applied.
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.or
Hi Al,
> How did you end up with that in subject lines? "[\u0344PATCH ", that is...
I don't see anything like that in the subject lines? Is someone else
seeing it?
Thanks,
--
heikki
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord.
dma_alloc_coherent() can return memory in the vmalloc range.
virt_to_page() cannot handle such addresses and crashes. This
patch detects such cases and obtains the struct page * using
vmalloc_to_page() instead.
Signed-off-by: Alexandre Courbot
---
This patch is a follow-up of the following discus
Linus,
Please pull the latest irq-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
irq-urgent-for-linus
# HEAD: 9cf82e72ec449b4516843377ac7a20abe300c64f irqchip: tegra: Set the
proper base address in irq chip data
An irqchip driver memory corrupt
On Thu, 14 May 2015, Prasad Gondi wrote:
> It seems like rpriv is used to set the fsp->tgt_flags originally
>
> > fsp->tgt_flags = rpriv->flags
>
> And fsp->tgt_flags are used in "fc_fcp_cmd_send" like this
>
> setup_timer(&fsp->timer, fc_fcp_timeout, (unsigned long)fsp);
>
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
# HEAD: 60d5ddeabdda2d6453280efcf172d2429da10eac Merge branch
'liblockdep-fixes' of
git://git.kernel.org/pub/scm/linux/kernel/git/sashal/lin
Linus,
Please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
# HEAD: 533445c6e53368569e50ab3fb712230c03d523f3 sched/core: Fix regression
in cpuset_cpu_inactive() for suspend
Two fixes: a suspend/resu
On Wed, May 13, 2015 at 04:09:18PM +0200, Denys Vlasenko wrote:
> On 05/13/2015 12:43 PM, Ingo Molnar wrote:
> > We only know that the net effect is +70 bytes. Does that come out of:
> >
> > - large fluctuations such as -1000-1000+1000+1070, which happens to
> >net out into a small net numbe
On Wed, May 13 2015, Daniel Wagner wrote:
>
> - if (!swap_func)
> - swap_func = (size == 4 ? u32_swap : generic_swap);
> + if (!swap_func) {
> +#if defined(CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS)
> + switch (size) {
> + case 4:
> +
Linus,
Please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
# HEAD: ef7254a595912b026d80a4116b8c4cd5b79d9c62 x86/vdso: Fix 'make
bzImage' on older distros
A bzImage build fix on older distros.
Thanks,
On 05/14/2015 11:54 PM, Ingo Molnar wrote:
The only slightly subtle detail with that is to use alloc_pages_node()
with the secondary CPU's node, to make sure the espfix stack is
NUMA-local to the CPU that is going to use it.
It doesn't hurt, although it isn't super critical as each page will
Currently nand_bbt.c is tied with struct nand_chip, and it makes other
NAND family chips hard to use nand_bbt.c. Maybe it's the reason why
onenand has own bbt(onenand_bbt.c).
Parameterize a few relevant device detail information into a new
nand_bbt struct, and set some hooks for chip specified par
On Thu, May 14, 2015 at 02:58:58PM +0200, LABBE Corentin wrote:
> The Security System is a hardware cryptographic accelerator that support
> AES/MD5/SHA1/DES/3DES/PRNG algorithms.
> It could be found on many Allwinner SoC.
>
> This patch enable the Security System on the Allwinner A20 SoC Device-t
* Stephen Rothwell wrote:
> Hi Ingo,
>
> Thanks for this. The concept is certainly good.
>
> On Thu, 14 May 2015 21:59:25 +0200 Ingo Molnar wrote:
> >
> > The patch that adds a new architecture to all these files would give
> > us a good overview about how complete an initial port is.
>
>
Dear Mark,
Thanks for your reply.
On Tue, 2015-05-12 at 17:05 +0100, Mark Brown wrote:
> On Tue, May 12, 2015 at 08:39:16PM +0800, leilk liu wrote:
> > On Fri, 2015-05-08 at 18:53 +0100, Mark Brown wrote:
> > > On Fri, May 08, 2015 at 04:55:42PM +0800, leilk@mediatek.com wrote:
>
> > Could y
Yes,
"[\xcd\x84PATCHv5 00/12] usb: ulpi bus"
--
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 15.05.2015 01:01, Andrew Morton wrote:
> On Sun, 10 May 2015 09:35:53 +0300 Vasily Averin wrote:
>
>> Fixes: 637241a900cb ("kmsg: honor dmesg_restrict sysctl on /dev/kmsg")
>>
>> Final version of patch 637241a900cb ("kmsg: honor dmesg_restrict sysctl
>> on /dev/kmsg") lost few hooks. As result
On 2015-05-14 21:58, Sebastian Andrzej Siewior wrote:
> * Jan Kiszka | 2015-04-23 09:35:59 [+0200]:
>
>> Instead of turning all irq_work requests into lazy ones on -rt, just
>> move their execution from hard into soft-irq context.
>>
>> This resolves deadlocks of ftrace which will queue work from
On 04/23/2015 11:03 PM, Kirill A. Shutemov wrote:
As with rmap, with new refcounting we cannot rely on PageTransHuge() to
check if we need to charge size of huge page form the cgroup. We need to
get information from caller to know whether it was mapped with PMD or
PTE.
We do uncharge when last r
Hello Stephen,
On 2015/5/15 8:25, Stephen Boyd wrote:
On 05/05, Bintian Wang wrote:
diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig
index 9897f35..935c44b 100644
--- a/drivers/clk/Kconfig
+++ b/drivers/clk/Kconfig
@@ -152,6 +152,8 @@ config COMMON_CLK_CDCE706
source "drivers/clk/qcom/
* Michael Ellerman wrote:
> On Thu, 2015-05-14 at 12:38 -0700, Andrew Morton wrote:
> > > Add arch support matrices for more than 40 generic kernel features
> > > that need per architecture support.
> > >
> > > Each feature has its own directory under
> > > Documentation/features/feature_name/
Le 14/05/2015 00:01, Nathan Sullivan a écrit :
> Describe the handler for RXUBR better with a new comment.
>
> Signed-off-by: Nathan Sullivan
> Reviewied-by: Josh Cartwright
> Reviewied-by: Ben Shelton
Thanks Nathan: good that you've added this comment!
Acked-by: Nicolas Ferre
> ---
> driv
* Ingo Molnar wrote:
>
> * Stephen Rothwell wrote:
>
> > Hi Ingo,
> >
> > Thanks for this. The concept is certainly good.
> >
> > On Thu, 14 May 2015 21:59:25 +0200 Ingo Molnar wrote:
> > >
> > > The patch that adds a new architecture to all these files would give
> > > us a good overvie
On 05/13/2015 05:59 PM, Jason Gunthorpe wrote:
> On Wed, May 13, 2015 at 03:24:32PM +0200, Michael Wang wrote:
>> This is the following patch for:
>> https://lkml.org/lkml/2015/5/5/417
>> which try to document the settled rdma_cap_XX().
>>
>> Highlights:
>> There could be many missing/mistake
bpf_load_program() can be used to load bpf program into kernel. To make
loading faster, first try to load without logbuf. Try again with logbuf
if the first try failed.
Signed-off-by: Wang Nan
---
tools/lib/bpf/bpf.c | 34 ++
tools/lib/bpf/bpf.h | 7 +++
2 fi
Original vmlinux_path__exit() doesn't revert vmlinux_path__nr_entries
to its original state. After the while loop vmlinux_path__nr_entries
becomes -1 instead of 0. This makes a problem that, if runs twice,
during the second run vmlinux_path__init() will set vmlinux_path[-1]
to strdup("vmlinux"), co
Adding new 'perf bpf' command to provide eBPF program management
operations. This patch only creates basic 'perf bpf'. Subcommands will
be introduced in following patches.
To utilize existing code of usage_with_options() while enable
subcommand list get output after 'Usage ...' indicator, this pat
This patch records the indics of instructions which are needed to be
relocated. Those information are saved in 'reloc_desc' field in
'struct bpf_program'. In loading phase (this patch takes effect in
opening phase), the collected instructions will be replaced by
map loading instructions.
Since we
This patch introduces bpf.c and bpf.h, which hold common functions
issuing bpf syscall. The goal of these two files is to hide syscall
completly from user. Note that bpf.c and bpf.h only deal with kernel
interface. Things like structure of 'map' section in the ELF object is
not cared by of bpf.[ch
By libbpf_set_print(), users of libbpf are allowed to register he/she
own debug, info and warning printing functions. Libbpf will use those
functions to print messages. If not provided, default info and warning
printing functions are fprintf(stderr, ...); defailt debug printing
is NULL.
Signed-off
This is the first patch of libbpf. The goal of libbpf is to create a
standard way for accessing eBPF object files. This patch creates
Makefile and Build for it, allows 'make' to build libbpf.a and
libbpf.so, 'make install' to put them into proper directories.
Most part of Makefile is borrowed from
If maps are used by eBPF programs, corresponding object file(s) should
contain a section named 'map'. Which contains map definitions. This
patch copies the data of the whole section. Map data parsing should be
acted just before map loading.
Signed-off-by: Wang Nan
---
tools/lib/bpf/libbpf.c | 28
A 'config' section is allowed to enable eBPF object file to pass
something to user. libbpf doesn't use config string.
To make further processing easiler, this patch converts '\0' in the
whole config strings into '\n'
Signed-off-by: Wang Nan
---
tools/lib/bpf/libbpf.c | 48 ++
The newly introduced flag is a indicator for 'perf bpf'. When commands
like 'cmd_record' is started using 'perf bpf', they should consider the
binding of bpf programs.
Signed-off-by: Wang Nan
---
tools/perf/builtin-bpf.c | 3 +++
tools/perf/perf.c| 7 +++
tools/perf/perf.h| 1
'perf bpf record' will be implemented to load eBPF object file then
start recording on events defined in it. This patch only adds a
'--object' option for selecting object file. Other arguments are
directly passed to cmd_record.
Example:
# perf bpf --object obj1.o --object obj2.o -- -a command-to
This patch collects symbols section. This section is useful when
linking ELF maps.
Signed-off-by: Wang Nan
---
tools/lib/bpf/libbpf.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c
index 43b22a5..2068f0b 100644
--- a/tools/lib/bpf
This patch utilizes previous introduced bpf_load_gen_argv() to generate
arguments for cmd_record.
We should try to avoid triggering atexit() unprobe handler because the
state of the process is uncommon. For example, stdio and stderr are
closed. Moreover, we are unable to ensure atexit() handler wi
This patch collects relocation sections into 'struct object'.
Such sections are used for connecting maps to bpf programs.
'reloc' field in 'struct bpf_object' is introduced for storing
such informations.
This patch simply store the data into 'reloc' field. Following
patch will parse them to know t
bpf_load_gen_argv() generates argc and argv which will be passed to
other commands like cmd_record(). The generated arguments utilized
previous introduced '|' syntax to pass file descriptor of bpf
programs.
Signed-off-by: Wang Nan
---
tools/perf/util/bpf-loader.c | 87 +++
This is the second version of 'perf bpf' patch series, based on
v4.1-rc3.
The goal of this series of patches is to integrate eBPF with perf.
After applying these patches, users are allowed to use following
command to load eBPF program compiled by LLVM into kernel then start
recording with filters
This patch introduces accessors for user of libbpf to retrive section
name and fd of a opened/loaded eBPF program. 'struct bpf_prog_handler'
is used for that purpose. Accessors of programs section name and file
descriptor are provided. Set/get private data are also impelmented.
Signed-off-by: Wang
This patch collects 'struct bpf_prog_handler *' after opening an object
file. Handlers are stored into an array of MAX_PROBES slots.
Signed-off-by: Wang Nan
---
tools/perf/util/bpf-loader.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/tools/perf/util/bpf-loader.
bpf_prepare_laod() is used to open each eBPF object files. The
returned handlers are stored into an array. A corresponding bpf_clear()
is introduced to free all resources.
For the propose of logging, 3 printing functions are defined using
DEFINE_PRINT_FN, which require a veprintf to process va_lis
This patch collects all programs in an object file into an array of
'struct bpf_program' for further processing. That structure is for
representing each eBPF program. 'bpf_prog' should be a better name, but
it has been used by linux/filter.h. Although it is a kernel space name,
I still prefer to ca
Expand bpf_obj_elf_collect() to collect license and kernel version
information in eBPF object file. eBPF object file should have a section
named 'license', which contains a string. It should also have a section
named 'version', contains a u32 LINUX_VERSION_CODE.
bpf_obj_validate() is introduced to
Check endianess according to EHDR to support loading eBPF objects into
big endian machines. Code is taken from tools/perf/util/symbol-elf.c.
Signed-off-by: Wang Nan
---
tools/lib/bpf/libbpf.c | 29 +
1 file changed, 29 insertions(+)
diff --git a/tools/lib/bpf/libbpf.
This patch adds basic 'struct bpf_object' which will be used for eBPF
object file loading. eBPF object files are compiled by LLVM as ELF
format. In this patch, libelf is used to open those files, read EHDR
and do basic validation according to e_type and e_machine.
All elf related staffs are groupe
bpf_obj_elf_collect() is introduced to iterate over each elf sections
to collection informations in eBPF object files. This function will
futher enhanced to collect license, kernel version, programs, configs
and map information.
Signed-off-by: Wang Nan
---
tools/lib/bpf/libbpf.c | 54 +++
In this patch, kprobe points are created using add_perf_probe_events.
Since all events are already grouped together in an array, calling
add_perf_probe_events() once creates all of them.
To ensure recover the system when existing, a bpf_unprobe() is also
provided and hooked to atexit(). Because al
Replace strong binding of FEATURE_TESTS and FEATURE_DISPLAY by weak
binding. This patch enables other makefiles which include
tools/build/Makefile.feature enable only limited feathres to check.
Signed-off-by: Wang Nan
---
tools/build/Makefile.feature | 4 ++--
1 file changed, 2 insertions(+), 2
bpf_open_object() and bpf_close_object() are open and close function of
eBPF object files. 'struct bpf_object' will be handler of one object
file. Its internal structure is hide to user.
Signed-off-by: Wang Nan
---
tools/lib/bpf/libbpf.c | 11 +++
tools/lib/bpf/libbpf.h | 8
2
This patch add an accessor which allows caller to get count of programs
in an object file.
Signed-off-by: Wang Nan
---
tools/lib/bpf/libbpf.c | 9 +
tools/lib/bpf/libbpf.h | 3 +++
2 files changed, 12 insertions(+)
diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c
index d770a
This patch utilizes previous introduced bpf_load_program to load
programs in the ELF file into kernel. Result is stored in 'fd' field
in 'struct bpf_program'.
During loading, it allocs a log buffer and free it before return.
Note that that buffer is not passed to bpf_load_program() if the first
lo
After all eBPF programs in an object file are loaded, related ELF
information is useless. Close the object file and free those memory.
Signed-off-by: Wang Nan
---
tools/lib/bpf/libbpf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/lib
Following patches will introduce linux/bpf.h to a new libbpf library,
which requires definition of __aligned_u64. This patch add it to the
common types.h for tools.
Signed-off-by: Wang Nan
---
tools/include/linux/types.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/tools/include/linu
If an eBPF program access a map, LLVM generates a relocated load
instruction. To enable the usage of that map, relocation must be done
by replacing original instructions by map loading instructions.
Based on relocation description collected during 'opening' phase, this
patch replaces the instructi
By adding libbpf into perf's Makefile, this patch enable perf to
build libbpf during building if libelf is found and NO_LIBELF is not
set. The newly introduced code is similar to libapi and libtraceevent
building in Makefile.perf.
Signed-off-by: Wang Nan
---
tools/perf/Makefile.perf | 20 +++
This patch parses section name of each program, and creates
corresponding 'struct perf_probe_event' structure.
parse_perf_probe_command() is used to do the main parsing works.
Parsing result is stored into a global array. This is because
add_perf_probe_events() is non-reentrantable. In following p
Before this patch, 'make install' installs libraries into bindir:
$ make install DESTDIR=./tree
INSTALL trace_plugins
INSTALL libtraceevent.a
INSTALL libtraceevent.so
$ find ./tree
./tree/
./tree/usr
./tree/usr/local
./tree/usr/local/bin
./tree/usr/local/bin/libtrace
> Added support to calculate lux value from visible
> and IR spectrum adc count values. Also added IIO_LIGHT
> channel to enable user read the lux value directly
> from device using illuminance input ABI.
minor comment below
> Signed-off-by: Kuppuswamy Sathyanarayanan
>
> ---
> drivers/iio/l
On 2015/5/14 21:31, Jiri Olsa wrote:
On Thu, May 14, 2015 at 08:56:15PM +0800, He Kuang wrote:
SNIP
It seems new targets are needed. In the v2 patch,
hum, I dont get it.. why ?
dynamic-list-file gets rebuilt any time plugins are rebuilt..
why not keep just the 'plugins' dependency?
You
Just a small stylistic side note:
> Wang Nan (37):
> tools perf: set vmlinux_path__nr_entries to 0 in vmlinux_path__exit.
> tools lib traceevent: install libtraceevent.a into libdir.
> tools build: Allow other override features to check.
> tools include: add __aligned_u64 to types.h.
>
On Thu, May 14, 2015 at 05:06:39PM -0700, Daniel Phillips wrote:
> Hi Rik,
>
> Added Mel, Andrea and Peterz to CC as interested parties. There are
> probably others, please just jump in.
>
> On 05/14/2015 05:59 AM, Rik van Riel wrote:
> > On 05/14/2015 04:26 AM, Daniel Phillips wrote:
> >> Hi Rik
Hi all,
Changes since 20150514:
The rcu tree gained a conflict against the net-next tree.
The target-updates tree still had its build failure so I used the version
from next-20150511.
The akpm-current tree lost its build failure.
Non-merge commits (relative to Linus' tree): 4200
3935 files ch
On Thu, May 14, 2015 at 11:06:22PM -0400, Rik van Riel wrote:
> On 05/14/2015 08:06 PM, Daniel Phillips wrote:
> > Hi Rik,
> >
> > Added Mel, Andrea and Peterz to CC as interested parties. There are
> > probably others, please just jump in.
> >
> > On 05/14/2015 05:59 AM, Rik van Riel wrote:
> >>
On Thu, 14 May 2015 13:53:57 +1000
Alexey Kardashevskiy wrote:
> On 05/14/2015 01:00 AM, Thomas Huth wrote:
> > On Tue, 12 May 2015 01:39:12 +1000
> > Alexey Kardashevskiy wrote:
...
> >> -/*
> >> - * hwaddr is a kernel virtual address here (0xc... bazillion),
> >> - * tce_build converts it to a
On Wed, May 13, 2015 at 03:33:31PM -0700, Greg Kroah-Hartman wrote:
> On Wed, May 13, 2015 at 09:26:40PM +0200, Maxime Ripard wrote:
> > On Wed, May 13, 2015 at 11:17:36AM -0700, Greg Kroah-Hartman wrote:
> > > On Wed, May 13, 2015 at 07:50:34PM +0200, Maxime Ripard wrote:
> > > > Hi Greg,
> > > >
This patch adds a bpf_fd field to 'struct evsel' and instroduces new
syntax for bpf use. Following patches will generate cmdline for
cmd_record, add '-e' options to enable tracing on events set in eBPF
object files. By using the newly introduced 'bpf_wrapper', this patch
ensures that the new '|bpf_
The libtrace-dynamic-list file is used to export symbols used by
traceevent plugins.
Signed-off-by: He Kuang
---
tools/lib/traceevent/.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/lib/traceevent/.gitignore b/tools/lib/traceevent/.gitignore
index 35f56be..3c60335 100644
---
This patch creates maps based on 'map' section in object file using
bpf_create_map(), and store the fds into an array in
'struct bpf_object'. Since the byte order of the object may differ
from the host, swap map definition before processing.
This is the first patch in 'loading' phase. Previous pat
On 05/13/2015 05:11 PM, Doug Ledford wrote:
[snip]
>> +
>> + For core layer, below helpers are used to check if a paticular capability
>> + is supported by the port.
>
> The following helpers are used to check the specific capabilities of a
> particular port before utilizing those capabilities
Traceevent plugins need dynamic symbols exported from libtraceevent.a,
otherwise a dlopen error will occur during plugins loading.
This patch uses dynamic-list-file to export dynamic symbols which will
be used in plugins to perf executable.
The problem is covered up if feature-libpython is enable
Hi Stas,
On 05/14/2015 05:24 PM, Stas Sergeev wrote:
The following sequence:
echo timer >/sys/class/leds//trigger
echo 1 >/sys/class/leds//brightness
should change the ON brightness for blinking.
The function led_set_brightness() was mistakenly initiating the
delayed blink stop procedure, which
Currently the struct netvsc_stats has a member s_sync
of type u64_stats_sync.
This definition will break kernel build as the macro
netdev_alloc_pcpu_stats requires this member name to be syncp.
(see netdev_alloc_pcpu_stats definition in ./include/linux/netdevice.h)
This patch changes netvsc_stats'
Hi Guenter,
Thank you for your comments again,
Here are my responses.
Regards,
Steve
On 15 May 2015 03:13, Guenter Roeck
> Subject: Re: [PATCH V2 3/4] watchdog: da9062: DA9062 watchdog driver
>
[...]
> > +static void da9062_apply_window_protection(struct da9062_watchdog
> *wdt)
> > +{
> > +
This is the start of the longterm review cycle for the 2.6.32.66 release.
All patches will be posted as a response to this one. If anyone has any
issue with these being applied, please let me know. If anyone is a
maintainer of the proper subsystem, and wants to add a Signed-off-by: line
to the patc
This patch utilizes bpf_load_object() provided by libbpf to load all
objects into kernel.
Signed-off-by: Wang Nan
---
tools/perf/builtin-bpf.c | 5 +
tools/perf/util/bpf-loader.c | 16
tools/perf/util/bpf-loader.h | 3 ++-
3 files changed, 23 insertions(+), 1 deletion(
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
commit 6891c4509c792209c44ced55a60f13954cb50ef4 upstream.
If userland creates a timer without specifying a sigevent info, we'll
create one ourself, using a stack local varia
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Borislav Petkov
commit 3b56496865f9f7d9bcb2f93b44c63f274f08e3b6 upstream
This adds the workaround for erratum 793 as a precaution in case not
every BIOS implements it. This addresses CVE-
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit 84ce0f0e94ac97217398b3b69c21c7a62ebeed05 upstream.
When sg_scsi_ioctl() fails to prepare request to submit in
blk_rq_map_kern() we jump to a label where we just end up copy
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Sasha Levin
commit db27ebb111e9f69efece08e4cb6a34ff980f8896 upstream.
Max unacked packets/bytes is an int while sizeof(long) was used in the
sysctl table.
This means that when they were g
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: =?latin1?q?Michal=20Kube=C4=8Dek?=
[ Upstream commit acf8dd0a9d0b9e4cdb597c2f74802f79c699e802 ]
If an over-MTU UDP datagram is sent through a SOCK_RAW socket to a
UFO-capable device, ip_uf
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Alexey Kodanev
[ Upstream commit b1cb59cf2efe7971d3d72a7b963d09a512d994c9 ]
sysctl has sysctl.net.core.rmem_*/wmem_* parameters which can be
set to incorrect values. Given that 'struct sk_
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Florian Westphal
[ Upstream commit e2a4800e75780ccf4e6c2487f82b688ba736eb18 ]
When we've run out of space in the output buffer to store more data, we
will call zlib_deflate with a NULL out
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Sergei Antonov
commit 98cf21c61a7f5419d82f847c4d77bf6e96a76f5f upstream.
Fix B-tree corruption when a new record is inserted at position 0 in the node
in hfs_brec_insert(). In this case a
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit 4e2024624e678f0ebb916e6192bd23c1f9fdf696 upstream
We didn't check length of rock ridge ER records before printing them.
Thus corrupted isofs image can cause us to access an
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Ian Abbott
commit f20fbaad7620af2df36a1f9d1c9ecf48ead5b747 upstream.
`spidev_message()` sums the lengths of the individual SPI transfers to
determine the overall SPI message length. It re
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Al Viro
[ Upstream commit 7d985ed1dca5c90535d67ce92ef6ca520302340a ]
[I would really like an ACK on that one from dhowells; it appears to be
quite straightforward, but...]
MSG_PEEK isn't
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
[ Upstream commit f862e07cf95d5b62a5fc5e981dd7d0dbaf33a501 ]
The rds_iw_update_cm_id function stores a large 'struct rds_sock' object
on the stack in order to pass a pair of
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Jann Horn
commit 8b01fc86b9f425899f8a3a8fc1c47d73c2c20543 upstream.
This prevents a race between chown() and execve(), where chowning a
setuid-user binary to root would momentarily make th
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Andy Lutomirski
commit 0e58af4e1d2166e9e33375a0f121e4867010d4f8 upstream.
Users have no business installing custom code segments into the
GDT, and segments that are not present but are oth
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Benjamin Coddington
commit 173b3afceebe76fa2205b2c8808682d5b541fe3c upstream.
If rpc.statd is restarted, upcalls to monitor hosts can fail with
ECONNREFUSED. In that case force a lookup o
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Shai Fultheim
commit 42fa4250436304d4650fa271f37671f6cee24e08 upstream.
On virtual environments, apic_read could take a long time. As a
result, under certain conditions the ack pending loo
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Andy Lutomirski
commit 956421fbb74c3a6261903f3836c0740187cf038b upstream.
'ret_from_fork' checks TIF_IA32 to determine whether 'pt_regs' and
the related state make sense for 'ret_from_sys_
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Steffen Klassert
We might call ip_ufo_append_data() for packets that will be IPsec
transformed later. This function should be used just for real
udp packets. So we check for rt->dst.header_
On Thu, May 14, 2015 at 5:25 AM, Andi Kleen wrote:
> Hi,
>
> Since there are more and more consumers I started a description of the
> on-disk perf.data format. This does not replace the kernel perf event
> description or the manpage, but describes the parts that perf record
> adds.
>
> So far it i
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Alexey Khoroshilov
A deadlock can be initiated by userspace via ioctl(SNDCTL_SEQ_OUTOFBAND)
on /dev/sequencer with TMR_ECHO midi event.
In this case the control flow is:
sound_ioctl()
-> c
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: "Kirill A. Shutemov"
commit ab676b7d6fbf4b294bf198fb27ade5b0e865c7ce upstream.
As pointed by recent post[1] on exploiting DRAM physical imperfection,
/proc/PID/pagemap exposes sensitive in
1 - 100 of 849 matches
Mail list logo
