On 18/04/16 09:29, Peter Chen wrote:
> On Tue, Apr 05, 2016 at 05:05:13PM +0300, Roger Quadros wrote:
>> Introduce usb_otg_add/remove_hcd() for use by host
>> controllers that are part of OTG/dual-role port.
>>
>> Non Device tree platforms can use the otg_dev argument
>> to specify the OTG controll
On 19/04/16 11:14, Peter Chen wrote:
> On Mon, Apr 18, 2016 at 02:29:37PM +0800, Peter Chen wrote:
>> On Tue, Apr 05, 2016 at 05:05:13PM +0300, Roger Quadros wrote:
>>> Introduce usb_otg_add/remove_hcd() for use by host
>>> controllers that are part of OTG/dual-role port.
>>>
>>> Non Device tree pl
On 18/04/16 09:59, Peter Chen wrote:
> On Tue, Apr 05, 2016 at 05:05:14PM +0300, Roger Quadros wrote:
>> The OTG state machine needs a mechanism to start and
>> stop the gadget controller. Add usb_gadget_start()
>> and usb_gadget_stop().
>>
>> Introduce usb_otg_add_gadget_udc() to allow controller
On 18/04/16 05:09, Peter Chen wrote:
> On Fri, Apr 15, 2016 at 02:00:46PM +0300, Roger Quadros wrote:
>> On 15/04/16 12:25, Peter Chen wrote:
>>> On Tue, Apr 05, 2016 at 05:05:12PM +0300, Roger Quadros wrote:
+ * usb_otg_register() - Register the OTG/dual-role device to OTG core
+ * @dev:
On 04/20/2016 03:54 AM, Andrew Jeffery wrote:
> The range is registered into a linked list which can be referenced
> throughout the lifetime of the driver. Ensure the range's memory is useful
> for the same lifetime by adding it to the driver's private data structure.
>
> The bug was introduced in
From: Pan Xinhui
Correct bitoff in big endian OS.
Fixes: 3226aad81aa6 ("sh: support 1 and 2 byte xchg")
Signed-off-by: Pan Xinhui
---
arch/sh/include/asm/cmpxchg-xchg.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/sh/include/asm/cmpxchg-xchg.h
b/arch/sh/include/asm
On 04/18/2016 07:55 PM, Mike Galbraith wrote:
>
> I'll have to feed it to DL980, hotplug and jitter test it. It seemed
> to think that pinning post acquisition was a bad idea jitter wise, but
> I was bending things up while juggling multiple boxen, so..
pinning pre acquisition could get you in a
Hi Boris,
Thanks for the review, patch applied.
Best regards,
Jacek Anaszewski
On 04/18/2016 04:57 PM, Boris Brezillon wrote:
On Mon, 18 Apr 2016 16:40:46 +0200
Jacek Anaszewski wrote:
Parameters delay_on and delay_off of led_trigger_blink_oneshot()
are pointers, to enable blink interval ad
On Mon, Apr 18, 2016 at 10:14:39AM -0700, Thomas Garnier wrote:
> Provides an optional config (CONFIG_FREELIST_RANDOM) to randomize the
> SLAB freelist. The list is randomized during initialization of a new set
> of pages. The order on different freelist sizes is pre-computed at boot
> for performa
Hi Stephen,
On 2016/4/16 8:40, Stephen Boyd wrote:
> On 03/31, Jiancheng Xue wrote:
>> diff --git a/drivers/clk/hisilicon/clk-hi3519.c
>> b/drivers/clk/hisilicon/clk-hi3519.c
>> new file mode 100644
>> index 000..ee9df82
>> --- /dev/null
>> +++ b/drivers/clk/hisilicon/clk-hi3519.c
>> @@ -0,0
On Wed, Apr 6, 2016 at 2:52 PM, Sjoerd Simons
wrote:
> clk_get on a disabled clock node will return EPROBE_DEFER, which can
> cause drivers to be deferred forever if such clocks are referenced in
> their clocks property.
>
> Update the various disabled external clock nodes to default to a
> freque
Synopsys DWC_MSHC is compliant with SD Host Specifications. This patch
is to support DWC_MSHC controller on PCI interface.
Signed-off-by: Prabu Thangamuthu
---
Change log v2:
-Removed Synopsys specific PCI device ID's from pci_ids.h.
-Updated the PCI device ID's in sdhci-pci-core.
A few months ago, hans de Goede and I where talking about the behavior of HPI on
eMMC modules. We came to the conclusion that more often then not, the mmc
chipset might be the problem and not the eMMC module itself. To remedy this the
broken-hpi parameter is now also checked on the chipset level.
In patch 81f8a7be66 Hans de Goede added a patch to allow marking an mmc
device as to having an broken HPI implementation. After talking some
with Hans, we now think it is actually the mmc controller that can be
broken and not support broken HPI's.
This patch adds a new capability, mmc-broken-hpi,
So far it seems all sunxi MMC controllers have a broken HPI. Until
proved otherwise, mark all sunxi mmc controllers as having a broken HPI.
Signed-off-by: Olliver Schinagl
---
drivers/mmc/host/sunxi-mmc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/host/su
cgroup writeback support the filesystem both ext4 and ext2.
but, it appears to be not work when I test the function in the ext4.
The example is as follows:
echo "8:0 1048576" > blkio.throttle.write_bps_device
echo $$ > cgroup.procs
dd if=/dev/zero of=/test.c bs=1M count=10240
10240+0 records in
10
Hi Andrew,
2016-04-19 13:13 GMT+09:00 Andrew Jeffery :
> The range is registered into a linked list which can be referenced
> throughout the lifetime of the driver. Ensure the range's memory is useful
> for the same lifetime by adding it to the driver's private data structure.
>
> The bug was intr
David Rientjes writes:
> On Thu, 7 Apr 2016, Vitaly Kuznetsov wrote:
>
>> >> > This patchset continues the work I started with:
>> >> >
>> >> > commit 31bc3858ea3ebcc3157b3f5f0e624c5962f5a7a6
>> >> > Author: Vitaly Kuznetsov
>> >> > Date: Tue Mar 15 14:56:48 2016 -0700
>> >> >
>> >> > me
> Am 18.04.2016 um 23:12 schrieb Dmitry Torokhov :
>
> On Mon, Apr 18, 2016 at 09:55:38PM +0200, H. Nikolaus Schaller wrote:
>> commit 1f9e1470ab34 ("Input: twl6040-vibra - use devm functions")
>>
>> converted everything to devm but we still need to call
>> input_unregister_device(info->input_de
Hi Peter,
On Tue, 19 Apr 2016 08:40:40 +0800
Peter Pan wrote:
>
> >
> >> So it's true, it
> >> should still be numchips in nand_bbt.c? I just came out this question when
> >> making v4. :)
> >
> > BTW, I have something for you [1]. I started to move things around to
> > allow spinand and onenan
In some of platform, thermal sensors like NCT thermistors are
connected to the one of ADC channel. The temperature is read by
reading the voltage across the sensor resistance via ADC. Lookup
table for ADC read value to temperature is referred to get
temperature. ADC is read via IIO framework.
Add
Sometimes, thermal sensors like NCT thermistors are connected to
the ADC channel. The temperature is read by reading the voltage
across the sensor resistance via ADC and referring the lookup
table for ADC value to temperature.
Add DT binding doc for the ADC based thermal sensor driver to
detail th
Hi Prabu,
On Tue, Apr 19, 2016 at 07:18:36AM +, Prabu Thangamuthu wrote:
> Synopsys DWC_MSHC is compliant with SD Host Specifications. This patch
> is to support DWC_MSHC controller on PCI interface.
>
> Signed-off-by: Prabu Thangamuthu
> ---
> Change log v2:
> -Removed Synopsys specif
From: Jiancheng Xue
Add hisilicon spi-nor flash controller driver
Signed-off-by: Binquan Peng
Signed-off-by: Jiancheng Xue
Acked-by: Rob Herring
Reviewed-by: Ezequiel Garcia
---
change log
v10:
Fixed issues pointed by Marek Vasut.
1)Droped the underscores in the argument names of some macros
On Mon, Apr 18, 2016 at 12:08:04AM +0900, Sergey Senozhatsky wrote:
> Hello,
>
> On (03/30/16 16:12), Minchan Kim wrote:
> [..]
> > +static int get_zspage_inuse(struct page *first_page)
> > +{
> > + struct zs_meta *m;
> > +
> > + VM_BUG_ON_PAGE(!is_first_page(first_page), first_page);
> > +
>
Compliment of the day.
I want to transfer the sum of $5M USD Dollars. Contact me through my
private email (barafu...@gmail.com) for more details.
Regards,
Mr.Baradi Fufana.
Re-order headers so they are in alphabetical order.
Signed-off-by: Olliver Schinagl
---
drivers/leds/leds-pca963x.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/leds/leds-pca963x.c b/drivers/leds/leds-pca963x.c
index 407eba1..8dabf7a 100644
--- a/drivers
Using the pca963x for a while, I noticed something that may look like some
i2c accessing issues where sometimes data was incorrectly written to the bus,
possibly because we where not properly locking the i2c reads. Though I'm not
familiar enough with the i2c framework to be certain reads need to be
This patch adds some more defines so that the driver can receive
a little more future work. These new defines are then used throughout the
existing code the remove some magic values.
This patch does not produce any binary changes.
Signed-off-by: Olliver Schinagl
---
drivers/leds/leds-pca963x.c
A pca963x device can have multiple leds with a single i2c channel to
access them. Some of the registers are shared between each other. To
ensure all i2c operations are atomic within an instance, we move some
mutex locks slightly around to guard these access.
Signed-off-by: Olliver Schinagl
---
d
When leds are connected in a totem-pole configuration, they can be
connected either in a active-high, or active-low manor. The driver
currently always assumes active-high. This patch adds the
'nxp,inverted-out' boolean property to tell the driver that the leds
are driven active-low, or rather, that
This patch does some whitespace fixing to make the entire driver more
consistent, especially with regards to alignment. Because of this it
also reduces quite some of the checkpatch warnings.
Two slightly 80 char warnings remain however to satisfy the alignment
check.
This patch does not introduce
This patch uses the newly introduced defines to further reduce magic
values and magic shifts. These changes have a slightly bigger impact as
they do introduce binary changes. There should be no logical changes
however.
Signed-off-by: Olliver Schinagl
---
drivers/leds/leds-pca963x.c | 32
> Am 18.04.2016 um 23:22 schrieb Dmitry Torokhov :
>
> On Mon, Apr 18, 2016 at 09:55:37PM +0200, H. Nikolaus Schaller wrote:
>> commit e7ec014a47e4 ("Input: twl6040-vibra - update for device tree support")
>>
>> made the separate vibra DT node to a subnode of the twl6040.
>>
>> It now calls of_
On Mon, Apr 18, 2016 at 12:56:21AM +0900, Sergey Senozhatsky wrote:
> Hello,
>
> On (03/30/16 16:12), Minchan Kim wrote:
> [..]
> > +static void objidx_to_page_and_offset(struct size_class *class,
> > + struct page *first_page,
> > + unsigned lon
On Mon, Apr 18, 2016 at 09:33:05AM +0900, Sergey Senozhatsky wrote:
> Hello,
>
> On (03/30/16 16:12), Minchan Kim wrote:
> > @@ -1421,7 +1434,6 @@ static unsigned long obj_malloc(struct size_class
> > *class,
> > unsigned long m_offset;
> > void *vaddr;
> >
> > - handle |= OBJ_ALLOCAT
On 4/15/2016 00:21, Laurent Pinchart wrote:
Hello Songjun,
Thank you for the patch.
On Wednesday 13 Apr 2016 15:44:19 Songjun Wu wrote:
Add driver for the Image Sensor Controller. It manages
incoming data from a parallel based CMOS/CCD sensor.
It has an internal image processor, also integra
On Mon, 2016-04-18 at 09:39 -0700, Guenter Roeck wrote:
> > Possibly. We have never gone that route. The obvious problems is
> that
> > I am not sure our alignment is known before boot.
> >
> Seems scary. I always thought that the alignment associated with
> cacheline_aligned would be the maxi
> Am 18.04.2016 um 23:20 schrieb Dmitry Torokhov :
>
> On Mon, Apr 18, 2016 at 09:55:41PM +0200, H. Nikolaus Schaller wrote:
>> The mutex does not seem to be needed.
>
> twl6040_vibra_suspend() and vibra_play_work() may run concurrently, no?
Hm. I don't know about the rule that would give an an
Hi Sergey,
On Mon, Apr 18, 2016 at 10:04:08AM +0900, Sergey Senozhatsky wrote:
> Hello Minchan,
>
> On (03/30/16 16:12), Minchan Kim wrote:
> [..]
> > @@ -1835,23 +1827,31 @@ static void __zs_compact(struct zs_pool *pool,
> > struct size_class *class)
> > if (!migrate_zspage(
On 4/18/2016 11:40 AM, Christoph Hellwig wrote:
> On Mon, Apr 18, 2016 at 11:21:12AM -0400, Sinan Kaya wrote:
>> I was looking at the code. I don't see how removing virt_to_page + vmap
>> would solve the issue.
>>
>> The code is trying to access the buffer space with direct.buf member
>> from the
- Original Message -
From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
To: Maarten Brock [mailto:m.br...@vanmierlo.com]
Cc: Arnd Bergmann [mailto:a...@arndb.de], Peter Korsgaard
[mailto:jac...@sunsite.dk], Jiri Slaby [mailto:jsl...@suse.com], Rich Felker
[mailto:dal...@libc.org
Hello Minchan,
On (04/19/16 16:51), Minchan Kim wrote:
[..]
>
> I guess it is remained thing after I rebased to catch any mistake.
> But I'm heavily chainging this part.
> Please review next version instead of this after a few days. :)
ah, got it. thanks!
-ss
On Tue, Apr 19, 2016 at 09:33:10AM +0200, H. Nikolaus Schaller wrote:
>
> > Am 18.04.2016 um 23:12 schrieb Dmitry Torokhov :
> >
> > On Mon, Apr 18, 2016 at 09:55:38PM +0200, H. Nikolaus Schaller wrote:
> >> commit 1f9e1470ab34 ("Input: twl6040-vibra - use devm functions")
> >>
> >> converted ev
patch subject above:
dt-bindings: add documentation for Rockchip rk3399 display controllers
not everybody skimming over patches directly knows what a vop is ;-)
I still believe even such a trivial patch should also get some form of
description, something like:
-
Document compatible valu
On Mon, Apr 18, 2016 at 04:57:58PM +0900, Sergey Senozhatsky wrote:
> Hello Minchan,
> sorry, it took me so long to return back to testing.
>
> I collected extended stats (perf), just like you requested.
> - 3G zram, lzo; 4 CPU x86_64 box.
> - fio with perf stat
>
> 4 streams
Hi Linus,
Sorry for the late reply, I was off last week.
2016-04-08 11:38 GMT+02:00 Linus Walleij :
> On Thu, Mar 31, 2016 at 5:09 PM, Maxime Coquelin
> wrote:
>
>> +static void stm32_irq_handler(struct irq_desc *desc)
>> +{
>> + struct irq_domain *domain = irq_desc_get_handler_data(desc);
On Tue, Apr 19, 2016 at 09:49:01AM +0200, H. Nikolaus Schaller wrote:
>
> > Am 18.04.2016 um 23:20 schrieb Dmitry Torokhov :
> >
> > On Mon, Apr 18, 2016 at 09:55:41PM +0200, H. Nikolaus Schaller wrote:
> >> The mutex does not seem to be needed.
> >
> > twl6040_vibra_suspend() and vibra_play_wor
> Am 19.04.2016 um 09:57 schrieb Dmitry Torokhov :
>
> On Tue, Apr 19, 2016 at 09:33:10AM +0200, H. Nikolaus Schaller wrote:
>>
>>> Am 18.04.2016 um 23:12 schrieb Dmitry Torokhov :
>>>
>>> On Mon, Apr 18, 2016 at 09:55:38PM +0200, H. Nikolaus Schaller wrote:
commit 1f9e1470ab34 ("Input: tw
Hi,
On Friday 15 April 2016 12:05 AM, David Lechner wrote:
> This is a new phy driver for the SoC USB controllers on the TI DA8xx
> family of microcontrollers. The USB 1.1 PHY is just a simple on/off.
> The USB 2.0 PHY also allows overriding the VBUS and ID pins.
>
> Signed-off-by: David Lechner
Hello Minchan,
On (04/19/16 17:00), Minchan Kim wrote:
> Great!
>
> So, based on your experiment, the reason I couldn't see such huge win
> in my mahcine is cache size difference(i.e., yours is twice than mine,
> IIRC.) and my perf stat didn't show such big difference.
> If I have a time, I will
> Am 19.04.2016 um 10:01 schrieb Dmitry Torokhov :
>
> On Tue, Apr 19, 2016 at 09:49:01AM +0200, H. Nikolaus Schaller wrote:
>>
>>> Am 18.04.2016 um 23:20 schrieb Dmitry Torokhov :
>>>
>>> On Mon, Apr 18, 2016 at 09:55:41PM +0200, H. Nikolaus Schaller wrote:
The mutex does not seem to be n
On Tue, Apr 05, 2016 at 05:05:12PM +0300, Roger Quadros wrote:
> +/**
> + * usb_otg_start_host - start/stop the host controller
> + * @otg: usb_otg instance
> + * @on: true to start, false to stop
> + *
> + * Start/stop the USB host controller. This function is meant
> + * for use
write_buildid() increments 'name_len' with intention to take into account
trailing zero byte. However, 'name_len' was already incremented in
machine__write_buildid_table() before.
So this leads to out-of-bounds read in do_write():
$ ./perf record sleep 0
[ perf record: Woken up 1 times to write da
Add clocks property for ocotp node.
Signed-off-by: Peng Fan
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Rob Herring
---
arch/arm/boot/dts/imx6qdl.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/imx6qdl.dtsi b/arch/arm/boot/dts/imx6qdl.dtsi
index b42822a..6b2ef6c 100644
--- a
Add clocks property for ocotp node.
Signed-off-by: Peng Fan
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Rob Herring
---
arch/arm/boot/dts/imx6sl.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/imx6sl.dtsi b/arch/arm/boot/dts/imx6sl.dtsi
index d12b250..b37da94 100644
--- a/ar
Before access ocotp nvmem area, the clock should be enabled.
Or, `hexdump nvmem` will hang the system. So, use such flow:
"
1. clock_enable_prepare
2. read nvmem ocotp area
3. clock_disable_unprepare
"
Signed-off-by: Peng Fan
Cc: Srinivas Kandagatla
Cc: Maxime Ripard
Cc: Shawn Guo
---
d
Hi,
[auto build test ERROR on j.anaszewski-leds/for-next]
[also build test ERROR on v4.6-rc4 next-20160419]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Olliver-Schinagl/leds-pca9653x
On 04/19/2016 09:24 AM, Tomasz Figa wrote:
> Hi Andrew,
>
> 2016-04-19 13:13 GMT+09:00 Andrew Jeffery :
>> The range is registered into a linked list which can be referenced
>> throughout the lifetime of the driver. Ensure the range's memory is useful
>> for the same lifetime by adding it to the d
Very common ethernet. Already enabled in i386_defconfig
Signed-off-by: Konstantin Khlebnikov
---
arch/x86/configs/x86_64_defconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/configs/x86_64_defconfig
b/arch/x86/configs/x86_64_defconfig
index 4f404a64681b..0c8d7963483c 100644
On Mon, Apr 18, 2016 at 02:29:37PM +0800, Peter Chen wrote:
> On Tue, Apr 05, 2016 at 05:05:13PM +0300, Roger Quadros wrote:
> > Introduce usb_otg_add/remove_hcd() for use by host
> > controllers that are part of OTG/dual-role port.
> >
> > Non Device tree platforms can use the otg_dev argument
>
From: James Hogan
The hardware page table walker (HTW) configuration is broken on XPA
kernels where XPA couldn't be enabled (either nohtw or the hardware
doesn't support it). This is because the PWSize.PTEW field (PTE width)
was only set to 8 bytes (an extra shift of 1) in config_htw_params() if
asm/pgtable-bits.h is included in 2 assembly files and thus has to
ifdef around C code, however nothing defined by the header is used
in either of the assembly files that include it.
Remove the redundant inclusions such that asm/pgtable-bits.h doesn't
need to #ifdef around C code, for cleanliness
From: James Hogan
XPA (eXtended Physical Addressing) should be detected as a combination
of two architectural features:
- Large Physical Address (as per Config3.LPA). With XPA this will be set
on MIPS32r5 cores, but it may also be set for MIPS64r2 cores too.
- MTHC0/MFHC0 instructions (as per C
asm/pgtable-bits.h has grown to become an unreadable mess of #ifdef
directives defining bits conditionally upon other bits all at the
preprocessing stage, for no good reason.
Instead of having quite so many #ifdef's, simply use enums to provide
sequential numbering for bit shifts, without having t
The same definition for pte_page is duplicated for the MIPS32
PHYS_ADDR_T_64BIT case & the generic case. Unify them by moving a single
definition outside of preprocessor conditionals.
Signed-off-by: Paul Burton
Reviewed-by: James Hogan
---
Changes in v3: None
Changes in v2: None
arch/mips/inc
From: James Hogan
For XPA kernels build_update_entries() uses $1 (at) as a scratch
register, but doesn't arrange for it to be preserved, so it will always
be clobbered by the TLB refill exception. Although this register
normally has a very short lifetime that doesn't cross memory accesses,
TLB re
This option replaced by PAGE_COUNTER which is selected by MEMCG.
Signed-off-by: Konstantin Khlebnikov
---
arch/arm/configs/bcm_defconfig |1 -
arch/arm/configs/zx_defconfig |1 -
arch/mips/configs/db1xxx_defconfig |1 -
arch/mips/configs/loongson3_
Hello,
On 2016-04-14 19:25, Lorenzo Pieralisi wrote:
On systems booting with ACPI, the IOMMU drivers require the same
kind of id mapping carried out with a DT tree through the of_xlate()
API in order to map devices identifiers to IOMMU ones.
On ACPI systems, since DT nodes are not present (ie s
The XPA case in iPTE_SW or's in software mode bits to the pte_low value
(which is what actually ends up in the high 32 bits of EntryLo...). It
does this presuming that only bits in the upper 16 bits of the 32 bit
pte_low value will be set. Make this assumption explicit with a BUG_ON.
A similar ass
Rather than hardcode a scratch register for the XPA case in iPTE_SW,
pass one through from the work registers allocated by the caller. This
allows for the XPA path to function correctly regardless of the work
registers in use.
Without doing this there are cases (where KScratch registers are
unavai
From: James Hogan
Performing an MTHC0 instruction without XPA being present will trigger a
reserved instruction exception, therefore conditionalise the use of this
instruction when building TLB handlers (build_update_entries()), and in
__update_tlb().
This allows an XPA kernel to run on non XPA
On Wed, Apr 06, 2016 at 10:13:52AM +0300, Roger Quadros wrote:
> On 06/04/16 09:46, Peter Chen wrote:
> > On Tue, Apr 05, 2016 at 04:48:19PM +0300, Roger Quadros wrote:
> >> Peter,
> >>
> >> On 05/04/16 15:52, Roger Quadros wrote:
> >>> Peter,
> >>>
> >>> On 05/04/16 11:52, Peter Chen wrote:
>
XPA kernels hardcode for the presence of RIXI - the PTE format & its
handling presume RI & XI bits. Make this dependence explicit by panicing
if we run on a system that violates it.
Signed-off-by: Paul Burton
Reviewed-by: James Hogan
---
Changes in v3:
- Remove newline in panic() call.
Change
On 4/18/2016 15:24, Hans Verkuil wrote:
On 04/13/2016 09:44 AM, Songjun Wu wrote:
Add driver for the Image Sensor Controller. It manages
incoming data from a parallel based CMOS/CCD sensor.
It has an internal image processor, also integrates a
triple channel direct memory access controller mas
We can simplify build_update_entries by unifying the code for the 36 bit
physical addressing with MIPS32 case with the general case, by using
pte_off_ variables in all cases & handling the trivial
_PAGE_GLOBAL_SHIFT == 0 case in build_convert_pte_to_entrylo. This
leaves XPA as the only special case
Hi Greg, ping...
On 2016/4/7 16:33, Kefeng Wang wrote:
>
>
> On 2016/4/5 18:50, Andy Shevchenko wrote:
>> On Tue, 2016-04-05 at 13:53 +0800, Kefeng Wang wrote:
>>> Commit cdcea058e510 ("serial: 8250_dw: Avoid serial_outx code
>>> duplicate
>>> with new dw8250_check_lcr()") introduce a wrong logi
Hi Scott,
Thanks for reviewing it!
On 19 April 2016 at 06:26, Scott Wood wrote:
> On Mon, 2016-04-18 at 09:57 +0200, Alessio Igor Bogani wrote:
>> + pci0: pcie@f1008000 {
>> + reg = <0xf1008000 0x1000>;
>> + ranges = <0x0200 0x0 0x8000 0x8000 0x0
>> 0x5000
On Tue, Apr 19, 2016 at 09:51:43AM +0200, Maarten Brock wrote:
> - Original Message -
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> To: Maarten Brock [mailto:m.br...@vanmierlo.com]
> Cc: Arnd Bergmann [mailto:a...@arndb.de], Peter Korsgaard
> [mailto:jac...@sunsite.dk],
* Kees Cook wrote:
> In order to make improvements to KASLR behavior, it has been suggested
> that the code should be cleaned up a bit first. This is the start of
> those changes. Since there are no stand-alone bug fixes in the later
> patches, I will begin here. First with a rename followed by
Am Donnerstag, 14. April 2016, 14:20:18 schrieb Elaine Zhang:
> add qos document in dt-bingings.
> modify power domain driver to support qos save and restore.
>
> Changes in v2:
> [PATCH V2 1/2]: fix up the commit message.
> [PATCH V2 2/2]: add some error handling.
> fix up the defin
Add of_device_id entry for i.MX6UL to let imx-ocotp driver
support i.MX6UL.
Signed-off-by: Peng Fan
Cc: Srinivas Kandagatla
Cc: Maxime Ripard
Cc: Shawn Guo
---
drivers/nvmem/imx-ocotp.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/nvmem/imx-ocotp.c b/drivers/nvmem/imx-ocotp.c
i
Add i.MX6UL support in documentation.
Signed-off-by: Peng Fan
Cc: Srinivas Kandagatla
Cc: Maxime Ripard
Cc: Rob Herring
---
Documentation/devicetree/bindings/nvmem/imx-ocotp.txt | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/nvmem/im
Add ocotp node for i.MX6UL
Signed-off-by: Peng Fan
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Rob Herring
---
arch/arm/boot/dts/imx6ul.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/imx6ul.dtsi b/arch/arm/boot/dts/imx6ul.dtsi
index 7177899..aebd607 100644
--- a/arch/
On Mon, 2016-04-18 at 22:00 -0700, Bjorn Andersson wrote:
> From: Pontus Fuchs
>
> While poking at this I also change two related things. I rename one
> variable to make the names consistent. I also move one assignment of
> priv_sta to the declaration to save a few lines.
trivia:
The commit sub
* Josh Poimboeuf wrote:
> On Sat, Apr 16, 2016 at 11:03:32AM +0200, Ingo Molnar wrote:
> >
> > * Josh Poimboeuf wrote:
> >
> > > > I don't think we know yet if there's a reliable way to turn the bug off.
> > > >
> > > > Also, according to the gcc guys, this bug won't always result in a
> > >
On Tue, 2016-04-19 at 09:07 +0200, Sebastian Andrzej Siewior wrote:
> On 04/18/2016 07:55 PM, Mike Galbraith wrote:
> >
> > I'll have to feed it to DL980, hotplug and jitter test it. It seemed
> > to think that pinning post acquisition was a bad idea jitter wise, but
> > I was bending things up w
Update the export-to-postgresql.py to support the newly introduced
callchain export.
callchains are added into the existing call_paths table and can now
be associated with samples when the "callpaths" commandline option
is used with the script.
Includes the following changes:
-Now set the perf_db
Hi Christoph,
I was on travel. Sorry for the late inline response and question.
Parav
On Tue, Apr 5, 2016 at 10:57 PM, Christoph Hellwig wrote:
> On Tue, Apr 05, 2016 at 05:55:26AM -0700, Parav Pandit wrote:
>> Just because we add one more rdma resource, we need to ask someone to
>> upgrade k
The existing implentation implementation of thread__resolve_callchain,
under certain circumstanes, can assemble callchain entries in the
incorrect order.
A the callchain entries are resolved incorrectly for a sample when all
of the following conditions are met:
1. callchain_param.order is set to
On Mon 2016-04-18 11:30:52, Prarit Bhargava wrote:
>
>
> On 03/10/2016 05:00 AM, Petr Mladek wrote:
> > On Tue 2016-03-08 06:03:24, Prarit Bhargava wrote:
> >>
> >>
> >> On 03/08/2016 02:59 AM, Thomas Gleixner wrote:
> >>> On Tue, 23 Feb 2016, Prarit Bhargava wrote:
> >>>
> This patchset add
resolving the callchain for every sample can be very expensive.
This commit introduces a new option "perf_db_export_callchains"
which will be enabled when it is set to True from within the python
script.
Signed-off-by: Chris Phlipot
---
tools/perf/util/db-export.c| 2 +-
The current implementation of the python database export API only
includes call path information when using some form of call/return
tracing, but is unable to do so when sampling.
The following API extensions allow exporting of data collected by
perf record when using --call-graph.
The additions
The current instructions for setting up an Ubuntu system for using
the export-to-postgresql.py script are incorrect.
The instructions in the script have been updated to work on newer
versions of ubuntu.
-Add missing dependencies to apt-get command:
python-pyside.qtsql, libqt4-sql-psql
-Add '-
On Mon, 2016-04-18 at 00:10 +0200, Arnd Bergmann wrote:
> On Sunday 17 April 2016 14:42:33 Johannes Berg wrote:
> >
> >
> > I was thinking more restrictively of just the stuff that can't even
> > be
> > built without modifying the sources - like the "#if VERBOSE" thing.
> All the DEBUG() statemen
On 04/19/2016 10:55 AM, Mike Galbraith wrote:
> I can't get to my DL980 to do jitter testing atm (network outage), but
> wrt hotplug banging, my local boxen say patch is toxic. i4790 desktop
> box silently bricked once too. The boom begins with...
>
>BUG: scheduling while atomic: futex_wait/
Hi Linus
2016-04-08 11:43 GMT+02:00 Linus Walleij :
> On Thu, Mar 31, 2016 at 5:09 PM, Maxime Coquelin
> wrote:
>
>> +static int stm32_gpio_to_irq(struct gpio_chip *chip, unsigned offset)
>> +{
>> + struct stm32_pinctrl *pctl = dev_get_drvdata(chip->parent);
>> + struct stm32_gpio_ban
Arnd,
> > > >
> > > > - all wilink family needs special init command for entering wspi mode.
> > > > extra clock cycles should be sent after the spi init command while the
> > > > cs pin is high.
> > > > - switch to controling the cs pin from the spi driver for achieveing the
> > > > above.
On Tue, 19 Apr 2016 10:43:03 +0800, Mark yao wrote:
> On 2016年04月18日 17:25, John Keeping wrote:
> > On Mon, 18 Apr 2016 11:03:31 +0800, Mark Yao wrote:
> >
> >> >We need to take care of the vop status when use
> >> >rockchip_drm_crtc_mode_config, if vop is disabled,
> >> >the function would fail
On Mon, Apr 18, 2016 at 08:36:19PM +0100, Jonathan Cameron wrote:
> On 18/04/16 13:34, Mark Brown wrote:
> > Yes. I have to say that you are the first person I've encountered who
> > has been confused by this, I'm not sure why you'd expect writes to be
> > discarded.
> It confused me too :) To
101 - 200 of 886 matches
Mail list logo
