There was some mistakes when merging this patch.
The free nmi part is not present :(
The following part will be added in V2 next weekend.
diff --git a/drivers/perf/arm_pmu.c b/drivers/perf/arm_pmu.c
index fa37b72d19e2..aa9ed09e5303 100644
--- a/drivers/perf/arm_pmu.c
+++ b/drivers/perf/arm_pmu.c
On Sat, 2020-05-16 at 17:24 +0100, Jonathan Cameron wrote:
> [External]
>
> On Sat, 16 May 2020 13:08:46 +
> "Ardelean, Alexandru" wrote:
>
> > On Tue, 2020-05-12 at 06:26 +, Ardelean, Alexandru wrote:
> > > [External]
> > >
> > > On Mon, 2020-05-11 at 21:56 +0200, Lars-Peter Clausen wr
On Sun, May 17, 2020 at 01:02:40AM +, Kyungtae Kim wrote:
> We report a bug (in linux-5.6.11) found by FuzzUSB (a modified version
> of syzkaller)
>
> kernel config: https://kt0755.github.io/etc/config_v5.6.11
>
> This bug happened when accessing a f_hidg instance deallocated.
> Specifically,
On Sat, May 16, 2020 at 11:50:50PM +0200, Paul Cercueil wrote:
> The opaque pointer passed to the IRQ handler is a pointer to the
> drm_device, not a pointer to our ingenic_drm structure.
>
> It still worked, because our ingenic_drm structure contains the
> drm_device as its first field, so the po
On Sat, May 16, 2020 at 11:50:49PM +0200, Paul Cercueil wrote:
> The code was comparing the SoC's maximum height with the mode's width,
> and vice-versa. D'oh.
>
> Cc: sta...@vger.kernel.org # v5.6
> Fixes: a7c909b7c037 ("gpu/drm: ingenic: Check for display size in CRTC atomic
> check")
> Signed-
Hi Paul.
On Sat, May 16, 2020 at 11:50:47PM +0200, Paul Cercueil wrote:
> Add documentation of the Device Tree bindings for the Image Processing
> Unit (IPU) found in most Ingenic SoCs.
>
> Signed-off-by: Paul Cercueil
For me it fails like this:
/Documentation/devicetree/bindings/display/ingeni
>
>
> For WriteBooster feature related attributes, the index used by
> query shall be LUN ID if LU Dedicated buffer mode is enabled.
>
> Signed-off-by: Stanley Chu
Reviewed-by: Avri Altman
>
> According to the UFS specification, WriteBooster is officially
> supported by UFS 2.2.
>
> Since UFS 2.2 specification has been finalized in JEDEC and
> such devices have also showed up in the market, modify the
> checking rule for ufshcd_wb_probe() to allow these devices to enable
> WriteB
>
> The whole UFS host instance has been zero-initialized by
> scsi_host_alloc(), thus UFS driver does not need to clear
> "dev_info" member specifically in ufshcd_device_params_init().
>
> Simply remove the unnecessary code.
>
> Signed-off-by: Stanley Chu
Reviewed-by: Avri Altman
Hi PAul.
On Sat, May 16, 2020 at 11:50:46PM +0200, Paul Cercueil wrote:
> Convert the ingenic,lcd.txt to a new ingenic,lcd.yaml file.
>
> In the process, the new ingenic,jz4780-lcd compatible string has been
> added.
>
> Signed-off-by: Paul Cercueil
Looks good.
Had to read the minItems/maxItems
DMA not unmapped when lock failed, this patch fixed it.
Signed-off-by: Xiangyang Zhang
---
drivers/staging/qlge/qlge_main.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/qlge/qlge_main.c b/drivers/staging/qlge/qlge_main.c
index a9163fb659d9..402edaeffe12 1
On Fri, May 15, 2020 at 5:10 PM Thomas Gleixner wrote:
>
>
> The hardware latency tracer calls into trace_sched_clock and ends up in
> various instrumentable functions which is problemeatic vs. the kprobe
> handling especially the text poke machinery. It's invoked from
> nmi_enter/exit(), i.e. non
On Fri, May 15, 2020 at 5:10 PM Thomas Gleixner wrote:
>
>
> To fully isolate #DB and #BP from instrumentable code it's necessary to
> avoid invoking the hardware latency tracer on nmi_enter/exit().
>
> Provide nmi_enter/exit() variants which are not invoking the hardware
> latency tracer. That al
On Wed, 13 May 2020, Patrick Donnelly wrote:
> However, it seems odd that this depends on the owner of the directory.
> i.e. this protection only seems to be enforced if the sticky directory
> is owned by root. That's expected?
According to the documentation[0] this appears to be intentional:
pr
The pull request you sent on Sat, 16 May 2020 22:11:47 +1000:
> https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git
> tags/powerpc-5.7-4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/befc42e5dd4977b63dd3b0c0db05e21d56f13c2e
Thank you!
--
Deet-doot-do
The pull request you sent on Sat, 16 May 2020 17:33:36 +0800:
> https://github.com/c-sky/csky-linux.git tags/csky-for-linus-5.7-rc6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/26b089a7fc3301d8f53f99dd3607513d7700b505
Thank you!
--
Deet-doot-dot, I am a bot.
https
The pull request you sent on Sat, 16 May 2020 08:24:13 -0400:
> https://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/5d438e071f09845f0abd1464b52cddee880c2364
Thank you!
--
Deet-doot-dot, I am a bot.
https://ko
Hello,
syzbot found the following crash on:
HEAD commit:ac935d22 Add linux-next specific files for 20200415
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=12deaa5e10
kernel config: https://syzkaller.appspot.com/x/.config?x=bc498783097e9019
dashboard
On Sun, May 17, 2020 at 09:17:32AM +0800, kernel test robot wrote:
> Greeting,
>
> FYI, we noticed the following commit (built with clang-11):
>
> commit: 2f08469563550d15cb08a60898d3549720600eee ("rcu: Mark rcu_state.ncpus
> to detect concurrent writes")
> https://git.kernel.org/cgit/linux/kern
From: Randy Dunlap
Update Documentation/admin-guide/bug-hunting.rst:
- add a small section on "Modules linked in" and their possible flags;
- delete all references to ksymoops since it is no longer applicable;
- fix spello, grammar, and punctuation;
- note that get_maintainers.pl only provides r
Hello Dmitry
On 2020/05/14 13:53, Dmitry Osipenko wrote:
13.05.2020 08:07, Wang, Jiada пишет:
Hello Dmitry
On 2020/05/12 8:13, Dmitry Osipenko wrote:
11.05.2020 05:05, Wang, Jiada пишет:
Hello Dmitry
Thanks for your comment and test,
can you let me know which platform (board) you are using
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git lkmm
branch HEAD: 7ab9d2b00209d140e02042e027f6e5f98f1dbec7
Documentation/litmus-tests: Cite an RCU litmus test
elapsed time: 602m
configs tested: 104
configs skipped: 2
The following configs have been built su
On 2020/5/17 10:43, Kees Cook wrote:
On Sat, May 16, 2020 at 04:55:14PM +0800, Xiaoming Ni wrote:
+/*
+ * This is needed for proc_doulongvec_minmax of sysctl_hung_task_timeout_secs
+ * and hung_task_check_interval_secs
+ */
+static unsigned long hung_task_timeout_max = (LONG_MAX / HZ);
Please
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 3d1c1e5931ce45b3a3f309385bbc00c78e9951c6
commit: 1651e700664b4597ddf4f8adfe435252a0d11277 x86: Fix bitops.h warning with
a moved cast
date: 9 weeks ago
config: i386-randconfig-s002-20200517 (attached as .c
On Sat, May 16, 2020 at 04:55:15PM +0800, Xiaoming Ni wrote:
> Move watchdog syscl interface to watchdog.c.
> Use register_sysctl() to register the sysctl interface to avoid
> merge conflicts when different features modify sysctl.c at the same time.
>
> Signed-off-by: Xiaoming Ni
Reviewed-by: Ke
On Sat, May 16, 2020 at 04:55:12PM +0800, Xiaoming Ni wrote:
> In order to eliminate the duplicate code for registering the sysctl
> interface during the initialization of each feature, add the
> register_sysctl_init() interface
>
> Signed-off-by: Xiaoming Ni
Reviewed-by: Kees Cook
--
Kees Co
On Sat, May 16, 2020 at 04:55:14PM +0800, Xiaoming Ni wrote:
> +/*
> + * This is needed for proc_doulongvec_minmax of sysctl_hung_task_timeout_secs
> + * and hung_task_check_interval_secs
> + */
> +static unsigned long hung_task_timeout_max = (LONG_MAX / HZ);
Please make this const. With that done
On Sat, May 16, 2020 at 04:55:13PM +0800, Xiaoming Ni wrote:
> Some boundary (.extra1 .extra2) constants (E.g: neg_one two) in
> sysctl.c are used in multiple features. Move these variables to
> sysctl_vals to avoid adding duplicate variables when cleaning up
> sysctls table.
>
> Signed-off-by: Xi
On Sat, May 16, 2020 at 11:05:53AM +0800, Xiaoming Ni wrote:
> On 2020/5/16 10:47, Kees Cook wrote:
> > On Sat, May 16, 2020 at 10:32:19AM +0800, Xiaoming Ni wrote:
> > > On 2020/5/16 0:05, Kees Cook wrote:
> > > > On Fri, May 15, 2020 at 05:06:28PM +0800, Xiaoming Ni wrote:
> > > > > On 2020/5/15
> On Apr 27, 2020, at 7:56 PM, Waiman Long wrote:
>
> It turns out that switching from slab_mutex to memcg_cache_ids_sem in
> slab_attr_store() does not completely eliminate circular locking dependency
> as shown by the following lockdep splat when the system is shut down:
>
> [ 2095.079697]
All NVIDIA Tegra devices use a special partition table format for the
internal storage partitioning. Most of Tegra devices have GPT partition
in addition to TegraPT, but some older Android consumer-grade devices do
not or GPT is placed in a wrong sector, and thus, the TegraPT is needed
in order to
The 'efi.c' source code has a lot of coding style problems like:
- trailing whitespaces
- whitespaces instead of tabs
- missing whitespaces where they actually needed
- double blank-lines
- improperly aligned code
- improperly styled multi-line comments
- unnecessarily assigned varia
In order to support parsing of NVIDIA Tegra Partition Table format, we
need to know the BOOT_SIZE_MULT value of the Extended CSD register because
NVIDIA's bootloader linearizes the boot0/boot1/main partitions into a
single virtual space, and thus, all partition addresses are shifted by
the size of
Downstream NVIDIA bootloader provides gpt_sector= kernel command
line option to the kernel. This option should instruct the GPT partition
parser to look at the specified sector for a valid GPT header if the GPT
is not found at the beginning or the end of a block device. Support of
this feature is n
Hello,
This series adds support for the NVIDIA Tegra Partition Table format,
which is needed in order to support consumer-grade Tegra-based devices
by the upstream kernel. These devices have Secure Boot enabled and it
can't be disabled, and thus, it's not possible to easily modify bootloader
and
It's quite useful to have unencrypted BCT exposed to userspace for
debugging purposes, so let's expose it via sysfs. The BCT data will be
present in '/sys/tegra/boot_config_table' binary file if BCT is available.
Suggested-by: Michał Mirosław
Signed-off-by: Dmitry Osipenko
---
arch/arm/mach-te
NVIDIA Tegra Partition Table takes into account MMC card's BOOT_SIZE_MULT
parameter, and thus, the partition parser needs to retrieve that EXT_CSD
value from the block device. There are also some other parts of struct
mmc_card that are needed for the partition parser in order to calculate
the eMMC
Most of consumer-grade NVIDIA Tegra devices use a proprietary bootloader
that can't be easily replaced because it's locked down using Secure Boot
cryptography signing and the crypto keys aren't given to a device owner.
These devices usually have eMMC storage that is partitioned using a custom
NVIDI
This code was using get_user_pages_fast(), in a "Case 2" scenario
(DMA/RDMA), using the categorization from [1]. That means that it's
time to convert the get_user_pages_fast() + put_page() calls to
pin_user_pages_fast() + unpin_user_pages() calls.
There is some helpful background in [2]: basically
On 5/16/20 5:11 PM, Dmitry Osipenko wrote:
> 16.05.2020 19:58, Randy Dunlap пишет:
>> On 5/16/20 9:50 AM, Dmitry Osipenko wrote:
>>> 16.05.2020 18:51, Randy Dunlap пишет:
On 5/16/20 8:36 AM, Dmitry Osipenko wrote:
> diff --git a/block/partitions/efi.c b/block/partitions/efi.c
> index b
> On Apr 27, 2020, at 7:56 PM, Waiman Long wrote:
>
> A lockdep splat is observed by echoing "1" to the shrink sysfs file
> and then shutting down the system:
>
> [ 167.473392] Chain exists of:
> [ 167.473392] kn->count#279 --> mem_hotplug_lock.rw_sem --> slab_mutex
> [ 167.473392]
> [
> On Apr 27, 2020, at 7:56 PM, Waiman Long wrote:
>
> v2:
> - Use regular cmpxchg() instead of x86-only try_cmpxchg() in patch 2.
> - Add patches 3 and 4 to fix circular locking dependency showing up
> at shutdown time.
>
> With lockdep enabled, issuing the following command to the slub sys
But the guest isn’t likely to do the right thing with a page fault. The guest
just accessed a page that it knows is poisoned (VMM just told it once that it
was poisoned). There is no reason that the VMM should let the guest actually
touch the poison a second time. But if the guest does, then the
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev.2020.05.16a
branch HEAD: 0f214eff73a9c86bf1e5a0c566c190716782b6a9 tick/nohz: Narrow down
noise while setting current task's tick dependency
i386-tinyconfig vmlinux size:
===
> On Apr 28, 2020, at 10:07 AM, Waiman Long wrote:
>
> Trylock is handled differently from lockdep's perspective as trylock can
> failed. When trylock succeeds, the critical section is executed. As long as
> it doesn't try to acquire another lock in the circular chain, the execution
> will
--
€ 40.000,00 Euro wurden Ihnen von David Yax gespendet. Bin der
Gewinner der $ 80 Millionen Jackpot Powerball Ziehung. Die € 40.000,00
Euro werden Ihnen aufgrund von COVID-19 gespendet, um sicherzustellen,
dass Sie und alle in Ihnen die beste Pflege erhalten. Mailen Sie mir
für weitere Informati
This code was using get_user_pages_fast(), in a "Case 2" scenario
(DMA/RDMA), using the categorization from [1]. That means that it's
time to convert the get_user_pages_fast() + put_page() calls to
pin_user_pages_fast() + unpin_user_pages() calls.
There is some helpful background in [2]: basically
This code was using get_user_pages_fast(), in a "Case 2" scenario
(DMA/RDMA), using the categorization from [1]. That means that it's
time to convert the get_user_pages_fast() + put_page() calls to
pin_user_pages_fast() + unpin_user_pages() calls.
There is some helpful background in [2]: basically
Greeting,
FYI, we noticed the following commit (built with clang-11):
commit: 2f08469563550d15cb08a60898d3549720600eee ("rcu: Mark rcu_state.ncpus to
detect concurrent writes")
https://git.kernel.org/cgit/linux/kernel/git/paulmck/linux-rcu.git
dev.2020.05.14c
in testcase: boot
on test machine
On 5/15/20 1:21 AM, Qian Cai wrote:
Lockdep is screwed here in next-20200514 due to "BUG: MAX_LOCKDEP_ENTRIES too
low". One of the traces below pointed to this linux-next commit,
8c8e824d4ef0 watch_queue: Introduce a non-repeating system-unique superblock ID
which was accidentally just showed
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git lkmm-dev
branch HEAD: ae801b4aaca0db21c44819ab833dc591b1d3219e tools/memory-model: Use
"-unroll 0" to keep --hw runs finite
elapsed time: 482m
configs tested: 102
configs skipped: 1
The following configs have
On Sun, May 17, 2020 at 10:27:39AM +1000, Balbir Singh wrote:
> On 14/5/20 10:00 pm, Matthew Wilcox wrote:
> > On Thu, May 14, 2020 at 09:00:40PM +1000, Balbir Singh wrote:
> >> I wonder if the right thing to do is also to disable pre-emption, just so
> >> that the thread does not linger on with s
On 14/5/20 10:00 pm, Matthew Wilcox wrote:
> On Thu, May 14, 2020 at 09:00:40PM +1000, Balbir Singh wrote:
>> I wonder if the right thing to do is also to disable pre-emption, just so
>> that the thread does not linger on with sensitive data.
>>
>> void kvfree_sensitive(const void *addr, size_t
Add mremap_dontunmap and khugepaged to .gitignore.
Fixes: 6582dba23f8b ("khugepaged: add self test")
Fixes: 0c28759ee3c9 ("selftests: add MREMAP_DONTUNMAP selftest")
Cc: Kirill A. Shutemov
Cc: Brian Geffon
Signed-off-by: John Hubbard
---
tools/testing/selftests/vm/.gitignore | 2 ++
1 file cha
These apply to today's mmotm. Some merge notes:
* The missing item ("mremap_dontunmap") at the *top* of .gitignore
for this patch will also being applied to linux.git in a separate
patch [1].
The other missing item ("khugepaged") is added to *bottom* of
.gitignore. This approach allows me
Remove unused variable "i", which was triggering a compiler warning.
Fixes: 29750f71a9b4 ("hugetlb_cgroup: add hugetlb_cgroup reservation tests")
Cc: Mina Almasry
Signed-off-by: John Hubbard
---
tools/testing/selftests/vm/write_to_hugetlbfs.c | 2 --
1 file changed, 2 deletions(-)
diff --git a
Add mremap_dontunmap to .gitignore.
Fixes: 0c28759ee3c9 ("selftests: add MREMAP_DONTUNMAP selftest")
Cc: Brian Geffon
Signed-off-by: John Hubbard
---
tools/testing/selftests/vm/.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/testing/selftests/vm/.gitignore
b/tools/testing/
Here's a couple of tiny fixes, just so we can cleanly build
selftests/vm. These apply to today's linux.git. Some merge notes:
* The .gitignore fix is appropriate for linux.git, but it is a subset of
what's required for linux-next and mmotm. In order to fix things now
in linux.git, and keep it
16.05.2020 19:58, Randy Dunlap пишет:
> On 5/16/20 9:50 AM, Dmitry Osipenko wrote:
>> 16.05.2020 18:51, Randy Dunlap пишет:
>>> On 5/16/20 8:36 AM, Dmitry Osipenko wrote:
diff --git a/block/partitions/efi.c b/block/partitions/efi.c
index b64bfdd4326c..3af4660bc11f 100644
--- a/block/
On Sat, May 16, 2020 at 6:13 PM Baolin Wang wrote:
>
> Some platforms such as Spreadtrum platform, define a special method to
> update bits of the registers instead of reading and writing, which means
> we should use a physical regmap bus to define the reg_update_bits()
> operation instead of the
On Sat, May 16, 2020 at 05:00:50PM -0700, Guenter Roeck wrote:
> On Mon, May 11, 2020 at 09:41:36PM +0100, Will Deacon wrote:
> > Now that the page table allocator can free page table allocations
> > smaller than PAGE_SIZE, reduce the size of the PMD and PTE allocations
> > to avoid needlessly wast
On Mon, May 11, 2020 at 09:41:36PM +0100, Will Deacon wrote:
> Now that the page table allocator can free page table allocations
> smaller than PAGE_SIZE, reduce the size of the PMD and PTE allocations
> to avoid needlessly wasting memory.
>
> Cc: "David S. Miller"
> Cc: Peter Zijlstra
> Signed-
On Sat, May 16, 2020 at 4:39 PM David Miller wrote:
>
> From: Shakeel Butt
> Date: Sat, 16 May 2020 15:35:46 -0700
>
> > So, my argument is if non-zero order vzalloc has failed (allocations
> > internal to vzalloc, including virtual mapping allocation and page
> > table allocations, are order 0 a
On Sat, May 16, 2020 at 3:45 PM Eric Dumazet wrote:
>
> On Sat, May 16, 2020 at 3:35 PM Shakeel Butt wrote:
> >
> > On Sat, May 16, 2020 at 1:40 PM David Miller wrote:
> > >
> > > From: Shakeel Butt
> > > Date: Fri, 15 May 2020 19:17:36 -0700
> > >
> > > > and thus there is no need to have any
From: Alex Elder
Date: Fri, 15 May 2020 15:07:29 -0500
> This series permits suspend/resume to work for the IPA driver
> on the Qualcomm SC7180 SoC. The IPA version on this SoC requires
> interrupts to be enabled when the suspend and resume callbacks are
> made, and the first patch moves away fr
From: Shakeel Butt
Date: Sat, 16 May 2020 15:35:46 -0700
> So, my argument is if non-zero order vzalloc has failed (allocations
> internal to vzalloc, including virtual mapping allocation and page
> table allocations, are order 0 and use GFP_KERNEL i.e. triggering
> reclaim and oom-killer) then t
Mike, Thanks for the review!
The pr_err Detected NON_EXISTENT_LUN is the error messages issued
for the TCM_NON_EXISTENT_LUN retcode so I believe they are the same.
Simply scanning for the wrong lun on an initiator will generate this
error on the target but not generate an error on the initiat
Hello My Dear.
Please do not feel disturbed for contacting you in this regards, It
was based on the critical health condition I find mine self. My names
are Mrs. Hannah Wilson David, a widow and I’m suffering from brain
tumor disease and this illness has gotten to a very bad stage, I
married m
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86/fpu
branch HEAD: 55e00fb66fd5048f4a3ee357018fd26fc527abca x86/fpu/xstate: Restore
supervisor states for signal return
elapsed time: 481m
configs tested: 95
configs skipped: 91
The following configs have been built s
On Fri, Mar 13, 2020 at 02:33:50PM -0400, Arvind Sankar wrote:
> On Fri, Feb 07, 2020 at 04:49:26PM -0500, Arvind Sankar wrote:
> > For the 32-bit kernel, as described in commit 6d92bc9d483a ("x86/build:
> > Build compressed x86 kernels as PIE"), pre-2.26 binutils generates
> > R_386_32 relocations
On Fri, May 08, 2020 at 07:18:53AM +1000, NeilBrown wrote:
On Thu, May 07 2020, Sasha Levin wrote:
From: NeilBrown
[ Upstream commit 7c4310ff56422ea43418305d22bbc5fe19150ec4 ]
This one is buggy - it introduces a use-after-free. Best delay it for
now.
I've dropped it, thanks!
--
Thanks,
On Thu, May 07, 2020 at 06:11:17PM +0200, Michel Dänzer wrote:
On 2020-05-07 4:27 p.m., Sasha Levin wrote:
From: Marek Olšák
[ Upstream commit 9017a4897a20658f010bebea825262963c10afa6 ]
This fixes GPU hangs due to cache coherency issues.
Bump the driver version. Split out from the original pa
On Sat, 16 May 2020 at 23:54, David Miller wrote:
>
> From: Xulin Sun
> Date: Fri, 15 May 2020 11:18:13 +0800
>
> > BUG: sleeping function called from invalid context at
> > drivers/net/ethernet/mscc/ocelot.c:59
> > in_atomic(): 1, irqs_disabled(): 0, pid: 3778, name: ifconfig
> > INFO: lockdep
On Sat, May 16, 2020 at 3:35 PM Shakeel Butt wrote:
>
> On Sat, May 16, 2020 at 1:40 PM David Miller wrote:
> >
> > From: Shakeel Butt
> > Date: Fri, 15 May 2020 19:17:36 -0700
> >
> > > and thus there is no need to have any fallback after vzalloc.
> >
> > This statement is false.
> >
> > The vi
Hi Kieran,
On Tue, May 12, 2020 at 04:51:05PM +0100, Kieran Bingham wrote:
> From: Jacopo Mondi
>
> The RDACM20 is a GMSL camera supporting 1280x800 resolution images
> developed by IMI based on an Omnivision 10635 sensor and a Maxim MAX9271
> GMSL serializer.
>
> The GMSL link carries power, c
On Sat, May 16, 2020 at 1:40 PM David Miller wrote:
>
> From: Shakeel Butt
> Date: Fri, 15 May 2020 19:17:36 -0700
>
> > and thus there is no need to have any fallback after vzalloc.
>
> This statement is false.
>
> The virtual mapping allocation or the page table allocations can fail.
>
> A fall
The ONLINE prop should be when the charger is present (ie able to
charge), however, it was for when it was actually charging or not.
Instead, add the STATUS prop to show whether charging is actually
going on or not.
The magic numbers have been ported from a downstream kernel for the
SGH-T959V.
Si
On Thu, May 07, 2020 at 07:59:55AM -0700, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> Every single architecture (including !CONFIG_HIGHMEM) calls...
>
> pagefault_enable();
> preempt_enable();
>
> ... before returning from __kunmap_atomic(). Lift this code into the
> kunmap_at
From: Alex Elder
Date: Fri, 15 May 2020 14:52:03 -0500
> The iteration count value used in gsi_channel_poll() is intended to
> limit poll iterations to the budget supplied as an argument. But
> it's never updated.
>
> Fix this bug by incrementing the count each time through the loop.
>
> Repor
Hello Mickael,
On Thu, 14 May 2020, Mickaël Salaün wrote:
On 12/05/2020 22:46, Deven Bowers wrote:
On 5/11/2020 11:03 AM, Deven Bowers wrote:
On 5/10/2020 2:28 AM, Mickaël Salaün wrote:
[...snip]
Additionally, rules are evaluated top-to-bottom. As a result, any
revocation rules, or
Add support for the Image Processing Unit (IPU) found in all Ingenic
SoCs.
The IPU can upscale and downscale a source frame of arbitrary size
ranging from 4x4 to 4096x4096 on newer SoCs, with bicubic filtering
on newer SoCs, bilinear filtering on older SoCs. Nearest-neighbour can
also be obtained
Support multiple panels or bridges connected to the same DPI output of
the SoC. This setup can be found for instance on the GCW Zero, where the
same DPI output interfaces the internal 320x240 TFT panel, and the ITE
IT6610 HDMI chip.
Signed-off-by: Paul Cercueil
---
drivers/gpu/drm/ingenic/ingeni
Register the ingenic-drm driver as a component master.
This will later allow to plug optional components to the driver, for
instance to add support for the IPU, or the SLCD module.
Signed-off-by: Paul Cercueil
---
drivers/gpu/drm/ingenic/ingenic-drm.c | 61 +--
1 file ch
All Ingenic SoCs starting from the JZ4725B support OSD mode.
In this mode, two separate planes can be used. They can have different
positions and sizes, and one can be overlayed on top of the other.
Signed-off-by: Paul Cercueil
---
drivers/gpu/drm/ingenic/ingenic-drm.c | 275 +++
The address of the DMA descriptor never changes. It can therefore be set
in the probe function.
Signed-off-by: Paul Cercueil
---
drivers/gpu/drm/ingenic/ingenic-drm.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/ingenic/ingenic-drm.c
b/drivers/gpu/drm
Move the register definitions to ingenic-drm.h, to keep ingenic-drm.c
tidy.
Signed-off-by: Paul Cercueil
---
drivers/gpu/drm/ingenic/ingenic-drm.c | 116 +--
drivers/gpu/drm/ingenic/ingenic-drm.h | 127 ++
2 files changed, 129 insertions(+), 114 deleti
plane->index is NOT the index of the color plane in a YUV frame.
Actually, a YUV frame is represented by a single drm_plane, even though
it contains three Y, U, V planes.
Cc: sta...@vger.kernel.org # v5.3
Fixes: 90b86fcc47b4 ("DRM: Add KMS driver for the Ingenic JZ47xx SoCs")
Signed-off-by: Paul C
The code was comparing the SoC's maximum height with the mode's width,
and vice-versa. D'oh.
Cc: sta...@vger.kernel.org # v5.6
Fixes: a7c909b7c037 ("gpu/drm: ingenic: Check for display size in CRTC atomic
check")
Signed-off-by: Paul Cercueil
---
Notes:
This patch was previously sent standal
The opaque pointer passed to the IRQ handler is a pointer to the
drm_device, not a pointer to our ingenic_drm structure.
It still worked, because our ingenic_drm structure contains the
drm_device as its first field, so the pointer received had the same
value, but this was not semantically correct.
Support binding the master even though no components have been
registered.
This permits to support cases where components are optional.
Signed-off-by: Paul Cercueil
---
drivers/base/component.c | 35 ++-
1 file changed, 26 insertions(+), 9 deletions(-)
diff --gi
Hi Kieran,
Thanks for the update.
On Tue, May 12, 2020 at 04:51:03PM +0100, Kieran Bingham wrote:
...
> +static int max9286_enum_mbus_code(struct v4l2_subdev *sd,
> + struct v4l2_subdev_pad_config *cfg,
> + struct v4l2_subdev_mbus_code
Convert the ingenic,lcd.txt to a new ingenic,lcd.yaml file.
In the process, the new ingenic,jz4780-lcd compatible string has been
added.
Signed-off-by: Paul Cercueil
---
Notes:
This patch comes from a different patchset so it's effectively a V2.
Changes were:
- lcd_pclk and lcd
Add documentation of the Device Tree bindings for the Image Processing
Unit (IPU) found in most Ingenic SoCs.
Signed-off-by: Paul Cercueil
---
.../bindings/display/ingenic,ipu.yaml | 65 +++
1 file changed, 65 insertions(+)
create mode 100644 Documentation/devicetree/bin
Commit b53611fb1ce9 ("dmaengine: tegra210-adma: Fix crash during probe")
has moved some code in the probe function and reordered the error handling
path accordingly.
However, a goto has been missed.
Fix it and goto the right label if 'dma_async_device_register()' fails, so
that all resources are r
On 5/16/2020 1:01 AM, Greg KH wrote:
On Fri, May 15, 2020 at 03:08:59PM -0600, Jeffrey Hugo wrote:
2. There are a limited number of dynamic minor numbers for misc devs (64),
so if you are expecting more devices than that, a misc dev is not
appropiate. Also, these minors are shared with other mi
syzbot suspects this bug was fixed by commit:
commit f1e67e355c2aafeddf1eac31335709236996d2fe
Author: Thomas Gleixner
Date: Mon Nov 18 13:28:24 2019 +
fs/buffer: Make BH_Uptodate_Lock bit_spin_lock a regular spinlock_t
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=1761c
On Fri, 2020-05-15 at 20:39 -0400, Ben Boeckel wrote:
> From: Ben Boeckel
>
> This argument was just never documented in the first place.
>
> Signed-off-by: Ben Boeckel
Reviewed-by: Jarkko Sakkinen
/Jarkko
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 3d1c1e5931ce45b3a3f309385bbc00c78e9951c6
commit: 2602276d3d3811b1a48c48113042cd75fcbfc27d microblaze: Wire CMA allocator
date: 3 months ago
config: microblaze-randconfig-r036-20200517 (attached as .config)
Rob,
Could you take a look at this patch? We are getting closer to merging the series
into the spi/for-next branch and then to the kernel 5.8. It would be great to
have the bindings converted by the next merge window.
-Sergey
On Fri, May 15, 2020 at 01:47:58PM +0300, Serge Semin wrote:
> Modern d
From: Christoph Hellwig
Date: Fri, 15 May 2020 08:33:24 +0200
> My initial plan was to add a ->tunnel_ctl method to the net_device_ops,
> and lift the copy_{to,from}_user for SIOCADDTUNNEL, SIOCCHGTUNNEL,
> SIOCDELTUNNEL and maybe SIOCGETTUNNEL to net/socket.c. But that turned
> out to have two
1 - 100 of 391 matches
Mail list logo