On 10/6/20 2:03 PM, Tudor Ambarus - M18064 wrote:
> On 10/1/20 9:34 AM, Pratyush Yadav wrote:
>> So using an address width of 4 here is not necessarily the right thing
>> to do. This change would break SMPT parsing for all flashes that use
>> 3-byte addressing by default because SMPT parsing can in
On 05/10/20 15:57, Peter Zijlstra wrote:
> Thread a u32 flags word through the *set_cpus_allowed*() callchain.
> This will allow adding behavioural tweaks for future users.
>
> Signed-off-by: Peter Zijlstra (Intel)
> ---
[...]
> @@ -1899,7 +1900,9 @@ extern void update_group_capacity(struct
>
>
On 05/10/20 15:57, Peter Zijlstra wrote:
> Add the base migrate_disable() support (under protest).
>
> While migrate_disable() is (currently) required for PREEMPT_RT, it is
> also one of the biggest flaws in the system.
>
> Notably this is just the base implementation, it is broken vs
> sched_set
On 05/10/20 15:57, Peter Zijlstra wrote:
> In order to minimize the interference of migrate_disable() on lower
> priority tasks, which can be deprived of runtime due to being stuck
> below a higher priority task. Teach the RT/DL balancers to push away
> these higher priority tasks when a lower pr
On Tue, Oct 6, 2020 at 1:20 PM Tomasz Figa wrote:
>
> Hi Sakari,
>
> On Thu, Sep 3, 2020 at 10:15 AM Sakari Ailus
> wrote:
> >
> > In certain use cases (where the chip is part of a camera module, and the
> > camera module is wired together with a camera privacy LED), powering on
> > the device du
On Tue, Oct 06, 2020 at 02:52:16PM +0530, Syed Nayyar Waris wrote:
> This macro iterates for each group of bits (clump) with set bits,
> within a bitmap memory region. For each iteration, "start" is set to
> the bit offset of the found clump, while the respective clump value is
> stored to the loca
Hi All,
This patch series adds support for MIPI Adapter V2.1 connected to
HiHope RZ/G2{HMN}.
Cheers,
Prabhakar
Lad Prabhakar (4):
arm64: dts: renesas: aistarvision-mipi-adapter-2.1: Add parent macro
for each sensor
arm64: dts: renesas: Add support for MIPI Adapter V2.1 connected to
H
For HiHope RZ/G2H the OV5645 sensor is populated on i2c2 whereas the imx219
sensor is populated on i2c3 so add support for handling such cases by
adding a parent macro for each sensor.
Also update r8a774c0-ek874-mipi-2.1.dts to incorporate the changes.
Signed-off-by: Lad Prabhakar
Reviewed-by: B
Add support for AISTARVISION MIPI Adapter V2.1 board connected to HiHope
RZ/G2N board.
Signed-off-by: Lad Prabhakar
Reviewed-by: Biju Das
---
arch/arm64/boot/dts/renesas/Makefile | 1 +
.../r8a774b1-hihope-rzg2n-ex-mipi-2.1.dts| 16
2 files changed, 17 inse
Add support for AISTARVISION MIPI Adapter V2.1 board connected to HiHope
RZ/G2H board.
Common file hihope-rzg2-ex-aistarvision-mipi-adapter-2.1.dtsi is created
which will be used by RZ/G2{HMN}, by default the CSI20 node is tied to
ov5645 camera endpoint and the imx219 camera endpoint is tied to CS
Hi Sakari,
On Thu, Sep 3, 2020 at 10:15 AM Sakari Ailus
wrote:
>
> In certain use cases (where the chip is part of a camera module, and the
> camera module is wired together with a camera privacy LED), powering on
> the device during probe is undesirable. Add support for the at24 to
> execute pro
Add support for AISTARVISION MIPI Adapter V2.1 board connected to HiHope
RZ/G2M board.
Signed-off-by: Lad Prabhakar
Reviewed-by: Biju Das
---
arch/arm64/boot/dts/renesas/Makefile | 1 +
.../r8a774a1-hihope-rzg2m-ex-mipi-2.1.dts| 16
2 files changed, 17 inse
On Sun, 2020-10-04 at 19:04 +0100, Matthew Wilcox (Oracle) wrote:
> On 32-bit systems, this shift will overflow for files larger than 4GB.
>
> Cc: sta...@vger.kernel.org
> Fixes: 61f68816211e ("ceph: check caps in filemap_fault and page_mkwrite")
> Signed-off-by: Matthew Wilcox (Oracle)
> ---
>
On Mon, Oct 05, 2020 at 11:48:14AM +0200, Thomas Bogendoerfer wrote:
> All boards have the same prom_init() function. Move it to common code and
> delete the duplicates.
>
> Signed-off-by: Thomas Bogendoerfer
> ---
> arch/mips/alchemy/board-gpr.c | 17 -
> arch/mips/alch
On Mon, Oct 05, 2020 at 11:42:19AM +0200, Thomas Bogendoerfer wrote:
> Only include wm97xx touchscreen probing code, if driver is enabled.
>
> Reported-by: kernel test robot
> Signed-off-by: Thomas Bogendoerfer
> ---
> arch/mips/alchemy/devboards/db1300.c | 7 +++
> 1 file changed, 7 inser
On Mon, Oct 05, 2020 at 01:28:46PM +0200, Thomas Bogendoerfer wrote:
> There are no users of PAGE_USERIO.
>
> Signed-off-by: Thomas Bogendoerfer
> ---
> arch/mips/include/asm/pgtable.h | 2 --
> 1 file changed, 2 deletions(-)
applied to mips-next.
Thomas.
--
Crap can work. Given enough thrus
On 06/10/20 11:19AM, tudor.amba...@microchip.com wrote:
> On 10/6/20 2:03 PM, Tudor Ambarus - M18064 wrote:
> > On 10/1/20 9:34 AM, Pratyush Yadav wrote:
> >> So using an address width of 4 here is not necessarily the right thing
> >> to do. This change would break SMPT parsing for all flashes that
On 10/5/20 12:32 AM, Bert Vermeulen wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> If a flash chip has more than 16MB capacity but its BFPT reports
> BFPT_DWORD1_ADDRESS_BYTES_3_OR_4, the spi-nor framework defaults to 3.
>
> The check in
On Tue, Oct 06, 2020 at 12:41:22PM +0200, Daniel Vetter wrote:
> On Mon, Oct 05, 2020 at 08:56:50PM -0300, Jason Gunthorpe wrote:
> > On Sun, Oct 04, 2020 at 06:43:36PM +0300, Leon Romanovsky wrote:
> > > This series extends __sg_alloc_table_from_pages to allow chaining of
> > > new pages to alread
From: Colin Ian King
An incorrect sizeof is being used, u64 * is not correct, it should be
just u64 for a table of umem_pgs number of u64 items in the pbl_tbl.
Use the idiom sizeof(*pbl_tbl) to get the object type without the need
to explicitly use u64.
Addresses-Coverity: ("Sizeof not portable
Hi,
On 06. 10. 20 13:13, Sudeep Holla wrote:
> On Tue, Oct 06, 2020 at 01:22:31AM +, Zulkifli, Muhammad Husaini wrote:
>> HI Sudeep and Michal,
>>
>> Yeah I believe it can work. I will create one header file in
>> include/linux/firmware/intel/Keembay_firmware.h
>> To handle this func and aras
Hi,
Let's give this linux-toolchains thing a test-run...
As some of you might know, there's a bit of a discrepancy between what
compiler and kernel people consider 'valid' use of the compiler :-)
One area where this shows up is in implicit (memory) ordering provided
by the hardware, which we ker
On 02/10/2020 19:45, Faiz Abbas wrote:
The following patches enable configs in the arm64 defconfig to support
GPIO and I2C support on TI's J721e platform.
Faiz Abbas (2):
arm64: defconfig: Enable OMAP I2C driver
arm64: defconfig: Enable DAVINCI_GPIO driver
arch/arm64/configs/defconfig |
While not all EXPORT_SYMBOL*() symbols should be documented,
it seems useful to have a tool which would help to check what
symbols aren't documented.
This is a first step on this direction. The tool has some
limitations. Yet, it could be useful for maintainers to check
about missing documents on t
On Mon, Oct 5, 2020 at 7:58 PM Jason Gunthorpe wrote:
>
> On Mon, Oct 05, 2020 at 07:53:08PM +0200, Jan Kara wrote:
> > On Mon 05-10-20 14:38:54, Jason Gunthorpe wrote:
> > > When get_vaddr_frames() does its hacky follow_pfn() loop it should never
> > > be allowed to extract a struct page from a n
On Mon, Oct 05, 2020 at 08:36:00PM -0700, Andrew Morton wrote:
> On Mon, 5 Oct 2020 14:47:47 -0300 Jason Gunthorpe wrote:
>
> > Andrew please let me know if you need a resend
>
> Andrew is rather confused.
>
> Can we please identify the minimal patch(es) which are needed for 5.9
> and -stable?
From: Rafael J. Wysocki
There is nothing to prevent the CPU or the compiler from reordering
the writes to stats->reset_time and stats->reset_pending in
store_reset(), in which case the readers of stats->reset_time may see
a stale value. Moreover, on 32-bit arches the write to reset_time
cannot b
While I do agree with you that having the child nodes be led strings make more
sense, would it be possible to have, for example, three strings controlled by
the same label?
Oct 6, 2020, 07:33 by ka...@blackhole.sk:
> By the way I just realized that the DT binding in this driver seems
> incorrec
On Mon 05-10-20 14:05:17, Zi Yan wrote:
> On 5 Oct 2020, at 13:39, David Hildenbrand wrote:
>
> consideting that 2MB THP have turned out to be quite a pain but
> situation has settled over time. Maybe our current code base is prepared
> for that much better.
> >>
> >> I am planning
From: Rafael J. Wysocki
Drop a redundant local variable definition from sugov_fast_switch()
and rearrange the code in there to avoid the redundant logical
negation.
Signed-off-by: Rafael J. Wysocki
---
The code reads a bit easier after this change IMV.
linux-next material.
---
kernel/sched/
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/gustavoars/linux.git
testing/drm/amd/pm/phm_cac
branch HEAD: a9df66c2ed2dcb9da7ed0eb65f69bf9532c3b324 drm/amd/pm: Replace
one-element array with flexible-array in struct phm_cac_leakage_table
elapsed time: 724m
configs tested: 97
c
allyesconfig
mips allyesconfig
mips allmodconfig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a006-20201006
i386
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/gustavoars/linux.git
testing/drm/amd/pm/phm_vce_clock
branch HEAD: b5279ffe7899d2fb939bb13b1e52077f7ec525d0 drm/amd/pm: Replace
one-element array with flexible-array in struct
phm_vce_clock_voltage_dependency_table
elapsed time: 72
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/gustavoars/linux.git
testing/drm/amd/pm/phm_samu_clock
branch HEAD: c08b7456c0aed2045d90265baeabeb3cc3dfd752 drm/amd/pm: Replace
one-element array with flexible-array in struct
phm_samu_clock_voltage_dependency_table
elapsed time:
Hi all,
After merging the akpm-current tree, today's linux-next build (sparc
defconfig) produced this warning:
mm/memory.c: In function 'copy_present_page':
mm/memory.c:800:20: warning: unused variable 'dst_mm' [-Wunused-variable]
struct mm_struct *dst_mm = dst_vma->vm_mm;
^
-a016-20201005
i386 randconfig-a011-20201005
i386 randconfig-a012-20201005
x86_64 randconfig-a004-20201006
x86_64 randconfig-a002-20201006
x86_64 randconfig-a001-20201006
x86_64 randconfig-a005-20201006
x86_64
From: Christian Eggers
> Sent: 06 October 2020 11:52
>
> According to the "VFxxx Controller Reference Manual" (and the comment
> block starting at line 97), Vybrid requires writing a one for clearing
> an interrupt flag. Syncing the method for clearing I2SR_IIF in
> i2c_imx_isr().
>
> Signed-off-
Extend the workqueue API so that singlethread workqueues can be exposed
in sysfs. Guarantee max_active is 1 by turning it read-only.
This allows admins to control the cpumask of a workqueue, and apply
the desired system cpu separation/isolation policy.
Signed-off-by: Tariq Toukan
---
drivers/ne
Hi,
On 02. 10. 20 16:51, Sudeep Holla wrote:
> Hi Michal,
>
> On Fri, Oct 02, 2020 at 03:53:33PM +0200, Michal Simek wrote:
>> Hi Sudeep,
>>
>> On 02. 10. 20 12:58, Sudeep Holla wrote:
>>> Hi Michal,
>>>
>>> On Fri, Oct 02, 2020 at 10:23:02AM +0200, Michal Simek wrote:
Hi Sudeep,
O
syzbot has bisected this issue to:
commit 983e1a6c95abf8058d26149a928578b720c77bce
Author: Nelson Chang
Date: Thu Oct 6 11:44:02 2016 +
net: ethernet: mediatek: get hw lro capability by the chip id instead of by
the dtsi
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=16
On Mon 05-10-20 14:15:32, David Hildenbrand wrote:
> Whenever we move pages between freelists via move_to_free_list()/
> move_freepages_block(), we don't actually touch the pages:
> 1. Page isolation doesn't actually touch the pages, it simply isolates
>pageblocks and moves all free pages to th
Hi all,
Changes since 20201002:
The arm-soc tree gained conflicts against the dma-mapping tree.
The sunxi tree gained a conflict against the arm-soc tree.
The vfs tree lost its build failure.
The net-next tree gained a semantic coflict against the dma-mapping tree.
The input tree gained a con
On Tue, Oct 6, 2020 at 2:25 AM Dave Martin wrote:
>
> On Mon, Oct 05, 2020 at 10:17:06PM +0100, H.J. Lu wrote:
> > On Mon, Oct 5, 2020 at 6:45 AM Dave Martin wrote:
> > >
> > > On Tue, Sep 29, 2020 at 01:57:42PM -0700, Chang S. Bae wrote:
> > > > During signal entry, the kernel pushes data onto t
Hi Matthew/Jon,
Em Tue, 6 Oct 2020 13:53:34 +0200
Mauro Carvalho Chehab escreveu:
> While not all EXPORT_SYMBOL*() symbols should be documented,
> it seems useful to have a tool which would help to check what
> symbols aren't documented.
>
> This is a first step on this direction. The tool has
The density of components greatly increased the last decade bringing a
numerous number of heating sources which are monitored by more than 20
sensors on recent SoC. The skin temperature, which is the case
temperature of the device, must stay below approximately 45°C in order
to comply with the lega
On the embedded world, the complexity of the SoC leads to an
increasing number of hotspots which need to be monitored and mitigated
as a whole in order to prevent the temperature to go above the
normative and legally stated 'skin temperature'.
Another aspect is to sustain the performance for a giv
The dynamic thermal and power management is a technique to dynamically
adjust the power consumption of different devices in order to ensure a
global thermal constraint.
An userspace daemon is usually monitoring the temperature and the
power to take immediate action on the device.
The DTPM framewo
As there are the temperature units, let's add the Watt macros definition.
Signed-off-by: Daniel Lezcano
---
include/linux/units.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/linux/units.h b/include/linux/units.h
index aaf716364ec3..92c234e71cab 100644
--- a/include/linux/unit
With the powercap dtpm controller, we are able to plug devices with
power limitation features in the tree.
The following patch introduces the CPU power limitation based on the
energy model and the performance states.
The power limitation is done at the performance domain level. If some
CPUs are u
All
On 10/6/20 6:59 AM, ultracool...@tutanota.com wrote:
While I do agree with you that having the child nodes be led strings make more
sense, would it be possible to have, for example, three strings controlled by
the same label?
Oct 6, 2020, 07:33 by ka...@blackhole.sk:
By the way I just r
On Tue, 06 Oct 2020 09:53:35 +0200,
Jian-Hong Pan wrote:
>
> The ASUS D700SA desktop's audio (1043:2390) with ALC887 cannot detect
> the headset microphone and another headphone jack until
> ALC887_FIXUP_ASUS_HMIC and ALC887_FIXUP_ASUS_AUDIO quirks are applied.
> The NID 0x15 maps as the headset m
On Tue, Oct 06, 2020 at 08:23:23AM +0200, Daniel Vetter wrote:
> On Tue, Oct 6, 2020 at 1:41 AM Jason Gunthorpe wrote:
> >
> > On Tue, Oct 06, 2020 at 12:43:31AM +0200, Daniel Vetter wrote:
> >
> > > > iow I think I can outright delete the frame vector stuff.
> > >
> > > Ok this doesn't work, beca
On 2020-09-24 17:48:53 [+0200], To linux-kernel@vger.kernel.org wrote:
> ctags creates a warning:
> |ctags: Warning: include/linux/seqlock.h:738: null expansion of name pattern
> "\2"
>
> The DEFINE_SEQLOCK() macro is passed to ctags and being told to expect
> an argument.
>
> Add a dummy argume
Hi David,
On Tuesday, 6 October 2020, 14:06:36 CEST, David Laight wrote:
> From: Christian Eggers
> > +static void i2c_imx_clear_irq(struct imx_i2c_struct *i2c_imx, unsigned
> > int bits) +{
> > + unsigned int temp;
> > +
> > + /*
> > +* i2sr_clr_opcode is the value to clear all interrupts
On Tue, Oct 06, 2020 at 11:43:14AM +0100, Dave P Martin wrote:
> On Tue, Oct 06, 2020 at 11:25:11AM +0100, Catalin Marinas wrote:
> > On Tue, Oct 06, 2020 at 11:01:21AM +0100, Dave P Martin wrote:
> > > On Tue, Oct 06, 2020 at 09:27:48AM +0100, Will Deacon wrote:
> > > > On Mon, Oct 05, 2020 at 10:
On Tue, 6 Oct 2020 at 14:33, Catalin Marinas wrote:
>
> On Tue, Oct 06, 2020 at 11:43:14AM +0100, Dave P Martin wrote:
> > On Tue, Oct 06, 2020 at 11:25:11AM +0100, Catalin Marinas wrote:
> > > On Tue, Oct 06, 2020 at 11:01:21AM +0100, Dave P Martin wrote:
> > > > On Tue, Oct 06, 2020 at 09:27:48A
From: Peter Zijlstra
> Sent: 06 October 2020 12:47
> Hi,
>
> Let's give this linux-toolchains thing a test-run...
>
> As some of you might know, there's a bit of a discrepancy between what
> compiler and kernel people consider 'valid' use of the compiler :-)
>
> One area where this shows up is i
On Tue, Oct 06, 2020 at 11:11:33AM +0100, Marc Zyngier wrote:
> This is a respin of the initial version posted at [1] (the cover
> letter describes the rational for doing this).
>
> Jon, Thierry: I haven't applied your TB tags as the series has changed
> significantly. Please let me know if they a
On 10/6/20 3:45 AM, Arend Van Spriel wrote:
> + Jes
>
> On 10/5/2020 4:12 PM, Kalle Valo wrote:
>> Greg Kroah-Hartman writes:
>>
>>> On Fri, Oct 02, 2020 at 01:53:58PM +0200, Sebastian Andrzej Siewior
>>> wrote:
On 2020-10-02 13:37:25 [+0200], Greg Kroah-Hartman wrote:
>> Is it possible
From: SeongJae Park
DAMON can be used for data access pattern aware memory management
optimizations. For that, users should run DAMON, read the monitoring
results, analyze it, plan a new memory management scheme, and apply the
new scheme by themselves. It would not be too hard, but still requir
From: SeongJae Park
Changes from Previous Version
=
- s/snprintf()/scnprintf() (Marco Elver)
- Place three parts of DAMON (core, primitives, and dbgfs) in different files
Introduction
DAMON[1] can be used as a primitive for data access aware memory mana
From: SeongJae Park
In many cases, users might use DAMON for simple data access aware
memory management optimizations such as applying an operation scheme to
a memory region of a specific size having a specific access frequency
for a specific time. For example, "page out a memory region larger t
On Thu, Sep 24, 2020 at 05:48:51PM +0200, Sebastian Andrzej Siewior wrote:
> ctags creates a warning:
> |ctags: Warning: include/linux/seqlock.h:738: null expansion of name pattern
> "\2"
>
> The DEFINE_SEQLOCK() macro is passed to ctags and being told to expect
> an argument.
>
> Add a dummy ar
From: SeongJae Park
This commit makes 'damon-dbgfs' to support the data access monitoring
oriented memory management schemes. Users can read and update the
schemes using ``/damon/schemes`` file. The format is::
Signed-off-by: SeongJae Park
---
mm/damon/dbgfs.c | 169
From: SeongJae Park
This commit makes DAMON's default primitives for virtual address spaces
to support DAMON-based Operation Schemes (DAMOS) by implementing actions
application functions and registering it to the monitoring context. The
implementation simply links 'madvise()' for related DAMOS a
From: SeongJae Park
To tune the DAMON-based operation schemes, knowing how many and how
large regions are affected by each of the schemes will be helful. Those
stats could be used for not only the tuning, but also monitoring of the
working set size and the number of regions, if the scheme does n
From: SeongJae Park
This commit adds simple selftets for 'schemes' debugfs file of DAMON.
Signed-off-by: SeongJae Park
---
.../testing/selftests/damon/debugfs_attrs.sh | 29 +++
1 file changed, 29 insertions(+)
diff --git a/tools/testing/selftests/damon/debugfs_attrs.sh
b/to
From: SeongJae Park
This commit implements 'schemes' subcommand of the damon userspace tool.
It can be used to describe and apply the data access monitoring-based
operation schemes in more human friendly fashion.
Signed-off-by: SeongJae Park
---
tools/damon/_convert_damos.py | 141
Hi Tom,
On Fri, Aug 28, 2020 at 07:55:18AM -0700, t...@redhat.com wrote:
> From: Tom Rix
>
> clang static analysis flags this representative problem
>
> drivers/media/i2c/ov7670.c:1463:9: warning: Assigned
> value is garbage or undefined
> *value = gain;
>^
>
> g
From: SeongJae Park
This commit add description of DAMON-based operation schemes in the
DAMON documents.
Signed-off-by: SeongJae Park
---
Documentation/admin-guide/mm/damon/guide.rst | 41 ++-
Documentation/admin-guide/mm/damon/start.rst | 11 ++
Documentation/admin-guide/mm/damon/usage.
On Mon, Oct 05 2020 at 10:55, Thomas Gleixner wrote:
> On Mon, Oct 05 2020 at 10:22, Ulf Hansson wrote:
>> On Fri, 2 Oct 2020 at 18:49, Jerome Brunet wrote:
>>>
>>> IRQF_ONESHOT was added to this driver to make sure the irq was not enabled
>>> again until the thread part of the irq had finished do
Hello,
syzbot found the following issue on:
HEAD commit:2172e358 Add linux-next specific files for 20201002
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=176b55c050
kernel config: https://syzkaller.appspot.com/x/.config?x=70698f530a7e856f
dashboard
LED2 is connected to MPP1_2 pin. It is working only on V7 boards.
V5 boards have hw bug which cause that LED2 is non-working.
So enable LED2 only for Espressobin V7 boards.
Note that LED1 is connected to LED_WLAN# pin on miniPCIe card and LED3 to
power supply. Therefore on Espressobin board only
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 60e720931556fc1034d0981460164dcf02697679
commit: 44ea803e2fa7e12adb5d6260da4e4956e784effb i40e: introduce new dump desc
XDP command
config: i386-randconfig-m021-20201001 (attached as .config)
compiler: gcc-9
On Tue, Oct 06, 2020 at 12:06:36PM +, David Laight wrote:
> From: Christian Eggers
> > Sent: 06 October 2020 11:52
> >
> > According to the "VFxxx Controller Reference Manual" (and the comment
> > block starting at line 97), Vybrid requires writing a one for clearing
> > an interrupt flag. Syn
On Mon, 5 Oct 2020 at 17:09, Peter Zijlstra wrote:
>
> Since we now migrate tasks away before DYING, we should also move
> bandwidth unthrottle, otherwise we can gain tasks from unthrottle
> after we expect all tasks to be gone already.
>
> Also; it looks like the RT balancers don't respect cpu_ac
Hi Linus,
First of all sorry for this second last-minute pdx86 pull-req.
The main reason for the first pull-req was fixing 2 regressions
in 5.8 with Tablet Mode reporting seen on various laptop models
which has been reported by a lot of users, because this
regression causes the (builtin) keyboar
On Tue, Oct 6, 2020 at 10:56 AM Oliver Neukum wrote:
>
> > bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=152bb76050
> > final oops: https://syzkaller.appspot.com/x/report.txt?x=172bb76050
> > console output: https://syzkaller.appspot.com/x/log.txt?x=132bb76050
> >
>
Hello,
syzbot found the following issue on:
HEAD commit:7575fdda Merge tag 'platform-drivers-x86-v5.9-2' of git://..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=14abb7c790
kernel config: https://syzkaller.appspot.com/x/.config?x=de7f697da23057c7
das
On Tue, Oct 06, 2020 at 12:37:06PM +, David Laight wrote:
> > Our Documentation/memory-barriers.txt has a Control Dependencies section
> > (which I shall not replicate here for brevity) which lists a number of
> > caveats. But in general the work-around we use is:
> >
> > x = READ_ONCE(*fo
From: Uwe Kleine-König
> Sent: 06 October 2020 13:46
...
> > > +static void i2c_imx_clear_irq(struct imx_i2c_struct *i2c_imx, unsigned
> > > int bits)
> > > +{
> > > + unsigned int temp;
> > > +
> > > + /*
> > > + * i2sr_clr_opcode is the value to clear all interrupts.
> > > + * Here we want to
Hi David,
On Mon, Jul 27, 2020 at 11:07:48AM +0800, David Lu wrote:
> To meet mipi hi speed transmission, decrease hs_trail time to pass mipi
> test.
>
> Signed-off-by: David Lu
> ---
> drivers/media/i2c/ov8856.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/driv
--
Good day Dear
I have a project of $18.5 Million Us Dollars which I will like you to
support me
so that the fund will be transfer to your bank account.
Please if you are capable reply back to me so that i will give you
more details about this
project.
Thank you I am waiting to hear from you
D
Hi Tero,
On 06/10/20 5:21 pm, Tero Kristo wrote:
> On 02/10/2020 19:45, Faiz Abbas wrote:
>> The following patches enable configs in the arm64 defconfig to support
>> GPIO and I2C support on TI's J721e platform.
>>
>> Faiz Abbas (2):
>> arm64: defconfig: Enable OMAP I2C driver
>> arm64: defc
Hi Felipe,
Would you please review this patch? So that in v3, I can include the changes in
the driver if any, along with the binding corrections.
Thanks,
Manish
> -Original Message-
> From: Manish Narani
> Sent: Thursday, September 10, 2020 12:33 AM
> To: gre...@linuxfoundation.org; ro
Hi Dmitry,
W dniu 05.10.2020 o 20:10, Dmitry Torokhov pisze:
Hi Andrzej,
On Mon, Jun 08, 2020 at 01:22:11PM +0200, Andrzej Pietrasiewicz wrote:
@@ -284,8 +284,11 @@ static int input_get_disposition(struct input_dev *dev,
case EV_KEY:
if (is_event_supported(code, dev->ke
From: Manivannan Sadhasivam
Date: Mon, 5 Oct 2020 12:46:42 +0530
> The rcu_read_lock() is not supposed to lock the kernel_sendmsg() API
> since it has the lock_sock() in qrtr_sendmsg() which will sleep. Hence,
> fix it by excluding the locking for kernel_sendmsg().
>
> While at it, let's also u
Hi all,
In commit
3b6c3adbb2fa ("powerpc/perf: Exclude pmc5/6 from the irrelevant PMU group
constraints")
Fixes tag
Fixes: 7ffd948 ("powerpc/perf: factor out power8 pmu functions")
has these problem(s):
- SHA1 should be at least 12 digits long
Can be fixed by setting core.abbrev to
On Tue, Oct 06, 2020 at 10:04:27AM +0100, Stefan Hajnoczi wrote:
> On Sun, Oct 04, 2020 at 10:31:19AM -0400, Vivek Goyal wrote:
> > On Fri, Oct 02, 2020 at 10:44:37PM -0400, Qian Cai wrote:
> > > On Fri, 2020-10-02 at 12:28 -0400, Qian Cai wrote:
> > > > Running some fuzzing on virtiofs from a non-
On Tue, Oct 6, 2020 at 2:26 PM Jason Gunthorpe wrote:
>
> On Tue, Oct 06, 2020 at 08:23:23AM +0200, Daniel Vetter wrote:
> > On Tue, Oct 6, 2020 at 1:41 AM Jason Gunthorpe wrote:
> > >
> > > On Tue, Oct 06, 2020 at 12:43:31AM +0200, Daniel Vetter wrote:
> > >
> > > > > iow I think I can outright
On 06/10/2020 16:03, Faiz Abbas wrote:
Hi Tero,
On 06/10/20 5:21 pm, Tero Kristo wrote:
On 02/10/2020 19:45, Faiz Abbas wrote:
The following patches enable configs in the arm64 defconfig to support
GPIO and I2C support on TI's J721e platform.
Faiz Abbas (2):
arm64: defconfig: Enable OMAP
From: Anant Thazhemadam
Date: Mon, 5 Oct 2020 18:59:58 +0530
> When get_registers() fails in set_ethernet_addr(),the uninitialized
> value of node_id gets copied over as the address.
> So, check the return value of get_registers().
>
> If get_registers() executed successfully (i.e., it returns
On Mon, Oct 05, 2020 at 02:32:38PM -0700, Mike Travis wrote:
> Yes, there was the MACRO is_uv() that conflicted with the automated
> "generate uv_mmrs.h" PERL script that also uses it that I changed. I see
> now maybe just getting rid of the entire thing in this file might have been
> better?
If
> > > Except for comments and quotes like:
> > >
> > > From: J. Random Developer (BigCorp)
> > > Signed-off-by: "J. Random Developer"
> > >
> > > I think any time there's a mismatch, there
> > > should be a warning emitted.
> > >
> > > That includes any subaddress detail differenc
> Subject: Re: [PATCH v4 02/13] x86/platform/uv: Remove SCIR MMR references for
> UVY systems.
You mean "UV" systems, right? Or are there "UVY" systems too? git grep
says no.
On Mon, Oct 05, 2020 at 03:39:18PM -0500, Mike Travis wrote:
> UV class systems no longer use System Controller for monit
On Tue, Oct 06, 2020 at 01:41:47PM +0100, Will Deacon wrote:
> On Thu, Sep 24, 2020 at 05:48:51PM +0200, Sebastian Andrzej Siewior wrote:
> > ctags creates a warning:
> > |ctags: Warning: include/linux/seqlock.h:738: null expansion of name
> > pattern "\2"
> >
> > The DEFINE_SEQLOCK() macro is pa
From: David Howells
Date: Mon, 05 Oct 2020 17:18:44 +0100
> The patches are tagged here:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
> rxrpc-fixes-20201005.txt
I think the ".txt" at the end of the branch name is a mistake.
It's really hard to send a clea
Em Fri, 4 Sep 2020 19:00:04 +0300
Ivan Zaentsev escreveu:
> diff --git a/Documentation/w1/slaves/w1_therm.rst
> b/Documentation/w1/slaves/w1_therm.rst
> index f1148181f53e..00376501a5ef 100644
> --- a/Documentation/w1/slaves/w1_therm.rst
> +++ b/Documentation/w1/slaves/w1_therm.rst
>
> @@ -1
On 10/6/20 3:23 AM, Christoph Hellwig wrote:
On Mon, Oct 05, 2020 at 10:35:43AM -0400, Jonathan Marek wrote:
The cache synchronization doesn't have anything to do with IOMMU (for
example: cache synchronization would be useful in cases where drm/msm
doesn't use IOMMU).
It has to do with doing D
As warned by Sphinx 2.4.4:
.../Documentation/translations/zh_CN/arm64/amu.rst:7: WARNING: Title
overline too short.
Increase its size.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/translations/zh_CN/arm64/amu.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
201 - 300 of 1080 matches
Mail list logo
