On Thu, Sep 27, 2018 at 10:39:01PM +0200, Thomas Gleixner wrote:
> On Fri, 21 Sep 2018, Reinette Chatre wrote:
>
> > Dear Maintainers,
>
> Sorry for replying late.
>
> > On 9/20/2018 7:11 AM, Peter Zijlstra wrote:
> > > On Wed, Sep 19, 2018 at 10:29:05AM -0700, Reinette Chatre wrote:
> > >> Rein
2018年9月19日(水) 15:58 Masahiro Yamada :
>
> Hi.
>
> 2018-09-18 17:21 GMT+09:00 Richard Weinberger :
> > Am Dienstag, 18. September 2018, 05:58:33 CEST schrieb Masahiro Yamada:
> >> Some samples require headers installation, so commit 3fca1700c4c3
> >> ("kbuild: make samples really depend on headers_i
Hi Chuanhua,
On Fri, 21 Sep 2018 15:06:27 +0800
Chuanhua Han wrote:
> This patch fixes the problem that the XSPI mode of the dspi controller
> cannot transfer data properly.
> In XSPI mode, cmd_fifo is written before tx_fifo, which transforms the
> byte order of sending and receiving data.
Agai
On Tue, Sep 18, 2018 at 6:25 PM Vinod wrote:
>
> On 07-09-18, 08:24, Andrea Merello wrote:
> > From: Radhey Shyam Pandey
> >
> > AXI-DMA IP supports configurable (c_sg_length_width) buffer length
> > register width, hence read buffer length (xlnx,sg-length-width) DT
> > property and ensure that d
Some samples search headers in $(objtree)/usr/include, which is made
available by "make headers_install". It is not kernel-space code but
host programs that need this header search path.
Commit 3fca1700c4c3 ("kbuild: make samples really depend on
headers_install") is wrong because it installs hea
Hi Chuanhua,
On Fri, 21 Sep 2018 15:06:26 +0800
Chuanhua Han wrote:
> Before we add this spi_transfer to the spi_message chain table, we need
> bits_per_word_mask based on spi_control to set the bits_per_word of
> this spi_transfer.
It's not clear to me what you're trying to fix/improve. Can yo
On Fri, Sep 28, 2018 at 11:11:24AM +1000, Stephen Rothwell wrote:
> Hi Jens,
>
> After merging the block tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> block/kyber-iosched.c:84:22: warning: integer overflow in expression of type
> 'long int' results in '7050
Store -k clockid frequency into Perf trace to enable timestamps
derived metrics conversion into wall clock time on reporting stage.
Below is the example of perf report output:
tools/perf/perf record -k raw -- ../../matrix/linux/matrix.gcc
...
[ perf record: Captured and wrote 31.222 MB perf.da
Hi,
On 27.09.2018 19:02, Jiri Olsa wrote:
> On Thu, Sep 27, 2018 at 03:54:03PM +0300, Alexey Budankov wrote:
>>
>> Store -k clockid frequency into Perf trace to enable timestamps
>> derived metrics conversion into wall clock time on reporting stage.
>>
>> Below is the example of perf report outpu
On 2018/9/27 22:47, Stefan Schmidt wrote:
> Hello.
>
> On 19/09/2018 16:41, zhong jiang wrote:
>> The local variable 'i' is never used after being assigned.
>> hence it should be redundant adn can be removed.
>>
>> Signed-off-by: zhong jiang
>> ---
>> net/ieee802154/nl802154.c | 2 --
>> 1 file c
> -Original Message-
> From: Chuanhua Han
> Sent: 2018年9月21日 15:06
> To: broo...@kernel.org
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; e...@deif.com;
> boris.brezil...@bootlin.com; Chuanhua Han
> Subject: [PATCH 2/2] spi: spi-fsl-dspi: Fix support for XSPI transport
> -Original Message-
> From: Chuanhua Han
> Sent: 2018年9月21日 15:06
> To: broo...@kernel.org
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; e...@deif.com;
> boris.brezil...@bootlin.com; Chuanhua Han
> Subject: [PATCH 1/2] spi: spi-mem: Add the spi_set_xfer_bpw function
>
Hi Catalin,
Sorry for the late response. It was big holiday here.
I will correct what you pointed out and resubmit patch next week.
Thanks for the review!
On Mon, Sep 24, 2018 at 05:22:03PM +0100, Catalin Marinas wrote:
> On Mon, Sep 17, 2018 at 09:44:49AM +0900, Minchan Kim wrote:
> > To use bi
On 2018-09-28 00:33, Bjorn Andersson wrote:
Add compatibles for the three PAS based remote processors found in
QCS404.
Signed-off-by: Bjorn Andersson
---
Reviewed-by: Sibi Sankar
Changes since v1:
- Fixed incorrect sysmon_name, as pointed out by Sibi.
.../devicetree/bindings/remoteproc/
Hi Arnaldo and Jiri,
On Thu, Sep 27, 2018 at 06:01:58PM +0200, Jiri Olsa wrote:
> On Wed, Sep 26, 2018 at 08:23:17AM +0200, Jiri Olsa wrote:
>
> SNIP
>
> > > I agree with Namhyung, with a slight difference: perhaps we should set
> > > perf_event_attr.mmap on one of the events of the per-cpu mmap
On Fri, 28 Sep 2018, Thomas Gleixner wrote:
> On Thu, 27 Sep 2018, Andy Lutomirski wrote:
> > I have a couple questions here:
> >
> > - Is this actually okay on all architectures? That is, are there
> >cases where we'll screw up if we fail a USER_DS access this early?
> >s390 stands out
Blackfin and metag were the only architectures that prefix symbols with
an underscore. They were removed by commit 4ba66a976072 ("arch: remove
blackfin port"), commit bb6fb6dfcc17 ("metag: Remove arch/metag/"),
respectively.
It is no longer necessary to handle part of module device
table symbols
On Thu, 27 Sep 2018, Andy Lutomirski wrote:
> I have a couple questions here:
>
> - Is this actually okay on all architectures? That is, are there
>cases where we'll screw up if we fail a USER_DS access this early?
>s390 stands out as the obvious special case (where USER_DS is not
>t
From: Wanpeng Li
In cloud environment, lapic_timer_advance_ns is needed to be tuned for every
CPU
generations, and every host kernel versions(the
kvm-unit-tests/tscdeadline_latency.flat
is 5700 cycles for upstream kernel and 9600 cycles for our 3.10 product kernel,
both preemption_timer=N, S
Hi Lee,
On Wednesday 25 July 2018 10:56 AM, Lee Jones wrote:
[...]
>>>
>>> Vignesh R (5):
>>> mfd: ti_am335x_tscadc: Don't mark TSCADC MFD as wakeup capable
>>> Input: ti_am335x_tsc: Mark TSC device as wakeup source
>>> mfd: ti_am335x_tscadc: Keep ADC interface on if chil
On Fri, Sep 28, 2018 at 7:51 AM, syzbot
wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:c307aaf3eb47 Merge tag 'iommu-fixes-v4.19-rc5' of git://gi..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=13810df140
> kernel config:
Add ti,syscon-unaligned-access property to PCIe RC nodes to set
appropriate bits in CTRL_CORE_SMA_SW_7 register to enable workaround for
errata i870.
Signed-off-by: Vignesh R
---
This patch is split from v3 here:
https://lore.kernel.org/patchwork/cover/967020/
Dependent DT binding documentation a
Hello,
syzbot found the following crash on:
HEAD commit:c307aaf3eb47 Merge tag 'iommu-fixes-v4.19-rc5' of git://gi..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=13810df140
kernel config: https://syzkaller.appspot.com/x/.config?x=dfb440e26f0a6f6f
da
On Wed, 26 Sep 2018, Rob Herring wrote:
> On Mon, Sep 17, 2018 at 04:33:22PM +0100, Charles Keepax wrote:
> > Signed-off-by: Charles Keepax
> > ---
> > Documentation/devicetree/bindings/mfd/arizona.txt | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
>
> Applied.
Probably won't do any
> > + case MBOCHS_EDID_REGION_INDEX:
> > + ext->base.argsz = sizeof(*ext);
> > + ext->base.offset = MBOCHS_EDID_OFFSET;
> > + ext->base.size = MBOCHS_EDID_SIZE;
> > + ext->base.flags = (VFIO_REGION_INFO_FLAG_READ |
> > + VFIO_R
From: John Hubbard
For code that retains pages via get_user_pages*(),
release those pages via the new put_user_page(),
instead of put_page().
This prepares for eventually fixing the problem described
in [1], and is following a plan listed in [2].
[1] https://lwn.net/Articles/753027/ : "The Trou
From: John Hubbard
Introduces put_user_page(), which simply calls put_page().
This provides a way to update all get_user_pages*() callers,
so that they call put_user_page(), instead of put_page().
Also adds release_user_pages(), a drop-in replacement for
release_pages(). This is intended to be e
From: John Hubbard
Hi,
This short series prepares for eventually fixing the problem described
in [1], and is following a plan listed in [2].
I'd like to get the first two patches into the -mm tree.
Patch 1, although not technically critical to do now, is still nice to have,
because it's alread
From: John Hubbard
An upcoming patch requires a way to operate on each page that
any of the get_user_pages_*() variants returns.
In preparation for that, consolidate the error handling for
__get_user_pages(). This provides a single location (the "out:" label)
for operating on the collected set o
From: John Hubbard
For code that retains pages via get_user_pages*(),
release those pages via the new release_user_pages(),
instead of calling put_page().
This prepares for eventually fixing the problem described
in [1], and is following a plan listed in [2].
[1] https://lwn.net/Articles/753027
mmu_gather_tlb no longer exist. Replace with mmu_table_batch.
CC: triv...@kernel.org
Signed-off-by: Fengguang Wu
---
mm/gup.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/mm/gup.c b/mm/gup.c
index fc5f98069f4e..69194043ddd4 100644
--- a/mm/gup.c
+++ b/mm/gup.c
@@ -1798,
Hi all,
News: there will be no linux-next release on Monday
Changes since 20180927:
Dropped trees: xarray, ida (temporarily)
The rdma tree gained a conflict against Linus' tree.
The userns tree gained a conflict against the arm64 tree.
Non-merge commits (relative to Linus' tree):
On Wednesday 26 September 2018 10:57 PM, Tony Lindgren wrote:
> * Vignesh R [180924 22:25]:
>> Bit positions of PCIE_SS1_AXI2OCP_LEGACY_MODE_ENABLE and
>> PCIE_SS1_AXI2OCP_LEGACY_MODE_ENABLE in CTRL_CORE_SMA_SW_7 are
>> incorrectly documented in the TRM. In fact, the bit positions are
>> swappe
On Wednesday 26 September 2018 08:14 PM, Peter Rosin wrote:
> On 2018-09-26 13:57, Vignesh R wrote:
>> AM654 SoCs have similar I2C IP as OMAP SoCs. Add new compatible to
>> handle AM654 SoCs.
>>
>> Signed-off-by: Vignesh R
>> ---
>> Documentation/devicetree/bindings/i2c/i2c-omap.txt | 3 ++-
>>
Couple of patches to enable i2c-omap driver to be used with TI's new
AM654 platforms.
Vignesh R (2):
dt-bindings: i2c-omap: Add new compatible for AM654 SoCs
i2c: busses: Kconfig: Enable I2C_OMAP for ARCH_K3
Documentation/devicetree/bindings/i2c/i2c-omap.txt | 8 ++--
drivers/i2c/busses
Allow I2C_OMAP to be built for K3 platforms.
Signed-off-by: Vignesh R
---
v2: No changes
drivers/i2c/busses/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/busses/Kconfig b/drivers/i2c/busses/Kconfig
index 451d4ae50e66..ac4b09642f63 100644
--- a/drivers/
AM654 SoCs have same I2C IP as OMAP SoCs. Add new compatible to
handle AM654 SoCs. While at that reformat the existing compatible list
for older SoCs to list one valid compatible per line.
Signed-off-by: Vignesh R
---
v2: Reformat compatible existing compatible list.
Documentation/devicetree/b
On Thu, Sep 27, 2018 at 07:20:50PM -0700, Kees Cook wrote:
> On Thu, Sep 27, 2018 at 2:59 PM, Kees Cook wrote:
> > On Thu, Sep 27, 2018 at 8:11 AM, Tycho Andersen wrote:
> >> Similar to fd_install/__fd_install, we want to be able to replace an fd of
> >> an arbitrary struct files_struct, not just
Hi Ravi,
> On Sep 27, 2018, at 9:33 PM, Ravi Bangoria
> wrote:
>
> Hi Song,
>
> On 09/25/2018 03:55 AM, Song Liu wrote:
>> This patch tries to enable PMU sharing. To make perf event scheduling
>> fast, we use special data structures.
>>
>> An array of "struct perf_event_dup" is added to the p
On Thu, Sep 27, 2018 at 05:00:30PM -0300, Rafael David Tinoco wrote:
> On 9/27/18 6:02 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.18.11 release.
> > There are 88 patches in this series, all will be posted as a response
> > to this one. If anyone has an
On Thu, Sep 27, 2018 at 02:53:12PM -0700, Guenter Roeck wrote:
> On Thu, Sep 27, 2018 at 11:02:41AM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.18.11 release.
> > There are 88 patches in this series, all will be posted as a response
> > to this one.
On Thu, Sep 27, 2018 at 02:09:08PM -0600, Shuah Khan wrote:
> On 09/27/2018 03:02 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.18.11 release.
> > There are 88 patches in this series, all will be posted as a response
> > to this one. If anyone has any iss
On Thu, Sep 27, 2018 at 10:45:30PM +0100, Sudip Mukherjee wrote:
> Hi Greg,
>
> On Thu, Sep 27, 2018 at 9:56 PM, Sudip Mukherjee
> wrote:
> > Hi Greg,
> >
> > On Thu, Sep 27, 2018 at 10:03 AM, Greg Kroah-Hartman
> > wrote:
> >> This is the start of the stable review cycle for the 4.14.73 release
futex_detect_cmpxchg() checks whether cmpxchg is available by trying
it on the NULL pointer and seeing what the error code is (EFAULT vs
ENOSYS). This happens with KERNEL_DS set, which is impolite: while
the NULL *user* pointer is definitely invalid when there is no user
program running, the NULL
Hi Song,
On 09/25/2018 03:55 AM, Song Liu wrote:
> This patch tries to enable PMU sharing. To make perf event scheduling
> fast, we use special data structures.
>
> An array of "struct perf_event_dup" is added to the perf_event_context,
> to remember all the duplicated events under this ctx. All
Yahoo!©
We are delighted to inform you that you were drawn a winner of (USD
$5,005,000.00)
in our 2018 Yahoo (email) lottery. To file for claim please contact below our
(claim officer)
__
Sir. Warren Vandall
(Claims Officer)
Asian Regional Sector
_
NAND devices need additional data area (OOB) for error correction,
but it is also used for Bad Block Marker (BBM). In many cases, the
first byte in OOB is used for BBM, but the location actually depends
on chip vendors. The NAND controller should preserve the precious
BBM to keep track of bad blo
freedomfromr...@aaathats3as.com :
> As has been stated in easily accessible terms elsewhere:
> "Most courts hold that simple, non-exclusive licenses with unspecified
> durations that are silent on revocability are revocable at will. This means
> that the licensor may terminate the license at any ti
Hi Eric,
Today's linux-next merge of the userns tree got a conflict in:
arch/arm64/kernel/traps.c
between commit:
8a60419d3676 ("arm64: force_signal_inject: WARN if called from kernel
context")
from the arm64 tree and commit:
6fa998e83ef9 ("signal/arm64: Push siginfo generation into ar
As has been stated in easily accessible terms elsewhere:
"Most courts hold that simple, non-exclusive licenses with unspecified
durations that are silent on revocability are revocable at will. This
means that the licensor may terminate the license at any time, with or
without cause." +
Versio
Gnu GPL version 2, section 0:
"Each licensee is addressed as "you". "
The "you" is not referring to the licensor (copyright owner). It is
referring to the licensees and then future
sub-licensees/additional-licensees receiving the work from said previous
licensee.
It is independently clear fr
On Thu 27 Sep 14:36 PDT 2018, Colin King wrote:
> From: Colin Ian King
>
> Currently a failed allocation of channel->name leads to an
> immediate return without freeing channel. Fix this by setting
> ret to -ENOMEM and jumping to an exit path that kfree's channel.
>
> Detected by CoverityScan,
On Thu, Sep 27, 2018 at 05:55:43PM -0700, Nick Desaulniers wrote:
> On Thu, Sep 27, 2018 at 3:58 PM Jason Gunthorpe wrote:
> >
> > On Thu, Sep 27, 2018 at 03:42:24PM -0700, Nick Desaulniers wrote:
> > > On Thu, Sep 27, 2018 at 3:33 PM Bart Van Assche
> > > wrote:
> > > >
> > > > On Thu, 2018-09-
The type of a cache might not be specified by architectural mechanisms (ie
system registers), but its type might be specified in the PPTT. In this
case, we should populate the type of the cache, rather than leave it
undefined.
This fixes the issue where the cacheinfo driver will not populate sysf
The ARM Architecture Reference Manual allows for caches to be "invisible" and
thus not specified in the system registers under some scenarios such as if the
cache cannot be managed by set/way operations.
However, such caches may be specified in the ACPI PPTT table for workload
performance/scheduli
If a cache has an unknown type because neither the hardware nor the
firmware told us, an entry in the sysfs tree will be made, but the type
file will not be present. lscpu depends on the type file being present
for every entry, and will error out without printing system information
if lscpu cannot
On 09/27/18 at 04:31pm, Masayoshi Mizuma wrote:
> From: Masayoshi Mizuma
>
> Add warning message if the padding size for KASLR,
> rand_mem_physical_padding, is not enough. The message also
> says the suitable padding size.
>
> Signed-off-by: Masayoshi Mizuma
> ---
> arch/x86/include/asm/setup.
On Fri, Sep 28, 2018 at 4:20 AM Kees Cook wrote:
> On Thu, Sep 27, 2018 at 2:59 PM, Kees Cook wrote:
> > On Thu, Sep 27, 2018 at 8:11 AM, Tycho Andersen wrote:
> >> Similar to fd_install/__fd_install, we want to be able to replace an fd of
> >> an arbitrary struct files_struct, not just current'
On 9/27/18 11:53 PM, Eddie Chapman wrote:
On 27/09/18 16:23, Coly Li wrote:
On 9/27/18 9:45 PM, guoju wrote:
After write SSD completed, bcache schedule journal_write work to
system_wq, that is a public workqueue in system, without WQ_MEM_RECLAIM
flag. system_wq is also a bound wq, and there
Hi Stefan,
This bug was triggered by following condition:
1, few system memory available to allocate
2, journal delayed its operations to system_wq, which needs to allocate
memory to execute.
3, Due to lack of memory, kernel starts to reclaim system memory, and
trigger writeback to file sys
On Thu, Sep 27, 2018 at 11:17:47PM +0200, Borislav Petkov wrote:
> On Thu, Sep 27, 2018 at 04:31:46PM -0400, Masayoshi Mizuma wrote:
> > From: Masayoshi Mizuma
> >
> > This kernel parameter allows to change the padding used
> > for the physical memory mapping section when KASLR
> > memory is enab
Hi Rasmus,
2018年9月27日(木) 3:58 Rasmus Villemoes :
>
> On 15 August 2018 at 16:27, Rasmus Villemoes wrote:
> > These patches eliminate two (albeit tiny and shortlived) processes
> > from the cmd_and_fixdep rule, i.e. from every TU being
> > compiled. Whether the diffstat below is worth it I'll lea
On Thu, Sep 27, 2018 at 2:59 PM, Kees Cook wrote:
> On Thu, Sep 27, 2018 at 8:11 AM, Tycho Andersen wrote:
>> Similar to fd_install/__fd_install, we want to be able to replace an fd of
>> an arbitrary struct files_struct, not just current's. We'll use this in the
>> next patch to implement the se
On Thu, Sep 27, 2018 at 11:14:25PM +0200, Borislav Petkov wrote:
> On Thu, Sep 27, 2018 at 04:31:45PM -0400, Masayoshi Mizuma wrote:
> > From: Masayoshi Mizuma
> >
> > Add warning message if the padding size for KASLR,
> > rand_mem_physical_padding, is not enough. The message also
> > says the su
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/staging/rtlwifi/btcoexist/halbtcoutsrc.c: In function
'halbtc_leave_lps':
drivers/staging/rtlwifi/btcoexist/halbtcoutsrc.c:284:21: warning:
variable 'ppsc' set but not used [-Wunused-but-set-variable]
drivers/staging/rtlwifi/btcoexist/halbt
Creates new Makefile to avoid building driver if
'make drivers/oprofile/' is called directly.
This driver is usually built from arch/$ARCH and seems to have
no meaning building alone.
Signed-off-by: Leonardo Brás
---
drivers/oprofile/Makefile | 1 +
1 file changed, 1 insertion(+)
create mode 1
Adds Makefile to enable building the driver using
'make drivers/hwtracing/'.
Changes drivers/Makefile to call the new Makefile directly.
It enables user building this driver without building the whole drivers/
subtree.
Signed-off-by: Leonardo Brás
---
drivers/Makefile | 4 +---
drivers
Avoids building s390 drivers if 'make drivers/s390/' is called but
ARCH is not s390.
Signed-off-by: Leonardo Brás
---
drivers/s390/Makefile | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/s390/Makefile b/drivers/s390/Makefile
index a863b0462b43..0575f02dba45 1
Avoids building proc.o if 'make drivers/zorro/' is called and
CONFIG_ZORRO is disabled, even if CONFIG_PROC_FS is enabled.
Signed-off-by: Leonardo Brás
---
drivers/zorro/Makefile | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/zorro/Makefile b/drivers/zorro/Mak
Avoids building driver if 'make drivers/parisc/' is called and
CONFIG_PARISC is disabled.
Signed-off-by: Leonardo Brás
---
drivers/parisc/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/parisc/Makefile b/drivers/parisc/Makefile
index 3cd5e6cb8478..80049d763aa
Special thanks for the feedback from:
- Finn Thain (I fixed the build problem)
- Geert Uytterhoeven (The cross compilers were very useful)
- Rolf Eike Beer (Was unintentional, thanks for the help!)
This Patchset changes some driver's Makefile to allow them building
using the command 'make drivers/
Avoids building driver if 'make drivers/nubus/' is called and
CONFIG_NUBUS is disabled.
Avoids building proc.o if CONFIG_PROC_FS is enabled but
CONFIG_NUBUS is disabled.
Signed-off-by: Leonardo Brás
---
drivers/nubus/Makefile | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
Avoids building driver if 'make drivers/dio/' is called and
CONFIG_DIO is disabled.
Signed-off-by: Leonardo Brás
---
drivers/dio/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dio/Makefile b/drivers/dio/Makefile
index ae92d17083f2..8fc80e805b90 100644
--- a/
Currently, the DT-related settings are split out to
uniphier_of_serial_setup(), but it turned out to be not nice.
The next commit will add a DT property, but it will not fit in
the helper. Merge the helper into the probe function.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers
- Remove never-used DT property
- Refactor code
- Add auto-flow-control support
Dai Okamura (1):
serial: 8250_uniphier: add auto-flow-control support
Masahiro Yamada (2):
serial: 8250_uniphier: remove unused "fifo-size" property
serial: 8250_uniphier: flatten probe function
.../device
The FIFO size of the UART devices is 64 on almost all UniPhier SoCs
with the exception Pro4TV SoC (MN2WS0235), which used 128 FIFO size.
However, Pro4TV SoC was never upstreamed, and out of production.
So, this property has never been used in a useful way.
Let's remove old unused code.
Signed-off
From: Dai Okamura
Add selective auto-flow-control support for UniPhier serial driver.
Signed-off-by: Dai Okamura
Signed-off-by: Masahiro Yamada
Reviewed-by: Rob Herring
---
Changes in v2: None
Documentation/devicetree/bindings/serial/uniphier-uart.txt | 3 +++
drivers/tty/serial/8250/8250_
Thomas,
> -Original Message-
> From: Thomas Gleixner
> Sent: Thursday, September 27, 2018 3:14 PM
> To: Moger, Babu
> Cc: mi...@redhat.com; h...@zytor.com; fenghua...@intel.com;
> reinette.cha...@intel.com; vikas.shiva...@linux.intel.com;
> tony.l...@intel.com; x...@kernel.org; pet...@i
Hello Eike,
> > Oh, it's a Makefile, and as all text files, it have to end with newline.
> > If I am wrong, please let me know.
>
> No, that's fine. But it means it has to have one LF after "tree.". It had
> none, now it hat 2.
>
> Eike
Oh, i haven't noticed. Sorry for the trouble.
Thanks for
The software freedom conservancy has tendered its response:
http://sfconservancy.org/news/2018/sep/26/GPLv2-irrevocability/
http://copyleft.org/guide/comprehensive-gpl-guidech8.html#x11-540007.4
""
"The GPLv2 have several provisions that, when taken together, can be
construed as an irrevocabl
Adds Makefile to enable building the driver using
'make drivers/hwtracing/'.
Changes drivers/Makefile to call the new Makefile directly.
It enables user building this driver without building the whole drivers/
subtree.
Signed-off-by: Leonardo Brás
---
drivers/Makefile | 4 +---
drivers
Avoids building s390 drivers if 'make drivers/s390/' is called but
ARCH is not s390.
Signed-off-by: Leonardo Brás
---
drivers/s390/Makefile | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/s390/Makefile b/drivers/s390/Makefile
index a863b0462b43..0575f02dba45 1
Creates new Makefile to avoid building driver if
'make drivers/oprofile/' is called directly.
This driver is usually built from arch/$ARCH and seems to have
no meaning building alone.
Signed-off-by: Leonardo Brás
---
drivers/oprofile/Makefile | 1 +
1 file changed, 1 insertion(+)
create mode 1
Avoids building proc.o if 'make drivers/zorro/' is called and
CONFIG_ZORRO is disabled, even if CONFIG_PROC_FS is enabled.
Signed-off-by: Leonardo Brás
---
drivers/zorro/Makefile | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/zorro/Makefile b/drivers/zorro/Mak
Avoids building driver if 'make drivers/nubus/' is called and
CONFIG_NUBUS is disabled.
Avoids building proc.o if CONFIG_PROC_FS is enabled but
CONFIG_NUBUS is disabled.
Signed-off-by: Leonardo Brás
---
drivers/nubus/Makefile | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
The software freedom conservancy has tendered its response:
http://sfconservancy.org/news/2018/sep/26/GPLv2-irrevocability/
http://copyleft.org/guide/comprehensive-gpl-guidech8.html#x11-540007.4
""
"The GPLv2 have several provisions that, when taken together, can be
construed as an irrevocable
Avoids building driver if 'make drivers/parisc/' is called and
CONFIG_PARISC is disabled.
Signed-off-by: Leonardo Brás
---
drivers/parisc/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/parisc/Makefile b/drivers/parisc/Makefile
index 3cd5e6cb8478..80049d763aa
Avoids building driver if 'make drivers/dio/' is called and
CONFIG_DIO is disabled.
Signed-off-by: Leonardo Brás
---
drivers/dio/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dio/Makefile b/drivers/dio/Makefile
index ae92d17083f2..8fc80e805b90 100644
--- a/
Special thanks for the feedback from:
- Finn Thain (I fixed the build problem)
- Geert Uytterhoeven (The cross compilers were very useful)
- Rolf Eike Beer (Was unintentional, thanks for the help!)
This Patchset changes some driver's Makefile to allow them building
using the command 'make drivers/
Hi Borislav,
Thanks for the review.
On Thu, Sep 27, 2018 at 03:30:50PM +0200, Borislav Petkov wrote:
> On Thu, Sep 27, 2018 at 08:43:20PM +0800, Feng Tang wrote:
> > "pciserial" earlyprintk helps much on many modern x86 platforms,
> > but unfortunately there are some platforms whose PCI UART devi
Hello Eike,
> No, that's fine. But it means it has to have one LF after "tree.". It had
> none, now it hat 2.
>
> Eike
Oh, i haven't noticed. Sorry for the trouble.
Thanks for the feedback!
Leonardo Brás
On Thu, Sep 27, 2018 at 11:35:39PM +0200, Jason A. Donenfeld wrote:
> Hi Eric,
>
> On Thu, Sep 27, 2018 at 8:29 PM Eric Biggers wrote:
> > Why is Herbert Xu's existing crypto tree being circumvented, especially for
> > future patches (the initial merge isn't quite as important as that's a
> > on
On Wed, Sep 26, 2018 at 08:33:17PM -0700, Nathan Chancellor wrote:
> Clang warns:
>
> drivers/mfd/cros_ec_dev.c:509:40: warning: variable 'cros_ec_id' is not
> needed and will not be emitted [-Wunneeded-internal-declaration]
> static const struct platform_device_id cros_ec_id[] = {
>
Em Fri, 28 Sep 2018 00:03:55 +0200
Borislav Petkov escreveu:
> On Thu, Sep 27, 2018 at 02:44:01PM -0700, Luck, Tony wrote:
> > The problem with your patch that gets rid of EDAC_MAX_MCS is making
> > device links under /sys/bus/edac. Which is hinted at in some of the
> > code your patch deleted:
Hi Jens,
After merging the block tree, today's linux-next build (arm
multi_v7_defconfig) produced this warning:
block/kyber-iosched.c:84:22: warning: integer overflow in expression of type
'long int' results in '705032704' [-Woverflow]
[KYBER_DISCARD] = 5 * NSEC_PER_SEC,
On Fri, Sep 28, 2018 at 12:37 AM Jason A. Donenfeld wrote:
> Will do. v7 will include the wg_ prefix.
$ nm *.o | while read a b c; do [[ $b == T ]] && echo $c; done | grep -v ^wg_
cleanup_module
init_module
Success.
On Thu, Sep 27, 2018 at 11:50:44AM -0500, Rob Herring wrote:
> On Tue, Sep 25, 2018 at 07:39:26AM +0800, Guo Ren wrote:
> > - Dt-bindings doc about C-SKY Multi-processors interrupt controller.
> >
> > Signed-off-by: Guo Ren
> > ---
> > .../bindings/interrupt-controller/csky,mpintc.txt | 40
>
On Thu, Sep 27, 2018 at 11:43:17AM -0500, Rob Herring wrote:
> On Tue, Sep 25, 2018 at 07:39:21AM +0800, Guo Ren wrote:
> > This patch adds the documentation to describe that how to add cpu nodes in
> > dts for SMP.
> >
> > Signed-off-by: Guo Ren
> > ---
> > Documentation/devicetree/bindings/csk
On Thu, Sep 27, 2018 at 3:58 PM Jason Gunthorpe wrote:
>
> On Thu, Sep 27, 2018 at 03:42:24PM -0700, Nick Desaulniers wrote:
> > On Thu, Sep 27, 2018 at 3:33 PM Bart Van Assche wrote:
> > >
> > > On Thu, 2018-09-27 at 16:28 -0600, Jason Gunthorpe wrote:
> > > > On Thu, Sep 27, 2018 at 01:34:16PM
Clang warns:
drivers/staging/vc04_services/bcm2835-camera/controls.c:59:18: warning:
variable 'mains_freq_qmenu' is not needed and will not be emitted
[-Wunneeded-internal-declaration]
static const s64 mains_freq_qmenu[] = {
^
1 warning generated.
This is because mains_freq_qmenu
1 - 100 of 1259 matches
Mail list logo