>
> The ac_classzone_idx is used as the basis for waking kswapd and that is based
> on the preferred zoneref. If the preferred zoneref's highest zone is lower
> than what is available on other nodes, it's possible that kswapd is woken
> on a zone with only higher, but still eligible, zones. As cla
From: John Crispin
Date: Mon, 4 Jul 2016 15:37:10 +0200
> Commit 8067302973a1 ("net-next: mediatek: add support for IRQ grouping")
> adds handling for irq 1 and 2 to the uninit function but did not remove
> irq 0 which is not used since irq grouping was introduced. Fix this by
> removing the sup
hi,
this patchset tries to add support provide own allocation
zalloc/free methods for hist_entry object.
v2 changes:
- merged patch 1 and 2 from RFC
The reason is to provide a way to be able to store more
data within hist_entry object in a transparent way to
its current usage by allocating its
Introducing hists__add_entry_ops function to allow using
the allocation callbacks externally.
Link: http://lkml.kernel.org/n/tip-r4bumbbg5st7p38hjm2z1...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/hist.c | 42 +++---
tools/perf/util/hist.h | 1
Introducing allocation callbacks, that allows to extend
current hist_entry object into objects with special needs
without polluting the current hist_entry object.
Link: http://lkml.kernel.org/n/tip-yvapb3gmmn01qo7qn9lzl...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/hist.c | 31 +
Move hist_entry initialization code into separate function.
It'll be useful and more clear for following patches that
introduce allocation callbacks.
Releasing the hist_entry object in hist_entry__new function
(where it's allocated) rather than in hist_entry__init.
Link: http://lkml.kernel.org/n/
On Mon, Jul 4, 2016 at 10:33 PM, Laurent Pinchart
wrote:
> As we're not dealing with a v4.7 regression that would need to be applied this
> week, can't you propose a proper fix instead of a revert ?
AFAICT the proper fix is to simply move the gpiod_request() sites earlier,
I can propose somethin
On Mon, Jul 4, 2016 at 10:30 PM, Laurent Pinchart
wrote:
> On Monday 04 Jul 2016 15:16:40 Linus Walleij wrote:
>> On Sun, Jul 3, 2016 at 6:32 PM, Johan Hovold wrote:
>> > This reverts commit 923b93e451db876d1479d3e4458fce14fec31d1c.
>>
>> Laurent, can we have you comment on this?
>>
>> Getting cl
On Mon, Jul 4, 2016 at 6:12 PM, Randy Dunlap wrote:
>> I merged it I think, Alex made a long series enabling compile
>> testing and I started to cherry-pick the first commits to let
>> them trickle in.
>
> I guess that when you do a git pull of a series of patches, you
> sign the pull commit but
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Tuesday, July 5, 2016 14:27
> To: Dexuan Cui
> Subject: Re: [PATCH v14 net-next 1/1] hv_sock: introduce Hyper-V Sockets
>
> From: Dexuan Cui
> Date: Tue, 5 Jul 2016 01:58:31 +
>
> > Not sure if you had a chance to review this version
On Mon, 04 Jul 2016 17:07:45 +0200,
Arnd Bergmann wrote:
>
> The awacs sound driver produces a false-positive warning in ppc64_defconfig:
>
> sound/ppc/awacs.c: In function 'snd_pmac_awacs_init':
> include/sound/control.h:219:9: warning: 'master_vol' may be used
> uninitialized in this function
Hi all,
Changes since 20160704:
The powerpc tree still had its build failure for which I applied a fix patch.
The drm-intel tree gained a build failure (detected by a change to the
tip tree) for which I added a hack patch.
The lightnvm tree lost its build failure.
Non-merge commits (relative
On 07/04/2016 05:15 PM, Javier Martinez Canillas wrote:
> Hello Krzysztof,
>
> On 07/04/2016 04:24 AM, Krzysztof Kozlowski wrote:
>> On 06/30/2016 06:22 PM, Javier Martinez Canillas wrote:
Question:
What do you think about it? I know that talk is cheap and code looks
better but befo
On Mon, Jul 04, 2016 at 04:09:47PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Jul 04, 2016 at 04:01:37PM +0200, Jiri Olsa escreveu:
> > It's better to release the hist_entry object in
> > hist_entry__new function (where it's allocated)
> > rather than in hist_entry__init.
>
> Please combine
On 07/05/2016 01:16 PM, Neo Jia wrote:
On Tue, Jul 05, 2016 at 12:02:42PM +0800, Xiao Guangrong wrote:
On 07/05/2016 09:35 AM, Neo Jia wrote:
On Tue, Jul 05, 2016 at 09:19:40AM +0800, Xiao Guangrong wrote:
On 07/04/2016 11:33 PM, Neo Jia wrote:
Sorry, I think I misread the "allocation
Hello,
On Tue, Jul 05, 2016 at 06:04:09AM +0200, Andreas Färber wrote:
> +&iomuxc {
> + imx6sx-udoo-neo {
There is no need for this machine group. Please just put the pinctrl
groups directly into &iomuxc { }.
> + pinctrl_enet1: enet1grp {
> + fsl,pins =
> +
From: Dexuan Cui
Date: Tue, 5 Jul 2016 01:58:31 +
> Not sure if you had a chance to review this version.
Why me?
Other people have to review this too.
> Now I have a question: may I split the include/linux/socket.h change
> and ask you to pre-allocate the number for AF_HYPERV to allow
> ba
On Jul 3, 2016, at 2:29 AM, Al Viro wrote:
> On Sat, Jun 25, 2016 at 12:38:40PM -0400, Oleg Drokin wrote:
>
>> Sorry to nag you about this, but did any of those pan out?
>>
>> d_alloc_parallel() sounds like a bit too heavy there, esp. considering we
>> came in with
>> a dentry already (though
Hi Rob, Mark, again
> Yes, as you pointed, sound side (= ALSA SoC) will use generic driver
> for sound card which needs to know its total port number.
> Then, these patches are needed.
>
> I posted OF graph part only this time, but of course I have total full-set
> in my local environment.
> But
On Mon, Jul 04, 2016 at 09:25:43PM -0400, Paul Gortmaker wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/mfd/Kconfig:config MFD_SUN6I_PRCM
> drivers/mfd/Kconfig:bool "Allwinner A31 PRCM controller"
>
> ...meaning that it currently is not being built as a mo
On Fri, Jul 01, 2016 at 09:01:20PM +0100, Mel Gorman wrote:
> Earlier patches focused on having direct reclaim and kswapd use data that
> is node-centric for reclaiming but shrink_node() itself still uses too
> much zone information. This patch removes unnecessary zone-based
> information with the
On Tue, Jul 05, 2016 at 01:57:35PM +0800, Yu Chen wrote:
> On Tue, Jul 5, 2016 at 11:19 AM, Aaron Lu wrote:
> > Resend:
> > This is a resend, the original patch doesn't catch much attention.
> > It may not be a big deal for swap devices that used to be hosted on
> > HDD but with devices like 3D Xp
On Mon, Jul 04, 2016 at 04:25:11PM -0300, Arnaldo Carvalho de Melo wrote:
SNIP
> > }
> > @@ -67,7 +69,8 @@ unwind__get_entries(unwind_entry_cb_t cb __maybe_unused,
> > }
> >
> > static inline int unwind__prepare_access(struct thread *thread
> > __maybe_unused,
> > -
Hi,
On Tue, Jun 28, 2016 at 06:13:21PM +0800, Icenowy Zheng wrote:
> This is based on the PLL2 driver for A10/20.
Thanks for this patch.
However, as you might have seen, we're switching to a new clock code
base, so it would be great if you could use that instead.
http://lists.infradead.org/pipe
On Mon, Jul 04, 2016 at 05:12:18PM -0400, Paul Gortmaker wrote:
> We have the following file --> Kconfig mapping:
>
> sunxi/clk-factors.c obj-y
> sunxi/clk-sun6i-apb0-gates.c CONFIG_MFD_SUN6I_PRCM (bool)
> sunxi/clk-sun6i-apb0.c CONFIG_MFD_SUN6I_PRCM
> sunxi/clk-sun6i-ar
On Fri, Jul 01, 2016 at 09:01:19PM +0100, Mel Gorman wrote:
> kswapd scans from highest to lowest for a zone that requires balancing.
> This was necessary when reclaim was per-zone to fairly age pages on lower
> zones. Now that we are reclaiming on a per-node basis, any eligible zone
> can be used
Am 04.07.2016 um 23:18 schrieb James Bottomley:
> On Mon, 2016-07-04 at 23:08 +0200, Heiner Kallweit wrote:
>> Am 04.07.2016 um 22:36 schrieb James Bottomley:
>>> This looks to be a problem with the rc subsystem. The IR
>>> controller in question is part of a cx8800 atsc card. In the 4.4
>>> ker
On Tuesday 05 July 2016 06:55 AM, Paul Gortmaker wrote:
The Kconfig currently controlling compilation of this code is:
drivers/mfd/Kconfig:config MFD_AS3722
drivers/mfd/Kconfig:bool "ams AS3722 Power Management IC"
Should we convert this to as "tristate" so that it can be built as
modu
Add support for the PWM controller present in Broadcom's iProc
family of SoCs.It has been tested on the Northstar+ bcm958625HR board.
Signed-off-by: Yendapally Reddy Dhananjaya Reddy
---
drivers/pwm/Kconfig | 10 ++
drivers/pwm/Makefile| 1 +
drivers/pwm/pwm-bcm-iproc.c | 268
Add PWM support to the device tree for the Broadcom Northstar Plus SoC.
Signed-off-by: Yendapally Reddy Dhananjaya Reddy
---
arch/arm/boot/dts/bcm-nsp.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/bcm-nsp.dtsi b/arch/arm/boot/dts/bcm-nsp.dtsi
index def9e78..f
Add a binding for Broadcom iproc pwm controller
Signed-off-by: Yendapally Reddy Dhananjaya Reddy
Acked-by: Rob Herring
---
.../devicetree/bindings/pwm/brcm,iproc-pwm.txt | 21 +
1 file changed, 21 insertions(+)
create mode 100644 Documentation/devicetree/bindings/pwm/b
This patchset contains the pwm support for the Broadcom's iProc SoC's.
The first patch provides the documentation details and the
second patch contains the controller support details. The third patch
contains the enable method for Northstar Plus SoC.
This patch series has been tested on NSP bcm95
On Fri, Jul 01, 2016 at 09:01:16PM +0100, Mel Gorman wrote:
> kswapd goes through some complex steps trying to figure out if it should
> stay awake based on the classzone_idx and the requested order. It is
> unnecessarily complex and passes in an invalid classzone_idx to
> balance_pgdat(). What m
On Tue, Jul 5, 2016 at 11:19 AM, Aaron Lu wrote:
> Resend:
> This is a resend, the original patch doesn't catch much attention.
> It may not be a big deal for swap devices that used to be hosted on
> HDD but with devices like 3D Xpoint to be used as swap device, it could
> make a real difference i
There is a lock order issue in acpi_load_tables(). The namespace lock is held
before holding the interpreter lock.
With ACPI_MUTEX_DEBUG enabled in kernel, we can reproduce this during boot:
[0.885699] ACPI Error: Invalid acquire order: Thread 405884224 owns
[ACPI_MTX_Namespace], wants [ACPI
This patch enables ACPI_MUTEX_DEBUG for Linux kernel so that the ACPICA
lock order issues can be captured by ACPICA itself.
Signed-off-by: Lv Zheng
---
include/acpi/platform/aclinux.h |4
1 file changed, 4 insertions(+)
diff --git a/include/acpi/platform/aclinux.h b/include/acpi/platfo
2016-06-28 16:57 GMT+08:00 Paolo Bonzini :
>
>
> On 28/06/2016 06:32, Bandan Das wrote:
>> + bool execonly = !(context->guest_rsvd_check.bad_mt_xwr &
>> + (1ull << VMX_EPT_EXECUTABLE_MASK));
>>
>> if (set_mmio_spte(vcpu, sptep, gfn, pfn, pte_access))
>>
On Wed, 2016-06-04 at 07:00:12 UTC, Simon Guo wrote:
> These 2 fields track whether user process has used Altivec/VSX
> registers or not. They are used by kernel to setup signal frame
> on user stack correctly regarding vector part.
>
> CRIU(Checkpoint and Restore In User space) builds signal fram
On Thu, Jun 30, 2016 at 03:01:49PM +0200, Paolo Bonzini wrote:
> The vGPU folks would like to trap the first access to a BAR by setting
> vm_ops on the VMAs produced by mmap-ing a VFIO device. The fault handler
> then can use remap_pfn_range to place some non-reserved pages in the VMA.
>
> KVM la
On Tue, Jun 28, 2016 at 06:25:10PM +0900, Masahiro Yamada wrote:
> Since the initial support of mach-uniphier, this has always been
> just empty.
>
> Signed-off-by: Masahiro Yamada
Applied, thanks.
-Olof
On Mon, Jun 20, 2016 at 10:17 AM, Christopher Covington
wrote:
> Hi Duc,
>
> On 06/20/2016 05:42 AM, Lorenzo Pieralisi wrote:
>> On Fri, Jun 17, 2016 at 02:37:02PM -0700, Duc Dang wrote:
>>> On Thu, Jun 16, 2016 at 10:48 AM, Lorenzo Pieralisi
>>> wrote:
On Wed, Jun 15, 2016 at 11:34:11AM -04
Hi,
nice work! Is this in any way related to Bruno Prémonts driver for the
axp20x?
I've got a reworked version of that lying around, but it's not quite
ready for submission. Do you know what pieces are missing in your driver
for axp20x support - as opposed to axp22x, which is already working
From: Sudip Mukherjee
If devm_add_action() fails we are explicitly calling the cleanup to free
the resources allocated. Lets use the helper devm_add_action_or_reset()
and return directly in case of error, as we know that the cleanup function
has been already called by the helper if there was any
From: David Lechner
This is a new phy driver for the SoC USB controllers on the TI DA8xx
family of microcontrollers. The USB 1.1 PHY is just a simple on/off.
The USB 2.0 PHY also allows overriding the VBUS and ID pins.
Signed-off-by: David Lechner
Signed-off-by: Kishon Vijay Abraham I
---
dri
From: Peter Griffin
kzalloc will issue its own error message including a dump_stack()
so remote the site specific message.
Signed-off-by: Peter Griffin
Signed-off-by: Kishon Vijay Abraham I
---
drivers/phy/phy-qcom-ufs-qmp-20nm.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/p
From: Yoshihiro Shimoda
This patch fixes an issue that the extcon_set_cable_state_() is possible
to cause "BUG: scheduling while atomic" because this driver calls
extcon_set_cable_state_() in the interrupt handler and mutex_lock()
is possible to be called by like the following call trace.
So, thi
From: Peter Griffin
kzalloc will issue its own error message including a dump_stack()
so remote the site specific message.
Signed-off-by: Peter Griffin
Signed-off-by: Kishon Vijay Abraham I
---
drivers/phy/phy-qcom-ufs-qmp-14nm.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/p
From: Hans de Goede
The A31 companion pmic (axp221) does not generate vbus change interrupts
when the board is driving vbus, so we must poll when using the pmic for
vbus-det _and_ we're driving vbus.
Signed-off-by: Hans de Goede
Acked-by: Kishon Vijay Abraham I
Signed-off-by: Kishon Vijay Abra
From: Heiko Stuebner
The usb-phy is fully enclosed in the general register files (GRF).
Therefore as seen from the device-tree it shouldn't be a separate
platform-device but instead a sub-device of the GRF - using the
simply-mfd mechanism.
As the usb-phy is part of the kernel for some releases n
From: David Lechner
Device tree binding for new phy-da8xx-usb driver.
Signed-off-by: David Lechner
Acked-by: Rob Herring
Signed-off-by: Kishon Vijay Abraham I
---
.../devicetree/bindings/phy/phy-da8xx-usb.txt | 40
1 file changed, 40 insertions(+)
create mode 100
Hi Greg,
Please find the pull request for 4.8 merge window below.
Now the controller can configure the mode in which the PHY should
work using the new phy_set_mode API. This was added by David Lechner
required for da8xx-usb phy (used by MUSB). For this I created a signed
tag 'phy-set-mode-v2' sin
No functional change. Rename "enum phy_mode" to
"enum xgene_phy_mode" in xgene phy driver in
preparation for adding set_mode callback in
phy core.
Signed-off-by: Kishon Vijay Abraham I
Reviewed-by: Loc Ho
---
drivers/phy/phy-xgene.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
From: David Lechner
The initial use for this is for PHYs that have a mode related to USB OTG.
There are several SoCs (e.g. TI OMAP and DA8xx) that have a mode setting
in the USB PHY to override OTG VBUS and ID signals.
Of course, the enum can be expaned in the future to include modes for
other t
On Tue, Jul 05, 2016 at 12:02:42PM +0800, Xiao Guangrong wrote:
>
>
> On 07/05/2016 09:35 AM, Neo Jia wrote:
> >On Tue, Jul 05, 2016 at 09:19:40AM +0800, Xiao Guangrong wrote:
> >>
> >>
> >>On 07/04/2016 11:33 PM, Neo Jia wrote:
> >>
> >
> >Sorry, I think I misread the "allocation" as "ma
On Tue, Jun 21, 2016 at 07:03:06PM +0200, Alexandre Belloni wrote:
> Arnd, Olof, Kevin,
>
> Here are two simple fixes for our memory drivers.
>
> The following changes since commit 1fdab21d1d52a85c31f932844242fec5fb81daac:
>
> memory: atmel-ebi: add DT bindings documentation (2016-06-02 08:32:
On Mon, Jul 04, 2016 at 04:16:54PM +0200, Alexandre Belloni wrote:
> Hi,
>
> Please disregard the previous DT pull request, it had an issue...
> I'm including the corrected change in this one with two fixes for the
> sam9_l9260 and on fix for the sama5d2 xplained.
> Also, adding the PMU node to th
On Tue, Jun 21, 2016 at 07:04:54PM +0200, Alexandre Belloni wrote:
> Arnd, Olof, Kevin,
>
> Here are more compilation warning fixes and the final documentation for the
> sama5d2 that we forgot about.
>
> The following changes since commit 8b2f2d0356184cc7c409b2f046c550ce00ca8f70:
>
> ARM: at91
Based on 8.4.7.1 section of ACPI 6.1 specification, if the platform
supports CPPC, the _CPC object must exist under all processor objects.
If cpc_desc_ptr pointer is invalid on any CPUs, acpi_get_psd_map()
should return error and CPPC cpufreq driver can not be registered.
Signed-off-by: Hoan Tran
On Mon, Jun 20, 2016 at 12:12 PM, Duc Dang wrote:
> On Mon, Jun 20, 2016 at 10:17 AM, Christopher Covington
> wrote:
>> Hi Duc,
>>
>> On 06/20/2016 05:42 AM, Lorenzo Pieralisi wrote:
>>> On Fri, Jun 17, 2016 at 02:37:02PM -0700, Duc Dang wrote:
On Thu, Jun 16, 2016 at 10:48 AM, Lorenzo Piera
Hi Prashanth,
On Wed, Jun 15, 2016 at 8:55 AM, Prakash, Prashanth
wrote:
> Hi Hoan,
>
> On 6/14/2016 5:12 PM, Hoan Tran wrote:
>> As PCC will be used by other clients not only CPPC.
>> This change exports pcc_mbox_request_channel() and pcc_mbox_free_channel()
>> declarations
>>
>> Signed-off-by:
On Mon, Jun 13, 2016 at 8:59 AM, Jeffrey Hugo wrote:
> On 6/13/2016 9:12 AM, ok...@codeaurora.org wrote:
>>
>> On 2016-06-13 10:29, Gabriele Paoloni wrote:
>>>
>>> Hi Sinan
>>>
-Original Message-
From: Sinan Kaya [mailto:ok...@codeaurora.org]
Sent: 13 June 2016 15:03
To
On Monday 04 July 2016 04:52 PM, Linus Walleij wrote:
On Wed, Jun 29, 2016 at 5:44 PM, Keerthy wrote:
Add driver for lp873x PMIC family GPOs. Two GPOs are supported
and can be configured in Open-drain output or Push-pull output.
Signed-off-by: Keerthy
Looks all right to me.
+#include
Hi Prashanth,
On Thu, Jun 9, 2016 at 3:25 PM, Prakash, Prashanth
wrote:
>
>
> On 6/9/2016 2:47 PM, Hoan Tran wrote:
>> Hi Ashwin and Prashanth,
>>
>> On Wed, Jun 8, 2016 at 5:41 PM, Hoan Tran wrote:
>>> Hi Prashanth,
>>>
>>>
>>> On Wed, Jun 8, 2016 at 5:32 PM, Prakash, Prashanth
>>> wrote:
On Jul 4, 2016, at 10:28 PM, Oleg Drokin wrote:
>
> On Jul 3, 2016, at 2:29 AM, Al Viro wrote:
>
>> On Sat, Jun 25, 2016 at 12:38:40PM -0400, Oleg Drokin wrote:
>>
>>> Sorry to nag you about this, but did any of those pan out?
>>>
>>> d_alloc_parallel() sounds like a bit too heavy there, esp.
On Mon, Jun 13, 2016 at 3:40 AM, Lorenzo Pieralisi
wrote:
>
> On Fri, Jun 10, 2016 at 06:36:12PM -0500, Bjorn Helgaas wrote:
> > On Fri, Jun 10, 2016 at 09:55:17PM +0200, Tomasz Nowicki wrote:
> > > To enable PCI legacy IRQs on platforms booting with ACPI, arch code
> > > should include ACPI speci
On Mon, Jun 13, 2016 at 8:47 AM, Christopher Covington
wrote:
> Hi Dongdong,
>
> On 06/13/2016 09:02 AM, Dongdong Liu wrote:
>> diff --git a/drivers/acpi/pci_mcfg.c b/drivers/acpi/pci_mcfg.c
>> index d3c3e85..49612b3 100644
>> --- a/drivers/acpi/pci_mcfg.c
>> +++ b/drivers/acpi/pci_mcfg.c
>> @@ -2
Hi Ashwin and Prashanth,
On Wed, Jun 8, 2016 at 5:41 PM, Hoan Tran wrote:
> Hi Prashanth,
>
>
> On Wed, Jun 8, 2016 at 5:32 PM, Prakash, Prashanth
> wrote:
>>
>>
>> On 6/8/2016 10:24 AM, Hoan Tran wrote:
>>> Hi Ashwin,
>>>
>>> On Wed, Jun 8, 2016 at 5:18 AM, Ashwin Chaugule
>>> wrote:
+ Pr
On Tue, Jun 14, 2016 at 4:52 AM, Tomasz Nowicki wrote:
> On 14.06.2016 11:45, Dongdong Liu wrote:
>>
>> Hi Duc
>>
>> 在 2016/6/14 17:00, Duc Dang 写道:
>>>
>>> On Mon, Jun 13, 2016 at 10:51 PM, Dongdong Liu
>>> wrote:
Hi Duc
在 2016/6/14 4:57, Duc Dang 写道:
>
>
> On Mon
On Mon, Jun 13, 2016 at 10:51 PM, Dongdong Liu wrote:
> Hi Duc
>
> 在 2016/6/14 4:57, Duc Dang 写道:
>>
>> On Mon, Jun 13, 2016 at 8:47 AM, Christopher Covington
>> wrote:
>>>
>>> Hi Dongdong,
>>>
>>> On 06/13/2016 09:02 AM, Dongdong Liu wrote:
diff --git a/drivers/acpi/pci_mcfg.c b/driver
On Wed, Jun 15, 2016 at 11:31 PM, Jon Masters wrote:
> On 06/13/2016 09:54 AM, Gabriele Paoloni wrote:
>> Hi Tomasz, Jon
>
> Hi Gab,
>
> Sorry for the lag in following up.
>
>
>
>> As you can see here Liudongdong has replaced oem_revision with
>> oem_table_id.
>>
>> Now it seems that there are so
As PCC will be used by other clients not only CPPC.
This change exports pcc_mbox_request_channel() and pcc_mbox_free_channel()
declarations
Signed-off-by: Hoan Tran
---
include/acpi/cppc_acpi.h | 4
include/linux/mailbox_client.h | 4
2 files changed, 4 insertions(+), 4 deletions
On Mon, Jun 6, 2016 at 4:04 PM, Bjorn Helgaas wrote:
> Several host bridge drivers (designware and all derivatives, iproc,
> xgene, xilinx, and xilinx-nwl) don't request the MMIO and I/O port
> windows they forward downstream to the PCI bus.
>
> That means the PCI core can't request resources for
On Fri, Jun 10, 2016 at 12:29 AM, Marc Zyngier wrote:
> On Thu, 09 Jun 2016 14:10:48 -0700
> David Daney wrote:
>
>> On 06/06/2016 10:56 AM, Marc Zyngier wrote:
>> > The ARM architected timer produces level-triggered interrupts (this
>> > is mandated by the architecture). Unfortunately, most devi
On Mon, Jun 6, 2016 at 10:56 AM, Marc Zyngier wrote:
> The ARM architected timer specification mandates that the interrupt
> associated with each timer is level triggered (which corresponds to
> the "counter >= comparator" condition).
>
> A number of DTs are being remarkably creative, declaring th
On Tue, Jun 21, 2016 at 2:26 AM, Lorenzo Pieralisi
wrote:
> On Mon, Jun 20, 2016 at 12:12:24PM -0700, Duc Dang wrote:
>> On Mon, Jun 20, 2016 at 10:17 AM, Christopher Covington
>> wrote:
>> > Hi Duc,
>> >
>> > On 06/20/2016 05:42 AM, Lorenzo Pieralisi wrote:
>> >> On Fri, Jun 17, 2016 at 02:37:02
Hi Jassi and Rafael,
On Wed, Jun 15, 2016 at 9:19 AM, Prakash, Prashanth
wrote:
>
>
> On 6/9/2016 4:43 PM, Hoan Tran wrote:
>> Hi Prashanth,
>>
>> On Thu, Jun 9, 2016 at 3:25 PM, Prakash, Prashanth
>> wrote:
>>>
>>> On 6/9/2016 2:47 PM, Hoan Tran wrote:
Hi Ashwin and Prashanth,
On
On Mon, Jul 4, 2016 at 8:11 PM, Andrey Ryabinin wrote:
> 2016-07-01 20:38 GMT+03:00 Dmitry Vyukov :
>> I've hit a GPF in depot_fetch_stack when it was given
>> bogus stack handle. I think it was caused by a distant
>> out-of-bounds that hit a different object, as the result
>> we treated uninit ga
On Tue, Jun 28, 2016 at 6:04 AM, Christopher Covington
wrote:
> Hi Tomasz,
>
> On 06/28/2016 03:54 AM, Tomasz Nowicki wrote:
>
>> diff --git a/drivers/pci/host/mcfg-quirks.c b/drivers/pci/host/mcfg-quirks.c
>> new file mode 100644
>> index 000..fb2b184
>> --- /dev/null
>> +++ b/drivers/pci/hos
On Tue, May 31, 2016 at 12:29 PM, Ashwin Chaugule
wrote:
>
> On 27 May 2016 at 12:41, Hoan Tran wrote:
> > Hi Ashwin,
>
> Hi,
>
> >
> > Yes, I saw kernel crash.
> > As cpc_desc_ptr is not NULL, cppc_cpufreq_init() still can pass then
> > crash during cppc_get_perf_caps() access CPPC shared memory
Exports pcc_mbox_request_channel() and pcc_mbox_free_channel()
declarations into a pcc.h header file.
v2
* Introduce pcc.h header file for pcc client methods
v1
* Initial
Signed-off-by: Hoan Tran
---
include/acpi/cppc_acpi.h | 7 +--
include/acpi/pcc.h | 29 +++
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Dexuan Cui
> Sent: Thursday, June 30, 2016 23:59
> diff --git a/include/linux/socket.h b/include/linux/socket.h
> index b5cc5a6..0b68b58 100644
> --- a/include/linux/socket.h
> +++ b/include/linux
Le 04/07/2016 16:03, David Miller a écrit :
> From: Philippe Reynes
> Date: Sun, 3 Jul 2016 17:33:57 +0200
>
>> There are two generics functions phy_ethtool_{get|set}_link_ksettings,
>> so we can use them instead of defining the same code in the driver.
>>
>> Signed-off-by: Philippe Reynes
>
>
On 07/05/2016 09:35 AM, Neo Jia wrote:
On Tue, Jul 05, 2016 at 09:19:40AM +0800, Xiao Guangrong wrote:
On 07/04/2016 11:33 PM, Neo Jia wrote:
Sorry, I think I misread the "allocation" as "mapping". We only delay the
cpu mapping, not the allocation.
So how to understand your statement:
"
Add initial device trees for UDOO Neo Basic, Extended and Full boards.
Serial console is enabled, other serial ports are prepared.
Both user LEDs are enabled, with the orange one reserved for the M4.
I2C based PMIC is enabled. Ethernet is enabled for Basic and Full.
Cc: Ettore Chimenti
Signed-off
In commit 99fc5ba0bfb6 ("ARM: dts: imx6sx: add i.mx6sx sabreauto board
support") it should've been enable-sdio-wakeup (not -wakup). But that is
now considered a legacy name for wakeup-source, so directly use the new
name instead, as done in commit 26cefdd15db1 for the other occurrence.
Fixes: 26ce
Enable the SDHC node and model the SDIO_PWR GPIO as a regulator.
Use the SD card as default trigger for the red LED.
Cc: Ettore Chimenti
Signed-off-by: Andreas Färber
---
arch/arm/boot/dts/imx6sx-udoo-neo.dtsi | 34 ++
1 file changed, 34 insertions(+)
diff --
The commit adds auxadc nodes to the Mediatek MT2701 dtsi file.
Signed-off-by: Zhiyong Tao
---
arch/arm/boot/dts/mt2701.dtsi |9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/mt2701.dtsi b/arch/arm/boot/dts/mt2701.dtsi
index 42d5a37..464c86a 100644
--- a/arch/arm/b
Hi all,
After merging the tip tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
In file included from include/uapi/linux/stddef.h:1:0,
from include/linux/stddef.h:4,
from include/uapi/linux/posix_types.h:4,
from include/uapi/
>
> Reclaim may stall if there is too much dirty or congested data on a node.
> This was previously based on zone flags and the logic for clearing the
> flags is in two places. As congestion/dirty tracking is now tracked on a
> per-node basis, we can remove some duplicate logic.
>
> Signed-off-b
Add Mediatek auxadc driver based on iio.
It will register a device in iio and support iio.
So thermal can read auxadc channel to sample data by iio device.
It is tested successfully on mt2701 platform.
Mt8173 and mt6577 platforms are not tested.
But the expectation is compatible.
Signed-off-by: Zh
This series includes three patches:
1.Change the device tree binding documentation.
2.Add auxadc driver based on linux iio.
3.Add auxadc nodes in the mediatek MT2701 dtsi file.
changes in patch 2:
1).Change the file name mt65xx_auxadc.c to mt6577_auxadc.c.
2).Add 'depends on ARCH_MEDIATEK || COMPI
The commit adds the device tree binding documentation for the mediatek
auxadc found on Mediatek MT2701.
Thermal gets auxadc sample data by iio device.
So the commit changes auxadc device tree binding documentation from
/soc/mediatek/auxadc.txt to /iio/adc/mt65xx_auxadc.txt.
Signed-off-by: Zhiyong
Hi Zhao Qiang,
Same comment as previous patch regarding the subject line.
On Tue, Jul 05, 2016 at 09:46:59AM +0800, Zhao Qiang wrote:
> there are init_qe_ic_sysfs and qeic_of_init, refactor
> them.
Same comment from previous patch about commit log.
>
> Signed-off-by: Zhao Qiang
> ---
> drive
there are init_qe_ic_sysfs and qeic_of_init, refactor
them.
Signed-off-by: Zhao Qiang
---
drivers/irqchip/qe_ic.c| 83 +-
include/soc/fsl/qe/qe_ic.h | 7
2 files changed, 45 insertions(+), 45 deletions(-)
diff --git a/drivers/irqchip/qe_ic.c
On Mon, Jul 4, 2016 at 7:59 PM, Theodore Ts'o wrote:
> On Thu, Jun 30, 2016 at 02:12:30PM +0300, Pranay Kr. Srivastava wrote:
>> Signed-off-by: Pranay Kr. Srivastava
>
> The description for why the change is being made should go in the
> commit. (No need to put the description in a separate cove
>
> This patch makes reclaim decisions on a per-node basis. A reclaimer knows
> what zone is required by the allocation request and skips pages from
> higher zones. In many cases this will be ok because it's a GFP_HIGHMEM
> request of some description. On 64-bit, ZONE_DMA32 requests will cause
Resend:
This is a resend, the original patch doesn't catch much attention.
It may not be a big deal for swap devices that used to be hosted on
HDD but with devices like 3D Xpoint to be used as swap device, it could
make a real difference if we consider NUMA information when doing IO.
Comments are a
Hi Zhao Qiang,
Please reword your subject line to conform to the standard in irqchip
(since that's where the code is added). Also, please adjust the subject
line to express *why* the change is being made.
On Tue, Jul 05, 2016 at 09:46:58AM +0800, Zhao Qiang wrote:
> The codes of qe_ic_init in pl
My wife and I have awarded you with a donation of $ 1.5 million Dollars from
part of our Jackpot Lottery of 161,653,000 Million Pounds,Send your
name,Address, Phone for claims Now.
To verify the genuineness of this email, check this web page;
http://www.bbc.com/news/uk-scotland-glasgow-west-18
My wife and I have awarded you with a donation of $ 1.5 million Dollars from
part of our Jackpot Lottery of 161,653,000 Million Pounds,Send your
name,Address, Phone for claims Now.
To verify the genuineness of this email, check this web page;
http://www.bbc.com/news/uk-scotland-glasgow-west-18
1 - 100 of 671 matches
Mail list logo
