On Thu, 2 Jun 2016 23:26:23 -0400
David Long wrote:
> From: Sandeepa Prabhu
>
> The pre-handler of this special 'trampoline' kprobe executes the return
> probe handler functions and restores original return address in ELR_EL1.
> This way the saved pt_regs still hold the original register conte
Avoid data corruption issues that result in CRC errors during file
transfers over serial ports at higher baud rates.
The current msm_serial driver masks the FIFO Rx interrupts in
msm_start_rx_dma() since Rx FIFO interrupts are not required in DMA
mode. However, msm_complete_rx_dma() re-enables the
On Thu, Jun 02, 2016 at 03:13:32PM +0200, LABBE Corentin wrote:
>
> static int omap_aes_prepare_req(struct crypto_engine *engine,
> - struct ablkcipher_request *req)
> + struct crypto_async_request *areq)
> {
> + struct ablkcipher_reques
Hi!
There is a potential race condition in
drivers/net/wireless/libertas/libertas.ko.
In the function lbs_hard_start_xmit(..), line 159, a socket buffer is
written to priv->current_skb with a spin_lock protection.
In the function lbs_mac_event_disconnected(..), lines 50-51, the field
current_s
On 07/06/2016 10:00, Wanpeng Li wrote:
> From: Wanpeng Li
>
> Commit e9532e69b8d1 ("sched/cputime: Fix steal time accounting vs. CPU
> hotplug")
> set rq->prev_* to 0 after a cpu hotplug comes back in order to fix the
> scenario:
>
> | steal is smaller than rq->prev_steal_time we end up wit
On Thu, Jun 02, 2016 at 07:53:50PM -0700, Megha Dey wrote:
>
> + struct ahash_alg *shash = crypto_ahash_alg(tfm);
>
> /* alignment is to be done by multi-buffer crypto algorithm if needed */
>
> - return shash->finup(desc, NULL, 0, req->result);
> + return shash->finup(desc);
On Thu, 2 Jun 2016 23:26:22 -0400
David Long wrote:
> From: William Cohen
>
> The trampoline code is used by kretprobes to capture a return from a probed
> function. This is done by saving the registers, calling the handler, and
> restoring the registers. The code then returns to the original
On 07/06/2016 09:59, Wanpeng Li wrote:
> From: Wanpeng Li
>
> I observed that sometimes st is 100% instantaneous, then idle is 100%
> even if there is a cpu hog on the guest cpu after the cpu hotplug comes
> back(N.B. this can not always be readily reproduced). I add trace to
> capture it as
On Thu, Jun 02, 2016 at 07:53:49PM -0700, Megha Dey wrote:
> From: Megha Dey
>
> Currently there are several checkpatch warnings in the sha1_mb.c file:
> 'WARNING: line over 80 characters' in the sha1_mb.c file. Also, the
> syntax of some multi-line comments are not correct. This patch fixes
> th
On Tue, Jun 07, 2016 at 10:49:35AM +0800, Xing Zheng wrote:
> On 2016年06月07日 07:50, Mark Brown wrote:
> > It should probably be three compatibles, one per CODEC, if the driver
> > needs to handle each separately.
> Do you mean like this:
>
> sound {
> compatible = "rockchip,rk3399-max983
On 07/06/2016 10:00, Wanpeng Li wrote:
> From: Wanpeng Li
>
> This patch adds guest steal-time support to full dynticks CPU
> time accounting. After the following commit:
>
> ff9a9b4c4334 ("sched, time: Switch VIRT_CPU_ACCOUNTING_GEN to jiffy
> granularity")
>
> ... time sampling became jiff
Hi Lee,
On Tue, 07 Jun 2016, Lee Jones wrote:
> On Tue, 07 Jun 2016, Peter Griffin wrote:
> > On Fri, 22 Apr 2016, Lee Jones wrote:
> >
> > > Each PWM Capture device is allocated a structure to hold its own
> > > state. During a capture the device may be partaking in one of 3
> > > phases. Ini
On Tue, Jun 07, 2016 at 10:10:09AM +0200, Johannes Thumshirn wrote:
> Just out of curiosity, why not CTRATT as well?
ctratt is part of the fabrics spec and not the NVMe 1.2 spec, and we tried
to keep those separate.
Thanks for taking this up Clemens.
On 06/07/2016 01:14 AM, Clemens Gruber wrote:
> This patch set addresses a structural problem in the handling of
> regulators for VDDIO, VDDA, and VDDD in the SGTL5000 driver.
>
> The first two of these power rails must be powered on prior to any I2C
> communica
On 2016-06-07 12:03, Masahiro Yamada wrote:
> 2016-06-07 18:58 GMT+09:00 Michal Marek :
>> On 2016-06-07 11:38, Michal Marek wrote:
>>> On 2016-06-07 03:38, Zanoni, Paulo R wrote:
Hi
I recently noticed that alternating between "make" and "make targz-pkg"
rebuilds the whole Kerne
Chunyan Zhang writes:
> This patchset is an RFC aimed at generating ideas on the best way to
> use STM IP blocks to collect function tracing information produced by
> Ftrace. That way logging information generated by the function trace
> subsystem and gathered in the coresight sink can be used i
On Mon, Jun 06, 2016 at 04:44:42PM -0500, Nishanth Menon wrote:
> On 06/01/2016 07:41 AM, Jens Wiklander wrote:
> few minor comments below.
>
> I see the patch generated (with --strict):
> > CHECK: Alignment should match open parenthesis
> > #512: FILE: drivers/tee/tee.c:375:
> > +static int tee_i
On Thu, May 19, 2016 at 06:11:49PM +0300, Horia Geantă wrote:
> LS1043A has a SEC v5.4 security engine.
> For now don't add rtic or sec_mon subnodes, since these features
> haven't been tested yet.
>
> Signed-off-by: Horia Geantă
Patch applied. Thanks.
--
Email: Herbert Xu
Home Page: http://g
On Tue, Jun 07, 2016 at 10:52:17AM +0200, Johannes Thumshirn wrote:
> Can you please add this to Documentation/ABI/ as well?
None of the NVMe files are documented there.. But maybe it's worth
a separate little project to document all of them.
On Thu, Jun 02, 2016 at 01:48:38PM +0800, Geliang Tang wrote:
> Remove unused header cpumask.h from crypto/ablkcipher.c.
>
> Signed-off-by: Geliang Tang
Patch applied. Thanks.
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pub
On Mon, Jun 06, 2016 at 11:40:41AM +0200, Mike Galbraith wrote:
> Hi Mel (who is out of the office today),
>
Adding Davidlohr who did a lot of the work debugging my initial
prototype.
> I initially reported this on the rt-users list, thinking at the time
> that it was only showing up in -rt kern
There is absolutely no point in dragging in an overcomplicated configfs
structure for a very simple protocol which also is very different from
SCSI in it's nitty gritty details. Keeping the nvme target self contains
allows it to be both much simpler and much easier to understand, as well
as much
Hello.
On 6/7/2016 6:39 AM, Magnus Damm wrote:
From: Magnus Damm
Bump up the maximum numbers of micro-TLBS to 48.
Each IPMMU device instance get micro-TLB assignment via
the "iommus" property in DT. Older SoCs tend to use a
maximum number of 32 micro-TLBd per IPMMU instance however
Micr
Add description of THP handling into unevictable-lru.txt.
Signed-off-by: Kirill A. Shutemov
---
Documentation/vm/unevictable-lru.txt | 21 +
1 file changed, 21 insertions(+)
diff --git a/Documentation/vm/unevictable-lru.txt
b/Documentation/vm/unevictable-lru.txt
index fa3b5
With postponed page table allocation we have chance to setup huge pages.
do_set_pte() calls do_set_pmd() if following criteria met:
- page is compound;
- pmd entry in pmd_none();
- vma has suitable size and alignment;
Signed-off-by: Kirill A. Shutemov
---
include/linux/huge_mm.h | 2 ++
mm/
This is preparation of vmscan for file huge pages. We cannot write out
huge pages, so we need to split them on the way out.
Signed-off-by: Kirill A. Shutemov
---
mm/vmscan.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/mm/vmscan.c b/mm/vmscan.c
index 93ba33789ac6..21d417ccff69 10064
THP_FILE_ALLOC: how many times huge page was allocated and put page
cache.
THP_FILE_MAPPED: how many times file huge page was mapped.
Signed-off-by: Kirill A. Shutemov
---
include/linux/vm_event_item.h | 7 +++
mm/memory.c | 1 +
mm/vmstat.c | 2 ++
3 fil
The idea (and most of code) is borrowed again: from Hugh's patchset on
huge tmpfs[1].
Instead of allocation pte page table upfront, we postpone this until we
have page to map in hands. This approach opens possibility to map the
page as huge if filesystem supports this.
Comparing to Hugh's patch I
Let's wire up existing madvise() hugepage hints for file mappings.
MADV_HUGEPAGE advise shmem to allocate huge page on page fault in the
VMA. It only has effect if the filesystem is mounted with huge=advise or
huge=within_size.
MADV_NOHUGEPAGE prevents hugepage from being allocated on page fault
vma_addjust_trans_huge() splits pmd if it's crossing VMA boundary.
During split we munlock the huge page which requires rmap walk.
rmap wants to take the lock on its own.
Let's move vma_adjust_trans_huge() outside i_mmap_rwsem to fix this.
Signed-off-by: Kirill A. Shutemov
---
mm/mmap.c | 4 ++-
This patch extends khugepaged to support collapse of tmpfs/shmem pages.
We share fair amount of infrastructure with anon-THP collapse.
Few design points:
- First we are looking for VMA which can be suitable for mapping huge
page;
- If the VMA maps shmem file, the rest scan/collapse opera
Even if user asked to allocate huge pages always (huge=always), we
should be able to free up some memory by splitting pages which are
partly byound i_size if memory presure comes or once we hit limit on
filesystem size (-o size=).
In order to do this we maintain per-superblock list of inodes, whic
We are going to need to call shmem_charge() under tree_lock to get
accoutning right on collapse of small tmpfs pages into a huge one.
The problem is that tree_lock is irq-safe and lockdep is not happy, that
we take irq-unsafe lock under irq-safe[1].
Let's convert the lock to irq-safe.
[1] https:
Both variants of khugepaged_alloc_page() do up_read(&mm->mmap_sem)
first: no point keep it inside the function.
Signed-off-by: Kirill A. Shutemov
---
mm/khugepaged.c | 25 ++---
1 file changed, 10 insertions(+), 15 deletions(-)
diff --git a/mm/khugepaged.c b/mm/khugepaged.c
Add info about tmpfs/shmem with huge pages.
Signed-off-by: Kirill A. Shutemov
---
Documentation/filesystems/proc.txt | 9 +++
Documentation/vm/transhuge.txt | 128 ++---
2 files changed, 101 insertions(+), 36 deletions(-)
diff --git a/Documentation/filesyst
For now, we would have HPAGE_PMD_NR entries in radix tree for every huge
page. That's suboptimal and it will be changed to use Matthew's
multi-order entries later.
'add' operation is not changed, because we don't need it to implement
hugetmpfs: shmem uses its own implementation.
Signed-off-by: Ki
For file mappings, we don't deposit page tables on THP allocation
because it's not strictly required to implement split_huge_pmd(): we
can just clear pmd and let following page faults to reconstruct the
page table.
But Power makes use of deposited page table to address MMU quirk.
Let's hide THP p
From: Hugh Dickins
Provide a shmem_get_unmapped_area method in file_operations, called
at mmap time to decide the mapping address. It could be conditional
on CONFIG_TRANSPARENT_HUGEPAGE, but save #ifdefs in other places by
making it unconditional.
shmem_get_unmapped_area() first calls the usual
Here's basic implementation of huge pages support for shmem/tmpfs.
It's all pretty streight-forward:
- shmem_getpage() allcoates huge page if it can and try to inserd into
radix tree with shmem_add_to_page_cache();
- shmem_add_to_page_cache() puts the page onto radix-tree if there's
Maxim Semiconductor MAX77620 supports alarm interrupts when
its die temperature crosses 120C and 140C. These threshold
temperatures are not configurable.
Add DT binding document to details out the DT property related
to MAX77620 thermal functionality.
Signed-off-by: Laxman Dewangan
---
Changes
khugepaged implementation grew to the point when it deserve separate
file in source.
Let's move it to mm/khugepaged.c.
Signed-off-by: Kirill A. Shutemov
---
include/linux/huge_mm.h| 10 +
include/linux/khugepaged.h |6 +
mm/Makefile|2 +-
mm/huge_memory.c
On Mon, Jun 06, 2016 at 03:02:30PM -0700, James Bottomley wrote:
> On Sun, 2016-06-05 at 22:11 +0100, Djalal Harouni wrote:
> > On Wed, Jun 01, 2016 at 12:41:00PM -0400, James Bottomley wrote:
> > > On Wed, 2016-06-01 at 18:21 +0200, Michał Zegan wrote:
> > > > As I sent a reply in a ... wrong way,
File COW for THP is handled on pte level: just split the pmd.
It's not clear how benefitial would be allocation of huge pages on COW
faults. And it would require some code to make them work.
I think at some point we can consider teaching khugepaged to collapse
pages in COW mappings, but allocatin
Maxim Semiconductor Max77620 supports alarm interrupts when
its die temperature crosses 120C and 140C. These threshold
temperatures are not configurable.
Add thermal driver to register PMIC die temperature as thermal
zone sensor and capture the die temperature warning interrupts
to notifying the c
Signed-off-by: Gerd Hoffmann
---
arch/arm64/configs/defconfig | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index fd2d74d..50e5afc 100644
--- a/arch/arm64/configs/defconfig
+++ b/arch/arm64/configs/defconfig
@@ -31,6
On Mon, 6 Jun 2016 11:41:34 -0300
Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Replace the legacy drm_send_vblank_event() with the new helper function.
>
> Signed-off-by: Gustavo Padovan
Acked-by: Boris Brezillon
> ---
> drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 2 +-
> 1 fi
There is no ARCH_BCM on arm64, and we need pinctrl-bcm2835 for the rpi3.
Signed-off-by: Gerd Hoffmann
---
drivers/pinctrl/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/Makefile b/drivers/pinctrl/Makefile
index e4bc115..88586c0 100644
--- a/drivers/p
From: Eric Anholt
This is equivalent and works for arm64 as well.
Signed-off-by: Eric Anholt
---
drivers/irqchip/irq-bcm2835.c | 3 +--
drivers/irqchip/irq-bcm2836.c | 2 +-
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/irqchip/irq-bcm2835.c b/drivers/irqchip/irq-bcm28
Signed-off-by: Gerd Hoffmann
---
arch/arm64/boot/dts/broadcom/bcm2837-rpi-3-b.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/broadcom/bcm2837-rpi-3-b.dts
b/arch/arm64/boot/dts/broadcom/bcm2837-rpi-3-b.dts
index 223793d..6f47dd2 100644
--- a/arch/arm64/boot/dts/broadc
On Mon, 6 Jun 2016 11:41:41 -0300
Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Replace the legacy drm_vblank_{get,put}() with the new helper functions.
>
> Signed-off-by: Gustavo Padovan
Acked-by: Boris Brezillon
> ---
> drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 2 +-
> 1 fi
From: Lubomir Rintel
The hub and the ethernet in its port 1 are hardwired on the board.
Compared to the adapters that can be plugged into the USB ports, this
one has no serial EEPROM to store its MAC. Nevertheless, the Raspberry Pi
has the MAC address for this adapter in its ROM, accessible from
From: Eric Anholt
Signed-off-by: Eric Anholt
Acked-by: Stephen Warren
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/arm/bcm/brcm,bcm2835.txt | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/bcm/brcm,bcm2835.txt
b/Documentation/device
From: Alexander Graf
On arm64, all SoCs we supported so far either have an IOMMU or have bus
addresses equal to CPU addresses.
However, with the Raspberry Pi 3 coming up, this is no longer true. To
allow DMA to work with an AArch64 kernel on those devices, let's allow
devices to have DMA offsets
From: Eric Anholt
Signed-off-by: Eric Anholt
[ kraxel: copy some selects from arm to arm64 ]
Signed-off-by: Gerd Hoffmann
---
arch/arm64/Kconfig.platforms | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms
index 7ef1
On Tue, 07 Jun 2016, Markus Heiser wrote:
> Am 07.06.2016 um 10:59 schrieb Jani Nikula :
>> One of the key arguments against too much splitting that hasn't been
>> mentioned is that despite all the fine output Sphinx can produce, we
>> have plenty of people who couldn't care less about running Sph
From: Eric Anholt
While this devicetree also works for booting in 32-bit mode, it's
placed in arm64 since it's a 64-bit CPU (as suggested by Arnd).
v2: Move to arm64/ instead of arm/
Signed-off-by: Eric Anholt
Acked-by: Stephen Warren (v1)
Signed-off-by: Gerd Hoffmann
---
arch/arm64/boot/dt
Signed-off-by: Gerd Hoffmann
---
arch/arm/boot/dts/Makefile | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile
index 06b6c2d..71e2d36 100644
--- a/arch/arm/boot/dts/Makefile
+++ b/arch/arm/boot/dts/Makefile
@@ -66,7 +66,8
Splitting THP PMD is simple: just unmap it as in DAX case. This way we
can avoid memory overhead on page table allocation to deposit.
It's probably a good idea to try to allocation page table with
GFP_ATOMIC in __split_huge_pmd_locked() to avoid refaulting the area,
but clearing pmd should be good
These flags are in use for file THP.
Signed-off-by: Kirill A. Shutemov
---
include/linux/page-flags.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/linux/page-flags.h b/include/linux/page-flags.h
index 8cf09639185a..74e4dda91238 100644
--- a/include/linux/page
As with anon THP, we only mlock file huge pages if we can prove that the
page is not mapped with PTE. This way we can avoid mlock leak into
non-mlocked vma on split.
We rely on PageDoubleMap() under lock_page() to check if the the page
may be PTE mapped. PG_double_map is set by page_add_file_rmap(
The new helper is similar to radix_tree_maybe_preload(), but tries to
preload number of nodes required to insert (1 << order) continuous
naturally-aligned elements.
This is required to push huge pages into pagecache.
Signed-off-by: Kirill A. Shutemov
---
include/linux/radix-tree.h | 1 +
lib/r
Basic scheme is the same as for anon THP.
Main differences:
- File pages are on radix-tree, so we have head->_count offset by
HPAGE_PMD_NR. The count got distributed to small pages during split.
- mapping->tree_lock prevents non-lockless access to pages under split
over radix-tree;
For shmem/tmpfs we only need to tweak truncate_inode_page() and
invalidate_mapping_pages().
truncate_inode_pages_range() and invalidate_inode_pages2_range() are
adjusted to use page_to_pgoff().
Signed-off-by: Kirill A. Shutemov
---
mm/truncate.c | 28 +++-
1 file changed
Let's add ShmemHugePages and ShmemPmdMapped fields into meminfo and
smaps. It indicates how many times we allocate and map shmem THP.
NR_ANON_TRANSPARENT_HUGEPAGES is renamed to NR_ANON_THPS.
Signed-off-by: Kirill A. Shutemov
---
drivers/base/node.c| 13 +
fs/proc/meminfo.c
This patch adds new mount option "huge=". It can have following values:
- "always":
Attempt to allocate huge pages every time we need a new page;
- "never":
Do not allocate huge pages;
- "within_size":
Only allocate huge page if it will be fully within i_size.
Naive approach: on mapping/unmapping the page as compound we update
->_mapcount on each 4k page. That's not efficient, but it's not obvious
how we can optimize this. We can look into optimization later.
PG_double_map optimization doesn't work for file pages since lifecycle
of file pages is differe
split_huge_pmd() for file mappings (and DAX too) is implemented by just
clearing pmd entry as we can re-fill this area from page cache on pte
level later.
This means we don't need deposit page tables when file THP is mapped.
Therefore we shouldn't try to withdraw a page table on zap_huge_pmd()
fil
change_huge_pmd() has assert which is not relvant for file page.
For shared mapping it's perfectly fine to have page table entry
writable, without explicit mkwrite.
Signed-off-by: Kirill A. Shutemov
---
mm/huge_memory.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/mm/hug
The idea borrowed from Peter's patch from patchset on speculative page
faults[1]:
Instead of passing around the endless list of function arguments,
replace the lot with a single structure so we can change context
without endless function signature changes.
The changes are mostly mechanical with e
It's the same as v9, but rebased to v4.7-rc2-mmotm-2016-06-06-16-15 to
solve khugepaged-related conflicts.
It also can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/kas/linux.git hugetmpfs/v9-rebased
Hugh Dickins (1):
shmem: get_unmapped_area align huge page
Kirill A. Shutemov (31
We always have vma->vm_mm around.
Signed-off-by: Kirill A. Shutemov
---
arch/alpha/mm/fault.c | 2 +-
arch/arc/mm/fault.c | 2 +-
arch/arm/mm/fault.c | 2 +-
arch/arm64/mm/fault.c | 2 +-
arch/avr32/mm/fault.c | 2 +-
arch/cris/mm/fault.c
2016-06-07 18:39 GMT+08:00 Paolo Bonzini :
>
>
> On 07/06/2016 09:59, Wanpeng Li wrote:
>> From: Wanpeng Li
>>
>> I observed that sometimes st is 100% instantaneous, then idle is 100%
>> even if there is a cpu hog on the guest cpu after the cpu hotplug comes
>> back(N.B. this can not always be rea
copy_page_range() has a check for "Don't copy ptes where a page fault
will fill them correctly." It works on VMA level. We still copy all page
table entries from private mappings, even if they map page cache.
We can simplify copy_huge_pmd() a bit by skipping file PMDs.
We don't map file private p
Hi,
I noticed some problems about iowait entry of /proc/stat: it seems not
accurate, and sometimes will decrease in SMP.
For UP, we have a simple definition about iowait, which is:
The time that the processor is idle, during which there is a task
waiting for I/O.
This definition seems don't
On Tue 07-06-16 09:02:02, Odzioba, Lukasz wrote:
[...]
> //compile with: gcc bench.c -o bench_2M -fopenmp
> //compile with: gcc -D SMALL_PAGES bench.c -o bench_4K -fopenmp
> #include
> #include
> #include
>
> #define MAP_HUGE_SHIFT 26
> #define MAP_HUGE_2MB(21 << MAP_HUGE_SHIFT)
>
> #ifnd
Utilise the new Critical Clock infrastructure to mark clocks which
much not be disabled as CRITICAL.
Clocks are marked as CRITICAL using clk flags. This patch also
ensures flags are peculated through the framework in the correct
manner.
Signed-off-by: Lee Jones
---
drivers/clk/st/clkgen-pll.c
Describe the platform's critical clocks in DT, then search for them
from the framework. This set allows us to remove the clk_ignore_unused
kernel command line flag which has been required to achieve a successful
boot to prompt until this point.
This may not be the definitive list. There may be o
On Tue, Jun 07, 2016 at 11:50:56AM +0100, Mel Gorman wrote:
> On Mon, Jun 06, 2016 at 11:40:41AM +0200, Mike Galbraith wrote:
> > Hi Mel (who is out of the office today),
> >
>
> Adding Davidlohr who did a lot of the work debugging my initial
> prototype.
>
> > I initially reported this on the r
Due to the newly upstreamed 'critical clocks' API we can now
safely handle clocking in the SPI and I2C drivers without fear
of catastrophically crippling the running platform.
Signed-off-by: Lee Jones
---
drivers/spi/spi-st-ssc4.c | 36 +---
1 file changed, 5 inse
Utilise the new Critical Clock infrastructure to mark clocks which
much not be disabled as CRITICAL.
Clocks are marked as CRITICAL using clk flags. This patch also
ensures flags are peculated through the framework in the correct
manner.
Signed-off-by: Lee Jones
---
drivers/clk/st/clkgen-fsyn.c
Lots of platforms contain clocks which if turned off would prove fatal.
The only way to recover is to restart the board(s). This driver takes
references to clocks which are required to be always-on. The Common
Clk Framework will then take references to them. This way they will
not be turned off
There are 2 LMI clocks generated by CLOCKGEN A0. We wish to control
them individually and need to use these indexes to do so.
Signed-off-by: Lee Jones
---
include/dt-bindings/clock/stih407-clks.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/dt-bindings/clock/stih407-clks.h
b
Utilise the new Critical Clock infrastructure to mark clocks which
much not be disabled as CRITICAL.
While we're at it, reduce the coverage of the flex_flags variable,
since it's only really used in a single for() loop.
Signed-off-by: Lee Jones
---
drivers/clk/st/clk-flexgen.c | 4 +++-
1 file
2016-06-07 18:47 GMT+08:00 Paolo Bonzini :
>
>
> On 07/06/2016 10:00, Wanpeng Li wrote:
>> From: Wanpeng Li
>>
>> This patch adds guest steal-time support to full dynticks CPU
>> time accounting. After the following commit:
>>
>> ff9a9b4c4334 ("sched, time: Switch VIRT_CPU_ACCOUNTING_GEN to jiffy
2016-06-07 19:48 GMT+09:00 Michal Marek :
> On 2016-06-07 12:03, Masahiro Yamada wrote:
>> 2016-06-07 18:58 GMT+09:00 Michal Marek :
>>> On 2016-06-07 11:38, Michal Marek wrote:
On 2016-06-07 03:38, Zanoni, Paulo R wrote:
> Hi
>
> I recently noticed that alternating between "make"
In current system, when we set core_pattern to a pipe, both pipe program
and program's output are in host's filesystem.
But when we set core_pattern to a file, the container will write dump
into container's filesystem.
Reason of above different is:
In pipe_mode dump_pattern setting, the process wh
To make the dump_pipe thread run in container's filesystem, we need to
make it possible to select its fs_root from fork.
Then the dump_pipe thread will exec user_defined pipe program in
container's fs_root, and the problem will also write dumpdata into
the same fs_root.
Signed-off-by: Zhao Lei
-
In current system, when we set core_pattern to a pipe, both pipe program
and program's output are in host's filesystem.
But when we set core_pattern to a file, the container will write dump
into container's filesystem.
For example, when we set following core_pattern:
# echo "|/my_dump_pipe %s %c
On 06/07/2016 11:54 AM, Geert Uytterhoeven wrote:
Hi Daniel,
On Wed, Jun 1, 2016 at 10:34 AM, Daniel Lezcano
wrote:
The macro CLOCKSOURCE_OF_DECLARE is widely used in the timer drivers.
Basically, this macro is defined to insert in a table a tuple name,function.
This function is an init funct
Hi Mark,
On 2016年06月07日 18:47, Mark Brown wrote:
On Tue, Jun 07, 2016 at 10:49:35AM +0800, Xing Zheng wrote:
On 2016年06月07日 07:50, Mark Brown wrote:
It should probably be three compatibles, one per CODEC, if the driver
needs to handle each separately.
Do you mean like this:
sound {
c
On Mon, 2016-06-06 at 13:31 +0800, xinhui wrote:
> On 2016年06月03日 19:47, Michael Ellerman wrote:
> > On Thu, 2015-10-12 at 07:30:02 UTC, xinhui wrote:
> > > From: Pan Xinhui
> > >
> > > When we merge two contiguous partitions whose signatures are marked
> > > NVRAM_SIG_FREE, We need update prev's
On 06/07/2016 12:19 AM, Oleg Nesterov wrote:
On 06/01, Dmitry Safonov wrote:
Note, that this will work only if application has changed it's CS.
So, suppose it changes it's CS and crashes,
If the application does 32-bit syscall with __USER_CS, ptrace
@@ -1355,7 +1355,7 @@ void update_regset_
On Mon, Jun 06, 2016 at 06:08:36PM +0200, Peter Zijlstra wrote:
> On Thu, Jun 02, 2016 at 06:57:00PM +0100, Will Deacon wrote:
> > > This 'replaces' commit:
> > >
> > > 54cf809b9512 ("locking,qspinlock: Fix spin_is_locked() and
> > > spin_unlock_wait()")
> > >
> > > and seems to still work wit
Sudip Mukherjee writes:
>> Sudip, could you also test patch 9151847, please? You can download the
>> patch from the patchwork link above.
>
> This is also ok. Please add my
> Tested-by: Sudip Mukherjee
>
> and maybe a Reported-by tag is also appropriate in this case.
Yeah, I add those. Thanks S
On Tuesday 07 June 2016 03:22 AM, Rhyland Klein wrote:
On 6/6/2016 2:39 AM, Laxman Dewangan wrote:
On Saturday 04 June 2016 01:52 AM, Rhyland Klein wrote:
+ regulator-disable-ramp-delay = <4080>;
+ regulator-ramp-delay
All outputs have a 1:1 relationship between connectors and encoders
and the driver is relying on the atomic helpers: we can drop the custom
->best_encoder() implementation and let the core call
drm_atomic_helper_best_encoder() for us.
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/tegra/drm.
All outputs have a 1:1 relationship between connectors and encoders
and the driver is relying on the atomic helpers: we can drop the custom
->best_encoder() implementations and let the core call
drm_atomic_helper_best_encoder() for us.
Signed-off-by: Boris Brezillon
Acked-by: Mark Yao
---
driv
We have 1:1 relationship between connectors and encoders and the driver
is relying on the atomic helpers: we can drop the custom ->best_encoder()
implementations and let the core call drm_atomic_helper_best_encoder()
for us.
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/exynos/exynos_drm_dp
2016-06-07 19:41 GMT+08:00 Wanpeng Li :
> On 07/06/2016 10:00, Wanpeng Li wrote:
>
>> From: Wanpeng Li
>>
>> Commit e9532e69b8d1 ("sched/cputime: Fix steal time accounting vs. CPU
>> hotplug")
>> set rq->prev_* to 0 after a cpu hotplug comes back in order to fix the
>> scenario:
>>
>> | steal is s
All outputs have a 1:1 relationship between connectors and encoders and
the driver is relying on the atomic helpers: we can drop the custom
->best_encoder() implementations and let the core call
drm_atomic_helper_best_encoder() for us.
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/vc4/vc4_d
201 - 300 of 1210 matches
Mail list logo
