thanks for reviewing my patch. I will update a new patch version based
on your feedback soon
On Tue, 2018-07-03 at 15:57 +0200, Thomas Gleixner wrote:
> Bin,
>
> On Thu, 28 Jun 2018, Bin Yang wrote:
>
> thanks for submitting this.
>
> > This issue can be easily triggered by free_initmem()
On Wed, 02 May 2018, Enric Balletbo i Serra wrote:
> Check whether this EC instance has USBPD host command support and
> instatiate the cros_usbpd-charger driver as a subdevice in such case.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
>
> Changes in v4: None
> Changes in v3: None
> Changes
On Wed, 02 May 2018, Enric Balletbo i Serra wrote:
> From: Sameer Nanda
>
> The USBPD charger driver gets information from the ChromeOS EC, this
> patch adds the USBPD charger definitions needed by this driver.
>
> Signed-off-by: Sameer Nanda
> Signed-off-by: Enric Balletbo i Serra
> ---
>
Hi Vitaly:
Thanks for your review.
On 7/2/2018 11:09 PM, Vitaly Kuznetsov wrote:
> Tianyu Lan writes:
>
>> This patch is to check ept table pointer of each cpus when set ept
>> tables and store identical ept table pointer if all ept table pointers
>> of single VM are same. This is for
Hi,
These patches switch m68k boot time memory allocators from bootmem to
memblock + no_bootmem.
The first two patches update __ffs() and __va() definitions to be inline
with other arches and asm-generic. This is required to avoid compilation
warnings in mm/memblock.c and mm/nobootmem.c.
The
In m68k the physical memory is described by [memory_start, memory_end] for
!MMU variant and by m68k_memory array of memory ranges for the MMU version.
This information is directly use to register the physical memory with
memblock.
The reserve_bootmem() calls are replaced with memblock_reserve()
Hi Greg,
On Tue, 3 Jul 2018, at 17:20, Greg KH wrote:
> On Tue, Jul 03, 2018 at 05:04:10PM +1000, Andrew Jeffery wrote:
> > Signed-off-by: Andrew Jeffery
> > ---
>
> I can't take patches without any changelog text at all :(
>
I wasn't expecting you to put them into your tree - the general
The generic bitops declare __ffs as
static inline unsigned long __ffs(unsigned long word);
Convert the m68k version to match the generic declaration.
Signed-off-by: Mike Rapoport
---
arch/m68k/include/asm/bitops.h | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff
Add explicit casting to unsigned long to the __va() parameter
Signed-off-by: Mike Rapoport
---
arch/m68k/include/asm/page_no.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/m68k/include/asm/page_no.h b/arch/m68k/include/asm/page_no.h
index e644c4d..6bbe520 100644
---
When mmc host controller enters suspend state, the clocks are
disabled, but irqs are not. For some reason the irqchip emits
false interrupts, which causes system lock loop.
Debug log is:
...
sunxi-mmc 1c11000.mmc: setting clk to 5200, rounded 5120
sunxi-mmc 1c11000.mmc: enabling the
On Tue, 3 Jul 2018, at 17:24, Greg KH wrote:
> On Tue, Jul 03, 2018 at 05:04:13PM +1000, Andrew Jeffery wrote:
> > Signed-off-by: Andrew Jeffery
> > ---
> > arch/arm/boot/dts/aspeed-g5.dtsi | 192 +++
> > 1 file changed, 192 insertions(+)
>
> No changelog :(
Will
On Tue, 3 Jul 2018, at 17:20, Greg KH wrote:
> On Tue, Jul 03, 2018 at 05:04:11PM +1000, Andrew Jeffery wrote:
> > Signed-off-by: Andrew Jeffery
>
> Same problem here :(
Will fix.
Inorder to debug issues with fpga's users would
like to read the fpga configuration information.
This patch adds readback support for fpga configuration data
in the framework through debugfs interface.
Usage:
cat /sys/kernel/debug/fpga/fpga0/image
Signed-off-by: Appana Durga Kedareswara
This patch adds support for Read-back of
configuration registers in zynq.
Signed-off-by: Appana Durga Kedareswara rao
---
Changes for v2:
--> Removed locks from the read ops as
lock handling is done in the framework.
drivers/fpga/zynq-fpga.c | 245
Apologies for the delay -- these two patches dropped from my radar.
Enjoy!
The following changes since commit ce397d215ccd07b8ae3f71db689aedb85d56ab40:
Linux 4.18-rc1 (2018-06-17 08:04:49 +0900)
are available in the Git repository at:
On Mon, 25 Jun 2018, Radu Pirea wrote:
> Added entry for at91 usart mfd driver.
>
> Signed-off-by: Radu Pirea
> ---
> MAINTAINERS | 9 +
> 1 file changed, 9 insertions(+)
For my own reference:
Acked-for-MFD-by: Lee Jones
--
Lee Jones [李琼斯]
Linaro Services Technical Lead
On Mon, 25 Jun 2018, Radu Pirea wrote:
> This patch moves the bindings for serial from serial/atmel-usart.txt to
> mfd/atmel-usart.txt and adds bindings for USART in SPI mode.
>
> Signed-off-by: Radu Pirea
> Reviewed-by: Rob Herring
I already Acked this in V4.
> ---
> .../bindings/{serial
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev
head: 472755d5ff3ee21ad16e0a0a06e087b7569eaffe
commit: 16bf6b3b61864e444bae5e4a7cf121f777893a8c [119/161] rcu: Express Tiny
RCU updates in terms of RCU rather than RCU-sched
config: um-x86_64_defconfig (attached
On Wed, 13 Jun 2018, Julia Lawall wrote:
> Add const to the declaration of various local variables of type
> kempld_platform_data for which the referenced value is always only
> dereferenced or passed to a const parameter, to record the fact that
> kempld_platform_data_generic is declared as
Hi Sean:
Thank for your review.
On 7/3/2018 1:29 AM, Sean Christopherson wrote:
> On Mon, Jul 02, 2018 at 02:17:29PM +, Tianyu Lan wrote:
>> This patch is to check ept table pointer of each cpus when set ept
>> tables and store identical ept table pointer if all ept table pointers
>>
On Wed, Jul 4, 2018 at 11:30 AM Andy Lutomirski wrote:
>
> Nah, it’s a legit error.
>
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/x86/entry?id=22cd978e598618e82c3c3348d2069184f6884182
Ahh. I looked at the patch and it looked "obviously correct", but only
2018-07-04 23:57 GMT+02:00 Stephen Rothwell :
> Hi all,
>
> On Thu, 5 Jul 2018 07:55:44 +1000 Stephen Rothwell
> wrote:
>>
>> Commits
>>
>> 0627518adcc8 ("GFS2: rgrp free blocks used incorrectly")
>> b30cbec54def ("gfs2: Don't reject a supposedly full bitmap if we have
>> blocks reserved")
HI Neil
On 07/04/18 22:57, Neil Armstrong wrote:
> Hi Yixun,
>
> On 05/07/2018 00:45, Yixun Lan wrote:
>> This patch series try to add pinctrl driver support for
>> the Meson-G12A SoC.
>
> Thanks for submitting these patches.
>
> Can you explicit this patchset with more details on the G12A SoC
On Sun, Jul 1, 2018 at 11:57 PM, Guenter Roeck wrote:
> gcc 8.1.0 complains:
>
> lib/test_hexdump.c:84:3: warning:
> 'strncpy' output truncated before terminating
> nul copying as many bytes from a string as its length
> lib/test_hexdump.c:82:19: note: length computed here
>
>
On Wed, Jul 4, 2018 at 3:38 PM, Al Viro wrote:
> On Tue, Jul 03, 2018 at 10:30:40AM +0200, Ingo Molnar wrote:
>>
>> * Dan Williams wrote:
>>
>> > Hi Ingo,
>> >
>> > Here is an additional copy_to_iter_mcsafe() fix to address the crash
>> > reported by Ross. This now passes xfstests:generic/323 on
On Tue, May 15, 2018 at 01:49:23PM -0700, Roland Dreier wrote:
> > Still reproducible on Linus' tree (commit 66e1c94db3cd4e) and on linux-next
> > (next-20180511). Here's a simplified reproducer:
>
> Thanks! That's a fantastic test case.
>
> The issue is a race where rdma_listen() sees invalid
Rename mtk_timer to timer-mediatek to apply new naming convention
in clocksource folder.
Signed-off-by: Stanley Chu
---
drivers/clocksource/Makefile |2 +-
drivers/clocksource/mtk_timer.c | 268 --
drivers/clocksource/timer-mediatek.c | 268
x A5, serial configured
> with DMA) on Iris Carrier.
>
> Commit found with bisect:
> git bisect start
> # bad: [bce40927669338cc4a361fc97d46bf650573ce5c] Add linux-next
> specific files for 20180704
> git bisect bad bce40927669338cc4a361fc97d46bf650573ce5c
> # good: [410d
Convert the driver to use the timer_of helpers.
This allows to remove custom proprietary structure,
factors out and simplifies the code.
Signed-off-by: Stanley Chu
---
drivers/clocksource/timer-mediatek.c | 205 +-
1 file changed, 80 insertions(+), 125
This patch adds a new "System Timer" on the Mediatek SoCs.
The System Timer is introduced as an always-on timer being
clockevent device for tick-broadcasting.
For clock, it is driven by 13 MHz system clock.
The implementation uses the system clock with no clock
source divider.
For interrupt,
Use specific prefix to specify the name of supported
timer hardware: "General Purpose Timer (GPT)".
Signed-off-by: Stanley Chu
---
drivers/clocksource/timer-mediatek.c | 157 +-
1 file changed, 80 insertions(+), 77 deletions(-)
diff --git
This patch fixes bindings of existed "General Purpose Timer",
and then add bindings of new "System Timer" on Mediatek SoCs.
Signed-off-by: Stanley Chu
---
.../bindings/timer/mediatek,mtk-timer.txt | 36
1 file changed, 21 insertions(+), 15 deletions(-)
diff
This is what my new patch tries to improve.
On 04/07/2018, 10:02 PM, "Thomas Gleixner" wrote:
The check loop itself is stupid as well. Instead of looping in 4K steps
the thing can be rewritten to check for overlapping ranges and then check
explicitely for those. If there is no
rmware")
>>
>> Signed-off-by: Randy Dunlap
>> Cc: sta...@vger.kernel.org # 4.14 and later
>> Cc: Greg Kroah-Hartman
>> ---
>> Documentation/kbuild/kbuild.txt |9 -
>> 1 file changed, 9 deletions(-)
>>
>> --- linux-next-2018
> -Original Message-
> From: Stefan Agner [mailto:ste...@agner.ch]
> Sent: Thursday, June 28, 2018 4:13 PM
> To: adrian.hun...@intel.com; ulf.hans...@linaro.org
> Cc: Fabio Estevam ; Bough Chen
> ; A.s. Dong ;
> mich...@amarulasolutions.com; rmk+ker...@armlinux.org.uk; linux-
>
When changing a 4K page attr inside 1G/2M large page range,
__change_page_attr() will call try_preserve_large_page() to decide
to split the big page or not. And try_preserve_large_page() will
call static_protections() to check all 4K pages inside the large page
range one by one. The check loop is
On Wed, Jul 4, 2018 at 1:49 PM, Guo Ren wrote:
>
>> > +#define __NR_set_thread_area (__NR_arch_specific_syscall + 0)
>> > +__SYSCALL(__NR_set_thread_area, sys_set_thread_area)
>> > +#define __NR_ipc (__NR_arch_specific_syscall + 1)
>> > +__SYSCALL(__NR_ipc, sys_ipc)
>> > +#define
The following changes since commit 021c91791a5e7e85c567452f1be3e4c2c6cb6063:
Linux 4.18-rc3 (2018-07-01 16:04:53 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/palmer/riscv-linux.git
tags/riscv-for-linus-4.18-rc4
for you to fetch changes up to
On 02.07.2018 09:06, Colin King wrote:
> From: Colin Ian King
>
> Variable size is being assigned but is never used hence it is redundant
> and can be removed.
>
> Cleans up clang warning:
> warning: variable ‘size’ set but not used [-Wunused-but-set-variable]
>
> Signed-off-by: Colin Ian King
On top of next-20180622 and Andy Shevchenko series:
https://lkml.org/lkml/2018/6/18/841
The series https://lkml.org/lkml/2018/6/18/841 introduces helpers for
bitmap allocation. tools/ has its own bitmap_alloc() which differs from
bitmap_alloc() proposed in new kernel API, and is equivalent to
On Tue, Jul 03, 2018 at 10:30:40AM +0200, Ingo Molnar wrote:
>
> * Dan Williams wrote:
>
> > Hi Ingo,
> >
> > Here is an additional copy_to_iter_mcsafe() fix to address the crash
> > reported by Ross. This now passes xfstests:generic/323 on my system.
>
> The lib/iov_iter fix would need an
Hi Jingqi,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on kvm/linux-next]
[also build test ERROR on v4.18-rc3 next-20180704]
[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
Hi Jingqi,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on kvm/linux-next]
[also build test ERROR on v4.18-rc3 next-20180704]
[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 Mon, Jul 02, 2018 at 10:01:25PM -0700, Linus Torvalds wrote:
> On Mon, Jul 2, 2018 at 9:43 PM Seung-Woo Kim wrote:
> >
> > I think the commit itself is required. Simple, but not reliable,
> > workaround fix is like below:
> >
> > diff --git a/fs/dcache.c b/fs/dcache.c
> > index
syncconfig updates the .config only when sym_change_count > 0, i.e.
any change in config symbols has been detected.
Not only symbols but also comments are contained in the .config file.
If only comments are updated, they are not fed back to the .config,
then the stale comments are left-over. Of
file_write_dep() is called only from conf_write_autoconf().
Move it from util.c to confdata.c to make it static.
Also, rename it to conf_write_dep() since it should belong to
the group of conf_write* functions.
Signed-off-by: Masahiro Yamada
---
scripts/kconfig/confdata.c | 31
Em Thu, 5 Jul 2018 10:58:42 +0900
"Katsuhiro Suzuki" escreveu:
> Hi Mauro,
>
> > -Original Message-
> > From: Mauro Carvalho Chehab
> > Sent: Thursday, July 5, 2018 1:58 AM
> > To: Suzuki, Katsuhiro/鈴木 勝博
> > Cc: linux-me...@vger.kernel.org; Masami Hiramatsu
> ;
> > Jassi Brar ;
>
Commit 17263baf958b ("kconfig: Create include/generated for
localmodconfig") added the 'mkdir' line because local{yes,mod}config
ran streamline_config.pl followed by silentoldconfig at that time.
Since commit 81d2bc227305 ("kconfig: invoke oldconfig instead of
silentoldconfig from local*config"),
Currently, only syncconfig creates or updates include/config/auto.conf
and some other files. Other config targets create or update only the
.config file.
When you configure and build the kernel from a pristine source tree,
any config target is followed by syncconfig in the build stage since
Split out helpers:
is_file() - check if the given path exists and it is a regular file
is_dir() - check if the given path exists and it is a directory
mkdir_p() - create the parent directories of the given path
These helpers will be reused in later commits.
Signed-off-by: Masahiro Yamada
---
The main motivation of this patch series is to suppress the syncconfig
during running installation targets.
V1 consisted of only two patches:
https://patchwork.kernel.org/patch/10468105/
https://patchwork.kernel.org/patch/10468103/
I noticed that installation targets would continue running
'make syncconfig' creates some files such as include/config/auto.conf,
include/generate/autoconf.h, etc. but the necessary directory creation
relies on scripts/kconfig/Makefile.
To make Kconfig self-contained, create directories as needed in
conf_write_autoconf().
This change allows
Hi all,
After merging the ida tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
In file included from include/linux/kernel.h:14:0,
from include/asm-generic/bug.h:18,
from arch/powerpc/include/asm/bug.h:128,
from
Hi Willy,
On Wed, 4 Jul 2018 15:54:31 -0700 Matthew Wilcox wrote:
>
> I have some additional patches for the IDA that I'd like to
> send to Linus as a separate pull request. Unfortunately, they conflict with
> the XArray patches, so I've done them as a separate branch in the same tree:
>
>
On Wed, Jul 04, 2018 at 04:35:43PM +0200, Thomas Gleixner wrote:
> On Wed, 4 Jul 2018, Guo Ren wrote:
> > On Tue, Jul 03, 2018 at 11:39:05AM +0200, Thomas Gleixner wrote:
> > > > +static inline u64 get_ccvr(void)
> > > > +{
> > > > + u32 lo, hi, t;
> > > > +
> > > > + do {
> > > > +
2018-07-04 1:11 GMT+09:00 Randy Dunlap :
> On 07/03/18 06:36, Christoph Hellwig wrote:
>> On Mon, Jul 02, 2018 at 01:08:16PM -0700, Randy Dunlap wrote:
I would prefer to have init/Kconfig before arch/$(SRCARCH)/Kconfig.
>>>
>>> Ugh, that won't get this set correctly on x86_64:
>>>
Hi there,
The problem is still in kernel-v4.18-rc3.
Panic was caused by command:
# ./read_all -d /sys -q -r 10
Or, you can try the full steps to reproduce:
# git clone https://github.com/linux-test-project/ltp/
# cd ltp
# ./build.sh
# cd ../ltp-install
# ./runltp -s read_all_sys
dmesg
On Thu, Jul 5, 2018 at 4:37 AM, Linus Torvalds
wrote:
> On Wed, Jul 4, 2018 at 4:34 PM Al Viro wrote:
>>
>> I don't hate that patch, but there are immediate followup questions - e.g.
>> how sensitive is relative position of i_lock/i_hash/i_sb? Those are *not*
>> close to each other. E.g. what
On Wed, 04 Jul 2018, Janusz Krzysztofik wrote:
> On Tuesday, July 3, 2018 7:31:41 PM CEST Boris Brezillon wrote:
> > Hi Janusz,
> >
> > On Tue, 3 Jul 2018 19:26:35 +0200
> >
> > Janusz Krzysztofik wrote:
> > > Avoid replication of error code conversion in non-DT GPIO consumers'
> > > code by
On Wed, 04 Jul 2018, Enric Balletbo Serra wrote:
> Missatge de Dmitry Torokhov del dia dc., 4
> de jul. 2018 a les 17:10:
> >
> > Hi Enric,
> >
> > On Tue, Jun 26, 2018 at 11:06:33AM +0200, Enric Balletbo Serra wrote:
> > > Hi Matti,
> > >
> > > Thanks for the patch, a few comments below, some
On Sun, Jun 17, 2018 at 01:41:04PM +1000, Stephen Rothwell wrote:
> Hi Willy,
>
> On Sat, 16 Jun 2018 19:15:22 -0700 Matthew Wilcox wrote:
> >
> > Please add
> >
> > git://git.infradead.org/users/willy/linux-dax.git xarray
> >
> > to linux-next. It is based on -rc1. You will find some
On Mon, Jul 02, 2018 at 04:59:37PM -0700, Daniel Rosenberg wrote:
> If our length is greater than the size of the buffer, we
> overflow the buffer
Hmm...
How about this:
buf = list->hid_debug_buf;
if (list->tail < list->head) {
ret =
' before string constant
MODULE_LICENSE("GPL v2");
^~~~
presumable a missing include of module.h ...
I have gone back to the slave-dma tree from next-20180704 for today.
--
Cheers,
Stephen Rothwell
pgpfIhizur9j_.pgp
Description: OpenPGP digital signature
As you see in mconf.c and nconf.c, conf_message_callback() hooks are
likely to end up with the boilerplate of vsnprintf(). Process the
string format before calling conf_message_callback() so that it
receives a simple string.
Signed-off-by: Masahiro Yamada
---
scripts/kconfig/confdata.c | 17
The comment line for addtree says "skip if -I has no parameter".
What it actually does is "drop if -I has no parameter". For example,
if you have the compiler flag '-I foo' (a space between), it will be
converted to 'foo'. This completely changes the meaning.
What we want is, "do nothing" for
From: Randy Dunlap
Add usage info for the Kbuild environment variable KBUILD_KCONFIG.
Signed-off-by: Randy Dunlap
---
Documentation/kbuild/kbuild.txt |5 +
1 file changed, 5 insertions(+)
--- lnx-418-rc3.orig/Documentation/kbuild/kbuild.txt
+++
On 7/4/2018 10:43 PM, Jarkko Sakkinen wrote:
On Wed, Jul 04, 2018 at 02:33:40PM +0530, Shirish S wrote:
During system shutdown,
tpm_class_shutdown() when called with TPM_CHIP_FLAG_TPM2
flag set, makes chip->ops NULL.
However tpm_chip_unregister() called later in shutdown
sequence tries to
Hello,
syzbot found the following crash on:
HEAD commit:2bdea157b999 Merge branch 'sctp-fully-support-for-dscp-and..
git tree: bpf-next
console output: https://syzkaller.appspot.com/x/log.txt?x=15438ad040
kernel config: https://syzkaller.appspot.com/x/.config?x=f62553dc846b0692
Hello,
syzbot found the following crash on:
HEAD commit:2bdea157b999 Merge branch 'sctp-fully-support-for-dscp-and..
git tree: bpf-next
console output: https://syzkaller.appspot.com/x/log.txt?x=17d35aa440
kernel config: https://syzkaller.appspot.com/x/.config?x=f62553dc846b0692
Allow cooling devices sharing same trip point with same contribution
value to share the cooling map as well. Otherwise the same information
will be duplicated for each device sharing the trip point.
Signed-off-by: Viresh Kumar
---
Documentation/devicetree/bindings/thermal/thermal.txt | 11
Hi,
This is an attempt to fix the broken or partially defined DT bindings
for cooling-maps. We should list every device that participates in
cooling down at a certain trip point, instead of just the first in the
list as that depends on certain ordering of events to work properly.
The first patch
Each CPU can (and does) participate in cooling down the system but the
DT only captures the CPU0 in the cooling maps. Things work by chance as
under normal circumstances its the CPU0 which is used by the operating
systems to probe the cooling devices. But as soon as that ordering
changes and any
On Wed, Jul 04, 2018 at 11:04:37PM +0200, Arnd Bergmann wrote:
> Right, I do understand what it's used for, my point was that you
> don't really need a separate system call number for it, just redirect
> the entry point using the same trick that nds32 has in
> arch/nds32/kernel/syscall_table.c:
>
Hi.
2018-07-02 23:47 GMT+09:00 Christoph Hellwig :
> Hi Masahiro,
>
> what do you think about the series below, which moves the includes
> of all the architecture independ Kconfig files to the top-level
> Kconfig instead of duplicating the includes in all architectures?
>
> Note that this only
Sorry for the misunderstanding. I mean I will improve the check loop in patch
v2.
I just submitted patch v2. Thanks in advance for your kind review.
Thanks,
Bin
On 05/07/2018, 1:30 PM, "Thomas Gleixner" wrote:
Sorry, I don't see in which way your patch would improve the check loop.
Hi Jisheng,
On 07/04/2018 05:14 AM, Jisheng Zhang wrote:
> Hi Thomas,
>
> On Tue, 29 May 2018 11:41:42 -0400 Thomas Hebb wrote:
>
>> The Synopsys DesignWare 8250 UART in Berlin SoCs is now supported by
>> 8250_early, so we can use earlycon for early console output instead
>> of earlyprintk,
If you use a 64-bit compiler to build a 32-bit kernel then you'll get an
error when building the vDSO due to a library mismatch. The happens
because the relevant "-march" argument isn't supplied to the GCC run
that generates one of the vDSO intermediate files.
I'm not actually sure what the
On Wed, Jul 04 2018, Masahiro Yamada wrote:
> 2018-07-04 7:14 GMT+09:00 NeilBrown :
>>
>> Where I've been using these patches I've sometimes been adding
>>
>> ccflags-y += -DKBUILD_MODNAME='"FOO"'
>>
>> to Makefiles so that modules_params get handled correctly on non-module
>> builds. I've
On 04/07/2018 16:50, Stanley Chu wrote:
> This patch adds a new "System Timer" on the Mediatek SoCs.
>
> The System Timer is introduced as an always-on timer being
> clockevent device for tick-broadcasting.
>
> For clock, it is driven by 13 MHz system clock.
> The implementation uses the system
Hi Enric,
2018-07-04 17:45 GMT+09:00 Enric Balletbo i Serra
:
> When the devfreq driver and the governor driver are built as modules,
> the call to devfreq_add_device() or governor_store() fails because the
> governor driver is not loaded at the time the devfreq driver loads. The
> devfreq driver
Hi
> From: Andrew Gabbasov
>
> To comply with the style of all kernel messages, add newline
> to the end of every message.
>
> Fixes: 70fb10529f61 ("ASoC: rsnd: add MIX (Mixer) support")
> Signed-off-by: Andrew Gabbasov
> Signed-off-by: Jiada Wang
> ---
Acked-by: Kuninori Morimoto
Best
On Wed, Jul 4, 2018 at 1:41 PM, Meelis Roos wrote:
> I tried 4.18.0-rc1-00023-g9ffc59d57228 and now
> 4.18.0-rc3-00113-gfc36def997cf on a 32-bit server and then some other
> 32-bit machines, and got half-failed bootup - kernel and userspace come
> up but some services fail to start, including
Hi all,
On Thu, 5 Jul 2018 07:55:44 +1000 Stephen Rothwell
wrote:
>
> Commits
>
> 0627518adcc8 ("GFS2: rgrp free blocks used incorrectly")
> b30cbec54def ("gfs2: Don't reject a supposedly full bitmap if we have
> blocks reserved")
>
> are missing a Signed-off-by from their committer.
>
On arm64, we detect mismatches in the cache line sizes (exposed
via CTR_EL0) across CPUs and trap userspace accesses to the register
to provide a system wide safe value. We also hotpatch the kernel
to use the safe values for kernel cache operations.
However, with the recent additions of IDC & DIC
If there is a mismatch in the I/D min line size, we must
always use the system wide safe value both in applications
and in the kernel, while performing cache operations. However,
we have been checking more bits than just the min line sizes,
which triggers false negatives. We may need to trap the
Track mismatches in the cache type register (CTR_EL0), other
than the D/I min line sizes and trap user accesses if there are any.
Cc: Mark Rutland
Cc: Will Deacon
Cc: Catalin Marinas
Signed-off-by: Suzuki K Poulose
---
arch/arm64/include/asm/cpucaps.h | 3 ++-
arch/arm64/kernel/cpu_errata.c
Cast *tmp* and *nb_base* to u64 in order to give the compiler
complete information about the proper arithmetic to use.
Notice that such variables are used in contexts that expect
expressions of type u64 (64 bits, unsigned) and the following
expressions are currently being evaluated using 32-bit
Changes since v6:
- Remove duplicated variable gpt_sched_reg.
- Remove log for mtk_syst_init().
Changes since v5:
- Optimize driver and remove redundant register operations.
- Docuement registers.
- Fix system timer base address.
Changes since v4:
- Simplify dt-bindings.
- Add error handling for
On Wed, 2018-07-04 at 15:25 +, Dmitry Torokhov wrote:
> On Fri, Jun 22, 2018 at 02:39:55PM +0800, Chen Zhong wrote:
> > Hi Dmitry,
> >
> > The other patches in the series to add mediatek pmic keys support are
> > now available in 4.18-rc1, but this patch seems not being merged.
> >
> >
Documentation/kbuild/kbuild.txt |9 -
> 1 file changed, 9 deletions(-)
>
> --- linux-next-20180704.orig/Documentation/kbuild/kbuild.txt
> +++ linux-next-20180704/Documentation/kbuild/kbuild.txt
> @@ -149,15 +149,6 @@ stripped after they are installed. If I
> the de
Updated printk() of i18n messages to include KERN_INFO facility level to
improve debuggin.
then later noticed that I forgot to add a space on printk.
Signed-off-by: Tamir Suliman
---
drivers/staging/speakup/kobjects.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Ulf Magnusson
.PHONY is a target, not a variable.
Signed-off-by: Ulf Magnusson
Signed-off-by: Masahiro Yamada
---
Ulf sent this a long time ago.
https://patchwork.kernel.org/patch/7111711/
Unfortunately, it was lost for some reason.
I am resending to apply it if Ulf does not mind it.
The comment is the same as in the top-level Makefile.
Also, the comments contain typos:
- the .PHONY variable -> the PHONY variable
- se we can ...-> so we can ...
Instead of fixing the typos, just remove the duplicated comments.
Signed-off-by: Masahiro Yamada
---
Hi Stephen,
On 05-07-18, 12:47, Stephen Rothwell wrote:
> On Wed, 4 Jul 2018 09:50:17 +0530 Vinod wrote:
> > On 04-07-18, 13:30, Stephen Rothwell wrote:
> > >
> > > After merging the slave-dma tree, today's linux-next build (x86_64
> > > allmodconfig) produced this warning:
> > >
> > >
Hi Matthew,
After merging the ida tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
lib/test_xarray.c: In function 'xa_alloc_value':
lib/test_xarray.c:39:16: error: implicit declaration of function 'xa_alloc';
did you mean 'ida_alloc'?
On Wed, 4 Jul 2018 at 04:35, Alexander Shishkin
wrote:
>
> Mathieu Poirier writes:
>
> > On Tue, 3 Jul 2018 at 04:57, Alexander Shishkin
> > wrote:
> >>
> >> On Tue, Jul 03, 2018 at 01:03:48PM +0300, Alexander Shishkin wrote:
> >> > On Mon, Jul 02, 2018 at 04:33:29PM -0600, Mathieu Poirier
Hi all,
Commits
0627518adcc8 ("GFS2: rgrp free blocks used incorrectly")
b30cbec54def ("gfs2: Don't reject a supposedly full bitmap if we have blocks
reserved")
are missing a Signed-off-by from their committer.
Not updated in the rebase.
--
Cheers,
Stephen Rothwell
pgpN9_K6q8NwU.pgp
On Wed, Mar 28, 2018 at 02:56:01AM -0700, syzbot wrote:
> syzbot has found reproducer for the following crash on upstream commit
> 3eb2ce825ea1ad89d20f7a3b5780df850e4be274 (Sun Mar 25 22:44:30 2018 +)
> Linux 4.16-rc7
> syzbot dashboard link:
>
On 07/04, Linus Torvalds wrote:
>On Tue, Jul 3, 2018 at 11:58 PM kernel test robot
>wrote:
>>
>> FYI, we noticed the following commit (built with gcc-7):
>>
>> commit: 8bb2610bc4967f19672444a7b0407367f1540028 ("x86/entry/64/compat:
>> Preserve r8-r11 in int $0x80")
>> [...]
>> caused below
Hi.
> -Original Message-
> From: Rob Landley [mailto:r...@landley.net]
> Sent: Thursday, July 05, 2018 4:06 AM
> To: triv...@kernel.org; Yamada, Masahiro/山田 真弘
> ; Kees Cook ; Ulf
> Magnusson
> Subject: [PATCH] Use short unix-style option instead of --longname.
>
> From: Rob Landley
>
1 - 100 of 1312 matches
Mail list logo