On 06/03/2014 12:16 AM, Mark Brown wrote:
On Mon, Jun 02, 2014 at 06:28:37PM +0200, Marcel Ziswiler wrote:
On 06/02/2014 06:11 PM, Stephen Warren wrote:
+CONFIG_SPI_SPIDEV=y
Is this useful with DT? I thought that unlike I2C_CHARDEV, spidev needed
dummy devices to exist in DT for spidev to
On Tue, Jun 3, 2014 at 3:37 AM, Stephen Boyd sb...@codeaurora.org wrote:
This config exists entirely to hide the cpufreq menu from the
kernel configuration unless a platform has selected it. Nothing
is actually built if this config is 'Y' and it just leads to
more patches that add a select
Hi Andrew, Antoine,
On Mon, 2 Jun 2014 03:27:50 -0700
Antoine Ténart antoine.ten...@free-electrons.com wrote:
On Mon, Jun 02, 2014 at 12:03:32PM +0200, Andrew Lunn wrote:
On Mon, Jun 02, 2014 at 12:00:48PM +0200, Antoine Ténart wrote:
Hi Andrew,
On Mon, Jun 02, 2014 at 11:47:15AM
On Mon 02-06-14 17:51:25, David Rientjes wrote:
From: Hugh Dickins hu...@google.com
mem_cgroup_force_empty_list() can iterate a large number of pages on an lru
and
mem_cgroup_move_parent() doesn't return an errno unless certain criteria,
none
of which indicate that the iteration may be
- Pass dgap_numboards to dgap_found_board() instead of
using a global variable.
Signed-off-by: Daeseok Youn daeseok.y...@gmail.com
---
drivers/staging/dgap/dgap.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/dgap/dgap.c
Pass brd to dgap_after_config_loaded() instead of passing
dgap_numboards and looking up brd again.
Signed-off-by: Daeseok Youn daeseok.y...@gmail.com
---
drivers/staging/dgap/dgap.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/dgap/dgap.c
- dgap_tty_uninit() doesn't match dgap_tty_init() at all.
so rename it. It is just used for cleanup when this module is
exited or failed to initialize by dgap_init_module.
Signed-off-by: Daeseok Youn daeseok.y...@gmail.com
---
drivers/staging/dgap/dgap.c |8
1 files changed, 4
Signed-off-by: Daeseok Youn daeseok.y...@gmail.com
---
drivers/staging/dgap/dgap.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/dgap/dgap.c b/drivers/staging/dgap/dgap.c
index 7a07a9b..b331108 100644
--- a/drivers/staging/dgap/dgap.c
+++
Hi Antoine,
On Mon, 2 Jun 2014 02:21:02 -0700
Antoine Ténart antoine.ten...@free-electrons.com wrote:
Adds SMP support for Berlin SoCs. Secondary CPUs are reseted, then
execute the instruction we put in the reset exception register, setting
the pc at the address contained in the software
On Mon, 2014-06-02 at 15:21 +0200, Mike Galbraith wrote:
On Mon, 2014-06-02 at 15:19 +0200, Sebastian Andrzej Siewior wrote:
On 06/02/2014 03:17 PM, Mike Galbraith wrote:
TODO++: Rummage around in this nouveau -rt explosion.
https://lkml.org/lkml/2014/3/7/163
Aha, thanks.
I hit
On Wed, May 28, 2014 at 11:48 PM, Peter Zijlstra pet...@infradead.org wrote:
On Wed, May 28, 2014 at 05:01:41PM -0700, Andy Lutomirski wrote:
On Thu, May 22, 2014 at 6:09 AM, Peter Zijlstra pet...@infradead.org wrote:
On Thu, May 22, 2014 at 02:58:18PM +0200, Peter Zijlstra wrote:
---
diff
On Mon, Jun 2, 2014 at 5:50 AM, Mark Brown broo...@kernel.org wrote:
On Mon, Jun 02, 2014 at 12:12:20AM -0700, Tim Kryger wrote:
The probe method of this driver, on the other hand, performs several
allocations and the error messages you intend to remove conveniently
pinpoint which one failed.
Hi
I see,
Your patch should be ok to fix this problem,
Could I know if this patch will be merged into kernel mainline branch?
Thanks
-Original Message-
From: Vlastimil Babka [mailto:vba...@suse.cz]
Sent: Friday, May 30, 2014 10:59 PM
To: Wang, Yalin
Cc: 'a...@linux-foundation.org';
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm announcing the release of the 3.12.21 kernel.
All users of the 3.12 kernel series must upgrade.
The updated 3.12.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.12.y
and can be
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
The biggest change in this patchset is conversion from the bootmem
bitmaps to the memblock code. This conversion requires two
On Mon, Jun 02, 2014 at 11:40:26PM -0700, Andy Lutomirski wrote:
Bugs found so far:
defined(SMP) should be defined(CONFIG_SMP)
You're testing polling on the task being woken, which cannot possibly
succeed: the only tasks that have any business polling are the idle
tasks. Something like
On Mon, 02 Jun 2014 23:20:14 -0400, Steven Rostedt wrote:
+void traceevent_plugin_free_options_list(char **list)
+{
+ int i;
+
+ if (!list)
+ return;
+
+ if (list == (char **)((unsigned long)-1))
It also should be:
if (list == INVALID_PLUGIN_LIST_OPTION)
Sorry, I think I used an old version git (v 1.7.0.4), and its request-pull
command
used branch name instead of tag name.
I'll resend GIT PULL email.
Thanks,
Xuetao Guan
- Linus Torvalds torva...@linux-foundation.org 写道:
On Thu, May 29, 2014 at 1:19 AM, guanxuetao
On Tue, Jun 03 2014, Joonsoo Kim wrote:
Currently, there are two users on CMA functionality, one is the DMA
subsystem and the other is the kvm on powerpc. They have their own code
to manage CMA reserved area even if they looks really similar.
From my guess, it is caused by some needs on bitmap
Hi Linus,
here are the bulk changes for the pin control subsystem for the
v3.16 development cycle. There are some details in the signed
tag as usual.
We have refactoring work from the GPIO subsystem spilling over
but apart from that it is just standard linear development.
Please pull this in
Hi Linus,
This is unicore32 pull request for v3.15-rc8.
This pull request includes bugfixes to make unicore32 successfully build under
defconfig,
and some changes for allmodconfig (though not finished).
Please pull tags/for-linus with following updates.
Thanks and Regards,
Xuetao Guan
The
On Tue, Jun 03 2014, Joonsoo Kim wrote:
Now, we have general CMA reserved area management framework,
so use it for future maintainabilty. There is no functional change.
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
Acked-by: Michal Nazarewicz min...@mina86.com
diff --git
Hi Dave,
On 06/02/2014 08:33 PM, Dave Chinner wrote:
On Mon, Jun 02, 2014 at 01:02:29PM -0700, Daniel Phillips wrote:
Redirty_tail nearly works, but if (!list_empty(wb-b_dirty)) is
not correct because the inode needs to end up on the dirty list
whether it was already there or not.
On Tue, Jun 03 2014, Joonsoo Kim wrote:
Now, we have general CMA reserved area management framework,
so use it for future maintainabilty. There is no functional change.
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
Acked-by: Michal Nazarewicz min...@mina86.com
--
Best regards,
On 02.06.2014 20:10, David Miller wrote:
From: Veaceslav Falico vfal...@redhat.com
Date: Mon, 2 Jun 2014 17:01:50 +0200
I wonder, though, if we should document it or just output Unknown
instead of -1.
All of this discussion means that we can't change the format string
without potentially
Hi Jisheng,
On Tue, Jun 03, 2014 at 02:31:13PM +0800, Jisheng Zhang wrote:
On Mon, 2 Jun 2014 02:21:02 -0700
Antoine Ténart antoine.ten...@free-electrons.com wrote:
+
+extern void berlin_secondary_startup(void);
+extern u32 boot_inst;
+
+static void __iomem *cpu_ctrl;
+
+static
Hi,
How about the patch?
From: Xiangliang Yu yxlr...@gmail.com
Date: 2014-04-24 21:27 GMT+08:00
Subject: [PATCH 1/3] libsas: modify SATA error handler
To: t...@kernel.org, jbottom...@parallels.com
Cc: dan.j.willi...@intel.com, todd.e.bra...@intel.com,
lukasz.do...@intel.com,
On Mon, Jun 02, 2014 at 09:30:45PM -0400, Steven Rostedt wrote:
On Tue, 3 Jun 2014 11:11:25 +1000
Dave Chinner da...@fromorbit.com wrote:
You've ignored the (c).(2) free of known issues criteria there.
You cannot say a patch is free of issues if you haven't applied,
compiled and tested
Hi
I found sd card sometimes are damaged/ destroyed
On our devices .
And seems it is caused by kernel's frequently suspend/resume,
Because during suspend/resume, the driver will suspend/resume sdcard
Very frequently, this will damaged the sdcard sometimes, and the damage
is not recoverable ..
On 06/03/2014 05:07 AM, Namhyung Kim wrote:
Hi Sebastian,
Hi Namhyung,
Please take a look at Joseph's work on the same direction (and more).
https://lkml.org/lkml/2014/4/3/217
This looks very good, thanks for pointing out.
Thanks,
Namhyung
Sebastian
--
To unsubscribe from this list:
On Mon, Jun 02, 2014 at 04:46:32PM -0400, Mikulas Patocka wrote:
It's not only parisc - tile32, arc, metag (maybe hexagon) are broken too,
because they don't have cmpxchg in hardware.
metag actually does, and the lock1 thing is a fallback/test thing:
config METAG_ATOMICITY_LOCK1
On Tue, Jun 03, 2014 at 03:27:28PM +0900, Daeseok Youn wrote:
-static int dgap_after_config_loaded(int board)
+static int dgap_after_config_loaded(struct board_t *brd)
{
+ int board = brd-boardnum;
+
We don't need to use board in this function. We can replaced
dgap_board[board]- with
On Tue, 3 Jun 2014 00:10:17 -0700
Antoine Ténart antoine.ten...@free-electrons.com wrote:
Hi Jisheng,
On Tue, Jun 03, 2014 at 02:31:13PM +0800, Jisheng Zhang wrote:
On Mon, 2 Jun 2014 02:21:02 -0700
Antoine Ténart antoine.ten...@free-electrons.com wrote:
+
+extern void
Hi Dave,
Here is a non-incremental patch. This implements your suggestion
from yesterday, except that the wb list lock is dropped before
calling -writeback().
Regards,
Daniel
From d030d328757b160b39b252e82811a94843513cfc Mon Sep 17 00:00:00 2001
From: Daniel Phillips dan...@tux3.org
Date: Tue,
These all look great except for 2/4.
regards,
dan carpenter
--
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
The commit ea1abd6197d5 (workqueue: reimplement idle worker rebinding)
used a trick which simply removes all to-be-bound idle workers from the
idle list and lets them add themselves back after completing rebinding.
And this trick caused the @worker_pool-nr_idle may deviate than the actual
number
There is a piece of sanity checks code in the put_unbound_pool().
The meaning of this code is if it is not an unbound pool, it will complain
and return IIUC. But the code uses pool-flags POOL_DISASSOCIATED
imprecisely due to a non-unbound pool may also have this flags.
We should use pool-cpu 0
schedule_timeout_interruptible(CREATE_COOLDOWN) is exactly the same as
the original code.
Signed-off-by: Lai Jiangshan la...@cn.fujitsu.com
---
kernel/workqueue.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index
When a worker is detached, the worker-flags may still have WORKER_UNBOUND
or WORKER_REBOUND, it is OK for all cases:
1) if it is a normal worker, the worker will be dead, it is OK.
2) if it is a rescuer, it may re-attach to a pool with this leftover flag[s],
it is still correct except it
The @cpu is fetched via smp_processor_id() in this function,
so the check is useless.
Signed-off-by: Lai Jiangshan la...@cn.fujitsu.com
---
kernel/workqueue.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index 6b6e9f2..7dc6e66
In theory, pool-cpu is equals to @cpu in wq_worker_sleeping() after
worker-flags is checked.
And pool-cpu != cpu sanity check will help us if something wrong.
Signed-off-by: Lai Jiangshan la...@cn.fujitsu.com
---
kernel/workqueue.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
The commit a9ab775bcadf (workqueue: directly restore CPU affinity of workers
from CPU_ONLINE) moved the pool-lock into rebind_workers() without also
moving pool-flags = ~POOL_DISASSOCIATED into.
There is no wrong that pool-flags = ~POOL_DISASSOCIATED is kept outside,
but there is no benefit
When POOL_DISASSOCIATED is cleared, the running worker's local CPU should
be the same as pool-cpu without any exception even during cpu-hotplug.
This fix changes (proposition_A proposition_B proposition_C)
to (proposition_B proposition_C), so if the old compound proposition
is true, the new
Hi Wolfram,
On 06/02/2014 06:31 PM, Wolfram Sang wrote:
On Fri, May 16, 2014 at 05:32:10PM +0200, Maxime COQUELIN wrote:
The i2c timing values specified in the driver are the minimun
values defined in the I2C specifications.
The I2C specification does not specify any default or maximum values.
The Marvell Berlin BG2Q has 4 TWSI compatible with the Synopsys
DesignWare I2C driver. Add the corresponding nodes.
The pin-muxing setup is also done here, since there cannot be another
muxing setup if I2C{0,1,2,3} are enabled.
Signed-off-by: Antoine Ténart antoine.ten...@free-electrons.com
---
This series adds the I2C nodes for the Marvell Berlin BG2Q SoC. It also
enables I2C0 and I2C2 for the BG2Q DMP.
The Marvell Berlin BG2Q has 4 TWSI compatible with the Synopsys
DesignWare I2C driver.
Antoine Ténart (2):
ARM: dts: berlin: add I2C nodes for BG2Q
ARM: dts: berlin: enable i2c0
Enable the I2C0 and I2C2 for the Marvell Berlin BG2G DMP. I2C1 and I2C3
are also working on this board, but no devices seemed to be there.
Signed-off-by: Antoine Ténart antoine.ten...@free-electrons.com
---
arch/arm/boot/dts/berlin2q-marvell-dmp.dts | 8
1 file changed, 8 insertions(+)
On 2 June 2014 16:37, Ben Dooks b...@trinity.fluff.org wrote:
On Mon, Jun 02, 2014 at 02:03:27PM +0200, Ulf Hansson wrote:
Hi Linus,
This is the first PR I send to you as I am co-maintaining the MMC
subsystem with Chris Ball. You will receive a separate PR for MMC from
him as well, as usual.
On Tuesday 03 June 2014 10:32:27 Dave Chinner wrote:
On Mon, Jun 02, 2014 at 01:43:44PM +0200, Arnd Bergmann wrote:
On Monday 02 June 2014 10:28:22 Dave Chinner wrote:
On Sun, Jun 01, 2014 at 10:24:37AM +1000, Dave Chinner wrote:
On Sat, May 31, 2014 at 05:37:52PM +0200, Arnd Bergmann
On Mon, Jun 02, 2014 at 05:12:16PM -0400, Mikulas Patocka wrote:
The patch adds atomic_pointer_t for all architectures - it is in the
common code and it is backed by atomic_long_t (that already exists for all
architectures). There is no new arch-specific code at all.
When we have
From: Fan Wu f...@marvell.com
What the patch did:
1.To call pinmux_disable_setting ahead of pinmux_enable_setting in each time of
calling pinctrl_select_state
2.Remove the HW disable operation in in pinmux_disable_setting function.
3.Remove the disable ops in struct pinmux_ops
The reason why
On Mon, 2 Jun 2014, Fabian Frederick wrote:
On Mon, 2 Jun 2014 16:41:48 +0200 (CEST)
Sebastian Ott seb...@linux.vnet.ibm.com wrote:
Hello Fabian,
On Tue, 20 May 2014, Fabian Frederick wrote:
This is untested.
Cc: Sebastian Ott seb...@linux.vnet.ibm.com
Cc: Andrew Morton
Jiri Olsa [jo...@redhat.com] wrote:
| On Fri, May 30, 2014 at 05:59:25PM +0200, Jiri Olsa wrote:
| On Fri, May 30, 2014 at 08:50:19AM -0700, Sukadev Bhattiprolu wrote:
| Jiri Olsa [jo...@redhat.com] wrote:
| | On Fri, May 16, 2014 at 02:03:33PM -0700, Sukadev Bhattiprolu wrote:
| | Hi
Daniel Phillips dan...@phunq.net writes:
Hi Dave,
On 06/02/2014 08:33 PM, Dave Chinner wrote:
On Mon, Jun 02, 2014 at 01:02:29PM -0700, Daniel Phillips wrote:
Redirty_tail nearly works, but if (!list_empty(wb-b_dirty)) is
not correct because the inode needs to end up on the dirty list
On 06/03/2014 03:37 PM, f...@marvell.com wrote:
From: Fan Wu f...@marvell.com
What the patch did:
1.To call pinmux_disable_setting ahead of pinmux_enable_setting in each time of
calling pinctrl_select_state
2.Remove the HW disable operation in in pinmux_disable_setting function.
3.Remove the
This makes it possible to wait for a specific amount of time,
rather than wait until infinity.
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
Reviewed-by: Christian König deathsim...@vodafone.de
---
drivers/gpu/drm/radeon/radeon_fence.c | 60 +++
On Tue, Jun 03, 2014 at 12:01:11AM -0700, Daniel Phillips wrote:
Hi Dave,
On 06/02/2014 08:33 PM, Dave Chinner wrote:
On Mon, Jun 02, 2014 at 01:02:29PM -0700, Daniel Phillips wrote:
H - this is using the wb dirty lists and locks, but you
don't pass the wb structure to the writeback
We don't support independently power off cpu on BG2 and BG2Q in linux kernel.
So we can assume that bootloader has powered on the CPUs
Can i assume from your answer that the hardware does actually support
independent power off/on of CPUs? It could be added sometime in the
future.
On Mon, Jun 02, 2014 at 01:22:10PM -0700, Linus Torvalds wrote:
On Mon, Jun 2, 2014 at 1:05 PM, Peter Zijlstra pet...@infradead.org wrote:
So the question is, do you prefer subtly broken code or hard compile
fails? Me, I go for the compile fail.
The thing is, parisc has a perfectly fine
2014-06-03 16:22 GMT+09:00 Dan Carpenter dan.carpen...@oracle.com:
On Tue, Jun 03, 2014 at 03:27:28PM +0900, Daeseok Youn wrote:
-static int dgap_after_config_loaded(int board)
+static int dgap_after_config_loaded(struct board_t *brd)
{
+ int board = brd-boardnum;
+
We don't need to
On Mon, Jun 02, 2014 at 12:56:40PM -0700, James Bottomley wrote:
Architecturally, there is a way we could emulate the atomic exchange
instructions. We could have a special section of memory that always
triggers a page trap. In the Q state dtlb trap handlers we could
recognise the atomic
Can you give names here? Would be interesting to know since a few
drivers implement the minimum timings.
I don't have the name actually.
The request to implement this change came from hw guys.
Can you ask? It feels better to have changes based on facts.
This patch adds a 10% margin on
On Mon, Jun 2, 2014 at 8:43 AM, Minchan Kim minc...@kernel.org wrote:
Hello Weijie,
Thanks for resending.
Below are mostly nitpicks.
On Fri, May 30, 2014 at 04:34:44PM +0800, Weijie Yang wrote:
Currently, we use a rwlock tb_lock to protect concurrent access to
the whole zram meta table.
Pass brd to dgap_after_config_loaded() instead of passing
dgap_numboards and looking up brd again.
Signed-off-by: Daeseok Youn daeseok.y...@gmail.com
---
V2: replace dgap_board[board]- with brd-.
drivers/staging/dgap/dgap.c | 18 +-
1 files changed, 9 insertions(+), 9
This patch provides the common I2C driver code for Intel SoC PMICs.
Signed-off-by: Yang, Bin bin.y...@intel.com
Signed-off-by: Zhu, Lejun lejun@linux.intel.com
---
v2:
- Use regmap instead of creating our own I2C read/write callbacks.
- Add one missing EXPORT_SYMBOL.
- Remove
On Tue, 03 Jun 2014, Zhu, Lejun wrote:
This patch provides chip-specific support for Crystal Cove. Crystal
Cove is the PMIC in Baytrail-T platform.
Also adds Intel SoC PMIC support to the build files.
Signed-off-by: Yang, Bin bin.y...@intel.com
Signed-off-by: Zhu, Lejun
Hi Andrew,
On Tue, 3 Jun 2014 00:50:11 -0700
Andrew Lunn and...@lunn.ch wrote:
We don't support independently power off cpu on BG2 and BG2Q in linux
kernel. So we can assume that bootloader has powered on the CPUs
Can i assume from your answer that the hardware does actually support
On Fri, May 30, 2014 at 4:12 AM, Zhu, Lejun lejun@linux.intel.com wrote:
retval = gpiochip_add(cg-chip);
if (retval) {
dev_warn(pdev-dev, add gpio chip error: %d\n, retval);
return ret;
}
gpiochip_irqchip_add(cg-chip,
On Mon, Jun 02, 2014 at 04:22:04PM -0400, Dave Jones wrote:
On Mon, Jun 02, 2014 at 02:13:19AM +, Linux Kernel wrote:
sched: Disallow sched_attr::sched_policy 0
The scheduler uses policy=-1 to preserve the current policy state to
implement
On Tue, Jun 03, 2014 at 09:33:10AM +0200, Antoine Ténart wrote:
Enable the I2C0 and I2C2 for the Marvell Berlin BG2G DMP. I2C1 and I2C3
are also working on this board, but no devices seemed to be there.
Hi Antoine
Does this mean that IC0 and I2C2 have devices on them? Could you also
add nodes
On Fri, May 30, 2014 at 10:25 AM, Mika Westerberg
mika.westerb...@linux.intel.com wrote:
I'm thinking that could we solve this so that we call
acpi_gpiochip_request_interrupts() at the end of gpiochip_irqchip_add()
and convert both pinctrl-baytrail and gpio-lynxpoint to use
On Mon, 02 Jun 2014, Grant Likely wrote:
On Mon, 2 Jun 2014 14:41:03 +0100, Lee Jones lee.jo...@linaro.org wrote:
Currently the I2C framework insists on devices supplying an I2C ID
table. Many of the devices which do so unnecessarily adding quite a
few wasted lines to kernel code. This
On Mon, 02 Jun 2014, One Thousand Gnomes wrote:
On Mon, 2 Jun 2014 14:41:03 +0100
Lee Jones lee.jo...@linaro.org wrote:
Currently the I2C framework insists on devices supplying an I2C ID
table. Many of the devices which do so unnecessarily adding quite a
few wasted lines to kernel
Hi Chaitanya,
On Mon, Jun 2, 2014 at 6:11 PM, Chaitanya Hazarey c...@24.io wrote:
To address the error -
ERROR: do not use C99 // comments
Removed all C99 comments.
IMHO, blindly converting C99 comments is a good idea...
--- a/drivers/staging/rtl8192u/r8192U_wx.c
+++
On Tue, Jun 03, 2014 at 04:47:52PM +0900, OGAWA Hirofumi wrote:
Daniel Phillips dan...@phunq.net writes:
Hi Dave,
On 06/02/2014 08:33 PM, Dave Chinner wrote:
On Mon, Jun 02, 2014 at 01:02:29PM -0700, Daniel Phillips wrote:
Redirty_tail nearly works, but if (!list_empty(wb-b_dirty)) is
On Tue, Jun 3, 2014 at 10:08 AM, Peter Zijlstra pet...@infradead.org wrote:
On Mon, Jun 02, 2014 at 04:22:04PM -0400, Dave Jones wrote:
On Mon, Jun 02, 2014 at 02:13:19AM +, Linux Kernel wrote:
sched: Disallow sched_attr::sched_policy 0
The scheduler uses policy=-1 to
On Mon, Jun 02, 2014 at 11:03:51PM +0900, Joonsoo Kim wrote:
2014-06-02 20:47 GMT+09:00 Vladimir Davydov vdavy...@parallels.com:
Hi Joonsoo,
On Mon, Jun 02, 2014 at 01:24:36PM +0900, Joonsoo Kim wrote:
On Sat, May 31, 2014 at 03:04:58PM +0400, Vladimir Davydov wrote:
On Fri, May 30,
On 27 May 2014 02:23, Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com wrote:
Looks fine, some nits..
diff --git a/drivers/cpufreq/cpufreq_governor.c
b/drivers/cpufreq/cpufreq_governor.c
-void dbs_check_cpu(struct dbs_data *dbs_data, int cpu)
+void dbs_check_cpu(struct dbs_data *dbs_data,
Hello,
On Tue, Jun 03, 2014 at 03:59:06PM +0800, Weijie Yang wrote:
On Mon, Jun 2, 2014 at 8:43 AM, Minchan Kim minc...@kernel.org wrote:
Hello Weijie,
Thanks for resending.
Below are mostly nitpicks.
On Fri, May 30, 2014 at 04:34:44PM +0800, Weijie Yang wrote:
Currently, we use a
Hello,
This series adds support for the P2WI block used by some Allwinner boards
to interface with the AXP221 PMIC.
Wolfram, I sent the last version of this series almost a month ago and had
no feedback from you.
We need this code to support the X-Powers' AXP221 PMIC + Allwinner's A31
SoC
P2WI (Push/Pull 2 Wire Interface) is an SMBus like bus used to communicate
with some PMICs (like the AXP221).
Document P2WI DT bindings which are pretty much the same as the one defined
for the marvell's mv64xxx controller.
Signed-off-by: Boris BREZILLON boris.brezil...@free-electrons.com
On Mon, Jun 02, 2014 at 11:01:55PM +0900, Joonsoo Kim wrote:
2014-06-02 21:10 GMT+09:00 Vladimir Davydov vdavy...@parallels.com:
On Mon, Jun 02, 2014 at 01:41:55PM +0900, Joonsoo Kim wrote:
According to my code reading, slabs_to_free() doesn't return number of
free slabs. This bug is
The P2WI looks like an SMBus controller which only supports byte data
transfers. But, it differs from standard SMBus protocol on several
aspects:
- it supports only one slave device, and thus drop the address field
- it adds a parity bit every 8bits of data
- only one read access is required to
Wolfram, I sent the last version of this series almost a month ago and had
no feedback from you.
Yes, because you didn't send the patches to the i2c list, so they don't
show up in patchwork which I rely on.
signature.asc
Description: Digital signature
On Mon, Jun 02, 2014 at 10:38:34PM +0200, Richard Weinberger wrote:
attr.sched_policy is u32, therefore a comparison against 0 is never true.
Fix this by casting sched_policy to int.
This issue was reported by coverity CID 1219934.
Cc: Michael Kerrisk mtk.manpa...@gmail.com
Cc: Peter
On Monday, June 02, 2014 4:34 AM NeilBrown Wrote:
To: Baldysiak, Pawel
Cc: linux-r...@vger.kernel.org; linux-kernel@vger.kernel.org; Paszkiewicz,
Artur
Subject: Re: [PATCH 1/1] md: Do only necessary operations when adding
device to RO array
On Fri, 30 May 2014 13:17:14 + Baldysiak,
On Mon, Jun 02, 2014 at 06:04:02PM +0200, David Herrmann wrote:
Correct, the problem is not accounting for pinned-pages, but waiting
for them to get released. Furthermore, Peter's patches make VM_PINNED
an optional feature, so we'd still miss all the short-term GUP users.
Sadly, that means we
On Tue, Jun 03, 2014 at 10:15:44AM +0200, Richard Weinberger wrote:
Once upon a time GCC also did warns like that, but my compiler is silent
:-(
Yes, that needs fixing..
I sent already a patch for that...
I found it.. thanks again :-)
pgp6QZgoml9Yv.pgp
Description: PGP signature
On 06/02/2014 06:48 PM, Alexei Starovoitov wrote:
extending cc-list, since I think this thread is related to bpf split thread.
On Mon, Jun 2, 2014 at 5:36 AM, Daniel Borkmann dbork...@redhat.com wrote:
On 05/30/2014 07:12 PM, Chema Gonzalez wrote:
On Thu, May 29, 2014 at 4:54 PM, Daniel
Hi Michael,
After merging the vhost tree, today's linux-next build (powerpc allyesconfig)
failed like this:
In file included from arch/powerpc/include/asm/epapr_hcalls.h:53:0,
from arch/powerpc/include/uapi/asm/kvm_para.h:81,
from
On Tue, Jun 03, 2014 at 09:33:36AM +0200, Arnd Bergmann wrote:
On Tuesday 03 June 2014 10:32:27 Dave Chinner wrote:
On Mon, Jun 02, 2014 at 01:43:44PM +0200, Arnd Bergmann wrote:
On Monday 02 June 2014 10:28:22 Dave Chinner wrote:
On Sun, Jun 01, 2014 at 10:24:37AM +1000, Dave Chinner
On Mon, 2 Jun 2014 13:09:08 -0500, Kumar Gala ga...@codeaurora.org wrote:
On Jun 2, 2014, at 11:23 AM, Grant Likely grant.lik...@linaro.org wrote:
On Mon, 2 Jun 2014 10:40:30 -0500, Kumar Gala ga...@codeaurora.org wrote:
On Jun 2, 2014, at 10:09 AM, Grant Likely grant.lik...@linaro.org
On 03/06/2014 10:25, Wolfram Sang wrote:
Wolfram, I sent the last version of this series almost a month ago and had
no feedback from you.
Yes, because you didn't send the patches to the i2c list, so they don't
show up in patchwork which I rely on.
My bad, I'll resend the series with the
Am 03.06.2014 10:32, schrieb Peter Zijlstra:
On Tue, Jun 03, 2014 at 10:15:44AM +0200, Richard Weinberger wrote:
Once upon a time GCC also did warns like that, but my compiler is silent
:-(
-Wtype-limits is what you're looking for.
/me currently builds some kernel configs to find out how much
On Mon, Jun 02, 2014 at 09:55:29PM -0400, Steven Rostedt wrote:
Hmm, it failed on a try lock, but on the spinlock within the trylock. I
wonder if we should add this.
Peter?
-- Steve
diff --git a/kernel/locking/semaphore.c b/kernel/locking/semaphore.c
index 6815171..6579f84 100644
---
Hello,
Sorry for the noise, I forgot to add the linux-i2c ML in Cc.
This series adds support for the P2WI block used by some Allwinner boards
to interface with the AXP221 PMIC.
Best Regards,
Boris
Changes since v3:
- update the DT bindings doc
- fix a comment that was no longer true
Changes
The P2WI looks like an SMBus controller which only supports byte data
transfers. But, it differs from standard SMBus protocol on several
aspects:
- it supports only one slave device, and thus drop the address field
- it adds a parity bit every 8bits of data
- only one read access is required to
P2WI (Push/Pull 2 Wire Interface) is an SMBus like bus used to communicate
with some PMICs (like the AXP221).
Document P2WI DT bindings which are pretty much the same as the one defined
for the marvell's mv64xxx controller.
Signed-off-by: Boris BREZILLON boris.brezil...@free-electrons.com
On Mon, 02 Jun 2014 19:07:01 +0300, Ivaylo Dimitrov
ivo.g.dimitrov...@gmail.com wrote:
On 2.06.2014 17:59, Grant Likely wrote:
On Sun, 1 Jun 2014 15:01:23 +0300, Ivaylo Dimitrov
ivo.g.dimitrov...@gmail.com wrote:
The current code unconditionally adds aliases without check if it
Dave Chinner da...@fromorbit.com writes:
It doesn't move inode to end of the dirty if wb.b_dirty is empty
(I.e. it can move from wb.b_io to wb.b_dirty too).
Um, really? What code are you reading? From 3.15-rc8:
static void redirty_tail(struct inode *inode, struct bdi_writeback *wb)
{
1 - 100 of 1912 matches
Mail list logo