* Sudeep Holla wrote:
> This patch removes the redundant sysfs cacheinfo code by
> reusing the newly introduced generic cacheinfo
> infrastructure through the commit 246246cbde5e ("drivers:
> base: support cpu cache information interface to
> userspace via sysfs")
>
> The private pointer
Initial version of device tree for Xilinx ZynqMP SoC.
Signed-off-by: Michal Simek
Acked-by: Sören Brinkmann
---
arch/arm64/Kconfig | 5 +
arch/arm64/boot/dts/Makefile| 1 +
arch/arm64/boot/dts/xilinx/Makefile | 5 +
Hi Laurent,
Thanks for the review.
On Tue, Feb 24, 2015 at 12:23 AM, Laurent Pinchart
wrote:
> Hi Prabhakar,
>
> Thank you for the patch.
>
> On Monday 23 February 2015 20:19:33 Lad Prabhakar wrote:
>> From: "Lad, Prabhakar"
>>
>> No need to reinvent the wheel. Just use the already existing
>>
On Mon, Feb 23, 2015 at 11:01:18PM +0100, Arnd Bergmann wrote:
> On Saturday 21 February 2015 18:44:58 Mark Brown wrote:
> > In that case a dependency seems wrong, I'd expect to see a select - it's
> > a bit obscure to have to grovel around to figure out what magic options
> > are needed to make
On Mon, 2015-02-23 at 16:51 -0400, Eduardo Valentin wrote:
> On Thu, Feb 05, 2015 at 07:12:56PM +0200, Ivan T. Ivanov wrote:
> > Add support for the temperature alarm peripheral found inside
> > Qualcomm plug-and-play (QPNP) PMIC chips. The temperature alarm
> > peripheral outputs a pulse on an
Change 'firwmare' to 'firmware'
Signed-off-by: Yannick Guerrini
---
drivers/net/ethernet/realtek/r8169.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/realtek/r8169.c
b/drivers/net/ethernet/realtek/r8169.c
index b156092..c70ab40 100644
---
On pią, 2015-02-06 at 12:24 +0100, Krzysztof Kozlowski wrote:
> The WTSR (Watchdog Timer Software Reset) and SMPL (Sudden Momentary
> Power Loss) were removed from rtc-s5m driver because they were not used.
> Remove them (and on/off interrupt) from main MFD driver and header.
>
> Additionally
This driver is used on new Xilinx ZynqMP SoC.
Signed-off-by: Michal Simek
Acked-by: Sören Brinkmann
---
drivers/net/ethernet/cadence/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/cadence/Kconfig
b/drivers/net/ethernet/cadence/Kconfig
You asked for review again... I guess I forgot about this patch series
for some time. I think this patch is OK, except for a trivial comment
below. But I have some comments on the next few.
On Sun, Nov 09, 2014 at 07:21:13AM -0500, Rodrigo Freire wrote:
> From: Felix Fietkau
>
> mtd: block2mtd:
On Mon, 23 Feb 2015, Andrey Skvortsov wrote:
> On Mon, Feb 23, 2015 at 02:54:47PM +0200, Jani Nikula wrote:
>> On Mon, 23 Feb 2015, Jani Nikula wrote:
>> > On Mon, 16 Feb 2015, Paul Bolle wrote:
>> >> I still see this on v3.19. I booted with drm.debug=0x4. The almost 2K
>> >> lines in dmesg
This driver is used on new Xilinx ZynqMP SoC.
Signed-off-by: Michal Simek
Acked-by: Sören Brinkmann
---
drivers/spi/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/Kconfig b/drivers/spi/Kconfig
index ab8dfbef6f1b..fec97a479433 100644
---
On Mon, Feb 23, 2015 at 10:35:02AM -0500, Benjamin Tissoires wrote:
> On Feb 23 2015 or thereabouts, Mika Westerberg wrote:
> > The HID over I2C specification allows to have the interrupt for a HID
> > device to be GPIO instead of directly connected to the IO-APIC.
> >
> > Add support for this so
Am 24.02.2015 um 03:34 schrieb Mike Galbraith:
> On Mon, 2015-02-23 at 16:43 +0100, Christian Borntraeger wrote:
>> Am 23.02.2015 um 04:06 schrieb Linus Torvalds:
>>> .. let's see how much, if anything, breaks due to the version number.
>>> Probably less than during the 3.0 timeframe, but I can
This patch converts all __raw_readl and __raw_writel function calls
to their corresponding readl_relaxed and writel_relaxed variants.
It also tells the driver to set ahb_endian_swp_mgmt_en bit in dma_cfg
when the cpu is configured in big endian mode.
Signed-off-by: Arun Chandran
---
* Hector Marco Gisbert wrote:
> +unsigned long randomize_et_dyn(unsigned long base)
> +{
> + unsigned long ret;
> + if ((current->personality & ADDR_NO_RANDOMIZE) ||
> + !(current->flags & PF_RANDOMIZE))
> + return base;
> + ret = base + mmap_rnd();
> +
Hi Petr,
Sorry I missed this mail.
(2015/01/27 1:14), Petr Mladek wrote:> On Fri 2014-11-21 05:25:30, Masami
Hiramatsu wrote:
>> Set FTRACE_OPS_FL_IPMODIFY flag only for the probes which can change
>> regs->ip, which has kprobe->break_handler.
>> Currently we can not put jprobe and another
On 02/23/2015 05:49 PM, Andy Lutomirski wrote:
> On Mon, Feb 23, 2015 at 4:48 AM, Boaz Harrosh wrote:
>>
>> There are multiple vendors of DDR3 NvDIMMs out in the market today.
>> At various stages of development/production. It is estimated that
>> there are already more the 100ds of thousands
* Heinrich Schuchardt wrote:
> PAGE_SIZE is not guaranteed to be equal to or less than 8 times the
> THREAD_SIZE.
>
> E.g. architecture hexagon may have page size 1M and thread size 4096.
> This would lead to a division by zero in the calculation of max_threads.
>
> With 32-bit calculus there
* Jörn Engel wrote:
> Hello Steven!
>
> I came across a silly problem that tempted me to revert 43fa5460fe60.
So just to save everyone having to go to the Git tree to
remember which patch that was:
43fa5460fe60 ("sched: Try not to migrate higher priority RT tasks")
Thanks,
Ingo
On Mon, Feb 23, 2015 at 8:08 PM, Nicolas Ferre wrote:
> Le 20/02/2015 12:45, Arun Chandran a écrit :
>> On Thu, Feb 19, 2015 at 5:52 PM, Michal Simek wrote:
>>>
>>> On 02/18/2015 12:29 PM, Arun Chandran wrote:
This patch converts all __raw_readl and __raw_writel function calls
to their
* Ingo Molnar wrote:
>
> * Anton Blanchard wrote:
>
> > +static arch_spinlock_t die_lock = __ARCH_SPIN_LOCK_UNLOCKED;
> > +static int die_owner = -1;
> > +static unsigned int die_nest_count;
> > +
> > +unsigned long __die_spin_lock_irqsave(void)
> > +{
> > + unsigned long flags;
> > +
On 02/23/2015 05:46 PM, Andy Lutomirski wrote:
> On Mon, Feb 23, 2015 at 4:43 AM, Boaz Harrosh wrote:
>>
>> Resource providers set this flag if they want
>> that request_region_XXX will print a warning in dmesg
>> if this particular resource is locked by a driver.
>>
>> Thous acting as a Protocol
On 02/19/2015 11:41 AM, Matthias Brugger wrote:
We have two race conditions in the probe code which could lead to a null
pointer dereference in the interrupt handler.
The interrupt handler accesses the clockevent device, which may not yet be
registered.
First race condition happens when the
On 01/31/2015 11:40 PM, Robert Jarzmik wrote:
As pxa_timer_common_init() is only called in init context, mark it as
such, and quiesce the compiler warnings :
WARNING: vmlinux.o(.text.unlikely+0x45d4): Section mismatch in reference
from the function pxa_timer_common_init() to the function
Thanks Stephen for the comments.
On 23/02/15 23:11, Stephen Boyd wrote:
On 02/22/15 16:57, Rob Herring wrote:
On Sun, Feb 22, 2015 at 8:32 AM, Maxime Ripard
wrote:
On Fri, Feb 20, 2015 at 04:01:55PM -0600, Rob Herring wrote:
[...]
+= Data consumers =
+
+Required properties:
+
+eeproms:
On Mon, Feb 23, 2015 at 10:26:35AM -0500, Benjamin Tissoires wrote:
> On Feb 23 2015 or thereabouts, Mika Westerberg wrote:
> > Wacom digitizer (WCOM0008) on Lenovo Thinkpad 10 seems to allow reading of
> > subsequent reports (or part of them) if we read more than wMaxInputLength
> > of data at
On 02/19/2015 06:44 PM, David Vrabel wrote:
On 18/02/2015 06:52, Juergen Gross wrote:
With adapting the memory layout of dom0 to that of the host care must
be taken not to remap the initial p2m list supported by the hypervisor.
"...supplied by the hypervisor" ?
Yes, of course.
If the
Anton has a busy ppc64le KVM box where guests sometimes hit the infamous
"kernel BUG at kernel/smpboot.c:134!" issue during boot:
BUG_ON(td->cpu != smp_processor_id());
Basically a per CPU hotplug thread scheduled on the wrong CPU. The oops
output confirms it:
CPU: 0
Comm: watchdog/130
On 02/19/2015 06:36 PM, David Vrabel wrote:
On 18/02/2015 06:52, Juergen Gross wrote:
Checks whether the pre-allocated memory of the loaded kernel is in
conflict with the target memory map. If this is the case, just panic
instead of run into problems later.
What ensures this doesn't actually
On 02/19/2015 06:37 PM, David Vrabel wrote:
On 18/02/2015 06:52, Juergen Gross wrote:
Check whether the page tables built by the domain builder are at
memory addresses which are in conflict with the target memory map.
If this is the case just panic instead of running into problems
later.
* Anton Blanchard wrote:
> +static arch_spinlock_t die_lock = __ARCH_SPIN_LOCK_UNLOCKED;
> +static int die_owner = -1;
> +static unsigned int die_nest_count;
> +
> +unsigned long __die_spin_lock_irqsave(void)
> +{
> + unsigned long flags;
> + int cpu;
> +
> + /* racy, but better
* Anton Blanchard wrote:
> Every now and then I end up with an undebuggable issue
> because multiple CPUs hit something at the same time and
> everything is interleaved:
>
> CR: 4882 XER:
> ,RI
> c003dc72fd10
> ,LE
> d65b84e8
On 02/19/2015 06:35 PM, David Vrabel wrote:
On 18/02/2015 06:52, Juergen Gross wrote:
In case a pre-allocated memory area is to be moved in order to avoid
a conflict with the target E820 map we need a way to copy data between
physical addresses.
Add a function doing this via early_memremap().
On Fri, Feb 20, 2015 at 03:11:12PM +0200, Jari Ruusu wrote:
> On 2/20/15, Johan Hovold wrote:
> > On Thu, Feb 19, 2015 at 03:38:39PM +0200, Jari Ruusu wrote:
> >> To clear it, you need to poke it with ioctl(fd, TIOCCBRK, 0)
> >> or disconnect the device.
> >
> > That's definitely a bug.
> >
> >
On 02/19/2015 07:07 PM, David Vrabel wrote:
On 18/02/2015 06:51, Juergen Gross wrote:
Currently especially for dom0 guest memory with guest pfns not
matching host areas populated with RAM are remapped to areas which
are RAM native as well. This is done to be able to use identity
mappings (pfn
On 02/19/2015 07:10 PM, David Vrabel wrote:
On 18/02/2015 06:51, Juergen Gross wrote:
xen_set_identity_and_remap() is used to prepare remapping of memory
conflicting with the E820 map. It is tracking the pfn where to remap
new memory via a local variable which is passed to a subfunction
which
This patch adds only the compatible string for S2MPS13 clock which is identical
with S2MPS14 clock driver.
Cc: Alessandro Zummo
Signed-off-by: Chanwoo Choi
---
Changes from v1:
- Send this patch separately from S2MPS13 PMIC patchset[1]
[1] https://lkml.org/lkml/2014/11/18/130
On 02/18/2015 06:02 PM, Boris Ostrovsky wrote:
On 02/17/2015 02:02 AM, Juergen Gross wrote:
When a xen domain is being restored the LUN state of a pvscsi device
is "Connected" and not "Initialising" as in case of attaching a new
pvscsi LUN.
This must be taken into account when adding a new
24.02.2015 06:47, Masami Hiramatsu пишет:
No, that is not allowed. I mean, you can do anything you want to do
on your handler (enabling preemption/irq etc.) but the result may be
not safe (it can crash your kernel, but it's not a kprobes' bug).
Yes, that is why I am asking.
Actually, enable
The current functions in s3c-rtc driver execute the clk_enable/disable() to
control clocks and some functions execute the s3c_rtc_alarm_clk_enable()
unnecessarily. So, This patch deletes the duplicate clock control ane spilt
s3c_rtc_alarm_clk_enable() out as
On Mon, Feb 23, 2015 at 12:16:16PM +0100, Peter Senna Tschudin wrote:
> sparse was complaining that symbol 'vgamode' was not declared.
>
> Declaring vgamode as static.
a similar patch has already been sent to Greg, which is not yet applied.
regards
sudip
>
> Signed-off-by: Peter Senna Tschudin
From: Inha Song
This patch adds ADMA (Advanced DMA) device tree node for Exynos5433 SoC.
In Exynos5433 SoC, ADMA is used for I2S audio interface.
Cc: Kukjin Kim
Signed-off-by: Inha Song
Acked-by: Inki Dae
---
arch/arm64/boot/dts/exynos/exynos5433.dtsi | 11 +++
1 file changed, 11
On Tue, Feb 24, 2015 at 02:02:57PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20150223:
>
> The hid tree gained a conflict against Linus' tree.
>
> The drm-misc tree gained a build failure for which I applied a merge
> fix patch.
>
> Non-merge co
On Mon, Feb 23, 2015 at 06:15:53PM +, Serge Hallyn wrote:
> Quoting Christoph Lameter (c...@linux.com):
> > On Mon, 23 Feb 2015, Serge E. Hallyn wrote:
> >
> > > > I do not see a problem with dropping privilege since the ambient set
> > > > is supposed to be preserved across a drop of
This patch adds the necessary Kconfig entries to enable
support for the ARMv8 based Exynos5433 SoC.
Cc: Catalin Marinas
Cc: Will Deacon
Signed-off-by: Chanwoo Choi
Acked-by: Inki Dae
---
arch/arm64/Kconfig | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm64/Kconfig
hi catalin:
2015-02-23 21:27 GMT+08:00 Catalin Marinas :
> On Mon, Feb 23, 2015 at 12:28:57PM +, loody wrote:
>> I follow below instructions to compile a simple c file as aarch32 but in
>> vain.
>>
>> https://gcc.gnu.org/onlinedocs/gcc-4.9.1/gcc/AArch64-Options.html#AArch64-Options
>
> On
This patch adds new Exynos5433 dtsi to support 64-bit Exynos5433 SoC based on
Octal core CPUs (quad Cortex-A57 and quad Cortex-A53). And Exynos5433 supports
PSCI (Power State Coordination Interface) v0.1.
This patch includes following dt node to support Exynos5433 SoC:
1. Octa core for big.LITTLE
Before da413eec729d ("packet: Fixed TPACKET V3 to signal poll when block is
closed rather than every packet") poll listening for an af_packet socket was
not signaled if there was no packets to process. After the patch poll is
signaled evety time when block retire timer expires. That happens
From: Jaehoon Chung
This patch adds MSHC (Mobile Storage Host Controller) dt node for Exynos5433
SoC. MSHC is an interface between the system the SD/MMC card.
Cc: Kukjin Kim
Cc: Mark Rutland
Cc: Marc Zyngier
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc: Catalin Marinas
Cc: Will Deacon
Am 23.02.2015 um 22:21 schrieb Daniel Lezcano:
> On 02/23/2015 09:46 PM, Oleksij Rempel wrote:
>> Am 23.02.2015 um 21:34 schrieb Guenter Roeck:
>>> On Mon, Feb 23, 2015 at 09:27:01PM +0100, Oleksij Rempel wrote:
Am 23.02.2015 um 20:10 schrieb Guenter Roeck:
> On Mon, Feb 23, 2015 at
From: Inha Song
This patch adds I2S device tree node for Exynos5433 SoC.
In Exynos5433 SoC, I2S0 is used for audio interface.
Signed-off-by: Inha Song
Signed-off-by: Chanwoo Choi
Acked-by: Inki Dae
---
arch/arm64/boot/dts/exynos/exynos5433.dtsi | 17 +
1 file changed, 17
This patch adds RTC (Real Time Clock) dt node for Exynos5433 SoC and adds
ADC dt node for Exynos5433 SoC. The c1b501564c98a94b4(iio: adc: exynos_adc:
Add support for exynos7) commit supports the ADC for Exynos7. Exynos5433's ADC
IP is the same with Exynos7's ADC IP. Exynos5433 has a little
This patch adds SPI (Serial Peripheral Interface) dt node for Exynos5433 SoC.
SPI transfers serial data by using various peripherals. SPI includes
8-bit/16-bit/32-bit shift registers to transmit and receive data. PDMA is used
for SPI communication.
Cc: Kukjin Kim
Cc: Mark Rutland
Cc: Marc
This patchset adds new 64-bit Exynos5433 Samsung SoC which contains quad
Cortex-A57 and quad Cortex-A53. It is desigend with the 20nm low power process.
This patchset is based on Linux 4.0-rc1.
Depends on:
- This patch-set has the dependency on Exynos5433 clock driver[1][2] and
pinctrl
This patch adds PMU (Power Management Unit) dt node for Exynos5433 SoC and
set the source clock for CLKOUT register as xxti .
Cc: Kukjin Kim
Signed-off-by: Chanwoo Choi
[ideal.song: Add the setting of CLKOUT register]
Signed-off-by: Inha Song
Acked-by: Inki Dae
---
On Tue, Feb 10, 2015 at 03:46:34PM +0800, Lee Jones wrote:
> On Thu, 05 Feb 2015, Brian Norris wrote:
> > On Wed, Jan 21, 2015 at 03:24:20PM +, Lee Jones wrote:
> > > To trim down on the amount of properties used by this driver and to
> > > conform
> > > to the newly agreed method of
This patch-set fix the bug of PD_DET_EN bit field of Exynos7 TMU.
And the clean-up the exynos compatible table by making oneline entry.
Changes from v1:
- Rebased it on Linux 4.0-rc1
- Add acked message by Lukasz Majewski
- Drop first patch [1] because NULL poiner error don't happen.
[1]
This patch fixes the wrong control of PD_DET_EN (power down detection mode)
for Exynos7 because exynos7_tmu_control() always enables the power down
detection
mode regardless 'on' parameter.
Cc: Zhang Rui
Cc: Eduardo Valentin
Signed-off-by: Chanwoo Choi
---
This patch cleanup the code to use oneline for entry of exynos compatible
table.
Cc: Zhang Rui
Cc: Eduardo Valentin
Signed-off-by: Chanwoo Choi
Acked-by: Lukasz Majewski
---
drivers/thermal/samsung/exynos_tmu.c | 38 ++--
1 file changed, 10 insertions(+), 28
On Tue, 2015-02-24 at 10:17 +0530, Tapasweni Pathak wrote:
> Replace dev_err statement with pr_err to fix null dereference.
>
> Found by Coccinelle.
>
> Signed-off-by: Tapasweni Pathak
> ---
> drivers/media/i2c/s5c73m3/s5c73m3-spi.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
On Mon, 2015-02-23 at 09:45 +0100, Geert Uytterhoeven wrote:
> On Mon, Feb 23, 2015 at 9:33 AM, Geert Uytterhoeven
> wrote:
> > Below is the list of build error/warning regressions/improvements in
> > v4.0-rc1[1] compared to v3.19[2].
> >
> > Summarized:
> > - build errors: +11/-10
>
> > [1]
Hi,
On 02/07/2015 12:28 AM, Georgi Djakov wrote:
This is preliminary and not fully tested patch which adds
support for the global clock controller found on the MSM8916
based devices. It allows the various device drivers to probe
and control their clocks and resets.
Signed-off-by: Georgi Djakov
On Fri, 2015-02-20 at 11:40 +0700, Arseny Solokha wrote:
> > If I just get a patch saying "removed unused foo()", I have to go and dig
> > and
> > find out:
> > - was it recently added and will be used soon?
> > - is it ancient and never used, if so can we work out why, ie. feature X
> >
Replace dev_err statement with pr_err to fix null dereference.
Found by Coccinelle.
Signed-off-by: Tapasweni Pathak
---
drivers/media/i2c/s5c73m3/s5c73m3-spi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/i2c/s5c73m3/s5c73m3-spi.c
On Tue, Feb 10, 2015 at 05:04:33PM +0800, Lee Jones wrote:
> On Thu, 05 Feb 2015, Brian Norris wrote:
> > On Wed, Jan 21, 2015 at 01:02:04PM +, Lee Jones wrote:
> > > On Mon, 12 Jan 2015, Brian Norris wrote:
> > > > On Mon, Dec 15, 2014 at 11:59:15AM +, Lee Jones wrote:
> > > > > +#define
Acked-by: Saurav Kashyap
Thanks,
~Saurav
-Original Message-
From: Yannick Guerrini
Date: Tuesday, 24 February 2015 3:56 am
To: Dept-Eng QLA2xxx Upstream
Cc: James Bottomley , "triv...@kernel.org"
, linux-kernel , Yannick
Guerrini
Subject: [PATCH] drivers/scsi/qla2xxx: Fix trivial
Hi Bjorn, Jiang,
On 29/01/2015 23:23, Bjorn Helgaas wrote:
Hi Daniel,
On Wed, Jan 28, 2015 at 2:42 AM, Daniel J Blueman wrote:
With systems with a large number of PCI devices, we're seeing lack of 32-bit
MMIO space, eg one quad-port NetXtreme-2 adapter takes 128MB of space [1].
An errata to
The twl4030 allows control of the incoming current.
Part of this control is a 'CGAIN' setting which doubles
the range for half the precision. This control affects
several different current setting, so all need to be updated
at once when CGAIN is changed.
With this patch, all of these current
We will need this calculation in other places, so
create functions to map between register value and uA value.
Signed-off-by: NeilBrown
---
drivers/power/twl4030_charger.c | 48 ---
1 file changed, 35 insertions(+), 13 deletions(-)
diff --git
The twl4030 charger has two current sources, 'USB' and 'AC' (which is
really DC of course...).
If 'AC' is providing current, we should set the current limit
differently to when it isn't (and so USB is used).
So split 'cur' into 'usb_cur' and 'ac_cur' and use accordingly.
Now we must review the
The usb phy driver already determines when VBUS is available,
so repeating the test in the charger driver is pointless duplication.
On probe, process the last event from the phy, and from then on,
do whatever the phy tells us without double-checking.
Signed-off-by: NeilBrown
---
Final allocations/registrations are now managed by devres.
Signed-off-by: NeilBrown
---
drivers/power/twl4030_charger.c | 23 ++-
1 file changed, 6 insertions(+), 17 deletions(-)
diff --git a/drivers/power/twl4030_charger.c b/drivers/power/twl4030_charger.c
index
Using devm_power_supply_register allows the unregister to happen
automatically on error or final put.
Signed-off-by: NeilBrown
---
drivers/power/power_supply_core.c | 45 +
include/linux/power_supply.h |4 +++
2 files changed, 49 insertions(+)
The twl4030 usb phy needs to be active while we are using
the USB VBUS as a current source for charging.
In particular, the usb3v1 regulator must be enabled and the
PHY_PWR_PHYPWD bit must be set to keep the phy powered.
commit ab37813f4093a5f59cb8e083cde277289dc72ed3
twl4030_charger: Allow
This simplifies the error paths.
Signed-off-by: NeilBrown
---
drivers/power/twl4030_charger.c | 18 ++
1 file changed, 6 insertions(+), 12 deletions(-)
diff --git a/drivers/power/twl4030_charger.c b/drivers/power/twl4030_charger.c
index 4cf5ffbc904a..300dd7a34e80 100644
---
These patches make a number of improvements to twl4030_charger.
So are just internal cleanups (e.g. use of devres). Others allow
better control of charging through both manual and automatic means.
- the maximum current can be configured via sysfs.
- the charger will only draw that current if it
Excerpts from Joe Perches's message of 2015-02-24 01:59:45 +1100:
> On Mon, 2015-02-23 at 11:55 +0100, Rasmus Villemoes wrote:
> > 24 of the %.16llx
> > matches are in drivers/misc/cxl/, so internal consistency wins.
>
> I think that's more an argument for changing all of the
> cx1 uses to
Acked-by: Ian Munsie
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Mon, 2015-02-23 at 14:33 +0200, Boaz Harrosh wrote:
> There is something not very nice (Gentlemen nice) In current
> e820.c code.
>
> At Multiple places for example like (@ memblock_x86_fill()) it will
> add the different memory resources *except the E820_RESERVED type*
>
> Then at
twl4030_charger currently finds the associated phy
using usb_get_phy() which will return the first USB2 phy.
If your platform has multiple such phys (as mine does),
this is not reliable (and reliably fails on the GTA04).
Change to use devm_usb_get_phy_by_node(), having found the
node by looking
The twl4030_charger is physically paired with the twl4030 USB phy,
so the drivers need to be able to reliably find each other.
twl4030_charger currently uses usb_get_phy(), which works if there is
only one phy to choose from, but is not reliable in more complex
configurations.
These patches add
Split the "get phy from device_node" functionality out of
"get phy by phandle" so it can be used directly.
This is useful when a battery-charger is intimately associated with a
particular phy but handled by a separate driver. The charger
can find the device_node based on sibling relationships
On Mon, Feb 23, 2015 at 09:30:09AM +0800, Viet Nga Dao wrote:
> Hi,
> It has been nearly 2 weeks since i submitted this patch. Could you
> please help to review?
Those two weeks were during the merge window, so I wasn't queueing
anything up. And there are things that have waited longer, anyway.
On Mon, Feb 23, 2015 at 12:32:42PM -0300, Ezequiel Garcia wrote:
> On 01/31/2015 04:02 AM, Brian Norris wrote:
> > Unless someone else thinks they have an excellent handle on the above,
> > I'll take a stab at doing this. I actually have a few patches that have
> > hung around a while (with little
On Tue, 17 Feb 2015, Vince Weaver wrote:
> This is on a Haswell machine, current git as of this past Friday.
>
> I let the perf_fuzzer run and it took 4 days to find this.
> Sadly it doesn't seem to be reproducible so I am not sure
> how it exactly got into this state.
I have hit this on
Hello,
(2015/02/24 0:04), Eugene Shatokhin wrote:
> Hi,
>
>
> First of all, many thanks to the developers of Kprobes! I use both
> Kprobes and parts of their code a lot in my projects these days.
>
> As far as I can see, the pre-handlers of Kprobes run with interrupts and
> preemption
On Tue, Feb 17, 2015 at 02:16:43PM -0300, Ezequiel Garcia wrote:
> On 02/17/2015 02:07 PM, Robert Jarzmik wrote:
> > It will be Brian choice eventually, but if you say that you will submit that
> > approach for next cycle, and yours for stable, and that for next you'll
> > convert
> > mdelay() to
The twl4030 phy can measure, with low precision, the
resistance-to-ground of the ID pin.
Add a function to read the value, and export the result
via sysfs.
If the read fails, which it does sometimes, try again in 50msec.
Signed-off-by: NeilBrown
---
drivers/phy/phy-twl4030-usb.c | 63
If an 'A' plug is inserted, ID should be pulled to ground.
If a 'B' plug, then ID should be floating.
If an Accessory Charger Adapter is inserted, then ID will
be neither grounded nor floating. In this case tell the
USB subsystem that it is an A plug, and the battery
charging subsystem that it
The charger needs to know when a USB gadget has been enumerated
and what the agreed maximum current was so that it can adjust
charging accordingly.
So define a "set_power()" function to record the permitted
draw, and pass a pointer to that when sending USB_EVENT_ENUMERATED
notification.
Hi,
the following 4 patches make some improvements to the twl4030
phy. Together with some other patches I have for twl4030_charger,
they allow for better automatic control of charging.
In particular, the status of the ID pin is assessed and the
result in communicated to the charger drivers.
A construct like:
if (pm_runtime_suspended(twl->dev))
pm_runtime_get_sync(twl->dev);
is against the spirit of the runtime_pm interface as it
makes the internal refcounting useless.
In this case it is also racy, particularly as 'put_autosuspend'
is use to drop a reference.
Replace the x86 specific oops locking with the common one.
Signed-off-by: Anton Blanchard
---
arch/x86/kernel/dumpstack.c | 26 +++---
1 file changed, 3 insertions(+), 23 deletions(-)
diff --git a/arch/x86/kernel/dumpstack.c b/arch/x86/kernel/dumpstack.c
index
Replace the powerpc specific oops locking with the common one.
Signed-off-by: Anton Blanchard
---
arch/powerpc/kernel/traps.c | 24 +++-
1 file changed, 3 insertions(+), 21 deletions(-)
diff --git a/arch/powerpc/kernel/traps.c b/arch/powerpc/kernel/traps.c
index
A simple kernel module was used to create concurrent soft and
hard lockups:
http://ozlabs.org/~anton/junkcode/badguy.tar.gz
Signed-off-by: Anton Blanchard
---
kernel/watchdog.c | 4
1 file changed, 4 insertions(+)
diff --git a/kernel/watchdog.c b/kernel/watchdog.c
index 70bf118..dd161e3
A simple kernel module was used to create concurrent WARNs and BUGs:
http://ozlabs.org/~anton/junkcode/warnstorm.tar.gz
Signed-off-by: Anton Blanchard
---
arch/powerpc/kernel/traps.c | 44
1 file changed, 36 insertions(+), 8 deletions(-)
diff --git
Remove another version of a recursive lock in dump_stack.
Signed-off-by: Anton Blanchard
---
lib/dump_stack.c | 40
1 file changed, 4 insertions(+), 36 deletions(-)
diff --git a/lib/dump_stack.c b/lib/dump_stack.c
index 6745c62..f64ee3c 100644
---
Many architectures have their own oops locking code that allows
the lock to be taken recursively. Create a common version.
Avoid creating generic locking functions, so they can't be
abused in other parts of the kernel.
Signed-off-by: Anton Blanchard
---
include/linux/die_lock.h | 23
Every now and then I end up with an undebuggable issue because multiple
CPUs hit something at the same time and everything is interleaved:
CR: 4882 XER:
,RI
c003dc72fd10
,LE
d65b84e8
Instruction dump:
MSR:
Replace the ARM specific oops locking with the common one.
Signed-off-by: Anton Blanchard
---
arch/arm/kernel/traps.c | 26 +++---
1 file changed, 3 insertions(+), 23 deletions(-)
diff --git a/arch/arm/kernel/traps.c b/arch/arm/kernel/traps.c
index 788e23f..3e3469d 100644
1 - 100 of 1590 matches
Mail list logo
