From: Jeff Vander Stoep
If compiler has stack protector support, set
CONFIG_CC_STACKPROTECTOR_STRONG.
Reviewed-at: https://android-review.googlesource.com/#/c/238388/
Signed-off-by: Jeff Vander Stoep
[AmitP: cherry-picked this change from Android common kernel]
Signed-off-by: Amit Pundir
---
From: Greg Kroah-Hartman
This adds CONFIG_IKCONFIG and CONFIG_IKCONFIG_PROC options, which are a
requirement for the O release.
Reviewed-at: https://android-review.googlesource.com/#/c/364553/
Signed-off-by: Greg Kroah-Hartman
[AmitP: cherry-picked this change from Android common kernel]
Signe
Hi,
Following are the Android config fragment changes cherry-picked from
Android common kernel for your consideration. Config fragments are
folded or re-placed in sorted order wherever required.
Regards,
Amit Pundir
Chenbo Feng (1):
config: android-base: add CGROUP_BPF
Greg Kroah-Hartman (2):
From: Lorenzo Colitti
As of Android N, this is required to close sockets when a
network disconnects.
Reviewed-at: https://android-review.googlesource.com/#/c/322674/
[AmitP: cherry-picked this change from Android common kernel]
Signed-off-by: Amit Pundir
---
kernel/configs/android-base.config
From: Chenbo Feng
Add CONFIG_CGROUP_BPF as a default configuration in android base config
since it is used to replace XT_QTAGUID in future.
Reviewed-at: https://android-review.googlesource.com/#/c/400374/
Signed-off-by: Chenbo Feng
[AmitP: cherry-picked this change from Android common kernel]
From: Roberto Pereira
Disable Network file system support.
Reviewed-at: https://android-review.googlesource.com/#/c/409559/
Signed-off-by: Roberto Pereira
[AmitP: cherry-picked this change from Android common kernel
and updated commit message]
Signed-off-by: Amit Pundir
---
kernel/co
From: Greg Kroah-Hartman
This adds CONFIG_MODULES, CONFIG_MODULE_UNLOAD, and CONFIG_MODVERSIONS
which are required by the O release.
Reviewed-at: https://android-review.googlesource.com/#/c/364554/
Signed-off-by: Greg Kroah-Hartman
[AmitP: cherry-picked this change from Android common kernel]
From: Sami Tolvanen
Enable CPU domain PAN to ensure that normal kernel accesses are
unable to access userspace addresses.
Reviewed-at: https://android-review.googlesource.com/#/c/334035/
Signed-off-by: Sami Tolvanen
[AmitP: cherry-picked this change from Android common kernel, updated
From: Max Shi
Turn off the two kernel configs to disable related system ABI.
Reviewed-at: https://android-review.googlesource.com/#/c/264976/
Signed-off-by: Max Shi
[AmitP: cherry-picked this change from Android common kernel]
Signed-off-by: Amit Pundir
---
kernel/configs/android-base.config
On 07/06/2017 21:58, Florian Fainelli wrote:
> On 06/07/2017 04:11 AM, Phil Elwell wrote:
>> Devices in the AUX block share a common interrupt line, with a register
>> indicating which devices have active IRQs. Expose this as a nested
>> interrupt controller to avoid IRQ sharing problems (easily ob
On Wed, Jun 07, 2017 at 11:49:31AM +0200, Greg Kroah-Hartman wrote:
> On Tue, Jun 06, 2017 at 05:19:30PM +0100, Ben Hutchings wrote:
> > On Mon, 2017-06-05 at 18:17 +0200, Greg Kroah-Hartman wrote:
> > > 4.4-stable review patch. If anyone has any objections, please let me
> > > know.
> > >
> > >
On Thu, 08 Jun 2017 19:54:30 +1000
Michael Ellerman wrote:
> Peter Zijlstra writes:
> > On Thu, Jun 08, 2017 at 05:29:38PM +1000, Nicholas Piggin wrote:
> >> On Thu, 8 Jun 2017 08:54:00 +0200
> >> Peter Zijlstra wrote:
> >> >
> >> > Right, so this patch relies on the smp_mb__before_spinloc
The semaphore 'driver_lock' is used as a simple mutex, so
it should be written as one. Semaphores are going away in the future.
Signed-off-by: Binoy Jayan
---
This patch is part of a bigger effort to eliminate unwanted
semaphores from the linux kernel.
drivers/hid/hid-core.c | 10 +-
i
On Thu, Jun 8, 2017 at 6:55 PM, Amit Pundir wrote:
> Reviewed-at: https://android-review.googlesource.com/#/c/322674/
Note: that change was a mistake.
> --- a/kernel/configs/android-base.config
> +++ b/kernel/configs/android-base.config
> @@ -27,6 +27,7 @@ CONFIG_HIGH_RES_TIMERS=y
> CONFIG_IKCO
On 8 June 2017 at 05:32, Dave Young wrote:
> Maniaxx reported kernel boot panic similar to
> below:
> (emulated the panic with using same invalid phys addr in a uefi vm)
> There are also a bug in bugzilla.kernel.org:
> https://bugzilla.kernel.org/show_bug.cgi?id=195633
>
> This happens after bel
The semaphore 'async_sem' is used as a simple mutex, so
it should be written as one. Semaphores are going away in the future.
Signed-off-by: Binoy Jayan
---
This patch is part of a bigger effort to eliminate unwanted
semaphores from the linux kernel.
drivers/net/wireless/marvell/mwifiex/cfg802
The semaphore 'proc_sem' is used as a simple mutex, so
it should be written as one. Semaphores are going away in the future.
Signed-off-by: Binoy Jayan
---
This patch is part of a bigger effort to eliminate unwanted
semaphores from the linux kernel.
drivers/net/ethernet/micrel/ksz884x.c | 10 +
On Thu, 8 Jun 2017 18:43:47 +0900
Masahiro Yamada wrote:
> Hi Boris,
>
>
> 2017-06-08 16:05 GMT+09:00 Boris Brezillon
> :
> > Le Thu, 8 Jun 2017 15:11:03 +0900,
> > Masahiro Yamada a écrit :
> >
> >> Hi Boris,
> >>
> >>
> >> 2017-06-07 22:33 GMT+09:00 Boris Brezillon
> >> :
> >> > On Wed
The semaphore 'stream_mutex' is used as a simple mutex, so
it should be written as one. Semaphores are going away in the future.
Signed-off-by: Binoy Jayan
---
drivers/media/pci/ngene/ngene-core.c | 14 +++---
drivers/media/pci/ngene/ngene.h | 2 +-
2 files changed, 8 insertions(+)
These are a set of patches which removes semaphores from ngene.
These are part of a bigger effort to eliminate unwanted semaphores
from the linux kernel.
Binoy Jayan (3):
media: ngene: Replace semaphore cmd_mutex with mutex
media: ngene: Replace semaphore stream_mutex with mutex
media: ngene
The semaphore 'i2c_switch_mutex' is used as a simple mutex, so
it should be written as one. Semaphores are going away in the future.
Signed-off-by: Binoy Jayan
---
drivers/media/pci/ngene/ngene-core.c | 2 +-
drivers/media/pci/ngene/ngene-i2c.c | 6 +++---
drivers/media/pci/ngene/ngene.h |
The semaphore 'cmd_mutex' is used as a simple mutex, so
it should be written as one. Semaphores are going away in the future.
Signed-off-by: Binoy Jayan
---
drivers/media/pci/ngene/ngene-core.c | 12 ++--
drivers/media/pci/ngene/ngene.h | 2 +-
2 files changed, 7 insertions(+), 7 d
Hi Oleg,
On Fri, May 05, 2017 at 06:26:07PM +0200, Oleg Nesterov wrote:
> Hi Jamie,
>
> I am sorry for being slow... yes, probably we should start with this
> simple change, and perhaps we do not really need anything else. But
> let me think about this till Monday, perhaps we can remove this "cle
The semaphore 'fs_api_semaphore' is used as a simple mutex, so
it should be written as one. Semaphores are going away in the future.
Signed-off-by: Binoy Jayan
---
drivers/scsi/esas2r/esas2r.h | 2 +-
drivers/scsi/esas2r/esas2r_init.c | 2 +-
drivers/scsi/esas2r/esas2r_ioctl.c | 6 +++---
The semaphore 'fm_api_semaphore' is used as a simple mutex, so
it should be written as one. Semaphores are going away in the future.
Signed-off-by: Binoy Jayan
---
drivers/scsi/esas2r/esas2r.h | 2 +-
drivers/scsi/esas2r/esas2r_init.c | 2 +-
drivers/scsi/esas2r/esas2r_ioctl.c | 4 ++--
3
These are a set of patches which removes semaphores from esas2r.
These are part of a bigger effort to eliminate unwanted semaphores
from the linux kernel.
Binoy Jayan (2):
scsi: esas2r: Replace semaphore fm_api_semaphore with mutex
scsi: esas2r: Replace semaphore fs_api_semaphore with mutex
Hey,
On Wed, 2017-06-07 at 21:50 +0200, Pavel Machek wrote:
> Hi!
>
> > On Wed, 2017-06-07 at 09:52 +0200, Pavel Machek wrote:
> > > > [0]: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
> > > > comm
> > > > it/?
> > > > h=v4.12-rc4&id=7f93e1fa032bb5ee19b868b9649bc98c82553003
On Thu, Jun 08, 2017 at 10:49:12AM +0200, Auger Eric wrote:
> Hi Christoffer,
>
> On 02/06/2017 15:33, Christoffer Dall wrote:
> > On Wed, May 24, 2017 at 10:13:21PM +0200, Eric Auger wrote:
> >> Virtual interrupts directly mapped to physical interrupts require
> >> some special care. Their pendin
On Thu, Jun 08, 2017 at 10:55:29AM +0200, Auger Eric wrote:
> Hi Christoffer, Marc,
>
> On 08/06/2017 10:34, Christoffer Dall wrote:
> > On Thu, Jun 08, 2017 at 09:23:16AM +0100, Marc Zyngier wrote:
> >> On Fri, Jun 02 2017 at 6:29:44 pm BST, Christoffer Dall
> >> wrote:
> >>> On Fri, Jun 02, 2
Tommi Rantala wrote:
> I have hit this kernel bug twice with 4.9.30 while running trinity, any
> ideas? It's not easily reproducible.
No idea. But if you can reproduce this problem, I think you can retry with
the OOM reaper disabled (like shown below), for the latter report is 10 seconds
after th
Am 08.06.2017 um 10:12 schrieb Greg Kroah-Hartman:
> The class_attrs pointer is long depreciated, and is about to be finally
> removed, so move to use the class_groups pointer instead.
>
> Cc: Artem Bityutskiy
> Cc: Richard Weinberger
> Cc: David Woodhouse
> Cc: Brian Norris
> Cc: Boris Brezil
On Wed, Jun 07, 2017 at 02:54:16PM -0700, Palmer Dabbelt wrote:
> On Wed, 07 Jun 2017 02:23:42 PDT (-0700), will.dea...@arm.com wrote:
> > Hi Palmer,
> >
> > On Tue, Jun 06, 2017 at 03:59:50PM -0700, Palmer Dabbelt wrote:
> >> Thanks to everyone who has participated in the review process so far.
Hi Kishon,
On Wed, Jun 7, 2017 at 7:08 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Friday 02 June 2017 06:30 PM, Raviteja Garimella wrote:
>> This is driver for USB DRD Phy used in Broadcom's Northstar2
>> SoC. The phy can be configured to be in Device mode or Host
>> mode based on the type of
On Tue, Jun 06, 2017 at 06:58:34PM +0100, Will Deacon wrote:
> From: Mark Rutland
>
> In do_huge_pmd_numa_page(), we attempt to handle a migrating thp pmd by
> waiting until the pmd is unlocked before we return and retry. However,
> we can race with migrate_misplaced_transhuge_page():
>
> // do_
On Thu, Jun 08, 2017 at 11:04:05AM +0200, Vlastimil Babka wrote:
> On 06/06/2017 07:58 PM, Will Deacon wrote:
> > From: Mark Rutland
> >
> > In do_huge_pmd_numa_page(), we attempt to handle a migrating thp pmd by
> > waiting until the pmd is unlocked before we return and retry. However,
> > we ca
On Thu, Jun 08, 2017 at 11:38:21AM +0200, Vlastimil Babka wrote:
> On 06/06/2017 07:58 PM, Will Deacon wrote:
> > page_ref_freeze and page_ref_unfreeze are designed to be used as a pair,
> > wrapping a critical section where struct pages can be modified without
> > having to worry about consistency
On 8 June 2017 at 15:32, Lorenzo Colitti wrote:
> On Thu, Jun 8, 2017 at 6:55 PM, Amit Pundir wrote:
>> Reviewed-at: https://android-review.googlesource.com/#/c/322674/
>
> Note: that change was a mistake.
>
>> --- a/kernel/configs/android-base.config
>> +++ b/kernel/configs/android-base.config
>
This is driver for USB DRD PHY used in Broadcom's Northstar2
SoC. The phy can be configured to be in Device mode or Host
mode based on the type of cable connected to the port. The
driver registers to extcon framework to get appropriate
connect events for Host/Device cables connect/disconnect
state
This patch adds device tree node for USB Dual Role Device PHY for
Broadcom's Northstar2 SoC.
Signed-off-by: Raviteja Garimella
---
arch/arm64/boot/dts/broadcom/ns2.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm64/boot/dts/broadcom/ns2.dtsi
b/arch/arm64/boot/dt
Changes in v8:
=
-Renamed phy shutdown routine
-Used devm_request_irq in stead of threaded irq
-Removed devm_unregister calls in probe routine
Changes in v7:
=
Cleaned up unused variables in phy private data structure that's
missed out in v6.
Setting of phy mode to device/h
This patch adds DT bindings documentation for NS2 DRD PHY driver.
Signed-off-by: Raviteja Garimella
Acked-by: Rob Herring
---
.../devicetree/bindings/phy/brcm,ns2-drd-phy.txt | 30 ++
1 file changed, 30 insertions(+)
create mode 100644 Documentation/devicetree/bindings/ph
On Wed, Jun 07, 2017 at 03:42:02PM -0500, Gustavo A. R. Silva wrote:
> Remove duplicate code.
>
> Addresses-Coverity-ID: 1226951
> Signed-off-by: Gustavo A. R. Silva
> ---
> drivers/infiniband/hw/qib/qib_mad.c | 2 --
> 1 file changed, 2 deletions(-)
>
Thanks,
Reviewed-by: Leon Romanovsky
sig
On Tue, Jun 06, 2017 at 09:44:15AM -0700, Khuong Dinh wrote:
> Hi Lorenzo,
>
> On Tue, May 9, 2017 at 3:55 PM, Khuong Dinh wrote:
> > Hi Lorenzo,
> >
> > On Fri, May 5, 2017 at 9:51 AM, Lorenzo Pieralisi
> > wrote:
> >> On Thu, May 04, 2017 at 05:36:06PM -0700, Khuong Dinh wrote:
> >>> Hi Marc,
On Thu, Jun 08, 2017 at 11:38:21AM +0200, Vlastimil Babka wrote:
> On 06/06/2017 07:58 PM, Will Deacon wrote:
> > page_ref_freeze and page_ref_unfreeze are designed to be used as a pair,
> > wrapping a critical section where struct pages can be modified without
> > having to worry about consistency
Hi Boris,
2017-06-08 16:12 GMT+09:00 Boris Brezillon :
> Le Thu, 8 Jun 2017 15:10:18 +0900,
> Masahiro Yamada a écrit :
>
>> Hi Boris,
>>
>>
>> 2017-06-07 22:57 GMT+09:00 Boris Brezillon
>> :
>> > On Wed, 7 Jun 2017 20:52:19 +0900
>> > Masahiro Yamada wrote:
>> >
>> >
>> >> -/*
>> >> - * This
Currently the driver boots only via device tree hence add a
dependency on CONFIG_OF. This leaves with a bunch of unused code
so clean that up.
Signed-off-by: Keerthy
---
Changes in v2:
* Cleaned up chip_id and data attached to the match.
* Cleaned up i2c_dev_id
* dropped the rest of the p
On Tue, Jun 06, 2017 at 06:58:36PM +0100, Will Deacon wrote:
> When migrating a transparent hugepage, migrate_misplaced_transhuge_page
> guards itself against a concurrent fastgup of the page by checking that
> the page count is equal to 2 before and after installing the new pmd.
>
> If the page c
On Tue, 2017-06-06 at 19:46 +0200, Mario Kleiner wrote:
> On Thu, Jun 1, 2017 at 1:13 PM, Ben Hutchings
> wrote:
> > On Tue, 2017-05-23 at 22:08 +0200, Greg Kroah-Hartman wrote:
> >> 4.4-stable review patch. If anyone has any objections, please let me know.
> >>
> >> --
> >>
> >>
Linus,
please pull a printk regression fix from:
git://git.kernel.org/pub/scm/linux/kernel/git/pmladek/printk.git for-linus
It reverts a fix added into 4.12-rc1. It caused the kernel log to
be printed on another console when two consoles of the same type were
defined, e.g. console=tt
On 06/06/2017 07:58 PM, Will Deacon wrote:
> When migrating a transparent hugepage, migrate_misplaced_transhuge_page
> guards itself against a concurrent fastgup of the page by checking that
> the page count is equal to 2 before and after installing the new pmd.
>
> If the page count changes, then
On Wed, Jun 07, 2017 at 11:57:17AM -0700, Wesley Terpstra wrote:
> On Wed, Jun 7, 2017 at 3:13 AM, Mark Rutland wrote:
> >> > +RISC-V Hart-Level Interrupt Controller (HLIC)
> >> > +-
> >> > +
> >> > +RISC-V cores include Control Status Registers (CSRs) w
Hi Qiuyang,
On 2017/6/8 17:38, Sun Qiuyang wrote:
> Hi Chao,
> See my comments below.
>
>> Hi Qiuyang,
>>
>> On 2017/6/7 17:29, sunqiuyang wrote:
>>> From: Qiuyang Sun
>>>
>>> This is a new version of PATCH v2 2/2 with the following minor changes:
>>> - In dax_move_data_page(), the call of alloc
On 06/08/2017 12:34 PM, Will Deacon wrote:
> On Thu, Jun 08, 2017 at 11:38:21AM +0200, Vlastimil Babka wrote:
>>
>> Undecided if it's really needed. This is IMHO not the classical case
>> from Documentation/core-api/atomic_ops.rst where we have to make
>> modifications visible before we let others
On Thu, Jun 8, 2017 at 11:39 AM, Sudeep Holla wrote:
>
>
> On 07/06/17 21:38, Arnd Bergmann wrote:
>> On Wed, Jun 7, 2017 at 6:10 PM, Sudeep Holla wrote:
>>
>>> +struct scmi_msg_resp_power_attributes {
>>> + __le16 num_domains;
>>> + __le16 reserved;
>>> + __le32 stats_addr_low;
On 06/08/2017 12:40 PM, Kirill A. Shutemov wrote:
> On Thu, Jun 08, 2017 at 11:38:21AM +0200, Vlastimil Babka wrote:
>> On 06/06/2017 07:58 PM, Will Deacon wrote:
>>> page_ref_freeze and page_ref_unfreeze are designed to be used as a pair,
>>> wrapping a critical section where struct pages can be m
On Thu, Jun 08, 2017 at 03:12:30PM +0800, Jianhong Chen wrote:
> From: Elaine Zhang
>
> Add support for the rk805 regulator. The regulator module consists
> of 4 DCDCs, 3 LDOs.
Acked-by: Mark Brown
signature.asc
Description: PGP signature
On 08/06/17 12:06, Arnd Bergmann wrote:
> On Thu, Jun 8, 2017 at 11:39 AM, Sudeep Holla wrote:
>>
>>
>> On 07/06/17 21:38, Arnd Bergmann wrote:
>>> On Wed, Jun 7, 2017 at 6:10 PM, Sudeep Holla wrote:
>>>
+struct scmi_msg_resp_power_attributes {
+ __le16 num_domains;
+
Add const to rfkill_ops structures that are only passed as an argument
to the functions rfkill_alloc or samsung_new_rfkill. These arguments are
of type const, so such structures can be annotated with const.
Signed-off-by: Bhumika Goyal
---
drivers/platform/x86/dell-rbtn.c | 2 +-
drivers/pl
2017-06-07 23:09 GMT+09:00 Boris Brezillon :
> On Wed, 7 Jun 2017 20:52:28 +0900
> Masahiro Yamada wrote:
>
>>
>> +static void denali_read_buf(struct mtd_info *mtd, uint8_t *buf, int len)
>> +{
>> + struct denali_nand_info *denali = mtd_to_denali(mtd);
>> + int i;
>> +
>> + iowrite32(
[+ PeterZ]
On Thu, Jun 08, 2017 at 01:07:02PM +0200, Vlastimil Babka wrote:
> On 06/08/2017 12:40 PM, Kirill A. Shutemov wrote:
> > On Thu, Jun 08, 2017 at 11:38:21AM +0200, Vlastimil Babka wrote:
> >> On 06/06/2017 07:58 PM, Will Deacon wrote:
> >>> include/linux/page_ref.h | 1 +
> >>> 1 file c
On Thu, 8 Jun 2017 08:25:31 +0200
Heiko Carstens wrote:
> On Thu, Jun 08, 2017 at 07:35:28AM +0200, Martin Schwidefsky wrote:
> > On Wed, 7 Jun 2017 22:47:56 +0200
> > Heiko Carstens wrote:
> > > On Wed, Jun 07, 2017 at 02:34:40PM +0200, Martin Schwidefsky wrote:
> > > > +#define arch_elf_pt
On 08/06/2017 11:16, Peter Xu wrote:
>> Oh, I see what you mean: set up the wakeup handler in vmx_vcpu_pi_put
>> and rely on PI.ON to wake up the sleeping process immediately. That
>> should be feasible, but overall I like the current pre_block/post_block
>> structure, and I think it's simpler.
On Thu, 8 Jun 2017 19:41:39 +0900
Masahiro Yamada wrote:
> Hi Boris,
>
>
> 2017-06-08 16:12 GMT+09:00 Boris Brezillon
> :
> > Le Thu, 8 Jun 2017 15:10:18 +0900,
> > Masahiro Yamada a écrit :
> >
> >> Hi Boris,
> >>
> >>
> >> 2017-06-07 22:57 GMT+09:00 Boris Brezillon
> >> :
> >> > On Wed
Em Mon, 29 May 2017 14:02:02 +0200
Wolfram Sang escreveu:
> >Why "soc_camera:" in the subject?
>
> I used 'git log $file' and copied the most recent entry. Do I need to
> resend?
>
No need to resend. I'll fix it when applying the patch.
Btw, I'm seeing only patches 6 and 7 here at media
On 2017-06-01 11:38, Stephen Boyd wrote:
On 05/30, Kiran Gunda wrote:
diff --git a/drivers/spmi/spmi-pmic-arb.c
b/drivers/spmi/spmi-pmic-arb.c
index 412481d..b755c24 100644
--- a/drivers/spmi/spmi-pmic-arb.c
+++ b/drivers/spmi/spmi-pmic-arb.c
@@ -112,7 +123,8 @@ enum pmic_arb_cmd_op_code {
st
On 2017-05-31 22:43, Stephen Boyd wrote:
On 05/30, Kiran Gunda wrote:
Currently the SPMI interrupt will not wake the device. Enable this
interrupt as a wakeup source.
Signed-off-by: Nicholas Troast
Signed-off-by: Kiran Gunda
---
drivers/spmi/spmi-pmic-arb.c | 1 +
1 file changed, 1 insertion
On Thu, 2017-06-08 at 09:04 +0200, Christoph Hellwig wrote:
> On Thu, Jun 08, 2017 at 04:04:15PM +1000, Stephen Rothwell wrote:
> > Hi Christoph,
> >
> > After merging the uuid tree, today's linux-next build (powerpc
> > ppc64_defconfig) failed like this:
> >
> > In file included from drivers/bas
This patchset extends the Broadcom SATA PHY driver to add
support for Stingray SATA PHY.
All patches are based on linux-phy/next
Changes since v1:
- Rebased patchset on linux-phy/next
Srinath Mannam (2):
dt-bindings: Update documentation for stingray SATA phy
phy: Add stingray SATA phy supp
Update BRCM SATA phy dt-binding documentation for stingray.
Signed-off-by: Srinath Mannam
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
Documentation/devicetree/bindings/phy/brcm-sata-phy.txt | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/Documentation/devicet
This patch adds support for stingray SATA phy in the
SATA BRCM phy driver.
Signed-off-by: Srinath Mannam
---
drivers/phy/broadcom/phy-brcm-sata.c | 73
1 file changed, 73 insertions(+)
diff --git a/drivers/phy/broadcom/phy-brcm-sata.c
b/drivers/phy/broadcom
On 2017-06-08 09:53, Arnd Bergmann wrote:
The improved type-checking version of container_of() triggers a warning for
xchg_xen_ulong, pointing out that 'xen_ulong_t' is unsigned, but atomic64_t
contains a signed value:
drivers/xen/events/events_2l.c: In function 'evtchn_2l_handle_events':
driver
On Wed, Jun 7, 2017 at 11:20 PM, Alan Stern wrote:
> On Wed, 7 Jun 2017, Andrey Konovalov wrote:
>
>> On Wed, Jun 7, 2017 at 4:43 PM, Alan Stern wrote:
>> > On Wed, 7 Jun 2017, Andrey Konovalov wrote:
>> >
>> >> Hi,
>> >>
>> >> I've got the following error report while fuzzing the kernel with
>>
Alexey Kardashevskiy writes:
> Hi,
>
> How did you manage to have CONFIG_EEH=y and CONFIG_VFIO_SPAPR_EEH=n? "make
> oldconfig" fixes this to CONFIG_VFIO_SPAPR_EEH=y.
Hmm, Murilo did you confirm the bug still happens on upstream with that
rand config?
cheers
unsynchronized_tsc() checks value of tsc_clocksource_reliable which is set by
check_system_tsc_reliable(). It's better to move check_system_tsc_reliable() at
front, or else this check makes no sense.
Though X86_FEATURE_CONSTANT_TSC is usually set for TSC reliable system, just in
case.
Signed-off
- clk_prepare_enable() can fail here and we must check its return value.
- Add missing clk_disable_unprepare(), if omap_rtc_probe is not successful.
Signed-off-by: Arvind Yadav
---
drivers/rtc/rtc-omap.c | 19 ++-
1 file changed, 14 insertions(+), 5 deletions(-)
diff --git a/dri
"Luis R. Rodriguez" writes:
> Dear vger postmaster,
>
> I think its time for a linux-firmware mailing list. If one is possible
> on vger that'd be great, otherwise let me know and I can look for an
> alternative outlet.
>
> I've been giving linux-firmware some good love as of late. One of the
> i
On 08/06/2017 11:30, Wanpeng Li wrote:
> However, I found that "nr == PF_VECTOR && vmx->apf_reason != 0" never be true
> in nested_vmx_check_exception(). SVM depends on the similar stuff in
> nested_svm_intercept() which makes me confusing how it can works. In
> addition,
> vmx/svm->apf_reaso
On Tue, Jun 06, 2017 at 12:07:18AM -0700, David Carrillo-Cisneros wrote:
SNIP
> @@ -2600,7 +2661,7 @@ static int perf_file_section__process(struct
> perf_file_section *section,
> struct perf_header *ph,
> int feat, int fd, v
On Tue, Jun 06, 2017 at 12:07:18AM -0700, David Carrillo-Cisneros wrote:
SNIP
> static int do_read_u32(struct feat_fd *ff, u32 *addr)
> @@ -188,6 +233,10 @@ static char *do_read_string(struct feat_fd *ff)
> static int write_tracing_data(struct feat_fd *ff,
> struct p
On Tue, Jun 06, 2017 at 12:07:22AM -0700, David Carrillo-Cisneros wrote:
SNIP
> diff --git a/tools/perf/util/header.c b/tools/perf/util/header.c
> index 6c1963e5bf10..c91acd5b0838 100644
> --- a/tools/perf/util/header.c
> +++ b/tools/perf/util/header.c
> @@ -66,6 +66,7 @@ struct feat_fd {
>
On Tue, Jun 06, 2017 at 12:07:15AM -0700, David Carrillo-Cisneros wrote:
SNIP
> +static int process_cpu_topology(struct feat_fd *ff, void *data
> __maybe_unused)
> {
> u32 nr, i;
> char *str;
> struct strbuf sb;
> - int cpu_nr = ph->env.nr_cpus_avail;
> + int cpu_nr =
On Tue, 6 Jun 2017, Dmitry Torokhov wrote:
> This originally came about as report of uhid sending duplicate open and
> premature close when hidraw was used alongside of input. After looking at
> the drivers I think we should consolidate user tracking inside of the HID
> core. While implementing th
>> Thanks for the extensive commit message :)
>>
>> Acked-by: Benjamin Tissoires
>
> Thanks Benjamin.
>
> Damjan, could you please try this patch too before I send it Linus-wards.
Hi Dmitry,
I'm not sure what to expect from the patch?
It didn't change anything for me with the default "modprobe p
On Thu, Jun 8, 2017 at 10:19 AM, Theodore Ts'o wrote:
> At the very least we probably should do a logical "uniq" on the output
> (e.g., if we have complained about the previous callsite, don't whinge
> about it again).
That seems okay to me.
On Tue, Jun 06, 2017 at 05:56:20AM +0200, Jason A. Donenfeld wrote:
> Hey Ted,
>
> On Tue, Jun 6, 2017 at 5:00 AM, Theodore Ts'o wrote:
> > Note that crypto_rng_reset() is called by big_key_init() in
> > security/keys/big_key.c as a late_initcall(). So if we are on a
> > system where the crng do
On Thursday, June 08, 2017 10:42:02 AM Dominik Brodowski wrote:
> Rafael,
>
> On Thu, Jun 08, 2017 at 02:00:40AM +0200, Rafael J. Wysocki wrote:
> > Hi All,
> >
> > This series is a replacement for commit eed4d47efe95 (ACPI / sleep: Ignore
> > spurious SCI wakeups from suspend-to-idle) which is s
On Thu, Jun 8, 2017 at 7:04 AM, Marcel Holtmann wrote:
>> Do we need to do all of this? Bluetooth folks, is it fair to assume
>> that hci_power_on() has to be called before any bluetooth functions
>> can be done? If so, adding a wait_for_random_bytes() in
>> hci_power_on() might be all that is n
On Tue, Jun 06, 2017 at 09:11:35AM +0530, viresh kumar wrote:
> + Daniel
>
> On 05-06-17, 17:07, Tao Wang wrote:
> > cpu idle cooling driver performs synchronized idle injection across
> > all cpu in same cluster, offers a new method to cooling down cpu,
> > that is similar to intel_power_clamp dr
Hello Marcel,
On Thu, Jun 8, 2017 at 7:04 AM, Marcel Holtmann wrote:
> yes, there are plenty of commands needed before a controller becomes usable.
That doesn't clearly address with precision what Ted was wondering.
Specifically, the inquiry is: can you confirm with certainty whether
or not all
On Thu, Jun 8, 2017 at 10:12 AM, Greg Kroah-Hartman
wrote:
> The class_attrs pointer is long depreciated, and is about to be finally
> removed, so move to use the class_groups pointer instead.
>
> Cc: Linus Walleij
> Cc: Alexandre Courbot
> Cc:
> Signed-off-by: Greg Kroah-Hartman
Acked-by: L
Stephen Rothwell writes:
> Hi Igor,
>
> On Wed, 7 Jun 2017 19:43:18 -0700 Igor Mitsyanko
> wrote:
>>
>> thanks. As I understand, you've applied this patch during a merge and no
>> further actions are required, correct?
>
> Dave Miller will need to apply that patch (or something similar) when
>
On Thu, Jun 08, 2017 at 12:52:07PM +0200, Vlastimil Babka wrote:
> On 06/06/2017 07:58 PM, Will Deacon wrote:
> > When migrating a transparent hugepage, migrate_misplaced_transhuge_page
> > guards itself against a concurrent fastgup of the page by checking that
> > the page count is equal to 2 befo
On 07/06/17 23:24, Rob Herring wrote:
> On Fri, Jun 02, 2017 at 12:06:52PM +0200, Thomas Petazzoni wrote:
>> This commit adds the Device Tree binding documentation for the Marvell
>> GICP, an extension to the GIC that allows to trigger GIC SPI interrupts
>> using memory transactions. It is used by
On Thu, Jun 8, 2017 at 4:43 AM, Theodore Ts'o wrote:
> What was the testing that was done for commit? It looks safe, but I'm
> unfamiliar enough with how the iSCSI authentication works that I'd
> prefer getting an ack'ed by from the iSCSI maintainers or
> alternativel, information about how to ki
Hello,
On Wed, 7 Jun 2017 17:24:20 -0500, Rob Herring wrote:
> On Fri, Jun 02, 2017 at 12:06:52PM +0200, Thomas Petazzoni wrote:
> > This commit adds the Device Tree binding documentation for the Marvell
> > GICP, an extension to the GIC that allows to trigger GIC SPI interrupts
> > using memory t
On Thu, Jun 08, 2017 at 04:31:00PM +0900, Namhyung Kim wrote:
> Hello,
>
> This is v4 of my compressed kernel module work. Please take a look.
>
> * changes in v4)
> - fix build-id cache symbolic link handling in annotate
> - separate fix for a memory leak (Arnaldo)
> - consolidate error
On 08/06/2017 08:34, Christoph Hellwig wrote:
Hi John,
sorry for dropping the ball, but your repost reminded me.
On Thu, Jun 01, 2017 at 11:36:55AM +0100, John Garry wrote:
In the command completion code we need to check for abnormal completion due
to underflow, but ignore it when it occurs in
Hello,
On Wed, 7 Jun 2017 17:33:17 -0500, Rob Herring wrote:
> > +Example:
> > +
> > +icu: interrupt-controller@1e {
> > + compatible = "marvell,cp110-icu";
> > + reg = <0x1e 0x10>;
> > + #interrupt-cells = <3>;
> > + interrupt-controller;
> > + interrupt-parent = <&gic>;
>
>
On Thu, Jun 08, 2017 at 12:24:33PM +0100, Will Deacon wrote:
> [+ PeterZ]
>
> On Thu, Jun 08, 2017 at 01:07:02PM +0200, Vlastimil Babka wrote:
> > On 06/08/2017 12:40 PM, Kirill A. Shutemov wrote:
> > > On Thu, Jun 08, 2017 at 11:38:21AM +0200, Vlastimil Babka wrote:
> > >> On 06/06/2017 07:58 PM,
ping
On 29.05.2017 13:49, Kirill Tkhai wrote:
> On 27.05.2017 14:01, Eric W. Biederman wrote:
>> Kirill Tkhai writes:
>>
>>> This patch prohibits pid allocation till child_reaper
>>> of pid namespace is set, and it makes possible and safe
>>> to get just unshared pid_ns from "/proc/[pid]/ns/pid_f
201 - 300 of 1224 matches
Mail list logo
