Michael Kelley writes:
> From: Vitaly Kuznetsov Sent: Friday, April 5, 2019
> 4:11 AM
>> >
>> > @@ -32,15 +32,15 @@ static inline int fill_gva_list(u64 gva_list[], int
>> > offset,
>> >do {
>> >diff = end > cur ? end - cur : 0;
>> >
>> > - gva_list[gva_n] = cur & PAGE
kernel_randomize_memory() uses __PHYSICAL_MASK_SHIFT to calculate
the maximum amount of system RAM supported. The size of the direct
mapping section is obtained from the smaller one of the below two
values:
(actual system RAM size + padding size) vs (max system RAM size supported)
This calculati
v1->v2:
Rewrite log of the two patches. No functionality change.
~
v1 background:
The fixes for these two bugs were carried in the earlier patchset, patch
4/6 and patch 5/6:
[PATCH v4 0/6] Several patches to fix code bugs,
kernel_randomize_memory() hardcodes the size of vmemmap section as 1 TB,
to support the maximum amount of system RAM in 4-level paging mode, 64 TB.
However, 1 TB is not enough in 5-level paging mode. Assuming the size of
struct page is 64 Bytes, To support 4 PB system RAM in 5-level, 64 TB of
vmem
On 11.04.19 23:03, Tony Krowiak wrote:
> Introduces a new driver callback to prevent a root user from unbinding
> an AP queue from its device driver if the queue is in use. This prevents
> a root user from inadvertently taking a queue away from a guest and
> giving it to the host, or vice versa. Th
* Peter Zijlstra wrote:
> On Wed, Apr 10, 2019 at 05:13:54AM -0700, tip-bot for Peter Zijlstra wrote:
> > Commit-ID: 86071b11317550d994b55ce5e31aa06bcad783b5
> > Gitweb:
> > https://git.kernel.org/tip/86071b11317550d994b55ce5e31aa06bcad783b5
> > Author: Peter Zijlstra
> > AuthorDate:
On Thu 11-04-19 08:33:13, Matthew Wilcox wrote:
> On Wed, Apr 10, 2019 at 06:43:53PM -0700, Suren Baghdasaryan wrote:
> > Add new SS_EXPEDITE flag to be used when sending SIGKILL via
> > pidfd_send_signal() syscall to allow expedited memory reclaim of the
> > victim process. The usage of this flag
On Thu 11-04-19 10:47:50, Daniel Colascione wrote:
> On Thu, Apr 11, 2019 at 10:36 AM Matthew Wilcox wrote:
> >
> > On Thu, Apr 11, 2019 at 10:33:32AM -0700, Daniel Colascione wrote:
> > > On Thu, Apr 11, 2019 at 10:09 AM Suren Baghdasaryan
> > > wrote:
> > > > On Thu, Apr 11, 2019 at 8:33 AM Ma
Commit 60ed982a4e78 ("PCI/AER: Move internal declarations to
drivers/pci/pci.h") makes pci_aer_init() void, but the version when
!CONFIG_PCIEAER isn't modified accordingly, fix it.
Signed-off-by: Jisheng Zhang
---
drivers/pci/pci.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --gi
For Spreadtrum audio platform driver, it need allocate a larger DMA buffer
dynamically to copy audio data between userspace and kernel space, but that
will increase the risk of memory allocation failure especially the system
is under heavy load situation.
To make sure the audio can work in this sc
On Thu, Apr 11, 2019 at 08:57:14PM -0500, Gustavo A. R. Silva wrote:
>
>
> On 4/11/19 7:19 PM, Darrick J. Wong wrote:
> > [fixing linux-xfs cc]
> >
>
> Thanks for this.
>
> > On Thu, Apr 11, 2019 at 06:37:58PM -0500, Gustavo A. R. Silva wrote:
> >> Make use of the struct_size() helper instead
On 12/04/19 1:08 AM, Raul E Rangel wrote:
> I was debugging a SDHC hardware bug and got tired of having to
> translate the register values by hand. This patch set makes it so all
> SDHC register read and write operations can be traced and easily read by
> a human.
While this might be useful for pe
Separate print_modules() and hard lockup error message.
Before the patch:
NMI watchdog: Watchdog detected hard LOCKUP on cpu 1Modules linked in: nls_cp437
Signed-off-by: Sergey Senozhatsky
---
kernel/watchdog_hld.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/kernel/wat
ATTENZIONE;
La cassetta postale ha superato il limite di archiviazione, che è 5 GB come
definiti dall'amministratore, che è attualmente in esecuzione su 10.9GB, non si
può essere in grado di inviare o ricevere nuovi messaggi fino a ri-convalidare
la tua mailbox. Per rinnovare la vostra casell
Hi.
syzkaller reported the following BUG:
[ 73.146973] kernel BUG at kernel/cred.c:434!
[ 73.150231] invalid opcode: [#1] SMP KASAN PTI
[ 73.151928] CPU: 2 PID: 4058 Comm: syz-executor.6 Not tainted
5.1.0-rc4-00062-g2d06b235815e-dirty #2
[ 73.155174] Hardware name: QEMU Standard P
With this patch, we can use the 'percore' event qualifier in perf-stat.
root@skl:/tmp# perf stat -e
cpu/event=0,umask=0x3,percore=1/,cpu/event=0,umask=0x3/ -a -A -I1000
1.000773050 S0-C0 98,352,832
cpu/event=0,umask=0x3,percore=1/ (50.01%
It's a simple test which just checks if parser works.
v4:
---
No change
v3:
---
No change
v2:
---
Change 'coresum' to 'percore'
Signed-off-by: Jin Yao
---
tools/perf/tests/parse-events.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/tools/perf/tests/pa
Add a 'percore' event qualifier, like cpu/event=0,umask=0x3,percore=1/,
that sums up the event counts for both hardware threads in a core.
We can already do this with --per-core, but it's often useful to do
this together with other metrics that are collected per hardware thread.
So we need to supp
The 'percore' event qualifier which sums up the event counts for both
hardware threads in a core. For example,
perf stat -e cpu/event=0,umask=0x3,percore=1/,cpu/event=0,umask=0x3/
In this example, we count the event 'ref-cycles' per-core and per-CPU in
one perf stat command-line.
We can already
Move the aggregate counts printing to a new function
print_counter_aggrdata, which will be used in following
patches.
v4:
---
Rebase to latest perf/core branch.
v3:
---
No change
v2:
---
Create this patch according to Jiri's comments.
Signed-off-by: Jin Yao
---
tools/perf/util/stat-d
On 4/11/19 8:09 PM, Masahiro Yamada wrote:
is only generated and included
by drivers/memory/, so it does not need to reside in the globally
visible include/generated/.
Signed-off-by: Masahiro Yamada
---
I will apply this to linux-kbuild since this depends on
another patch there.
Sure.
Acked
The call to of_get_child_by_name returns a node pointer with refcount
incremented thus it must be explicitly decremented after the last
usage.
Detected by coccinelle with the following warnings:
./drivers/pinctrl/pinctrl-st.c:1188:3-9: ERROR: missing of_node_put; acquired a
node pointer with refc
The call to of_get_child_by_name returns a node pointer with refcount
incremented thus it must be explicitly decremented after the last
usage.
Detected by coccinelle with the following warnings:
./drivers/pinctrl/pinctrl-pistachio.c:1422:1-7: ERROR: missing of_node_put;
acquired a node pointer wi
The call to of_find_compatible_node returns a node pointer with refcount
incremented thus it must be explicitly decremented after the last
usage.
Detected by coccinelle with the following warnings:
./drivers/pinctrl/samsung/pinctrl-exynos-arm.c:76:2-8: ERROR: missing
of_node_put; acquired a node
The call to of_parse_phandle returns a node pointer with refcount
incremented thus it must be explicitly decremented after the last
usage.
Detected by coccinelle with the following warnings:
./drivers/pinctrl/zte/pinctrl-zx.c:415:2-8: ERROR: missing of_node_put;
acquired a node pointer with refco
The call to of_parse_phandle returns a node pointer with refcount
incremented thus it must be explicitly decremented after the last
usage.
Detected by coccinelle with the following warnings:
./drivers/pinctrl/pinctrl-rockchip.c:3221:2-8: ERROR: missing of_node_put;
acquired a node pointer with re
The call to of_get_cpu_node/of_find_compatible_node/of_parse_phandle...
returns a node pointer with refcount incremented thus it must be
explicitly decremented after the last usage.
We developed a coccinelle SmPL to detect drivers/pinctrl code and
found some issues.
This patch series fixes those i
Hi Trond,
On 11/4/2019 9:50 PM, Trond Myklebust wrote:
> On Tue, 2019-04-09 at 19:54 +0200, Daniel Mack wrote:
>> On 9/4/2019 6:55 PM, Trond Myklebust wrote:
>>> On Tue, 2019-04-09 at 18:25 +0200, Daniel Mack wrote:
On 8/4/2019 8:51 PM, Trond Myklebust wrote:
> On Mon, 2019-04-08 at 19:01
> On Apr 11, 2019, at 7:38 PM, kernel test robot wrote:
>
> FYI, we noticed the following commit (built with gcc-7):
>
> commit: 4f4fd7c5798bbdd5a03a60f6269cf1177fbd11ef ("Don't jump to
> compute_result state from check_result state")
> https://git.kernel.org/cgit/linux/kernel/git/next/linux
On Thu, Apr 11, 2019 at 05:08:11PM -0700, Paul Walmsley wrote:
> However: the vast majority of users -- even embedded users -- will not use
> a kernel with a bundled DTB. This is because it irrevocably ties that
> kernel binary to one specific board type. I hope it is obvious why this
> would
* Bart Van Assche wrote:
> If lockdep_register_key() and lockdep_unregister_key() are called with
> debug_locks == false then the following warning is reported:
>
> WARNING: CPU: 2 PID: 15145 at kernel/locking/lockdep.c:4920
> lockdep_unregister_key+0x1ad/0x240
>
> That warning is reported b
> On Wed, Apr 10, 2019 at 3:24 AM Reshetova, Elena
> wrote:
> >
> >
> > > > > On Mon, Apr 08, 2019 at 09:13:58AM +0300, Elena Reshetova wrote:
> > > > > > diff --git a/arch/x86/entry/common.c b/arch/x86/entry/common.c
> > > > > > index 7bc105f47d21..38ddc213a5e9 100644
> > > > > > --- a/arch/x86/e
Hi,
On Mon, 8 Apr 2019 10:14:04 +0200
Maxime Ripard wrote:
> On Sun, Apr 07, 2019 at 10:23:21PM +0200, Andreas Kemnade wrote:
> > ping
> >
> > On Fri, 1 Mar 2019 19:52:12 +0100
> > Andreas Kemnade wrote:
> >
> > > The Banana Pi M2 Zero board has an AP6212 BT+Wifi combo chip
> > > with broadc
Hi,
good news: starting with 5.0.6 suspend is working again.
Best regards
Thomas
Am 29.03.19 um 10:22 schrieb Thomas Müller:
> Hi,
>
> Am 18.03.19 um 12:57 schrieb Peter Zijlstra:
>> On Fri, Mar 15, 2019 at 09:21:02PM +0100, Thomas Müller wrote:
>>> I've just re-tested with runlevel 3.
>>> Not
Add binding documentation for spi-mux-gpio which is a slightly more
complicated hardware implementation of using gpios to steer SPI chip
selects.
Signed-off-by: Chris Packham
---
.../devicetree/bindings/spi/spi-mux-gpio.txt | 45 +++
1 file changed, 45 insertions(+)
create mode
Drop the static and add of_find_spi_controller_by_node() to spi.h. Also
move it outside of the CONFIG_OF_DYNAMIC so it is available with just
CONFIG_OF.
Signed-off-by: Chris Packham
---
drivers/spi/spi.c | 7 ---
include/linux/spi/spi.h | 7 +++
2 files changed, 11 insertions(+), 3
Hi All,
I have a hardware design where a single SPI chip select is steered by a
GPIO being asserted or de-asserted. On older kernels I was able to
(ab)use a gpio-hog and cs-gpios to deal with this.
Unfortunately recent changes have stopped my hacks from working. I've
tried adapting cs-gpios to wo
This add support for a gpio based multiplexer for SPI buses. This can be
used in situations where the cs-gpios property does not work with the
hardware design. In particular this support situations where a single
gpio is used to select between two possible devices.
Signed-off-by: Chris Packham
--
On Thu, Apr 11, 2019 at 01:56:57PM -0700, Tony Lindgren wrote:
> Hi,
>
> * Daniel Lezcano [190411 19:21]:
> > On 10/04/2019 22:07, Tony Lindgren wrote:
> > > Hi,
> > >
> > > * Daniel Lezcano [190410 17:02]:
> > >> can you ask for an acked-by before pulling a patch in your tree?
> > >
> > > I c
The Banana Pi M2 Zero board has an AP6212 BT+Wifi combo chip
with Broadcom internals attached to UART1 and some gpios.
This addition is in line with similar boards.
Signed-off-by: Andreas Kemnade
---
changes in v3: spelling fixes
changes in v2: remove pinctrl things
arch/arm/boot/dts/sun8i-h2-pl
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in:
Documentation/devicetree/bindings/vendor-prefixes.txt
between commit:
189733b0a7e4 ("dt-bindings: Add vendor prefix for Rakuten Kobo, Inc.")
from the imx-mxs tree and commit:
2e5cee6c7622 ("dt-bindings: Add vendor
Hi,
Thank you for your comment.
On 2019/04/12 5:08, Daniel Lezcano wrote:
On 25/03/2019 04:05, Sugaya Taichi wrote:
Fix mlb_set_oneshot_state() to enable one-shot timer.
The function should stop and start a timer, but "start" statement was
dropped. Kick the register to start one-shot timer.
The nohz idle balancer runs on the lowest idle CPU. This can
interfere with isolated CPUs, so confine it to HK_FLAG_MISC
housekeeping CPUs.
HK_FLAG_SCHED is not used for this because it is not set anywhere
at the moment. This could be folded into HK_FLAG_SCHED once that
option is fixed.
The probl
On 11/04/19 8:30 PM, Tony Lindgren wrote:
> Hi,
>
> * Lokesh Vutla [190410 04:15]:
>> +Example:
>> +
>> +The following example demonstrates both interrupt router node and the
>> consumer
>> +node(main gpio) on the AM654 SoC:
>> +
>> +main_intr: interrupt-controller0 {
>> +compatib
ВНИМАНИЕ;
В вашем почтовом ящике превышен лимит хранилища, который составляет 5 ГБ, как
определено администратором, который в настоящее время работает на 10,9 ГБ.
Возможно, вы не сможете отправлять или получать новую почту, пока вы не
подтвердите свою почту. Чтобы подтвердить свой почтовый ящ
On 11/04/19 8:24 PM, Tony Lindgren wrote:
> Hi,
>
> * Lokesh Vutla [190410 04:15]:
>> From: Peter Ujfalusi
>> diff --git a/Documentation/devicetree/bindings/arm/keystone/ti,sci.txt
>> b/Documentation/devicetree/bindings/arm/keystone/ti,sci.txt
>> index b56a02c10ae6..6f0cd31c1520 100644
>> --
On 4/12/2019 12:05 AM, Josh Triplett wrote:
Can you point to the typo?
I did, in my response to the patch itself:
s/Miscellaneous/miscellaneous/ in the new option's description, since it
isn't at the start of a sentence.
Thanks, your emails arrived out of order. I got them now.
On Thu, Apr 11, 2019 at 11:13:42PM -0400, Sinan Kaya wrote:
> On 4/11/2019 11:02 PM, Josh Triplett wrote:
> > I noticed one minor typo in patch 1/5, with that fixed, for the whole
> > series:
>
> Can you point to the typo?
I did, in my response to the patch itself:
s/Miscellaneous/miscellaneous/
CLK_SET_RATE_PARENT would be dropped.
Merge two flag setting together to correct the error.
Fixes: 5a1cc4c27ad2 ("clk: mediatek: Add flags to mtk_gate")
Cc:
Signed-off-by: Weiyi Lu
---
drivers/clk/mediatek/clk-gate.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/
On 2019/4/8 8:03 PM, Thomas Gleixner wrote:
> On Mon, 8 Apr 2019, You-Sheng Yang wrote:
>> +/*
>> + * On Intel CoffeeLake, tsc may be marked unstable unexpectedly after
>> + * entering PC10.
>> + */
>> +if (boot_cpu_data.x86_vendor == X86_VENDOR_INTEL &&
>> +(boot_cpu_da
Peter Zijlstra's on April 11, 2019 8:53 pm:
> Was this supposed to be patch 6/5 of your previous series?
Dang, I screwed up the headers? Thanks for the ping, I will resend.
It is standalone. It seems more suited to the scheduler tree than the
timers one, but your call.
It is generally of more us
FYI, we noticed the following commit (built with gcc-7):
commit: f03c36039664fc53ebf6d8322c46aaf8e373f70c ("locking/rwsem: Merge owner
into count on x86-64")
https://git.kernel.org/cgit/linux/kernel/git/tip/tip.git WIP.locking/core
in testcase: trinity
with following parameters:
runtime
struct dfl_feature_platform_data (and it's mutex) is used
by both fme and port devices, and when lockdep is enabled it
complains about nesting between these locks. Tell lockdep about
the difference so it can track each class separately.
Here's the lockdep complaint:
[ 409.680668] WARNING: possib
Paul E. McKenney's on April 12, 2019 1:42 am:
> On Tue, Apr 09, 2019 at 07:21:54PM +1000, Nicholas Piggin wrote:
>> Thomas Gleixner's on April 6, 2019 3:54 am:
>> > On Fri, 5 Apr 2019, Nicholas Piggin wrote:
>> >> Thomas Gleixner's on April 5, 2019 12:36 am:
>> >> > On Thu, 4 Apr 2019, Nicholas Pig
The orginal PINCTRL_MTK_PARIS/PINCTRL_MTK_MOORE need more effort for
specifying register bases when porting platform driver:
1. Write mt_pinctrl_register_base_name[] array in pinctrl-mt.c
to specify names of register bases, for exmaple:
static const char * const mt6765_pinctrl_r
dma_ranges field of PCI host bridge structure has resource entries in
sorted order of address range given through dma-ranges DT property. This
list is the accessible DMA address range. So that this resource list will
be processed and reserve IOVA address to the inaccessible address holes in
the lis
On 4/11/2019 11:02 PM, Josh Triplett wrote:
I noticed one minor typo in patch 1/5, with that fixed, for the whole
series:
Can you point to the typo?
Few SOCs have limitation that their PCIe host can't allow few inbound
address ranges. Allowed inbound address ranges are listed in dma-ranges
DT property and this address ranges are required to do IOVA mapping.
Remaining address ranges have to be reserved in IOVA mapping.
PCIe Host driver of those
is only generated and included
by drivers/memory/, so it does not need to reside in the globally
visible include/generated/.
Signed-off-by: Masahiro Yamada
---
I will apply this to linux-kbuild since this depends on
another patch there.
drivers/memory/.gitignore| 1 +
drivers/memory/
On Sun, Mar 24, 2019 at 03:29:04PM +0100, Thomas Gleixner wrote:
>Find a mostly untested patch which implements this below. I just booted it
>in a 64bit guest and it did not explode.
>
>It removes 55 lines of code instead of adding 35 and reduces the binary
>size by 408 bytes on 64bit and 128 byte
On Thu, Apr 11, 2019 at 03:07:35PM -0500, Alan Tull wrote:
> On Sun, Mar 24, 2019 at 10:24 PM Wu Hao wrote:
>
> Hi Hao,
>
> >
> > This patch adds support for power management private feature under
> > FPGA Management Engine (FME), sysfs interfaces are introduced for
> > different power managemen
On Fri, Apr 12, 2019 at 01:43:50AM +, Sinan Kaya wrote:
> CONFIG_DEBUG_KERNEL has been designed to just enable Kconfig options.
> Kernel code generatoin should not depend on CONFIG_DEBUG_KERNEL.
>
> Proposed alternative plan: let's add a new symbol, something like
> DEBUG_MISC ("Miscellaneous
On Fri, Apr 12, 2019 at 01:43:51AM +, Sinan Kaya wrote:
> Introduce DEBUG_MISC ("Miscellaneous debug code that should be under a more
> specific debug option but isn't"), make it depend on DEBUG_KERNEL and be
> "default DEBUG_KERNEL" but allow itself to be turned off, and then
> mechanically ch
On Thu, 2019-04-11 at 13:19 -0700, Stephen Boyd wrote:
> Quoting Weiyi Lu (2019-03-04 21:05:43)
> > On some Mediatek platforms, there are critical clocks of
> > clock gate type.
> > To register clock gate with flags CLK_IS_CRITICAL,
> > we need to add the flags field in mtk_gate data and register A
On Thu, Apr 11, 2019 at 10:14:22PM -0400, Joel Fernandes wrote:
> On Thu, Apr 11, 2019 at 02:31:55PM -0700, Paul E. McKenney wrote:
> > On Thu, Apr 11, 2019 at 04:24:21PM -0400, Joel Fernandes (Google) wrote:
> > > Since commit title ("srcu: Allocate per-CPU data for DEFINE_SRCU() in
> > > modules"
Best Regards!
Anson Huang
> -Original Message-
> From: Aisheng Dong
> Sent: 2019年4月12日 10:26
> To: Anson Huang ; Shawn Guo
> ; alexandre.bell...@bootlin.com
> Cc: robh...@kernel.org; mark.rutl...@arm.com; s.ha...@pengutronix.de;
> ker...@pengutronix.de; feste...@gmail.com; a.zu...@towert
> From: Anson Huang
> Sent: Friday, April 12, 2019 9:06 AM
>
> Hello, Alexandre
> As i.MX SCU general irq function is picked up by Shawn, could you please
> also pick up below i.MX SC RTC alarm support patch ?
> https://patchwork.kernel.org/patch/10890525/
>
No, it can't go through A
On Thu, Apr 11, 2019 at 02:31:55PM -0700, Paul E. McKenney wrote:
> On Thu, Apr 11, 2019 at 04:24:21PM -0400, Joel Fernandes (Google) wrote:
> > Since commit title ("srcu: Allocate per-CPU data for DEFINE_SRCU() in
> > modules"), modules that call DEFINE_{STATIC,}SRCU will have a new array
> > of s
On Thu, 2019-04-11 at 15:34 -0700, Linus Torvalds wrote:
> On Thu, Apr 11, 2019 at 3:13 PM Benjamin Herrenschmidt
> wrote:
> >
> > Minor nit... I would have said "All readX() and writeX() accesses
> > _from
> > the same CPU_ to the same peripheral... and then s/the CPU/this
> > CPU.
>
> Maybe ta
Dear reviewer,
The points of Sean are right. Please forget this patch proposal.
On Thu, 2019-04-11 at 15:04 -0700, Sean Wang wrote:
> Hi, Light
>
> On Thu, Apr 11, 2019 at 2:32 AM Light Hsieh wrote:
> >
> > Since no single Mediatek chip use code for PINCTRL_MTK and code for
> > PINCTRL_MTK_MO
On 4/11/19 7:19 PM, Darrick J. Wong wrote:
> [fixing linux-xfs cc]
>
Thanks for this.
> On Thu, Apr 11, 2019 at 06:37:58PM -0500, Gustavo A. R. Silva wrote:
>> Make use of the struct_size() helper instead of an open-coded version
>> in order to avoid any potential type mistakes, in particula
hi,
在 2019/4/12 上午7:21, Douglas Anderson 写道:
Experimentally it can be seen that going into deep sleep (specifically
setting PMU_CLR_DMA and PMU_CLR_BUS in RK3288_PMU_PWRMODE_CON1)
appears to fail unless "aclk_dmac1" is on. The failure is that the
system never signals that it made it into suspen
hi,
在 2019/4/12 上午7:21, Douglas Anderson 写道:
At some point long long ago the downstream GPU driver would crash if
we turned the GPU off during suspend. For some context you can see:
https://chromium-review.googlesource.com/#/c/215780/5..6/arch/arm/boot/dts/rk3288-pinky-rev2.dts
At some point
Use regulator core's simplified DT parsing code to simplify the driver
implementation.
Signed-off-by: Axel Lin
---
drivers/regulator/db8500-prcmu.c | 139 ++-
1 file changed, 42 insertions(+), 97 deletions(-)
diff --git a/drivers/regulator/db8500-prcmu.c b/drivers/re
The *dev is assigned but not used, remove it.
Current driver is using devm_regulator_register(), so no neeed to save
*rdev for clean up. Use a local variable instead.
Signed-off-by: Axel Lin
---
drivers/regulator/db8500-prcmu.c | 10 +-
drivers/regulator/dbx500-prcmu.h | 4
2 files
hi,
在 2019/4/12 上午7:21, Douglas Anderson 写道:
As per my comments when the device tree for rk3288-veyron-chromebook
first landed:
Technically I think vcc33_ccd can be off since we have
'needs-reset-on-resume' down in the EHCI port (this regulator is for
the USB webcam that's connected to the EHC
These regulator_ops variables never need to be modified, make them const so
compiler can put them to .rodata.
Signed-off-by: Axel Lin
---
drivers/regulator/db8500-prcmu.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/regulator/db8500-prcmu.c b/drivers/regulator/
On Tue, Apr 9, 2019 at 7:31 PM Jonas Gorski wrote:
>
> Hi,
>
> 本当に申し訳ありません, I got sidetracked and completely forgot about it. I
> actually still have my old tree with the suggested changes for v2.
>
> On Tue, 9 Apr 2019 at 11:01, Masahiro Yamada
> wrote:
> >
> > Hi.
> >
> > On Mon, Apr 8, 2019 at
CONFIG_DEBUG_KERNEL should not impact code generation. Use the newly
defined CONFIG_DEBUG_MISC instead to keep the current code.
Signed-off-by: Sinan Kaya
---
arch/xtensa/include/asm/irqflags.h | 2 +-
arch/xtensa/kernel/smp.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
d
CONFIG_DEBUG_KERNEL should not impact code generation. Use the newly
defined CONFIG_DEBUG_MISC instead to keep the current code.
Signed-off-by: Sinan Kaya
---
arch/mips/kernel/setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/
Introduce DEBUG_MISC ("Miscellaneous debug code that should be under a more
specific debug option but isn't"), make it depend on DEBUG_KERNEL and be
"default DEBUG_KERNEL" but allow itself to be turned off, and then
mechanically change the small handful of "#ifdef CONFIG_DEBUG_KERNEL" to
"#ifdef CO
CONFIG_DEBUG_KERNEL has been designed to just enable Kconfig options.
Kernel code generatoin should not depend on CONFIG_DEBUG_KERNEL.
Proposed alternative plan: let's add a new symbol, something like
DEBUG_MISC ("Miscellaneous debug code that should be under a more
specific debug option but isn't
hi,
在 2019/4/12 上午6:05, Heiko Stübner 写道:
Hi,
Am Donnerstag, 11. April 2019, 17:26:41 CEST schrieb Doug Anderson:
On Wed, Apr 10, 2019 at 8:27 PM elaine.zhang wrote:
在 2019/4/10 下午11:34, Doug Anderson 写道:
On Tue, Apr 9, 2019 at 11:23 PM elaine.zhang wrote:
在 2019/4/10 上午4:47, Douglas Anders
On Fri, Apr 12, 2019 at 3:01 AM Kees Cook wrote:
>
> Right now kernel hardening options are scattered around various Kconfig
> files. This can be a central place to collect these kinds of options
> going forward. This is initially populated with the memory initialization
> options from the gcc-plu
On Wed, Apr 3, 2019 at 1:32 PM Douglas Anderson wrote:
> +static int cros_ec_xfer_high_pri(struct cros_ec_device *ec_dev,
> +struct cros_ec_command *ec_msg,
> +cros_ec_xfer_fn_t fn)
> +{
> + struct cros_ec_xfer_work_params param
Hi Nick,
On Fri, Apr 12, 2019 at 3:20 AM Nick Desaulniers
wrote:
>
> On Thu, Apr 11, 2019 at 2:30 AM Masahiro Yamada
> wrote:
> >
> > We use $(LD) to link vmlinux, modules, decompressors, etc.
> >
> > VDSO is the only exceptional case where $(CC) is used as the linker
> > driver, but I do not kn
TEST_PROGS variable is for test shell scripts and common clean target
in lib.mk doesn't touch them. TEST_GEN_PROGS are removed by it.
Fix it to use TEST_PROGS for test shell scripts and TEST_PROGS_EXTENDED
for common functions.sh.
Signed-off-by: Shuah Khan
---
tools/testing/selftests/livepatch/
Hello, Alexandre
As i.MX SCU general irq function is picked up by Shawn, could you
please also pick up below i.MX SC RTC alarm support patch ?
https://patchwork.kernel.org/patch/10890525/
Best Regards!
Anson Huang
> -Original Message-
> From: Shawn Guo [mailto:shawn...@k
On 2019年04月11日 21:55, Borislav Petkov wrote:
On Wed, Apr 10, 2019 at 03:57:08PM +0800, Zhao, Yakui wrote:
It is used to avoid that one function declaration has no definition
when asm/acrnhyper.h is included and ACRN_GUEST is not enabled.
And that is a problem because...?
This is not a pro
On 2019/4/11 9:02, Li, Aubrey wrote:
> On 2019/4/10 22:54, Andy Lutomirski wrote:
>> On Tue, Apr 9, 2019 at 8:40 PM Li, Aubrey wrote:
>>>
>>> On 2019/4/10 10:36, Li, Aubrey wrote:
On 2019/4/10 10:25, Andy Lutomirski wrote:
> On Tue, Apr 9, 2019 at 7:20 PM Li, Aubrey
> wrote:
>>
Dear all,
+ sta...@vger.kernel.org
It should be posted to sta...@vger.kernel.org
in order to merge it to stable tree.
Regards,
Chanwoo Choi
On 19. 4. 12. 오전 8:30, Chanwoo Choi wrote:
> On 19. 4. 4. 오후 11:17, Yue Haibing wrote:
>> From: YueHaibing
>>
>> As Hans de Goede pointed, using this
Hi,
I have a single thread application like this:
While (1) {
start = rdtsc();
sqrt (1024);
end = rdtsc();
cycles = end – start;
printf("cycles: %d-%02d-%02d %02d:%02d:%02d: %lu\n",
1900+timeinfo->tm_year, 1+timeinfo->tm_mon, timeinfo->tm_mday,
timeinfo->tm_hour, timei
On 2019年04月11日 21:49, Borislav Petkov wrote:
On Wed, Apr 10, 2019 at 05:15:48PM +0800, Zhao, Yakui wrote:
Currently the x2apic is not enabled in the first step.
Next step it needs to check the cpu info reported by ACRN hypervisor to
determine whether the x2apic should be supported.
What "cp
Hi Charles,
On 19. 4. 5. 오전 1:33, Charles Keepax wrote:
> Microphone detection provides the button detection features on the
> Arizona CODECs as such it will be running if the jack is currently
> inserted. If the driver is unbound whilst the jack is still inserted
> this will cause warnings from t
[fixing linux-xfs cc]
On Thu, Apr 11, 2019 at 06:37:58PM -0500, Gustavo A. R. Silva wrote:
> Make use of the struct_size() helper instead of an open-coded version
> in order to avoid any potential type mistakes, in particular in the
> context in which this code is being used.
>
> So, replace cod
Add control of the charging algorithm used on Wilco devices.
See Documentation/ABI/testing/sysfs-class-power-wilco for the
userspace interface and other info.
v3 changes:
-Add this changelog
-Fix commit message tags
v2 changes:
-Update Documentation to say KernelVersion 5.2
-Update Documentation t
Add "Standard", "Adaptive", and "Custom" modes to the charge_type
property, to expand the existing "Trickle" and "Fast" modes.
In addition, add POWER_SUPPLY_PROP_CHARGE_CONTROL_START_THRESHOLD
and POWER_SUPPLY_PROP_CHARGE_CONTROL_END_THRESHOLD properties, to expand
the existing CHARGE_CONTROL_* pro
Hi Heiko,
On Thu, Apr 11, 2019 at 09:03:07PM +0200, Heiko Stübner wrote:
> Hi Matthias,
>
> Am Donnerstag, 11. April 2019, 19:59:17 CEST schrieb Matthias Kaehlcke:
> > The USB PHY clock can be configured as (grand) parent of uart0_sclk and
> > sclk_gpu. It has been observed that UART0 doesn't wor
In order to keep tests from hanging forever, this adds an alarm signal
to each test run. This assumes an individual test doesn't take longer
than 30 seconds.
Signed-off-by: Kees Cook
---
tools/testing/selftests/kselftest_harness.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/testi
On Thu, 11 Apr 2019, Atish Patra wrote:
> On 4/11/19 2:12 PM, Paul Walmsley wrote:
> > On Thu, 11 Apr 2019, Christoph Hellwig wrote:
> >
> > > On Thu, Apr 11, 2019 at 01:42:59AM -0700, Paul Walmsley wrote:
> > > > Similar to ARM64, add support for building DTB files from DT source
> > > > data fo
1 - 100 of 708 matches
Mail list logo
