On Mon, 13 Aug 2018 17:47:57 -0400
Tony Krowiak wrote:
> From: Tony Krowiak
>
> Notes:
> =
>
> Patches 1-4 (by Harald) posted with this series are forthcoming via
> Martins tree and are based on changes in the ap driver/bus that we use as a
> foundation. They have been included here becaus
On 08/22/2018 03:53 AM, Song Liu wrote:
> This patch applies on top of Ravi Bangoria's work that enables reference
> count for uprobe:
>
> https://lkml.org/lkml/2018/8/20/37
>
> After Ravi's work, the effort to enable it in fd-based uprobe is straight
> forward. Highest 40 bits of perf_event
On 8/21/2018 9:00 PM, Stephen Boyd wrote:
Quoting Taniya Das (2018-08-21 04:36:20)
On 8/18/2018 11:31 PM, Taniya Das wrote:
Hello Stephen,
I will test these changes and get back.
On 8/18/2018 7:42 AM, Stephen Boyd wrote:
Quoting Taniya Das (2018-08-10 18:53:54)
[v4]
* Add recalc_c
On 22.08.2018 11:53, David Hildenbrand wrote:
> When DATA exceptions and vector-processing exceptions (program interrupts)
> are injected, the DXC/VXC is also to be stored in the fpc, if AFP is
> enabled in CR0.
>
> This can happen inside KVM when reinjecting an interrupt during program
> interrup
On 08/22/2018 11:42 AM, Cornelia Huck wrote:
On Wed, 22 Aug 2018 01:18:20 +0200
Halil Pasic wrote:
On 08/21/2018 07:07 PM, Tony Krowiak wrote:
This convention has been enforced by the kernel since v1. This is also
enforced by both the LPAR as well as in z/VM. The following is from the
PR/S
On 08/22/2018 12:13 PM, Harald Freudenberger wrote:
... about control domains
Talked with the s390 firmware guys. The convention that the control domain
mask is a superset of the usage domain mask is only true for 1st level guests.
It is absolutely valid to run a kvm guest with restricted co
Enable the STM32 SPI driver, implemented on STM32MP1 SoC.
Signed-off-by: Amelie Delaunay
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index b749d1e..4cdb622 100644
--- a/arch
On 08/15/2018 08:49 PM, Yang Shi wrote:
> We need check if mm or vma has uprobes in the following patch to check
> if a vma could be unmapped with holding read mmap_sem. The checks and
> pre-conditions used by uprobe_munmap() look just suitable for this
> purpose.
>
> Extracting those checks into
On 20/08/18 12:23, Aapo Vienamo wrote:
> Allow SDHCI drivers to hook code before and after sdhci_request() by
> making it externally visible.
>
> Signed-off-by: Aapo Vienamo
Acked-by: Adrian Hunter
> ---
> drivers/mmc/host/sdhci.c | 3 ++-
> drivers/mmc/host/sdhci.h | 1 +
> 2 files changed,
Use the new of_get_compatible_child() helper to lookup the slot child
node instead of using of_find_compatible_node(), which searches the
entire tree and thus can return an unrelated (i.e. non-child) node.
This also addresses a potential use-after-free (e.g. after probe
deferral) as the tree-wide
Use the new of_get_compatible_child() helper to lookup the usb sibling
node instead of using of_find_compatible_node(), which searches the
entire tree and thus can return an unrelated (non-sibling) node.
This also addresses a potential use-after-free (e.g. after probe
deferral) as the tree-wide he
Use the new of_get_compatible_child() helper to lookup the mdio-internal
child node instead of using of_find_compatible_node(), which searches
the entire tree and thus can return an unrelated (i.e. non-child) node.
This also addresses a potential use-after-free (e.g. after probe
deferral) as the t
Use the new of_get_compatible_child() helper to lookup the sibling
instead of using of_find_compatible_node(), which searches the entire
tree and thus can return an unrelated (i.e. non-sibling) node.
This also addresses a potential use-after-free (e.g. after probe
deferral) as the tree-wide helper
Use the new of_get_compatible_child() helper to lookup the nfc child
node instead of using of_find_compatible_node(), which searches the
entire tree and thus can return an unrelated (i.e. non-child) node.
This also addresses a potential use-after-free (e.g. after probe
deferral) as the tree-wide h
Several drivers currently use of_find_compatible_node() to lookup child
nodes while failing to notice that the of_find_ functions search the
entire tree depth-first and therefore can match unrelated (non-child)
nodes.
The fact that these functions also drop a reference to the node they
start searc
Use the new of_get_compatible_child() helper to lookup the nfc child
node instead of using of_find_compatible_node(), which searches the
entire tree and thus can return an unrelated (i.e. non-child) node.
This also addresses a potential use-after-free (e.g. after probe
deferral) as the tree-wide h
Use the new of_get_compatible_child() helper to lookup the legacy
pwrlevels child node instead of using of_find_compatible_node(), which
searches the entire tree and thus can return an unrelated (i.e.
non-child) node.
This also addresses a potential use-after-free (e.g. after probe
deferral) as th
Add of_get_compatible_child() helper that can be used to lookup
compatible child nodes.
Several drivers currently use of_find_compatible_node() to lookup child
nodes while failing to notice that the of_find_ functions search the
entire tree depth-first and therefore can match unrelated (non-child)
Use the new of_get_compatible_child() helper to lookup the mdio child
node instead of using of_find_compatible_node(), which searches the
entire tree and thus can return an unrelated (i.e. non-child) node.
This also addresses a potential use-after-free (e.g. after probe
deferral) as the tree-wide
On 20/08/18 12:23, Aapo Vienamo wrote:
> Rerun the pad calibration procedure before sdhci_request() if
> the 100 ms recalibration interval has been exceeded.
>
> Signed-off-by: Aapo Vienamo
Acked-by: Adrian Hunter
> ---
> drivers/mmc/host/sdhci-tegra.c | 22 ++
> 1 file ch
On 22/08/2018 12:19, Cornelia Huck wrote:
On Mon, 13 Aug 2018 17:47:57 -0400
Tony Krowiak wrote:
From: Tony Krowiak
Notes:
=
Patches 1-4 (by Harald) posted with this series are forthcoming via
Martins tree and are based on changes in the ap driver/bus that we use as a
foundation. They h
Even though str*() launders the const away for us, we should and do not
modify the buffer through the returned pointer, so might as well declare
it const.
Signed-off-by: Rasmus Villemoes
---
include/linux/cpumask.h | 2 +-
lib/bitmap.c| 2 +-
lib/parser.c| 2 +-
3 files c
Even though str*() launders the const away for us, we should and do not
modify the buffer through the returned pointer, so might as well declare
it const.
Signed-off-by: Rasmus Villemoes
---
init/do_mounts.c | 2 +-
kernel/module.c | 2 +-
kernel/params.c | 2 +-
3 files changed, 3 insertions(
path is the result of kstrdup, and we repeatedly call strrchr on it,
modifying it through the returned pointer. So there's no reason to
pretend path is const.
Signed-off-by: Rasmus Villemoes
---
drivers/base/devtmpfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/b
This wraps strchr and friends in macros that ensure the return value has
type const char* if the passed-in string (which the return value points
into) also has type const char*. The (s)+0 thing is to force a const
char[] (e.g. a string literal) to decay to a const char* for the
__same_type comparis
On 22/08/2018 11:42, Cornelia Huck wrote:
On Wed, 22 Aug 2018 01:18:20 +0200
Halil Pasic wrote:
On 08/21/2018 07:07 PM, Tony Krowiak wrote:
This convention has been enforced by the kernel since v1. This is also
enforced by both the LPAR as well as in z/VM. The following is from the
PR/SM Plan
For example ROHM BD71837 and ROHM BD71847 Power management ICs have
regulators which provide multiple linear ranges. Ranges can be
selected by individual non contagious bit in vsel register. Add
regmap helper functions for selecting ranges.
Signed-off-by: Matti Vaittinen
---
For example the BD718
On Wed, 2018-08-22 at 13:00 +0200, Rasmus Villemoes wrote:
> This wraps strchr and friends in macros that ensure the return value has
> type const char* if the passed-in string (which the return value points
> into) also has type const char*. The (s)+0 thing is to force a const
> char[] (e.g. a str
On 8/22/2018 2:13 PM, Johan Hovold wrote:
On Wed, Aug 22, 2018 at 01:50:29PM +0530, J, KEERTHY wrote:
On 8/22/2018 1:07 PM, Johan Hovold wrote:
On Wed, Aug 22, 2018 at 09:34:09AM +0200, Johan Hovold wrote:
On Wed, Aug 22, 2018 at 11:02:31AM +0530, Keerthy wrote:
Enable DS0 for only those
On 22.08.2018 12:42, Pierre Morel wrote:
> On 22/08/2018 10:44, David Hildenbrand wrote:
>> On 22.08.2018 10:41, Pierre Morel wrote:
>>> On 22/08/2018 10:25, David Hildenbrand wrote:
On 22.08.2018 10:08, Pierre Morel wrote:
> Currently when shadowing the CRYCB on SIE entrance, the validati
On 08/15/2018 08:49 PM, Yang Shi wrote:
> + start_vma = munmap_lookup_vma(mm, start, end);
> + if (!start_vma)
> + goto out;
> + if (IS_ERR(start_vma)) {
> + ret = PTR_ERR(start_vma);
> + goto out;
> + }
> +
> + prev = start_vma->vm_prev;
> +
On Wed, Aug 22, 2018 at 12:09:36PM +0300, Dan Carpenter wrote:
> On Wed, Aug 22, 2018 at 02:04:55PM +0530, Nishad Kamdar wrote:
> > This patch fixes the debug macro N_MSG. Replaces printk with
> > dev_ without __func__ or __LINE__ or current->comm and
> > current->pid. Removes the do {} while(0) lo
On 22.08.2018 12:31, Janosch Frank wrote:
> On 22.08.2018 11:53, David Hildenbrand wrote:
>> When DATA exceptions and vector-processing exceptions (program interrupts)
>> are injected, the DXC/VXC is also to be stored in the fpc, if AFP is
>> enabled in CR0.
>>
>> This can happen inside KVM when re
Dear Supplier,
I am Mrs Rita Mendy From Dema Services Ltd dealing with General Trade.We are in
need of your products.
Please send updated price list of your products to my email
( rita.exp...@outlook.com )
l will respond with selected products and PO
Best Regards,
Mrs Rita Mendy
(Purchasing Ma
On Wed, Aug 22, 2018 at 12:13:42PM +0300, Dan Carpenter wrote:
> On Wed, Aug 22, 2018 at 02:13:07PM +0530, Nishad Kamdar wrote:
> > diff --git a/drivers/staging/mt7621-mmc/sd.c
> > b/drivers/staging/mt7621-mmc/sd.c
> > index 04d23cc7cd4a..6b2c72fc61f2 100644
> > --- a/drivers/staging/mt7621-mmc/sd
The ConnectCore 6UL Single Board Computer (SBC) Pro contains the
ConnectCore 6UL System-On-Module.
Its hardware specifications are:
* 256MB DDR3 memory
* On module 256MB NAND flash
* Dual 10/100 Ethernet
* USB Host and USB OTG
* Parallel RGB display header
* LVDS display header
* CSI camera
* GPI
This patch adds a device tree for the ConnectCore 6UL SBC Pro board
The ConnectCore 6UL SBC Pro includes the ConnectCore 6UL System-On-Module.
More information about the hardware can be found at:
https://www.digi.com/products/embedded-systems/single-board-computers/connectcore-for-i-mx6ul-sbc-pro
On 13.08.2018 23:48, Tony Krowiak wrote:
> From: Tony Krowiak
>
> Introduces a new CPU model feature and two CPU model
> facilities to support AP virtualization for KVM guests.
>
> CPU model feature:
>
> The KVM_S390_VM_CPU_FEAT_AP feature indicates that
> AP instructions are available on the g
On 08/15/2018 08:49 PM, Yang Shi wrote:
> + downgrade_write(&mm->mmap_sem);
> +
> + /* Zap mappings with read mmap_sem */
> + unmap_region(mm, start_vma, prev, start, end);
> +
> + arch_unmap(mm, start_vma, start, end);
Hmm, did you check that all architectures' arch_unmap() is saf
Hi,
I will have a look to patches.
Thanks,
Dmitry
On Tue, Aug 14, 2018 at 9:34 PM James Morris wrote:
>
> On Tue, 14 Aug 2018, David Jacobson wrote:
>
> > This patchset introduces evmtest — a stand alone tool for regression
> > testing IMA.
>
> Nice!
>
> I usually run the SELinux testsuite as a
On 22.08.2018 13:19, David Hildenbrand wrote:
> On 13.08.2018 23:48, Tony Krowiak wrote:
>> From: Tony Krowiak
>>
>> Introduces a new CPU model feature and two CPU model
>> facilities to support AP virtualization for KVM guests.
>>
>> CPU model feature:
>>
>> The KVM_S390_VM_CPU_FEAT_AP feature in
On Wed, Aug 22, 2018 at 04:40:56PM +0530, Nishad Kamdar wrote:
> On Wed, Aug 22, 2018 at 12:09:36PM +0300, Dan Carpenter wrote:
> > On Wed, Aug 22, 2018 at 02:04:55PM +0530, Nishad Kamdar wrote:
> > > This patch fixes the debug macro N_MSG. Replaces printk with
> > > dev_ without __func__ or __LINE
On Wed, Aug 22, 2018 at 04:40:56PM +0530, Nishad Kamdar wrote:
> On Wed, Aug 22, 2018 at 12:09:36PM +0300, Dan Carpenter wrote:
> > On Wed, Aug 22, 2018 at 02:04:55PM +0530, Nishad Kamdar wrote:
> > > This patch fixes the debug macro N_MSG. Replaces printk with
> > > dev_ without __func__ or __LINE
On 2018-08-22 13:07, Joe Perches wrote:
> On Wed, 2018-08-22 at 13:00 +0200, Rasmus Villemoes wrote:
>> This wraps strchr and friends in macros that ensure the return value has
>> type const char* if the passed-in string (which the return value points
>> into) also has type const char*. The (s)+0 t
On 21/08/2018 23:38, Bandan Das wrote:
>
> This can cause a host crash if an access attempts
> to reach the missing entry. Future-proof the get
> function against any overflows as well.
>
> Signed-off-by: Bandan Das
> ---
> arch/x86/kvm/vmx.c | 14 +-
> 1 file changed, 13 insertions
On 21/08/2018 23:38, Bandan Das wrote:
>
> This can cause a host crash if an access attempts
> to reach the missing entry. Future-proof the get
> function against any overflows as well.
>
> Signed-off-by: Bandan Das
> ---
> arch/x86/kvm/vmx.c | 14 +-
> 1 file changed, 13 insertions
On 20.08.2018 23:37, Arnd Bergmann wrote:
> Removing one of the two accesses of the maxphyaddr variable led to
> a harmless warning:
>
> arch/x86/kvm/x86.c: In function 'kvm_set_mmio_spte_mask':
> arch/x86/kvm/x86.c:6563:6: error: unused variable 'maxphyaddr'
> [-Werror=unused-variable]
>
> Remo
bprm_caps_from_vfs_caps() never returned -EINVAL so remove the
rc == -EINVAL check.
Signed-off-by: Christian Brauner
---
v0 -> v1
- non-functional changes:
adapt commit message to reflect the fact that
bprm_caps_from_vfs_caps() never actuall returned -EINVAL.
---
security/commoncap.c | 3 ---
On Tue, Aug 21, 2018 at 10:44:10AM +0200, Rafael J . Wysocki wrote:
> From: Rafael J. Wysocki
>
> The case addressed by commit 5ef499cd571c (cpuidle: menu: Handle
> stopped tick more aggressively) in the stopped tick case is present
> when the tick has not been stopped yet too. Namely, if only t
On Wed, Aug 22, 2018 at 08:02:00PM +0800, Leo Yan wrote:
[...]
> > + if (!tick_nohz_tick_stopped()) {
> > + /*
> > +* If the state selected so far is shallow,
> > +* waking up early won't hurt, so
In recent testing we found that while removing hci_uart, we have seen
execution of hci_uart_write_work() after calling vendor specific
proto close. As we are freeing the vendor specific Tx and Rx buffers
in vendor close, execution of functions i.e. Rx or Tx functions may cause
a crash.
we already
Clearing HCI_UART_PROTO_READY will avoid usage of proto function pointers
before running the proto close function pointer. There is chance of kernel
crash, due to usage of non proto close function pointers after proto close.
Signed-off-by: Balakrishna Godavarthi
---
drivers/bluetooth/hci_serdev.
This will help to check the status of protocol while dequeuing an
skb packet. In some instaces we will end up kernel crash,
where proto close is called and we trying to dequeue an packet.
[ 500.142902] [] do_raw_spin_lock+0x1c/0xe0
[ 500.148643] [] _raw_spin_lock_irqsave+0x38/0x48
[ 500.154917]
Do you have needs for mobile apps design? We are the one who can help you.
We are an India based software company.
What we focus is mobile apps development.
We have 125 staffs in office and have created over 350 apps so far.
We work on many different platforms, such as iOS, Android and others.
Add support to get and control a list of resets for the device, and
add the flag indicating whether to use the reset. Existing SoC-dependent
drivers set 0 to this flag.
This series solves the issue of the previous patch [1] that was already
reverted [2].
[1] https://www.spinics.net/lists/linux-ide
Add support to get and control a list of resets for the device
as optional and shared. These resets must be kept de-asserted until
the device is enabled.
This is specified as shared because some SoCs like UniPhier series
have common reset controls with all ahci controller instances.
However, acco
Add an extra argument to ahci_platform_get_resources(), that is
for the bitmap representing the resource to get in this function.
Currently there is no resources to be defined, so all the callers set
'0' to the argument.
Suggested-by: Hans de Goede
Cc: Thierry Reding
Cc: Matthias Brugger
Cc: P
Unlike SoC-specific driver, generic ahci_platform driver doesn't
have any chances to control resets.
This adds AHCI_PLATFORM_GET_RESETS to ahci_platform_get_resources()
on the generic driver to enable reset control support.
Suggested-by: Hans de Goede
Cc: Thierry Reding
Signed-off-by: Kunihiko
When we set an KASAN flags, we are seeing an crash while removing module
hci_uart.
This is due to dereference of hdev. As in module deinit we are calling function
hci_free_dev() to free hdev.
Changes in v1:
* removed dereference of hdev in qca_power_shutdown i.e. qca_close.
* moved serdev
Hi Boris,
Thank you so much for the review.
> -Original Message-
> From: Borislav Petkov [mailto:b...@alien8.de]
> Sent: Tuesday, August 21, 2018 6:37 PM
> To: Manish Narani
> Cc: robh...@kernel.org; mark.rutl...@arm.com; catalin.mari...@arm.com;
> will.dea...@arm.com; Michal Simek ;
> m
Removed serdev_device_open/close functions from qca_open/close as
they are called in hci_uart_register_device() and
hci_uart_unregister_device() functions.
Signed-off-by: Balakrishna Godavarthi
---
drivers/bluetooth/hci_qca.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/bluetooth
When flag KASAN is set, we are seeing an following crash while removing
hci_uart module.
[ 50.589909] Unable to handle kernel paging request at virtual address
6b6b6b6b6b6b73
[ 50.597902] Mem abort info:
[ 50.600846] Exception class = DABT (current EL), IL = 32 bits
[ 50.606959] SET =
On 22/08/2018 13:09, David Hildenbrand wrote:
On 22.08.2018 12:42, Pierre Morel wrote:
On 22/08/2018 10:44, David Hildenbrand wrote:
On 22.08.2018 10:41, Pierre Morel wrote:
On 22/08/2018 10:25, David Hildenbrand wrote:
On 22.08.2018 10:08, Pierre Morel wrote:
Currently when shadowing the CR
Michal Vokáč wrote:
> On 22.8.2018 08:14, Lothar Waßmann wrote:
> > Michal Vokáč wrote:
> >
> >> Output of the PWM block of i.MX SoCs is always zero volts when the block
> >> is disabled. This can caue issues when inverted PWM polarity is needed.
> >> With inverted polarity a duty cycle = 0%
On Tue 21-08-18 18:10:42, Mike Kravetz wrote:
[...]
> diff --git a/mm/rmap.c b/mm/rmap.c
> index eb477809a5c0..8cf853a4b093 100644
> --- a/mm/rmap.c
> +++ b/mm/rmap.c
> @@ -1362,11 +1362,21 @@ static bool try_to_unmap_one(struct page *page,
> struct vm_area_struct *vma,
> }
>
> /*
>
* Ravi Bangoria [2018-08-20 10:12:47]:
> Userspace Statically Defined Tracepoints[1] are dtrace style markers
> inside userspace applications. Applications like PostgreSQL, MySQL,
> Pthread, Perl, Python, Java, Ruby, Node.js, libvirt, QEMU, glib etc
> have these markers embedded in them. These ma
On Wed, 22 Aug 2018 05:33:08 +0900,
Linus Torvalds wrote:
>
> On Tue, Aug 21, 2018 at 2:49 AM Yoshinori Sato
> wrote:
> >
> > git://git.sourceforge.jp/gitroot/uclinux-h8/linux.git
>
> That actually just contains some very old garbage.
>
> I think you may have meant for me to pull some "for-4.
Stephen,
Alexandre Ludovic and myself are the group of maintainers for Microchip
ARM SoCs. The current tree that we have in linux-next is mine [1] and we
are moving to a common group kernel.org tree.
So, can you please add our new tree to linux-next:
at91 git
git://git.kernel.org/pub/scm/lin
>>
>>> From the host, we control the guest1 and we start it without AP
>>> by not setting ECA.28.
>>> So that the guest1 can not know if APXA is installed or not since to know
>>> this it must use a AP instruction :)
>> No AP implies no APXA. On that logical level "host".
>
> hum.
> No seen, usab
Hi Lee,
I saw that the patches were not applied to your tree for this kernel
version. After the discussion with Nicolas, I remember that you said
that you will take the patches in your tree. I addressed Mark comments
related to the last version of patches. Is there something that must be
rewo
On Tue, 21 Aug 2018 09:42:49 -0400
Steven Rostedt wrote:
> On Tue, 21 Aug 2018 22:04:57 +0900
> Masami Hiramatsu wrote:
>
> > Fix within_notrace_func() to check notrace function correctly.
> >
> > Since the ftrace_location_range(start, end) function checks
> > the range inclusively (start <= f
Hi Boris,
Thanks a lot for the review.
> -Original Message-
> From: Borislav Petkov [mailto:b...@alien8.de]
> Sent: Tuesday, August 21, 2018 6:40 PM
> To: Manish Narani
> Cc: robh...@kernel.org; mark.rutl...@arm.com; catalin.mari...@arm.com;
> will.dea...@arm.com; Michal Simek ;
> mche..
On 2018/8/21 21:04, Borislav Petkov wrote:
On Tue, Aug 21, 2018 at 01:26:13PM +0200, Paolo Bonzini wrote:
But then I don't see the point of adding the Hygon vendor, since any
check can be simplified:
I think Hygon wanted to superficially show it is not really an AMD. For
example, the Hygon thi
Em Wed, Aug 22, 2018 at 06:37:39AM +0200, Thomas Richter escreveu:
> Create auxiliary trace data log files when invoked with option
> --itrace=d as in
Thanks, applied to my local perf/core branch, should appear online after
it goes thru testing together with the other changes I have queued up.
-
Commit-ID: fd991a23c8f6ef30692f77409602ccf3614353b2
Gitweb: https://git.kernel.org/tip/fd991a23c8f6ef30692f77409602ccf3614353b2
Author: Arnd Bergmann
AuthorDate: Tue, 21 Aug 2018 22:33:00 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 22 Aug 2018 15:11:35 +0200
y2038: Provide aliase
On Tue, Aug 21, 2018 at 08:58:30AM +0200, Sascha Hauer wrote:
> On Mon, Aug 20, 2018 at 10:16:06AM +0300, Abel Vesa wrote:
> > +
> > + val |= (u32)value << divider->shift;
> > + val |= (u32)value << PCG_DIV_SHIFT;
> > + clk_writel(val, divider->reg);
> > +
> > + spin_unlock_irqrestore(divid
On 2018/8/22 2:07, Pavel Machek wrote>> But for right now I think we
should strive to keep the changes as small
as possible and only do real splitting when they start adding new
functionality. Which would mean having a hygon_edac.c too, for example.
All, IMHO, of course. Sharing code between ven
On 22.8.2018 13:17, Lothar Waßmann wrote:
Michal Vokáč wrote:
On 22.8.2018 08:14, Lothar Waßmann wrote:
Michal Vokáč wrote:
Output of the PWM block of i.MX SoCs is always zero volts when the block
is disabled. This can caue issues when inverted PWM polarity is needed.
With inverted pola
Hi,
On 22-08-18 14:13, Kunihiko Hayashi wrote:
Add support to get and control a list of resets for the device, and
add the flag indicating whether to use the reset. Existing SoC-dependent
drivers set 0 to this flag.
This series solves the issue of the previous patch [1] that was already
reverte
On Wed, Aug 22, 2018 at 01:02:40PM +, Manish Narani wrote:
> I could remove 'synps_enh' from the prefix and keep 'zynq' and
> 'zynqmp' to differentiate. Please suggest.
Makes sense and it is shorter, sure.
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
--
On Wed, Aug 22, 2018 at 5:47 AM Yoshinori Sato
wrote:
>
> I fixed it.
Thanks.
However:
> git://git.sourceforge.jp/gitroot/uclinux-h8/linux.git tags/for-4.19
Sorry to be such a worry-wart, but that tag is signed by a key I've
never seen before.
It looks like you used some truly ancient key o
On Tue, 2018-08-21 at 16:34 +0100, Marc Zyngier wrote:
> Could you give that patchlet[1] a go? It solves a similar issue for me
> on a different platform.
>
> [1] https://lists.cs.columbia.edu/pipermail/kvmarm/2018-August/032469.html
Yup, all better.
-Mike
Commit a0f97e06a43c ("kbuild: enable 'make CFLAGS=...' to add
additional options to CC") renamed CFLAGS to KBUILD_CFLAGS.
Commit 222d394d30e7 ("kbuild: enable 'make AFLAGS=...' to add
additional options to AS") renamed AFLAGS to KBUILD_AFLAGS.
Commit 06c5040cdb13 ("kbuild: enable 'make CPPFLAGS=.
Fifth version can be found here:
https://lkml.org/lkml/2018/8/20/83
Changes since v5:
* Fixed the predivider and divider register values as
reported by Sascha.
* Changed the commit message of the 4th patch to match
with what the commit is adding
Changes since v4:
* Implemented divider o
From: Lucas Stach
This adds the binding for the i.MX8MQ Clock Controller Module.
Signed-off-by: Lucas Stach
Signed-off-by: Abel Vesa
Reviewed-by: Rob Herring
---
.../devicetree/bindings/clock/imx8mq-clock.txt | 20 +
include/dt-bindings/clock/imx8mq-clock.h | 410 +
From: Lucas Stach
This is a new clock type introduced on i.MX8.
Signed-off-by: Lucas Stach
Signed-off-by: Abel Vesa
---
drivers/clk/imx/Makefile | 1 +
drivers/clk/imx/clk-frac-pll.c | 230 +
drivers/clk/imx/clk.h | 3 +
3 files chang
From: Lucas Stach
The SCCG is a new PLL type introduced on i.MX8. Add support for this.
The driver currently misses the PLL lock check, as the preliminary
documentation mentions lock configurations, but is quiet about where
to find the actual lock status signal.
Signed-off-by: Lucas Stach
Signe
From: Lucas Stach
Add driver for the Clock Control Module found on i.MX8MQ.
This is largely based on the downstream driver from Anson Huang and
Bai Ping at NXP, with only some small adaptions to mainline from me.
Signed-off-by: Lucas Stach
Signed-off-by: Abel Vesa
---
drivers/clk/imx/Makefil
Since a lot of clocks on imx8 are formed by a mux, gate, predivider and
divider, the idea here is to combine all of those into one composite clock,
but we need to deal with both predivider and divider at the same time and
therefore we add the imx_clk_composite_divider_ops and register the composite
On 22/08/18 14:38, Mike Galbraith wrote:
> On Tue, 2018-08-21 at 16:34 +0100, Marc Zyngier wrote:
>> Could you give that patchlet[1] a go? It solves a similar issue for me
>> on a different platform.
>>
>> [1] https://lists.cs.columbia.edu/pipermail/kvmarm/2018-August/032469.html
>
> Yup, all bett
This config option should be enabled only when both the compiler and
the linker support necessary flags. Add proper dependencies to Kconfig.
Signed-off-by: Masahiro Yamada
---
Makefile | 8 ++--
init/Kconfig | 2 ++
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/Makefil
On Wed, 2018-08-22 at 14:50 +0100, Marc Zyngier wrote:
> On 22/08/18 14:38, Mike Galbraith wrote:
> > On Tue, 2018-08-21 at 16:34 +0100, Marc Zyngier wrote:
> >> Could you give that patchlet[1] a go? It solves a similar issue for me
> >> on a different platform.
> >>
> >> [1] https://lists.cs.colum
Quoting Christian Brauner (christ...@brauner.io):
> bprm_caps_from_vfs_caps() never returned -EINVAL so remove the
> rc == -EINVAL check.
>
> Signed-off-by: Christian Brauner
Thanks.
Reviewed-by: Serge Hallyn
> ---
> v0 -> v1
> - non-functional changes:
> adapt commit message to reflect the
On Wed, Aug 22, 2018 at 6:36 AM Linus Torvalds
wrote:
>
> On Wed, Aug 22, 2018 at 5:47 AM Yoshinori Sato
> wrote:
> >
> > I fixed it.
>
> Thanks.
Ugh. I notice that you also seem to have rebased all the commits.
Please don't do that without reason, and if you _had_ a reason, please
mention it t
Hi Boris,
There is a question below. please see my comments.
Thanks.
On 8/17/2018 9:56 PM, Boris Brezillon wrote:
On Fri, 17 Aug 2018 21:03:59 +0800
Liang Yang wrote:
Hi Boris,
On 2018/8/2 5:50, Boris Brezillon wrote:
Hi Yixun,
On Thu, 19 Jul 2018 17:46:12 +0800
Yixun Lan wrote:
I have
Michal Vokáč wrote:
> On 22.8.2018 13:17, Lothar Waßmann wrote:
> > Michal Vokáč wrote:
> >
> >> On 22.8.2018 08:14, Lothar Waßmann wrote:
> >>> Michal Vokáč wrote:
> >>>
> Output of the PWM block of i.MX SoCs is always zero volts when the block
> is disabled. This can caue
On Tue 21-08-18 14:35:57, Roman Gushchin wrote:
> If CONFIG_VMAP_STACK is set, kernel stacks are allocated
> using __vmalloc_node_range() with __GFP_ACCOUNT. So kernel
> stack pages are charged against corresponding memory cgroups
> on allocation and uncharged on releasing them.
>
> The problem is
Hi Frank
2018-08-22 3:02 GMT+09:00 Frank Rowand :
> On 08/21/18 00:18, Masahiro Yamada wrote:
>> Hi Frank,
>>
>>
>> 2018-08-21 14:37 GMT+09:00 Frank Rowand :
>>> On 08/20/18 19:08, Masahiro Yamada wrote:
Hi Frank,
2018-08-21 10:31 GMT+09:00 Frank Rowand :
> On 08/20/18 14:32, Ro
Do you have needs for mobile apps design? We are the one who can help you.
We are an India based software company.
What we focus is mobile apps development.
We have 125 staffs in office and have created over 350 apps so far.
We work on many different platforms, such as iOS, Android and others.
Do you have needs for mobile apps design? We are the one who can help you.
We are an India based software company.
What we focus is mobile apps development.
We have 125 staffs in office and have created over 350 apps so far.
We work on many different platforms, such as iOS, Android and others.
101 - 200 of 435 matches
Mail list logo
