On 09/09/2018 11:35 PM, Greg Kroah-Hartman wrote:
On Sun, Sep 09, 2018 at 01:53:51PM -0700, Guenter Roeck wrote:
On 09/09/2018 11:03 AM, Greg Kroah-Hartman wrote:
On Sun, Sep 09, 2018 at 08:54:41AM -0700, Guenter Roeck wrote:
On 09/09/2018 01:55 AM, Greg Kroah-Hartman wrote:
On Sat, Sep 08, 2
On Sat, Sep 1, 2018 at 10:25 PM Souptick Joarder wrote:
>
> As part of commit 9b85e95a3080 ("uio: Change return
> type to vm_fault_t") in 4.19-rc1, this conversion
> was missed. Now converted 'ret' to vm_fault_t type.
Greg, this was missed. Yes, this is not a regression fix,
but can we get this p
Le 07/09/2018 à 20:19, Nick Desaulniers a écrit :
On Fri, Sep 7, 2018 at 11:13 AM Luc Van Oostenryck
wrote:
On Fri, Sep 07, 2018 at 10:22:56AM -0700, Nick Desaulniers wrote:
On Fri, Sep 7, 2018 at 7:34 AM Christophe LEROY wrote:
Cc linux-spa...@vger.kernel.org
Le 07/09/2018 à 14:22, Ch
On Thu, 30 Aug 2018 at 15:31, Vegard Nossum wrote:
>
> Hi,
>
> Got this on a recent kernel (pretty sure it was
> 2ad0d52699700a91660a406a4046017a2d7f246a but annoyingly the oops
> itself doesn't tell me the exact version):
>
> [ cut here ]
> trying to isolate tail page
> WA
On Mon, Sep 10, 2018 at 7:33 AM Baoquan He wrote:
>
> Hi Pingfan,
>
> On 09/06/18 at 10:36am, Pingfan Liu wrote:
> > commit 747ff6265db4 ("x86/boot/KASLR: Skip specified number of 1GB huge
> > pages when doing physical randomization (KASLR)") and commit
> > 9b912485e0e7 ("x86/boot/KASLR: Add two n
On Mon, 10 Sep 2018 at 08:44, Krzysztof Kozlowski wrote:
>
> On Thu, 6 Sep 2018 at 09:10, Krzysztof Kozlowski wrote:
> >
> > Hi,
> >
> > Today's next fails to mount NFS root under my ARM targets and fails to
> > mount root from file image under QMU.
> >
> > [ 21.512866] Unable to handle kernel NU
On Sun, Sep 9, 2018 at 10:38 PM Alexandre Belloni
wrote:
> Switch to devm_rtc_allocate_device to simplify the erro and driver removal
> paths.
>
> Cc: Linus Walleij
> Signed-off-by: Alexandre Belloni
Acked-by: Linus Walleij
Yours,
Linus Walleij
On Thu, 6 Sep 2018 at 09:10, Krzysztof Kozlowski wrote:
>
> Hi,
>
> Today's next fails to mount NFS root under my ARM targets and fails to
> mount root from file image under QMU.
>
> [ 21.512866] Unable to handle kernel NULL pointer dereference at
> virtual address
> [ 21.695484] [] (nfs_
On Sat, 8 Sep 2018 18:26:26 +0800
zhong jiang wrote:
> I find the issue with the help of Coccinelle.
>
> zhong jiang (2):
> s390: vmlogrdr: Use ARRAY_SIZE instead of reimplementing its function
> s390: qeth_core_mpc: Use ARRAY_SIZE instead of reimplementing its
> function
>
> drivers/s
On Sat, 8 Sep 2018 17:41:45 +0800
zhong jiang wrote:
> mempool_destroy has taken null pointer check into account. so remove the
> redundant check.
>
> Signed-off-by: zhong jiang
> ---
> drivers/s390/scsi/zfcp_aux.c | 21 +++--
> 1 file changed, 7 insertions(+), 14 deletions(-)
On Sun, Sep 09, 2018 at 01:53:51PM -0700, Guenter Roeck wrote:
> On 09/09/2018 11:03 AM, Greg Kroah-Hartman wrote:
> > On Sun, Sep 09, 2018 at 08:54:41AM -0700, Guenter Roeck wrote:
> > > On 09/09/2018 01:55 AM, Greg Kroah-Hartman wrote:
> > > > On Sat, Sep 08, 2018 at 02:14:53PM -0700, Guenter Roe
On Sat, 8 Sep 2018 16:50:21 +0800
zhong jiang wrote:
> kmemdup has implemented the function that kmalloc() + memcpy() will
> do. and we prefer to use the kmemdup rather than the open coded
> implementation.
>
> Signed-off-by: zhong jiang
> ---
> drivers/s390/crypto/zcrypt_msgtype6.c | 9 +++--
On 06/09/18 11:54, Mark Brown wrote:
On Fri, Aug 10, 2018 at 10:37:08AM +0100, Srinivas Kandagatla wrote:
Current behaviour of ASoC core w.r.t to component removal is that it
unregisters dependent sound card totally. There is no support to
rebind the card if the component comes back.
Typical
On Sat, Sep 08, 2018 at 05:41:45PM +0800, zhong jiang wrote:
> mempool_destroy has taken null pointer check into account. so remove the
> redundant check.
>
> Signed-off-by: zhong jiang
> ---
> drivers/s390/scsi/zfcp_aux.c | 21 +++--
> 1 file changed, 7 insertions(+), 14 deletio
* Baoquan He wrote:
> In memory KASLR, __PHYSICAL_MASK_SHIFT is taken to calculate the
> initial size of the direct mapping region. This is right in the
> old code where __PHYSICAL_MASK_SHIFT was equal to MAX_PHYSMEM_BITS,
> 46bit, and only 4-level mode was supported.
>
> Later, in commit:
> b
* Baoquan He wrote:
> Vmemmap region has different maximum size depending on paging mode.
> Now its size is hardcoded as 1TB in memory KASLR, this is not
> right for 5-level paging mode. It will cause overflow if vmemmap
> region is randomized to be adjacent to cpu_entry_area region and
> its a
On 2018-09-06 01:40, Bjorn Helgaas wrote:
On Thu, Aug 09, 2018 at 08:41:27PM +0530, p...@codeaurora.org wrote:
On 2018-08-09 20:27, Bharat Kumar Gogada wrote:
> As per Figure 6-3 in PCIe r4.0, sec 6.2.6, ERR_ messages
> will be forwarded from the secondary interface to the primary interface,
> i
One week nearly passed, I guess there is no any objections for this
patch from community. :)
Thanks
Jin Yao
On 9/4/2018 3:45 PM, Jin, Yao wrote:
On 9/4/2018 3:13 PM, Peter Zijlstra wrote:
On Tue, Sep 04, 2018 at 06:58:17PM +0800, Jin Yao wrote:
root@skx /sys/devices# ls | grep uncore_iio
u
On 2018/09/03 20:44, Tetsuo Handa wrote:
> We are getting reports from syzbot where running task seems to be
> relevant to a hung task problem but NMI backtrace does not print useful
> information [1].
According to my local cache, 69% of hung task reports from syzbot say that
one CPU was running c
On Sun 2018-09-09 23:46:32, Pavel Machek wrote:
> Hi!
>
> I do have some oopses, but they seem to be different on each
> boot. IIRC message was "scheduling?...on offline CPU?".
>
> Any ideas? Does it work for you?
Seems that error is different on each try.
Now it is:
FS: Cannot open root devic
ARM32 arch code uses the __naked attribute. This has previously been
defined in include/linux/compiler-gcc.h, which is no longer included
for Clang. Define __naked for Clang. Conservatively add all attributes
previously used (and supported by Clang).
This fixes compile errors when building ARM32 u
While both option select a form of conditional dma coherence they don't
actually share any code in the implementation, so untangle them.
Signed-off-by: Christoph Hellwig
Acked-by: Paul Burton
---
arch/mips/Kconfig| 2 +-
arch/mips/kernel/setup.c | 2 +-
arch/mips/mm/c-r4k.c | 17 +
On Sun, Sep 9, 2018 at 10:11 PM Shawn Guo wrote:
>
> The series looks good to me. @Leo, what about you?
Looks fine to me too.
Acked-by: Li Yang
>
> Shawn
>
> On Mon, Sep 03, 2018 at 04:08:36PM +0200, Alexandre Belloni wrote:
> > Use a generic node name for the m25p80 flashes on ls1043 and ls1
Hi Peter,
I love your patch! Yet something to improve:
[auto build test ERROR on tip/locking/core]
[also build test ERROR on v4.19-rc2 next-20180906]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/comm
On (09/07/18 08:39), Jiri Slaby wrote:
> > [ 244.944070]
> > [ 244.944070] Showing all locks held in the system:
> > [ 244.945558] 1 lock held by khungtaskd/18:
> > [ 244.946495] #0: (ptrval) (rcu_read_lock){}, at:
> > debug_show_all_locks+0x16/0x190
> > [ 244.948503] 2 locks he
Hi all,
Changes since 20180907:
Dropped trees: xarray, ida (temporarily)
The vfs tree lost a build failure, but I have still disabled erofs.
It also gained other build failures for which I disabled building some
sampels and reverted a commit.
The net-next tree lost its build failure.
The bfp-n
From: Al Viro
they vary in two respects (renumbering of fields aside):
* sparc (and nobody else) has dsusp; set to ^Y.
* original (on i386) has discard set to historical
value (^O), mistaken comment nonwithstanding. alpha, ppc
and sparc have followed the comment. Not that we'd e
From: Al Viro
Signed-off-by: Al Viro
---
arch/alpha/include/asm/termios.h | 104 -
arch/ia64/include/asm/termios.h| 31 ---
arch/mips/include/asm/termios.h| 57
arch/parisc/include/asm/termios.h | 31 ---
arc
From: Al Viro
Signed-off-by: Al Viro
---
arch/x86/include/uapi/asm/Kbuild| 1 +
arch/x86/include/uapi/asm/termios.h | 1 -
2 files changed, 1 insertion(+), 1 deletion(-)
delete mode 100644 arch/x86/include/uapi/asm/termios.h
diff --git a/arch/x86/include/uapi/asm/Kbuild b/arch/x86/include
From: Al Viro
turn it into an array initializer; then mips variant folds into
it.
Signed-off-by: Al Viro
---
arch/mips/include/asm/termios.h | 9 -
include/linux/termios_internal.h | 15 ++-
2 files changed, 14 insertions(+), 10 deletions(-)
diff --git a/arch/mips/includ
From: Al Viro
... and move the default definition in there
Signed-off-by: Al Viro
---
arch/ia64/include/asm/termios.h | 9 -
arch/parisc/include/asm/termios.h | 9 -
arch/s390/include/asm/termios.h | 9 -
drivers/tty/hvc/hvcs.c| 1 +
drivers/tty/tty_
From: Al Viro
empty now
Signed-off-by: Al Viro
---
arch/powerpc/include/asm/termios.h | 2 --
arch/s390/include/asm/termios.h| 2 --
include/asm-generic/termios-base.h | 10 --
3 files changed, 14 deletions(-)
delete mode 100644 include/asm-generic/termios-base.h
diff --git a/a
From: Al Viro
Currently, asm/termios.h resolves either to uapi/asm/termios.h
(on architectures that don't have it) or to the same plus the
definitions that are only used by those who pull linux/termios_internal.h
That causes tons of inconveniences - e.g. we can't have generic
asm/termios.h with
From: Al Viro
* new header (linut/termios_internal.h), pulled by the sole user of those
suckers
* defaults for user_termios_to_kernel_termios{,_1} and
kernel_termios_to_user_termios{,_1} moved over there
Signed-off-by: Al Viro
---
arch/alpha/include/asm/termios.h | 6 --
arch/ia64/include/
Hi Philipp
Thanks for the quick response...
Please find my response inline.
> -Original Message-
> From: Philipp Zabel [mailto:p.za...@pengutronix.de]
> Sent: Wednesday, September 5, 2018 4:00 PM
> To: Nava kishore Manne ; robh...@kernel.org;
> mark.rutl...@arm.com; Michal Simek ; Rajan V
asm/termios.h has tons of duplication and rather
convoluted logics re includes.
First of all, while everyone has uapi asm/termios.h,
some architectures have asm/termios.h and some do not. So
include of can go either to arch asm/termios.h,
or to uapi/asm/termios.h.
In the
Hi Philipp
Thanks for the quick response...
Please find my response inline.
> -Original Message-
> From: Philipp Zabel [mailto:p.za...@pengutronix.de]
> Sent: Wednesday, September 5, 2018 4:00 PM
> To: Nava kishore Manne ; robh...@kernel.org;
> mark.rutl...@arm.com; Michal Simek ; Rajan V
Hi boric,
Thanks for your quick reply.
On 9/7/2018 8:19 PM, Boris Brezillon wrote:
On Fri, 7 Sep 2018 18:57:10 +0800
Jianxin Pan wrote:
From: Liang Yang
Add Amlogic NAND controller dt-bindings for Meson SoC,
Current this driver support GXBB/GXL/AXG platform.
Signed-off-by: Liang Yang
Sig
Hi Philipp
Thanks for the quick response..
Please find my commnets inline.
> -Original Message-
> From: Philipp Zabel [mailto:p.za...@pengutronix.de]
> Sent: Wednesday, September 5, 2018 3:40 PM
> To: Nava kishore Manne ; robh...@kernel.org;
> mark.rutl...@arm.com; Michal Simek ; Rajan Va
I have a donation for you and for my charity work in your region. Please reply
me ASAp for more info
On Fri, Sep 07, 2018 at 01:54:35PM -0400, Jerome Glisse wrote:
> On Fri, Sep 07, 2018 at 12:35:24PM +0800, Peter Xu wrote:
> > On Thu, Sep 06, 2018 at 05:08:42PM +0300, Kirill A. Shutemov wrote:
> > > On Thu, Sep 06, 2018 at 07:39:33PM +0800, Peter Xu wrote:
> > > > On Wed, Sep 05, 2018 at 03:55:22
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
arch/hexagon/Kconfig
between commit:
e0a9317d9004 ("hexagon: use generic dma_noncoherent_ops")
from the dma-mapping tree and commit:
365c1f4922a4 ("hexagon: switch to NO_BOOTMEM")
from the akpm-current tree.
On Tuesday 28 August 2018 06:33 AM, Nishanth Menon wrote:
> From: Lokesh Vutla
>
> Allow 8250 omap serial driver to be used for K3 platforms.
>
> Signed-off-by: Lokesh Vutla
> Signed-off-by: Nishanth Menon
> ---
>
Acked-by: Vignesh R
> Now that we have the device tree support merged int
Hi Al,
After merging the vfs tree, today's linux-next build (sparc64 defconfig)
failed like this:
In file included from arch/sparc/include/asm/fbio.h:5:0,
from fs/compat_ioctl.c:76:
arch/sparc/include/uapi/asm/fbio.h:100:25: error: field 'pos' has incomplete
type
struct
I see there is no need of taking the spinlock as timeout will be
handled
after the calculated time as per data size and speed.
There is 99.9% less chances of interrupt during the timeout handler.
https://chromium-review.googlesource.com/c/chromiumos/third_party/kernel/+/1201081
The thing
Mediatek SPI driver modifies some fields (tx_buf, rx_buf, len, tx_dma,
rx_dma) of the spi_transfer* passed in when doing transfer_one and in
interrupt handler. This is somewhat unexpected, and there are some
caller (e.g. Cr50 spi driver) that reuse the spi_transfer for multiple
messages. Add a fiel
Mediatek SPI driver modifies some fields (tx_buf, rx_buf, len, tx_dma,
rx_dma) of the spi_transfer* passed in when doing transfer_one and in
interrupt handler. This is somewhat unexpected, and there are some
caller (e.g. Cr50 spi driver) that reuse the spi_transfer for multiple
messages. Add a fiel
Hi Al,
After merging the vfs tree, today's linux-next build (powerpc
allyesconfig) failed like this:
samples/vfs/test-fsinfo.c: In function 'fsinfo':
samples/vfs/test-fsinfo.c:37:17: error: '__NR_fsinfo' undeclared (first use in
this function); did you mean 'fsinfo'?
return syscall(__NR_fsinfo
On Tue, Sep 04, 2018 at 05:28:29PM +0200, Alex Gonzalez wrote:
> 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 a
On Tue, Sep 04, 2018 at 09:20:17AM -0500, Andrew F. Davis wrote:
> The correct DT property for specifying a GPIO used for reset
> is "reset-gpios", the driver now accepts this name use this here.
>
> Signed-off-by: Andrew F. Davis
> ---
>
> Changes from v1:
> - Remove "fix" from commit message
Hi Pingfan,
On 09/06/18 at 10:36am, Pingfan Liu wrote:
> commit 747ff6265db4 ("x86/boot/KASLR: Skip specified number of 1GB huge
> pages when doing physical randomization (KASLR)") and commit
> 9b912485e0e7 ("x86/boot/KASLR: Add two new functions for 1GB huge pages
> handling") prevent the physica
+Rob
@Rob, Are you okay with this? The patch should really be sent to you
from the beginning.
Shawn
On Mon, Sep 03, 2018 at 04:08:39PM +0200, Alexandre Belloni wrote:
> Add vendor prefix for MicroSys Electronics GmbH
>
> Signed-off-by: Alexandre Belloni
> ---
> Documentation/devicetree/bindi
The series looks good to me. @Leo, what about you?
Shawn
On Mon, Sep 03, 2018 at 04:08:36PM +0200, Alexandre Belloni wrote:
> Use a generic node name for the m25p80 flashes on ls1043 and ls1046 boards.
>
> Signed-off-by: Alexandre Belloni
> ---
> arch/arm64/boot/dts/freescale/fsl-ls1043a-qds.
dma_zalloc_coherent has taken the dma_alloc_coherent() and memset() into
account. Therefore, just use dma_zalloc_coherent to replace the open code.
Signed-off-by: zhong jiang
---
arch/sh/mm/consistent.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/arch/sh/mm/consistent.
Greetings.
Commit 786534b92f3ce68f4afc8a761c80b76887797b0a "tmpfs: listxattr
should include POSIX ACL xattrs", which first appeared in 4.5 kernels,
introduced a regression whereby listxattr() syscalls on anything in
sysfs, or its mountpoint, return the name of the two POSIX ACL xattrs,
but attempt
Signed-off-by: Diego Viola
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index d870cb57c..6567bf245 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -93,7 +93,7 @@ Descriptions of section entries:
Supported: Someone is actu
On 9/7/18 2:40 PM, Jan H. Schönherr wrote:
> Add a new command line argument cosched_max_level=, which allows
> enabling coscheduling at boot. The number corresponds to the scheduling
> domain up to which coscheduling can later be enabled for cgroups.
>
> For example, to enable coscheduling of cgr
On Sunday 09 September 2018 01:11 AM, Grygorii Strashko wrote:
>
>
> On 09/06/2018 09:16 AM, Keerthy wrote:
>>
>>
>> On Wednesday 05 September 2018 04:07 PM, Linus Walleij wrote:
>>> On Mon, Sep 3, 2018 at 7:40 AM Keerthy wrote:
On Saturday 01 September 2018 12:43 AM, Andrew F. Davis wro
LGTM
Reviewed-by: tang.junhui.li...@gmail.com
zhong jiang 于2018年9月8日周六 下午9:08写道：
>
> debugfs_remove has taken the IS_ERR_OR_NULL into account. Just
> remove the unnecessary condition.
>
> Signed-off-by: zhong jiang
> ---
> drivers/md/bcache/super.c | 3 +--
> 1 file changed, 1 insertion(+), 2 d
On Tue, Aug 28, 2018 at 04:34:04PM -0700, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Since this header is in "include/uapi/linux/", apparently people
> want to use it in userspace programs -- even in C++ ones.
> However, the header uses a C++ reserved keyword ("private"),
> so change that to "d
There might be a possible memory leak in drivers/platform/x86/dell-smbios-wmi.c
In the `run_smbios_call' function, the buffer created via ACPI_ALLOCATE_BUFFER
within the output object is not freed properly.
Generally, this buffer should be freed using:
kfree(output.pointer);
But it hasn't bee
Amstrad Delta MODEM device used to be initialized at arch_initcall
before it was once moved to late_initcall by commit f7519d8c8290 ("ARM:
OMAP1: ams-delta: register latch dependent devices later"). The purpose
of that change was to postpone initialization of devices which depended
on latch2 pins u
Don't request MODEM IRQ GPIO by its global number in
ams_delta_modem_init(). Instead, obtain its GPIO descriptor
and assign related IRQ to the MODEM. Do that from
omap_gpio_deps_init(), where the chip is already looked up. Then, in
ams_delta_modem_init(), just check for the IRQ number having bee
On Fri, Aug 31, 2018 at 03:53:12PM +0800, Anson Huang wrote:
> i.MX6 SoCs have MMDC ipg clock for registers access, to make
> sure MMDC registers access successfully, add optional clock
> enable for MMDC driver.
>
> Signed-off-by: Anson Huang
Applied this one, thanks.
Convert modem related GPIO setup from integer space to GPIO descriptors.
Also, restore original initialization order of the MODEM device and its
related GPIO pins.
Cleanup of MODEM relaated regulator setup is postponed while waiting for
upcoming conversion of fixed regulator API to GPIO descript
On Fri, 2018-09-07 at 17:01 +0200, Thomas Gleixner wrote:
> Avoid the extra variable and gotos by splitting the function into the
> actual algorithm and a callable function which contains the lock
> protection.
>
> Rename it to should_split_large_page() while at it so the return values make
> actu
On Thu, Sep 06, 2018 at 04:46:58PM -0700, Stefan Agner wrote:
> The pinctrl properties on the IOMUXC node get overwritten by the
> carrier board level device tree, hence the pinctrl_reset_moci
> pinctrl does not get applied.
>
> Associate the pinctrl_reset_moci pinctrl with the PCIe node where
> w
LGTM
Reviewed-by: tang.junhui.li...@gmail.com
zhong jiang 于2018年9月8日周六 下午9:41写道：
>
> debugfs_remove_recursive has taken IS_ERR_OR_NULL into account. So just
> remove the condition check before debugfs_remove_recursive.
>
> Signed-off-by: zhong jiang
> ---
> drivers/md/bcache/debug.c | 3 +--
>
On Sun, Sep 09, 2018 at 11:46:20AM -0700, Bart Van Assche wrote:
> On Sun, 2018-09-09 at 20:58 +0800, Ming Lei wrote:
> > Now percpu_ref_reinit() can only be done on one percpu refcounter
> > when it drops zero. And the limit shouldn't be so strict, and it
> > is quite straightforward that percpu_r
Another week, another rc.
Things look fairly normal. The diffstat shows some unusual patterns,
but that's partly due to some late nds32 updates and nilfs2 got the
copyright messages converted to SPDX, and that just shows up like a
sore thumb in the diffstat.
But other than odd details like that,
Latch2 pins control a number of on-board devices, namely LCD, NAND,
MODEM and CODEC. Those pins used to be initialized with safe values
from init_machine before that operation was:
1) moved to late_initcall in preparation for conversion of latch2 to
GPIO device - see commit f7519d8c8290 ("ARM: OMA
ests
* ltp-fs-tests
* ltp-fs_bind-tests
* ltp-fs_perms_simple-tests
* ltp-fsx-tests
* ltp-hugetlb-tests
* ltp-io-tests
* ltp-ipc-tests
* ltp-math-tests
* ltp-nptl-tests
* ltp-open-posix-tests
* ltp-pty-tests
* ltp-sched-tests
* ltp-securebits-tests
* ltp-syscalls-tests
* ltp-timers-tests
* kselftest-vsyscall-mode-native
* kselftest-vsyscall-mode-none
Summary
---
On Wed, Sep 05, 2018 at 03:46:12PM +0800, Anson Huang wrote:
> Add i.MX6QDL SabreAuto board's gpio keys support, there
> are 5 gpio keys on base board:
>
> SW3: KEY_HOME;
> SW4: KEY_BACK;
> SW5: KEY_PROGRAM;
> SW6: KEY_VOLUMEUP;
> SW7: KEY_VOLUMEDOWN;
>
> Signed-off-by: Anson Huang
Applied, tha
On Wed, Sep 05, 2018 at 04:10:29PM +0800, Anson Huang wrote:
> Add egalax touch screen support on i2c2 bus.
>
> Signed-off-by: Anson Huang
Applied, thanks.
Attn:
I am Mr. Salim Zaid, citizen and Principal assurance
manager in one of reputable banks in Europe. Mr. Mohammed Raji a
staff of Saudi Kayan Petrochemical Company got in touch with me on an
investment which was placed under our banks management some years ago.I
would respectfully request that
Hi!
I do have some oopses, but they seem to be different on each
boot. IIRC message was "scheduling?...on offline CPU?".
Any ideas? Does it work for you?
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pi
Andreas Noever has let it be known off-list already a while ago that he
currently cannot spare as much time for Thunderbolt development as he'd
like. As a result the driver's development has become dominated by
Intel.
I would like to step up as co-maintainer to provide additional checks
and balan
macOS correlates PCI devices with Thunderbolt ports and stores their
device paths in each other's I/O Registry entry:
IOThunderboltPort@7 {
"PCI Device" = 4
"PCI Function" = 0
"PCI Path" =
"IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/PEG1@1,1/IOPP/UPSB@0/IOPP/DSB2@4"
The code for ICM-controlled tunnel management stores a pointer to the
upstream port in struct icm. We're going to need it in the code for
OS-controlled tunnel management as well, so move the pointer to
struct tb which is shared by both tunnel management methods.
Searching for the upstream port pr
The port numbers of PCIe adapters on a CIO switch and the slot numbers
of their corresponding PCI devices don't necessarily match up in
ascending order.
E.g. Light Ridge in host mode (MacBookPro9,1) mixes them up like this:
switch port 7 == pci slot 4 (PCIe downstream port)
switch port 8 == pci
If a PCIe downstream adapter is marked disabled in the DROM, that port
is ineligible for tunnel establishment, so skip over it when searching
for an unused port.
Signed-off-by: Lukas Wunner
---
drivers/thunderbolt/tb.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/thunderbolt/tb.
Thunderbolt material for v4.20, comprising:
* A fix to skip disabled ports on tunnel establishment. I am not aware
that this has caused breakage in the real world so far, so no need to
apply to v4.19 or backport to stable.
* Obtain PCI slot number from DROM and use it to correlate PCI device
On 09/09/2018 11:03 AM, Greg Kroah-Hartman wrote:
On Sun, Sep 09, 2018 at 08:54:41AM -0700, Guenter Roeck wrote:
On 09/09/2018 01:55 AM, Greg Kroah-Hartman wrote:
On Sat, Sep 08, 2018 at 02:14:53PM -0700, Guenter Roeck wrote:
On 09/07/2018 02:09 PM, Greg Kroah-Hartman wrote:
This is the start
The IRQ work is added before the struct rtc is allocated and registered,
but this struct is used in the IRQ handler. This may lead to a NULL pointer
dereference.
Switch to devm_rtc_allocate_device/rtc_register_device to allocate the rtc
before calling menelaus_add_irq_work.
Also, this solves a po
The IRQ is requested before the struct rtc is allocated and registered, but
this struct is used in the IRQ handler. This may lead to a NULL pointer
dereference.
Switch to devm_rtc_allocate_device/rtc_register_device to allocate the rtc
before requesting the IRQ.
Signed-off-by: Alexandre Belloni
The IRQ is requested before the struct rtc is allocated and registered, but
this struct is used in the IRQ handler. This may lead to a NULL pointer
dereference.
Switch to devm_rtc_allocate_device/rtc_register_device to allocate the rtc
before requesting the IRQ.
Cc: Eddie Huang
Cc: Sean Wang
Si
Switch to devm_rtc_allocate_device to simplify the erro and driver removal
paths.
Cc: Linus Walleij
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-pl031.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/rtc/rtc-pl031.c b/drivers/rtc/rtc-pl031
On Mon, Aug 13, 2018 at 7:40 PM Rishabh Bhatnagar wrote:
>
> From: Rishabh Bhatnagar
>
> Drivers that are registered at an initcall level may have to
> wait until late_init before the probe deferral mechanism can
> retry their probe functions. It is possible that their
> dependencies were resolve
On Fri, Sep 7, 2018 at 5:29 PM Quentin Perret wrote:
>
> On Friday 07 Sep 2018 at 10:52:01 (+0200), Rafael J. Wysocki wrote:
> > On Thursday, September 6, 2018 4:38:44 PM CEST Quentin Perret wrote:
> > > Hi Rafael,
> > >
> > > On Thursday 06 Sep 2018 at 11:18:55 (+0200), Rafael J. Wysocki wrote:
>
On Fri, 31 Aug 2018, Andy Lutomirski wrote:
> (Hi, Florian!)
>
> On Fri, Aug 31, 2018 at 6:59 PM, Matt Rickard wrote:
> > Process clock_gettime(CLOCK_TAI) in vDSO.
> > This makes the call about as fast as CLOCK_REALTIME and CLOCK_MONOTONIC:
> >
> > nanoseconds
> > before after clockname
> >
On Fri, Sep 7, 2018 at 10:09 PM Fieah Lim wrote:
>
> There's no magic inside, let's just make it more intuitive.
Again, please fix the changelog. It is not useful as is.
> Signed-off-by: Fieah Lim
> ---
> drivers/cpuidle/governors/ladder.c | 2 +-
> drivers/cpuidle/governors/menu.c | 2 +-
On Fri, Sep 7, 2018 at 8:55 PM Fieah Lim wrote:
>
> ktime_us_delta() is not that cheap on some platform,
> and I think this is also the right thing to do.
> While at it, fix some coding style as well.
>
> Signed-off-by: Fieah Lim
> ---
> drivers/cpuidle/cpuidle.c | 17 -
> 1 file
On Fri, Sep 7, 2018 at 8:55 PM Fieah Lim wrote:
>
> ktime_us_delta() is not that cheap on some platform,
> and I think this is also the right thing to do.
> While at it, fix some coding style as well.
>
> Signed-off-by: Fieah Lim
Fix your changelog at least to say that you optimize the code with
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The following changes since commit 66e5db4a1ccc64f278653bc69dc406d184dc750a:
>
> Merge tag 'perf-core-for-mingo-4.19-20180820' of
> gi
Hello,
I am Mr. Emeka Ezela, the head of International remittance Department, United
Bank for Africa (UBA) I have a business deal i would like to propose to you.
If you are interested to know more, kindly contact me on my private emails
(emekaez...@mail.com) for more details.
Regards,
Mr.
Hi Olof,
On Sat, Sep 8, 2018 at 6:18 PM, Olof Johansson wrote:
> Hi,
>
> On Fri, Aug 3, 2018 at 10:53 AM, Jolly Shah wrote:
>> From: Rajan Vaja
>>
>> Add ZynqMP firmware IOCTL API to control and configure
>> devices like PLLs, SD, Gem, etc.
>>
>> Signed-off-by: Rajan Vaja
>> Signed-off-by: Jol
I would be inclined to blame FUSE for this problem.
On Sun, Sep 09, 2018 at 11:41:02AM -0700, syzbot wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:f8f65382c98a Merge tag 'for-linus' of git://git.kernel.org..
> git tree: upstream
> console output: https://sy
Charles Keepax writes:
> On Tue, Sep 04, 2018 at 07:35:05PM +0100, Colin King wrote:
>> From: Colin Ian King
>>
>> In the case where IS_BUILTIN(CONFIG_AC97_BUS)) is not true, the
>> wm97xx_driver driver is being unregistered even it has not been
>> previously registered. Fix this by only unreg
On Sun, Sep 09, 2018 at 09:21:00PM +0800, Wang Long wrote:
> if i == 0, height_to_maxnodes[i] = 0,
> if i >= 1, height_to_maxnodes[i] = height_to_maxnodes[i-1]
> + __maxindex(i-1) + 1.
>
> so delete height_to_maxindex and optimize the calculation of
> height_to_maxnod
On Tue, Aug 28, 2018 at 6:53 AM, Patrick Bellasi
wrote:
> Utilization clamping requires to map each different clamp value
> into one of the available clamp groups used by the scheduler's fast-path
> to account for RUNNABLE tasks. Thus, each time a TG's clamp value
> sysfs attribute is updated via:
1 - 100 of 153 matches
Mail list logo
