3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Stanislaw Gruszka
commit b6213e413a4e0c66548153516b074df14f9d08e0 upstream.
This patch fixes regression caused by commit a16dad77634 "MIPS: Fix
potencial corruption". That commit fixes one cor
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel
[ Upstream commit 08b44656c08c8c2f73cdac2a058be2880e3361f2 ]
This bug was reported by Steinar H. Gunderson and was introduced by commit
f7cb8886335d ("sit/gre6: don't try to ad
On Fri, 28 Feb 2014 20:50:19 -0800 ebied...@xmission.com (Eric W. Biederman)
wrote:
>
> Modify audit_send_reply to directly use a non-blocking send and
> to return an error on failure (if anyone cares).
>
> Modify audit_list_rules_send to use audit_send_reply and give up
> if we can not send a
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Emil Goode
[ Upstream commit eb85569fe2d06c2fbf4de7b66c263ca095b397aa ]
This patch removes a generic hard_header_len check from the usbnet
module that is causing dropped packages under certain
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Paul Gortmaker
commit 5745d6a41a4f4aec29e2ccd591c6fb09ed73a955 upstream.
Causing this:
In file included from arch/avr32/boards/mimc200/fram.c:13:
include/linux/miscdevice.h:51: error: field '
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Richard Yao
[ Upstream commit b6f52ae2f0d32387bde2b89883e3b64d88b9bfe8 ]
The 9p-virtio transport does zero copy on things larger than 1024 bytes
in size. It accomplishes this by returning the
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Jeff Layton
commit 5d81de8e8667da7135d3a32a964087c0faf5483f upstream.
It's possible for userland to pass down an iovec via writev() that has a
bogus user pointer in it. If that happens and we'
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Kevin Hao
commit 1a18a66446f3f289b05b634f18012424d82aa63a upstream.
Guenter Roeck has got the following call trace on a p2020 board:
Kernel stack overflow in process eb3e5a00, r1=eb79df90
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Andy Adamson
commit 146d70caaa1b87f64597743429d7da4b8073d0c9 upstream.
Do not return an error when nfs4_copy_delegation_stateid succeeds.
Signed-off-by: Andy Adamson
Link:
http://lkml.kerne
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Trond Myklebust
commit fd1defc257e2b12ab69bc0b379105c00eca4e112 upstream.
Commit aa9c2669626c (NFS: Client implementation of Labeled-NFS) introduces
a performance regression. When nfs_zap_cach
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Olivier Langlois
commit f78bccd79ba3cd9d9664981b501d57bdb81ab8a4 upstream.
rtl8192ce is disabling for too long the local interrupts during hw
initiatialisation when performing scans
The obse
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Vinayak Kale
commit 39544ac9df20f73e49fc6b9ac19ff533388c82c0 upstream.
Add DSB after icache flush to complete the cache maintenance operation.
Signed-off-by: Vinayak Kale
Acked-by: Catalin M
On Tue, Mar 04, 2014 at 11:00:32AM -0800, Paul E. McKenney wrote:
> On Mon, Mar 03, 2014 at 09:46:19PM +0100, Torvald Riegel wrote:
> > xagsmtp2.20140303204700.3...@vmsdvma.vnet.ibm.com
> > X-Xagent-Gateway: vmsdvma.vnet.ibm.com (XAGSMTP2 at VMSDVMA)
> >
> > On Mon, 2014-03-03 at 11:20 -0800, Paul
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit 92e3b40537707001d17bbad800d150ab04e53bf4 upstream.
If start_this_handle() fails then it leads to a use after free of
"handle".
Signed-off-by: Dan Carpenter
Signed-off-by
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Gavin Shan
commit 5b2e198e50f6ba57081586b853163ea1bb95f1a8 upstream.
When doing reset in order to recover the affected PE, we issue
hot reset on PE primary bus if it's not root bus. Otherwise,
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 20e7c4e80dcd01dad5e6c8b32455228b8fe9c619 ]
When a device ndo_start_xmit() calls again dev_queue_xmit(),
lockdep can complain because dev_queue_xmit() is re-enter
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Chen Gang
commit 8d80390cfc9434d5aa4fb9e5f9768a66b30cb8a6 upstream.
For avr32 cross compiler, do not define '__linux__' internally, so it
will cause issue with allmodconfig.
The related error
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon
commit bae0ca2bc550d1ec6a118fb8f2696f18c4da3d8e upstream.
During __v{6,7}_setup, we invalidate the TLBs since we are about to
enable the MMU on return to head.S. Unfortunately, wit
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Christoffer Dall
commit 4d9c5b89cf3605bbc39c6e274351ff25f0d83e6a upstream.
The stage-2 memory attributes are distinct from the Hyp memory
attributes and the Stage-1 memory attributes. We were
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Shawn Guo
commit 28a9f3b078c545064dcf4b46d2c6917554d1642e upstream.
When building a kernel image with only CONFIG_CPU_IDLE but no CONFIG_PM,
we will get the following link error.
LD in
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Marek Szyprowski
commit 10c8562f932d89c030083e15f9279971ed637136 upstream.
GFP_ATOMIC is not a single gfp flag, but a macro which expands to the other
flags and LACK of __GFP_WAIT flag. To che
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Pekon Gupta
commit 980386d2d6d49e0b42f48550853ef1ad6aa5d79a upstream.
Fixes: commit 75d3625e0e86b2d8d77b4e9c6f685fd7ea0d5a96
ARM: OMAP2+: gpmc: add DT bindings for OneNAND
OMAP SoC(s)
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Pekon Gupta
commit 6b187b21c92b6e2c7e8ef0b450181c37a3f31681 upstream.
Fixes: commit bc6b1e7b86f5d8e4a6fc1c0189e64bba4077efe0
ARM: OMAP: gpmc: add DT bindings for GPMC timings and NAND
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Ilia Mirkin
commit a7f1c1e65b68e1e1ab70898528d5977ed68a0a7d upstream.
Commit 0a0afd282f ("drm/nv50-/disp: move DP link training to core and
train from supervisor") added code that uses the wro
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 21ed4947fdfe19b60a27b84162622e56439c7937 upstream.
inverted logic.
Signed-off-by: Alex Deucher
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/radeon/ni_dpm.c |
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 3d2660d0c9c2f296837078c189b68a47f6b2e3b5 upstream.
The set_flexbg_block_bitmap() function assumed that the number of
blocks in a blockgroup was sb->blocksize * 8, which is
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 23301410972330c0ae9a8afc379ba2005e249cc6 upstream.
If an ext4 file system is created by some tool other than mke2fs
(perhaps by someone who has a pathalogical fear of the
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 19ea80603715d473600cd993b9987bc97d042e02 upstream.
If the i_crtime field is not present in the inode, don't leave the
field uninitialized.
Fixes: ef7f38359 ("ext4: Add na
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 6d8ea7de3f5035610f3bfacbe35e7b71ad1e4663 upstream.
Apply the same logic as CI to SI for setting up the
display tiling parameters. The num banks may vary
per tiling index j
On 03/04/2014 02:12 PM, H. Peter Anvin wrote:
Shades of the Android wakelocks, no?
This seems to effectively give userspace an option to turn preemptive
multitasking into cooperative multitasking, which of course is
unacceptable for a privileged process (the same reason why unprivileged
process
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit b93c95353413041a8cebad915a8109619f66bcc6 upstream.
If a file system has a large number of inodes per block group, all of
the metadata blocks in a flex_bg may be larger tha
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Zheng Liu
commit 30d29b119ef01776e0a301444ab24defe8d8bef3 upstream.
In swap_inode_boot_loader() we forgot to release ->i_mutex and resume
unlocked dio for inode and inode_bl if there is an err
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Emil Velikov
commit 95ca5b550ac255bf3cee108c123407785c47e3cc upstream.
commit 8613e7314ac254fdd67ed46192f021d76141e4c9
Author: Ben Skeggs
Date: Mon Oct 21 08:50:25 2013 +1000
drm/nouve
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Ilia Mirkin
commit 7d3428cd4b2ad51af86fdbdf8284ca38fa95e601 upstream.
Since commit 0fa9061ae8c ("drm/nouveau/mc: handle irq-related setup
ourselves"), drm_device->irq_enabled remained unset. T
This is the start of the stable review cycle for the 3.13.6 release.
There are 172 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 Thu Mar 6 20:02:29 UTC 2014.
Anything receiv
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Whitney
commit 15cc17678547676c82a5da9ccf357447333fc342 upstream.
Commit a115f749c1 (ext4: remove wait for unwritten extent conversion from
ext4_truncate) exposed a bug in ext4_ext_handle
From: Bjorn Helgaas
Date: Tue, 04 Mar 2014 14:07:37 -0700
> Remove mc_capable() and smt_capable(). Neither is used.
>
> Both were added by 5c45bf279d37 ("sched: mc/smt power savings sched
> policy"). Uses of both were removed by 8e7fbcbc22c1 ("sched: Remove stale
> power aware scheduling remna
From: Bjorn Helgaas
Date: Tue, 04 Mar 2014 14:07:44 -0700
> Remove sparc64_multi_core because it's not used any more.
>
> It was added by a2f9f6bbb30e ("Fix {mc,smt}_capable()"), and the last uses
> were removed by e637d96bf462 ("sched: Remove unused mc_capable() and
> smt_capable()").
>
> Sign
From: Andrew Morton
Date: Tue, 4 Mar 2014 13:30:04 -0800
> On Fri, 28 Feb 2014 20:50:19 -0800 ebied...@xmission.com (Eric W. Biederman)
> wrote:
>
>>
>> Modify audit_send_reply to directly use a non-blocking send and
>> to return an error on failure (if anyone cares).
>>
>> Modify audit_list_
On Tue, Mar 04, 2014 at 09:21:30PM +0800, Fengguang Wu wrote:
> Hi Kent,
>
> FYI, we noticed the below changes on
>
> git://evilpiepirate.org/~kent/linux-bcache.git for-jens
> commit 6a0608544e5672bd9a044c285119547eae41abe5 ("blk-lib.c:
> generic_make_request() handles large bios now")
>
> test
On Tue, Mar 4, 2014 at 12:58 PM, Thomas Gleixner wrote:
> On Tue, 25 Feb 2014, Andy Lutomirski wrote:
>> On the other hand, if you added a fancier version of timerfd_settime
>> that could explicitly set the slack value (or, equivalently, the
>> earliest and latest allowable times), that could be q
On Tue, Feb 04, 2014 at 03:14:49PM -0800, a...@linux-foundation.org wrote:
> @@ -307,14 +331,15 @@ void truncate_inode_pages_range(struct a
> index = start;
> for ( ; ; ) {
> cond_resched();
> - if (!pagevec_lookup(&pvec, mapping, index,
> -
Hi,
On Tue, Mar 04, 2014 at 10:20:32PM +0100, Belisko Marek wrote:
> On Sat, Mar 1, 2014 at 12:22 AM, Sebastian Reichel wrote:
> > On Fri, Feb 28, 2014 at 11:32:22PM +0100, Belisko Marek wrote:
> >> Seems I found issue. I have missing property ti,system-uses-second-madc-irq
> >> as original twl40
On Tue, 4 Mar 2014, He, Bo wrote:
> Sorry, the title is confusing. Change it to: mm, oom: normalize the adj to
> ensure oom_badness returns a positive number
There's something seriously wrong with your email client, it's not
replying correctly to threads so this appears as a completely new thre
This converts twl4030-madc module to use the Industrial IO ADC
framework and adds device tree support.
Signed-off-by: Sebastian Reichel
---
drivers/mfd/twl4030-madc.c | 126 +
1 file changed, 116 insertions(+), 10 deletions(-)
diff --git a/drivers/mfd
Update twl4030-madc driver to use managed resources.
Signed-off-by: Sebastian Reichel
Acked-by: Lee Jones
---
drivers/mfd/twl4030-madc.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/mfd/twl4030-madc.c b/drivers/mfd/twl4030-madc.c
index 4c583e4..545
Simplify reading and writing of 16 bit TWL registers in the
driver by using twl_i2c_read_u16 and twl_i2c_write_u16.
Signed-off-by: Sebastian Reichel
Acked-by: Lee Jones
Acked-by: Jonathan Cameron
---
drivers/mfd/twl4030-madc.c | 39 ---
1 file changed, 8 ins
Some style fixes in twl4030-madc driver.
Reported-by: Jonathan Cameron
Signed-off-by: Sebastian Reichel
Acked-by: Lee Jones
---
drivers/mfd/twl4030-madc.c | 125 +++
include/linux/i2c/twl4030-madc.h | 2 +-
2 files changed, 61 insertions(+), 66 delet
This is a driver for an A/D converter, which belongs into
drivers/iio/adc.
Signed-off-by: Sebastian Reichel
Acked-by: Lee Jones
Acked-by: Jonathan Cameron
---
drivers/iio/adc/Kconfig | 10 ++
drivers/iio/adc/Makefile| 1 +
drivers/{mfd => iio/adc}/twl40
Add ABI documentation for in_*_mean_raw files, which are
already supported and used in the kernel for some time.
Signed-off-by: Sebastian Reichel
---
Documentation/ABI/testing/sysfs-bus-iio | 8
1 file changed, 8 insertions(+)
diff --git a/Documentation/ABI/testing/sysfs-bus-iio
b/Doc
Add iio_read_channel_average_raw to support reading
averaged raw values in consumer drivers.
Signed-off-by: Sebastian Reichel
---
drivers/iio/inkern.c | 18 ++
include/linux/iio/consumer.h | 13 +
2 files changed, 31 insertions(+)
diff --git a/drivers/iio/ink
On 03/04/2014 04:31 AM, Wei Ni wrote:
> Add dt node to describe the thermal zone for the nct1008.
>
> Change-Id: I0256836e52d73ec282574e4fd91df52958936e35
???
> diff --git a/arch/arm/boot/dts/tegra114-dalmore.dts
> b/arch/arm/boot/dts/tegra114-dalmore.dts
> + thermal-zones {
> +
Add devicetree binding documentation for twl4030-madc
analog digital converter.
Signed-off-by: Sebastian Reichel
---
.../devicetree/bindings/iio/adc/twl4030-madc.txt | 24 ++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iio/adc/twl4
The driver missed an of_xlate function to translate gpio numbers
as found in the DT to the correct chip and number.
While there I've set #gpio_cells to a fixed value of 2.
I've used gpio-pxa.c as template for those changes and tested my changes
successfully on a da850 board using entries for gpio
Add a simple twl_i2c_read/write_u16 wrapper over
the twl_i2c_read/write, which is similar to the
twl_i2c_read/write_u8 wrapper.
Signed-off-by: Sebastian Reichel
Acked-by: Lee Jones
Acked-by: Jonathan Cameron
---
include/linux/i2c/twl.h | 12
1 file changed, 12 insertions(+)
diff
Hi,
This is PATCHv2 for converting twl4030-madc to the IIO API and
adding DT support. The plan is to remove the private twl4030-madc
API once all users have been removed or converted to the IIO API.
The patchset compiles and has been tested on my Nokia N900.
Changes since PATCHv1 [0]:
* Fix warn
On Tue, 4 Mar 2014, Andy Lutomirski wrote:
> On Tue, Mar 4, 2014 at 12:58 PM, Thomas Gleixner wrote:
> > On Tue, 25 Feb 2014, Andy Lutomirski wrote:
> >> On the other hand, if you added a fancier version of timerfd_settime
> >> that could explicitly set the slack value (or, equivalently, the
> >>
On Tue, 4 Mar 2014, Bjorn Helgaas wrote:
> Remove mc_capable() and smt_capable(). Neither is used.
>
> Both were added by 5c45bf279d37 ("sched: mc/smt power savings sched
> policy"). Uses of both were removed by 8e7fbcbc22c1 ("sched: Remove stale
> power aware scheduling remnants and dysfunct
On 3 March 2014 20:44, Torvald Riegel wrote:
> On Sun, 2014-03-02 at 04:05 -0600, Peter Sewell wrote:
>> On 1 March 2014 08:03, Paul E. McKenney wrote:
>> > On Sat, Mar 01, 2014 at 04:06:34AM -0600, Peter Sewell wrote:
>> >> Hi Paul,
>> >>
>> >> On 28 February 2014 18:50, Paul E. McKenney
>> >>
Hi All,
V1 patches:
http://thread.gmane.org/gmane.linux.kernel/1605783
V2 patches:
http://thread.gmane.org/gmane.linux.kernel/1642325
V3 patches:
http://thread.gmane.org/gmane.linux.kernel/1656538
V4 summary:
- addressed Daniel comments
- RFC for seccomp with extended BPF
- added extended BPF des
On Tuesday 04 March 2014, One Thousand Gnomes wrote:
> On Tue, 4 Mar 2014 09:17:26 -0800
> Soren Brinkmann wrote:
> The following aspects of the change set are IMHO acceptable
>
> - Cleaning up all the code formatting
> - Update the driver comments and header to explain the Cadence/Xilinx
> t
Signed-off-by: Alexei Starovoitov
---
Documentation/networking/filter.txt | 181 +++
1 file changed, 181 insertions(+)
diff --git a/Documentation/networking/filter.txt
b/Documentation/networking/filter.txt
index a06b48d2f5cc..c3f687bf8e82 100644
--- a/Documentat
use sk_convert_filter() to convert seccomp BPF into extended BPF
05-sim-long_jumps.c of libseccomp was used as micro-benchmark:
seccomp_rule_add_exact(ctx,...
seccomp_rule_add_exact(ctx,...
rc = seccomp_load(ctx);
for (i = 0; i < 1000; i++)
syscall(199, 100);
--x86_64--
old BPF:
Extended BPF extends old BPF in the following ways:
- from 2 to 10 registers
Original BPF has two registers (A and X) and hidden frame pointer.
Extended BPF has ten registers and read-only frame pointer.
- from 32-bit registers to 64-bit registers
semantics of old 32-bit ALU operations are pr
Obvious bug
| Usage model is a thread mmaps this file during initialization. It then
| writes a 1 to the mmap'd file after it grabs the lock in its critical
| section where it wants immunity from pre-emption.
You need to write it first or you can be pre-empted taking the lock
before asking for im
On Tue, Mar 04, 2014 at 03:06:48PM -0700, Stephen Warren wrote:
> On 03/04/2014 04:31 AM, Wei Ni wrote:
> > Add dt node to describe the thermal zone for the nct1008.
> >
> > Change-Id: I0256836e52d73ec282574e4fd91df52958936e35
>
> ???
>
I think this is for one of those open-source sites out
On Fri, 14 Feb 2014 14:18:46 -0600 Christoph Lameter wrote:
> [Patch depends on another patch in this series that introduces raw_cpu_ops]
>
> We define a check function in order to avoid trouble with the
> include files. Then the higher level __this_cpu macros are
> modified to invoke the preemp
On Fri, 14 Feb 2014 14:18:41 -0600 Christoph Lameter wrote:
> Can we please get this merged? The first patch alone would at least define
> the functions required to enable the merging of the rest in any order and
> through any tree.
This series is structured as
[patch 1]: make changes whcih tri
A long known problem of the upstream netback implementation that on the TX
path (from guest to Dom0) it copies the whole packet from guest memory into
Dom0. That simply became a bottleneck with 10Gb NICs, and generally it's a
huge perfomance penalty. The classic kernel version of netback used grant
These became obsolete with grant mapping. I've left intentionally the
indentations in this way, to improve readability of previous patches.
NOTE: if bisect brought you here, you should apply the series up until #9,
otherwise Windows guests can't work properly and malicious guests can block
other g
Unmapping causes TLB flushing, therefore we should make it in the largest
possible batches. However we shouldn't starve the guest for too long. So if
the guest has space for at least two big packets and we don't have at least a
quarter ring to unmap, delay it for at most 1 milisec.
Signed-off-by:
A malicious or buggy guest can leave its queue filled indefinitely, in which
case qdisc start to queue packets for that VIF. If those packets came from an
another guest, it can block its slots and prevent shutdown. To avoid that, we
make sure the queue is drained in every 10 seconds.
The QDisc queu
Storing the pending_idx at the first byte of the linear buffer never looked
good, skb->cb is a more proper place for this. It also prevents the header to
be directly grant copied there, and we don't have the pending_idx after we
copied the header here, so it's time to change it.
Signed-off-by: Zol
Xen network protocol had implicit dependency on MAX_SKB_FRAGS. Netback has to
handle guests sending up to XEN_NETBK_LEGACY_SLOTS_MAX slots. To achieve that:
- create a new skb
- map the leftover slots to its frags (no linear buffer here!)
- chain it to the previous through skb_shinfo(skb)->frag_lis
So we need to get something into x86/urgent for the CR2 bug.
It seems like a no-brainer to do the hoisting patch, for which I prefer
the version proposed by Jiri Olsa which reads %cr2 and then passes it to
__do_page_fault() in a GPR:
http://lkml.kernel.org/r/20140228160526.gd1...@krava.brq.redhat
These counters help determine how often the guest sends a packet with more
than MAX_SKB_FRAGS frags.
NOTE: if bisect brought you here, you should apply the series up until #9,
otherwise malicious guests can block other guests by not releasing their sent
packets.
Signed-off-by: Zoltan Kiss
---
d
These counters help determine how often the buffers had to be copied. Also
they help find out if packets are leaked, as if "sent != success + fail",
there are probably packets never freed up properly.
NOTE: if bisect brought you here, you should apply the series up until #9,
otherwise Windows gues
RX path need to know if the SKB fragments are stored on pages from another
domain.
Logically this patch should be after introducing the grant mapping itself, as
it makes sense only after that. But to keep bisectability, I moved it here. It
shouldn't change any functionality here. xenvif_zerocopy_ca
This patch introduces grant mapping on netback TX path. It replaces grant copy
operations, ditching grant copy coalescing along the way. Another solution for
copy coalescing is introduced in patch #7, older guests and Windows can broke
before that patch applies.
There is a callback (xenvif_zerocopy
This patch contains a few bits of refactoring before introducing the grant
mapping changes:
- introducing xenvif_tx_pending_slots_available(), as this is used several
times, and will be used more often
- rename the thread to vifX.Y-guest-rx, to signify it does RX work from the
guest point of vi
On Tue, 4 Mar 2014, Prarit Bhargava wrote:
> linux.git commit 9345005f4eed805308193658d12e4e7e9c261e74 added
> a definition for VECTOR_UNDEFINED = -1. There is a missing replacement in
> the io_apic.c file. Found during debugging of another issue.
>
> Cc: Rui Wang
> Cc: Michel Lespinasse
> Cc
From: "H. Peter Anvin"
Use arch_get_random_seed*() in two places in the Linux random
driver (drivers/char/random.c):
1. During entropy pool initialization, use RDSEED in favor of RDRAND,
with a fallback to the latter. Entropy exhaustion is unlikely to
happen there on physical hardware as
From: "H. Peter Anvin"
Upcoming Intel silicon adds a new RDSEED instruction. Whereas RDRAND
returns output from a PRNG, the RDSEED instruction returns fully
conditioned entropy that is suitable for use as seeds to a PRNG.
The RDSEED instruction takes the same time to execute as RDRAND, but
RDSE
From: "H. Peter Anvin"
Upcoming Intel silicon adds a new RDSEED instruction. Whereas RDRAND
returns output from a PRNG, the RDSEED instruction returns fully
conditioned entropy that is suitable for use as seeds to a PRNG.
This patchset adds support for RDSEED in the Linux kernel in three
places
From: "H. Peter Anvin"
If we have arch_get_random_seed*(), try to use it for emergency refill
of the entropy pool before giving up and blocking on /dev/random. It
may or may not work in the moment, but if it does work, it will give
the user better service than blocking will.
Signed-off-by: H. P
David Miller writes:
> From: Andrew Morton
> Date: Tue, 4 Mar 2014 13:30:04 -0800
>
>> On Fri, 28 Feb 2014 20:50:19 -0800 ebied...@xmission.com (Eric W. Biederman)
>> wrote:
>>
>>>
>>> Modify audit_send_reply to directly use a non-blocking send and
>>> to return an error on failure (if anyone
On Tue, Mar 4, 2014 at 2:11 PM, Thomas Gleixner wrote:
> On Tue, 4 Mar 2014, Andy Lutomirski wrote:
>
>> On Tue, Mar 4, 2014 at 12:58 PM, Thomas Gleixner wrote:
>> > On Tue, 25 Feb 2014, Andy Lutomirski wrote:
>> >> On the other hand, if you added a fancier version of timerfd_settime
>> >> that c
On Tue, Mar 04, 2014 at 09:04:58AM -0800, Greg KH wrote:
> On Tue, Mar 04, 2014 at 01:50:55PM +0200, Mathias Nyman wrote:
> > On 03/03/2014 08:37 PM, Greg KH wrote:
> > >On Mon, Mar 03, 2014 at 07:30:17PM +0200, Mathias Nyman wrote:
> > >>xHCI driver has its own pci probe function that will call
>
On 03/04/2014 03:23 PM, One Thousand Gnomes wrote:
Obvious bug
| Usage model is a thread mmaps this file during initialization. It then
| writes a 1 to the mmap'd file after it grabs the lock in its critical
| section where it wants immunity from pre-emption.
You need to write it first or you c
On 03/04/2014 04:32 PM, Naoya Horiguchi wrote:
> # sorry if duplicate message
>
> On Mon, Mar 03, 2014 at 04:38:41PM -0500, Sasha Levin wrote:
>> On 03/03/2014 03:06 PM, Sasha Levin wrote:
>>> On 03/03/2014 12:02 AM, Naoya Horiguchi wrote:
Hi Sasha,
>> I can confirm that with this pa
On Tue, 2014-03-04 at 11:59 -0800, Kees Cook wrote:
> On Tue, Mar 4, 2014 at 11:53 AM, Jason Cooper wrote:
> > On Tue, Mar 04, 2014 at 11:01:49AM -0800, Kees Cook wrote:
> >> On Tue, Mar 4, 2014 at 7:38 AM, Jason Cooper wrote:
> >> > Kees, Ted,
> >> >
> >> > On Mon, Mar 03, 2014 at 03:51:48PM -08
On Thu, 27 Feb 2014, Jiri Kosina wrote:
> On Thu, 27 Feb 2014, Or Gerlitz wrote:
>
> > ipoib is coded over the verbs API (include/rdma/ib_verbs.h) --- so tracking
> > the path from ipoib through the verbs api into mlx4 should be similar
> > exercise
> > as doing so for mlx5, but let's 1st treat
On Tue, 04 Mar 2014 14:41:16 -0800 ebied...@xmission.com (Eric W. Biederman)
wrote:
> David Miller writes:
>
> > From: Andrew Morton
> > Date: Tue, 4 Mar 2014 13:30:04 -0800
> >
> >> On Fri, 28 Feb 2014 20:50:19 -0800 ebied...@xmission.com (Eric W.
> >> Biederman) wrote:
> >>
> >>>
> >>> Mo
On Fri, 14 Feb 2014 14:19:12 -0600 Christoph Lameter wrote:
> Use __this_cpu_read instead.
>
> ...
>
> --- linux.orig/arch/x86/include/asm/uv/uv_hub.h 2014-02-03
> 14:16:53.987889372 -0600
> +++ linux/arch/x86/include/asm/uv/uv_hub.h2014-02-03 14:16:53.987889372
> -0600
> @@ -618,7 +
On Sat, Mar 01, 2014 at 08:50:17AM -0800, H. Peter Anvin wrote:
> The bottom line is that if we want hard numbers we probably have to
> measure.
>
> Hoisting the cr2 read is a no-brainer, might even help performance...
Btw, I just got word that on AMD, a read from CR2 is 4 cycles on family
0x15 an
On Tue, Mar 04, 2014 at 05:02:17PM +0100, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Getting this thing to work with the new mapping scheme would need more
> work.
Thanks Boris. Allows SGI UV to boot (without the extra bootline).
Acked-by: Russ Anderson
> Signed-off-by: Borislav Pet
Hello.
On 01/15/2014 02:49 AM, Sergei Shtylyov wrote:
File names in the heading comments fell out of favor long ago, and this one
weren't even changed when the driver was moved from arch/arm/common/, so remove
it at last...
Signed-off-by: Sergei Shtylyov
---
The patch is against the 'ir
On Wed, 26 Feb 2014 15:31:47 -0800, "H. Peter Anvin" said:
> Yes... it looks like the 0.4.5-rc1 that shipped in Fedora is indeed out
> of date. With 0.5.0 I "only" see 8,207 messages, which means that at
> least the linux/err.h issue is gone.
Unfortunately, that's not true, at least with the Fed
Hi John,
On Wed, 26 Feb 2014 07:47:38 +1100 Stephen Rothwell
wrote:
>
> On Tue, 25 Feb 2014 14:07:16 -0500 "John W. Linville"
> wrote:
> >
> > On Tue, Feb 25, 2014 at 01:35:37PM +1100, Stephen Rothwell wrote:
> > >
> > > After merging the wireless-next tree, today's linux-next build (x86_64
>
checkpatch.pl error in linux.c:
ERROR: do not use assignment in if condition
Signed-off-by: Daeseok Youn
---
drivers/staging/cxt1e1/linux.c | 31 +++
1 files changed, 19 insertions(+), 12 deletions(-)
diff --git a/drivers/staging/cxt1e1/linux.c b/drivers/staging/
701 - 800 of 1123 matches
Mail list logo
