The spi-dw driver currently only supports 8 or 16 bits per word.
Since the hardware supports 4-16 bits per word, adapt the driver
to also support this.
Tested on socfpga cyclone5 with a 9-bit SPI display.
Signed-off-by: Simon Goldschmidt
---
Changes in v2:
- use DIV_ROUND_UP to calculate numbe
I've applied this with some major updates to the subject, changelog
and the comment in the code. Please double check it all still makes
sense.
On Tue, Aug 14, 2018 at 06:35:16PM -0700, Michal Wnukowski wrote:
>
> The other side in this case is not actual controller hardware, but
> virtual one (the regular hardware should rely on normal MMIO
> doorbells).
There could very much be real hardware there. We've made it clear
in the spec th
On Thu, Aug 16, 2018 at 7:14 PM, Linus Torvalds
wrote:
> On Thu, Aug 16, 2018 at 12:37 AM Sedat Dilek wrote:
>>>
>> I am here on Linux v4.18 and tried first to merge the l1tf-final Git-branch.
>> Unfortunately, this is no more available in the tip Git-tree.
>
> Right. That branch - for obvious re
Hi Abel,
On Thu, Aug 16, 2018 at 06:27:15PM +0300, Abel Vesa wrote:
> Since a lot of clocks on imx8 are formed by a mux, gate, predivider and
> divider, the idea here is to combine all of those into one more complex
> clock type, therefore moving the complexity inside the composite clock and
> out
2018-08-17 2:49 GMT+02:00 Bjorn Andersson :
> da8xx_rproc_mem size is of type size_t, so use %zx to format the debug
> print of it to avoid a compile warning.
>
> Signed-off-by: Bjorn Andersson
> ---
> drivers/remoteproc/da8xx_remoteproc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
On 2018-08-17 01:21, Yury Norov wrote:
> Hi Rasmus,
>
> On Wed, Aug 15, 2018 at 10:55:39AM +0200, Rasmus Villemoes wrote:
>> Most of the inline bitmap functions are buggy if passed a compile-time
>> constant nbits==0.
>
> I think it's bad wording. Functions are OK. The problem is in users.
Why s
This patch removed code which are valid for IEEE 802.11a i.e. 5GHz.
This is also mention in the TODO file.
Signed-off-by: Bhaskar Singh
---
drivers/staging/rtl8188eu/core/rtw_ieee80211.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rt
Hi Bjørn,
W dniu 17.08.2018 o 01:34, Bjørn Forsman pisze:
> On Thu, 16 Aug 2018 at 18:18, Andrzej Pietrasiewicz
> wrote:
>>
>> This reverts commit 9e6e0d5f2a2713402cf9dce69b9f9b516e4185d2.
>>
>> The reverted commit introduces broken builds. Even though the cpio archive
>> does contain all the spe
On Fri, Aug 17, 2018 at 7:45 AM Teika Kazura wrote:
>
> For the record, about the exactness of the patch description.
>
> The patch mentions the regression by the commit c62ec4610c40, but it is not
> the cause of the bug (https://bugzilla.kernel.org/show_bug.cgi?id=20067)
> reported by me; I reve
Removed unnecessary parentheses and this resolve the check patch issue.
Structure dereference operator have higher precedence then Address of
operator So there is no need of parentheses.
This change is purely coding style in nature and should have not effect
on runtime code execution.
Signed-off
On Fri, Aug 17, 2018 at 4:29 AM Daniel Drake wrote:
>
> On Mon, Aug 6, 2018 at 7:17 PM, Rafael J. Wysocki wrote:
> >> 'echo enabled > /sys/devices/platform/i8042/serio0/power/wakeup' can get
> >> the
> >> keyboard wake up the system as expected. We considered to work out a DMI
> >> based quirk f
On Friday 17 August 2018 01:09 PM, Bartosz Golaszewski wrote:
> 2018-08-17 2:49 GMT+02:00 Bjorn Andersson :
>> da8xx_rproc_mem size is of type size_t, so use %zx to format the debug
>> print of it to avoid a compile warning.
>>
>> Signed-off-by: Bjorn Andersson
>> ---
>> drivers/remoteproc/da8xx_
On Fri, 2018-08-17 at 14:12 +0800, Hanjie Lin wrote:
>
> On 2018/8/16 16:33, Jerome Brunet wrote:
> > On Thu, 2018-08-16 at 11:05 +0800, Hanjie Lin wrote:
> > >
> > > On 2018/8/14 18:41, Jerome Brunet wrote:
> > > > On Tue, 2018-08-14 at 02:12 -0400, Hanjie Lin wrote:
> > > > > From: Yue Wang
>
2018-08-17 16:47 GMT+09:00 Andrzej Pietrasiewicz :
> Hi Bjørn,
>
> W dniu 17.08.2018 o 01:34, Bjørn Forsman pisze:
>> On Thu, 16 Aug 2018 at 18:18, Andrzej Pietrasiewicz
>> wrote:
>>>
>>> This reverts commit 9e6e0d5f2a2713402cf9dce69b9f9b516e4185d2.
>>>
>>> The reverted commit introduces broken bu
> failed_addition:
> +#ifdef CONFIG_DEBUG_VM
> pr_debug("online_pages [mem %#010llx-%#010llx] failed\n",
>(unsigned long long) pfn << PAGE_SHIFT,
>(((unsigned long long) pfn + nr_pages) << PAGE_SHIFT) - 1);
> +#endif
I have never been sure about this.
IMO, if
- On 17 Aug, 2018, at 06:49, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
> This protects enable/disable operations using the state mutex to
> avoid races with, for example, concurrent enables on a bridge.
>
> The bus hierarchy is walked first before taking the lock to
> avoid l
On Thu 2018-08-16 13:39:01, Prarit Bhargava wrote:
> ACPI may contain an SPCR table that defines a default system console.
> On ARM if the table is present then the SPCR console is enabled by default.
> On x86 the SPCR console is used if 'earlycon' (no parameters) is
> specified as a kernel paramet
James Bottomley wrote:
> > > As a step by step process, I agree. However, I think we can
> > > automate it to the point where you install a package and it says
> > > "insert your yubikey" every time you upgrade the kernel
> >
> > That's a very bad idea. You train people to unlock their private
Thanks for the reminder.
Because this change is trivial, I change the subject.
On Fri, Aug 17, 2018 at 12:29 PM Jason Wang wrote:
>
>
>
> On 2018年08月17日 03:30, David Miller wrote:
> > From: Wang Jian
> > Date: Thu, 16 Aug 2018 21:01:27 +0800
> >
> >> The tap_queue and the "tap_dev" are loosely co
On Fri, 2018-08-17 at 10:09 +0200, Marta Rybczynska wrote:
>
> - On 17 Aug, 2018, at 06:49, Benjamin Herrenschmidt
> b...@kernel.crashing.org wrote:
>
> > This protects enable/disable operations using the state mutex to
> > avoid races with, for example, concurrent enables on a bridge.
> >
On 16/08/2018 02:15, Stephen Rothwell wrote:
>> -#define ARM64_HAS_STAGE2_FWB 31
>> +#define ARM64_MISMATCHED_CACHE_TYPE31
>> ++#define ARM64_HAS_STAGE2_FWB 32
>>
>> --#define ARM64_NCAPS32
>> ++#define
On 16 August 2018 at 17:42, Richard Weinberger
wrote:
> On Thu, Aug 16, 2018 at 2:58 PM Sedat Dilek wrote:
>>
>> Hi Linus,
>>
>> I am here on Linux v4.18 and tried first to merge the l1tf-final Git-branch.
>> Unfortunately, this is no more available in the tip Git-tree.
>>
>> Then I saw Linux v4.
This patch declares strcmp/strncmp as weak symbols.
(2 of them are the most used string operations)
Original functions declared as weak symbols and
strong ones in mm/kasan/kasan.c could replace them.
Assembly optimized strcmp/strncmp functions cannot detect KASan bug.
But, now we can detect them.
On Thu, 16 Aug 2018 12:24:16 -0400
Tony Krowiak wrote:
> On 08/14/2018 07:19 AM, Cornelia Huck wrote:
> > On Mon, 13 Aug 2018 17:48:06 -0400
> > Tony Krowiak wrote:
> >> +static int vfio_ap_mdev_create(struct kobject *kobj, struct mdev_device
> >> *mdev)
> >> +{
> >> + struct ap_matrix_mdev *
On Thu, Aug 16, 2018 at 09:01:41AM -0500, Gustavo A. R. Silva wrote:
> Replace the whole switch statement with a for loop.
> This makes the code much clear and easy to read.
>
> This also addresses the following Coverity warnings:
>
> Addresses-Coverity-ID: 115090 ("Missing break in switch")
> Ad
Hi Yixun,
I know I said I would finish reviewing the driver, but I didn't have
time to do it, so feel free to send a new version addressing the
comments I already made.
On Thu, 19 Jul 2018 17:46:12 +0800
Yixun Lan wrote:
> +static void meson_nfc_select_chip(struct mtd_info *mtd, int chip)
> +{
On Fri, Aug 17, 2018 at 1:27 AM Luck, Tony wrote:
>
> On Thu, Aug 16, 2018 at 11:10:33PM +0200, Arnd Bergmann wrote:
> > Another way would be to add
> >
> > #include
> > +#undef PCI_IOBASE
> >
> > in your asm/io.h. This is about as ugly as the your version, but
> > it would be local to ia64 ;-)
On Fri, Aug 17, 2018 at 10:33 AM, Vegard Nossum wrote:
> On 16 August 2018 at 17:42, Richard Weinberger
> wrote:
>> On Thu, Aug 16, 2018 at 2:58 PM Sedat Dilek wrote:
>>>
>>> Hi Linus,
>>>
>>> I am here on Linux v4.18 and tried first to merge the l1tf-final Git-branch.
>>> Unfortunately, this is
On Fri, 17 Aug 2018 10:47:34 +0200
Arnd Bergmann wrote:
> On Fri, Aug 17, 2018 at 1:27 AM Luck, Tony wrote:
> >
> > On Thu, Aug 16, 2018 at 11:10:33PM +0200, Arnd Bergmann wrote:
> > > Another way would be to add
> > >
> > > #include
> > > +#undef PCI_IOBASE
> > >
> > > in your asm/io.h. Thi
On Fri, Aug 17, 2018 at 2:00 PM, Benjamin Herrenschmidt
wrote:
> On Fri, 2018-08-17 at 10:09 +0200, Marta Rybczynska wrote:
>>
>> - On 17 Aug, 2018, at 06:49, Benjamin Herrenschmidt
>> b...@kernel.crashing.org wrote:
>>
>> > This protects enable/disable operations using the state mutex to
>>
From: Oscar Salvador
v3 -> v4:
- Make nodemask_t a stack variable
- Added Reviewed-by from David and Pavel
v2 -> v3:
- NODEMASK_FREE can deal with NULL pointers, so do not
make it conditional (by David).
- Split up node_online's check patch (David's sugg
From: Oscar Salvador
unregister_memory_section() calls remove_memory_section()
with three arguments:
* node_id
* section
* phys_device
Neither node_id nor phys_device are used.
Let us drop them from the function.
Signed-off-by: Oscar Salvador
Reviewed-by: David Hildenbrand
Reviewed-by: Andre
From: Oscar Salvador
Currently, unregister_mem_sect_under_nodes() tries to allocate a nodemask_t
in order to check whithin the loop which nodes have already been unlinked,
so we do not repeat the operation on them.
NODEMASK_ALLOC calls kmalloc() if NODES_SHIFT > 8, otherwise
it just declares a n
From: Oscar Salvador
We are getting the nid from the pages that are not yet removed,
but a node can only be offline when its memory/cpu's have been removed.
Therefore, we know that the node is still online.
Signed-off-by: Oscar Salvador
Reviewed-by: David Hildenbrand
Reviewed-by: Pavel Tatashi
From: Oscar Salvador
Before calling to unregister_mem_sect_under_nodes(),
remove_memory_section() already checks if we got a valid memory_block.
No need to check that again in unregister_mem_sect_under_nodes().
If more functions start using unregister_mem_sect_under_nodes() in the
future, we ca
2018-08-16 19:45 GMT+02:00 Mark Jonas :
> From: Wang Xin
>
> Within at24_loop_until_timeout the timestamp used for timeout checking
> is recorded after the I2C transfer and sleep_range(). Under high CPU
> load either the execution time for I2C transfer or sleep_range() could
> actually be larger t
Hi Zhong,
Thank you for the patch.
On Friday, 17 August 2018 06:37:26 EEST zhong jiang wrote:
> debugfs_remove_recursive has taken null pointer into account. so
> remove the unneeded check.
>
> Signed-off-by: zhong jiang
I already have a similar patch in my tree (git://linuxtv.org/pinchartl/
m
--
Pozdravy,
Existuje naléhavá záležitost a vzájemná nabídka, kterou bych vám chtěl
dát soukromě a já bych ocenil vaši rychlou odpověď zde
(xu.shiq...@aol.com) pro další komunikaci.
Vyčkejte na rychlou odpověď.
Pozdravy,
Although GICv3 doesn't directly offers support for wake-up interrupts
and relies on external HW for this, it shouldn't prevent the driver
for such HW from doing it work.
Let's set the required flags on the irq_chip structures.
Reported-by: Lina Iyer
Signed-off-by: Marc Zyngier
---
Lina, please
The kernel should really say what the
[ cut here ]
lines are called, else users will say things like:
"I discovered that the user needs to use xrandr in _two_ steps for
certain resolutions, else he will trigger a
kernel: [ cut here ] line."
instead
On Wed, Aug 15, 2018 at 09:48:12AM +0200, Pavel Machek wrote:
> Hi!
>
> > Add new config option to enabled/disable Multi-Key Total Memory
> > Encryption support.
> >
> > MKTME uses MEMORY_PHYSICAL_PADDING to reserve enough space in per-KeyID
> > direct mappings for memory hotplug.
> >
> > Signed
On Fri, Aug 17, 2018 at 10:18:04AM +0100, Marc Zyngier wrote:
> Although GICv3 doesn't directly offers support for wake-up interrupts
> and relies on external HW for this, it shouldn't prevent the driver
> for such HW from doing it work.
>
> Let's set the required flags on the irq_chip structures.
On Fri, 17 Aug 2018 09:32:55 +0100,
Paolo Bonzini wrote:
>
> On 16/08/2018 02:15, Stephen Rothwell wrote:
> >> -#define ARM64_HAS_STAGE2_FWB 31
> >> +#define ARM64_MISMATCHED_CACHE_TYPE 31
> >> ++#define ARM64_HAS_STAGE2_FWB 32
> >>
> >> -
On Fri, Aug 17, 2018 at 11:54 AM, Jianchao Wang
wrote:
> Currently, when update nr_hw_queues, io scheduler's init_hctx will
> be invoked before the mapping between ctx and hctx is adapted
> correctly by blk_mq_map_swqueue. The io scheduler init_hctx (kyber)
> may depend on this mapping and get wro
Hi Kyeongdon,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on arm64/for-next/core]
[also build test ERROR on v4.18 next-20180817]
[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
On Thursday, August 16, 2018 3:27:24 PM CEST Frederic Weisbecker wrote:
> On Thu, Aug 09, 2018 at 07:08:34PM +0200, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > If the tick has been stopped already, but the governor has not asked to
> > stop it (which it can do sometimes), the idl
On Wed, 15 Aug 2018 16:36:32 -0400
Tony Krowiak wrote:
> On 08/15/2018 12:24 PM, Cornelia Huck wrote:
> > On Mon, 13 Aug 2018 17:48:14 -0400
> > Tony Krowiak wrote:
> >
> > Nit: please drop the leading period in the subject.
>
> I assume you mean the ending period?
Err, of course.
>
> >
On (08/16/18 13:39), Prarit Bhargava wrote:
>
> + auto[X86] Enable ACPI SPCR console
And arm64?
Any chance we can rename param to "spcr" or something more clear?
To explicitly state what exactly it's going to do. `auto' sounds
t
On Wed, 15 Aug 2018 17:05:48 -0400
Tony Krowiak wrote:
> On 08/15/2018 12:38 PM, Cornelia Huck wrote:
> > On Mon, 13 Aug 2018 17:48:15 -0400
> > Tony Krowiak wrote:
> >> + case VFIO_DEVICE_RESET:
> >> + ret = vfio_ap_mdev_reset_queues(mdev, true);
> > If I see it correctly, you call
On Fri, 2018-08-17 at 14:30 +0530, Hari Vyas wrote:
> So many mail threads for common issues going so just trying to
> summarize concern from my side.
> 1) HW level
> PCI Config data overwritten (ex: PCI_COMMAND bits etc) was happening
> at lower layer so from my
> perspective, it is best to handle
There's no need to call dso__needs_decompress twice
in the function.
Link: http://lkml.kernel.org/n/tip-4lygwpnkdyed2rtiof4bl...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/annotate.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tools/perf/util/annotate.
There's no outside user of it.
Link: http://lkml.kernel.org/n/tip-w7pmh9n76tz9xt5r4xnsn...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/dso.c | 3 ++-
tools/perf/util/dso.h | 1 -
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/perf/util/dso.c b/tools/perf/uti
There's no outside user of it.
Link: http://lkml.kernel.org/n/tip-w7pmh9n76tz9xt5r4xnsn...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/dso.c | 2 +-
tools/perf/util/dso.h | 1 -
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/tools/perf/util/dso.c b/tools/perf/util/
There's no need to call dso__needs_decompress twice
in the function.
Link: http://lkml.kernel.org/n/tip-ze5ga3ioou08aq94pe59v...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/tests/code-reading.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tools/perf/tests/cod
hi,
currently we don't allow to open plain debug files for
compressed kernel module objects, ending up with following
warning:
$ perf report --stdio
lzma: failed The input is not in the .xz format
lzma: failed The input is not in the .xz format
lzma: failed The input is not in the .xz form
We will add compression check in following patch and it
makes it easier if the tem file processing is done in the
single place. It also makes the current code simpler.
The decompress_kmodule function now returns the fd of the
uncompressed file and the file name in pathname arg, if it's
provided.
Add implementation of the is_compressed callback for gzip.
Link: http://lkml.kernel.org/n/tip-f9ponomi33whctnx9vnad...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/zlib.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/tools/perf/util/zlib.c b
Having comp carrying the compression ID, we no longer
need return the extension. Removing it and updating the
automated test.
Link: http://lkml.kernel.org/n/tip-u2gmyuspmefg0ns9svpzd...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/tests/kmod-path.c | 136 +--
Add implementation of the is_compressed callback for lzma.
Link: http://lkml.kernel.org/n/tip-tdgpdhdfk7sm5hsyjvfs2...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/lzma.c | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/tools/perf/util/lzma.
Adding comp into struct dso to hold the compression index.
It will be used in following patches.
Link: http://lkml.kernel.org/n/tip-84cxf8bbc0etndwzrzqxx...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/dso.c | 5 -
tools/perf/util/dso.h | 1 +
tools/perf/util/machine.c
Storing decompression ID in the struct kmod_path, so it
can be later stored in the struct dso.
Switching the struct kmod_path::comp from bool to int
to return the compressions array index. Adding 0 index
item into compressions array, so the comp usage stays
as it was: 0 - no compression, != 0 inde
Adding is_compressed callback to compressions array,
that returns 0 if the file is compressed or != 0 if not.
The new callback is used to recognize the situation when
we have 'compressed' object, like:
/lib/modules/.../drivers/net/ethernet/intel/igb/igb.ko.xz
but we need to read its debug data
Once we parsed out the compression ID, we dont need to
iterate all available compressions and we can call it
directly.
Link: http://lkml.kernel.org/n/tip-55zrhxhr699pswx34d0hd...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/dso.c | 25 +++--
1 file changed, 3 i
On Tue, Aug 14, 2018 at 01:32:15PM +0100, Fabrizio Castro wrote:
> Renesas' RZ/G2M (R8A774A1) SoC has DMA controllers compatible
> with this driver, therefore document RZ/G2M specific bindings.
>
> Signed-off-by: Fabrizio Castro
> Reviewed-by: Biju Das
Reviewed-by: Simon Horman
There's no need to call dso__needs_decompress twice
in the function.
Link: http://lkml.kernel.org/n/tip-06j86wkfb4lxw3oqj50ga...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/dso.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tools/perf/util/dso.c b/tools/
On 17.08.2018 11:00, Oscar Salvador wrote:
> From: Oscar Salvador
>
> Currently, unregister_mem_sect_under_nodes() tries to allocate a nodemask_t
> in order to check whithin the loop which nodes have already been unlinked,
> so we do not repeat the operation on them.
>
> NODEMASK_ALLOC calls kma
After we stop including linux/irq.h implicitly, we don't see linux/io.h
in intel_punit_ipc.c, leading to a build failure:
drivers/platform/x86/intel_punit_ipc.c: In function 'ipc_read_status':
drivers/platform/x86/intel_punit_ipc.c:55:9: error: implicit declaration of
function 'readl' [-Werror=im
Without linux/irq.h, we don't see a declaration of notifier_block,
leading to a build warning:
In file included from arch/x86/kernel/cpu/mcheck/threshold.c:10:
arch/x86/include/asm/mce.h:151:46: error: 'struct notifier_block' declared
inside parameter list will not be visible outside of this defi
On Fri, Aug 17, 2018 at 11:34 AM Rafael J. Wysocki wrote:
>
> On Thursday, August 16, 2018 3:27:24 PM CEST Frederic Weisbecker wrote:
> > On Thu, Aug 09, 2018 at 07:08:34PM +0200, Rafael J. Wysocki wrote:
> > > From: Rafael J. Wysocki
> > >
> > > If the tick has been stopped already, but the gove
The length of the transmitted data needs to be adjusted due to the maximum
length limit for espi transmission messages
Signed-off-by: Chuanhua Han
---
drivers/spi/spi-fsl-espi.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/spi/spi-fsl-espi.c b/drivers/s
On Thu, Aug 16, 2018 at 12:44:40PM -0700, Nathan Chancellor wrote:
> On Thu, Aug 16, 2018 at 08:41:37PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.18.119 release.
> > There are 15 patches in this series, all will be posted as a response
> > to this o
Hi Al Viro,
Is there is reason we have kept data->found++, if the dentry already
there in shrink list ?
static enum d_walk_ret select_collect(
...
if (dentry->d_flags & DCACHE_SHRINK_LIST) {
data->found++;
} else {
..
If the dentry is already there on shrink
Appararently, it's possible to have a non-trivial TU include a few headers,
including linux/build_bug.h, without ending up with linux/types.h. So
the 0day bot sent me
config: um-x86_64_defconfig (attached as .config)
>> include/linux/compiler.h:316:3: error: unknown type name 'bool'; did you
>>
On Fri, Aug 17, 2018 at 3:09 PM, Benjamin Herrenschmidt
wrote:
> On Fri, 2018-08-17 at 14:30 +0530, Hari Vyas wrote:
>> So many mail threads for common issues going so just trying to
>> summarize concern from my side.
>> 1) HW level
>> PCI Config data overwritten (ex: PCI_COMMAND bits etc) was hap
Hi,
On 07.03.2018 11:20, Petr Mladek wrote:
The atomic replace allows to create cumulative patches. They
are useful when you maintain many livepatches and want to remove
one that is lower on the stack. In addition it is very useful when
more patches touch the same function and there are dependen
Hi Linus,
Here's a PR with the updates for MMC for v4.19. Details about the highlights are
as usual found in the signed tag.
Note, this time I have also merged an immutable branch/tag for switching the
pxa platforms to DMA slave maps, by Robert Jarzmik. This was needed due to
dependency for addit
Hi all!
Here's v2; I hope I have incorporated all feedback properly.
Julien: #S_X28 + 8 is in, but ftrace_modify_call() is referenced
from generic code: kernel/trace/ftrace.c __ftrace_replace_code()
And I'd *really* like some feedback from ARM/Linaro/... on the stack
unwinder!
[Changes from v1]:
On Fri, 2018-08-17 at 15:40 +0530, Hari Vyas wrote:
>
> > So I'm rather dubious of adding a whole new layer of "modify" callbacks
> > to config space accessors for that, especially since they won't do any
> > good on architectures with lockless config accesses such as ... x86
> >
>
> modify() is
Based on ftrace with regs, do the usual thing. Also allocate a
task flag for whatever consistency handling will be used.
Watch out for interactions with the graph tracer.
Signed-off-by: Torsten Duwe
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -119,6 +119,7 @@ config ARM64
select
This is more an RFC in the original sense: is this basically
the correct approach? (as I had to tweak the save_stack API a bit).
In particular the code does not detect interrupts and exception
frames, and does not yet check whether the code address is valid.
The latter check would also have to be
Check for compiler support of -fpatchable-function-entry and use it
to intercept functions immediately on entry, saving the LR in x9.
Disable ftracing in efi/libstub, because this triggers cross-section
linker errors now (-pg is disabled already for those files).
Add an ftrace_caller which can hand
On 08/17/2018 04:19 AM, Petr Mladek wrote:
> On Thu 2018-08-16 13:39:01, Prarit Bhargava wrote:
>> ACPI may contain an SPCR table that defines a default system console.
>> On ARM if the table is present then the SPCR console is enabled by default.
>> On x86 the SPCR console is used if 'earlycon'
On Thu, 05 Jul, at 05:54:02PM, Valentin Schneider wrote:
> On 05/07/18 14:27, Matt Fleming wrote:
> > On Thu, 05 Jul, at 11:10:42AM, Valentin Schneider wrote:
> >> Hi,
> >>
> >> On 04/07/18 15:24, Matt Fleming wrote:
> >>> It's possible that the CPU doing nohz idle balance hasn't had its own
> >>>
On Fri, 17 Aug 2018 18:07:05 +0800
Chuanhua Han wrote:
> The length of the transmitted data needs to be adjusted due to the maximum
> length limit for espi transmission messages
>
> Signed-off-by: Chuanhua Han
> ---
> drivers/spi/spi-fsl-espi.c | 25 +
> 1 file changed
There are only two remaining callers of the old pci_scan_bus()
interface. Since we want to expose the pci_host_bridge structure
everywhere and discourage users from calling the old interfaces,
let's move the implementation into the respective callsites.
While this duplicates the source code, it ma
pcibios_root_bridge_prepare() is always used as a per host bridge
function, not per architecture.
Making it a callback in the pci_host_bridge instead lets the host
bridge implementation easily override it, and avoids the checks
in the architecture for which host bridge implementation is being
used
Hi Patrick,
On Thursday 09 Aug 2018 at 16:23:13 (+0100), Patrick Bellasi wrote:
> On 09-Aug 11:50, Juri Lelli wrote:
> > On 09/08/18 10:14, Patrick Bellasi wrote:
> > > On 07-Aug 14:35, Juri Lelli wrote:
> > > > On 06/08/18 17:39, Patrick Bellasi wrote:
>
> [...]
>
> > > 1) make CAP_SYS_NICE pro
On 08/17/2018 05:38 AM, Sergey Senozhatsky wrote:
> On (08/16/18 13:39), Prarit Bhargava wrote:
>>
>> +auto[X86] Enable ACPI SPCR console
>
> And arm64?
Hi Sergey, on arm64 if an SPCR is present the early console and console are
i
On 2018-08-14 20:33, Mark Brown wrote:
On Tue, Aug 14, 2018 at 02:30:02PM +0530, dk...@codeaurora.org wrote:
On 2018-08-10 22:16, Mark Brown wrote:
> On Fri, Aug 10, 2018 at 09:59:46PM +0530, dk...@codeaurora.org wrote:
> > delay_usecs is for inter-transfer delays within a message rather than
On Fri, Aug 17, 2018 at 12:51 PM, Arnd Bergmann wrote:
> After we stop including linux/irq.h implicitly, we don't see linux/io.h
> in intel_punit_ipc.c, leading to a build failure:
>
> drivers/platform/x86/intel_punit_ipc.c: In function 'ipc_read_status':
> drivers/platform/x86/intel_punit_ipc.c:5
Hello,
Cc-ing Peter Zijlstra
lkml.kernel.org/r/728a8e68-ea4b-4040-a0fc-217df4f19...@redhat.com
lkml.kernel.org/r/20180817081947.m425gok2ugt7t...@pathway.suse.cz
lkml.kernel.org/r/00c60dca-60bc-8568-eaa3-d4b0c326c...@redhat.com
On (08/17/18 06:36), Prarit Bhargava wrote:
> On 08/17/2018 05:
On 17-Aug 11:34, Quentin Perret wrote:
> Hi Patrick,
>
> On Thursday 09 Aug 2018 at 16:23:13 (+0100), Patrick Bellasi wrote:
> > On 09-Aug 11:50, Juri Lelli wrote:
> > > On 09/08/18 10:14, Patrick Bellasi wrote:
> > > > On 07-Aug 14:35, Juri Lelli wrote:
> > > > > On 06/08/18 17:39, Patrick Bellas
On Wed, Aug 15, 2018 at 7:12 PM, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix build errors by #including .
>
> ../drivers/platform/x86/intel_punit_ipc.c: In function 'ipc_read_status':
> ../drivers/platform/x86/intel_punit_ipc.c:55:2: error: implicit declaration
> of function 'readl' [-Werro
On 06-Aug 17:39, Patrick Bellasi wrote:
[...]
> +/**
> + * uclamp_cpu_get_id(): increase reference count for a clamp group on a CPU
> + * @p: the task being enqueued on a CPU
> + * @rq: the CPU's rq where the clamp group has to be reference counted
> + * @clamp_id: the utilization clamp (e.g. min
On 08/17/2018 06:50 AM, Sergey Senozhatsky wrote:
> Hello,
>
> Cc-ing Peter Zijlstra
>
> lkml.kernel.org/r/728a8e68-ea4b-4040-a0fc-217df4f19...@redhat.com
> lkml.kernel.org/r/20180817081947.m425gok2ugt7t...@pathway.suse.cz
> lkml.kernel.org/r/00c60dca-60bc-8568-eaa3-d4b0c326c...@redhat.c
On Thu, Aug 16, 2018 at 2:27 AM, Benjamin Herrenschmidt
wrote:
> This driver prints that "Unsupported machine..." message on every boot on
> ThinkPad X1 Carbon laptops (and I assume a number of other systems), which
> causes graphical boots to "glitch" a bit and is rather annoying ...
>
> Make it
On Thu, 16 Aug 2018 15:30:38 -0500
"Gustavo A. R. Silva" wrote:
> vsa.console is indirectly controlled by user-space, hence leading to
> a potential exploitation of the Spectre variant 1 vulnerability.
>
> This issue was detected with the help of Smatch:
>
> drivers/tty/vt/vt_ioctl.c:711 vt_ioc
On Fri, Aug 17, 2018 at 2:07 PM, Andy Shevchenko
wrote:
> On Thu, Aug 16, 2018 at 2:27 AM, Benjamin Herrenschmidt
> wrote:
>> This driver prints that "Unsupported machine..." message on every boot on
>> ThinkPad X1 Carbon laptops (and I assume a number of other systems), which
>> causes graphical
On Friday 17 Aug 2018 at 11:57:31 (+0100), Patrick Bellasi wrote:
> On 17-Aug 11:34, Quentin Perret wrote:
> > Hi Patrick,
> >
> > On Thursday 09 Aug 2018 at 16:23:13 (+0100), Patrick Bellasi wrote:
> > > On 09-Aug 11:50, Juri Lelli wrote:
> > > > On 09/08/18 10:14, Patrick Bellasi wrote:
> > > >
1 - 100 of 351 matches
Mail list logo
