On Fri, Oct 24, 2014 at 2:16 PM, Mika Westerberg
wrote:
> Add MAINTAINERS entry for Intel pin controller drivers. I will be
> maintaining them with Heikki, who kindly promised to help me with this.
>
> Signed-off-by: Heikki Krogerus
> Signed-off-by: Mika Westerberg
Patch applied.
Yours,
Linus
On Tue, Oct 28, 2014 at 03:27:50PM -0700, Andrew Bresticker wrote:
[...]
> diff --git
> a/Documentation/devicetree/bindings/pinctrl/nvidia,tegra124-xusb-padctl.txt
> b/Documentation/devicetree/bindings/pinctrl/nvidia,tegra124-xusb-padctl.txt
[...]
> +Optional properties:
> +---
>
On Tue, Oct 28, 2014 at 07:33:39PM +, Peter Feuerer wrote:
> Hi Rui,
>
> I wonder whether you've had time to apply my set of patches already? Would
> you please be so kind to just send me a short reply?
The bang-bang governor was merged and is part of v3.18-rc2:
https://git.kernel.org/cgit
As davinci-linux-open-sou...@linux.davincidsp.com is now
shut and no more maintained by TI, drop this entry from
DAVINCI MACHINE SUPPORT and DAVINCI SERIES MEDIA DRIVER.
Signed-off-by: Lad, Prabhakar
Cc: Sekhar Nori
Cc: Kevin Hilman
Cc: a...@kernel.org
Cc: linux-arm-ker...@lists.infradead.org
C
We can get into an infinite loop if the I2S_CLR register fails to
clear due to a missing break statement, so add that.
Signed-off-by: Jianqun
---
sound/soc/rockchip/rockchip_i2s.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/sound/soc/rockchip/rockchip_i2s.c
b/sound/so
pte_pfn() returns a PFN of long (32 bits in 32-PAE), then
"long << PAGE_SHIFT" will overflow for PFNs above 4GB.
Due to this issue, some Linux 32-PAE distros, running as guests on Hyper-V,
with 5GB memory assigned, can't load the netvsc driver successfully and
hence the synthetic network device ca
pte_pfn() returns a PFN of long (32 bits in 32-PAE), then
"long << PAGE_SHIFT" will overflow for PFNs above 4GB.
Due to this issue, some Linux 32-PAE distros, running as guests on Hyper-V,
with 5GB memory assigned, can't load the netvsc driver successfully and
hence the synthetic network device ca
On Wed, 29 Oct 2014, Minfei Huang wrote:
> diff --git a/arch/x86/include/asm/highmem.h b/arch/x86/include/asm/highmem.h
> index 302a323..49b7469 100644
> --- a/arch/x86/include/asm/highmem.h
> +++ b/arch/x86/include/asm/highmem.h
> @@ -41,9 +41,7 @@ extern unsigned long highstart_pfn, highend_pfn;
On Tue, 28 Oct 2014, Benjamin Tissoires wrote:
> >> I've tested these patches successfully on a Chromebook Pixel with the
> >> following devices:
> >>
> >> - T650 touchpad
> >> - TK820 keyboard/touchpad
> >> - Original WTP touchpad
> >>
> >> I also tested a touch mouse and as expected it continued
On Tue, Oct 21, 2014 at 12:13:32PM -0200, Henrique de Moraes Holschuh wrote:
> > > @@ -178,11 +178,11 @@ static int apply_microcode_intel(int cpu)
> > > rdmsr(MSR_IA32_UCODE_REV, val[0], val[1]);
> > >
> > > if (val[1] != mc_intel->hdr.rev) {
> > > - pr_err("CPU%d update to revision 0
On Mon, Oct 20, 2014 at 8:46 AM, Lee Jones wrote:
> On Sat, 18 Oct 2014, Linus Walleij wrote:
>
>> This adds the register offsets for pull up/down for the STMPE
>> 1601, 1801 and 24xx expanders. This is used to bias GPIO lines
>> and keypad lines.
>>
>> Signed-off-by: Linus Walleij
>> ---
>> Hi S
Hi Jesper,
On Wed, 2014-10-29 at 10:33 +0100, Jesper Nilsson wrote:
> On Wed, Oct 29, 2014 at 09:20:54AM +0100, Paul Bolle wrote:
> > Your commit be64c1ce6e79 ("CRISv32: Drop obsolete file for SPI driver")
> > landed in today's linux-next (ie, next-20141029). It re
On Tue, Oct 28, 2014 at 03:27:52PM -0700, Andrew Bresticker wrote:
[...]
> diff --git a/Documentation/devicetree/bindings/usb/nvidia,tegra124-xhci.txt
> b/Documentation/devicetree/bindings/usb/nvidia,tegra124-xhci.txt
[...]
> +- pll_u_480m
> +- clk_m
> +- pll_e
What are these used for
Hi Doug,
Le 29/10/2014 05:45, Doug Anderson a écrit :
Julien,
On Tue, Oct 28, 2014 at 3:36 AM, Julien CHAUVEAU
wrote:
According to the I2C bus specification, it is required to use pull-up resistors
on the clock and data lines. Probing the I2C busses with i2cdetect results in
bad results when
Commit-ID: d1cd1210834649ce1ca6bafe5ac25d2f40331343
Gitweb: http://git.kernel.org/tip/d1cd1210834649ce1ca6bafe5ac25d2f40331343
Author: Dexuan Cui
AuthorDate: Wed, 29 Oct 2014 03:53:37 -0700
Committer: Thomas Gleixner
CommitDate: Wed, 29 Oct 2014 10:57:21 +0100
x86, pageattr: Prevent ov
The reported-by text says you have to ask for permission, but that
should only be if the bug was reported in private. These days the
standard is to always give reported-by credit or it's considered a bit
rude.
Signed-off-by: Dan Carpenter
diff --git a/Documentation/SubmittingPatches b/Documenta
On Wed, Oct 29, 2014 at 10:20:13AM +0100, Krzysztof Kozlowski wrote:
> On wto, 2014-10-28 at 22:31 +, Mark Brown wrote:
> > This looks wrong, you're using the regular enable operation as suspend
> > enable. How does that work without disrupting the current runtime
> > state?
> Currently it s
On Wed, Oct 29, 2014 at 09:15:59AM +0100, Mike Looijmans wrote:
> This patch adds the LTC3562 I2C controlled voltage regulator to
> the kernel. The driver was tested and developed on a Topic Miami
> board where this chip supplies the IO voltages for the FPGA pins.
Please don't send cover letters f
On Tue, 30 Sep 2014, Benjamin Tissoires wrote:
> When events occurs while no one is listening to the node (hid->open == 0
> and usb_kill_urb() called) some events are still stacked somewhere in
> the USB (kernel or device?) stack. When the node gets reopened, these
> events are drained, and this r
On 29 October 2014 03:15, Wenyou Yang wrote:
Hi Wenyou,
Could you please provide some more information in the commit message.
> Signed-off-by: Wenyou Yang
> ---
> drivers/mmc/host/atmel-mci.c | 116
> ++
> 1 file changed, 94 insertions(+), 22 deletion
The rockchip clock driver use CLK_IGNORE_UNUSED flag to make sure
all the clocks are available like default power on state.
We have implement the clock manage in most of rockchip drivers,
it is time to remove it for power save.
Instead we add CLK_IGNORE_UNUSED for some clock nodes which should
be o
> -Original Message-
> From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On
> Behalf Of Dexuan Cui
> Sent: Wednesday, October 29, 2014 18:54 PM
> To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org; linux-
> m...@kvack.org; x...@kernel.org; o...@aepfle.de; a...@canon
Add more helper function for stacked irq_chip to just call parent's
function.
Signed-off-by: Yingjoe Chen
---
include/linux/irq.h | 6 ++
kernel/irq/chip.c | 28
2 files changed, 34 insertions(+)
diff --git a/include/linux/irq.h b/include/linux/irq.h
index 0a
Mediatek SoCs have interrupt polarity support in sysirq which
allows to invert polarity for given interrupt. Add this support
using hierarchy irq domain.
Signed-off-by: Yingjoe Chen
---
drivers/irqchip/Makefile | 1 +
drivers/irqchip/irq-mtk-sysirq.c | 168 +
Add support to use gic as a parent for stacked irq domain.
Signed-off-by: Yingjoe Chen
---
drivers/irqchip/Kconfig | 1 +
drivers/irqchip/irq-gic.c | 90 +--
2 files changed, 65 insertions(+), 26 deletions(-)
diff --git a/drivers/irqchip/Kconfig b/
Add binding documentation for Mediatek SoC SYSIRQ.
Signed-off-by: Yingjoe Chen
---
.../bindings/arm/mediatek/mediatek,sysirq.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644
Documentation/devicetree/bindings/arm/mediatek/mediatek,sysirq.txt
diff --git
Add sysirq settings for mt6589/mt8135/mt8127
This also correct timer interrupt flag. The old setting works
because boot loader already set polarity for timer interrupt.
Without intpol support, the setting was not changed so gic
can get the irq correctly.
Signed-off-by: Yingjoe Chen
---
arch/arm/
This series is 5th version of interrupt polarity support for MediaTek SoCs.
This is based on Jiang's hierarchy irqdomain p2v3 [1], which is based on
v3.18-rc2, and my mediatek SoC basic support [2].
Besides changing base, this version addressed comments from Thomas and Marc
and also fix a bug on
It is possible to call irq_create_of_mapping to create/translate the
same IRQ from DT for multiple times. Perform irq_find_mapping check
and set_type for hierarchy irqdomain in irq_create_of_mapping() to
avoid duplicate these functionality in all outer most irqdomain.
Signed-off-by: Yingjoe Chen
On Wed, 2014-10-29 at 09:27 +, Marc Zyngier wrote:
> On 28/10/14 20:23, Thomas Gleixner wrote:
> > On Tue, 28 Oct 2014, Marc Zyngier wrote:
> >> On 28/10/14 19:37, Thomas Gleixner wrote:
> >>> So while we are at it:
> >>>
> +if (irq_domain_is_hierarchy(domain)) {
> +
Instead of setting grp->id directly with a temporary value and
then changing it if a certain condition meets, we may check
the condition first and then decide which value should be set
to grp->id. This may save two lines of code and potentially
reduces a writing operation.
Signed-off-by: Liu Ying
On Wed, Oct 29, 2014 at 10:35:01AM +0100, Linus Walleij wrote:
> On Fri, Oct 24, 2014 at 2:16 PM, Mika Westerberg
> wrote:
>
> > This driver supports the pin/GPIO controllers found in newer Intel SoCs
> > like Cherryview and Braswell. The driver provides full GPIO support and
> > minimal set of p
The AM335x Technical Reference Manual (spruh73j.pdf) says
"Because the ECC engine includes only one accumulation context,
it can be allocated to only one chip-select at a time ... "
(7.1.3.3.12.3). Since the commit 97a288ba2cfa ("ARM: omap2+:
gpmc-nand: Use dynamic platform_device_alloc()") gpmc-na
On 28/10/14 20:14, Thomas Gleixner wrote:
> On Tue, 28 Oct 2014, Marc Zyngier wrote:
>> On 28/10/14 15:32, Thomas Gleixner wrote:
>>> Let me make a few assumptions and correct me if I'm wrong as usual.
>>>
>>> 1) The startup/shutdown procedure for such an interrupt is the
>>>expensive mask/unma
On Tue, 28 Oct 2014, Kevin Cernekee wrote:
> On big-endian systems readl/writel may perform an unwanted endian swap,
> breaking generic-chip.c. Let the platform code opt to use the __raw_
> variants by selecting RAW_IRQ_ACCESSORS.
>
> This is required in order for bcm3384 to use GENERIC_IRQ_CHIP
On Sat, Oct 25, 2014 at 12:14 PM, Marc Zyngier wrote:
> There is a number of cases where a kernel subsystem may want to
> introspect the state of an interrupt at the irqchip level:
>
> - When a peripheral is shared between virtual machines, its interrupt
> state becomes part of the guest's stat
On Sat, Oct 25, 2014 at 12:14 PM, Marc Zyngier wrote:
> Add the required hooks for the internal state of an interrupt
> to be exposed to other subsystems.
>
> Signed-off-by: Marc Zyngier
(...)
> +static void gic_poke_irq(struct irq_data *d, u32 offset)
> +static int gic_peek_irq(struct irq_data
On Wed, Oct 29, 2014 at 10:40:37AM +0200, Pantelis Antoniou wrote:
> Dynamically inserting spi device nodes requires the use of a single
> device registration method. Rework and export it.
>
> Methods to lookup a device/master using a device node are added
> as well, of_find_spi_master_by_node() &
On Wed, Oct 29, 2014 at 08:57:01AM +0100, Steffen Trumtrar wrote:
> So, that shouldn't be a problem though, as I already cooked up a driver for
> the L3 with all the ranges specified. The only thing I need to figure out
> before I will post it, is how to nicely handle the WO remap register.
> I th
On śro, 2014-10-29 at 10:01 +, Mark Brown wrote:
> On Wed, Oct 29, 2014 at 10:20:13AM +0100, Krzysztof Kozlowski wrote:
> > On wto, 2014-10-28 at 22:31 +, Mark Brown wrote:
>
> > > This looks wrong, you're using the regular enable operation as suspend
> > > enable. How does that work with
On Wed, Oct 29, 2014 at 05:45:51PM +0800, Jianqun wrote:
> We can get into an infinite loop if the I2S_CLR register fails to
> clear due to a missing break statement, so add that.
Applied, thanks.
signature.asc
Description: Digital signature
Hi Javi,
Javi Merino writes:
On Tue, Oct 28, 2014 at 07:33:39PM +, Peter Feuerer wrote:
Hi Rui,
I wonder whether you've had time to apply my set of patches already? Would
you please be so kind to just send me a short reply?
The bang-bang governor was merged and is part of v3.18-rc2:
On 29/10/14 10:14, Linus Walleij wrote:
> On Sat, Oct 25, 2014 at 12:14 PM, Marc Zyngier wrote:
>
>> Add the required hooks for the internal state of an interrupt
>> to be exposed to other subsystems.
>>
>> Signed-off-by: Marc Zyngier
>
> (...)
>> +static void gic_poke_irq(struct irq_data *d, u
I was not familiar with the acquiring/releasing API either, until I met
with this bug...
Perhaps we can use static checkers to avoid these issues as early as
possible. Any suggestions?
Best Regards
Junjie Mao
Martin Pitt writes:
> Acked-By: Martin Pitt
>
> Hello Junjie,
>
> Junjie Mao [2014-1
On Wed, 29 Oct 2014, Marc Zyngier wrote:
> On 28/10/14 20:14, Thomas Gleixner wrote:
> > irq_enable() calls chip->irq_unmask(), i.e. DIR. So that clears the
> > ACTIVE bit and then the IRQ either gets resent by hardware (in case of
> > level as the device interrupt is still active) or retriggered b
On Wed, Oct 29, 2014 at 10:41:19AM +0100, Linus Walleij wrote:
> On Fri, Oct 24, 2014 at 2:16 PM, Mika Westerberg
> wrote:
>
> > The GPIO resources (GpioIo/GpioInt) used in ACPI contain a GPIO number
> > which is relative to the hardware GPIO controller. Typically this number
> > can be translate
* Thomas Gleixner wrote:
> On Mon, 27 Oct 2014, Juergen Gross wrote:
> > At the moment there are a lot of places that handle setting or getting
> > the page cache mode by treating the pgprot bits equal to the cache mode.
> > This is only true because there are a lot of assumptions about the setu
The following patchset adds two functions as follows:
-ktime_get_seconds() to return tv_sec portion of
ktime_get_ts64().
-ktime_get_real_seconds() to return tv_sec portion of
ktime_get_real_ts64().
Changes in v8:
-changed type of ktime_sec to unsigned long
On Wed, Oct 29, 2014 at 10:16:32AM +, Mark Brown wrote:
> On Wed, Oct 29, 2014 at 08:57:01AM +0100, Steffen Trumtrar wrote:
>
> > So, that shouldn't be a problem though, as I already cooked up a driver for
> > the L3 with all the ranges specified. The only thing I need to figure out
> > before
The following patch adds a function to return tv_sec portion of
ktime_get_ts64() function in order to have a function that returns
seconds as 64-bit integers instead of 32-bit integers to address the
y2038 problem.
Since we are interested only in the seconds portion of ktime_get_ts64()
and require
The following patch adds a function to return tv_sec portion of
ktime_get_real_ts64() function in order to have a function that returns
seconds as 64-bit integers instead of 32-bit integers to address the
y2038 problem.
The function is similar to get_seconds() function except that it
includes read
On Wed, Oct 29, 2014 at 11:18:54AM +0100, Krzysztof Kozlowski wrote:
> On śro, 2014-10-29 at 10:01 +, Mark Brown wrote:
> > No, this isn't suspend enable control - this is normal, standard enable
> > control and the device has no suspend enable control.
> You mean that for such regulator the
On 10/29/2014 11:28 AM, Ingo Molnar wrote:
* Thomas Gleixner wrote:
On Mon, 27 Oct 2014, Juergen Gross wrote:
At the moment there are a lot of places that handle setting or getting
the page cache mode by treating the pgprot bits equal to the cache mode.
This is only true because there are a
MRS._LADY_ROSE BANDA.docx
Description: MS-Word 2007 document
So I've tried this patch, it resolves one problem but introduces also
new ones. As expected the BUG warning is not showing after applying this
patch but there are some interesting side effects.
I was looking on /proc/interrupts output. IRQ for CPU0 have "MCT" name
and IRQ for CPU1 has unexpected
remove __inline__ / inline and let compiler decide what to do
with static functions
Inspired-by: "David S. Miller"
Signed-off-by: Fabian Frederick
---
net/ipv6/reassembly.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/net/ipv6/reassembly.c b/net/ipv6/reassemb
* Juergen Gross wrote:
> On 10/29/2014 11:28 AM, Ingo Molnar wrote:
> >
> >* Thomas Gleixner wrote:
> >
> >>On Mon, 27 Oct 2014, Juergen Gross wrote:
> >>>At the moment there are a lot of places that handle setting or getting
> >>>the page cache mode by treating the pgprot bits equal to the cac
On wto, 2014-10-28 at 13:11 +0100, Krzysztof Kozlowski wrote:
> On wto, 2014-10-28 at 09:52 +0100, Krzysztof Kozlowski wrote:
> > On pon, 2014-10-27 at 21:03 +0100, Javier Martinez Canillas wrote:
> > > Hello Krzysztof,
> > >
> > > On 10/27/2014 04:03 PM, Krzysztof Kozlowski wrote:
> > > > @@ -85,
On Mon, Oct 27, 2014 at 09:58:10AM +, Hanjun Guo wrote:
[...]
> >> +static int map_gicc_mpidr(struct acpi_subtable_header *entry,
> >> + int device_declaration, u32 acpi_id, int *mpidr)
> >> +{
> >> + struct acpi_madt_generic_interrupt *gicc =
> >> + container_of(entry, struct
On śro, 2014-10-29 at 10:31 +, Mark Brown wrote:
> On Wed, Oct 29, 2014 at 11:18:54AM +0100, Krzysztof Kozlowski wrote:
> > On śro, 2014-10-29 at 10:01 +, Mark Brown wrote:
>
> > > No, this isn't suspend enable control - this is normal, standard enable
> > > control and the device has no s
On Wednesday 29 October 2014 16:01:16 Heena Sirwani wrote:
> The following patch adds a function to return tv_sec portion of
> ktime_get_ts64() function in order to have a function that returns
> seconds as 64-bit integers instead of 32-bit integers to address the
> y2038 problem.
>
> Since we are
On Tue, Oct 28, 2014 at 03:27:53PM -0700, Andrew Bresticker wrote:
[...]
> diff --git a/drivers/usb/host/xhci-tegra.c b/drivers/usb/host/xhci-tegra.c
[...]
> +#define TEGRA_XHCI_NUM_SUPPLIES 8
> +static const char *tegra_xhci_supply_names[TEGRA_XHCI_NUM_SUPPLIES] = {
> + "avddio-pex",
> + "
On 10/29/2014 05:24 AM, Vinod Koul wrote:
On Wed, Oct 29, 2014 at 10:50:19AM +0800, Greg Kroah-Hartman wrote:
cepted into staging until this is resolved?
If you are willing to abide by the staging rules:
- incremental patches only doing one thing at a time
- never break the build
[adding Linus and Alexandre to the cc list]
Hello Krzysztof,
On 10/29/2014 11:42 AM, Krzysztof Kozlowski wrote:
> On wto, 2014-10-28 at 13:11 +0100, Krzysztof Kozlowski wrote:
>> On wto, 2014-10-28 at 09:52 +0100, Krzysztof Kozlowski wrote:
>> > On pon, 2014-10-27 at 21:03 +0100, Javier Martinez
Hi,
On Tue, Oct 21, 2014 at 03:09:58PM -0500, Benoit Parrot wrote:
> Based on Boris Brezillion work this is a reworked patch
> of his initial GPIO hogging mechanism.
> This patch provides a way to initally configure specific GPIO
> when the gpio controller is probe.
>
> The actual DT scanning to
Hello Krzysztof,
On 10/29/2014 11:44 AM, Krzysztof Kozlowski wrote:
> On śro, 2014-10-29 at 10:31 +, Mark Brown wrote:
>> On Wed, Oct 29, 2014 at 11:18:54AM +0100, Krzysztof Kozlowski wrote:
>> > On śro, 2014-10-29 at 10:01 +, Mark Brown wrote:
>>
>> > > No, this isn't suspend enable cont
On śro, 2014-10-29 at 11:51 +0100, Javier Martinez Canillas wrote:
> Hello Krzysztof,
>
> On 10/29/2014 11:44 AM, Krzysztof Kozlowski wrote:
> > On śro, 2014-10-29 at 10:31 +, Mark Brown wrote:
> >> On Wed, Oct 29, 2014 at 11:18:54AM +0100, Krzysztof Kozlowski wrote:
> >> > On śro, 2014-10-29
* Juergen Gross wrote:
> Update the translation tables from cache mode to pgprot values
> according to the PAT settings. This enables changing the cache
> attributes of a PAT index in just one place without having to change
> at the users side.
>
> With this change it is possible to use the sam
On Tue, Oct 28, 2014 at 03:10:02PM -0700, Paul E. McKenney wrote:
> From: "Paul E. McKenney"
>
> Although rcu_dereference() and friends can be used in situations where
> object lifetimes are being managed by something other than RCU, the
> resulting sparse and lockdep-RCU noise can be annoying.
On Tue, Oct 28, 2014 at 03:22:58PM -0700, Paul E. McKenney wrote:
> From: "Paul E. McKenney"
>
> Currently, synchronize_sched_expedited() sends IPIs to all online CPUs,
> even those that are idle or executing in nohz_full= userspace. Because
> idle CPUs and nohz_full= userspace CPUs are in exten
* Thomas Gleixner wrote:
> Andi,
>
> On Mon, 27 Oct 2014, Andi Kleen wrote:
> > On Mon, Oct 27, 2014 at 02:07:12PM +0100, Peter Zijlstra wrote:
> > > On Mon, Oct 27, 2014 at 01:23:40PM +0100, Andi Kleen wrote:
> > > > On Thu, Oct 23, 2014 at 12:51:19PM +0200, Peter Zijlstra wrote:
> > > > > So
On 10/29/2014 12:12 AM, Andrew Bresticker wrote:
+- mti,available-cpu-vectors : Specifies the list of CPU interrupt vectors
+ to which the GIC may route interrupts. May contain up to 6 entries, one
+ for each of the CPU's hardware interrupt vectors. Valid values are 2 - 7.
+ This property is
On Tue, Oct 28, 2014 at 03:22:59PM -0700, Paul E. McKenney wrote:
> From: Clark Williams
>
> Rename CONFIG_RCU_BOOST_PRIO to CONFIG_RCU_KTHREAD_PRIO and use this
> value for both the per-CPU kthreads (rcuc/N) and the rcu boosting
> threads (rcub/n).
>
> Also, create the module_parameter rcutree.
Commit-ID: 1776b10627e486dd431fe72d8d47e5a865cf65d1
Gitweb: http://git.kernel.org/tip/1776b10627e486dd431fe72d8d47e5a865cf65d1
Author: Ingo Molnar
AuthorDate: Wed, 29 Oct 2014 10:18:17 +0100
Committer: Ingo Molnar
CommitDate: Wed, 29 Oct 2014 11:07:58 +0100
perf/x86/intel: Revert incom
On Tue, Oct 28, 2014 at 04:42:41PM +0100, Cyril Brulebois wrote:
> 0x1b75 0xa200 AirLive WN-200USB wireless 11b/g/n dongle
>
> References: https://bugs.debian.org/766802
> Reported-by: Martin Mokrejs
Was this patch tested by reporter? I would rather see Reported-and-tested-by
tag :-)
Stanislaw
Function rcu_is_cpu_rrupt_from_idle() is called from scheduling-
clock interrupt handler to check if the current CPU was interrupted
from idle. If true, it results in invocation of RCU callbacks. But
the common hardware interrupt exit path also contains similar check
and therefore the call to rcu_i
On 10/29/2014 12:12 AM, Andrew Bresticker wrote:
+- reg : Base address and length of the GIC registers.
Also except for sead3, the base address should be properly reported by
the hardware. The size is fixed (for a specific version of GIC at least
- which is also reported by the hardware). So
В Ср, 29/10/2014 в 10:16 +0100, Peter Zijlstra пишет:
> On Wed, Oct 29, 2014 at 06:20:48AM +0300, Kirill Tkhai wrote:
> > > And cgroup_task_migrate() can free ->cgroups via call_rcu(). Of course,
> > > in practice raw_spin_lock_irq() should also act as rcu_read_lock(), but
> > > we should not rely
Some LDOs of Maxim 77686 PMIC support disabling during system suspend
(LDO{2,6,7,8,10,11,12,14,15,16}). This was already implemented as part
of set_suspend_mode function. In that case the mode was one of:
- disable,
- normal mode,
- low power mode.
However there are no bindings for setting the m
Add suspend to RAM configuration for max77686 regulators. Some LDOs and
bucks are disabled. This reduces energy consumption during S2R,
approximately from 17 mA to 9 mA.
Additionally remove old and not supported bindings:
- regulator-mem-off
- regulator-mem-idle
- regulator-mem-on
The max77686
Hi,
Changes since v5
1. Remove patch 1 and 2 - applied.
2. Patch 1/3: remove suspend_enable functions (suggested by Mark Brown).
3. Patch 1/3: Add Javier's reviewed-by.
4. Add patch 2/3: remove suspend_enable for max77802 also.
Changes since v4
1. New patch: 2/4
The Maxim 77802 PMIC regulators do not have special enable configuration
for suspend. The driver instead enabled them manually which is not a
best way to deal with suspend.
Signed-off-by: Krzysztof Kozlowski
---
drivers/regulator/max77802.c | 4
1 file changed, 4 deletions(-)
diff --git a/
On 29/10/14 10:12, Linus Walleij wrote:
> On Sat, Oct 25, 2014 at 12:14 PM, Marc Zyngier wrote:
>
>> There is a number of cases where a kernel subsystem may want to
>> introspect the state of an interrupt at the irqchip level:
>>
>> - When a peripheral is shared between virtual machines, its inte
Em Tue, 28 Oct 2014 22:00:51 -0200
Mauro Carvalho Chehab escreveu:
> Em Tue, 28 Oct 2014 21:42:50 -0200
> Mauro Carvalho Chehab escreveu:
>
> > Before starting with the description, this is the simplified diagram of
> > a media device (without IR, eeprom and other beasts):
>
> As reference, a
Stanislaw Gruszka (2014-10-29):
> On Tue, Oct 28, 2014 at 04:42:41PM +0100, Cyril Brulebois wrote:
> > 0x1b75 0xa200 AirLive WN-200USB wireless 11b/g/n dongle
> >
> > References: https://bugs.debian.org/766802
> > Reported-by: Martin Mokrejs
>
> Was this patch tested by reporter? I would rather
On 29/10/14 00:33, Chen, Alvin wrote:
Any update for these patches? Just want to follow-up.
Hi Alvin, Weike.
I'm not clear if these patches apply to the current tip-of-tree.
I thought the action required here, was for a resend of patches to
ensure they applied to tip-of-tree ?
Best,
On Wed, Oct 29, 2014 at 10:35:03AM +0100, Peter Zijlstra wrote:
> On Wed, Oct 29, 2014 at 01:00:56AM +0100, Oleg Nesterov wrote:
> > But what if it calls try_to_freeze() and another thread (which should
> > be frozen too) sleeps in kthread_stop() ?
>
> Fair point indeed. Now I had a look at __ref
On Tue, Oct 28, 2014 at 03:27:49PM -0700, Andrew Bresticker wrote:
[...]
> diff --git a/drivers/mailbox/tegra-xusb-mailbox.c
> b/drivers/mailbox/tegra-xusb-mailbox.c
[...]
> +struct tegra_xusb_mbox {
> + struct mbox_controller mbox;
> + int irq;
It seems like this is unused outside of teg
Hello Krzysztof,
On 10/29/2014 12:14 PM, Krzysztof Kozlowski wrote:
> The Maxim 77802 PMIC regulators do not have special enable configuration
> for suspend. The driver instead enabled them manually which is not a
> best way to deal with suspend.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> d
On Wed, Oct 29, 2014 at 12:31:03PM +0100, Peter Zijlstra wrote:
> On Wed, Oct 29, 2014 at 10:35:03AM +0100, Peter Zijlstra wrote:
> > On Wed, Oct 29, 2014 at 01:00:56AM +0100, Oleg Nesterov wrote:
>
> > > But what if it calls try_to_freeze() and another thread (which should
> > > be frozen too) sl
On Wed, Oct 29, 2014 at 11:21:36AM +0800, Alison Wang wrote:
> This patch adds Power Management support for SAI.
> Activate regmap cache with REGCACHE_RBTREE, and use
Are you sure that REGCACHE_RBTREE is the best option here? For MMIO
devices the cost tradeoff for the rbtree is usually higher tha
The temp fixed area is only used during boot for early_ioremap(), and
it is unused when the ioremap() is functional. vmalloc/pkmap area become
available after early boot so the temp fixed area is available for re-use.
The virtual address is more precious on i386, especially turning on the
high mem
Hi
> On Oct 29, 2014, at 12:14 , Mark Brown wrote:
>
> On Wed, Oct 29, 2014 at 10:40:37AM +0200, Pantelis Antoniou wrote:
>> Dynamically inserting spi device nodes requires the use of a single
>> device registration method. Rework and export it.
>>
>> Methods to lookup a device/master using a d
support suspend/resume of pinctrl, it allows handling sleep mode
for hogged pins in pinctrl
Signed-off-by: Chris Zhong
Tested-by: Doug Anderson
Reviewed-by: Doug Anderson
Tested-by: Heiko Stuebner
Reviewed-by: Heiko Stuebner
---
Changes in v6: None
Changes in v5:
- reset-author
- use "__may
On Wed, Oct 29, 2014 at 12:12:24PM +0100, Cyril Brulebois wrote:
> Stanislaw Gruszka (2014-10-29):
> > On Tue, Oct 28, 2014 at 04:42:41PM +0100, Cyril Brulebois wrote:
> > > 0x1b75 0xa200 AirLive WN-200USB wireless 11b/g/n dongle
> > >
> > > References: https://bugs.debian.org/766802
> > > Report
save and restore some clks, which might be changed in suspend.
Signed-off-by: Tony Xie
Signed-off-by: Chris Zhong
Reviewed-by: Doug Anderson
Tested-by: Doug Anderson
---
Changes in v6:
- modify comments
Changes in v5:
- modify comments
Changes in v4: None
Changes in v3: None
Changes in v2:
RK3288 can shut down the cpu, gpu and other device controllers in suspend,
and it will pull the GLOBAL_PWROFF pin to high in the final stage of the
process of suspend, pull the pin to low again when resume.
Changes in v6:
- modify comments
- get rid of the save/restore of SRAM
- doing the copy of
Save and restore the gpio6_c6 pinmux setting, since Maskrom of RK3288
would modify it to sdmmc0_det, so it need to be restored to the correct
setting after resume from Maskrom.
Signed-off-by: Chris Zhong
Tested-by: Doug Anderson
Reviewed-by: Doug Anderson
Tested-by: Heiko Stuebner
Reviewed-by:
global_pwroff would be pull to high when RK3288 entering suspend,
this pin is a sleep signal for RK808, so RK808 could goto sleep
mode, and some regulators would be disable.
Signed-off-by: Chris Zhong
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in
It's a basic version of suspend and resume for rockchip,
it only support RK3288 now.
Signed-off-by: Tony Xie
Signed-off-by: Chris Zhong
Tested-by: Doug Anderson
Reviewed-by: Doug Anderson
---
Changes in v6:
- get rid of the save/restore of SRAM
- doing the copy of resume code once at init ti
501 - 600 of 1042 matches
Mail list logo
