* Peter Zijlstra wrote:
> > Yeah, so please change this to something like:
> >
> > struct mcsafe_ret {
> > u64 trap_nr;
> > u64 bytes_left;
> > };
> >
> > this makes it crystal clear what the fields are about and what their unit
> > is.
> > Readability is king and mod
On Friday 19 February 2016 12:51 PM, Paul Walmsley wrote:
On Fri, 19 Feb 2016, Keerthy wrote:
The patch adds rtc hwmod. RTC module The RTC module is physically
present on the AM438x SoC used on AM43X-EPOS-EVM, but it is permanently
disabled. A secure RTC is used instead on these devices, wher
f2fs_convert_inline_page introduce what read_inline_data
already does for copying out the inline data from inode_page.
We can use read_inline_data instead to simplify the code.
Signed-off-by: Shawn Lin
---
Changes in v2:
- rework the commit msg to fit the changes
- further simplify the code sug
Stephen Rothwell writes:
> After merging the wireless-drivers-next tree, today's linux-next build
> failed the same way as the net-next tree did yesterday (suprise! :-)).
>
> I have used the version from next-20160218 for today.
Yeah, not a surprise as yesterday I fast forwarded wireless-drivers
Hi Rafael,
On 18/02/16 21:22, Rafael J. Wysocki wrote:
> On Mon, Feb 15, 2016 at 10:47 PM, Rafael J. Wysocki
> wrote:
> > From: Rafael J. Wysocki
> >
[...]
>
> So if anyone has any issues with this one, please let me know.
>
I'm repeating myself a bit, but I'll try to articulate my only co
Hi Krzysztof,
On 19 February 2016 at 12:50, Krzysztof Kozlowski
wrote:
> On 19.02.2016 15:39, Anand Moon wrote:
>> Hi Krzysztof,
>>
>> On 19 February 2016 at 11:36, Krzysztof Kozlowski
>> wrote:
>>> 2016-02-19 2:21 GMT+09:00 Anand Moon :
From: Anand Moon
pl330_tasklet tasklet use
Given a device which uses arm_coherent_dma_ops and on which
dev_get_cma_area(dev) returns non-NULL, the following usage of the DMA
API with gfp=0 results in a memory leak and memory corruption.
p = dma_alloc_coherent(dev, sz, &dma, 0);
if (p)
dma_free_coherent(dev, sz, p, dma);
The memo
On Fri, Feb 19, 2016 at 4:45 AM, Stephen Boyd wrote:
> On 02/17, Andy Shevchenko wrote:
>> diff --git a/drivers/mfd/intel_quark_i2c_gpio.c
>> b/drivers/mfd/intel_quark_i2c_gpio.c
>> index bdc5e27..43d8066 100644
>> --- a/drivers/mfd/intel_quark_i2c_gpio.c
>> +++ b/drivers/mfd/intel_quark_i2c_gpio
Split out the logic in cma_release() which checks if the page is in the
contiguous area to a new function which can be called separately. ARM
will use this.
Signed-off-by: Rabin Vincent
---
include/linux/cma.h | 12
mm/cma.c| 27 +++
2 files chan
Clock is acquired with devm_clk_get() which already manages
corresponding resource.
I.e. in case of driver removal or failure on installaiton
clock resources will be automatically released and explicit
call of devm_clk_put() is not required.
Signed-off-by: Alexey Brodkin
Cc: Liviu Dudau
Cc: Arn
On 02/19/2016 09:10 AM, Anand Moon wrote:
> Hi Krzysztof,
>
> On 19 February 2016 at 12:50, Krzysztof Kozlowski
> wrote:
>> On 19.02.2016 15:39, Anand Moon wrote:
>>> Hi Krzysztof,
>>>
>>> On 19 February 2016 at 11:36, Krzysztof Kozlowski
>>> wrote:
2016-02-19 2:21 GMT+09:00 Anand Moon :
>>
On Fri, Feb 19, 2016 at 09:50:50AM +1100, Julian Calaby wrote:
> Hi Mika,
>
> On Thu, Feb 18, 2016 at 7:54 PM, Mika Westerberg
> wrote:
> > Runtime PM of the SCSI host is already handled by calls to
> > scsi_autopm_get_host() and scsi_autopm_put_host() from appropriate places
> > whenever the hos
On Fri, Feb 19, 2016 at 4:21 AM, Barry Song wrote:
> 2016-02-19 4:42 GMT+08:00 Linus Walleij :
>> On Thu, Feb 18, 2016 at 3:50 AM, Barry Song wrote:
>>
>>> gpiochip_add(chip will call this automatically since range is set in dtsi:
>>> gpio_0: gpio_mediam@1704 {
>>> #gpio-cells = <2>;
>>> #int
This patch replaces usage of ARM-specific IOMMU/DMA-mapping related calls
with new generic code for managing DMA-IOMMU integration layer. It also
removes all the hacks, which were needed to configure common DMA/IO address
space on the virtual exynos-drm device. Since moving Exynos GEM code to use
o
This patch replaces ARM-specific IOMMU-based DMA-mapping implementation
with generic IOMMU DMA-mapping code shared with ARM64 architecture. The
side-effect of this change is a switch from bitmap-based IO address space
management to tree-based code. There should be no functional changes
for drivers,
Dear All,
This is an initial RFC on the unification of IOMMU-based DMA-mapping
code for ARM and ARM64 architectures.
Right now ARM architecture still use my old code for IOMMU-based
DMA-mapping glue, initially merged in commit
4ce63fcd919c32d22528e54dcd89506962933719 ("ARM: dma-mapping: add suppo
Hi Krzysztof,
On 19 February 2016 at 13:14, Krzysztof Kozlowski
wrote:
> On 19.02.2016 15:51, Anand Moon wrote:
>> Hi Krzysztof,
>>
>> On 19 February 2016 at 11:39, Krzysztof Kozlowski
>> wrote:
>>> 2016-02-19 4:14 GMT+09:00 Anand Moon :
Hi Peter,
On 18 February 2016 at 23:18, Pet
This patch moves all the IOMMU-based DMA-mapping code from arch/arm64/mm
to drivers/iommu/dma-iommu-ops.c. This way it can be easily shared with
ARM architecture, which will also use them.
Signed-off-by: Marek Szyprowski
---
arch/arm64/include/asm/dma-mapping.h | 39 ++-
arch/arm64/mm/dma-mappi
On Friday 19 February 2016 01:35:06 Yury Norov wrote:
>
> Hi Bamvor, everybody,
>
> I have new glibc that follows new ABI:
> https://github.com/norov/glibc/tree/new-api
Ah, very good!
> It's very draft and dirty, but you can try it with RFC5.
> My fail list for ltplite looks like this:
> pipeio
Hi Steve,
On 18/02/16 09:15, Steven Rostedt wrote:
> On Tue, 16 Feb 2016 18:37:46 -0500
> Steven Rostedt wrote:
>
> >
> > A better solution may be to subtract the bandwidth that the deadline
> > task uses from the rt_runtime, and add it back when its finished. Then
> > there wont be a need for
On 19.02.2016 17:23, Anand Moon wrote:
> Hi Krzysztof,
>
> On 19 February 2016 at 13:14, Krzysztof Kozlowski
> wrote:
>> On 19.02.2016 15:51, Anand Moon wrote:
>>> Hi Krzysztof,
>>>
>>> On 19 February 2016 at 11:39, Krzysztof Kozlowski
>>> wrote:
2016-02-19 4:14 GMT+09:00 Anand Moon :
>
On Thu, 2016-02-18 at 07:28 -0200, Mauro Carvalho Chehab wrote:
> Em Thu, 18 Feb 2016 07:10:14 -0200
> […]
>
> Stupid me: it should be just:
> asciidoc book.asciidoc
>
> Still, there are lots of broken things there, and lots of errors when
> building it:
> https://mchehab.fedorapeople
On Tue, Feb 16, 2016 at 08:36:06PM -0500, David Miller wrote:
> From: Sudip Mukherjee
> Date: Sat, 13 Feb 2016 19:33:15 +0530
>
> > The builds of allmodconfig of s390, m68k, tilegx, tilepro is failing
> > with the error:
> > drivers/net/phy/spi_ks8995.c:477:3: error: implicit declaration of
> >
There is a use-after-free problem in the ion driver.
This is caused by a race condition in the ion_ioctl()
function.
A handle has ref count of 1 and two tasks on different
cpus calls ION_IOC_FREE simultaneously.
cpu 0 cpu 1
---
Add documentation for DT properties supported by
ps8640 DSI-eDP converter.
Signed-off-by: Jitao Shi
Acked-by: Rob Herring
Reviewed-by: Philipp Zabel
---
Changes since v9:
- No change
---
.../devicetree/bindings/display/bridge/ps8640.txt | 43
1 file changed, 43 inserti
This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
Signed-off-by: Jitao Shi
---
Changes since v9:
- replace dev_kmalloc with devm_kmalloc in ps8640_get_modes
- remove ps_bridge->dsi = devm_kzalloc(dev, sizeof(struct mipi_dsi_device),
GFP
On Thursday 18 February 2016 11:02:33 Nicolas Pitre wrote:
>
> Acked-by: Nicolas Pitre
>
> Is there a way to provide a default for defaults?
We could have something like
config PHYS_OFFSET_0
bool
config PHYS_OFFSET_1
bool
config PHYS_OFFSET_2
bool
... (we need 8 of t
Hi Krzysztof,
On 19 February 2016 at 13:57, Krzysztof Kozlowski
wrote:
> On 19.02.2016 17:23, Anand Moon wrote:
>> Hi Krzysztof,
>>
>> On 19 February 2016 at 13:14, Krzysztof Kozlowski
>> wrote:
>>> On 19.02.2016 15:51, Anand Moon wrote:
Hi Krzysztof,
On 19 February 2016 at 11:39,
On Wed, Feb 17, 2016 at 8:28 AM, qiujiang wrote:
> This patch modifies the DesignWare GPIO controller driver to
> support the GPIO-signaled ACPI Events. This is used for power
> button function on ARM server.
>
> To make it work, the _AEI and _EVT object must be defined in
> the corresponding GPI
On Thu, Feb 18, 2016 at 11:40:29AM -0500, Tejun Heo wrote:
> Hello,
>
> Patchset looks good to me. Once Jens acks the first patch, I'll apply
> the whole series to libata/for-4.6 w/ the field initialization
> updated.
Thanks!
On Thu, 18 Feb 2016, Thomas Gleixner wrote:
> So there is a limitation to BIOS creativity and all we need is to maintain a
> logical package id.
Just for the record. This driver would fall apart today if the socket ids
would be > 7. The uncore extra PCI devs assume a fixed mapping between the
phys
There is a potential resource leak in case when ->probe() fails. We have to
unregister and remove clock tree which is done here.
This is a follow up to previously pushed commit c4726abce63b ("mfd:
intel_quark_i2c_gpio: Use clkdev_create()") that prevents double free() when
clkdev_drop() followed b
There is no need to pass struct pci_dev * to intel_quark_register_i2c_clk() and
intel_quark_unregister_i2c_clk(). Change the parameter to struct device *. As a
result store it in the private struct instead of struct pci_dev *.
Signed-off-by: Andy Shevchenko
---
drivers/mfd/intel_quark_i2c_gpio.c
On Fri, Feb 19, 2016 at 08:58:43AM +0100, Ingo Molnar wrote:
> > I prefer to use my modern console width to display multiple columns of
> > text,
> > instead of wasting it to display mostly whitespace. Therefore I still very
> > much
> > prefer ~80 char wide code.
>
> Btw., the main reason I h
Signed-off-by: John Crispin
Acked-by: Rob Herring
Cc: devicet...@vger.kernel.org
---
Documentation/devicetree/bindings/soc/mediatek/pwrap.txt |1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/soc/mediatek/pwrap.txt
b/Documentation/devicetree/bindings/soc/m
This series adds support for the MT6323 PMIC and the MT2701/7623 SoC.
MT6323 is slightly different to the already supported PMIC. This series
makes a few changes to the code to allow easy addition of the new PMIC
and SoCs.
Changes in V6
* 4/11 - make description verbose and rename init_special
* 6
As we add support for more devices struct pmic_wrapper_type will grow and
we do not really want to start duplicating all the elements in
struct pmic_wrapper.
Signed-off-by: John Crispin
---
drivers/soc/mediatek/mtk-pmic-wrap.c | 22 --
1 file changed, 8 insertions(+), 14 de
This patch adds a new struct pwrap_slv_type that we use to store the slave
specific data. The patch adds 2 new helper functions to access the dew
registers. The slave type is looked up via the wrappers child node.
Signed-off-by: John Crispin
---
Changes in V6
* put mt6397 specific dew registers i
Different SoCs will use different bitmask for the SPI_WRITE command. This
patch defines the bitmask in the pmic_wrapper_type struct. This allows us
to support new SoCs with a different bitmask to the one currently used.
Signed-off-by: John Crispin
---
Changes in V6
* make the description verbose
With more SoCs being added the list of helper functions like these would
grow. To mitigate this problem we remove the existing helpers and change
the code to test against the pmic type stored inside the pmic specific
datastructure that our context structure points at. There is one usage of
pwrap_is
Different SoCs will use different bitmask for the wdt_src. This patch
defines the bitmask in the pmic_wrapper_type struct. This allows us to
support new SoCs with a different bitmask to the one currently used.
Signed-off-by: John Crispin
---
Changes in V6
* make the description verbose
drivers/
Add support for MT6323 slaves. This PMIC can be found on MT2701 and MT7623
EVB. The only function that we need to touch is pwrap_init_cipher().
Signed-off-by: John Crispin
---
drivers/soc/mediatek/mtk-pmic-wrap.c | 43 ++
1 file changed, 43 insertions(+)
diff -
Add the registers, callbacks and data structures required to make the
wrapper work on MT2701 and MT7623.
Signed-off-by: John Crispin
---
drivers/soc/mediatek/mtk-pmic-wrap.c | 154 ++
1 file changed, 154 insertions(+)
diff --git a/drivers/soc/mediatek/mtk-pmic-w
MT2701 and MT7623 use a different bitmask for PWRAP_INT_EN.
Signed-off-by: John Crispin
---
Changes in V5
* move the logic invert from call to declaration
drivers/soc/mediatek/mtk-pmic-wrap.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/soc/mediatek/mtk-pmi
This patch moves the SoC specific wrapper init code into separate callback
to avoid pwrap_init() getting too large. This is done by adding a new
element called init_special to pmic_wrapper_type. Each currently supported
SoC gets its own version of the callback and we copy the code that was
previous
hi Lars-Peter,
On 19 February 2016 at 13:45, Lars-Peter Clausen wrote:
> On 02/19/2016 09:10 AM, Anand Moon wrote:
>> Hi Krzysztof,
>>
>> On 19 February 2016 at 12:50, Krzysztof Kozlowski
>> wrote:
>>> On 19.02.2016 15:39, Anand Moon wrote:
Hi Krzysztof,
On 19 February 2016 at 11:
From: Daniel Wagner
Hi,
This version of the series got some compile time. I tried
to weed out the incompatible-pointer-types warning in mainline.
In the last verison I included two patches to fix those warnings.
In the meantime these patches are either already in mainline
or on the way. I found
From: Paul Gortmaker
As of commit dae6e64d2bcfd4b06304ab864c7e3a4f6b5fedf4 ("rcu: Introduce
proper blocking to no-CBs kthreads GP waits") the RCU subsystem started
making use of wait queues.
Here we convert all additions of RCU wait queues to use simple wait queues,
since they don't need the ext
From: Daniel Wagner
With the introduction of the simple wait API we have two very
similar APIs in the kernel. For example wake_up() and swake_up()
is only one character away. Although the compiler will warn
happily the wrong usage it keeps on going an even links the kernel.
Thomas and Peter would
From: Marcelo Tosatti
The problem:
On -rt, an emulated LAPIC timer instances has the following path:
1) hard interrupt
2) ksoftirqd is scheduled
3) ksoftirqd wakes up vcpu thread
4) vcpu thread is scheduled
This extra context switch introduces unnecessary latency in the
LAPIC path for a KVM gu
On 18/02/16 16:12, Arnd Bergmann wrote:
> On Thursday 18 February 2016 11:06:08 Nicolas Pitre wrote:
>> On Thu, 18 Feb 2016, Arnd Bergmann wrote:
>>
>>> When configuring the kernel for big-endian, we set either BE-8 or BE-32
>>> based on the CPU architecture level. Until linux-4.4, we did not have
From: Daniel Wagner
rcu_nocb_gp_cleanup() is called while holding rnp->lock. Currently,
this is okay because the wake_up_all() in rcu_nocb_gp_cleanup() will
not enable the IRQs. lockdep is happy.
By switching over using swait this is not true anymore. swake_up_all()
enables the IRQs while proces
Split init_reg_clock up into SoC specific callbacks. The patch also
reorders the code to avoid the need for callback function prototypes.
Signed-off-by: John Crispin
---
drivers/soc/mediatek/mtk-pmic-wrap.c | 70 ++
1 file changed, 38 insertions(+), 32 deletions
From: "Peter Zijlstra (Intel)"
The existing wait queue support has support for custom wake up call
backs, wake flags, wake key (passed to call back) and exclusive
flags that allow wakers to be tagged as exclusive, for limiting
the number of wakers.
In a lot of cases, none of these features are u
On Thu, 18 Feb 2016, Rhyland Klein wrote:
> MFD_ARRAY_SIZE() would not accurately return 0 if the passed
> parameter was NULL. Fix this so that num_resources will
> accurately be 0 in the case that _res is NULL.
>
> cc: Lee Jones
> cc: Laxman Dewangan
> Signed-off-by: Rhyland Klein
> ---
> in
On Fri, Feb 19, 2016 at 8:17 AM, John Crispin wrote:
> Signed-off-by: John Crispin
> Cc: devicet...@vger.kernel.org
> ---
> please apply to the devel-mt2701 branch
>
> Changes in V2
> * make mt7623-pinfunc.h part of patch 1/2
> * make sure the list stays sorted
Patch applied unless the Mediatek
Hi Javi,
On Thu, Feb 18, 2016 at 03:19:26PM +, Javi Merino wrote:
> On Mon, Feb 15, 2016 at 12:47:51PM +0800, Leo Yan wrote:
[...]
> > > > So want to firstly to confirm if should we pass coefficients by using
> > > > device tree? Is someone working on related work for this?
> > >
> > > We p
On Thursday 18 February 2016 12:20:51 Nicolas Pitre wrote:
> On Thu, 18 Feb 2016, Arnd Bergmann wrote:
>
> > The gcc-4.9 optimization goes wrong while building target_core_iblock.c
> > for ARMv3 and leaves a bogus reference to __aeabi_uldivmod in the
> > output:
> >
> > ERROR: "__aeabi_uldivmod"
On Fri, Feb 19, 2016 at 8:17 AM, John Crispin wrote:
> Add the driver and header files required to make pinctrl work on MediaTek
> MT7623.
>
> Signed-off-by: John Crispin
> ---
> please apply to the devel-mt2701 branch
>
> Changes in V2
> * fix typo in Kconfig
> * move mt7623-pinfunc.h into 1/2
* Luck, Tony wrote:
> Make use of the EXTABLE_FAULT exception table entries. This routine
> returns a structure to indicate the result of the copy:
>
> struct mcsafe_ret {
> u64 trap_nr;
> u64 bytes_left;
> };
>
> If the copy is successful, then both 'trap_nr' and 'bytes_left'
This is quite trivial.
Acked-by: Crt Mori
On 18 February 2016 at 16:53, Daniel Baluta wrote:
> This fixes the following checkpatch warning:
> * WARNING: Comparisons should place the constant
> on the right side of the test
>
> Signed-off-by: Daniel Baluta
> ---
> drivers/iio
Am Freitag, den 19.02.2016, 16:31 +0800 schrieb Jitao Shi:
> This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
>
> Signed-off-by: Jitao Shi
> ---
> Changes since v9:
> - replace dev_kmalloc with devm_kmalloc in ps8640_get_modes
> - remove ps_bridge->dsi = devm_kzalloc(dev, si
Am Freitag, den 19.02.2016, 16:31 +0800 schrieb Jitao Shi:
> Add documentation for DT properties supported by
> ps8640 DSI-eDP converter.
>
> Signed-off-by: Jitao Shi
> Acked-by: Rob Herring
> Reviewed-by: Philipp Zabel
> ---
> Changes since v9:
> - No change
> ---
> .../devicetree/bindings/d
-Original Message-
From: Bjorn Helgaas [mailto:helg...@kernel.org]
Sent: Thursday, February 18, 2016 8:39 PM
To: Sharma, Sanjeev
Cc: richard@freescale.com; l.st...@pengutronix.de; bhelg...@google.com;
linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
linux-kernel@vger.
On Fri, Feb 19, 2016 at 3:11 AM, Joonsoo Kim wrote:
> 2016-02-18 23:06 GMT+09:00 Alexander Potapenko :
>> On Mon, Feb 1, 2016 at 3:47 AM, Joonsoo Kim wrote:
>>> On Wed, Jan 27, 2016 at 07:25:13PM +0100, Alexander Potapenko wrote:
Quarantine isolates freed objects in a separate queue. The obj
If spi_read() fails then we just returned but we missed unlocking the
mutex.
Signed-off-by: Sudip Mukherjee
---
drivers/gpio/gpio-pisosr.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpio/gpio-pisosr.c b/drivers/gpio/gpio-pisosr.c
index 58ea08d..f9f1074 100644
On 19/02/2016 10:03, Linus Walleij wrote:
> On Fri, Feb 19, 2016 at 8:17 AM, John Crispin wrote:
>
>> Signed-off-by: John Crispin
>> Cc: devicet...@vger.kernel.org
>> ---
>> please apply to the devel-mt2701 branch
>>
>> Changes in V2
>> * make mt7623-pinfunc.h part of patch 1/2
>> * make sure
On 2016/02/19 14:37, Ian Kent wrote:
On Fri, 2016-02-19 at 12:08 +0900, Kamezawa Hiroyuki wrote:
On 2016/02/19 5:45, Eric W. Biederman wrote:
Personally I am a fan of the don't be clever and capture a kernel
thread
approach as it is very easy to see you what if any exploitation
opportunities th
On Thu, 2016-02-18 at 18:59 +, Robin Murphy wrote:
> On 18/02/16 18:12, Jon Medhurst (Tixy) wrote:
> > On Thu, 2016-02-18 at 18:05 +0100, Arnd Bergmann wrote:
> >> build-testing with clang showed that the "J" constraint does not take
> >> positive arguments on clang when building in for Thumb-2
Marc,
On Thu, 18 Feb 2016 16:41:23 +, Marc Zyngier wrote:
> It looks really nice, except for a couple of points, see below.
Thanks again for the review.
> > +/*
> > + * We don't support the group events, so we simply have 8 interrupts
> > + * per frame.
> > + */
> > +#define NODMIS_PER_FRAM
On 16/02/16 13:09, Vladimir Murzin wrote:
>>> +EARLYCON_DECLARE(mps2, mps2_early_console_setup);
>>> >> +OF_EARLYCON_DECLARE(mps2, "arm,mps2-uart", mps2_early_console_setup);
>> >
>> > IIRC Peter Hurley mentioned you don't need to put both anymore, OF_
>> > one is enough.
>> >
> I've just tried w
2016-02-17 2:11 GMT+09:00 Catalin Marinas :
> On Tue, Feb 16, 2016 at 04:44:38AM +, EunTaik Lee wrote:
>> diff --git a/arch/arm64/mm/fault.c b/arch/arm64/mm/fault.c
>> index 19211c4..a5ebb99 100644
>> --- a/arch/arm64/mm/fault.c
>> +++ b/arch/arm64/mm/fault.c
>> @@ -371,6 +371,14 @@ static int
* Peter Zijlstra wrote:
> On Fri, Feb 19, 2016 at 08:58:43AM +0100, Ingo Molnar wrote:
> > > I prefer to use my modern console width to display multiple columns of
> > > text,
> > > instead of wasting it to display mostly whitespace. Therefore I still
> > > very much
> > > prefer ~80 char wi
With below serials, we will lose parts of dirents:
1) mount f2fs with inline_dentry option
2) echo 1 > /sys/fs/f2fs/sdX/dir_level
3) mkdir dir
4) touch 180 files named [001-180] in dir
5) touch 181 in dir
6) echo 3 > /proc/sys/vm/drop_caches
7) ll dir
ls: cannot access 2: No such file or director
On Fri, Feb 19, 2016 at 11:45 AM, Vladimir Murzin
wrote:
> On 16/02/16 13:09, Vladimir Murzin wrote:
+EARLYCON_DECLARE(mps2, mps2_early_console_setup);
>> +OF_EARLYCON_DECLARE(mps2, "arm,mps2-uart", mps2_early_console_setup);
>>> >
>>> > IIRC Peter Hurley mentioned you don't need to put
On Wed, Feb 17, 2016 at 09:32:52AM +0800, Nicolas Boichat wrote:
> This patch was first sent upstream here: https://lkml.org/lkml/2015/5/28/747,
> but was not picked up (probably because it was part of a bigger series that
> refactored binder).
Riley was supposed to resend it with a proper sign of
On 02/18/2016 09:04 PM, Jordan Hargrave wrote:
> The VPD-R is a readonly area of the PCI Vital Product Data region.
> There are some standard keywords for serial number, manufacturer,
> and vendor-specific values. Dell Servers use a vendor-specific
> tag to store number of ports and port mapping o
Hi Eddie,
On 19/02/16 07:00, Eddie Huang wrote:
MT8173 E1 chip has one bug that if turn off USB power domain, vcore
power will also be off, thus cause modules using vcore power domain
fail, like MMC. The E1 chip only found on MT8173-evb board and this
board only has E1 chip, so implement this as
On Thu, Feb 11, 2016 at 5:13 PM, Boris Ostrovsky
wrote:
> Commit a18a0f6850d4 ("x86, microcode: Don't initialize microcode code on
> paravirt") added a paravirt test in microcode_init(), primarily to avoid
> making mc_bp_resume()->load_ucode_ap()->check_loader_disabled_ap() calls
> On 32-bit kerne
In curseg cache, f2fs caches two different parts:
- datas of current summay block, i.e. summary entries, footer info.
- journal info, i.e. sparse nat/sit entries or io stat info.
With this approach, 1) it may cause higher lock contention when we access
or update both of the parts of cache since
Hi!
I'm looking at this code in drivers/media/dvb-frontends/m88ds3103.c in
the m88ds3103_set_frontend() function, line 600 (give or take):
s32tmp = 0x1 * (tuner_frequency - c->frequency);
s32tmp = DIV_ROUND_CLOSEST(s32tmp, priv->mclk_khz);
if (s32tmp < 0)
When lookuping nat entry in cache_nat_entry, if we fail to hit nat cache,
we try to load nat entries a) from journal of current segment cache or b)
from NAT pages for updating, during the process, write lock of
nat_tree_lock will be held to avoid inconsistent condition in between
nid cache and nat
Of course, we still reach almost the same maximum stack usage as before
because we're going to put the function on stack in the end anyway.
regards,
dan carpenter
Hi Vincent,
On Fri, Feb 19, 2016 at 12:31:17AM +0100, Vincent Stehlé wrote:
> Compile hyp-stub explicitly for arm v7-a. This fixes the following build
> errors:
>
> arch/arm/kernel/hyp-stub.S: Assembler messages:
> arch/arm/kernel/hyp-stub.S:168: Error: selected processor does not support
>
On Fri, Feb 19, 2016 at 12:06:33PM +0200, Andy Shevchenko wrote:
> Sorry for being too late, but this commit breaks 32-bit kernel on
> Intel Medfield. Reverting the only commit from today's linux-next
> helps.
You mean this commit?!
fbae4ba8c4a3 ("x86, microcode: Reload microcode on resume")
Thi
When computing the residue we need two pieces of information: the current
descriptor and the remaining data of the current descriptor. To get
that information, we need to read consecutively two registers but we
can't do it in an atomic way. For that reason, we have to check manually
that current de
On Friday 19 February 2016 08:47:47 Vladimir Murzin wrote:
> Ah, it explains why my quick attempt to enable BE for MPS2 (M-class
> platform) failed. With this patch applied I'm able to see Linux booting
> on MPS2 FVP model in BE, not complete boot but it might be due to other
> reasons. So this pat
On 02/18/2016, 06:44 PM, Tejun Heo wrote:
> Hello,
>
> Can you please do the followings?
>
> 1. Remove WQ_MEM_RECLAIM from the affected workqueue and see whether
>the problem is reproducible. WQ_MEM_RECLAIM on anything bluetooth
>doesn't make sense btw. Why is it there?
>
> 2. If WQ_ME
On Tue, Feb 16, 2016 at 10:39:05PM -0800, shalin mehta wrote:
> Hello,
>
> Should I send this patch again due the spelling mistake in the patch
> description?
>
Yes. And put what Oleg Drokin said about it worked because there were
no users in the changelog.
regards,
dan carpenter
Hi, Biederman
> -Original Message-
> From: Eric W. Biederman [mailto:ebied...@xmission.com]
> Sent: Friday, February 19, 2016 4:18 AM
> To: Zhao Lei
> Cc: 'Mateusz Guzik' ;
> contain...@lists.linux-foundation.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] Make core_pattern suppo
Don't print out an error with the driver sees EPROBE_DEFER when
attempting to get the gpio. These errors are usually transient; the
probe will be retried later.
Signed-off-by: Rabin Vincent
---
drivers/regulator/gpio-regulator.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff
On Fri, Feb 19, 2016 at 10:30:09AM +0800, Zhi-zhou wrote:
> On Thu, Feb 18, 2016 at 7:58 PM, Catalin Marinas
> wrote:
> >
> > On Thu, Feb 18, 2016 at 07:48:35PM +0800, Zhi-zhou Zhang wrote:
> > > From: zhizhou
> > >
> > > This patch is based on the implementation of arm. The generic
> > > current
On Friday 19 February 2016 09:22:44 Marek Szyprowski wrote:
> This patch replaces ARM-specific IOMMU-based DMA-mapping implementation
> with generic IOMMU DMA-mapping code shared with ARM64 architecture. The
> side-effect of this change is a switch from bitmap-based IO address space
> management to
On Fri, Feb 19, 2016 at 12:18 PM, Borislav Petkov wrote:
> On Fri, Feb 19, 2016 at 12:06:33PM +0200, Andy Shevchenko wrote:
>> Sorry for being too late, but this commit breaks 32-bit kernel on
>> Intel Medfield. Reverting the only commit from today's linux-next
>> helps.
>
> You mean this commit?!
Linus,
please pull sound fixes for v4.5-rc5 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-4.5-rc5
The topmost commit is 67ec1072b053c15564e6090ab30127895dc77a89
sound fixes for 4.5-rc5
this up
Hi Peter,
Thank you for review.
On 02/19/2016 01:03 AM, Peter Hurley wrote:
> On 02/17/2016 07:36 PM, Zheng, Lv wrote:
>> Hi,
>>
>>> From: Aleksey Makarov [mailto:aleksey.maka...@linaro.org]
>>> Subject: Re: [PATCH v3 1/5] ACPI: change __init to __ref for
>>> early_acpi_os_unmap_memory()
>>>
>>>
On Fri, Feb 19, 2016 at 12:33:46PM +0200, Andy Shevchenko wrote:
> No, the commit 84aba677f009 as of today's linux-next on which I commented.
You commented under the "> A subsequent commit, fbae4ba8c4a3" which confused me
as to which commit is the culprit.
> commit 84aba677f009e20185aea322563389a
On 18/02/2016 10:57, John Garry wrote:
On 18/02/2016 10:30, Hannes Reinecke wrote:
On 02/18/2016 11:12 AM, John Garry wrote:
On 18/02/2016 07:40, Hannes Reinecke wrote:
[ .. ]
Well, the classical thing would be to associate each request tag
with a SAS task; or, in your case, associate each sl
On 02/19/2016 12:10 PM, Peter Rosin wrote:
Hi!
I'm looking at this code in drivers/media/dvb-frontends/m88ds3103.c in
the m88ds3103_set_frontend() function, line 600 (give or take):
s32tmp = 0x1 * (tuner_frequency - c->frequency);
s32tmp = DIV_ROUND_CLOSEST(s32tmp, priv->mcl
Hi Peter,
Thank you for review.
On 02/19/2016 01:19 AM, Peter Hurley wrote:
> On 02/15/2016 10:05 AM, Aleksey Makarov wrote:
[..]
>> diff --git a/drivers/tty/serial/serial_core.c
>> b/drivers/tty/serial/serial_core.c
>> index a126a60..459ab54 100644
>> --- a/drivers/tty/serial/serial_core.c
>>
1 - 100 of 718 matches
Mail list logo
