Does http://lkml.kernel.org/r/20180313224240.25295-1-ne...@redhat.com
fix your issue? From the debugging info you provided it should because
the patch prevents jumping backwards.
On Wed 14-03-18 13:44:31, Ard Biesheuvel wrote:
> This reverts commit 864b75f9d6b0100bb24fdd9a20d156e7cda9b5ae.
>
> It
On 14/03/18 14:12, Rohit Kumar wrote:
On 3/10/2018 7:54 AM, srinivas.kandaga...@linaro.org wrote:
From: Srinivas Kandagatla
[..]
+struct bus_type aprbus_type = {
+.name= "aprbus",
+.match= apr_device_match,
+.probe= apr_device_probe,
+.remove
On Tue, 13 Mar 2018 18:26:01 +0530
Ravi Bangoria wrote:
> For tiny binaries/libraries, different mmap regions points to the
> same file portion. In such cases, we may increment reference counter
> multiple times. But while de-registration, reference counter will get
> decremented only by once lea
On Tue 13-03-18 23:42:40, Daniel Vacek wrote:
> On some architectures (reported on arm64) commit 864b75f9d6b01
> ("mm/page_alloc: fix memmap_init_zone pageblock alignment")
> causes a boot hang. This patch fixes the hang making sure the alignment
> never steps back.
I am sorry to be complaining a
On 12.03.2018 11:38, Alexey Budankov wrote:
>
> Here is a series of small patches that implement exposing type of
> context-switch-out event as a part of PERF_RECORD_SWITCH[_CPU_WIDE] record.
Testing results from my Fedora 27/x86_64:
uname -a
Linux nntvtune39 4.16.0-rc4+ #1 SMP Mon Mar 12 21:17
On Wed, 2018-03-14 at 14:08 +0800, joeyli wrote:
> On Tue, Mar 13, 2018 at 10:18:35AM -0700, James Bottomley wrote:
> >
> > On Tue, 2018-03-13 at 18:38 +0800, Lee, Chun-Yi wrote:
> > >
> > > This patch adds the logic for checking the kernel module's hash
> > > base on blacklist. The hash must be
On 03/14/2018 12:46 AM, Ram Pai wrote:
> Once an address range is associated with an allocated pkey, it cannot be
> reverted back to key-0. There is no valid reason for the above behavior. On
> the contrary applications need the ability to do so.
I'm trying to remember why we cared in the first p
Jason,
On Wed, 14 Mar 2018, jason.vas.d...@gmail.com wrote:
this subject line is not really what it should be.
[PATCH v4.16-rc5 1/3] x86/vdso: on Intel, VDSO should handle CLOCK_MONOTONIC_RAW
Documentation clearly says:
The canonical patch subject line is::
Subject: [PATCH 001/123] su
> -Original Message-
> From: Andrew Lunn [mailto:and...@lunn.ch]
> Sent: Tuesday, March 13, 2018 5:26 PM
> To: Razvan Stefanescu
> Cc: gre...@linuxfoundation.org; de...@driverdev.osuosl.org; linux-
> ker...@vger.kernel.org; net...@vger.kernel.org; Alexander Graf
> ; a...@arndb.de; Alexan
From: Colin Ian King
structure da7219_dai_clks_ops is local to the source and does not need
to be in global scope, so make it static.
Cleans up sparse warning:
sound/soc/codecs/da7219.c:1777:22: warning: symbol 'da7219_dai_clks_ops'
was not declared. Should it be static?
Signed-off-by: Colin Ia
On Wed, Mar 14, 2018 at 09:46:07AM +0200, Nikolay Borisov wrote:
>
>
> On 14.03.2018 05:10, Tycho Andersen wrote:
> > Hi all,
> >
> > I'm getting the WARN below. I think (?) what I'm doing when I get it
> > is that I'm unmounting a subvolume while it's being synced (concurrent
> > uses of the su
>
> Can you resend this series and just use the correct SPDX identifiers for
> all of the new files, instead of all of this horrid boiler-plate code?
>
> That will save me time when I have to go delete all of this in the near
> future :)
>
> Also, why dual license it? Are you _SURE_ you want to
On 14 March 2018 at 14:13, Michal Hocko wrote:
> Does http://lkml.kernel.org/r/20180313224240.25295-1-ne...@redhat.com
> fix your issue? From the debugging info you provided it should because
> the patch prevents jumping backwards.
>
The patch does fix the boot hang.
But I am concerned that we a
Here is the collection of patches I have applied to my 'asm-generic' tree
on top of the 'metag' removal. This does not include any of the device
drivers, I'll send those separately to a someone different list of people.
The removal came out of a discussion that is now documented at
https://lwn.net
On Fri, 9 Mar 2018 16:20:48 +0530
Arvind Yadav wrote:
> if device_register() returned an error! Always use put_device()
> to give up the reference initialized.
>
> Signed-off-by: Arvind Yadav
> ---
> drivers/mtd/mtdcore.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/mtd/m
The Mitsubishi/Renesas m32r architecture has been around for many years,
but the Linux port has been obsolete for a very long time as well, with
the last significant updates done for linux-2.6.14.
While some m32r microcontrollers are still being marketed by Renesas,
those are apparently no longer
The Sunplus S+core architecture was added in 2009 by Chen Liqin,
who has been co-maintaining it with Lennox Wu
since then, but after they both left the company, nobody else has shown
any interest in the port and it has seen almost no activity other than
tree-wide changes.
The gcc port was removed
The Fujitsu FRV kernel port has been around for a long time, but has not
seen regular updates in several years and instead was marked 'Orphaned'
in 2016 by long-time maintainer David Howells.
The SoC product line apparently is apparently still around in the form
of the Socionext Milbeaut image pro
On Wed, 2018-03-14 at 14:18 +0530, Chintan Pandya wrote:
> Note: I was working on these patches for quite sometime
> and realized that Toshi Kani has shared some patches
> addressing the same isssue with subject
> "[PATCH 0/2] fix memory leak / panic in ioremap huge pages".
> I've taken slightly di
Hardwall is a tile specific feature, and with the removal of the
tile architecture, this has become dead code, so let's remove it.
Signed-off-by: Arnd Bergmann
---
fs/proc/base.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/fs/proc/base.c b/fs/proc/base.c
index 9298324325ed..d5324
The Analog Devices Blackfin port was added in 2007 and was rather
active for a while, but all work on it has come to a standstill
over time, as Analog have changed their product line-up.
Aaron Wu confirmed that the architecture port is no longer relevant,
and multiple people suggested removing bla
From: David Howells
Remove the MN10300 arch as the hardware is defunct.
Suggested-by: Arnd Bergmann
Signed-off-by: David Howells
cc: Masahiro Yamada
cc: linux-am33-l...@redhat.com
Signed-off-by: Arnd Bergmann
---
Documentation/00-INDEX |2 -
.../features/core
The Tile architecture port was added by Chris Metcalf in 2010, and
maintained until early 2018 when he orphaned it due to his departure
from Mellanox, and nobody else stepped up to maintain it. The product
line is still around in the form of the BlueField SoC, but no longer
uses the Tile architectu
The CONFIG_MPU option was only defined on blackfin, and that architecture
is now being removed, so the respective code can be simplified.
A lot of other microcontrollers have an MPU, but I suspect that if we
want to bring that support back, we'd do it differently anyway.
Signed-off-by: Arnd Bergm
From: Jesper Nilsson
The port was added back in 2000 so it's no longer even a good source
of inspiration for newer ports (if it ever was)
The last SoC (ARTPEC-3) with a CRIS main CPU was launched in 2008.
Coupled with time and working developer board hardware being
in low supply, it's time to d
On Wed, Mar 14, 2018 at 7:16 AM, Alexander Potapenko wrote:
>
>
>
> On Wed, Mar 14, 2018 at 3:11 PM Eric Dumazet wrote:
>>
>> On Wed, Mar 14, 2018 at 7:03 AM, Alexander Potapenko
>> wrote:
>> > KMSAN reports use of uninitialized memory in the case when |alen| is
>> > smaller than sizeof(struct n
On Tue, 2018-03-13 at 12:57 +, Safford, David (GE Global Research,
US) wrote:
> >
> > -Original Message-
> > From: James Bottomley [mailto:james.bottom...@hansenpartnership.com
> > ]
> > Sent: Monday, March 12, 2018 8:07 PM
> > To: Mimi Zohar ; Jiandi An
[...]
> > > > The key question
Hello,
On 27.12.2017 16:20, Felix Brack wrote:
> This patch adds a LCD driver supporting the OTM3225A LCD SoC
> from ORISE Technology. This device can drive TFT LC panels having a
> resolution of 240x320 pixels. After initializing the OTM3225A using
> it's SPI interface it switches to use 16-bib R
Tile was the only remaining architecture to implement alloc_remap(),
and since that is being removed, there is no point in keeping this
function.
Removing all callers simplifies the mem_map handling.
Signed-off-by: Arnd Bergmann
---
include/linux/bootmem.h | 9 -
mm/page_alloc.c
Thanks, applied for 4.17.
A lot of Kconfig symbols have architecture specific dependencies.
In those cases that depend on architectures we have already removed,
they can be omitted.
Signed-off-by: Arnd Bergmann
---
block/bounce.c | 2 +-
drivers/ide/Kconfig | 2 +-
drivers/ide/ide
The frv, tile and blackfin architectures are being removed, so
we can clean up this header by removing all the special cases
except those for ia64.
Signed-off-by: Arnd Bergmann
---
include/uapi/asm-generic/siginfo.h | 36 ++--
1 file changed, 2 insertions(+), 34 d
On Wed, 14 Mar 2018, jason.vas.d...@gmail.com wrote:
Again: Read and comply with Documentation/process/ and fix the complaints
of checkpatch.pl.
> diff --git a/arch/x86/entry/vdso/vclock_gettime.c
> b/arch/x86/entry/vdso/vclock_gettime.c
> index fbc7371..2c46675 100644
> --- a/arch/x86/entry/vds
On Wed, Mar 14, 2018 at 12:21 AM, Wu Hao wrote:
>> > +
>> > + drvdata->cdev = cdev;
>> > +
>> > +enum_info_free_exit:
>> > + fpga_enum_info_free(info);
>>
>> This is the only place I saw fpga_enum_info_free being called.
>
> It doesn't need to keep the enumeration inforamtion data str
On Wed, 14 Mar 2018 13:17:04 +0100 Michal Hocko wrote:
> > --- a/security/keys/big_key.c~headers-untangle-kmemleakh-from-mmh-fix
> > +++ a/security/keys/big_key.c
> > @@ -18,6 +18,7 @@
> > #include
> > #include
> > #include
> > +#include
> > #include
> > #include
> > #include
>
> My
Hi Arnd,
I like this cleanup, but arch/tile (which is afaik Orphaned but still in the
gate) has:
HAVE_ARCH_ALLOC_REMAP set to yes:
arch/tile/Kconfig
config HAVE_ARCH_ALLOC_REMAP
def_bool y
Define in arch/tile/kernel/setup.c:
void *__init alloc_remap(int nid, unsigned long size)
{
A number of architecture ports are obsolete and getting dropped,
so we no longer want to track the respective features.
We already removed the lines for metag and mn10300, this does
the same edits for all the others.
For the remaining 21 architectures, this shows how many are known
to implement e
These two architectures are getting removed, so we no longer
need the special cases.
Signed-off-by: Arnd Bergmann
---
scripts/recordmcount.pl | 8
1 file changed, 8 deletions(-)
diff --git a/scripts/recordmcount.pl b/scripts/recordmcount.pl
index 2033af758173..c74ecc6504e8 100755
--- a
A number of architectures are being removed from the kernel, so
we no longer need to test them.
Signed-off-by: Arnd Bergmann
---
tools/testing/ktest/examples/crosstests.conf | 31 +---
1 file changed, 1 insertion(+), 30 deletions(-)
diff --git a/tools/testing/ktest/examp
From: Patrice Chotard
As serial interface is already specified into stdout-path property,
"console=ttyASN,115200" from bootargs can be removed.
Signed-off-by: Patrice Chotard
---
v4: _ none
v3: _ remove "console=serialN,115200" from bootargs and use prefered
stdout-path property
v2: _ n
On 09/03/2018 15:02, Vitaly Kuznetsov wrote:
> Enlightened VMCS is just a structure in memory, the main benefit
> besides avoiding somewhat slower VMREAD/VMWRITE is using clean field
> mask: we tell the underlying hypervisor which fields were modified
> since VMEXIT so there's no need to inspect th
Hi Greg
On 03/14/2018 02:57 PM, Greg KH wrote:
> On Wed, Mar 07, 2018 at 06:35:34PM +0100, patrice.chot...@st.com wrote:
>> From: Patrice Chotard
>>
>> As serial interface is already specified into stdout-path property,
>> "console=ttyASN,115200" from bootargs can be removed.
>>
>> Signed-off-by:
On Wed 14-03-18 14:35:12, Ard Biesheuvel wrote:
> On 14 March 2018 at 14:13, Michal Hocko wrote:
> > Does http://lkml.kernel.org/r/20180313224240.25295-1-ne...@redhat.com
> > fix your issue? From the debugging info you provided it should because
> > the patch prevents jumping backwards.
> >
>
> T
On 12/03/2018 15:19, Vitaly Kuznetsov wrote:
>>> Static key is being used to avoid performance penalty for non-Hyper-V
>>> deployments. Tests show we add around 3 (three) CPU cycles on each
>>> VMEXIT (1077.5 cycles before, 1080.7 cycles after for the same CPUID
>>> loop on bare metal). We can prob
When using wicked with a lan78xx device attached to the system, we
end up with ethtool commands issued on the device before an ifup
got issued. That lead to the following crash:
Unable to handle kernel NULL pointer dereference at virtual address 039c
pgd = 800035b3
[039
On Wed, Mar 14, 2018 at 3:50 PM, Pavel Tatashin
wrote:
> Hi Arnd,
>
> I like this cleanup, but arch/tile (which is afaik Orphaned but still in the
> gate) has:
>
> HAVE_ARCH_ALLOC_REMAP set to yes:
>
> arch/tile/Kconfig
> config HAVE_ARCH_ALLOC_REMAP
> def_bool y
It was a bit tricky to
On Wed 14-03-18 07:50:55, Andrew Morton wrote:
> On Wed, 14 Mar 2018 13:17:04 +0100 Michal Hocko wrote:
>
> > > --- a/security/keys/big_key.c~headers-untangle-kmemleakh-from-mmh-fix
> > > +++ a/security/keys/big_key.c
> > > @@ -18,6 +18,7 @@
> > > #include
> > > #include
> > > #include
> >
On 03/14/2018 10:56 AM, Arnd Bergmann wrote:
> On Wed, Mar 14, 2018 at 3:50 PM, Pavel Tatashin
> wrote:
>> Hi Arnd,
>>
>> I like this cleanup, but arch/tile (which is afaik Orphaned but still in the
>> gate) has:
>>
>> HAVE_ARCH_ALLOC_REMAP set to yes:
>>
>> arch/tile/Kconfig
>> config HAVE_AR
On 2018.03.14 07:09 Rafael J. Wysocki wrote:
... [snip]...
> v2 -> v3: Use local_clock() for time measurements and drop the
> counter, since that should be lightweight enough (as
> suggested by Peter).
I have been testing the latest of everything for a couple of days
now, and e
From: Rob Herring
alloc_maybe_bootmem is unused, so remove it.
Signed-off-by: Rob Herring
Signed-off-by: Michal Simek
---
arch/microblaze/include/asm/setup.h | 1 -
arch/microblaze/mm/init.c | 8
2 files changed, 9 deletions(-)
diff --git a/arch/microblaze/include/asm/set
From: Rob Herring
Microblaze doesn't set CONFIG_NO_BOOTMEM and so memblock_virt_alloc()
doesn't work for CONFIG_HAVE_MEMBLOCK && !CONFIG_NO_BOOTMEM.
Similar change was already done by others architectures
"ARM: mm: Remove bootmem code and switch to NO_BOOTMEM"
(sha1: 84f452b1e8fc73ac0e31254c66e3
On Wed, 14 Mar 2018 15:57:24 +0100 Michal Hocko wrote:
> > > 1 file changed, 1 insertion(+)
> > >
> > > diff --git a/security/integrity/digsig.c b/security/integrity/digsig.c
> > > index 6f9e4ce568cd..9bb0a7f2863e 100644
> > > --- a/security/integrity/digsig.c
> > > +++ b/security/integrity/dig
On 03/14/2018 02:18 PM, Arnaldo Carvalho de Melo wrote:
> Em Wed, Mar 14, 2018 at 09:34:48AM +0100, Thomas-Mich Richter escreveu:
>> On 03/13/2018 04:23 AM, Andi Kleen wrote:
>>> Thomas Richter writes:
>
Right now there is only hard coded support for x86.
>
>>> That's not true. There is sup
On 12.3.2018 11:21, Michal Simek wrote:
> On 12.3.2018 08:52, Alvaro G. M. wrote:
>> On Fri, Mar 09, 2018 at 01:05:11PM -0600, Rob Herring wrote:
>>> On Fri, Mar 9, 2018 at 6:51 AM, Alvaro G. M.
>>> wrote:
Hi,
I've found via git bisect that 0fa1c579349fdd90173381712ad78aa99c09d38b
On Wed 14-03-18 08:03:28, Andrew Morton wrote:
> On Wed, 14 Mar 2018 15:57:24 +0100 Michal Hocko wrote:
>
> > > > 1 file changed, 1 insertion(+)
> > > >
> > > > diff --git a/security/integrity/digsig.c b/security/integrity/digsig.c
> > > > index 6f9e4ce568cd..9bb0a7f2863e 100644
> > > > --- a/s
On Wed, Mar 14, 2018 at 05:18:31PM +0900, Sergey Senozhatsky wrote:
> Hello,
>
> ZRAM's max_zpage_size is a bad thing. It forces zsmalloc to
> store normal objects as huge ones, which results in bigger zsmalloc
> memory usage. Drop it and use actual zsmalloc huge-class value when
> decide if
On Wed, 14 Mar 2018, Rajneesh Bhardwaj wrote:
> static int __init i8237A_init_ops(void)
> {
> + /*
> + * From SKL PCH onwards, the port 0x61 bit 4 would stop toggle and
s/would stop toggle/stops toggling/
You are describing a fact, right?
> + * the legacy DMA device is removed in
From: Rob Herring
alloc_maybe_bootmem is unused, so remove it.
Signed-off-by: Rob Herring
Signed-off-by: Michal Simek
---
Changes in v2: None
arch/microblaze/include/asm/setup.h | 1 -
arch/microblaze/mm/init.c | 8
2 files changed, 9 deletions(-)
diff --git a/arch/micro
From: Rob Herring
Microblaze doesn't set CONFIG_NO_BOOTMEM and so memblock_virt_alloc()
doesn't work for CONFIG_HAVE_MEMBLOCK && !CONFIG_NO_BOOTMEM.
Similar change was already done by others architectures
"ARM: mm: Remove bootmem code and switch to NO_BOOTMEM"
(sha1: 84f452b1e8fc73ac0e31254c66e3
On 14.3.2018 16:01, Michal Simek wrote:
> From: Rob Herring
>
> Microblaze doesn't set CONFIG_NO_BOOTMEM and so memblock_virt_alloc()
> doesn't work for CONFIG_HAVE_MEMBLOCK && !CONFIG_NO_BOOTMEM.
>
> Similar change was already done by others architectures
> "ARM: mm: Remove bootmem code and swi
Hi Masami,
On 03/14/2018 07:18 PM, Masami Hiramatsu wrote:
> Hi Ravi,
>
> On Tue, 13 Mar 2018 18:26:00 +0530
> Ravi Bangoria wrote:
>
>> Userspace Statically Defined Tracepoints[1] are dtrace style markers
>> inside userspace applications. These markers are added by developer at
>> important plac
On 03/14/2018 07:45 PM, Masami Hiramatsu wrote:
> On Tue, 13 Mar 2018 18:26:01 +0530
> Ravi Bangoria wrote:
>
>> For tiny binaries/libraries, different mmap regions points to the
>> same file portion. In such cases, we may increment reference counter
>> multiple times. But while de-registration,
On Fri, 9 Mar 2018, Vitaly Kuznetsov wrote:
> @@ -198,6 +218,12 @@ static int hv_cpu_die(unsigned int cpu)
> struct hv_reenlightenment_control re_ctrl;
> unsigned int new_cpu;
>
> + if (hv_vp_assist_page && hv_vp_assist_page[cpu]) {
> + wrmsrl(HV_X64_MSR_VP_ASSIST_PAGE
From: Markus Elfring
Date: Wed, 14 Mar 2018 16:06:49 +0100
* Add jump targets so that a call of the function "mutex_unlock" is stored
only once in these function implementations.
* Replace 19 calls by goto statements.
This issue was detected by using the Coccinelle software.
Signed-off-by: M
On Tue, Mar 13, 2018 at 06:13:45PM +0200, Yuval Shaia wrote:
> On Tue, Mar 13, 2018 at 05:07:22PM +0200, Liran Alon wrote:
> > Before this commit, dev_forward_skb() always cleared packet's
> > per-network-namespace info. Even if the packet doesn't cross
> > network namespaces.
> >
> > The comment
On 03/14/2018 07:39 PM, Masami Hiramatsu wrote:
> Hi Ravi,
>
> This code logic looks good. I just have several small comments for style.
>
> On Tue, 13 Mar 2018 18:26:02 +0530
> Ravi Bangoria wrote:
>
>> diff --git a/tools/perf/util/probe-event.c b/tools/perf/util/probe-event.c
>> index e1dbc98.
On Mon, 12 Mar 2018, Vitaly Kuznetsov wrote:
> Thomas Gleixner writes:
> > On Fri, 9 Mar 2018, Vitaly Kuznetsov wrote:
> >> Static key is being used to avoid performance penalty for non-Hyper-V
> >> deployments. Tests show we add around 3 (three) CPU cycles on each
> >> VMEXIT (1077.5 cycles befor
On 03/14/2018 07:20 PM, Masami Hiramatsu wrote:
> On Tue, 13 Mar 2018 18:26:03 +0530
> Ravi Bangoria wrote:
>
>> No functionality changes.
> Please consider to describe what is this change and why, here.
Will add in next version.
>> Signed-off-by: Ravi Bangoria
>> ---
>> Documentation/trace/
On 2018-03-13 21:10:39 [+0100], Peter Zijlstra wrote:
> On Tue, Mar 13, 2018 at 07:42:41PM +0100, Sebastian Andrzej Siewior wrote:
> > +static void blk_queue_usage_counter_release_swork(struct swork_event *sev)
> > +{
> > + struct request_queue *q =
> > + container_of(sev, struct reques
On 03/13/2018 03:56 PM, Andy Shevchenko wrote:
On Tue, Mar 13, 2018 at 8:54 PM, Gary R Hook wrote:
On 03/13/2018 12:20 PM, Andy Shevchenko wrote:
+ } else if (obuf[0] == '0' && obuf[1] == 'x') {
+ n = sscanf(obuf, "%x", &amd_iommu_devid);
+ } else {
+
The kbuild test robot reported the following warning on sparc64:
kernel/jump_label.c: In function '__jump_label_update':
kernel/jump_label.c:376:51: warning: cast to pointer from integer of
different size [-Wint-to-pointer-cast]
WARN_ONCE(1, "can't patch jump_label at %pS", (void *)ent
On 03/13/2018 03:23 PM, Andy Shevchenko wrote:
On Tue, Mar 13, 2018 at 8:54 PM, Gary R Hook wrote:
On 03/13/2018 12:16 PM, Andy Shevchenko wrote:
On Fri, Mar 9, 2018 at 2:50 AM, Gary R Hook wrote:
+#include
+#include
+#include
Keep in order?
What order would that be? These few nee
On Wed, Mar 14, 2018 at 2:39 PM, H. Nikolaus Schaller
wrote:
>> Am 13.03.2018 um 17:56 schrieb Andy Shevchenko :
>> On Sat, Mar 10, 2018 at 1:00 PM, H. Nikolaus Schaller
>> wrote:
>> What does L means in the model code?
>
> Good question. The data sheets don't tell. But 6424 and 6524 are not i
Hi Alexander,
Thanks for patch. We will look into it if there is any corner case
Such as plug in/out while operations.
Woojung
> -Original Message-
> From: Alexander Graf [mailto:ag...@suse.de]
> Sent: Wednesday, March 14, 2018 10:55 AM
> To: Woojung Huh - C21699
> Cc: UNGLinuxDriver ;
On Wed, Mar 14, 2018 at 1:54 AM, Christoph Hellwig wrote:
> On Tue, Mar 13, 2018 at 02:28:49PM -0700, Alexander Duyck wrote:
>> From: Alexander Duyck
>>
>> This patch adds a common configuration function called
>> pci_sriov_configure_simple that will allow for managing VFs on devices
>> where the
On Wed, Mar 14, 2018 at 5:24 PM, Gary R Hook wrote:
> On 03/13/2018 03:23 PM, Andy Shevchenko wrote:
> +#include
> +#include
> +#include
Keep in order?
>>> What order would that be? These few needed files are listed in the same
>>> order as which they appear in amd_iommu.c.
On Wed, Mar 14, 2018 at 1:56 AM, Christoph Hellwig wrote:
>> +
>> +/**
>> + * pci_pf_stub_white_list - White list of devices to bind pci-pf-stub onto
>> + *
>> + * This table provides the list of IDs this driver is supposed to bind
>> + * onto. You could think of this as a list of "quirked" device
Am Mittwoch, den 14.03.2018, 14:31 +0100 schrieb Richard Leitner:
> Hi Oliver,
> thank you for your feedback!
>
> On 03/14/2018 01:17 PM, Oliver Neukum wrote:
> > Am Mittwoch, den 14.03.2018, 11:29 +0100 schrieb Richard Leitner:
> > > From: Richard Leitner
> > >
> > > Replace the hardcoded PCI v
The prints after [k|v][m|z|c]alloc() functions are not needed, because
in case of failure, allocator will print their internal error prints
anyway.
Signed-off-by: Arushi Singhal
---
drivers/mtd/maps/sun_uflash.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/mtd/m
The prints after [k|v][m|z|c]alloc() functions are not needed, because
in case of failure, allocator will print their internal error prints
anyway.
Signed-off-by: Arushi Singhal
---
drivers/mtd/nand/ams-delta.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/mtd/nand/ams-delta.c b/dri
The prints after [k|v][m|z|c]alloc() functions are not needed, because
in case of failure, allocator will print their internal error prints
anyway.
Signed-off-by: Arushi Singhal
---
drivers/mtd/inftlmount.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/mtd/inft
The Tile architecture is obsolete and getting removed from the kernel,
this driver appears to only be used there, and not on the ARM based
successors (Tile-Mx, BlueField), so we should remove it as well.
Signed-off-by: Arnd Bergmann
---
drivers/edac/Kconfig | 8 --
drivers/edac/Makefile
The blackfin architecture is getting removed, so the bfin_mac driver
is now obsolete.
Signed-off-by: Arnd Bergmann
---
drivers/net/ethernet/Kconfig|1 -
drivers/net/ethernet/Makefile |1 -
drivers/net/ethernet/adi/Kconfig| 66 --
drivers/net/ethernet/adi/Makefile |
The tile architecture is obsolete and getting removed. From all
I can tell, later ARM based products use a different ethernet driver,
so we should remove this one as well.
Signed-off-by: Arnd Bergmann
---
drivers/net/ethernet/Kconfig|1 -
drivers/net/ethernet/Makefile |1 -
The m32r architecture is getting removed, so we can kill off the
architecture specific hacks in this driver.
Signed-off-by: Arnd Bergmann
---
drivers/net/ethernet/8390/Kconfig | 3 +--
drivers/net/ethernet/8390/ne.c| 23 ++-
2 files changed, 3 insertions(+), 23 deletions
The m32r architecture is getting removed, so this part can be
cleaned up as well.
Signed-off-by: Arnd Bergmann
---
drivers/net/ethernet/smsc/Kconfig | 4 ++--
drivers/net/ethernet/smsc/smc91x.h | 26 --
2 files changed, 2 insertions(+), 28 deletions(-)
diff --git a/dri
The cris architecture is getting removed, so we don't need the
ethernet driver any more either.
Signed-off-by: Arnd Bergmann
---
drivers/net/Makefile |1 -
drivers/net/cris/Makefile |1 -
drivers/net/cris/eth_v10.c | 1742
3 files chang
The Tile architecture is getting removed, so we no longer need this either.
Signed-off-by: Arnd Bergmann
---
include/linux/raid/pq.h | 1 -
lib/raid6/Makefile | 6
lib/raid6/algos.c | 3 --
lib/raid6/test/Makefile | 7
lib/raid6/tilegx.uc | 87 ---
Hi driver maintainers,
I just posted one series with the removal of eight architectures,
see https://lkml.org/lkml/2018/3/14/505 for details, or
https://lwn.net/Articles/748074/ for more background.
These are the device drivers that go along with them. I have already
picked up the drivers for arc
The tile architecture is getting removed, so this driver is
no longer needed.
Signed-off-by: Arnd Bergmann
---
drivers/rtc/Kconfig| 7 ---
drivers/rtc/Makefile | 1 -
drivers/rtc/rtc-tile.c | 143 -
3 files changed, 151 deletions(-)
dele
The blackfin architecture is getting removed, so this one is
now obsolete.
Signed-off-by: Arnd Bergmann
---
drivers/rtc/Kconfig| 10 --
drivers/rtc/Makefile | 1 -
drivers/rtc/rtc-bfin.c | 448 -
3 files changed, 459 deletions(-)
delete m
The blackfin architecture is getting removed, so we don't
need this driver any more.
Signed-off-by: Arnd Bergmann
---
drivers/char/Kconfig| 28 --
drivers/char/Makefile | 1 -
drivers/char/bfin-otp.c | 237
3 files changed, 266 deleti
The m32r architecture was the only user of the old-style
rtc driver for ds1302. The architecture is getting removed
now, and we have a modern driver for the same hardware in
drivers/rtc/rtc-ds1302.c, so this one won't be missed.
Signed-off-by: Arnd Bergmann
---
drivers/char/Kconfig | 9 --
dr
The tile architecture is being removed, so we no longer need this driver.
Signed-off-by: Arnd Bergmann
---
drivers/char/Kconfig | 11 --
drivers/char/Makefile| 1 -
drivers/char/tile-srom.c | 475 ---
3 files changed, 487 deletions(-)
delet
Commit-ID: af1d830bf32b27b387b97c8b29dc09e306a9ff7f
Gitweb: https://git.kernel.org/tip/af1d830bf32b27b387b97c8b29dc09e306a9ff7f
Author: Josh Poimboeuf
AuthorDate: Wed, 14 Mar 2018 10:24:20 -0500
Committer: Thomas Gleixner
CommitDate: Wed, 14 Mar 2018 16:35:26 +0100
jump_label: Fix spar
The m32r architecture is getting removed, so these drivers
are no longer needed.
Signed-off-by: Arnd Bergmann
---
drivers/pcmcia/Kconfig| 19 --
drivers/pcmcia/Makefile | 2 -
drivers/pcmcia/m32r_cfc.c | 786 --
drivers/pcmcia/m32r_cfc.h | 88
The blackfin architecture is getting removed, so this one is no
longer needed either.
Signed-off-by: Arnd Bergmann
---
drivers/pcmcia/Kconfig | 7 -
drivers/pcmcia/Makefile | 1 -
drivers/pcmcia/bfin_cf_pcmcia.c | 316
3 files changed
The blackfin and m32r architectures are getting removed, so it's
time to clean up the logos as well.
Signed-off-by: Arnd Bergmann
---
drivers/video/logo/Kconfig | 15 -
drivers/video/logo/Makefile |3 -
drivers/video/logo/logo.c| 12
The blackfin architecture is getting removed, so the ASoC drivers
are all obsolete as well.
Signed-off-by: Arnd Bergmann
---
MAINTAINERS |7 -
sound/soc/Kconfig |1 -
sound/soc/Makefile |1 -
sound/soc/blackfin/Kc
Commit-ID: 17a2f1ced0280068897990b0dd25ce70555b8ac7
Gitweb: https://git.kernel.org/tip/17a2f1ced0280068897990b0dd25ce70555b8ac7
Author: Lai Jiangshan
AuthorDate: Fri, 1 Dec 2017 21:50:05 +0800
Committer: Thomas Gleixner
CommitDate: Wed, 14 Mar 2018 16:38:43 +0100
cpu/hotplug: Merge cpu
401 - 500 of 1242 matches
Mail list logo
