Le 18/02/2018 à 18:14, Horia Geantă a écrit :
On 2/17/2018 6:32 PM, Christophe LEROY wrote:
Le 07/02/2018 à 15:39, Horia Geantă a écrit :
On 10/6/2017 4:06 PM, Christophe Leroy wrote:
At every request, we map and unmap the same hash hw_context.
This patch moves the dma mapping/unmapping i
On Sat, Feb 17, 2018 at 8:39 PM, Miguel Ojeda
wrote:
> Signed-off-by: Miguel Ojeda
For:
> drivers/auxdisplay/hd44780.c| 6 +-
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li
Hi Tony,
I love your patch! Perhaps something to improve:
[auto build test WARNING on phy/next]
[also build test WARNING on v4.16-rc2 next-20180216]
[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/linux/commi
On both the ast2400 and ast2500 SoCs, the LPC reset controller is
required to bring the UARTs out of reset without waiting for the LPC
reset to be deasserted.
Signed-off-by: Joel Stanley
---
Bindings and driver change is under reivew:
https://lkml.org/lkml/2018/2/19/12
arch/arm/boot/dts/aspee
On 02/16/2018 07:48 AM, Javier Gonzalez wrote:
On 15 Feb 2018, at 05.11, Matias Bjørling wrote:
The value of max_phys_sect is always static. Instead of
defining it in the nvm_dev_ops structure, declare it as a global
value.
Signed-off-by: Matias Bjørling
---
drivers/lightnvm/core.c
On 02/16/2018 07:35 AM, Javier Gonzalez wrote:
On 15 Feb 2018, at 02.20, Matias Bjørling wrote:
On 02/13/2018 03:06 PM, Javier González wrote:
From: Javier González
Apart from showing the geometry returned by the different identify
commands, provide the generic geometry too, as this is the
This adds CPU operation points for the RK3368. We only add them to the
the RK3368-uQ7 SoM (Lion) because patches for the SoC where reverted
in the past.
commit 6354a06cbaa8 ("Revert "arm64: dts: rockchip: Add basic cpu
frequencies for RK3368"")
Signed-off-by: Klaus Goger
---
arch/arm64/boot/dt
The LPC device needs to ensure it's clock is enabled before it can do
anything.
In the past the clock was enabled and left running by u-boot, however
Linux now has an upstream clock driver that disables unused clocks.
Tested-by: Lei YU
Reviewed-by: Andrew Jeffery
Signed-off-by: Joel Stanley
--
The LPC Host Interface Controller is part of a BMC SoC that is used for
communication with the host.
Reviewed-by: Rob Herring
Signed-off-by: Joel Stanley
---
v2:
- Move the content to below the Host Node Children heading
- Add Rob's review tag
---
.../devicetree/bindings/mfd/aspeed-lpc.txt
To date this driver has relied on prevous state from out of tree hacks
and vendor u-boot trees in order to have the host be able to access
data over the LPC bus.
Now we explicitly enable the AHB to LPC bridge and FWH cycles from when
the user first configures the address to map. We chose to do thi
Hi Greg,
Once Andrew has acked the bindings I think this is ready to go.
v2: Fix binding layout and add Rob's ack
These patches were developed when testing upstream Linux with OpenBMC on
Romulus. We need to ensure the LPC clock is enabled, now that the clock
driver turns off any unused clocks. W
On Tue, Feb 13, 2018 at 10:19:17AM +0100, Dmitry Vyukov wrote:
> On Mon, Feb 12, 2018 at 4:26 PM, Dmitry Vyukov wrote:
> > On Mon, Feb 12, 2018 at 4:23 PM, syzbot
> > wrote:
> >> Hello,
> >>
> >> syzbot hit the following crash on net-next commit
> >> 9515a2e082f91457db0ecff4b65371d0fb5d9aad (Thu
The cxlflash driver uses "Asynchronous SCSI scanning" enabled by
CONFIG_SCSI_SCAN_ASYNC. Without this enabled the modprobe of cxlflash
module gets hung with following backtrace:
Call Trace:
__switch_to+0x2cc/0x470
__schedule+0x288/0xab0
schedule+0x40/0xc0
schedule_timeout+0x254/0x4f0
wait_for
On 2018-02-19 07:40, Igor Plyatov wrote:
> Hi!
>
> I have board based on AT91SAM9G20 (ARM926EJ-S CPU), Linux-4.9.36 kernel
> and RTC chip DS1340 (rtc-ds1307.c driver).
>
> RTC chip connected by means of I2C-bus, without HW IRQ line connected.
>
> Kernel configured to not use embedded functions f
On 02/18/2018 07:33 PM, Max Ivanov wrote:
> Hi,
>
> on my system I can't logout from iSCSI session when on 4.4.18, but
> 4.3.19 works just fine. git bisect points to fbce4d97fd ("scsi: fixup
> kernel warning during rmmod()")
>
> Bug manifests itself like following:
> - iSCSI session logout han
ASPEED BMC SoCs have a reset controller in the LPC IP that can be
controlled using this driver to release the UARTs from reset.
No special configuration is required, so only the compatible string is
added.
Signed-off-by: Joel Stanley
---
drivers/reset/Kconfig| 10 +++---
drivers/res
Currently this driver is only user selectable if COMPILE_TEST is turned
on. Users may wish to select (and deselect) it, so remove this
restriction.
Signed-off-by: Joel Stanley
---
drivers/reset/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/reset/Kconfig b/dr
Hello Philip,
Here is a series that enables the simple reset driver for the ASPEED
SoCs. You may recall I posted a patch back in May 2017 with a
similar idea[1]. I was happy to see that you merged a driver that solves
the problem, and suits our purpose for the ASPEED. Thanks!
Cheers,
Joel
[1] h
This describes the reset controller present in the LPC address space.
Signed-off-by: Joel Stanley
---
.../devicetree/bindings/mfd/aspeed-lpc.txt | 21 +
1 file changed, 21 insertions(+)
diff --git a/Documentation/devicetree/bindings/mfd/aspeed-lpc.txt
b/Documentati
Hi,
On Feb 19 2018 15:05, Kirill Marinushkin wrote:
In kernel `soc-dai.h`, DAI clock gating is defined as following:
\#define SND_SOC_DAIFMT_CONT(1 << 4) /* continuous clock */
\#define SND_SOC_DAIFMT_GATED (0 << 4) /* clock is gated */
Therefore, the correspond
Hi!
I have board based on AT91SAM9G20 (ARM926EJ-S CPU), Linux-4.9.36 kernel
and RTC chip DS1340 (rtc-ds1307.c driver).
RTC chip connected by means of I2C-bus, without HW IRQ line connected.
Kernel configured to not use embedded functions for time getting at
startup and saving at shutdown:
C
Since commit e1a50de37860b3a93a9d643b09638db5aff47650 (arm64: cputype:
Silence Sparse warnings), compilation of arm64 architecture is broken
with the following error messages:
AR arch/arm64/kernel/built-in.o
arch/arm64/kernel/head.S: Assembler messages:
arch/arm64/kernel/head.S:677: Err
On 18/02/18 11:45, Avri Altman wrote:
>
>
>> -Original Message-
>> From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-
>> ow...@vger.kernel.org] On Behalf Of Adrian Hunter
>> Sent: Friday, February 16, 2018 2:01 PM
>> To: Vinayak Holikatti ; Martin K. Petersen
>> ; James E.J. Botto
Hi,
On Feb 19 2018 15:02, Kirill Marinushkin wrote:
Configuration:
SND_SOC_INTEL_SKYLAKE=y
PM_SLEEP=y
Warning message:
sound/soc/intel/skylake/skl.c: In function 'skl_resume':
sound/soc/intel/skylake/skl.c:326:6: warning: 'ret' may be used
uninitialized in this function [-Wmaybe-uninitialized
On 02/18/18 19:21, Rob Herring wrote:
> On Wed, Feb 14, 2018 at 09:35:46PM -0800, frowand.l...@gmail.com wrote:
>> From: Frank Rowand
>>
>> Errors while developing the patch to create of_overlay_fdt_apply()
>> exposed inadequate error messages to debug problems when overlay
>> devicetree fragment
On 02/18/18 17:46, Rob Herring wrote:
> On Sun, Feb 18, 2018 at 6:29 PM, wrote:
>> From: Frank Rowand
>>
>> kbuild test robot reported a new warning for a recent patch:
drivers/of/overlay.c:832:2: error: implicit declaration of function
'of_fdt_unflatten_tree' [-Werror=implicit-functi
Clock gating parameter is a part of `dai_fmt`. It is supported by
`alsa-lib` when creating a topology binary file, but ignored by kernel
when loading this topology file.
After applying this commit, the clock gating parameter is not ignored any
more. The old behaviour is not broken, as by default t
In kernel `soc-dai.h`, DAI clock gating is defined as following:
\#define SND_SOC_DAIFMT_CONT(1 << 4) /* continuous clock */
\#define SND_SOC_DAIFMT_GATED (0 << 4) /* clock is gated */
Therefore, the corresponding field of struct snd_soc_tplg_hw_config should
be in
Configuration:
SND_SOC_INTEL_SKYLAKE=y
PM_SLEEP=y
Warning message:
sound/soc/intel/skylake/skl.c: In function 'skl_resume':
sound/soc/intel/skylake/skl.c:326:6: warning: 'ret' may be used
uninitialized in this function [-Wmaybe-uninitialized]
int ret;
^~~
Fixes: 4557c305d4fc ("ASoC: Int
On Mon, Feb 19, 2018 at 10:33:29AM +0800, changbin...@intel.com wrote:
> From: Changbin Du
>
> Before this change, the '--graph-funcs', '--nograph-funcs' and
> '--trace-funcs' options didn't work as expected when the doesn't
> exist. Because the kernel side hid possible errors.
>
> $ sudo ./per
Arnaldo Carvalho de Melo writes:
> Em Fri, Feb 16, 2018 at 02:29:01PM -0300, Arnaldo Carvalho de Melo escreveu:
>> Humm, we need to create two tables, one for 32-bit and another for 64,
>> even with ppc not having (AFAIK) clashes in syscall numbers for 32/64...
>>
>> Trying to do it now.
>
> Now
On Fri, Feb 16, 2018 at 11:17:52AM -0800, Linus Torvalds wrote:
> On Fri, Feb 16, 2018 at 10:38 AM, Masahiro Yamada
> wrote:
> > This is the second built-in function, which retrieves the first line
> > of stdout from the given shell command.
>
> This is the only part I really don't much like in y
On 2/19/2018 5:02 AM, Stephen Rothwell wrote:
Hi all,
After merging the sound-asoc tree, today's linux-next build (x86_64
allmodconfig) failed like this:
sound/soc/amd/acp-da7219-max98357a.c: In function 'cz_da7219_init':
sound/soc/amd/acp-da7219-max98357a.c:79:22: error: passing argument 1 o
From: Kuninori Morimoto
Now we can replace Codec to Component. Let's do it.
Note:
xxx_codec_xxx() -> xxx_component_xxx()
.idle_bias_off = 0 -> .idle_bias_on = 1
.ignore_pmdown_time = 0 -> .use_pmdown_time = 1
- ->
From: Kuninori Morimoto
Now we can replace Codec to Component. Let's do it.
Note:
xxx_codec_xxx() -> xxx_component_xxx()
.idle_bias_off = 0 -> .idle_bias_on = 1
.ignore_pmdown_time = 0 -> .use_pmdown_time = 1
- ->
From: Kuninori Morimoto
Now we can replace Codec to Component. Let's do it.
Signed-off-by: Kuninori Morimoto
---
v1 -> v2
- no change
sound/soc/amd/acp-da7219-max98357a.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/amd/acp-da7219-max98357a.c
b/sound/so
From: Kuninori Morimoto
Now we can replace Codec to Component. Let's do it.
Signed-off-by: Kuninori Morimoto
---
v1 -> v2
- no change
sound/soc/intel/boards/kbl_da7219_max98357a.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/sound/soc/intel/boards/kbl_da7
Hi Mark
These are v2 of replace patch for new added driver on mark/for-next branch.
The diff v1 -> v2 is that compile warning issue was solved on ak driver
Kuninori Morimoto (4):
ASoC: intel: kbl_da7219_max98357: replace codec to component
ASoC: amd: acp-da7219-max98357: replace codec to com
please drop us a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/Anshuman-Khandual/lib-scatterlist-Add-SG_CHAIN-and-SG_END-macros-for-LSB-encodings/20180218-015554
> config: x86_64-randconfig-s3-02180201 (attached as .config)
>
On 15-02-18, 17:40, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 15 Feb 2018 17:28:40 +0100
>
> Omit an extra message for a memory allocation failure in these functions.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
> ---
> dri
On 15-02-18, 18:08, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 15 Feb 2018 18:00:37 +0100
>
> Omit extra messages for a memory allocation failure in this function.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
> ---
> drivers
On 15-02-18, 20:30, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 15 Feb 2018 20:14:32 +0100
>
> The script "checkpatch.pl" pointed information out like the following.
>
> WARNING: void function return statements are not generally useful
>
> Thus remove such a statement in the af
On 18-02-18, 17:29, Rob Herring wrote:
> On Fri, Feb 09, 2018 at 02:28:10PM +0530, Viresh Kumar wrote:
> > The "cooling-min-level" and "cooling-max-level" properties are not
> > parsed by any part of kernel currently and the max cooling state of a
> > CPU cooling device is found by referring to the
On 15-02-18, 20:29, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 15 Feb 2018 20:00:23 +0100
>
> Omit an extra message for a memory allocation failure in these functions.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
> ---
> dri
On 16-02-18, 16:57, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Fri, 16 Feb 2018 16:01:12 +0100
>
> Omit an extra message for a memory allocation failure in this function.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
> ---
> drive
On 18-02-18, 03:54, sean.w...@mediatek.com wrote:
> From: Sean Wang
>
> Add clocks, regulators and opp information into cpu nodes.
> In addition, the power supply for cpu nodes is deployed on
> mt7622-rfb1 board.
>
> Signed-off-by: Sean Wang
> Cc: Viresh Kumar
> ---
> arch/arm64/boot/dts/medi
On Wed, Feb 14, 2018 at 09:35:46PM -0800, frowand.l...@gmail.com wrote:
> From: Frank Rowand
>
> Errors while developing the patch to create of_overlay_fdt_apply()
> exposed inadequate error messages to debug problems when overlay
> devicetree fragment nodes contain an invalid target path. Impro
On Thu, Feb 15, 2018 at 12:47:20PM +1030, Joel Stanley wrote:
> The Nuvoton UART is almost compatible with the 8250 driver when probed
> via the 8250_of driver, however it requires some extra configuration
> at startup.
>
> Signed-off-by: Joel Stanley
> ---
> v2:
> Remove redundant whitespace
>
Hi Richard,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.16-rc2 next-20180216]
[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/linux/commit
On Wed, Feb 14, 2018 at 03:55:12PM +, Charles Keepax wrote:
> Signed-off-by: Charles Keepax
> ---
> Documentation/devicetree/bindings/mfd/arizona.txt | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/Documentation/devicetree/bindings/mfd/arizona.txt
> b/Documenta
On Wed, Feb 14, 2018 at 11:27:58AM +0800, Ryder Lee wrote:
> dtc recently added PCI bus checks. Fix these warnings:
>
> Warning (pci_bridge): Node /pcie@1a14/pcie@0,0 missing bus-range for PCI
> bridge
> Warning (pci_bridge): Node /pcie@1a14/pcie@1,0 missing bus-range for PCI
> bridge
>
Hi Mark
My posted patches had compile issue.
I will post v2 patch.
Please drop these
> These are new added driver on mark/for-next branch,
> but based on old "codec" framework.
> We want to convert it to component. These patches are do it
>
> Kuninori Morimoto (4):
> ASoC: intel: kbl_da7219_m
On Tue, Feb 13, 2018 at 04:58:14PM +, srinivas.kandaga...@linaro.org wrote:
> From: Srinivas Kandagatla
>
> This patch adds support toi APR bus (Asynchronous Packet Router) driver.
> ARP driver is made as a bus driver so that the apr devices can added removed
> more dynamically depending on t
On Tue, Feb 13, 2018 at 06:14:09PM +0800, Li Wei wrote:
> add ufs node document for Hisilicon.
>
> Signed-off-by: Li Wei
> ---
> Documentation/devicetree/bindings/ufs/ufs-hisi.txt | 37
> ++
> 1 file changed, 37 insertions(+)
> create mode 100644 Documentation/devicetree/bi
On Thu, Feb 15, 2018 at 04:45:34PM +0100, Simon Horman wrote:
> On Tue, Feb 13, 2018 at 10:46:00AM +0100, Jacopo Mondi wrote:
> > Add documentation for r8a77965 compatible string to renesas ravb device
> > tree bindings documentation.
> >
> > Signed-off-by: Jacopo Mondi
>
> Reviewed-by: Simon Ho
On Mon, Feb 19, 2018 at 8:06 AM, Rob Herring wrote:
> On Sun, Feb 11, 2018 at 09:08:42PM +0100, Marcus Folkesson wrote:
>> watchdog_init_timeout() will allways pick timeout_param since it
>> defaults to a valid timeout.
>>
>> By following best practice described in
>> Documentation/watchdog/watchd
On Thu, Feb 15, 2018 at 04:47:52PM +0100, Simon Horman wrote:
> On Tue, Feb 13, 2018 at 10:45:55AM +0100, Jacopo Mondi wrote:
> > Add documentation for r8a77965 compatible string to reneass sci-serial
> > device tree bindings documentation.
>
> I think a better subject would be:
>
> dt-bindings:
On Thu, Feb 15, 2018 at 04:56:39PM +0100, Simon Horman wrote:
> On Thu, Feb 15, 2018 at 04:39:49PM +0100, Simon Horman wrote:
> > On Tue, Feb 13, 2018 at 10:45:53AM +0100, Jacopo Mondi wrote:
> > > Add documentation for r8a77965 compatible string to rcar-dmac device
> > > tree bindings documentatio
Hi Finn,
On 19/02/18 12:39, Finn Thain wrote:
> The hydra, zorro8390 and mcf8390 drivers all #include "lib8390.c" and
> have no need for 8390.o. modinfo confirms no dependency on 8390.ko.
> Drop the redundant dependency from the Makefile. objdump confirms
> that this patch has no effect on the mod
On Tue, Feb 13, 2018 at 10:45:51AM +0100, Jacopo Mondi wrote:
> Add initial PFC support for R-Car M3-N (r8a77965) SoC.
> No groups or functions defined, just pin and registers enumeration.
>
> Signed-off-by: Jacopo Mondi
> ---
> .../bindings/pinctrl/renesas,pfc-pinctrl.txt |1 +
Review
On Tue, Feb 13, 2018 at 10:45:49AM +0100, Jacopo Mondi wrote:
> Initial support for R-Car M3-N (r8a77965), including core and module
> clocks.
>
> Signed-off-by: Jacopo Mondi
> ---
> .../devicetree/bindings/clock/renesas,cpg-mssr.txt | 1 +
> drivers/clk/renesas/Kconfig
On Wed, Feb 14, 2018 at 11:01:53AM +0100, Simon Horman wrote:
> On Tue, Feb 13, 2018 at 10:45:48AM +0100, Jacopo Mondi wrote:
> > Add device tree bindings documentation for Renesas R-Car M3-N (r8a77965)
> > SoC.
> >
> > Signed-off-by: Jacopo Mondi
>
> Thanks, this looks fine to me but I think th
Currently script parses binary files. Since we are scanning for
readable kernel addresses there is no need to parse binary files. We
can use Perl to check if file is binary and skip parsing it if so.
Do not parse binary files.
Signed-off-by: Tobin C. Harding
---
scripts/leaking_addresses.pl |
Currently we are repeatedly calling `uname -m`. This is causing the
script to take a long time to run (more than 10 seconds to parse
/proc/kallsyms). We can use Perl state variables to cache the result of
the first call to `uname -m`. With this change in place the script
scans the whole kernel i
Currently script has multiple configuration arrays. This is confusing,
evident by the fact that a bunch of the entries are in the wrong place.
We can simplify the code by just having a single array for absolute
paths to skip and a single array for file names to skip wherever they
appear in the sca
There are files under /proc that have the same format for each PID, e.g
'smaps'. We need only scan these files a single time to verify that
they are not leaking addresses. This reduces the work the script must
do.
Add once_only array.
Signed-off-by: Tobin C. Harding
---
scripts/leaking_addres
leaking_addresses.pl is currently woefully slow. This series fixes
that. Also, currently configuring which files/directories to skip is
overly complicated. We can simplify the code configuration quite easily
by combining the configuration arrays.
This series does not apply on top of the mainlin
From: Changbin Du
Before this change, the '--graph-funcs', '--nograph-funcs' and
'--trace-funcs' options didn't work as expected when the doesn't
exist. Because the kernel side hid possible errors.
$ sudo ./perf ftrace -a --graph-depth 1 --graph-funcs abcdefg
0) 0.140 us| rcu_all_qs();
On Mon, Feb 12, 2018 at 02:17:15PM +0100, Linus Walleij wrote:
> Deprecate the open drain binding for fixed regulator and indicate
> that we prefer this to be passed in the GPIO phandle flags.
>
> Clarify that the line inversion semantics for fixed and GPIO
> regulators completely overrides the ac
Use dev_foo() to log the slot number instead of the unexpanded "eth%d"
format string.
Disambiguate the two identical "Card type %s is unsupported" messages.
Tested-by: Stan Johnson
Signed-off-by: Finn Thain
---
drivers/net/ethernet/8390/mac8390.c | 36 +---
1 fil
This resolves an old bug that constrained this driver to no more than
one card.
Tested-by: Stan Johnson
Signed-off-by: Finn Thain
---
drivers/net/Space.c | 3 -
drivers/net/ethernet/8390/mac8390.c | 139 +---
include/net/Space.h
The lib8390 module parameter 'msg_enable' doesn't do anything useful:
it causes an ancient version string to be logged.
Remove redundant code that logs the same string.
In ne.c and wd.c, the value of ei_local->msg_enable is used before
being assigned. Use ne_msg_enable and wd_msg_enable, respecti
The hydra, zorro8390 and mcf8390 drivers all #include "lib8390.c" and
have no need for 8390.o. modinfo confirms no dependency on 8390.ko.
Drop the redundant dependency from the Makefile. objdump confirms
that this patch has no effect on the module binaries.
The superfluous additions of 8390.o were
On Mon, Feb 19, 2018 at 10:21:34AM +0900, Namhyung Kim wrote:
> Hello,
>
> On Wed, Feb 14, 2018 at 10:44:24AM +0800, changbin...@intel.com wrote:
> > From: Changbin Du
> >
> > Before this change, the '--graph-funcs', '--nograph-funcs' and
> > '--trace-funcs' options didn't work as expected when
Changes since v4 of combined patch series:
- Removed redundant and non-portable MACH_IS_MAC tests.
- Added acked-by tags from Geert Uytterhoeven.
- Omitted patches unrelated to 8390 drivers.
Finn Thain (4):
net/8390: Remove redundant make dependencies
net/8390: Fix msg_enable patch snafu
ne
Hi Jiri and Arnaldo,
On Thu, Feb 15, 2018 at 01:26:32PM +0100, Jiri Olsa wrote:
> We should not search for kernel start address in
> __machine__create_kernel_maps function, because it's being
> used in 'report' code path, where we are interested in kernel
> MMAP data address instead of in current
On 19.02.2018 05:04, Dmitry Osipenko wrote:
> On 13.02.2018 13:30, Thierry Reding wrote:
>> On Mon, Feb 12, 2018 at 08:06:30PM +0300, Dmitry Osipenko wrote:
>>> Tegra30+ has some minor differences in registers / bits layout compared
>>> to Tegra20. Let's squash Tegra20 driver into the common tegra-
Hi all,
Changes since 20180216:
The nand tree gained a conflict against Linus' tree.
The drm tree gained conflicts against Linus' tree.
The sound-asoc tree gained build failures, so I used the version from
next-20180216.
Non-merge commits (relative to Linus' tree): 2399
2873 files changed, 10
On 13.02.2018 13:30, Thierry Reding wrote:
> On Mon, Feb 12, 2018 at 08:06:30PM +0300, Dmitry Osipenko wrote:
>> Tegra30+ has some minor differences in registers / bits layout compared
>> to Tegra20. Let's squash Tegra20 driver into the common tegra-mc driver
>> to reduce code a tad, this also will
It's been a quiet week, and rc2 is out.
I take the fairly quiet rc be a good sign for 4.16, but honestly, rc2
is often fairly calm. That's probably because people are taking a
breather after the merge window, but also simply because it might take
a while to find any issues.
But let's be optimisti
On Mon, Feb 12, 2018 at 01:35:28PM +0100, Amelie Delaunay wrote:
> This patch adds the device tree bindings description for STM32 USBPHYC
> (USB PHY Controller).
>
> Signed-off-by: Amelie Delaunay
> ---
> .../devicetree/bindings/phy/phy-stm32-usbphyc.txt | 46
> ++
> 1 file
On Sun, Feb 18, 2018 at 6:29 PM, wrote:
> From: Frank Rowand
>
> kbuild test robot reported a new warning for a recent patch:
>>> drivers/of/overlay.c:832:2: error: implicit declaration of function
>>> 'of_fdt_unflatten_tree' [-Werror=implicit-function-declaration]
> of_fdt_unflatten_tree(
Hello,
On Wed, Feb 14, 2018 at 10:44:24AM +0800, changbin...@intel.com wrote:
> From: Changbin Du
>
> Before this change, the '--graph-funcs', '--nograph-funcs' and
> '--trace-funcs' options didn't work as expected when the doesn't
> exist. Because the kernel side hid possible errors.
>
> $ su
When the jump label code encounters an address which isn't recognized by
kernel_text_address(), it just silently fails.
This can be dangerous because jump labels are used in a variety of
places, and are generally expected to work. Convert the silent failure
to a warning.
This won't warn about at
After initmem has been freed, any jump labels in __init code are
prevented from being written to by the kernel_text_address() check in
__jump_label_update(). However, this check is quite broad. If
kernel_text_address() were to return false for any other reason, the
jump label write would fail sil
v3:
- Make init_kernel_text() global
- Use braces in multi-line 'for' statements
v2:
- Refine the warning so that it doesn't warn about __init entries
- (Do so by explicitly disabling __init entries)
- Drop v1 patches which removed __init tracepoints
Josh Poimboeuf (3):
jump_label: Explicitly d
Convert init_kernel_text() to a global function and use it in a few
places instead of manually comparing _sinittext and _einittext.
Note that kallsyms.h has a very similar function called
is_kernel_inittext(), but its end check is inclusive. I'm not sure
whether that's intentional behavior, so I
On 02/18/2018 04:08 PM, Rob Herring wrote:
On Sun, Feb 11, 2018 at 09:08:45PM +0100, Marcus Folkesson wrote:
watchdog_init_timeout() will allways pick timeout_param since it
defaults to a valid timeout.
By following best practice described in
Documentation/watchdog/watchdog-kernel-api.txt, it a
On 02/18/2018 04:07 PM, Rob Herring wrote:
On Sun, Feb 11, 2018 at 09:08:43PM +0100, Marcus Folkesson wrote:
watchdog_init_timeout() will allways pick timeout_param since it
defaults to a valid timeout.
By following best practice described in
Documentation/watchdog/watchdog-kernel-api.txt, it a
Hi Richard,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.16-rc1 next-20180216]
[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/linux/commit
Hi Maciej,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on arm64/for-next/core]
[also build test ERROR on v4.16-rc1 next-20180216]
[cannot apply to linus/master]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
On Mon, Feb 19, 2018 at 08:36:30AM +0900, Byungchul Park wrote:
> On 2/15/2018 6:42 AM, Paul E. McKenney wrote:
> >On Wed, Feb 14, 2018 at 05:59:54PM +0900, Byungchul Park wrote:
> >>We should've kept sp->srcu_gp_seq_needed_exp the furthest. But
> >>it probably fails because of the incorrect condit
From: Kuninori Morimoto
Now we can replace Codec to Component. Let's do it.
Note:
xxx_codec_xxx() -> xxx_component_xxx()
.idle_bias_off = 0 -> .idle_bias_on = 1
.ignore_pmdown_time = 0 -> .use_pmdown_time = 1
- ->
From: Kuninori Morimoto
Now we can replace Codec to Component. Let's do it.
Note:
xxx_codec_xxx() -> xxx_component_xxx()
.idle_bias_off = 0 -> .idle_bias_on = 1
.ignore_pmdown_time = 0 -> .use_pmdown_time = 1
- ->
From: Kuninori Morimoto
Now we can replace Codec to Component. Let's do it.
Signed-off-by: Kuninori Morimoto
---
sound/soc/amd/acp-da7219-max98357a.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/amd/acp-da7219-max98357a.c
b/sound/soc/amd/acp-da7219-max9835
From: Kuninori Morimoto
Now we can replace Codec to Component. Let's do it.
Signed-off-by: Kuninori Morimoto
---
sound/soc/intel/boards/kbl_da7219_max98357a.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/sound/soc/intel/boards/kbl_da7219_max98357a.c
b/sound
Hi Mark
These are new added driver on mark/for-next branch,
but based on old "codec" framework.
We want to convert it to component. These patches are do it
Kuninori Morimoto (4):
ASoC: intel: kbl_da7219_max98357: replace codec to component
ASoC: amd: acp-da7219-max98357: replace codec to com
Hi Stephen
Thank you for your report.
It seems added new drivers are not based on new framework.
I will post fixup patch for these.
> After merging the sound-asoc tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> sound/soc/amd/acp-da7219-max98357a.c: In function 'cz_d
From: Frank Rowand
kbuild test robot reported a new warning for a recent patch:
>> drivers/of/overlay.c:832:2: error: implicit declaration of function
>> 'of_fdt_unflatten_tree' [-Werror=implicit-function-declaration]
of_fdt_unflatten_tree(new_fdt, NULL, &overlay_root);
The cause is that t
On Tue, 13 Feb 2018 23:36:51 +0100
Jonathan Neuschäfer wrote:
> Without this patch, the points 1-9 in the list are rendered as an HTML
> blockquote containing a list, causing them to be indented further than
> the rest of the list.
>
> While at it, also fix the quotation marks around G and P.
A
1 - 100 of 261 matches
Mail list logo
