On Wed, Dec 05, 2018 at 05:05:02PM +0100, Jiri Olsa wrote:
> Adding support to specify 'block' bool in struct perf_event_attr
NAK for having _Bool in structures.
Am 06.12.18 um 02:41 schrieb jgli...@redhat.com:
> From: Jérôme Glisse
>
> The debugfs take reference on fence without dropping them. Also the
> rcu section are not well balance. Fix all that ...
>
> Signed-off-by: Jérôme Glisse
> Cc: Christian König
> Cc: Daniel Vetter
> Cc: Sumit Semwal
> Cc
Commit 66ee620f06f9 ("idr: Permit any valid kernel pointer to
be stored") changed the radix tree lookup so that it stops when
reaching the bottom of the tree. But radix_tree_descend() may have
changed the node variable to point to an internal entry which then
gets returned to the caller and bad thi
On Wed, Dec 05, 2018 at 05:05:02PM +0100, Jiri Olsa wrote:
> +static void trace_block_syscall(struct pt_regs *regs, bool enter)
> +{
> + current->perf_blocked = true;
> +
> + do {
> + schedule_timeout(100 * HZ);
> + current->perf_blocked_cnt = 0;
> +
> +
Hi Andrey,
Adding Robert Hancock who reported[1] on a PCIe MSI issue with i.MX6.
Andrey Smirnov writes:
> Building a kernel with CONFIG_PCI_IMX6=y, but CONFIG_PCIEPORTBUS=n
> produces a system where built-in PCIE bridge (16c3:abcd) isn't bound
> to pcieport driver. This, in turn, results in a PC
On Wed 2018-12-05 14:02:20, Joe Lawrence wrote:
> On Thu, Nov 29, 2018 at 10:44:23AM +0100, Petr Mladek wrote:
> > The code for freeing livepatch structures is a bit scattered and tricky:
> >
> > [ ... snip ... ]
> >
> > +static int klp_init_patch(struct klp_patch *patch)
> > +{
> > + struct klp
On Wed, Dec 05, 2018 at 05:05:02PM +0100, Jiri Olsa wrote:
> @@ -10461,6 +10484,19 @@ SYSCALL_DEFINE5(perf_event_open,
> return -EINVAL;
> }
>
> + if (attr.block) {
> + /*
> + * Allow only syscall tracepoints, check for syscall class
> +
On 12/05/2018 05:10 AM, Jarkko Sakkinen wrote:
On Tue, Dec 04, 2018 at 09:21:35AM +0100, Roberto Sassu wrote:
Currently the TPM driver allows other kernel subsystems to read only the
SHA1 PCR bank. This patch modifies the parameters of tpm_pcr_read() and
tpm2_pcr_read() to pass a tpm_digest st
Hi all,
Changes since 20181205:
New trees: thunderbolt, thunderbolt-next
The rdma tree still had its build failure so I used the version from
next-20181203.
The drm-misc tree gained a build failure so I used the version from
next-20181205.
The char-misc tree gained a conflict against the mmc t
On Wed, 5 Dec 2018 21:12:46 -0200
Fabio Estevam wrote:
> Hi Lukasz/Rob,
>
> On Tue, Oct 9, 2018 at 7:50 AM Lukasz Majewski wrote:
>
> > +&dspi3 {
> > + pinctrl-names = "default";
> > + pinctrl-0 = <&pinctrl_dspi3>;
> > + bus-num = <3>;
> > + status = "okay";
> > +
On Thu, Dec 06, 2018 at 09:10:28AM +0100, Peter Zijlstra wrote:
> On Wed, Dec 05, 2018 at 05:05:02PM +0100, Jiri Olsa wrote:
> > +static void trace_block_syscall(struct pt_regs *regs, bool enter)
> > +{
> > + current->perf_blocked = true;
> > +
> > + do {
> > + schedule_timeout(100 *
Hi All,
On 2018-12-05 17:11, Anand Moon wrote:
> Hi Krzysztof,
>
> Thanks for your review.
> .
> On Wed, 5 Dec 2018 at 19:36, Krzysztof Kozlowski wrote:
>> On Tue, 4 Dec 2018 at 20:40, Anand Moon wrote:
>>> Add suspend-to-mem node to regulator core to be enabled or disabled
>>> during system sus
On Wed 2018-12-05 14:32:53, Joe Lawrence wrote:
> > diff --git a/kernel/livepatch/core.c b/kernel/livepatch/core.c
> > index 972520144713..e01dfa3b58d2 100644
> > --- a/kernel/livepatch/core.c
> > +++ b/kernel/livepatch/core.c
> > @@ -45,7 +45,7 @@
> > */
> > DEFINE_MUTEX(klp_mutex);
> >
> > -
On Thu 06-12-18 11:07:33, Pingfan Liu wrote:
> On Wed, Dec 5, 2018 at 5:40 PM Vlastimil Babka wrote:
> >
> > On 12/5/18 10:29 AM, Pingfan Liu wrote:
> > >> [0.007418] Early memory node ranges
> > >> [0.007419] node 1: [mem 0x1000-0x0008efff]
> > >> [0.007420]
Tentatively pushed to cifs-2.6.git for-next
On Wed, Dec 5, 2018 at 10:52 PM Long Li wrote:
>
> From: Long Li
>
> EBUSY is not handled by VFS, and will be passed to user-mode. This is not
> correct as we need to wait for more credits.
>
> This patch also fixes a bug where rsize or wsize is used un
Hi,
Thank you for your comments.
On 2018/12/05 8:11, Rob Herring wrote:
On Mon, Nov 19, 2018 at 10:02:12AM +0900, Sugaya Taichi wrote:
Add DT bindings document for Milbeaut M10V pinctrl.
Signed-off-by: Sugaya Taichi
---
.../pinctrl/socionext,milbeaut-pinctrl.txt | 33 ++
Hi Michal,
Ok, will update and will send new patch.
Thanks,
Naga Sureshkumar Relli
> -Original Message-
> From: Michal Simek [mailto:michal.si...@xilinx.com]
> Sent: Wednesday, December 5, 2018 8:17 PM
> To: Naga Sureshkumar Relli ; mma...@broadcom.com;
> f.faine...@gmail.com; la...@linu
Hi Michal,
> -Original Message-
> From: Michal Simek [mailto:michal.si...@xilinx.com]
> Sent: Wednesday, December 5, 2018 8:13 PM
> To: Naga Sureshkumar Relli ; mma...@broadcom.com;
> f.faine...@gmail.com; la...@linux-mips.org; tred...@nvidia.com;
> dig...@gmail.com; d-
> gerl...@ti.com
>
On Thu 06-12-18 05:21:38, Naoya Horiguchi wrote:
> On Wed, Dec 05, 2018 at 05:57:16PM +0100, Michal Hocko wrote:
> > On Wed 05-12-18 13:29:18, Michal Hocko wrote:
> > [...]
> > > After some more thinking I am not really sure the above reasoning is
> > > still true with the current upstream kernel.
On Thu, Dec 06, 2018 at 09:10:28AM +0100, Peter Zijlstra wrote:
> On Wed, Dec 05, 2018 at 05:05:02PM +0100, Jiri Olsa wrote:
> > +static void trace_block_syscall(struct pt_regs *regs, bool enter)
> > +{
> > + current->perf_blocked = true;
> > +
> > + do {
> > + schedule_timeout(100 *
On ARM, we currently only change the value of the stack canary when
switching tasks if the kernel was built for UP. On SMP kernels, this
is impossible since the stack canary value is obtained via a global
symbol reference, which means
a) all running tasks on all CPUs must use the same value
b) we c
On 06.12.18 00:03, Peter Hutterer wrote:
ABS_RESERVED was added in d9ca1c990a7 and accidentally removed as part of
ffe0e7cf290f5c9 when the high-resolution scrolling code was removed.
Signed-off-by: Peter Hutterer
Reviewed-by: Martin Kepplinger
smime.p7s
Description: S/MIME cryptographic s
Hi Steven,
Thanks for the feedbacks, I've applied your suggestion on this patch version.
Previous changes:
-
PATCH v1: Initial patch
PATCH v2:
Removed arch specific code and use the default clock.
Add more code re-usability
Add HAVE_EARLY_BOOT_FTRACE config option, which w
On Thursday 06 December 2018 01:53:02 Andreas Bombe wrote:
> Pali Rohár schrieb am Mi., 14. Nov. 2018 um
> 12:33 Uhr:
>
> > And... has somebody else time to look at those pending patches and do
> > some initial review? I would really appreciate if somebody look and
> > comment them.
> >
> > There
This commit adds shake_page() for mlocked pages to make sure that the
target
page is flushed out from LRU cache. Without this shake_page(),
subsequent
delete_from_lru_cache() (from me_pagecache_clean()) fails to isolate
it and
the page will finally return back to LRU list. So this scenario lead
Dňa 5. 12. 2018 o 17:30 Greg KH napísal(a):
> On Wed, Dec 05, 2018 at 12:27:43PM +0100, Peter Rajnoha wrote:
>> Two small patches to aid handling of synthetic uevents back in userspace:
>>
>> - Return error code back to userspace on /sys/.../uevent file write
>> failure so userspace knows and
On Wed, Dec 05, 2018 at 02:49:28PM -0500, Waiman Long wrote:
> Since conditional STIBP is the default, it should be treated as
> the likely case. Changes the use of static_branch_unlikely() to
> static_branch_likely() for switch_to_cond_stibp.
So now you're making kernels on 'fixed' or unaffected
> Kailang 於 2018年12月5日 週三 下午4:36寫道:
> >
> > Hi Jian-Hong,
> >
> > Could you test to change the model to ALC269_FIXUP_HEADSET_MODE_NO_HP_MIC?
> >
> > .chain_id = ALC256_FIXUP_ASUS_HEADSET_MODE ==> change to
> > ALC269_FIXUP_HEADSET_MODE_NO_HP_MIC
We do not have ASUS X542UN in hand right now, but
The npcm7xx clock module includes 4 PLLs and then a tree of muxes and dividers.
All muxes and dividers are preset before Linux boots. The presetting can change
according to the board.
Linux drivers need to know what the frequencies are, but they cannot change it,
so this whole driver is intended as
When splitting a huge migrating PMD, we'll transfer the soft dirty bit
from the huge page to the small pages. However we're possibly using a
wrong data since when fetching the bit we're using pmd_soft_dirty()
upon a migration entry. Fix it up.
CC: Andrea Arcangeli
CC: Andrew Morton
CC: "Kirill
Add Realtek ALC294 quirks for ASUS X542UN, UX533FD, UX433FN and UX333FA laptops.
Chris Chiu (1):
ALSA: hda/realtek: ALC294 mic and headset-mode fixups for ASUS X542UN
Jian-Hong Pan (2):
ALSA: hda/realtek: Enable audio jacks of ASUS UX533FD with ALC294
ALSA: hda/realtek: Enable audio jacks o
The ASUS UX433FN and UX333FA with ALC294 cannot detect the headset MIC
and output through the internal speaker and the headphone until
ALC294_FIXUP_ASUS_SPK_NOISE quirk applied.
Signed-off-by: Daniel Drake
Signed-off-by: Jian-Hong Pan
---
v2:
- Add UX333FA support. ASUS UX533FD, UX433FN and UX3
On Mon 2018-12-03 16:29:32, Miroslav Benes wrote:
> You probably forgot to replace the subject with Josh's proposal.
>
> > module_put() is currently never called in klp_complete_transition() when
> > klp_force is set. As a result, we might keep the reference count even when
> > klp_enable_patch()
The ASUS UX533FD with ALC294 cannot detect the headset MIC and output
through the internal speaker and the headphone until
ALC294_FIXUP_ASUS_SPK_NOISE quirk applied.
Signed-off-by: Daniel Drake
Signed-off-by: Jian-Hong Pan
---
v2:
- Modify the HDA verbs for UX333FA support
- Make a new ALC294_FI
From: Chris Chiu
The known ALC256_FIXUP_ASUS_MIC fixup can fix the headphone jack
sensing and enable use of the internal microphone on this laptop
X542UN. However, it's ALC294 so create a new fixup named
ALC294_FIXUP_ASUS_MIC to avoid confusion.
Signed-off-by: Jian-Hong Pan
Signed-off-by: Danie
On Thu, Dec 06, 2018 at 03:36:15PM +0800, Cheng Lin wrote:
> If the number of input parameters is less than the total
> parameters, an EINVAL error will be returned.
>
> e.g.
> We use proc_doulongvec_minmax to pass up to two parameters
> with kern_table.
>
> {
> .procname = "monitor_s
> From: Oleg Nesterov [mailto:o...@redhat.com]
> Sent: Wednesday, December 05, 2018 11:36 PM
> To: Ingo Molnar
> Cc: Linus Torvalds; Linux List Kernel Mailing; Rafael J. Wysocki; Chanho Min;
> Thomas Gleixner; Peter Zijlstra; Pavel Machek; Michal Hocko
> Subject: Re: [PATCH] Revert "exec: make de_t
On Wed, 2018-12-05 at 22:13 +0100, Peter Korsgaard wrote:
> This reverts commit 712ff25450bd01366301eef81c33e865d901e7b7.
>
> The output of dmi_save_uuid() is exposed to user space as
> /sys/devices/virtual/dmi/id/*_uuid, so this breaks backwards compatibility,
> E.G. I have systems that include
Hi!
> > On 12/04, Ingo Molnar wrote:
> > >
> > > * Oleg Nesterov wrote:
> > >
> > > > we really need to narrow the (huge) scope of ->cred_guard_mutex in exec
> > paths.
> > > >
> > > > my attempt to fix this was nacked, and nobody suggested a better
> > > > solution
> > so far.
> > >
> > > Any l
On Fri, 23 Nov 2018 at 13:21, Ulf Hansson wrote:
>
> On Fri, 23 Nov 2018 at 07:06, Kai Heng Feng
> wrote:
> >
> > Hi Ulf,
> >
> > > On Nov 8, 2018, at 8:17 PM, Oleksandr Natalenko
> > > wrote:
> > >
> > >> This is based on Ulf's work [1] [2].
> > >> This patch series can keep rtsx_usb suspende
On Wed, Dec 5, 2018 at 4:33 PM Charles Keepax
wrote:
> On Wed, Dec 05, 2018 at 03:42:06PM +0100, Linus Walleij wrote:
> > On Wed, Dec 5, 2018 at 2:43 PM Charles Keepax
> > wrote:
> > > On Wed, Dec 05, 2018 at 01:47:12PM +0100, Linus Walleij wrote:
> > > > @@ -775,10 +779,13 @@ static int max8973_
Hello,
syzbot found the following crash on:
HEAD commit:6f0597832d81 kmsan: unpoison data passed to skb_put_xxx() ..
git tree: https://github.com/google/kmsan.git/master
console output: https://syzkaller.appspot.com/x/log.txt?x=10b6da5d40
kernel config: https://syzkaller.appspot.c
kmemdup has implemented the function that kmalloc() + memcpy().
We prefer to kmemdup rather than code opened implementation.
This issue was detected with the help of coccinelle.
Signed-off-by: Wen Yang
CC: Bob Copeland
CC: linux-karma-de...@lists.sourceforge.net
CC: linux-kernel@vger.kernel.org
On Wed, Dec 5, 2018 at 4:39 PM Geert Uytterhoeven
wrote:
> This series (against renesas-devel-20181204-v4.20-rc5) contains
> miscellaneous fixes and cleanups for the R-Car SYSC driver.
>
> This has been tested on R-Car Gen2 (H2 and M2-W) and R-Car Gen3 (H3
> ES1.0, H3 ES2.0, M3-W, M3-N, D3, E3, an
On 05.12.18 17:57, Michal Hocko wrote:
> On Wed 05-12-18 13:29:18, Michal Hocko wrote:
> [...]
>> After some more thinking I am not really sure the above reasoning is
>> still true with the current upstream kernel. Maybe I just managed to
>> confuse myself so please hold off on this patch for now.
Good day dear friend,
Let me start by introducing myself. I am Bartholomew Caleb, an accounts
officer with Bank of Africa here in Burkina Faso West Africa.
I am writing you this letter based on the latest development at my bank whichI
will like to bring to your personal edification. ($9million
> >
> > I am sorry for the reverting this patch. It's also my fault that
> > I didn't check lockdep. But, We decided to keep this patch in our product.
> > Freeze fail is a real problem we've had for the last two years,
> > whereas lockdep's notice is not a real problem.
> > We hope this issue will
Le jeu. 6 déc. 2018 à 02:12, Bjorn Andersson
a écrit :
>
> On Fri 30 Nov 06:45 PST 2018, Benjamin Gaignard wrote:
>
> > Le mer. 14 nov. 2018 ą 10:00, Benjamin Gaignard
> > a écrit :
> > >
> > > This serie adds the support of the hardware semaphore block for stm32mp1
> > > SoC.
> > >
> > > versio
On Thu, Dec 6, 2018 at 12:06 AM Doug Smythies wrote:
>
> On 2018.12.03 03:48 Rafael J. Wysocki wrote:
>
> >>> There is an additional issue where if idle state 0 is disabled (with the
> >>> above suggested code patch),
> >>> idle state usage seems to fall to deeper states than idle state 1.
> >>>
When using the internal clock the device has an option in which the clock
output is available on MCLK2 pin. This patch adds a dt binding for enabling
this property.
Signed-off-by: Mircea Caprioru
---
drivers/staging/iio/adc/ad7192.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
This patch adds a clock to the state structure of ad7192 for getting the
external clock frequency. This modifications is in accordance with clock
framework dt bindings documentation.
Signed-off-by: Mircea Caprioru
---
drivers/staging/iio/adc/ad7192.c | 74 +---
driver
Call stm_thermal_read_factory_settings once
internal peripheral is properly clocked.
To avoid wrong initialization of fmt0
(stm_thermal_sensor struct) member add
brackets properly.
Change-Id: I150d00fd50e382df04bfad12f0653b1ed6a1db1b
Signed-off-by: David Hernandez Sanchez
diff --git a/drivers/t
On Wed 05-12-18 16:58:02, Linus Torvalds wrote:
[...]
> I realize that we probably do want to just have explicit policies that
> do not exist right now, but what are (a) sane defaults, and (b) sane
> policies?
I would focus on the current default first (which is defrag=madvise).
This means that we
On Tue, 4 Dec 2018 at 19:45, Lina Iyer wrote:
>
> On Thu, Nov 29 2018 at 10:50 -0700, Ulf Hansson wrote:
> >Introduce a new PSCI DT helper function, psci_dt_attach_cpu(), which takes
> >a CPU number as an in-parameter and attaches the CPU's struct device to its
> >corresponding PM domain. Addition
On Thu, Dec 06, 2018 at 09:32:06AM +0100, Michal Hocko wrote:
> On Thu 06-12-18 05:21:38, Naoya Horiguchi wrote:
> > On Wed, Dec 05, 2018 at 05:57:16PM +0100, Michal Hocko wrote:
> > > On Wed 05-12-18 13:29:18, Michal Hocko wrote:
> > > [...]
> > > > After some more thinking I am not really sure th
On Thu, 6 Dec 2018, Petr Mladek wrote:
> On Mon 2018-12-03 16:29:32, Miroslav Benes wrote:
> > You probably forgot to replace the subject with Josh's proposal.
> >
> > > module_put() is currently never called in klp_complete_transition() when
> > > klp_force is set. As a result, we might keep the
Hi All,
On 2018-12-06 09:25, Marek Szyprowski wrote:
> On 2018-12-05 17:11, Anand Moon wrote:
>> On Wed, 5 Dec 2018 at 19:36, Krzysztof Kozlowski wrote:
>>> On Tue, 4 Dec 2018 at 20:40, Anand Moon wrote:
Add suspend-to-mem node to regulator core to be enabled or disabled
during system
From: Colin Ian King
There are spelling mistakes in a couple of dev_dbg messages, fix these.
Signed-off-by: Colin Ian King
---
drivers/misc/cardreader/alcor_pci.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/misc/cardreader/alcor_pci.c
b/drivers/misc/cardrea
> "Jean" == Jean Delvare writes:
> On Wed, 2018-12-05 at 22:13 +0100, Peter Korsgaard wrote:
>> This reverts commit 712ff25450bd01366301eef81c33e865d901e7b7.
>>
>> The output of dmi_save_uuid() is exposed to user space as
>> /sys/devices/virtual/dmi/id/*_uuid, so this breaks backwards c
Hi Yogesh,
I've had a closer look at your v5. See my comments below.
On 16.11.18 12:13, Yogesh Narayan Gaur wrote:
> - Add driver for NXP FlexSPI host controller
>
> (0) What is the FlexSPI controller?
> FlexSPI is a flexsible SPI host controller which supports two SPI
> channels and up to 4
On Thu, 6 Dec 2018, Petr Mladek wrote:
> On Wed 2018-12-05 14:32:53, Joe Lawrence wrote:
> > > diff --git a/kernel/livepatch/core.c b/kernel/livepatch/core.c
> > > index 972520144713..e01dfa3b58d2 100644
> > > --- a/kernel/livepatch/core.c
> > > +++ b/kernel/livepatch/core.c
> > > @@ -45,7 +45,7 @
From: Colin Ian King
There is a spelling mistake in a pr_warn message, fix it.
Signed-off-by: Colin Ian King
---
drivers/mmc/host/sdhci-of-esdhc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci-of-esdhc.c
b/drivers/mmc/host/sdhci-of-esdhc.c
index 85
On Thu, Dec 6, 2018 at 9:36 AM Martin Kepplinger
wrote:
>
> On 06.12.18 00:03, Peter Hutterer wrote:
> > ABS_RESERVED was added in d9ca1c990a7 and accidentally removed as part of
> > ffe0e7cf290f5c9 when the high-resolution scrolling code was removed.
> >
> > Signed-off-by: Peter Hutterer
>
> Rev
On Thu, 6 Dec 2018 at 02:31, Tony Lindgren wrote:
>
> Hi,
>
> Looks like with commit 26abe88e830d ("mm/dmapool.c: improve scalability
> of dma_pool_free()") I'm now getting spammed with lots of "(bad vaddr)"
> on at least omap4 pandaboard, see below.
>
> Any ideas what might be going wrong?
>
> Re
From: Alek Du
We observed some premature timeouts on a virtualization platform, the log
is like this:
case 1:
[159525.255629] mmc1: Internal clock never stabilised.
[159525.255818] mmc1: sdhci: SDHCI REGISTER DUMP ===
[159525.256049] mmc1: sdhci: Sys addr: 0x | Vers
On 12/6/18 1:54 AM, Andrea Arcangeli wrote:
> On Wed, Dec 05, 2018 at 04:18:14PM -0800, David Rientjes wrote:
>> On Wed, 5 Dec 2018, Andrea Arcangeli wrote:
>>
>> Note that in addition to COMPACT_SKIPPED that you mention, compaction can
>> fail with COMPACT_COMPLETE, meaning the full scan has fini
On Thu, 6 Dec 2018 08:55:04 +0100
Ulf Hansson wrote:
> Could you check at your side and see what can be wrong? If there is
> too much hazzle I can manually fixup the patch next week, as one time
> thing.
Sorry for the confusion, I just resent with git send-email to avoid any
thing unexpected. Pl
Hi all,
On Thu, 6 Dec 2018 19:18:51 +1100 Stephen Rothwell
wrote:
>
> New trees: thunderbolt, thunderbolt-next
Actually thunderbolt-fixes ...
--
Cheers,
Stephen Rothwell
pgpxeS_sPCw8m.pgp
Description: OpenPGP digital signature
> > I don't have many code comments as the changes appear to safely and
> > correctly do what the say. (We are at v14 after all :) I mainly
> > compared the text and comments to the implementation and noted typos
> > (marked by substitution s/old/new) and awkward wordings (marked by
> > "re-wor
Hi,
>On 04/12/18 10:50, Peter Chen wrote:
+ * Cadence USBSS DRD Driver.
+ *
+ * Copyright (C) 2018 Cadence.
+ *
+ * Author: Peter Chen
+ * Pawel Laszczak
+ */
+
+#include
+#include
+#include
+#include
+#include
+#
On Thu, Dec 6, 2018 at 10:01 AM syzbot
wrote:
>
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:6f0597832d81 kmsan: unpoison data passed to skb_put_xxx() ..
> git tree: https://github.com/google/kmsan.git/master
> console output: https://syzkaller.appspot.com/x/log.txt?
On Wed, Dec 05, 2018 at 08:41:39PM +0800, weiqi (C) wrote:
> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> index ee271bb..1f61b9c 100644
> --- a/kernel/sched/fair.c
> +++ b/kernel/sched/fair.c
> @@ -4020,7 +4020,23 @@ static void clear_buddies(struct cfs_rq *cfs_rq,
> struct sched_enti
Regmap would use device name to create debugfs entries. If the device
has multiple regmaps it is recommended to use name field in regmap_config.
Fix this by providing name to the regmap configs correctly.
Without this patch we would see below error on DB820c.
qcom-tsens 4a9000.thermal-sensor: Fai
Am Mittwoch, den 05.12.2018, 23:35 -0800 schrieb Andrey Smirnov:
> PCIE PHY IP block on i.MX7D differs from the one used on i.MX6
> family,
> so none of the code in current implementation of
> imx6_setup_phy_mpll()
> is applicable.
>
> Cc: bhelg...@google.com
> Cc: Fabio Estevam
> Cc: cphe...@gma
Am Mittwoch, den 05.12.2018, 23:35 -0800 schrieb Andrey Smirnov:
> PCIE PHY IP block on i.MX7D differs from the one used on i.MX6 family,
> so none of the code in current implementation of imx6_pcie_reset_phy()
> is applicable.
>
> Cc: bhelg...@google.com
> > Cc: Fabio Estevam
> Cc: cphe...@gmail
On 05/12/2018 21:00, Sicilia Cristian wrote:
It doesn't change the result string
So why do it then ?
Hi David,
On 06/12/2018 10:12, David HERNANDEZ SANCHEZ wrote:
> Call stm_thermal_read_factory_settings once
> internal peripheral is properly clocked.
>
> To avoid wrong initialization of fmt0
> (stm_thermal_sensor struct) member add
> brackets properly.
>
> Change-Id: I150d00fd50e382df04bfad1
On Wed, Dec 05, 2018 at 03:13:56PM -0800, Andy Lutomirski wrote:
> > + if (op == WR_MEMCPY)
> > + memcpy((void *)wr_poking_addr, (void *)src, len);
> > + else if (op == WR_MEMSET)
> > + memset((u8 *)wr_poking_addr, (u8)src, len);
> > + else if (op == W
On Tue, 4 Dec 2018, Vincent Whitchurch wrote:
> st_info is currently overwritten after relocation and used to store the
> elf_type(). However, we're going to need it fix kallsyms on ARM's
> Thumb-2 kernels, so preserve st_info and overwrite the st_size field
> instead. st_size is neither used by
If CONFIG_GPOILIB is not set, the stub of gpio_to_desc() should return
the same type of error as regular version: NULL. All the callers
compare the return value of gpio_to_desc() against NULL, so returned
ERR_PTR would be treated as non-error case leading to dereferencing of
error value.
Fixes: 7
This is a follow-up to Thierry's patch which missed a few occurences.
Cc: Thierry Reding
Signed-off-by: Bartosz Golaszewski
---
Documentation/devicetree/bindings/i2c/i2c-at91.txt| 2 +-
Documentation/devicetree/bindings/i2c/i2c-mux-ltc4306.txt | 2 +-
2 files changed, 2 insertions(+), 2
From: Milo Kim
commit d1aa577f5e191d77d3ad62da93729b5af9532bb4 upstream.
Workqueue, 'set_brightness_work' is used for scheduling brightness control.
This workqueue is canceled when the LED class device is unregistered.
Currently, LED subsystem handles like below.
cancel_work_sync(&led_cdev->s
Hi Sebastian,
On 06.12.2018 00:40, Sebastian Reichel wrote:
> Hi,
>
> On Wed, Nov 07, 2018 at 06:23:40PM +0100, Alexandre Belloni wrote:
>> On 07/11/2018 14:54:17+, claudiu.bez...@microchip.com wrote:
>>> Hi Alexandre,
>>>
>>> On 06.11.2018 23:09, Alexandre Belloni wrote:
Hi Claudiu,
>>>
Dear Friend,
I came across your e-mail contact prior a private search while in need
of your assistance. My name is Aisha Gaddafi a single Mother and a
Widow with three Children. I am the only biological Daughter of late
Libyan President (Late Colonel Muammar Gaddafi).
I have an investment funds
On Thu, 6 Dec 2018 at 10:17, kernel test robot wrote:
>
> FYI, we noticed the following commit (built with gcc-7):
>
> commit: b34006c4258c9c86597b6b7123d6a9a3513d6cd7 ("x86/jump_table: Use
> relative references")
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master
>
> in tes
Am 06.12.18 um 10:39 schrieb Zhang, Jerry(Junwei):
On 12/6/18 5:33 PM, Koenig, Christian wrote:
Am 06.12.18 um 10:09 schrieb Michel Dänzer:
On 2018-12-06 3:43 a.m., Zhang, Jerry(Junwei) wrote:
On 12/6/18 12:56 AM, Michel Dänzer wrote:
From: Michel Dänzer
All the output is related, so it sho
On 05/12/18 18:26, Catalin Marinas wrote:
> On Wed, Dec 05, 2018 at 04:55:54PM +, Julien Thierry wrote:
>> On 04/12/18 17:36, Catalin Marinas wrote:
>>> On Mon, Nov 12, 2018 at 11:57:01AM +, Julien Thierry wrote:
diff --git a/arch/arm64/include/asm/irqflags.h
b/arch/arm64/incl
On Wed, 2018-12-05 at 13:07 -0800, Sean Wang wrote:
> .
> On Wed, Dec 5, 2018 at 1:31 AM Long Cheng wrote:
> >
> > In DMA engine framework, add 8250 mtk dma to support it.
> >
> > Signed-off-by: Long Cheng
> > ---
> > drivers/dma/mediatek/8250_mtk_dma.c | 894
> > ++
On Wed, 05 Dec 2018 20:50:46 +0100,
Rob Herring wrote:
>
> Convert string compares of DT node names to use of_node_name_eq helper
> instead. This removes direct access to the node name pointer.
>
> A couple of open coded iterating thru the child node names are converted
> to use for_each_child_of
These interrupt functions are already non-attachable by kprobes.
Blacklist them explicitly so that they can show up in
/sys/kernel/debug/kprobes/blacklist and tools like BCC can use this
additional information.
Signed-off-by: Andrea Righi
---
arch/x86/entry/entry_64.S | 4
1 file changed, 4
On Tue, Dec 04, 2018 at 05:34:07PM -0800, Nadav Amit wrote:
> So let's remove it. Andy suggested that the changes of the PTEs can be
> avoided (excluding the direct-mapping alias), which is true. However,
> in x86 it requires some cleanup of the contiguous page allocator, which
> is outside of the
On Wed, Dec 05, 2018 at 05:14:53PM +, Suzuki K Poulose wrote:
> On 05/12/2018 15:02, Will Deacon wrote:
> >On Fri, Nov 30, 2018 at 05:18:00PM +, Suzuki K Poulose wrote:
> >>diff --git a/arch/arm64/include/asm/cputype.h
> >>b/arch/arm64/include/asm/cputype.h
> >>index 12f93e4d..2e26375 1006
Free allocated IRQ if reading the device ID fails.
Signed-off-by: Christian Hohnstaedt
---
drivers/mfd/tps65218.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/tps65218.c b/drivers/mfd/tps65218.c
index 910f569..19270bc 100644
--- a/drivers/mfd/tps65218.c
+++ b/d
From: Benjamin Gaignard
Declare hwspinlock device for stm32mp157 SoC
Signed-off-by: Benjamin Gaignard
Signed-off-by: Benjamin Gaignard
---
arch/arm/boot/dts/stm32mp157c.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/stm32mp157c.dtsi
b/arch/arm/boot/dts/stm
Le mer. 14 nov. 2018 à 10:00, Benjamin Gaignard
a écrit :
>
> From: Benjamin Gaignard
>
> Declare hwspinlock device for stm32mp157 SoC
I abandon this patch and I will send a one that fixes the issues.
>
> Signed-off-by: Benjamin Gaignard
> Signed-off-by: Benjamin Gaignard
> ---
> arch/arm/bo
On Tue, Dec 04, 2018 at 05:34:08PM -0800, Nadav Amit wrote:
> It seems dangerous to allow code modifications to take place
> concurrently with module unloading. So take the text_mutex while the
> memory of the module is freed.
Fun detail, only x86 seems to actually take text_mutex while poking
tex
On Tue, Dec 04, 2018 at 05:33:54PM -0800, Nadav Amit wrote:
> Which leads me to (b) - the patch-set is big "enough" IMHO. Indeed,
> there are open security issues in the kernel when it comes to W^X. But
> some people would want to use Andy's temporary mm-struct for other uses.
> So additional secu
[...]
> THanks for pointing this out. It made my life easier. So It think the
> bug is that we call init_memory_less_node from this path. I suspect
> numa_register_memblks is the right place to do this. So I admit I
> am not 100% sure but could you give this a try please?
>
Sure.
> diff --git a/ar
On Wed, Dec 5, 2018 at 6:58 PM Måns Rullgård wrote:
>
> Suppose the command "\e[Lx0y0;" is written to the device. The
> charlcd_write_char() function adds one character at a time to the escape
> sequence buffer.
Ah, yes, that is much more clear. Indeed, parse_xy() expects the
entire command; the
From: Fabio Estevam
Adopt the SPDX license identifier headers to ease license compliance
management.
Signed-off-by: Fabio Estevam
Signed-off-by: Otavio Salvador
---
Changes in v2: None
arch/arm/boot/dts/imx7d-pico-pi.dts | 44 ++---
arch/arm/boot/dts/imx7d-pico.dtsi
1 - 100 of 1420 matches
Mail list logo