On Thu, May 21, 2015 at 02:02:18PM +0200, Geert Uytterhoeven wrote:
> Signed-off-by: Geert Uytterhoeven
Acked-by: Nicolin Chen
Thank you
> ---
> sound/soc/fsl/fsl_esai.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/sound/soc/fsl/fsl_esai.c b/sound/soc/fsl/fsl_esa
* Ingo Molnar wrote:
> > [...] So the field size is available for the tool. If the tool
> > blindly applies the format string, it's hardly a fault of the
> > kernel. And there is no point to bloat 32bit tracing with 64bit
> > entries just because some random tool might be stupid.
>
> Yeah, i
Switch to the same definition of state container as in MAX77693 drivers.
This will allow usage of one regulator driver in both devices: MAX77693
and MAX77843.
Signed-off-by: Krzysztof Kozlowski
---
drivers/extcon/extcon-max77843.c | 17 +
drivers/input/misc/max77843-haptic.c
Add MAX77693 prefix to some of the defines used in max77693 extcon
driver so the max77693-private.h can be included simultaneously with
max77843-private.h.
Additionally use BIT() macro in header.
Signed-off-by: Krzysztof Kozlowski
---
drivers/extcon/extcon-max77693.c | 72 +
Add support for different configurations of charger's registers so the
same driver could be used on other devices (e.g. MAX77843).
Signed-off-by: Krzysztof Kozlowski
Acked-by: Mark Brown
---
drivers/regulator/max77693.c | 39 +++
1 file changed, 27 insertions
Store the device type (obtained from i2c_device_id) as an enum and add a
default type of unknown to distinguish from case when this is not set
at all.
Signed-off-by: Krzysztof Kozlowski
---
include/linux/mfd/max77693-private.h | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
di
Add MAX77843_MUIC prefix to some of the defines used in max77843 extcon
driver so the max77693-private.h can be included simultaneously with
max77843-private.h.
Signed-off-by: Krzysztof Kozlowski
Acked-by: Lee Jones
---
drivers/extcon/extcon-max77843.c | 49 +++
include/linux/mfd/m
This prepares for merging some of the drivers between max77693 and
max77843 so the child MFD driver can be attached to any parent MFD main
driver.
Move the state container to common header file. Additionally add
consistent 'i2c' prefixes to its members (of 'struct i2c_client' type).
Signed-off-by
The charger and safeout part of MAX77843 is almost the same as MAX77693.
>From regulator point of view the only differences are the constraints
and register values related to these constraints. Now the max77693
regulator driver can be used for MAX77843.
Signed-off-by: Krzysztof Kozlowski
Acked-by
The max77693 regulator driver supports Maxim 77843 device so remove the
max77843 driver.
Signed-off-by: Krzysztof Kozlowski
---
drivers/regulator/Kconfig| 8 --
drivers/regulator/Makefile | 1 -
drivers/regulator/max77843.c | 203 ---
3 files cha
Hi,
The patchset merges max77843 regulator driver into max77693.
I am asking for review and acks from multiple subsystems: extcon,
input, mfd, power and regulator.
Changes since v1
1. Drop patch "regulator: max77693: Use core code for charger's
is_enabled" because Mark Brown
Clean up the max77693 private header file by removing:
1. Left-overs from previous way of interrupt handling (driver uses
regmap_irq_chip).
2. Unused members of struct 'max77693_dev' related to interrupts in
extcon driver.
Signed-off-by: Krzysztof Kozlowski
[for extcon]
Acked-by: Chanwoo Ch
On Sat, 23 May 2015 03:05:50 +0200, Pali Rohár said:
> I'm thinking about using symbol_request() in dell-laptop.c (instead hard=20
> dependency) and then not ignoring error here... It could fix this=20
> problem.
That would also address the problem of a build
that has DELL_LAPTOP=[ym] but DELL_RB
__init markings on function prototypes are useless, so remove
them.
Suggested-by: Stephen Boyd
Signed-off-by: Bintian Wang
---
drivers/clk/hisilicon/clk.h | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/clk/hisilicon/clk.h b/drivers/clk/hisil
Add clock drivers for hi6220 SoC, this driver controls the SoC
registers to supply different clocks to different IPs in the SoC.
We add one divider clock for hi6220 because the divider in hi6220
also has a mask bit but it doesnot obey the rule defined by flag
"CLK_DIVIDER_HIWORD_MASK", we can not
Add the header file "hi6220-clock.h" used by both
hi6220 clock driver and hi6220 device tree file.
Suggested-by: Stephen Boyd
Signed-off-by: Bintian Wang
---
include/dt-bindings/clock/hi6220-clock.h | 173 +++
1 file changed, 173 insertions(+)
create mode 100644 inc
On Sat, May 23, 2015 at 04:35:36PM +0200, Boris Brezillon wrote:
>
> > Since all SG I get was always a multiple of 16 (AES BLOCK SIZE) it was a
> > sort of confirmation.
> >
> > Herbert ? does am I right or a chunking test is missing for cbc(aes) in
> > testmgr.h
>
> Okay, just sharing my visio
On Sat, May 23, 2015 at 02:18:06PM +0200, Corentin LABBE wrote:
>
> What do you think about adding a BUG_ON(in_atomic()) in
> crypto_ablkcipher_setkey() ?
Just add a might_sleep() to it.
Thanks,
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.o
On Sun, May 24, 2015 at 03:43:52AM +0100, Ken Moffat wrote:
> Anybody else suffering frm lost network connectivity in 4.0.x
> kernels ? A couple of times this week, vim on an nfs-3 mount hung
> and I had to reboot. Both of those occasions were on an AMD desktop
> with the r8169 driver, running 4.
On 05/15/2015 09:22 PM, Tolga Ceylan wrote:
visorchipset_file_init() and visorchipset_file_cleanup() functions
do not seem to be used from anywhere else and now are declared
as static. Sparse emitted "not declared" warnings for these two
functions.
Signed-off-by: Tolga Ceylan
---
drivers/stag
On 05/12/2015 08:55 PM, Tolga Ceylan wrote:
Error code returned from auth_parse() should in cpu byte order.
Signed-off-by: Tolga Ceylan
---
drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192u/ieee
Many lines of code extend beyond the maximum line length.
Some of these are possibly justified by use type.
For instance:
structure definitions where comments are added per member like:
struct foo {
type member;/* some long description */
And lines that don't fit the typical
Anybody else suffering frm lost network connectivity in 4.0.x
kernels ? A couple of times this week, vim on an nfs-3 mount hung
and I had to reboot. Both of those occasions were on an AMD desktop
with the r8169 driver, running 4.0.3. I thought it might be
specific to that machine. For the last
On 2015/5/22 4:39, Tejun Heo wrote:
> Hello, Li.
>
> On Wed, May 20, 2015 at 06:05:37PM +0800, Zefan Li wrote:
>>> The latency is bound by synchronize_sched_expedited(). Given the way
>>> cgroups are used in majority of setups (process migration happening
>>> only during service / session setups)
The OMAP2_MCSPI_CHCONF_FORCE must be toggled even when using GPIO
chip selects. This patch conditionally calls the omap2_mcspi_set_cs
function to do so when using GPIO chip selects.
Signed-off-by: Michael Welling
---
drivers/spi/spi-omap2-mcspi.c |6 ++
1 file changed, 6 insertions(+)
The core spi driver swaps the polarity of the enable based on SPI_CS_HIGH.
The omap2 controller has an internal configuration register bit called
OMAP2_MCSPI_CHCONF_EPOL to handle active high chip selects as well.
So we have to revert swap the polarity back for the correct setting of the
OMAP2_MCS
The core spi driver handles the delay between transactions.
This is a remanant from the transfer_one conversion.
Signed-off-by: Michael Welling
---
drivers/spi/spi-omap2-mcspi.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/spi/spi-omap2-mcspi.c b/drivers/spi/spi-omap2-mcspi.c
If a valid GPIO is specified but cannot be requested by the driver, print a
message and error out of omap2_mcspi_setup.
Signed-off-by: Michael Welling
---
drivers/spi/spi-omap2-mcspi.c |9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/spi/spi-omap2-mcspi.c b
The recent update of the OMAP2 McSPI driver left some unresolved issues.
These patches should take care them and again allow for GPIO chip selects
and native chip selects.
Michael Welling (4):
spi: omap2-mcspi: Remove unnecessary delay
spi: omap2-mcspi: Fix set_cs function for active high
sp
Hi,
On 2015/05/22 18:14, Steven Rostedt wrote:
> On Fri, 22 May 2015 13:53:01 +0900
> Masami Hiramatsu wrote:
>
>
>>> Hi Masami,
>>>
>>> Is this a rewrite of Yoshihiro's work? I would like to keep the From:
>>> from him if he did the initial work, and add both of your
>>> signed-off-bys.
>>
>>
On Sat, 23 May 2015 10:38:35 +0530, Shailendra Verma said:
> --- a/kernel/ptrace.c
> +++ b/kernel/ptrace.c
> @@ -108,7 +108,7 @@ void __ptrace_unlink(struct task_struct *child)
>
> /*
>* If transition to TASK_STOPPED is pending or in TASK_TRACED, kick
> - * @child in the butt.
hi
this is a good chance for you
ipad,iphone,moto,camera,latop the shipping is free
samsung s6, 320euro
w e b: oasweoa. com
On Sat, 23 May 2015 16:47:52 +0200
Nicholas Mc Guire wrote:
> Type-checking coccinelle spatches are being used to locate type mismatches
> between function signatures and return values in this case this produced:
> ./kernel/rcu/srcu.c:271 WARNING: return of wrong type
> int != unsigned lo
Please Acknowledge My Proposal!!
My name is Mr. Juan Martin Domingo a lawyer resident in Spain. I am
writing to let you know I have some FUNDS I want to transfer and am
seeking if you can be a beneficiary...Do not hesitate to Contact me for
more information if interested: gva.abogad...@aim.com)
This is a set of five fixes: Two MAINTAINER email updates (urgent
because the non-avagotech emails will start bouncing) an lpfc big endian
oops fix, a 256 byte sector hang fix (to eliminate 256 byte sectors) and
a storvsc fix which could cause test unit ready failures on bringup.
The patch is ava
On Saturday, May 23, 2015 at 06:41:50 PM, Dmitry Torokhov wrote:
> On May 23, 2015 9:38:54 AM PDT, Marek Vasut wrote:
> >On Saturday, May 23, 2015 at 12:58:32 AM, Dmitry Torokhov wrote:
> >> The STMPE MFD is only used with device tree configured systems (and
> >
> >STMPE
> >
> >> MFD core depends
On 05/23/2015 01:27 PM, Timur Tabi wrote:
Guenter Roeck wrote:
However, the pretimeout concept assumes that there are two timers
which can be set independently. As you had pointed out earlier,
and as the specification seems to confirm, that is not the case here.
As such, I don't really understa
On Saturday 23 May 2015 11:18:58 Kukjin Kim wrote:
> On 05/22/15 18:11, Javier Martinez Canillas wrote:
> > Hello Krzysztof,
> >
> > On 05/22/2015 02:48 AM, Krzysztof Kozlowski wrote:
> >> Enable the Exynos DSI and S6E8AA0 panel for full X11 display on Trats2.
> >>
> >> Signed-off-by: Krzysztof Ko
Guenter Roeck wrote:
However, the pretimeout concept assumes that there are two timers
which can be set independently. As you had pointed out earlier,
and as the specification seems to confirm, that is not the case here.
As such, I don't really understand why and how the pretimeout / timeout
con
On Thu, May 21, 2015 at 7:44 AM, Mathieu Desnoyers
wrote:
> Expose a new system call allowing userspace threads to register
> a TLS area used as an ABI between the kernel and userspace to
> share information required to create efficient per-cpu critical
> sections in user-space.
Not a way in hell
On Saturday 23 May 2015 03:05:36 Pali Rohár wrote:
> On Saturday 23 May 2015 00:53:16 Dmitry Torokhov wrote:
> > On Thu, May 21, 2015 at 7:06 PM, Valdis Kletnieks
> >
> > wrote:
> > > So after I made both config variables =y, the resulting kernel
> > > built, but died a glorious death at boot.
>
Initialize kvmclock base, on kvmclock system MSR write time,
so that the guest sees kvmclock counting from zero.
This matches baremetal behaviour when kvmclock in guest
sets sched clock stable.
Signed-off-by: Marcelo Tosatti
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index cc2c759..e
On 05/23/2015 12:40 PM, Timur Tabi wrote:
[ ... ]
I use emergency_restart(), because the watchdog-api.txt documentation says this:
"If userspace fails (RAM error, kernel bug, whatever), the
notifications cease to occur, and the hardware watchdog will reset the
system (causing a reboot) after th
On 05/23/2015 11:37 AM, Timur Tabi wrote:
Guenter Roeck wrote:
I think it is quite unfortunate that the specification is not public.
We have heard many statements about what is in the spec or not.
All you need to do is go to
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.den0029b
fu@linaro.org wrote:
From: Fu Wei
Parse SBSA Generic Watchdog Structure in GTDT table of ACPI,
and create a platform device with that information.
This platform device can be used by the ARM SBSA Generic
Watchdog driver.
Signed-off-by: Fu Wei
Tested-by: Timur Tabi
I have modified my wat
On Thu, May 14, 2015 at 11:39:49PM -0700, Andy Lutomirski wrote:
> Per Andrew Morgan's request, add a securebit to allow admins to
> disable PR_CAP_AMBIENT_RAISE. This securebit will prevent processes
> from adding capabilities to their ambient set.
>
> For simplicity, this disables PR_CAP_AMBIEN
Fu Wei wrote:
Hi Timur,
On 21 May 2015 at 23:42, Timur Tabi wrote:
On 05/21/2015 03:32 AM, fu@linaro.org wrote:
+static void reload_timeout_to_wcv(struct watchdog_device *wdd)
+{
+ struct sbsa_gwdt *gwdt = to_sbsa_gwdt(wdd);
+ u64 wcv;
+
+ wcv = arch_counter_get_cntvc
Jyri, thanks for the review...
On 22.05.2015 at 11:13 Jyri Sarha wrote:
On 05/14/15 12:40, Sergej Sawazki wrote:
+Optional properties:
+- enable-gpios : GPIO reference for enabling and disabling the clock.
I guess in theory you should not need the enable functionality here. You
could just sta
Thanks very much, Andy. Comments and ack below.
Quoting Andy Lutomirski (l...@kernel.org):
> Credit where credit is due: this idea comes from Christoph Lameter
> with a lot of valuable input from Serge Hallyn. This patch is
> heavily based on Christoph's patch.
>
> = The status quo =
>
This patch adds the support for following battery properties
to max17042 fuel gauge driver.
POWER_SUPPLY_PROP_TEMP_ALERT_MIN
POWER_SUPPLY_PROP_TEMP_ALERT_MAX
POWER_SUPPLY_PROP_TEMP_MIN
POWER_SUPPLY_PROP_TEMP_MAX
POWER_SUPPLY_PROP_HEALTH
Signed-off-by: Ramakrishna Pallala
Reviewed-by: Krzysztof K
Stephen, thanks for the review...
On 21.05.2015 at 21:31 Stephen Boyd wrote:
+static int clk_gpio_mux_set_parent(struct clk_hw *hw, u8 index)
+{
+ struct clk_gpio_mux *clk = to_clk_gpio_mux(hw);
+
+ if (index > 1)
+ return -EINVAL;
Doesn't seem possible if num_parents
> Hi,
>
> On Tue, May 05, 2015 at 05:10:32AM +0530, Ramakrishna Pallala wrote:
> > This patch adds the support for following battery properties to
> > max17042 fuel gauge driver.
> >
> > POWER_SUPPLY_PROP_TEMP_ALERT_MIN
> > POWER_SUPPLY_PROP_TEMP_ALERT_MAX
> > POWER_SUPPLY_PROP_TEMP_MIN
> > POWER_
On Sat, May 23, 2015 at 04:52:23PM +0200, Ingo Molnar wrote:
>
> What tree is this against? Neither the upstream kernel nor
> tip:sched/core (the scheduler development tree) has this function.
>
Sorry, I forgot to mention.
This patch applies to:
git://linux-arm.org/linux-power.git energy_model
Fu Wei wrote:
Because there's no market for it. I'm not talking about what's
theoretically possible. I'm only talking about what makes sense and what
will actually happen. And I'm quite certain that we will never see an
actual 32-bit ARM SOC with an SBSA watchdog device in it.
Why are you q
On May 23, 2015 10:09 AM, "Mathieu Desnoyers"
wrote:
>
> - Original Message -
> > On Fri, May 22, 2015 at 2:34 PM, Mathieu Desnoyers
> > wrote:
> > > - Original Message -
> > >> On Fri, May 22, 2015 at 1:26 PM, Michael Kerrisk
> > >> wrote:
> > >> > [CC += linux-api@]
> > >> >
>
Hi Timur
On 24 May 2015 at 02:40, Timur Tabi wrote:
> Fu Wei wrote:
>>
>> I wonder why you are so sure "that SOC won't have an SBSA watchdog in
>> it." any documentation ?
>> Sorry, I am not a chip design engineer, I can't see why 32-bit ARM
>> won't have an SBSA watchdog in it.
>
>
> Because th
Linus,
please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
One more fix from the timer departement:
- Handle division of negative nanosecond values proper on 32bit.
A recent cleanup wreckag
Linus,
please pull the latest irq-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
irq-urgent-for-linus
Hopefully the last one for 4.1:
- A fix for a GIC-V3 irqchip regression which prevents some systems
from booting.
Thanks,
tglx
Hi Timur
On 24 May 2015 at 02:37, Timur Tabi wrote:
> Guenter Roeck wrote:
>>
>> I think it is quite unfortunate that the specification is not public.
>> We have heard many statements about what is in the spec or not.
>
>
> All you need to do is go to
> http://infocenter.arm.com/help/index.jsp?to
On Fri, May 22, 2015 at 7:56 PM, Martin Kelly wrote:
> The current comment indicates it's checking for a 32-bit build
> environment, but it actually checks for a 64-bit environment. Fix this.
Acked-by: Andy Lutomirski
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Fu Wei wrote:
I wonder why you are so sure "that SOC won't have an SBSA watchdog in
it." any documentation ?
Sorry, I am not a chip design engineer, I can't see why 32-bit ARM
won't have an SBSA watchdog in it.
Because there's no market for it. I'm not talking about what's
theoretically poss
Guenter Roeck wrote:
I think it is quite unfortunate that the specification is not public.
We have heard many statements about what is in the spec or not.
All you need to do is go to
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.den0029b/index.html,
get a free ARM account, and d
On 05/23/2015 10:26 AM, Fu Wei wrote:
Hi Timur,
On 23 May 2015 at 23:08, Timur Tabi wrote:
Arnd Bergmann wrote:
I think it's a reasonable assumption that someone will sooner or later
put that hardware into an ARM32 machine,
I'm going to have to disagree. If they haven't done it by now,
On Sat, May 23, 2015 at 11:13:31AM -0700, Joe Perches wrote:
> On Sat, 2015-05-23 at 21:07 +0300, Dan Carpenter wrote:
> > No one uses the complicated options on checkpatch anyway, they just grep
> > away the warnings they don't like.
>
> That'd be false. Other projects like u-boot do.
Ah. Ok.
On Sat, 2015-05-23 at 21:07 +0300, Dan Carpenter wrote:
> I feel like the lustre headers could be fit into 80 characters without
> losing very much.
Maybe.
> No one uses the complicated options on checkpatch anyway, they just grep
> away the warnings they don't like.
That'd be false. Other proj
Type-checking coccinelle spatches are being used to locate type mismatches
between function signatures and return values in this case this produced:
kernel/sched/fair.c:4987 WARNING: return of wrong type
int != unsigned long
get_cpu_usage() has one user update_sg_lb_stats() in which it i
Hi,
On Tue, May 05, 2015 at 05:10:32AM +0530, Ramakrishna Pallala wrote:
> This patch adds the support for following battery properties
> to max17042 fuel gauge driver.
>
> POWER_SUPPLY_PROP_TEMP_ALERT_MIN
> POWER_SUPPLY_PROP_TEMP_ALERT_MAX
> POWER_SUPPLY_PROP_TEMP_MIN
> POWER_SUPPLY_PROP_TEMP_MA
I feel like the lustre headers could be fit into 80 characters without
losing very much.
No one uses the complicated options on checkpatch anyway, they just grep
away the warnings they don't like. Newbies especially don't use them.
regards,
dan carpenter
--
To unsubscribe from this list: send t
Shailendra Verma writes:
> Signed-off-by: Shailendra Verma
> ---
> kernel/user_namespace.c |8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/kernel/user_namespace.c b/kernel/user_namespace.c
> index 4109f83..02a1197 100644
> --- a/kernel/user_namespace.c
> +++
Hi,
On Sun, May 10, 2015 at 03:49:45PM -0400, Paul Gortmaker wrote:
> This file depends on Kconfig options all of which are a bool, so
> we use the appropriate registration function, which avoids us
> relying on an implicit inclusion of which we are
> doing currently.
>
> While this currently wo
Lukasz Pawelczyk writes:
> There is a rare case where current's nsproxy might be NULL but we are
> required to check for credentials and capabilities. It sometimes happens
> during an exit_group() syscall while destroying user's session (logging
> out).
>
> My understanding is that while we have
These two uses seem to have had carriage returns removed.
Make these entries like all the others in this file.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/neterion/s2io.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/neterion/s2io.c
b/dri
On Sat, 2015-05-23 at 13:32 +0200, Julia Lawall wrote:
> On Fri, 22 May 2015, Joe Perches wrote:
> > Many lines of code extend beyond the maximum line length.
> > Some of these are possibly justified by use type.
> >
> > For instance:
> >
> > structure definitions where comments are added per membe
Hi Timur,
On 23 May 2015 at 23:08, Timur Tabi wrote:
> Arnd Bergmann wrote:
>>
>> I think it's a reasonable assumption that someone will sooner or later
>> put that hardware into an ARM32 machine,
>
>
> I'm going to have to disagree. If they haven't done it by now, I can't
> imagine any ARM SO
On Sat, May 23, 2015 at 1:09 AM, Shailendra Verma wrote:
Please include a changelog for every patch you submit exolaining why
you think the change makes sense.
>
> Signed-off-by: Shailendra Verma
> ---
> kernel/signal.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --g
- Original Message -
> On Fri, May 22, 2015 at 2:34 PM, Mathieu Desnoyers
> wrote:
> > - Original Message -
> >> On Fri, May 22, 2015 at 1:26 PM, Michael Kerrisk
> >> wrote:
> >> > [CC += linux-api@]
> >> >
> >> > On Thu, May 21, 2015 at 4:44 PM, Mathieu Desnoyers
> >> > wrote:
>
On 05/23/2015 09:27 AM, Guenter Roeck wrote:
> On Thu, May 21, 2015 at 02:07:31PM -0700, York Sun wrote:
>> Lee,
>>
>> Is there any convention regarding I2C class bitmask? I see only three are
>> defined for 3.12.19 and four for 4.0
>>
>> I2C_CLASS_HWMON, I2C_CLASS_DDC, I2C_CLASS_SPD, I2C_CLASS_D
On Sat, May 23, 2015 at 7:39 AM, Christoph Hellwig wrote:
> On Wed, May 20, 2015 at 04:57:00PM -0400, Dan Williams wrote:
>> nd_pmem attaches to persistent memory regions and namespaces emitted by
>> the libnd subsystem, and, same as the original pmem driver, presents the
>> system-physical-addres
Hi Timur,
On 24 May 2015 at 00:28, Fu Wei wrote:
> Hi Timur,
>
>
>
> On 21 May 2015 at 23:42, Timur Tabi wrote:
>> On 05/21/2015 03:32 AM, fu@linaro.org wrote:
>>
>>> +static void reload_timeout_to_wcv(struct watchdog_device *wdd)
>>> +{
>>> + struct sbsa_gwdt *gwdt = to_sbsa_gwdt(wdd
On May 23, 2015 9:38:54 AM PDT, Marek Vasut wrote:
>On Saturday, May 23, 2015 at 12:58:32 AM, Dmitry Torokhov wrote:
>> The STMPE MFD is only used with device tree configured systems (and
>STMPE
>> MFD core depends on OF), so force the configuration to come from
>device
>> tree only.
>>
>> Signed
On Sat, May 23, 2015 at 7:12 AM, h...@lst.de wrote:
> On Wed, May 13, 2015 at 06:35:55PM +, Williams, Dan J wrote:
>> Jens, I'm wondering if you want to take this series(.) as patches or
>> prepare a git branch to pull?
>
> Honestly I don't think it should go anyway. It makes a big mess of
>
On Saturday, May 23, 2015 at 12:58:32 AM, Dmitry Torokhov wrote:
> The STMPE MFD is only used with device tree configured systems (and STMPE
> MFD core depends on OF), so force the configuration to come from device
> tree only.
>
> Signed-off-by: Dmitry Torokhov
> ---
Hi!
[...]
> @@ -351,14 +3
snd_soc_pcm_stream.formats is a bitmask of SNDRV_PCM_FMTBIT_*,
not of SNDRV_PCM_FORMAT_* (which are sequential integers),
however some of ASoC CODEC drivers use these values instead.
Found out by sparse on 0-day kernel tester.
Signed-off-by: Maciej Szmigiero
diff --git a/sound/soc/codecs/88pm86
Hi Timur,
On 21 May 2015 at 23:42, Timur Tabi wrote:
> On 05/21/2015 03:32 AM, fu@linaro.org wrote:
>
>> +static void reload_timeout_to_wcv(struct watchdog_device *wdd)
>> +{
>> + struct sbsa_gwdt *gwdt = to_sbsa_gwdt(wdd);
>> + u64 wcv;
>> +
>> + wcv = arch_counter_get_cn
On Thu, May 21, 2015 at 02:07:31PM -0700, York Sun wrote:
> Lee,
>
> Is there any convention regarding I2C class bitmask? I see only three are
> defined for 3.12.19 and four for 4.0
>
> I2C_CLASS_HWMON, I2C_CLASS_DDC, I2C_CLASS_SPD, I2C_CLASS_DEPRECATED
>
> I am working on a clock chip driver (S
On 2015-05-23 18:06, Raymond Yau wrote:
> 2015-5-23 下午4:50 於 "Jan Kiszka" 寫道:
>>
> Most Thinkpad Edge series laptops use conexant codec, so far
> although
>>>
>> Is there anything I can debug or any information I can collect
>> from my
>> box to
Jeremy,
2015-05-23 17:50 GMT+02:00 Jeremy Allison :
> FYI. I have a mostly (needs test suite adding) working module
> for Samba for Andreas's richacls code.
great, thanks. I'll be doing some testing as soon as I get to it.
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linu
On Fri, Apr 24, 2015 at 01:03:57PM +0200, Andreas Gruenbacher wrote:
> Hello,
>
> here's another update of the richacl patch queue. The changes since the last
> posting (https://lwn.net/Articles/638242/) include:
>
> * The nfs client now allocates pages for received acls on demand like the
>
Hi,
On Wed, Apr 29, 2015 at 07:58:30PM +0900, Krzysztof Kozlowski wrote:
> This prepares for merging some of the drivers between max77693 and
> max77843 so the child MFD driver can be attached to any parent MFD main
> driver.
>
> Move the state container to common header file. Additionally add
>
Arnd Bergmann wrote:
I think it's a reasonable assumption that someone will sooner or later
put that hardware into an ARM32 machine,
I'm going to have to disagree. If they haven't done it by now, I can't
imagine any ARM SOC vendor creating a 32-bit ARM SOC with an SBSA
watchdog in it. I can
Type-checking coccinelle spatches are being used to locate type mismatches
between function signatures and return values in this case this produced:
./kernel/rcu/srcu.c:271 WARNING: return of wrong type
int != unsigned long,
srcu_readers_active() returns an int that is the sum of per_cpu u
* Abel Vesa wrote:
> Trivial fixes forh machines without SMP.
>
> Signed-off-by: Abel Vesa
> ---
> kernel/sched/fair.c | 12
> 1 file changed, 8 insertions(+), 4 deletions(-)
>
> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> index e6d32e6..dae3db7 100644
> --- a/kerne
Hi Guenter,
On 22 May 2015 at 23:01, Guenter Roeck wrote:
> On Fri, May 22, 2015 at 04:55:04PM +0200, Arnd Bergmann wrote:
>> On Friday 22 May 2015 22:50:30 Hanjun Guo wrote:
>> > > diff --git a/drivers/watchdog/Kconfig b/drivers/watchdog/Kconfig
>> > > index e5e7c55..25a0df1 100644
>> > > --- a
Michal Hocko wrote:
> On Thu 30-04-15 18:44:25, Tetsuo Handa wrote:
> > Michal Hocko wrote:
> > > I mean we should eventually fail all the allocation types but GFP_NOFS
> > > is coming from _carefully_ handled code paths which is an easier starting
> > > point than a random code path in the kernel/
>From 5999a1ebee5e611eaa4fa7be37abbf1fbdc8ef93 Mon Sep 17 00:00:00 2001
From: Tetsuo Handa
Date: Sat, 23 May 2015 22:42:20 +0900
Subject: [PATCH] mm: Introduce timeout based OOM killing
This proposal is an interim amendment, which focused on possibility of
backporting, of a problem that a Linux s
On Wed, May 20, 2015 at 04:57:00PM -0400, Dan Williams wrote:
> nd_pmem attaches to persistent memory regions and namespaces emitted by
> the libnd subsystem, and, same as the original pmem driver, presents the
> system-physical-address range as a block device.
>
> The existing e820-type-12 to pme
Hi Corentin,
On Sat, 23 May 2015 15:12:23 +0200
Corentin LABBE wrote:
> Le 17/05/2015 10:45, Boris Brezillon a écrit :
> > Hi Corentin,
> >
> > I started to review this new version, and I still think there's
> > something wrong with the way your processing crypto requests.
> > From my POV this
I don't like this series at all, it does too much and too little at
the same time.
There's three totally different parts to it that are mixed up:
(1) cleanups to use accessors for struct scatterlist instead of exposing
the intricate details of chained S/G list to users
(2) a switch of stru
On 05/22/2015 10:47 PM, Herbert Xu wrote:
>> struct akcipher_request {
>> >struct crypto_async_request base;
>> >struct scatterlist *inparams;
>> >struct scatterlist *outparams;
>> >void *__ctx[] CRYPTO_MINALIGN_ATTR;
>> > };
> I think you should rename them to src/dst and add a len
On Fri, May 22, 2015 at 11:18:32AM -0700, Ming Lin wrote:
> This will bring not only performance improvements, but also a great amount
> of reduction in code complexity all over the block layer. Performance gain
> is possible due to the fact that bio_add_page() does not have to check
> unnecesary c
1 - 100 of 144 matches
Mail list logo