On 03/06/2015 06:50 PM, Mike Galbraith wrote:
> On Fri, 2015-03-06 at 13:36 +0100, Sebastian Andrzej Siewior wrote:
>> On 03/06/2015 01:16 PM, Maarten Lankhorst wrote:
>>
Okay so what I the point made here? It is only about the config option,
right? What are the preferences here:
[
On Fri, Mar 06, 2015 at 02:31:51PM +0100, Stefan Agner wrote:
> On 2015-03-06 07:15, Sascha Hauer wrote:
> > Hi Stefan,
> >
> > On Thu, Mar 05, 2015 at 12:10:20AM +0100, Stefan Agner wrote:
> >> +
> >> +static int vf610_nfc_probe_dt(struct device *dev, struct vf610_nfc_config
> >> *cfg)
> >> +{
Am Freitag, den 06.03.2015, 11:40 -0800 schrieb Stephen Boyd:
> On 03/06/15 11:28, Uwe Kleine-König wrote:
> > Hello Mike,
> >
> > On Fri, Mar 06, 2015 at 10:57:30AM -0800, Mike Turquette wrote:
> >> Quoting Uwe Kleine-König (2015-02-21 02:40:22)
> >>> Hello,
> >>>
> >>> TLDR: only apply patch 1
On 03/09/2015 10:52 AM, Michal Simek wrote:
> On 03/09/2015 10:13 AM, Marc Kleine-Budde wrote:
>> On 03/09/2015 09:58 AM, Michal Simek wrote:
>>> On 03/09/2015 09:50 AM, Marc Kleine-Budde wrote:
On 03/09/2015 09:48 AM, Michal Simek wrote:
> Remove Kconfig dependency and enable driver for
On 03/09/2015 10:13 AM, Marc Kleine-Budde wrote:
> On 03/09/2015 09:58 AM, Michal Simek wrote:
>> On 03/09/2015 09:50 AM, Marc Kleine-Budde wrote:
>>> On 03/09/2015 09:48 AM, Michal Simek wrote:
Remove Kconfig dependency and enable driver for
all ARCHs.
Signed-off-by: Michal
On 06/03/15 18:01, Axel Lin wrote:
> Remove extra space in MODULE_ALIAS.
>
> Signed-off-by: Axel Lin
good catch!
Acked-by: Roger Quadros
cheers,
-roger
> ---
> drivers/phy/phy-omap-control.c | 2 +-
> drivers/phy/phy-omap-usb2.c| 2 +-
> drivers/phy/phy-ti-pipe3.c | 2 +-
> 3 files
Am Samstag, den 07.03.2015, 10:57 + schrieb Mark Brown:
> On Fri, Mar 06, 2015 at 03:16:55PM +0100, Philipp Zabel wrote:
>
> > #include
> > -#include
> >
> > #include "internal.h"
> >
> > +#include
> > +
>
> The change is basically OK but the above is a bit too funky for my
> taste
* Borislav Petkov wrote:
> Hi guys,
>
> please pull,
> thanks.
>
> ---
> The following changes since commit 13a7a6ac0a11197edcd0f756a035f472b42cdf8b:
>
> Linux 4.0-rc2 (2015-03-03 09:04:59 -0800)
>
> are available in the git repository at:
>
>
As for 1920x1080 display resolution, we should turn on the
Transmitter Trailer-B.
Signed-off-by: Yakir Yang
---
Changes in v3: None
Changes in v2:
- Set slopeboost back to 10%-20%, then rasing/falling time would pass.
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 2 +-
1 file changed, 1
Because of iMX6 & Rockchip have differnet mpll config parameter,
than the cklvl & txlvl would be different, we also should seperate
this parmeter.
When pixle clock less than 148.5MHz, the cklvl set to 13(2.79v), and
txlvl set to 20(2.77v).
When pixel clock less than 74.25MHz, the cklvl set to
Using a local struct pointer to reduce one level of indirection
makes the code slightly more readable.
Signed-off-by: Yakir Yang
Reviewed-by: Daniel Kurtz
---
Changes in v3:
- make commit message more readable
Changes in v2: None
drivers/gpu/drm/bridge/dw_hdmi.c | 8
1 file
RK3288 hdmi eye-diagram test would fail when pixel clock is 148.5MHz,
and single-ended test would failed when display mode is 74.25MHz.
To fix such problems, we make those patch set:
- Fix some code style, leave space for next patches.
- For hdmi eye-diagram test, we turn on the Transmitter
Applied, thanks.
On Fri, 27 Feb 2015, gyun...@gmail.com wrote:
> From: Gyungoh Yoo
>
> Signed-off-by: Gyungoh Yoo
> ---
> Changes v11:
> Nothing
>
> Changes v10:
> Nothing
>
> Changes v9:
> Nothing
>
> Changes v8:
> Nothing
>
> Changes v7:
> Nothing
>
> Changes v6:
> Nothing
>
> Changes
Applied, thanks.
On Fri, 27 Feb 2015, gyun...@gmail.com wrote:
> From: Gyungoh Yoo
>
> Signed-off-by: Gyungoh Yoo
> Acked-by: Lee Jones
> ---
> Changes v11:
> Nothing
>
> Changes v10:
> Nothing
>
> Changes v9:
> Nothing
>
> Changes v8:
> Nothing
>
> Changes v7:
> Nothing
>
> Changes v6:
Applied, thanks.
On Fri, 27 Feb 2015, gyun...@gmail.com wrote:
> From: Gyungoh Yoo
>
> Signed-off-by: Gyungoh Yoo
> Acked-by: Jingoo Han
> Acked-by: Bryan Wu
> ---
> Changes v11:
> Renamed 'skyworks,en-channels' property to led-sources.
>
> Changes v10:
> Removed trivial get_brightness
Applied, thanks.
On Fri, 27 Feb 2015, gyun...@gmail.com wrote:
> From: Gyungoh Yoo
>
> Signed-off-by: Gyungoh Yoo
> Acked-by: Lee Jones
> ---
> Changes v11:
> Renamed 'skyworks,en-channels' property to led-sources.
> Removed unused property 'skyworks,ovp-level'.
>
> Changes v10:
> Nothing
>
Applied, thanks.
On Fri, 27 Feb 2015, gyun...@gmail.com wrote:
> From: Gyungoh Yoo
>
> Signed-off-by: Gyungoh Yoo
> Acked-by: Bryan Wu
> ---
> Changes v11:
> Renamed 'skyworks,en-channels' property to led-sources.
> Removed unused property 'skyworks,ovp-level'.
>
> Changes v10:
> Nothing
>
Applied, thanks.
On Fri, 27 Feb 2015, gyun...@gmail.com wrote:
> From: Gyungoh Yoo
>
> Signed-off-by: Gyungoh Yoo
> Acked-by: Lee Jones
> ---
> Changes v11:
> Nothing
>
> Changes v10:
> Nothing
>
> Changes v9:
> Nothing
>
> Changes v8:
> Nothing
>
> Changes v7:
> Modified licensing text
On Tue, 03 Mar 2015, Charles Keepax wrote:
> Add a DT binding that lets the DMIC reference voltage source be
> specified for each input.
>
> Signed-off-by: Charles Keepax
> ---
>
> The only change since rev 1 is a slight tweak to the wording of
> everything to make clear these are voltages.
>
On Tue, 03 Mar 2015, Charles Keepax wrote:
> Signed-off-by: Charles Keepax
> ---
> Documentation/devicetree/bindings/mfd/arizona.txt |6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
Applied, thanks.
> diff --git a/Documentation/devicetree/bindings/mfd/arizona.txt
>
On Wed, 04 Mar 2015, Jacek Anaszewski wrote:
> Change flash cell identifiers from max77693-flash to max77693-led
> to avoid confusion with NOR/NAND Flash.
>
> Signed-off-by: Jacek Anaszewski
> Acked-by: Kyungmin Park
> Acked-by: Lee Jones
> ---
> drivers/mfd/max77693.c |4 ++--
> 1 file
On Wed, 04 Mar 2015, Jacek Anaszewski wrote:
> Add a macro for obtaining the mask of ITORCH register bit fields
> related either to FLED1 or FLED2 current output. The expected
> arguments are TORCH_IOUT1_SHIFT or TORCH_IOUT2_SHIFT.
>
> Signed-off-by: Jacek Anaszewski
> Acked-by: Kyungmin Park
On Wed, 04 Mar 2015, Jacek Anaszewski wrote:
> Modify FLASH_EN_SHIFT and TORCH_EN_SHIFT macros to work properly
> when passed enum max77693_fled values (0 for FLED1 and 1 for FLED2)
> from leds-max77693 driver. Previous definitions were compatible with
> one of the previous RFC versions of
On Wed, 04 Mar 2015, Jacek Anaszewski wrote:
> The flash part of the max77693 device will depend only on OF, and thus
> will not use board files. Since there are no other users of the
> struct max77693_led_platform_data its existence is unjustified.
>
> Signed-off-by: Jacek Anaszewski
>
On Mon, Mar 09, 2015 at 12:22:09PM +0300, Dan Carpenter wrote:
> On Sun, Mar 08, 2015 at 06:01:23PM +0530, Sudip Mukherjee wrote:
> > diff --git a/drivers/staging/sm750fb/sm750.h
> > b/drivers/staging/sm750fb/sm750.h
> > index 711676c..2ab7b74 100644
> > --- a/drivers/staging/sm750fb/sm750.h
> >
When lookuping for creating, we will try to record the level of current dentry
hash table if current dentry has enough contiguous slots for storing name of new
file which will be created later, this can save our lookup time when add a link
into parent dir.
But currently in find_target_dentry, our
On Mon, 02 Feb 2015, Raymond Tan wrote:
> In Quark X1000, there's a single PCI device that provides both
> an I2C controller and a GPIO controller. This MFD driver will
> split the 2 devices for their respective drivers.
>
> This patch is based on Josef Ahmad's initial work for Quark enabling.
>
On Fri, Mar 6, 2015 at 11:21 PM, Bryan O'Donoghue
wrote:
> On 06/03/15 17:08, Wang YanQing wrote:
>>
>> These quirk entries have the same effect as default
>> quirk entry, so we can just delete them.
>>
>> Signed-off-by: Wang YanQing
>
>
> ACK - does exactly what it says on the tin.
>
>
On Sat, 07 Mar 2015, Chen-Yu Tsai wrote:
> On Fri, Feb 20, 2015 at 7:19 PM, Chen-Yu Tsai wrote:
> > From: Carlo Caione
> >
> > Bindings documentation for the AXP20x driver. In this file also
> > sub-nodes are documented.
> >
> > Signed-off-by: Carlo Caione
> > [w...@csie.org: clarify interrupt
On Fri, 06 Mar 2015, Mike Turquette wrote:
> Quoting Lee Jones (2015-03-04 04:00:03)
> > Mike,
> >
> > Do you want me to resend this set with Robert's Reviewed-by applied,
> > or are you happy to apply it yourself?
>
> No need for the resend. I am hoping for a final review from a DT human.
>
>
On Mon, Mar 09, 2015 at 09:34:04AM +0100, Alexander Gordeev wrote:
> Hi Paul,
>
> Here is cleanup of RCU tree initialization rebased on linux-rcu rcu/next
> repo, as you requested. Please, note an extra patch #10 that was not
> present in the first post.
Paul,
Please, ignore patch #10 for now.
On Sun, Mar 08, 2015 at 06:01:23PM +0530, Sudip Mukherjee wrote:
> diff --git a/drivers/staging/sm750fb/sm750.h b/drivers/staging/sm750fb/sm750.h
> index 711676c..2ab7b74 100644
> --- a/drivers/staging/sm750fb/sm750.h
> +++ b/drivers/staging/sm750fb/sm750.h
> @@ -59,10 +59,10 @@ struct lynx_share{
On Sat, Mar 07, 2015 at 09:30:05PM +0900, Taeung wrote:
> The perf configuration file contain many variables which can make
> the perf command's action more effective and more skilful.
> But looking through state of configuration is difficult and
> there's no knowing what kind of other variables
Why is it a RESEND?
RESEND is a bit rude because it implies that we messed up by ignoring
your first email so you're sending us the exact same thing again.
Sometimes rudeness is valid if people are ignoring good patches but you
send the first email 4 minutes before sending the second email.
On
On Sat 2015-03-07 11:34:36, Rusty Russell wrote:
> Petr Mladek writes:
> > Existing live patches are removed from going modules using a notify handler.
> > There are two problems with the current implementation.
> >
> > First, new patch could still see the module in the GOING state even after
> >
On 03/09/2015 09:58 AM, Michal Simek wrote:
> On 03/09/2015 09:50 AM, Marc Kleine-Budde wrote:
>> On 03/09/2015 09:48 AM, Michal Simek wrote:
>>> Remove Kconfig dependency and enable driver for
>>> all ARCHs.
>>>
>>> Signed-off-by: Michal Simek
>>> Acked-by: Sören Brinkmann
>>> ---
>>>
>>> Test
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 03/09/2015 01:47 AM, Yoshinori Sato wrote:
> Signed-off-by: Yoshinori Sato ---
> drivers/clk/Makefile| 1 + drivers/clk/h8300/Makefile
> | 2 + drivers/clk/h8300/clk-h83069.c | 80 +++
>
On 03/08/2015 01:20 PM, Andy Shevchenko wrote:
On Sun, Mar 8, 2015 at 1:21 PM, Lars-Peter Clausen wrote:
On 03/07/2015 08:43 PM, Andy Shevchenko wrote:
On Sat, Mar 7, 2015 at 1:21 PM, Mark Brown wrote:
Applied, but why is there no devm_dma_request_slave_channel_reason()?
I suppose the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 03/09/2015 01:47 AM, Yoshinori Sato wrote:
> Signed-off-by: Yoshinori Sato ---
> include/uapi/linux/elf-em.h | 1 + 1 file changed, 1 insertion(+)
Where is the patch description for this change? Do you just expect
everyone to know why you made
On Mon 2015-03-09 09:08:37, Geert Uytterhoeven wrote:
> Hi Pavel,
>
> On Sun, Mar 8, 2015 at 9:57 PM, Pavel Machek wrote:
> > Ok, so I played with RGB LED a bit, and we have quite a gap in
> > documentation: what 50% brightness means is non-trivial and very
> > important in case we want to do
On 2015/3/9 16:53, Greg KH wrote:
> On Mon, Mar 09, 2015 at 04:41:00PM +0800, Zhang Zhen wrote:
>> On 2015/3/9 16:22, Greg KH wrote:
>>> On Mon, Mar 09, 2015 at 03:42:30PM +0800, Zhang Zhen wrote:
drivers/tty/serial/8250/8250_core.c: In function
‘serial8250_console_write’:
On 2015-03-06 16:32, Bill Pringlemeir wrote:
> On 6 Mar 2015, ste...@agner.ch wrote:
>
>> On 2015-03-06 07:15, Sascha Hauer wrote:
>>> Hi Stefan,
>
>>> On Thu, Mar 05, 2015 at 12:10:20AM +0100, Stefan Agner wrote:
+
+static int vf610_nfc_probe_dt(struct device *dev, struct
As discussed here https://lkml.org/lkml/2015/3/3/568 and here
https://lkml.org/lkml/2015/3/3/453 we're looking forward for
implementing warnings and errors outputs right in platform_get_irq()
instead of having all kind of different outputs in each and every driver
that uses platform_get_irq().
On 03/09/2015 09:50 AM, Marc Kleine-Budde wrote:
> On 03/09/2015 09:48 AM, Michal Simek wrote:
>> Remove Kconfig dependency and enable driver for
>> all ARCHs.
>>
>> Signed-off-by: Michal Simek
>> Acked-by: Sören Brinkmann
>> ---
>>
>> Test for all archs done by Kbuild test robot without any
On 03/09/2015 01:14 PM, Daniel Vetter wrote:
On Mon, Mar 09, 2015 at 11:27:06AM +0530, Archit Taneja wrote:
On 03/05/2015 09:14 PM, Daniel Vetter wrote:
On Thu, Mar 05, 2015 at 07:10:44AM -0500, Rob Clark wrote:
On Thu, Mar 5, 2015 at 5:06 AM, Archit Taneja wrote:
On 02/23/2015 09:09 PM,
Signed-off-by: Yoshinori Sato
---
drivers/tty/serial/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/Kconfig b/drivers/tty/serial/Kconfig
index d2501f0..db93a85 100644
--- a/drivers/tty/serial/Kconfig
+++ b/drivers/tty/serial/Kconfig
@@ -738,7
2015-02-22 13:02 GMT+01:00 Sascha Hauer :
> From: Flora Fu
>
> This adds support for the PMIC wrapper found on MediaTek MT8135 and
> MT8173 SoCs.
>
> On MediaTek MT8135, MT8173 and other SoCs the PMIC is connected via
> SPI. The SPI master interface is not directly visible to the CPU, but
> only
Signed-off-by: Yoshinori Sato
---
scripts/mksysmap | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/mksysmap b/scripts/mksysmap
index 7ada35a..a35acc0 100755
--- a/scripts/mksysmap
+++ b/scripts/mksysmap
@@ -41,4 +41,4 @@
# so we just ignore them to let readprofile
Signed-off-by: Yoshinori Sato
---
drivers/clk/Makefile| 1 +
drivers/clk/h8300/Makefile | 2 +
drivers/clk/h8300/clk-h83069.c | 80 +++
drivers/clk/h8300/clk-h8s2678.c | 171
include/linux/clk-provider.h| 12 +++
Signed-off-by: Yoshinori Sato
---
drivers/clocksource/Kconfig | 6 +
drivers/clocksource/Makefile| 3 +
drivers/clocksource/h8300_timer16.c | 332 ++
drivers/clocksource/h8300_timer8.c | 398
Signed-off-by: Yoshinori Sato
---
arch/h8300/mm/Makefile | 5 ++
arch/h8300/mm/fault.c | 57 +
arch/h8300/mm/init.c | 133 +
arch/h8300/mm/kmap.c | 61 +++
arch/h8300/mm/memory.c | 53
Signed-off-by: Yoshinori Sato
---
arch/h8300/lib/Makefile| 7 ++
arch/h8300/lib/abs.S | 20 ++
arch/h8300/lib/ashldi3.c | 24 +++
arch/h8300/lib/ashrdi3.c | 24 +++
arch/h8300/lib/checksum.c | 167 +
On Mon, Mar 09, 2015 at 04:41:00PM +0800, Zhang Zhen wrote:
> On 2015/3/9 16:22, Greg KH wrote:
> > On Mon, Mar 09, 2015 at 03:42:30PM +0800, Zhang Zhen wrote:
> >> drivers/tty/serial/8250/8250_core.c: In function
> >> ‘serial8250_console_write’:
> >> drivers/tty/serial/8250/8250_core.c:3244:
On 03/09/2015 09:48 AM, Michal Simek wrote:
> Remove Kconfig dependency and enable driver for
> all ARCHs.
>
> Signed-off-by: Michal Simek
> Acked-by: Sören Brinkmann
> ---
>
> Test for all archs done by Kbuild test robot without any problem.
> ---
> drivers/net/can/Kconfig | 1 -
> 1 file
Hello.
I rewriting h8300 support.
Changes for v6
- rebase to v4.0-rc3
- remove unused headers
- optimized atomic operation
- System.map cleanup
Changes for v5
- Signal handling fix
- LD script cleanup
Changes for v4
- Remove signal mapping
- Organize Kconfig
- Coding style fix
Changes for v3
Remove Kconfig dependency and enable driver for
all ARCHs.
Signed-off-by: Michal Simek
---
Test for all archs done by Kbuild test robot without any problem.
---
drivers/watchdog/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/watchdog/Kconfig b/drivers/watchdog/Kconfig
index
Signed-off-by: Yoshinori Sato
---
include/uapi/linux/elf-em.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/elf-em.h b/include/uapi/linux/elf-em.h
index ae99f77..b088296 100644
--- a/include/uapi/linux/elf-em.h
+++ b/include/uapi/linux/elf-em.h
@@ -25,6 +25,7 @@
#define
Signed-off-by: Yoshinori Sato
---
arch/h8300/include/asm/Kbuild | 66 ++
arch/h8300/include/asm/asm-offsets.h | 1 +
arch/h8300/include/asm/atomic.h| 159 +++
arch/h8300/include/asm/bitops.h| 185 +
Signed-off-by: Yoshinori Sato
---
arch/h8300/Kconfig | 73 ++
arch/h8300/Kconfig.cpu | 111
arch/h8300/Makefile | 45
arch/h8300/kernel/Makefile | 16 ++
Signed-off-by: Yoshinori Sato
---
arch/h8300/configs/h8300h-sim_defconfig | 53 +
arch/h8300/configs/h8s-sim_defconfig| 53 +
2 files changed, 106 insertions(+)
create mode 100644 arch/h8300/configs/h8300h-sim_defconfig
create
Signed-off-by: Yoshinori Sato
---
arch/h8300/kernel/asm-offsets.c | 60 ++
arch/h8300/kernel/dma.c | 95 +
arch/h8300/kernel/h8300_ksyms.c | 34 +++
arch/h8300/kernel/module.c | 70
Signed-off-by: Yoshinori Sato
---
arch/h8300/kernel/entry.S | 418 ++
arch/h8300/kernel/irq.c | 100 +++
arch/h8300/kernel/traps.c | 161 ++
3 files changed, 679 insertions(+)
create mode 100644 arch/h8300/kernel/entry.S
Remove Kconfig dependency and enable driver for
all ARCHs.
Signed-off-by: Michal Simek
Acked-by: Sören Brinkmann
---
Test for all archs done by Kbuild test robot without any problem.
---
drivers/net/can/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/can/Kconfig
Signed-off-by: Yoshinori Sato
---
arch/h8300/kernel/cpu/Makefile | 4 +
arch/h8300/kernel/cpu/h83069/Makefile | 1 +
arch/h8300/kernel/cpu/h83069/setup.c | 202 ++
arch/h8300/kernel/cpu/h8s2678/Makefile | 1 +
arch/h8300/kernel/cpu/h8s2678/setup.c | 161
Signed-off-by: Yoshinori Sato
---
arch/h8300/kernel/entry.S | 6 +-
arch/h8300/kernel/process.c | 171 ++
arch/h8300/kernel/ptrace.c | 203 +++
arch/h8300/kernel/signal.c | 289
4 files
Signed-off-by: Yoshinori Sato
---
arch/h8300/include/uapi/asm/Kbuild | 29
arch/h8300/include/uapi/asm/auxvec.h | 4 ++
arch/h8300/include/uapi/asm/byteorder.h | 6 ++
arch/h8300/include/uapi/asm/ptrace.h | 42 +++
arch/h8300/include/uapi/asm/sigcontext.h |
Signed-off-by: Yoshinori Sato
---
arch/h8300/boot/Makefile | 26 +
arch/h8300/boot/compressed/Makefile| 37 +++
arch/h8300/boot/compressed/head.S | 48 +
arch/h8300/boot/compressed/misc.c | 74 ++
arch/h8300/boot/compressed/vmlinux.lds
Remove Kconfig dependency and enable driver for
all ARCHs.
Also update help description.
Signed-off-by: Michal Simek
Acked-by: Sören Brinkmann
---
Changes in v2:
- Remove ARM and ARM64 in Kconfig
Test for all archs done by Kbuild test robot without any problem.
---
drivers/spi/Kconfig | 3
Hello,How are you doing today i
came across your reputable organization from Google.We are happy to
tell you that we are interested in your product in large
quantity.kindly reply back as soon as possible with necessary
information,payment terms,fob price
etc.GIM EXPORT GROUP GmbH
Co. KGTel:
On Mon, Mar 09, 2015 at 07:47:40AM +, Lad, Prabhakar wrote:
> On Mon, Mar 9, 2015 at 7:35 AM, Sudip Mukherjee
> wrote:
> > check if it is already defined before defining SM750LE_REVISION_ID
> > again and at the same time mention correct data type.
> >
> > Signed-off-by: Sudip Mukherjee
> >
On Fri, Mar 6, 2015 at 8:41 PM, Dmitry Torokhov
wrote:
> On Thu, Mar 5, 2015 at 5:11 AM, Hannes Reinecke wrote:
>> On 03/05/2015 01:59 PM, Valentin Rothberg wrote:
>>> The IRQF_DISABLED is a NOOP and has been scheduled for removal since
>>> Linux v2.6.36 by commit 6932bf37bed4 ("genirq: Remove
Michal Hocko writes:
> [Sorry for the late response]
>
> This is basically the same code posted by KY Srinivasan posted late last
> year (http://marc.info/?l=linux-mm=141782228129426=2). I had
> objections to the implementation
> http://marc.info/?l=linux-mm=141805109216700=2
Np, David's
On 2015/3/9 16:22, Greg KH wrote:
> On Mon, Mar 09, 2015 at 03:42:30PM +0800, Zhang Zhen wrote:
>> drivers/tty/serial/8250/8250_core.c: In function ‘serial8250_console_write’:
>> drivers/tty/serial/8250/8250_core.c:3244: warning: ‘flags’ may be used u
>> unitialized in this function
>>
>>
Initial version of device tree for Xilinx ZynqMP SoC.
Signed-off-by: Michal Simek
Acked-by: Sören Brinkmann
---
Changes in v3:
- Add the missing GIC maintenance interrupt
Reported-by Marc Zyngier
- Fix PPI interrupt mask to reflect 4 cores
- Remove cortex-a9-gic compatible string and add
On Sat, Mar 07, 2015 at 08:06:56PM +0100, Michael S. Tsirkin wrote:
> virtio spec requires that all drivers set DRIVER_OK
> before using devices. While rpmsg isn't yet
> included in the virtio 1 spec, previous spec versions
> also required this.
>
> virtio rpmsg violates this rule: is calls kick
Hi guys,
please pull,
thanks.
---
The following changes since commit 13a7a6ac0a11197edcd0f756a035f472b42cdf8b:
Linux 4.0-rc2 (2015-03-03 09:04:59 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp.git tags/tip_x86_cacheinfo
for you to fetch
On Thu, Mar 05, 2015 at 11:09:42PM +0100, Michael S. Tsirkin wrote:
> virtio_mmio currently lacks generation support which
> makes multi-byte field access racy.
> Fix by getting the value at offset 0xfc for version 2
> devices. Nothing we can do for version 1, so return
> generation id 0.
>
>
On Thu, Mar 05, 2015 at 10:54:31PM +0100, Michael S. Tsirkin wrote:
> Going over the virtio mmio code, I noticed that it doesn't correctly
> return device config values in LE format when using virtio 1.0.
> Borrow code from virtio_pci_modern to do this correctly.
>
> Signed-off-by: Michael S.
Currently a condition when RCU tree is unable to accommodate
the configured number of CPUs is not permitted and causes
a fall back to compile-time values. However, the code has no
means to exceed the RCU tree capacity neither at compile-time
nor in run-time. Therefore, if the condition is met in
This update simplifies rcu_init_geometry() code flow
and makes calculation of the total number of rcu_node
structures more easy to read.
The update relies on the fact num_rcu_lvl[] is never
accessed beyond rcu_num_lvls index by the rest of the
code. Therefore, there is no need initialize the
Variable rcu_num_lvls is limited by RCU_NUM_LVLS macro.
In turn, rcu_state::levelcnt[] array is never accessed
beyond rcu_num_lvls. Thus, rcu_state::levelcnt[] is safe
to limit to RCU_NUM_LVLS items.
Since rcu_num_lvls could be changed during boot (as result
of rcutree.rcu_fanout_leaf kernel
Local variable 'n' mimics 'nr_cpu_ids' while the both are
used within one function. There is no reason for 'n' to
exist whatsoever.
Cc: "Paul E. McKenney"
Signed-off-by: Alexander Gordeev
---
kernel/rcu/tree.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git
Although a number of RCU levels may be less than the current
maximum of four, some static data associated with each level
are allocated for all four levels. As result, the extra data
never get accessed and just wast memory. This update limits
count of allocated items to the number of used RCU
Members rcu_state::levelcnt[] and rcu_state::levelspread[]
are only used at init. There is no reason to keep them
afterwards.
Cc: "Paul E. McKenney"
Signed-off-by: Alexander Gordeev
---
kernel/rcu/tree.c | 27 +++
kernel/rcu/tree.h | 2 --
2 files changed, 15
Hi Paul,
Here is cleanup of RCU tree initialization rebased on linux-rcu rcu/next
repo, as you requested. Please, note an extra patch #10 that was not
present in the first post.
The series successfully passes kernel build test with CONFIG_RCU_FANOUT
and CONFIG_RCU_FANOUT_LEAF equal to 5.
Cc:
Current code suggests that introducing the extra level to
rcu_capacity[] array makes some of the arithmetic easier.
Well, in fact it appears rather confusing and unnecessary.
Cc: "Paul E. McKenney"
Signed-off-by: Alexander Gordeev
---
kernel/rcu/tree.c | 16 +++-
1 file changed, 7
Number of items in rcu_capacity[] array is defined by macro
MAX_RCU_LVLS. However, that array is never accessed beyond
RCU_NUM_LVLS index. Therefore, we can limit the array to
RCU_NUM_LVLS items and eliminate MAX_RCU_LVLS. As result,
in most cases the memory is conserved.
Cc: "Paul E. McKenney"
This update makes arithmetic to calculate number of RCU nodes
more straight and easy to read.
Cc: "Paul E. McKenney"
Signed-off-by: Alexander Gordeev
---
kernel/rcu/tree.h| 17 -
kernel/rcu/tree_plugin.h | 4 ++--
2 files changed, 6 insertions(+), 15 deletions(-)
diff
Field rcu_node::grpnum is used to set rcu_node::grpmask at init
and never accessed afterwards. There is no reason to have it.
Cc: "Paul E. McKenney"
Signed-off-by: Alexander Gordeev
---
kernel/rcu/tree.c | 5 ++---
kernel/rcu/tree.h | 3 +--
2 files changed, 3 insertions(+), 5 deletions(-)
On 03/09/2015 06:23 AM, Jaehoon Chung wrote:
> Hi, Karol.
>
> This patch can't apply. You need to rebase on latest mmc-next.
> Then i will check this patch.
Ok, no problem. Sorry for that.
>
> Best Regards,
> Jaehoon Chung
>
> On 03/06/2015 10:29 PM, Karol Wrona wrote:
>> This patch adds
Hi Jaegeuk,
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Monday, March 09, 2015 11:49 AM
> To: Chao Yu
> Cc: 'Changman Lee'; linux-f2fs-de...@lists.sourceforge.net;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] f2fs: fix to truncate inline data
On Mon, Mar 09, 2015 at 07:42:53AM +, Lad, Prabhakar wrote:
> On Mon, Mar 9, 2015 at 7:35 AM, Sudip Mukherjee
> wrote:
> >
> >
> > this patch will give checkpatch warnings about use of printk.
> > this patch was mainly to fix the build warnings. printk will be
> > converted to pr_* and dev_*
Hi Wolfram,
On Sat, 2015-03-07 at 01:24 +0100, Wolfram Sang wrote:
> > > Presented like this I wonder if this merits being a dev_err at all.
> > > Wouldn't dev_dbg be more adequate? This might remove the need for the
> > > condition and also avoid bothering everyone if something in the platform
>
On Mon, Mar 09, 2015 at 05:39:20PM +1030, Rusty Russell wrote:
> "Michael S. Tsirkin" writes:
> > virtio spec requires that all drivers set DRIVER_OK
> > before using devices. While rpmsg isn't yet
> > included in the virtio 1 spec, previous spec versions
> > also required this.
> >
> > virtio
The maximum of SW-IOMMU is limited to 2^11*128 = 256K.
And the size of IO_TLB_DEFAULT_SIZE is limited to (64UL<<20) 64M now.
While in different platform and different requirement this seems improper.
So modifing the IO_TLB_SEGSIZE to io_tlb_segsize and IO_TLB_DEFAULT_SIZE
to io_tlb_default_size
On 27.02.2015 22:54, Benjamin Herrenschmidt wrote:
On Fri, 2015-02-27 at 09:28 +0200, Purcareata Bogdan wrote:
Ping?
What is the ping for ?
Ben.
Making sure the patches are not lost on the mailing lists :) Didn't
receive any feedback on v4 and just wanted to check if there's anything
On Fri, 2015-03-06 at 12:05 +0100, Paul Bolle wrote:
> On Fri, 2015-03-06 at 14:24 +0800, Yingjoe Chen wrote:
> > --- a/drivers/pinctrl/mediatek/Kconfig
> > +++ b/drivers/pinctrl/mediatek/Kconfig
>
> > @@ -8,11 +8,13 @@ config PINCTRL_MTK_COMMON
> > select OF_GPIO
> >
> > config
On Sun, Mar 08, 2015 at 04:55:24PM -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> When cycles or instructions do not print anything, as in being,
> --per-socket or --per-core modi, the ratio column was not
> correctly indented for them. This lead to some ratios
> not lining up with the others.
Ping.
Any opinion?
Thanks,
Boqun Feng
On Wed, Feb 25, 2015 at 8:31 PM, Boqun Feng wrote:
> In the current implementation of getname_flags, filename in the
> user-space will be recopied if it takes more space that
> EMBEDDED_NAME_MAX, however, at this moment, EMBEDDED_NAME_MAX bytes of
> the
Hi Yong Wu,
On Fri, Mar 6, 2015 at 6:48 PM, wrote:
> From: Yong Wu
>
> This patch adds support for mediatek m4u (MultiMedia Memory Management Unit).
> Currently this only supports m4u gen 2 with 2 levels of page table on mt8173.
>
> Signed-off-by: Yong Wu
> ---
> drivers/iommu/Kconfig
901 - 1000 of 2156 matches
Mail list logo