On Sat, 23 Jun 2018, Fenghua Yu wrote:
> On Sun, Jun 24, 2018 at 02:55:08AM +0200, Thomas Gleixner wrote:
> > On Sat, 23 Jun 2018, Fenghua Yu wrote:
> > > On Sat, Jun 23, 2018 at 11:17:03AM +0200, Thomas Gleixner wrote:
> > > > On Fri, 22 Jun 2018, Fenghua Yu wrote:
> > It's not treated as failure
Hi, Rosen. Thank you for your patch. (@Jan Steffens and @Pablo Cholaky: Thanks
for your reports.) But I'm afraid some more work is necessary. Let me propose
some points.
I'm not a kernel developer, but have been working on this issue to help them.
(See https://www.spinics.net/lists/linux-input/
On Sat, 23 Jun 2018 03:13:41 +0200,
air icy wrote:
>
> Hi,
> This bug was found in Linux Kernel v4.18-rc2
> 1521 if (id.subdevice < 0)
> 1522 id.subdevice = 0;
> 1523 els
Do you need an urgent loan? if yes contact us at creditunion...@gmail.com
premjiazimhas...@outlook.com
Copy Andy & Frank,
> -Original Message-
> From: Michal Vokáč [mailto:michal.vo...@ysoft.com]
> Sent: Tuesday, June 12, 2018 11:10 PM
> To: linux-g...@vger.kernel.org
> Cc: linux-arm-ker...@lists.infradead.org; Shawn Guo
> ; Sascha Hauer ; Fabio
> Estevam ; Rob Herring ;
> devicet...@vger.k
On Wed, 2018-06-20 at 19:24 -0400, Simon Que wrote:
> The Gasket (Google ASIC Software, Kernel Extensions, and Tools) kernel
> framework is a generic, flexible system that supports thin kernel
> drivers. Gasket kernel drivers are expected to handle opening and
> closing devices, mmap'ing BAR space
On 06/23/2018 08:26 PM, Matthew Wilcox wrote:
On Sat, Jun 23, 2018 at 07:52:35PM -0700, Guenter Roeck wrote:
On 06/23/2018 06:17 PM, Matthew Wilcox wrote:
On Fri, Jun 22, 2018 at 03:33:35PM -0700, Guenter Roeck wrote:
It may be odd that fs/quota/netlink.c:quota_genl_family is not word
aligned,
On Sat, Jun 23, 2018 at 09:53:41AM -0700, Palmer Dabbelt wrote:
> On Sat, 23 Jun 2018 09:46:45 PDT (-0700), paul...@linux.vnet.ibm.com wrote:
> >On Sat, Jun 23, 2018 at 03:10:17AM +0200, Andrea Parri wrote:
> >>> > Thanks. Unless anyone has any opposition I'll submit the fixed
> >>> > patch as par
On Sat, Jun 23, 2018 at 07:52:35PM -0700, Guenter Roeck wrote:
> On 06/23/2018 06:17 PM, Matthew Wilcox wrote:
> > On Fri, Jun 22, 2018 at 03:33:35PM -0700, Guenter Roeck wrote:
> > > It may be odd that fs/quota/netlink.c:quota_genl_family is not word
> > > aligned, but on the other side I don't th
PC Engines apu3 is an improved version of the apu2, using the same SoC
and almost everything else.
This patch reuses as much as possible from the apu2 definitions, to
avoid redundancy.
Signed-off-by: Raffaello D. Di Napoli
---
drivers/leds/Kconfig| 5 +++--
drivers/leds/leds-apu.c | 44 ++
On Sat, Jun 23, 2018 at 10:56:34AM -0700, Paul E. McKenney wrote:
> On Sat, Jun 23, 2018 at 08:48:39AM -0700, Joel Fernandes wrote:
> > On Fri, Jun 22, 2018 at 02:16:00PM -0700, Paul E. McKenney wrote:
> > > On Fri, Jun 22, 2018 at 05:00:42PM -0400, Steven Rostedt wrote:
> > > > On Fri, 22 Jun 2018
The following splat was reported around the msg_queue structure
which can have uninitialized fields left over after newque().
Future syscalls which make use of the msq id (now valid) can thus
make KMSAN complain because not all fields are explicitly initialized
and we have the padding as well. Thi
On 06/23/2018 06:17 PM, Matthew Wilcox wrote:
On Fri, Jun 22, 2018 at 03:33:35PM -0700, Guenter Roeck wrote:
It may be odd that fs/quota/netlink.c:quota_genl_family is not word
aligned, but on the other side I don't think there is a rule that
the function parameter to genl_register_family() - or
On 5/30/2018 3:48 PM, Long Li wrote:
From: Long Li
Implement the function for direct I/O write. It doesn't support AIO, which
will be implemented in a follow up patch.
Signed-off-by: Long Li
---
fs/cifs/cifsfs.h | 1 +
fs/cifs/file.c | 165 ++
Hi Thomas,
Thank you for your feedback. My comments below:
> > As soon as sched_clock() starts output non-zero values, we start
> > output time without correcting the output as it is done in
> > sched_clock_local() where unstable TSC and backward motion are
> > detected. But, since early in boot
On 5/30/2018 3:48 PM, Long Li wrote:
From: Long Li
Implement the function for direct I/O read. It doesn't support AIO, which
will be implemented in a follow up patch.
Signed-off-by: Long Li
---
fs/cifs/cifsfs.h | 1 +
fs/cifs/file.c | 149
On 2018/06/15 5:42, David Rientjes wrote:
> Note: I understand there is an objection based on timeout based delays.
> This is currently the only possible way to avoid oom killing important
> processes completely unnecessarily. If the oom reaper can someday free
> all memory, including mlocked
Hi.
2018-06-18 22:25 GMT+09:00 Eric W. Biederman :
> Masahiro Yamada writes:
>
>> - drop CONFIG_CROSS_COMPILE support
>
> aka
>> commit f1089c92da791034af73478159626007cba7f092
>> Author: Masahiro Yamada
>> Date: Mon May 28 18:21:39 2018 +0900
>>
>> kbuild: remove CONFIG_CROSS_COMPILE supp
On 5/30/2018 3:48 PM, Long Li wrote:
From: Long Li
Encryption function needs to read data starting page offset from input
buffer.
This doesn't affect decryption path since it allocates its own page
buffers.
Signed-off-by: Long Li
---
fs/cifs/smb2ops.c | 20 +---
1 file cha
On 5/30/2018 3:48 PM, Long Li wrote:
From: Long Li
When calculating signature for the packet, it needs to read into the
correct page offset for the data.
Signed-off-by: Long Li
---
fs/cifs/cifsencrypt.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/fs/cifs/ci
On 5/30/2018 3:48 PM, Long Li wrote:
From: Long Li
Change code to pass the correct page offset during memory registration for
RDMA read/write.
Signed-off-by: Long Li
---
fs/cifs/smb2pdu.c | 18 -
fs/cifs/smbdirect.c | 76 +++--
On 5/30/2018 3:48 PM, Long Li wrote:
From: Long Li
RDMA recv function needs to place data to the correct place starting at
page offset.
Signed-off-by: Long Li
---
fs/cifs/smbdirect.c | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff --git a/fs/cifs/smbdirect.c
On 5/30/2018 3:48 PM, Long Li wrote:
From: Long Li
The RDMA send function needs to look at offset in the request pages, and
send data starting from there.
Signed-off-by: Long Li
---
fs/cifs/smbdirect.c | 27 +++
1 file changed, 19 insertions(+), 8 deletions(-)
diff
On 5/30/2018 3:47 PM, Long Li wrote:
From: Long Li
Introduce a function rqst_page_get_length to return the page offset and
length for a given page in smb_rqst. This function is to be used by
following patches.
Signed-off-by: Long Li
---
fs/cifs/cifsproto.h | 3 +++
fs/cifs/misc.c | 1
On 5/30/2018 3:47 PM, Long Li wrote:
From: Long Li
It's possible that the page offset is non-zero in the pages in a request,
change the function to calculate the correct data buffer length.
Signed-off-by: Long Li
---
fs/cifs/transport.c | 20 +---
1 file changed, 17 inserti
On 5/30/2018 3:47 PM, Long Li wrote:
From: Long Li
Add a function to allocate wdata without allocating pages for data
transfer. This gives the caller an option to pass a number of pages that
point to the data buffer to write to.
wdata is reponsible for free those pages after it's done.
Same
On 5/30/2018 3:47 PM, Long Li wrote:
From: Long Li
With offset defined in rdata, transport functions need to look at this
offset when reading data into the correct places in pages.
Signed-off-by: Long Li
---
fs/cifs/cifsproto.h | 4 +++-
fs/cifs/connect.c | 5 +++--
fs/cifs/file.c
On 5/30/2018 3:47 PM, Long Li wrote:
From: Long Li
Add a function to allocate rdata without allocating pages for data
transfer. This gives the caller an option to pass a number of pages
that point to the data buffer.
rdata is still reponsible for free those pages after it's done.
"Caller" is
On Sun, Jun 24, 2018 at 02:55:08AM +0200, Thomas Gleixner wrote:
> On Sat, 23 Jun 2018, Fenghua Yu wrote:
> > On Sat, Jun 23, 2018 at 11:17:03AM +0200, Thomas Gleixner wrote:
> > > On Fri, 22 Jun 2018, Fenghua Yu wrote:
> It's not treated as failure. The firmware simply does not have an handler
> f
On Fri, Jun 22, 2018 at 03:33:35PM -0700, Guenter Roeck wrote:
> It may be odd that fs/quota/netlink.c:quota_genl_family is not word
> aligned, but on the other side I don't think there is a rule that
> the function parameter to genl_register_family() - or the second
> parameter of idr_alloc() - mu
On Sat, 23 Jun 2018, Fenghua Yu wrote:
> On Sat, Jun 23, 2018 at 11:17:03AM +0200, Thomas Gleixner wrote:
> > On Fri, 22 Jun 2018, Fenghua Yu wrote:
> > > Should I add kernel parameter or control knob to opt-out the feature?
> >
> > A simple command line option 'acoff' or something more sensible s
On Sat, 23 Jun 2018, David Howells wrote:
> Thomas Gleixner wrote:
>
> > I've also created a branch based on Davids mount-context branch, applied
> > the cleanup patch below to it and merged the for-vfs branch on top.
> >
> > David feel free to pull the result from
> >
> > git://git.kernel
On Sun, 24 Jun 2018, David Howells wrote:
> Thomas Gleixner wrote:
>
> > - Stick the struct into the local header file and not at some random place
> > in
> >the source.
>
> Why? It's only used in that one file. There doesn't seem to be any
> particular need to share it around.
It's no
On Wed, 13 Jun 2018, Baolin Wang wrote:
> We have introduced the persistent clock framework to support the OS time
> compensating from persistent clock, and we will convert all drivers to
> use common persistent clock framework instead of the persistent clock
> support used only for the ARM archit
On Wed, 13 Jun 2018, Baolin Wang wrote:
> Moreover we can register the clocksource with CLOCK_SOURCE_SUSPEND_NONSTOP
> to be one persistent clock, then we can simplify the suspend/resume
> accounting by removing CLOCK_SOURCE_SUSPEND_NONSTOP timing. After that
> we can only compensate the OS time by
On Sat, 23 Jun 2018, Pavel Tatashin wrote:
> > So you forgot to answer this question. I did not find a system yet, which
> > actually exposes this behaviour on mainline.
> >
> > Is this an artifact of your early sched clock thing?
> >
>
> Yes, it is. Let me explain how it happens.
>
> So, the pro
Andrei Vagin wrote:
> > > > percpu_ref_reinit(&root->cgrp.self.refcnt);
> > > > mutex_unlock(&cgroup_mutex);
> > > > }
> > > > + cgroup_get(&root->cgrp);
> > >
> > > This probably needs to be conditional on ret == 0.
> >
> > yes, you are right
>
>
On Sat, Jun 23, 2018 at 09:43:41AM -0700, Guenter Roeck wrote:
> On 06/23/2018 12:46 AM, Matthew Wilcox wrote:
> > There actually is a rule that pointers passed to the IDR be aligned.
> > It might not be written down anywhere ;-) And I'm quite happy to lift
> > that restriction; after all I don't
Thomas Gleixner wrote:
> - Stick the struct into the local header file and not at some random place in
>the source.
Why? It's only used in that one file. There doesn't seem to be any
particular need to share it around.
> - Get rid of the fugly camel case
It's not camel case. It's the
On Sat, Jun 23, 2018 at 06:00:39PM +0530, Vinod wrote:
> On 21-06-18, 14:28, Matthew Wilcox wrote:
> > Simpler and shorter code.
>
> I couldn't find ida_alloc/ida_free in 4.18-rc1 so I assume this will go
> thru tree adding this so:
>
> Acked-by: Vinod Koul
Yup, you were bcc'd on patch 3/26 whi
Thomas Gleixner wrote:
> I've also created a branch based on Davids mount-context branch, applied
> the cleanup patch below to it and merged the for-vfs branch on top.
>
> David feel free to pull the result from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git for-vfs-merged
I
Hello Yixun, Hello Liang,
I have a few small comments inline below
additionally I tried to explain the reason behind
"amlogic,mmc-syscon", clkin0 and clkin1 so Rob (or the devicetree
maintainers in general) can give feedback. feel free to correct me
wherever I'm wrong or provide additional notes i
From: Colin Ian King
Variable afs_volume_record_life is local to the source and does not need
to be in global scope, so make it static. Variable afs_volume_gc_delay
is not referenced at all in the source, it is unused and can be removed.
Cleans up sparse warnings:
symbol 'afs_volume_gc_delay' w
From: Colin Ian King
Tasklet goldfish_interrupt_tasklet is local to the source and
does not need to be in global scope, so make it static.
Cleans up sparse warning:
symbol 'goldfish_interrupt_tasklet' was not declared. Should it be static?
Signed-off-by: Colin Ian King
---
drivers/platform/go
From: Colin Ian King
The functions rtsx_pm_power_saving, rtsx_set_l1off_sub_cfg_d0,
rtsx_pm_full_on, rtsx_comm_set_ltr_latency, rtsx_pci_process_ocp
and rtsx_pci_process_ocp_interrupt are local to the source and do
not need to be in global scope, so make them static.
Cleans up sparse warnings:
s
On 06/23/2018 12:56 PM, Thomas Gleixner wrote:
> On Thu, 21 Jun 2018, Pavel Tatashin wrote:
>> /*
>> * Scheduler clock - returns current time in nanosec units.
>> */
>> @@ -1354,6 +1364,7 @@ void __init tsc_early_delay_calibrate(void)
>> lpj = tsc_khz * 1000;
>> do_div(lpj, HZ);
>>
> So you forgot to answer this question. I did not find a system yet, which
> actually exposes this behaviour on mainline.
>
> Is this an artifact of your early sched clock thing?
>
Yes, it is. Let me explain how it happens.
So, the problem is introduced in patch "sched: early boot clock" by this
This adds a special handler to the default remoteproc ELF firmware
loader that looks up the memory map on TI PRU firmware files.
These processors have multiple memory maps that share the same address
space, so we need to know the page in addition to the physical address
in order to translate the a
This adds a new binding for the TI Programmable Runtime Unit (PRU)
as a remoteproc device.
Signed-off-by: David Lechner
---
.../bindings/remoteproc/ti_pru_rproc.txt | 51 +++
1 file changed, 51 insertions(+)
create mode 100644
Documentation/devicetree/bindings/remoteproc/t
Date: Sat, 23 Jun 2018 15:43:59 -0500
Subject: [PATCH 0/8] New remoteproc driver for TI PRU
This series adds a new remoteproc driver for the TI Programmable Runtime Unit
(PRU) that is present in some TI Sitara processors. This code has been tested
working on AM1808 (LEGO MINDSTORMS EV3) and AM33
This adds platform data for the PRUSS reset on OMAP2+. This is following
the pattern used by several other platform devices on these SoCs since
there is not a proper reset controller.
Signed-off-by: David Lechner
---
arch/arm/mach-omap2/pdata-quirks.c | 9 +
include/linux/platform_d
This adds a new map parameter to the da_to_va callback for remoteproc
devices. This parameter will be used by devices that have more than
one memory map, such as the PRU found in TI Sitara SoCs.
On these devices, the same physical memory address can refer to two
different locations, i.e. instructi
This adds a new remoteproc driver for TI Programmable Realtime Units
(PRUs).
This has been tested working on AM1808 (LEGO MINDSTORMS EV3) using the
sample rpmsg client driver.
Signed-off-by: David Lechner
---
MAINTAINERS | 5 +
drivers/remoteproc/Kconfig| 7 +
This adds a new remoteproc node to the da850 device tree for the PRUSS.
Signed-off-by: David Lechner
---
Note: this requires the recent common-clk patches for power-domains
arch/arm/boot/dts/da850.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/da850.dtsi b/a
This enabled the remoteproc module for the PRU on DA8xx-type devices.
Signed-off-by: David Lechner
---
arch/arm/configs/davinci_all_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/davinci_all_defconfig
b/arch/arm/configs/davinci_all_defconfig
index a1b6e106b867.
This adds a new node to am33xx.dtsi for binding the PRUSS as a
remoteproc device.
Signed-off-by: David Lechner
---
arch/arm/boot/dts/am33xx.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index 9cd62bc2ca35..1e7837af
Hi all,
On Sat, Jun 23, 2018 at 12:33 AM Guenter Roeck wrote:
> On Fri, Jun 22, 2018 at 02:05:19PM -0700, Matthew Wilcox wrote:
> > On Fri, Jun 22, 2018 at 11:42:46AM -0700, Guenter Roeck wrote:
> > > a few days ago, m68k boot tests in linux-next started to crash.
> > > I bisected the problem to
I am getting many of these sparse warnings in 4.18-rc1
./include/linux/slab.h:631:13: error: undefined identifier
'__builtin_mul_overflow'
They are a little distracting (I missed a more important sparse
warning due to large number of those from slab.h). Any ideas how to
silence it?
--
Thanks,
On Sat, 23 Jun 2018, Jason A. Donenfeld wrote:
> void foobar_create(struct foobar *f)
> {
> f->birthdate = ktime_get_boot_fast_ns();
> }
> bool foobar_has_expired(struct foobar *f)
> {
> return f->birthdate + DEATH_AGE_SEC * NSEC_PER_SEC <=
> ktime_get_boot_fast_ns();
> }
>
On Sat, 23 Jun 2018, Thomas Gleixner wrote:
> On Thu, 21 Jun 2018, Pavel Tatashin wrote:
> > We will change sched_clock() to be called early.
>
> Why is this relevant? Does the issue only appear with that change?
So you forgot to answer this question. I did not find a system yet, which
actually
system]
url:
https://github.com/0day-ci/linux/commits/Masahiro-Yamada/kbuild-use-include-directive-to-load-auto-conf-from-top-Makefile/20180623-220114
base:
https://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild.git
for-next
config: xtensa-nommu_kc705_defconfig (attached as
add a maintainer for driver hx711
Signed-off-by: Andreas Klinger
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4b65225d443a..cfb8a08777ac 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2535,6 +2535,13 @@ S: Maintained
F: dri
On a system with parasitic capacities it turned out that DOUT is not ready
after 100 ns after PD_SCK has raised. A measurement showed almost 1000 ns
until DOUT has reached its correct value.
With this patch its now possible to wait until data is ready.
The wait time should not be higher than the
add data-ready-delay-ns property for hx711 ADC
this is the delay after rising PD_SCK until DOUT is read and assumed to be
ready
Signed-off-by: Andreas Klinger
---
Documentation/devicetree/bindings/iio/adc/avia-hx711.txt | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/
This patch adds an additional property in the device tree for adjusting the
delay between a rising edge on PD_SCK until data is ready on DOUT.
This is necessary because of parasitic capacities on different systems.
Furthermore a maintainer for this driver is added.
Andreas Klinger (3):
iio: hx
> Let me give you an example:
>
> When tsc_init() enables the usage of TSC for sched_clock() the
> initialization of the tsc sched clock conversion data starts from zero
> and not from the current jiffies based sched_clock() value. This makes
> the timestamps jump backwards:
>
> [0.
On Fri, Jun 22, 2018 at 12:13:37AM +0200, Peter Zijlstra wrote:
> On Thu, Jun 21, 2018 at 03:00:03PM -0700, Fenghua Yu wrote:
> > For example, on a consolidated real-time machine, some cores are running
>
> > Another example, in a public cloud deployed in the field, a user process
>
> In either c
On Sat, Jun 23, 2018 at 08:48:39AM -0700, Joel Fernandes wrote:
> On Fri, Jun 22, 2018 at 02:16:00PM -0700, Paul E. McKenney wrote:
> > On Fri, Jun 22, 2018 at 05:00:42PM -0400, Steven Rostedt wrote:
> > > On Fri, 22 Jun 2018 13:58:13 -0700
> > > "Paul E. McKenney" wrote:
> > >
> > > > Something
On Fri, Jun 22, 2018 at 03:03:35PM -0700, Andy Lutomirski wrote:
> On Fri, Jun 22, 2018 at 2:14 PM Paul E. McKenney
> wrote:
> >
> > On Fri, Jun 22, 2018 at 05:00:42PM -0400, Steven Rostedt wrote:
> > > On Fri, 22 Jun 2018 13:58:13 -0700
> > > "Paul E. McKenney" wrote:
> > >
> > > > Something lik
On Fri, Jun 22, 2018 at 03:23:51PM +0900, Byungchul Park wrote:
> On Fri, Jun 22, 2018 at 03:12:06PM +0900, Byungchul Park wrote:
> > When passing through irq or NMI contexts, the current code uses
> > ->dynticks_nmi_nesting to detect if it's in the ourmost at the moment.
> >
> > Here, the thing i
Hi,
In my driver, I am constantly concerned with determining for how long
a certain object has been alive, in real time, because the lifetime
needs to be more or less synchronized with others on a network. For
this, I'm generally using a formulation like:
void foobar_create(struct foobar *f)
{
random_ether_addr is a #define for eth_random_addr which is
generally preferred in kernel code by ~3:1
Convert the uses of random_ether_addr to enable removing the #define
Signed-off-by: Joe Perches
---
drivers/staging/mt7621-eth/mtk_eth_soc.c | 2 +-
drivers/staging/rtl8192u/ieee
On Sat, Jun 23, 2018 at 12:47 PM, Fabio Estevam wrote:
> On Sat, Jun 23, 2018 at 12:38 PM, Fabio Estevam wrote:
>
>> Looking at the CCM_CCGR0 register (address: 20C_4068) there is no
>> aips_tz3 clock gate in bits 31-30.
>>
>> Bits 31-30 are gpio2_clocks and Anson has recently sent a patch adding
On Thu, 21 Jun 2018, Pavel Tatashin wrote:
> /*
> * Scheduler clock - returns current time in nanosec units.
> */
> @@ -1354,6 +1364,7 @@ void __init tsc_early_delay_calibrate(void)
> lpj = tsc_khz * 1000;
> do_div(lpj, HZ);
> loops_per_jiffy = lpj;
> + sched_clock_early_
On 06/18/2018 06:25 AM, Eric W. Biederman wrote:
> Masahiro Yamada writes:
>
>> - drop CONFIG_CROSS_COMPILE support
>
> aka
>> commit f1089c92da791034af73478159626007cba7f092
>> Author: Masahiro Yamada
>> Date: Mon May 28 18:21:39 2018 +0900
>>
>> kbuild: remove CONFIG_CROSS_COMPILE suppo
On Sat, 23 Jun 2018 09:46:45 PDT (-0700), paul...@linux.vnet.ibm.com wrote:
On Sat, Jun 23, 2018 at 03:10:17AM +0200, Andrea Parri wrote:
> > Thanks. Unless anyone has any opposition I'll submit the fixed
> > patch as part of my next pull request.
>
> Works for me, especially if this means that
On Thu, 21 Jun 2018, Pavel Tatashin wrote:
> We will change sched_clock() to be called early.
Why is this relevant? Does the issue only appear with that change?
> But, during boot sched_clock() changes its output without notifying us
> about the change of clock source.
Why would the sched clock
On Sat, Jun 23, 2018 at 03:10:17AM +0200, Andrea Parri wrote:
> > > Thanks. Unless anyone has any opposition I'll submit the fixed
> > > patch as part of my next pull request.
> >
> > Works for me, especially if this means that Daniel is RISC-V's official
> > representative. ;-)
>
> I'd rather
On 06/23/2018 12:46 AM, Matthew Wilcox wrote:
Here is the culprit:
genl_register_family(0x36dd7a) registering VFS_DQUOT
[ cut here ]
WARNING: CPU: 0 PID: 1 at lib/idr.c:42 idr_alloc_u32+0x44/0xe8
It may be odd that fs/quota/netlink.c:quota_genl_family is not word
align
Since commit 5d20ee3192a5 ("kbuild: Allow LD_DEAD_CODE_DATA_ELIMINATION
to be selectable if enabled"), HAVE_LD_DEAD_CODE_DATA_ELIMINATION is
supposed to be selected by architectures that are capable of this
functionality. LD_DEAD_CODE_DATA_ELIMINATION is now users' selection.
Update the help messa
Add Actions Semi OWL family S900 I2C driver.
Signed-off-by: Manivannan Sadhasivam
---
drivers/i2c/busses/Kconfig | 7 +
drivers/i2c/busses/Makefile | 1 +
drivers/i2c/busses/i2c-owl.c | 459 +++
3 files changed, 467 insertions(+)
create mode 100644 drivers
Add I2C controller nodes for Actions Semi S900 SoC.
Signed-off-by: Manivannan Sadhasivam
---
arch/arm64/boot/dts/actions/s900.dtsi | 60 +++
1 file changed, 60 insertions(+)
diff --git a/arch/arm64/boot/dts/actions/s900.dtsi
b/arch/arm64/boot/dts/actions/s900.dtsi
index
Add devicetree binding for Actions Semi OWL I2C controller
Signed-off-by: Manivannan Sadhasivam
---
.../devicetree/bindings/i2c/i2c-owl.txt | 27 +++
1 file changed, 27 insertions(+)
create mode 100644 Documentation/devicetree/bindings/i2c/i2c-owl.txt
diff --git a/Documen
Enable I2C1 and I2C2 exposed on the low speed expansion connector in
Bubblegum-96 board.
Signed-off-by: Manivannan Sadhasivam
---
arch/arm64/boot/dts/actions/s900-bubblegum-96.dts | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm64/boot/dts/actions/s900-bubblegum-96.dts
Add pinctrl definition for Actions Semi S900 I2C controller. Pinctrl
definitions are only available for I2C0, I2C1, and I2C2.
Signed-off-by: Manivannan Sadhasivam
---
.../dts/actions/s900-bubblegum-96-pins.dtsi | 29 +++
1 file changed, 29 insertions(+)
create mode 100644 arch
This patchset adds I2C controller support for Actions Semi S900 SoC.
This driver has been structured in a way such that there will be only
one controller driver for the whole OWL family series (S500, S700 and
S900 SoCs).
There are 6 I2C controllers with separate memory mapped register space.
The I
Hi Sebastian,
On Fri, Jun 22, 2018 at 11:52 AM, Sebastian Reichel
wrote:
> - usbphy2: usbphy2 {
> + usbphy2: usbphy-2 {
This node rename seems to be an unrelated change.
> compatible = "usb-nop-xceiv";
> + vcc-supply = <®_3v3>;
> reset-
On Fri, Jun 22, 2018 at 02:16:00PM -0700, Paul E. McKenney wrote:
> On Fri, Jun 22, 2018 at 05:00:42PM -0400, Steven Rostedt wrote:
> > On Fri, 22 Jun 2018 13:58:13 -0700
> > "Paul E. McKenney" wrote:
> >
> > > Something like this:
> > >
> > > IRQ entered
> > >
> > > And never exited. Ever.
On Fri, Jun 22, 2018 at 3:32 AM, Anson Huang wrote:
> According to Reference Manual Rev.0, 06/2017,
> there are GPIO LPCGs defined in CCM CCGRs,
> add them into clock tree.
>
> Signed-off-by: Anson Huang
Reviewed-by: Fabio Estevam
On Fri, Jun 22, 2018 at 3:32 AM, Anson Huang wrote:
> i.MX6SLL has GPIO clock gates in CCM CCGR, add
> clock property for GPIO driver to make sure all
> GPIO banks work as expected.
>
> Signed-off-by: Anson Huang
Reviewed-by: Fabio Estevam
On Sat, Jun 23, 2018 at 12:38 PM, Fabio Estevam wrote:
> Looking at the CCM_CCGR0 register (address: 20C_4068) there is no
> aips_tz3 clock gate in bits 31-30.
>
> Bits 31-30 are gpio2_clocks and Anson has recently sent a patch adding
> support for it:
> https://patchwork.kernel.org/patch/1048135
Hi Chakra,
On Thu, Jun 21, 2018 at 11:55 PM, Chakra Divi <2chakr...@gmail.com> wrote:
> isiot engicam board is not booting after the
> commit cf091ee994ec266e33c3a305d6fc8c5ccb1f8acd
> done by . Modified the
> commit to support imx6ul based SOMs too along
> with imx6ull processors
>
> Signed-off-b
With the special case handling for Blackfin and Metag was removed by
commit 94e58e0ac312 ("export.h: remove code for prefixing symbols with
underscore"), VMLINUX_SYMBOL_STR() is now equivalent to __stringify().
Replace the remaining usages to prepare for the entire removal of
VMLINUX_SYMBOL_STR().
With the special case handling for Blackfin and Metag was removed by
commit 94e58e0ac312 ("export.h: remove code for prefixing symbols with
underscore"), VMLINUX_SYMBOL_STR() can be replaced with string literal.
Signed-off-by: Masahiro Yamada
---
drivers/mtd/chips/gen_probe.c | 4 ++--
1 file c
The call to of_get_next_child() returns a node pointer with refcount
incremented thus it must be explicitly decremented here in the error
path and after the last usage.
Signed-off-by: Nicholas Mc Guire
Fixes: commit d3c68e0a7e34 ("PCI: faraday: Add Faraday Technology FTPCI100 PCI
Host Bridge dr
On Wed, Jun 13, 2018 at 10:50:11AM -0700, Douglas Anderson wrote:
> In an early version of the I2C patch that was posted to the list the
> default I2C frequency (if none was specified) was 400 kHz. There was
> debate on the list and we decided that it would be more consistent
> with the rest of i2
On Sat, Jun 23, 2018 at 11:17:03AM +0200, Thomas Gleixner wrote:
> On Fri, 22 Jun 2018, Fenghua Yu wrote:
> > On Fri, Jun 22, 2018 at 12:49:00PM +0200, Thomas Gleixner wrote:
> > > On Sun, 27 May 2018, Fenghua Yu wrote:
> > > > +static void wait_for_reexecution(void)
> > > > +{
> > > > + whil
Hello Stephen,
Thanks for the comments.
On 6/19/2018 8:53 PM, Stephen Boyd wrote:
Quoting Taniya Das (2018-06-13 03:33:15)
[v2]
* Removed unused header file includes.
* Moved the frequency table macro to a common file [1].
* Move to pll config to probe.
* Update SoC name in devic
Frequency table macro is used by multiple clock drivers, move frequency
table macro to common header file.
Signed-off-by: Taniya Das
---
drivers/clk/qcom/clk-rcg.h| 2 ++
drivers/clk/qcom/gcc-apq8084.c| 2 --
drivers/clk/qcom/gcc-ipq4019.c| 2 --
drivers/clk/qcom/gcc-ipq8074.c
1 - 100 of 180 matches
Mail list logo
