On Wed, Jul 04, 2018 at 07:11:56PM +0200, Pavel Machek wrote:
> Hi!
>
> I started to use droid 4 as my primary phone... so I have battery
> monitor running for hours... Once every few days it dies with
> "connection refused" error reading battery's "voltage_now". I restart
> it and it continues wo
Interesting construct... Yeah I'm little bit rusty on my C
/programming . I understand proper coding style may be should end with
else so I wasn't sure .. however this resolved the warnings. :)
Did you compile this?
Yes I did compile however the only issue i found when I'm compiling i
On Wed 2018-07-04 21:45:56, Ladislav Michl wrote:
> On Wed, Jul 04, 2018 at 07:11:56PM +0200, Pavel Machek wrote:
> > Hi!
> >
> > I started to use droid 4 as my primary phone... so I have battery
> > monitor running for hours... Once every few days it dies with
> > "connection refused" error readi
On Mon 2018-06-18 04:48:32, Tony Lindgren wrote:
> * Pavel Machek [180618 09:37]:
> > On Mon 2018-06-18 01:28:58, Tony Lindgren wrote:
> > > * Pavel Machek [180618 07:43]:
> > > >
> > > > So... there are mA, mAh values. Those come from hardware, and I
> > > > believe we should keep them.
> > > >
From: Randy Dunlap
In Kbuild documentation, add alias for 64-bit sh ARCH ("sh64")
to the list of ARCH aliases.
Signed-off-by: Randy Dunlap
---
Documentation/kbuild/kbuild.txt |1 +
1 file changed, 1 insertion(+)
--- linux-next-20180704.orig/Documentation/kbuild/kbuild.txt
+++
Yes I did ..the misalignment and indentations were not intentional
forgot to fix that but It was added to the patch.. will fix that on v 2
my first patch still working on how to do things properly :(
On a different note , I made some changes to the function.
Thanks for your message.
On 6/30
ernel firmware")
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-20180704.orig/Documentation/kbuild/kbuild.txt
+++ linux-next-20180704/Documentat
On Fri, Jun 29, 2018 at 06:23:35PM +0200, Thomas Gleixner wrote:
> On Fri, 29 Jun 2018, Dave Hansen wrote:
> > On 06/29/2018 07:33 AM, Fenghua Yu wrote:
> > > +/* Detect feature of #AC for split lock by probing bit 29 in
> > > MSR_TEST_CTL. */
> > > +void detect_ac_split_lock(void)
> > > +{
> > >
Hi!
> > I was about to add "facepalm" emoji here, as disabling l2 cache is
> > major mistake. OTOH if you also see 20 seconds, then either there is
> > another problem, or you need to enable l2 cache, too (and I don't have
> > to feel too bad for misconfiguring it).
>
> OK. I checked and duovero
On Wed, Jul 4, 2018 at 8:59 PM, Rob Landley wrote:
> On 07/04/2018 12:00 PM, Andy Shevchenko wrote:
>> On Wed, Jul 4, 2018 at 3:46 AM, Rob Landley wrote:
>> No platform data, please.
>
> Why?
Many reasons, starting with "no board files" approach.
Main reason for this particular topic is _unific
On Wed, Jul 4, 2018 at 9:09 PM, Rob Landley wrote:
> On 07/04/2018 12:04 PM, Andy Shevchenko wrote:
>> On Wed, Jul 4, 2018 at 8:00 PM, Andy Shevchenko
>> wrote:
>>> On Wed, Jul 4, 2018 at 3:46 AM, Rob Landley wrote:
>>
>>> For now, you can switch to unified device properties API (basically
>>> u
Hi!
> OK. I checked and duovero runs only at 600MHz. I can only
> get down to 19 seconds with omap2plus_defconfig if I disable
> CONFIG_CPU_FREQ so the max speed is maintained from bootloader.
> Otherwise it runs at most at 1GHz, I think any higher speeds
> need smartreflex and voltage scaling wor
On Mon, Jul 2, 2018 at 2:42 PM, Linus Walleij wrote:
> On Mon, Jul 2, 2018 at 3:32 AM Anson Huang wrote:
>> - char cd_label[0];
>> + char cd_label[];
>
> Not that I am the smartest in the world when it comes to how the
> C compilers work this out.
>
> But isn't that equivalent to:
>
On Mon 2018-07-02 04:31:54, Jan Beulich wrote:
> Some Intel CPUs don't recognize 64-bit XORs as zeroing idioms. Zeroing
> idioms don't require execution bandwidth, as they're being taken care
> of in the frontend (through register renaming). Use 32-bit XORs instead.
>
> Signed-off-by: Jan Beulich
On Wed, 4 Jul 2018 15:34:36 +0200
Ulf Hansson wrote:
> On 4 July 2018 at 13:34, Marc Zyngier wrote:
> > On 04/07/18 11:50, Ulf Hansson wrote:
> >> + Marc
> >>
> >> On 4 July 2018 at 08:28, Stefan Mavrodiev wrote:
> >>> When mmc host controller enters suspend state, the clocks are
> >>> disa
Hi Pavel,
On 07/04/2018 08:53 AM, Pavel Machek wrote:
On Tue 2018-07-03 17:53:28, Andreas Klinger wrote:
Send out a morse code by using LEDs.
This is useful especially on embedded systems without displays to tell the
user about error conditions and status information.
The trigger will be call
Hi All,
On 07/04/2018 08:19 PM, Pavel Machek wrote:
Hi!
On Wed, Jul 04, 2018 at 08:53:05AM +0200, Pavel Machek wrote:
As I stated before, I don't think morse encoder belongs in kernel.
On the opposite, I think that the kernel needs to be a bit more autonomous
when it comes to reporting its
On Wed, Jul 04, 2018 at 06:08:57PM +0300, Kirill A. Shutemov wrote:
> On Tue, Jul 03, 2018 at 05:21:50PM +0300, Kirill A. Shutemov wrote:
> > On Tue, Jul 03, 2018 at 03:44:03PM +0300, Kirill A. Shutemov wrote:
> > > On Tue, Jul 03, 2018 at 01:24:49PM +0200, Gabriel C wrote:
> > > > 2018-07-01 23:32
On Fri, 29 Jun 2018 09:53:49 PDT (-0700), zong...@gmail.com wrote:
Christoph Hellwig 於 2018年6月29日 週五 下午3:12寫道：
On Mon, Jun 25, 2018 at 04:49:39PM +0800, Zong Li wrote:
> Use generic marco to get the index and type of symbol.
Why do we even need this in a uapi header? Shouldn't ELF_RISCV_R_SY
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 netw
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
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 right
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, whic
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
teste
Hi!
> >LED pattern trigger should be merged, instead.
>
> We've already agreed in [0] upon pattern sysfs file, and related
> patch set [1] is just to be merged.
>
> [0] https://lkml.org/lkml/2018/5/12/142
> [1] https://patchwork.kernel.org/patch/10495595/
Well, [1] is for LEDs that can do patte
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
>
> Usin
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 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 wrote
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 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 thou
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
De
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 us
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
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
bitm
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 ar
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")
>
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 Ack
From: Randy Dunlap
Update Documentation/kbuild/kconfig.txt, which mostly contains
user help for using the kernel config tools.
- Add mention of 'nconfig' embedded help text.
- Make the section on new config symbols readable.
- Correct how to find menuconfig search help.
- Add section on 'nconfig
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 conflic
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
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 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:
> https://syzkaller.appspot.com/bug?extid=449737930e
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
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 c
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
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 chang
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 = simple_read_from_buffer(buffer,
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 a34d401..7c751f2
On Thu, 2018-07-05 at 02:13 +0200, Daniel Lezcano wrote:
> On 04/07/2018 16:50, Stanley Chu wrote:
Hi Daniel,
Well remove duplicate one in v7.
> > +
> > +static void __iomem *gpt_sched_reg __read_mostly;
>
> duplicate 'gpt_sched_reg' variable.
>
>
> > +static void mtk_syst_ack_irq(struct time
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
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 a/drivers/clocksource/t
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 --git
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 deletions(
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, the
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: [410da1e12
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.
> >
> > git:
; ---
> 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
&g
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
>
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 a/drivers/s
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
---
sound/soc/sh/rcar/cmd.c | 2 +-
1 file changed, 1 insertion(
nel firmware")
>>
>> 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
> -Original Message-
> From: Stefan Agner [mailto:ste...@agner.ch]
> Sent: Wednesday, July 4, 2018 11:08 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-
> m...@vger.k
Now that include/config/tristate.conf does not appear in the top-level
Makefile. Replace the pattern rule with include/config/auto.conf .
Signed-off-by: Masahiro Yamada
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index c6ab38c4..58bd78b
If Make gets a fatal signal while a shell is executing, it may delete
the target file that the recipe was supposed to update. This is needed
to make sure that it is remade from scratch when Make is next run; if
Make is interrupted after the recipe has begun to write the target file,
it results in
"make syncconfig" is automatically invoked when any of the following
happens:
- .config is updated
- any of Kconfig files is updated
- any of environment variables referenced in Kconfig is changed
Then, it updates configuration files such as include/config/auto.conf
include/generated/autoconf.
'make kernelrelease' depends on CONFIG_LOCALVERSION(_AUTO), but
for the same reason as install targets, we do not want to update
the configuration just for printing the kernelrelease string.
This is likely to happen when you compiled the kernel with
CROSS_COMPILE, but forget to pass it to 'make ke
The top-level Makefile adds include/config/auto.conf as
prerequisites of 'scripts', 'prepare1', etc.
They were needed to terminate the build when include/config/auto.conf
is missing.
Now that the inclusion of include/config/auto.conf is mandatory
in the top-level Makefile if dot-config is 1 (Note
When you build targets that require the kernel configuration, dot-config
is set to 1, then the top-level Makefile includes auto.conf. However,
Make considers its inclusion is optional because the '-include' directive
is used here.
If a necessary configuration file is missing for the external modu
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 c
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
inclu
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 scripts/kconf
'...' 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
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
+++ lnx-418-rc3/Documentation/kbuild/kbuild.
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 -
> -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-
> m...@vger.ke
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
When using ACPI node, binding clock devices are
not available as device tree, So clock-frequency
property given in _DSD object of ACPI device is
used to calculate Watchdog rate.
Signed-off-by: Srinath Mannam
---
drivers/watchdog/sp805_wdt.c | 29 -
1 file changed, 24
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 r
On Wed, Jul 04, 2018 at 07:05:05PM +0200, Daniel Lezcano wrote:
> > create mode 100644 drivers/clocksource/timer-csky-v1.c
> > create mode 100644 drivers/clocksource/timer-nationalchip.c
>
> Provide two separates patches, one for each timer.
Ok.
> > +obj-$(CONFIG_CSKY) += timer-
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
---
scripts/Makef
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.
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 ac
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 include/l
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:
>
> git:
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
da
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
da
The previous documentation was wrongly stating about the order
of magnitude of CONVERT_V result files contents (vad, vdd).
This commit is correcting this.
Reported-by: Adam Stolarczyk
Signed-off-by: Mariusz Bialonczyk
---
Resending as V2 because it was malformed by mail mail app recently.
I als
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:
> > >
> > > WARNING:
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 {
> > > > +
501 - 600 of 651 matches
Mail list logo
