On 3 June 2014 20:58, Mimi Zohar wrote:
> Require all keys added to the IMA keyring be signed by an
> existing trusted key on the system trusted keyring.
>
> Changelog v5:
> - Move integrity_init_keyring() to init_ima() - Dmitry
> - reset keyring[id] on failure - Dmitry
>
> Changelog v1:
> - don't
Hi Linus,
I had this in my 3.16 merge window queue, but it is small and obvious
enough for 3.15. I cherry-picked and retested against current rc8.
Please pull from my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
Filipe Manana (1) commits (+5/
Commit-ID: bdfb9bcc25005d06a9c301830bdeb7ca5a0b6ef7
Gitweb: http://git.kernel.org/tip/bdfb9bcc25005d06a9c301830bdeb7ca5a0b6ef7
Author: H. Peter Anvin
AuthorDate: Fri, 6 Jun 2014 14:30:37 -0700
Committer: H. Peter Anvin
CommitDate: Fri, 6 Jun 2014 14:54:54 -0700
x86, vdso: Use for litt
On Sat, 2014-06-07 at 00:48 +0300, Dmitry Kasatkin wrote:
> On 3 June 2014 20:58, Mimi Zohar wrote:
> > Dot prefixed keyring names are supposed to be reserved for the
> > kernel, but add_key() calls key_get_type_from_user(), which
> > incorrectly verifies the 'type' field, not the 'description' f
Minimized the use of snprintf()
And removed a variable that was only used for the temporary storage.
Signed-off-by: Rickard Strandqvist
---
drivers/scsi/bfa/bfad_attr.c | 114 --
1 file changed, 66 insertions(+), 48 deletions(-)
diff --git a/drivers/scsi
Hi
Several have remarked in the other patch for strncpy I posted. That
there is a strlcpy that works exactly as one would like to strncpy was
done :)
And the return value is like for snprintf, but quite a lot faster!
So I submit patches based with it instead, and did a couple more
exchanges of sn
From: Suravee Suthikulpanit
Arm64 does not define dma_get_required_mask() function.
Therefore, it should not define the ARCH_HAS_DMA_GET_REQUIRED_MASK.
This causes build errors in some device drivers (e.g. mpt2sas)
Signed-off-by: Suravee Suthikulpanit
---
arch/arm64/include/asm/dma-mapping.h |
Pulled from Linus' "next" branch (HEAD =
2b03adc1911d1c84cb7fad8b424234f589547cb3)
and built & booted on ia64. I see a lot of random characters on the
serial console. Suspiciously starting right after reporting the serial
line has been found.
Here's what the output looks like when I "vi" the save
On Fri, Jun 06, 2014 at 11:57:10AM -0700, Eric Dumazet wrote:
> On Fri, 2014-06-06 at 11:12 -0700, Paul E. McKenney wrote:
>
> > It is probably just be me getting lost in the code, but I am not seeing
> > a synchronize_rcu(), call_rcu(), or synchronize_net() anywhere in
> > dst_release() or the th
On Friday, June 06, 2014 02:28:58 PM Wolfram Sang wrote:
>
> --azLHFNyN32YCQGCU
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
>
> On Fri, May 30, 2014 at 08:37:11PM +0800, Lan Tianyu wrote:
> > On 05/30/2014 08:10 PM, Wolfram Sang wrote:
> > >>>Hi Wolfram:
> > >>> Sin
On 06/06/2014 03:07 PM, Tony Luck wrote:
> Pulled from Linus' "next" branch (HEAD =
> 2b03adc1911d1c84cb7fad8b424234f589547cb3)
> and built & booted on ia64. I see a lot of random characters on the
> serial console. Suspiciously starting right after reporting the serial
> line has been found.
>
>
Hi Mika,
Do I believe correctly that you have reviewed this patch already?
Rafael
On Tuesday, May 20, 2014 08:59:23 PM Lan Tianyu wrote:
> ACPI 5.0 spec(5.5.2.4.5) defines GenericSerialBus(i2c, spi, uart) operation
> region.
> It allows ACPI aml code able to access such kind of devices to impl
On Fri, 6 Jun 2014, Doug Anderson wrote:
> On exynos mcpm systems the firmware is hardcoded to jump to an address
> in SRAM (0x02073000) when secondary CPUs come up. By default the
> firmware puts a bunch of code at that location. That code expects the
> kernel to fill in a few slots with addres
Address of local variable assigned to a function parameter
This was partly found using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
block/blk-exec.c |5 +
1 file changed, 5 insertions(+)
diff --git a/block/blk-exec.c b/block/blk-exec.c
index db
Nicolas,
On Fri, Jun 6, 2014 at 3:35 PM, Nicolas Pitre wrote:
> On Fri, 6 Jun 2014, Doug Anderson wrote:
>
>> On exynos mcpm systems the firmware is hardcoded to jump to an address
>> in SRAM (0x02073000) when secondary CPUs come up. By default the
>> firmware puts a bunch of code at that locati
Hi Linus,
This fixes building the vdso code on older Linux systems, and probably
some non-Linux systems.
The following changes since commit a0abcf2e8f8017051830f738ac1bf5ef42703243:
Merge branch 'x86/vdso' of
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip into next (2014-06-05
08:05:2
This is somewhat off-topic, but given the various concepts discussed in
this thread I'm beginning to wonder how they will be implemented. The
current implementation hooks the IOMMU API into the DMA mapping API, and
the way this is done is by setting a single IOMMU (or rather a set of
IOMMU operatio
>> If this is all that is needed to solve the problem being discussed in
>> the other thread I have absolutely no issue with such a workaround going
>> into mainline.
>
> This plus the CCI fix that Andrew is planning to post.
Right - we'll need a patch to enable the CCI port for the cluster we
boo
Laba diena,
Mēs esam DIAMOND ŠVEICES aizdevumu uzņēmumam sniedzot aizdevumus ar pasta
reklāma. Mēs piedāvājam dažāda veida aizdevumu (īstermiņa un ilgtermiņa
aizdevumi, individuālie aizņēmumi, aizdevumi uzņēmumiem uc), par 3% procentu
likmi. Mēs izsniegt aizdevumus cilvēkiem, kam nepiecieš
On Fri, Jun 06, 2014 at 06:32:42PM +0530, Vivek Gautam wrote:
> On Wed, Jun 4, 2014 at 6:43 PM, Thierry Reding
> wrote:
> > On Wed, Jun 04, 2014 at 03:41:20PM +0530, Vivek Gautam wrote:
> >> On Sat, May 10, 2014 at 5:30 PM, Vivek Gautam
> >> wrote:
[...]
> >> > diff --git a/drivers/usb/host/ohc
Currently no user of page table walker sets ->pgd_entry() or ->pud_entry(),
so checking their existence in each loop is just wasting CPU cycle.
So let's remove it to reduce overhead.
Signed-off-by: Naoya Horiguchi
---
include/linux/mm.h | 6 --
mm/pagewalk.c | 18 +-
2
Originally mm_walk->skip is used to determine whether we walk over a vma
or not. But this is not enough because one of the page table walker's caller
subpage_mark_vma_nohuge(), will need another behavior PTWALK_BREAK, which
let us break current loop and continue from the beginning of the next loop.
This patch makes do_mincore() use walk_page_vma(), which reduces many lines
of code by using common page table walk code.
Signed-off-by: Naoya Horiguchi
---
mm/huge_memory.c | 20 --
mm/mincore.c | 192 +++
2 files changed, 65 insertio
Now all of current users of page table walker are canonicalized, i.e.
pmd_entry() handles only trans_pmd entry, and pte_entry() handles pte entry.
So we can factorize common code more.
This patch moves pmd_trans_huge_lock() in each pmd_entry() to pagewalk core.
Signed-off-by: Naoya Horiguchi
---
mem_cgroup_move_charge_pte_range() handles both pte and pmd, which is not
standardized, so let's cleanup it. One tricky part is the retry, which is
performed when we detect !mc.precharge. In such case we retry the same entry,
so we don't have to go outside the pte loop. With rewriting this retry in
Currently subpage_mark_vma_nohuge() uses page table walker to find thps and
then split them. But this can be done by page table walker itself, so let's
rewrite it in more suitable way. No functional change.
Signed-off-by: Naoya Horiguchi
---
arch/powerpc/mm/subpage-prot.c | 12
1 fi
Here is the patchset on top of previous series (now in linux-mm.)
According to the previous discussion with Dave Hansen, all users of page
table walker are interested in running some code on the leaf entries
(i.e. pmd for thp, pte for normal pages. hugetlb needs special handling
due to arch dependn
With the recent update on page table walker, we can use common code for
the walking more. Unlike many other users, this swapin_walk expects to
handle swap entries. As a result we should be careful about ptl locking.
Swapin operation, read_swap_cache_async(), could cause page reclaim, so
we can't ke
On Wed, 4 Jun 2014, Sasha Levin wrote:
> On 06/03/2014 07:11 PM, Hugh Dickins wrote:
> > On Tue, 3 Jun 2014, Konstantin Khlebnikov wrote:
> >> > On Tue, Jun 3, 2014 at 8:21 AM, Dave Jones wrote:
> >>> > > I'm still seeing this one from time to time, though it takes me quite
> >>> > > a while to h
None of the code is adapted to handle a struct ipath_diag_pkt.
This was partly found using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/infiniband/hw/ipath/ipath_diag.c |6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/infiniba
From: "Luis R. Rodriguez"
We'll be adding options for xen as well.
Cc: Borislav Petkov
Cc: Pekka Enberg
Cc: David Rientjes
Cc: Michal Marek
Cc: Randy Dunlap
Cc: penb...@kernel.org
Cc: levinsasha...@gmail.com
Cc: mtosa...@redhat.com
Cc: fengguang...@intel.com
Cc: David Vrabel
Cc: Ian Campbe
On Fri, Jun 6, 2014 at 5:33 AM, Felipe Contreras
wrote:
> On Fri, Jun 6, 2014 at 4:16 AM, Michal Hocko wrote:
>
>> Mel has a nice systemtap script (attached) to watch for stalls. Maybe
>> you can give it a try?
>
> Is there any special configurations I should enable?
>
> I get this:
> semantic er
From: "Luis R. Rodriguez"
This lets you build a kernel which can support xen dom0
or xen gusets by just using:
make xenconfig
Technically xen supports a dom0 kernel and also a guest
kernel configuration but upon review with the xen team
since we don't have many dom0 options its best to just
From: "Luis R. Rodriguez"
This lets you use:
make virtconfig
to merge you current kernel configuration with options to
enable both kvm and xen (dom0 and guest) requirements.
Cc: Borislav Petkov
Cc: Pekka Enberg
Cc: David Rientjes
Cc: Michal Marek
Cc: Randy Dunlap
Cc: penb...@kernel.org
On Fri, Jun 6, 2014 at 4:05 PM, Hugh Dickins wrote:
>
> [PATCH] mm: entry = ACCESS_ONCE(*pte) in handle_pte_fault
>
> Use ACCESS_ONCE() in handle_pte_fault() when getting the entry or orig_pte
> upon which all subsequent decisions and pte_same() tests will be made.
>
> I have no evidence that its
Mike,
On Fri, Jun 6, 2014 at 3:31 PM, Mike Turquette wrote:
> Anyways, getting back on point, Tomasz was right about the whole clk_get
> thing. So I'm happy to take either V1 or V3 of your patch. I will be
> submitting a second PR for 3.16 next week and it will include whichever
> version you and
On exynos mcpm systems the firmware is hardcoded to jump to an address
in SRAM (0x02073000) when secondary CPUs come up. By default the
firmware puts a bunch of code at that location. That code expects the
kernel to fill in a few slots with addresses that it uses to jump back
to the kernel's entr
On 06/06/2014 07:16 PM, Linus Torvalds wrote:
>> I have no evidence that its lack is responsible for the mm/filemap.c:202
>> > BUG_ON(page_mapped(page)) in __delete_from_page_cache() found by trinity,
>> > and I am not optimistic that it will fix it. But I have found no other
>> > explanation, and
Removes an ifdef that is no longer available,
and that would cause a compile error if it was activated.
This was partly found using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/isdn/mISDN/dsp_cmx.c |3 ---
1 file changed, 3 deletions(-)
dif
On Sat, 2014-06-07 at 00:53 +0300, Dmitry Kasatkin wrote:
> On 3 June 2014 20:58, Mimi Zohar wrote:
> > Require all keys added to the IMA keyring be signed by an
> > existing trusted key on the system trusted keyring.
> >
> > Changelog v5:
> > - Move integrity_init_keyring() to init_ima() - Dmitr
From: Rickard Strandqvist
Date: Sat, 7 Jun 2014 01:25:30 +0200
> Removes an ifdef that is no longer available,
> and that would cause a compile error if it was activated.
>
> This was partly found using a static code analysis program called cppcheck.
>
> Signed-off-by: Rickard Strandqvist
Th
On Sat, May 31, 2014 at 04:25:21PM +0400, Evgeniy Polyakov wrote:
> Hi Thomas
>
> 31.05.2014, 03:11, "Thomas Wood" :
> > Replace spaces at beginning of the string with tabs, and replace foo * bar
> > with foo *bar in a pointer declaration.
> >
> > Signed-off-by: Thomas Wood
>
> Looks good, than
On Fri, Jun 06, 2014 at 10:35:29PM +0400, Evgeniy Polyakov wrote:
> Hi everyone
>
> Greg, please pull this patch into the tree
Will do after 3.16-rc1 is out, thanks.
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.ker
The following changes since commit 4b660a7f5c8099d88d1a43d8ae138965112592c7:
Linux 3.15-rc6 (2014-05-22 06:42:02 +0900)
are available in the git repository at:
git://git.linaro.org/people/mike.turquette/linux.git tags/clk-for-linus-3.16
for you to fetch changes up to 3cbcb16095f916f50a5a550
Quoting Tomasz Figa (2014-06-05 15:26:31)
> On 05.06.2014 22:35, Doug Anderson wrote:
> > The "aclk66_peric" clock is a gate clock with a whole bunch of gates
> > underneath it. This big gate isn't very useful to include in our
> > clock tree. If any of the children need to be turned on then the
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 | 59 +++
Documentation/vDSO/vdso_standalone_test_x8
We have useful code in the 32-bit x86 vDSO now; update the sample code.
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.
Andy Lutomirski (2):
doc,vdso: Rename vdso_test.c to vdso_standalone_test_x
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 -
Viresh,
On Thu, Jun 5, 2014 at 9:38 PM, Viresh Kumar wrote:
> Tegra's driver got updated a bit (00917dd cpufreq: Tegra: implement
> intermediate
> frequency callbacks) and implements new 'intermediate freq' infrastructure of
> core. Above commit updated comments about when to call
> clk_prepare_
Hello all,
I'm trying to resolve a cryptic problem with Lenovo T440p (and with
Dell XPS 15z, as it appears) and nvidia in my spare time. You can read
more at [1]. Basically: when the user disables and then re-enables
nvidia card (via ACPI, bbswitch or nouveau's dynpm) on new BIOS
versions, somethi
On Fri, Jun 06, 2014 at 02:11:18PM -0400, Pranith Kumar wrote:
> On 06/06/2014 01:53 PM, Pranith Kumar wrote:
> > On Fri, Jun 6, 2014 at 3:35 AM, Peter Zijlstra wrote:
> >>
> >> Now in general, I don't particularly like such superfluous changes, so
> >> unless you can show that GCC actually genera
Instead of putting the same variable twice,
was rather intended to set this value to two different variable.
This was partly found using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/media/v4l2-core/v4l2-dv-timings.c |4 ++--
1 file changed,
On Fri, Jun 6, 2014 at 12:19 PM, Dmitry Popov wrote:
> ipv4_{update_pmtu,redirect} were called with tunnel's ifindex (t->dev is a
> tunnel netdevice). It caused wrong route lookup and failure of pmtu update or
> redirect. We should use the same ifindex that we use in ip_route_output_* in
> *tunnel
Hi,
I'm Miss Tanisha, I am a young woman who is looking for friendship and maybe
more. I am well pleased to contact you after i came across your e-mail. I will
like to further communication with you for us to know each other if you wouldn't
mind and if you share the same view with me. You can reach
On Thu, 2014-05-22 at 08:20PM +0200, Uwe Kleine-König wrote:
> Hello Sören,
>
> On Thu, May 22, 2014 at 11:03:00AM -0700, Sören Brinkmann wrote:
> > On Wed, 2014-05-21 at 01:33PM -0700, Mike Turquette wrote:
> > > Quoting Uwe Kleine-König (2014-05-21 11:23:08)
> > > > Hello Sören,
> > > >
> > > >
On 06/06/2014 08:18 PM, Dave Chinner wrote:
> On Fri, Jun 06, 2014 at 02:11:18PM -0400, Pranith Kumar wrote:
>> On 06/06/2014 01:53 PM, Pranith Kumar wrote:
>>> On Fri, Jun 6, 2014 at 3:35 AM, Peter Zijlstra wrote:
Now in general, I don't particularly like such superfluous changes, so
>>
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ivan Vecera
commit ba67b510035141bd89b40bf65efa0a79834311ca upstream.
The patch fixes a problem with dropped jumbo frames after usage of
'ethtool -G ... rx'.
Scenario:
1. ip link set eth0 up
2
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 05ab8f2647e4221cbdb3856dd7d32bd5407316b3 ]
The BPF_S_ANC_NLATTR and BPF_S_ANC_NLATTR_NEST extensions fail to check
for a minimal message length before testing t
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Naoya Horiguchi
commit 3e030ecc0fc7de10fd0da10c1c19939872a31717 upstream.
When a memory error happens on an in-use page or (free and in-use)
hugepage, the victim page is isolated with its refco
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: "J. Bruce Fields"
commit 27b11428b7de097c42f205beabb1764f4365443b upstream.
The current code assumes a one-to-one lockowner<->lock stateid
correspondance.
Signed-off-by: J. Bruce Fields
Signe
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Chen Yucong
commit b985194c8c0a130ed155b71662e39f7eaea4876f upstream.
For handling a free hugepage in memory failure, the race will happen if
another thread hwpoisoned this hugepage concurrentl
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 30f78d8ebf7f514801e71b88a10c948275168518 ]
Francois reported that setting big mtu on loopback device could prevent
tcp sessions making progress.
We do not suppor
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Vlad Yasevich
[ Upstream commit f114890cdf84d753f6b41cd0cc44ba51d16313da ]
This reverts commit 12a2856b604476c27d85a5f9a57ae1661fc46019.
The commit above doesn't appear to be necessary any more
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jason Wang
[ Upstream commit 16c0b164bd24d44db137693a36b428ba28970c62 ]
We drop packet unconditionally when we fail to mirror it. This is not intended
in some cases. Consdier for kvm guest, we
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: "J. Bruce Fields"
commit a1b8ff4c97b4375d21b6d6c45d75877303f61b3b upstream.
The nfsv4 state code has always assumed a one-to-one correspondance
between lock stateid's and lockowners even if it
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner
commit e9c243a5a6de0be8e584c604d353412584b592f8 upstream.
If uaddr == uaddr2, then we have broken the rule of only requeueing from
a non-pi futex to a pi futex with this call.
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Alexander Duyck
[ Upstream commit ec47ea82477404631d49b8e568c71826c9b663ac ]
With the recent changes for how we compute the skb truesize it occurs to me
we are probably going to have a lot of c
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka
commit 624966589041deb32a2626ee2e176e8274581101 upstream.
Mode setting in the TGA driver is broken for these reasons:
- info->fix.line_length is set just once in tgafb_init_fix
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: "Wang, Xiaoming"
[ Upstream commit b04c46190219a4f845e46a459e3102137b7f6cac ]
Plug a group_info refcount leak in ping_init.
group_info is only needed during initialization and
the code failed t
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Peter Christensen
[ Upstream commit bbeb0eadcf9fe74fb2b9b1a6fea82cd538b1e556 ]
Clearing the IFF_ALLMULTI flag on a down interface could cause an allmulti
overflow on the underlying interface.
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Li RongQing
[ Upstream commit fbdc0ad095c0a299e9abf5d8ac8f58374951149a ]
the value of itag is a random value from stack, and may not be initiated by
fib_validate_source, which called fib_combin
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede
commit 27a38856a948c3e8de30dc71647ff9e1778c99fc upstream.
Signed-off-by: Hans de Goede
Signed-off-by: Dmitry Torokhov
Signed-off-by: Ben Hutchings
---
drivers/input/mouse/syna
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Salva Peiró
commit e6a623460e5fc960ac3ee9f946d3106233fd28d8 upstream.
This fixes CVE-2014-1739.
Signed-off-by: Salva Peiró
Acked-by: Laurent Pinchart
Signed-off-by: Mauro Carvalho Chehab
Si
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Tyler Stachecki
commit af61e27c3f77c7623b5335590ae24b6a5c323e22 upstream.
On suspend, _scsih_suspend calls mpt2sas_base_free_resources, which
in turn calls pci_disable_device if the device is e
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Thomas Hellstrom
commit cbd75e97a525e3819c02dc18bc2d67aa544c9e45 upstream.
We already check that the buffer object we're accessing is registered with
the file. Now also make sure that we can't
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Tomoki Sekiyama
commit 501fed45b7e8836ee9373f4d31e2d85e3db6103a upstream.
When 'console=hvc0' is specified to the kernel parameter in x86 KVM guest,
hvc console is setup within a kthread. Howev
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Florian Westphal
[ Upstream commit ca6c5d4ad216d5942ae544bbf02503041bd802aa ]
local_df means 'ignore DF bit if set', so if its set we're
allowed to perform ip fragmentation.
This wasn't notice
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sergey Popovich
[ Upstream commit aeefa1ecfc799b0ea2c4979617f14cecd5cccbfd ]
Increment fib_info_cnt in fib_create_info() right after successfuly
alllocating fib_info structure, overwise fib_met
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Johan Hedberg
commit 09da1f3463eb81d59685df723b1c5950b7570340 upstream.
When we're performing reauthentication (in order to elevate the
security level from an unauthenticated key to an authenti
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Stanislaw Gruszka
commit 8834d3608cc516f13e2e510f4057c263f3d2ce42 upstream.
When disable beaconing we clear register with beacon and newer set it
back, what make we stop send beacons infinitely
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Kieran Clancy
commit 3eba563e280101209bad27d40bfc83ddf1489234 upstream.
Address a regression caused by commit ad332c8a4533:
(ACPI / EC: Clear stale EC events on Samsung systems)
After the earl
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jiri Bohac
commit 98a01e779f3c66b0b11cd7e64d531c0e41c95762 upstream.
On architectures with sizeof(int) < sizeof (long), the
computation of mask inside apply_slack() can be undefined if the
comp
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Stuart Hayes
commit 6c6c0d5a1c949d2e084706f9e5fb1fccc175b265 upstream.
If the last hrtimer interrupt detected a hang it sets hang_detected=1
and programs the clock event device with a delay to
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Christoph Hellwig
commit 50c6e282bdf5e8dabf8d7cf7b162545a55645fd9 upstream.
Various filesystems don't bother checking for a NULL ACL in
posix_acl_equiv_mode, and thus can dereference a NULL poi
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Radim Krčmář
commit 98fda169290b3b28c0f2db2b8f02290c13da50ef upstream.
'.done' is used to mark the completion of 'async_pf_execute()', but
'cancel_work_sync()' returns true when the work was ca
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit e33d0ba8047b049c9262fdb1fcafb93cb52ceceb ]
Recycling skb always had been very tough...
This time it appears GRO layer can accumulate skb->truesize
adjustments ma
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Rik van Riel
commit d5c9fde3dae750889168807038243ff36431d276 upstream.
It is possible for "limit - setpoint + 1" to equal zero, after getting
truncated to a 32 bit variable, and resulting in a
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
commit a949ae560a511fe4e3adf48fa44fefded93e5c2b upstream.
A race exists between module loading and enabling of function tracer.
CPU 1
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: "paul.sz...@sydney.edu.au"
commit ed84825b785ceb932af7dd5aa08614801721320b upstream.
In bdi_position_ratio(), get difference (setpoint-dirty) right even when
negative. Both setpoint and dirty a
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mohammed Habibulla
commit 1fb4e09a7e780b915dbd172592ae7e2a4c071065 upstream.
Add support for the AR9462 chip
T: Bus=01 Lev=01 Prnt=01 Port=03 Cnt=03 Dev#= 3 Spd=12 MxCh= 0
D: Ver= 1.10 Cl
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: AceLan Kao
commit 8171a67d587a09e14a4949a81e070345fedcf410 upstream.
BugLink: http://bugs.launchpad.net/bugs/1180881
Synaptics large touchscreen doesn't support some of the report request
whil
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Viresh Kumar
commit 84ea7fe37908254c3bd90910921f6e1045c1747a upstream.
switch_hrtimer_base() calls hrtimer_check_target() which ensures that
we do not migrate a timer to a remote cpu if the tim
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner
commit f0d71b3dcb8332f7971b5f2363632573e6d9486a upstream.
We happily allow userspace to declare a random kernel thread to be the
owner of a user space PI futex.
Found while ana
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Radim Krčmář
commit 28b441e24088081c1e213139d1303b451a34a4f4 upstream.
When we cancel 'async_pf_execute()', we should behave as if the work was
never scheduled in 'kvm_setup_async_pf()'.
Fixes
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
commit 3234f5b06fc3094176a86772cc64baf3decc98fc upstream.
Fixes: a53268be0cb9 ('rtlwifi: rtl8192cu: Fix too long disable of IRQs')
Signed-off-by: Ben Hutchings
Signed-off-by: Joh
On Fri, 6 Jun 2014, Doug Anderson wrote:
> On exynos mcpm systems the firmware is hardcoded to jump to an address
> in SRAM (0x02073000) when secondary CPUs come up. By default the
> firmware puts a bunch of code at that location. That code expects the
> kernel to fill in a few slots with addres
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Larry Finger
commit a53268be0cb9763f11da4f6fe3fb924cbe3a7d4a upstream.
In commit f78bccd79ba3cd9d9664981b501d57bdb81ab8a4 entitled "rtlwifi:
rtl8192ce: Fix too long disable of IRQs", Olivier La
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Leon Ma
commit 012a45e3f4af68e86d85cce060c6c2fed56498b2 upstream.
If a cpu is idle and starts an hrtimer which is not pinned on that
same cpu, the nohz code might target the timer to a differen
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Oleg Nesterov
commit 41c22f626254b9dc0376928cae009e73d1b6a49a upstream.
get_user_pages(mm) is simply wrong if mm->mm_users == 0 and exit_mmap/etc
was already called (or is in progress), mm->mm_
3.2.60-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ilia Mirkin
commit a3d0b1218d351c6e6f3cea36abe22236a08cb246 upstream.
There appear to be a crop of new hardware where the vbios is not
available from PROM/PRAMIN, but there is a valid _ROM meth
501 - 600 of 673 matches
Mail list logo
