It was observed on an ISP8324 16Gb HBA with fw=8.08.203 (d0d5) in a
PowerPC64 machine that pkt->entry_type was MBX_IOCB_TYPE/0x39 with an
sp->type SRB_SCSI_CMD which is invalid and should not be possible.
Reading the entry_type from the crash dump shows the expected value of
STATUS_TYPE/0x03 but t
The first crash we observed is due memory corruption in the srb memory
pool. Unforuntatly, I couldn't find the source of the problem but the
workaround by resetting the cleanup callbacks 'fixes' this problem
(patch #1). I think as intermeditate step this should be merged until
the real cause can be
Le 08/09/2020 à 09:46, Alexander Gordeev a écrit :
On Tue, Sep 08, 2020 at 07:14:38AM +0200, Christophe Leroy wrote:
You forgot arch/powerpc/mm/book3s64/subpage_prot.c it seems.
Yes, and also two more sources :/
arch/powerpc/mm/kasan/8xx.c
arch/powerpc/mm/kasan/kasan_init_32
Change PINCTR_IMX_SCU to tristate, add module author, description
and license to support building SCU pinctrl core driver as module.
Signed-off-by: Anson Huang
---
changes since V3:
- remove the prompt for PINCTRL_IMX_SCU.
---
drivers/pinctrl/freescale/Kconfig | 2 +-
drivers/pinct
Change PINCTRL_IMX to tristate to support loadable module build.
And i.MX common pinctrl driver should depend on CONFIG_OF to make sure
no build error when i.MX common pinctrl driver is enabled for different
architectures without CONFIG_OF.
Also add module author, description and license.
Signed
Use function callbacks for SCU related functions in pinctrl-imx.c
in order to support the scenario of PINCTRL_IMX is built in while
PINCTRL_IMX_SCU is built as module, all drivers using SCU pinctrl
driver need to initialize the SCU related function callback, and
no need to check CONFIG_PINCTRL_IMX_
Hi,
On 08/09/2020 10:55, Stefan Agner wrote:
> On 2020-09-07 20:18, Daniel Vetter wrote:
>> On Mon, Sep 07, 2020 at 07:17:12PM +0300, Laurent Pinchart wrote:
>>> Hi Stefan,
>>>
>>> Thank you for the patch.
>>>
>>> On Mon, Sep 07, 2020 at 06:03:43PM +0200, Stefan Agner wrote:
The lcdif IP does
On 07/09/2020 15:02, Jonathan Marek wrote:
Srini do you have any suggestions for how to name these values?
These are domain id corresponding to each core.
you can use SDSP_DOMAIN_ID in here!
these are already defined in the file as:
#define ADSP_DOMAIN_ID (0)
#define MDSP_DOMAIN_ID (1)
#de
Actions Semi Owl SoCs SIRQ interrupt controller is found in S500, S700
and S900 SoCs and provides support for handling up to 3 external
interrupt lines.
Signed-off-by: Cristian Ciocaltea
---
Changes in v6:
- Got rid of the 'actions,owl-sirq' compatible, per Robs's feedback
- Replaced 'actions,e
This interrupt controller is found in the Actions Semi Owl SoCs (S500,
S700 and S900) and provides support for handling up to 3 external
interrupt lines.
Each line can be independently configured as interrupt and triggers on
either of the edges or either of the levels. Additionally, each line
can
This patch series adds support for the external interrupt controller
(SIRQ) found in the Actions Semi Owl family of SoC's (S500, S700 and
S900). The controller handles up to 3 external interrupt lines through
dedicated SIRQ pins.
This is a rework of the patch series submitted some time ago by
Par
Add entries for Actions Semi Owl SIRQ controller binding and driver.
Signed-off-by: Cristian Ciocaltea
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9544eec4eff2..04c75815fac6 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1525,6 +1525,7 @@
On Thu, 03 Sep 2020, Marc Zyngier wrote:
> The name allocated for the regmap_config structure is freed
> pretty early, right after the registration of the MMIO region.
>
> Unfortunately, that doesn't follow the life cycle that debugfs
> expects, as it can access the name field long after the free
Hi Stephen,
On 9/8/20 6:00 AM, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/display/intel_panel.c
between commit:
f8bd54d21904 ("drm/i915: panel: Use atomic PWM API for devs with an external PWM
controller")
fr
On Mon, Sep 07, 2020 at 10:58:05AM -0700, Joe Perches wrote:
> Convert the various sprintf fmaily calls in sysfs device show functions
> to sysfs_emit and sysfs_emit_at for PAGE_SIZE buffer safety.
But no sysfs_emit_at() calls are used in this patch :(
thanks,
greg k-h
On Tue 08-09-20 16:12:07, Alex Shi wrote:
> After commit 0a31bc97c80c3f mm: memcontrol: rewrite uncharge API, no one
> using MEM_CGROUP_CHARGE_TYPE_xxx, let's remove them.
>
> Signed-off-by: Alex Shi
> Cc: Johannes Weiner
> Cc: Michal Hocko
> Cc: Vladimir Davydov
> Cc: Andrew Morton
> Cc:
This patch depend on the patchsets: "Modularization of DFL private
feature drivers" & "add dfl bus support to MODULE_DEVICE_TABLE()"
https://lore.kernel.org/linux-fpga/1599488581-16386-1-git-send-email-yilun...@intel.com/
The driver supports the EMIF controller on Intel Programmable
Acceleration
On Mon, Sep 07, 2020 at 10:58:06AM -0700, Joe Perches wrote:
> strcat is no longer necessary for sysfs_emit and sysfs_emit_at uses.
>
> Convert the strcat uses to sysfs_emit calls and neaten other block
> uses of direct returns to use an intermediate const char *.
>
> Signed-off-by: Joe Perches
On Tue, 2020-09-08 at 10:27 +0200, Greg Kroah-Hartman wrote:
> On Mon, Sep 07, 2020 at 10:58:05AM -0700, Joe Perches wrote:
> > Convert the various sprintf fmaily calls in sysfs device show functions
> > to sysfs_emit and sysfs_emit_at for PAGE_SIZE buffer safety.
>
> But no sysfs_emit_at() calls
On Tue, 01 Sep 2020, Kalle Valo wrote:
> Lee Jones wrote:
>
> > 'mwifiex_1d_to_wmm_queue' is used in'; main.c, txrx.c and uap_txrx.c
> >
> > ... but not used in 14 other source files which include 'wmm.h'.
> >
> > Fixes the following W=1 kernel build warning(s):
> >
> > In file included from
On Fri, Sep 04, 2020 at 10:12:07PM +0300, Andy Shevchenko wrote:
> On Fri, Sep 4, 2020 at 7:52 PM Vadym Kochan wrote:
> >
> > Marvell Prestera 98DX326x integrates up to 24 ports of 1GbE with 8
> > ports of 10GbE uplinks or 2 ports of 40Gbps stacking for a largely
> > wireless SMB deployment.
> >
>
From: Camel Guo
According to its datasheet, after reset this codec goes into sleep
mode. In this mode, any register accessing should be avoided except for
exiting sleep mode. Hence this commit moves SLEEP_CFG access before any
register accessing.
Signed-off-by: Camel Guo
---
sound/soc/codecs/t
On Tuesday, 2020-09-08 09:54 Neil Armstrong wrote:
> Shanghai Top Display Optolelectronics Co., Ltd is a display manufacturer
> from Shanghai.
> Web site of the company: http://www.shtdo.com/
>
> Signed-off-by: Neil Armstrong
> ---
> Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
From: Camel Guo
When gpio_reset is not well defined in devicetree, the
adcx140->gpio_reset is an error code instead of NULL. In this case,
adcx140->gpio_reset should not be used by adcx140_reset. This commit
sets it NULL to avoid accessing an invalid variable.
Signed-off-by: Camel Guo
---
soun
On Tue, Sep 08, 2020 at 08:55:21AM +0200, Cornelia Huck wrote:
> On Tue, 8 Sep 2020 00:39:51 +0200
> Halil Pasic wrote:
>
> > On Mon, 7 Sep 2020 11:39:05 +0200
> > Pierre Morel wrote:
> >
> > > Hi all,
> > >
> > > The goal of the series is to give a chance to the architecture
> > > to validat
On 9/8/20 08:53, Krzysztof Kozlowski wrote:
On Mon, Sep 07, 2020 at 04:55:26PM -0700, Jonathan Bakker wrote:
Sadly, this is causing issues for me. The machine driver is no longer probing
correctly
on the Galaxy S.
The failing call in sound/soc/samsung/aries_wm8994.c is
/* Set CPU of_
On Tue, Sep 8, 2020 at 5:11 AM Dmitry Osipenko wrote:
>
> The driver's probe function code is a bit difficult to read. This patch
> reorders code of the probe function, forming groups of code that are easy
> to work with.
>
> The probe tear-down order now matches the driver-removal order.
> All d
+Peter
On 07/09/2020 17:52, Roger Quadros wrote:
Each SERDES lane mux can select upto 4 different IPs.
There are 4 lanes in each J7200 SERDES. Define all
the possible functions in this file.
Signed-off-by: Roger Quadros
---
include/dt-bindings/mux/mux-j7200-wiz.h | 29 +++
On Tue, 2020-09-08 at 10:32 +0200, Greg Kroah-Hartman wrote:
> On Mon, Sep 07, 2020 at 10:58:06AM -0700, Joe Perches wrote:
> > strcat is no longer necessary for sysfs_emit and sysfs_emit_at uses.
> >
> > Convert the strcat uses to sysfs_emit calls and neaten other block
> > uses of direct returns
On Mon, Sep 7, 2020 at 11:17 PM Xie He wrote:
>
> On Mon, Sep 7, 2020 at 2:06 AM Willem de Bruijn
> wrote:
> >
> > The CAP_SYS_RAWIO exception indeed was requested to be able to
> > purposely test devices against bad inputs. The gmane link
> > unfortunately no longer works, but this was the discu
On 01/09/2020 08:22, Sam McNally wrote:
> From: Hans Verkuil
>
> Signed-off-by: Hans Verkuil
> [sa...@chromium.org:
> - rebased
> - removed polling-related changes
> - moved the calls to drm_dp_cec_(un)set_edid() into the next patch
> ]
> Signed-off-by: Sam McNally
> ---
>
> .../display/am
Excerpts from Christophe Leroy's message of August 7, 2020 3:15 am:
> The verification and message introduced by commit 374f3f5979f9
> ("powerpc/mm/hash: Handle user access of kernel address gracefully")
> applies to all platforms, it should not be limited to BOOK3S.
>
> Make the BOOK3S version of
On Tue, Sep 8, 2020 at 5:11 AM Dmitry Osipenko wrote:
>
> Reorder location of functions in the code in order to have definition
> of functions closer to the place of the invocation. This change makes
> easier to navigate around the code and removes the need to have a
> prototype for tegra_i2c_init
Excerpts from Christophe Leroy's message of August 7, 2020 3:15 am:
> To make it more readable, separate page_fault_is_write() and
> page_fault_is_bad()
> to avoir several levels of #ifdefs
Reviewed-by: Nicholas Piggin
> Signed-off-by: Christophe Leroy
> ---
> arch/powerpc/mm/fault.c | 8
On Tue, Sep 8, 2020 at 5:11 AM Dmitry Osipenko wrote:
>
> Drop '_timeout' postfix from the wait/poll completion function names in
> order to make the names shorter, making code cleaner a tad.
...
> + time_left = tegra_i2c_wait_completion(i2c_dev, &i2c_dev->msg_complete,
> +
On Tue, 01 Sep 2020, Kalle Valo wrote:
> Lee Jones writes:
>
> > This set is part of a larger effort attempting to clean-up W=1
> > kernel builds, which are currently overwhelmingly riddled with
> > niggly little warnings.
> >
> > There are quite a few W=1 warnings in the Wireless. My plan
> >
On Tue, Sep 08, 2020 at 10:06:03AM +0200, Neil Armstrong wrote:
> Hi,
>
> On 07/09/2020 20:03, Daniel Vetter wrote:
> > On Mon, Sep 07, 2020 at 11:03:29AM +0200, Neil Armstrong wrote:
> >> On 07/09/2020 10:44, Daniel Vetter wrote:
> >>> On Mon, Sep 07, 2020 at 10:43:51AM +0200, Daniel Vetter wrote
Excerpts from Christophe Leroy's message of August 7, 2020 3:15 am:
> Check address earlier to simplify the following test.
Good logic reduction.
Reviewed-by: Nicholas Piggin
> Signed-off-by: Christophe Leroy
> ---
> arch/powerpc/mm/fault.c | 10 +-
> 1 file changed, 5 insertions(+),
> -Original Message-
> From: Andy Shevchenko
> Sent: Tuesday, September 1, 2020 4:11 PM
> To: Wan Mohamad, Wan Ahmad Zainie
>
> Cc: kis...@ti.com; vk...@kernel.org; robh...@kernel.org; linux-
> ker...@vger.kernel.org; devicet...@vger.kernel.org;
> vadivel.muruganx.ramuthe...@linux.inte
On Tue, Sep 08, 2020 at 11:18:25AM +0300, Tomi Valkeinen wrote:
> Hi,
>
> On 08/09/2020 10:55, Stefan Agner wrote:
> > On 2020-09-07 20:18, Daniel Vetter wrote:
> >> On Mon, Sep 07, 2020 at 07:17:12PM +0300, Laurent Pinchart wrote:
> >>> Hi Stefan,
> >>>
> >>> Thank you for the patch.
> >>>
> >>>
On Tue, Sep 8, 2020 at 11:14 AM Lee Jones wrote:
> On Sat, 05 Sep 2020, Andy Shevchenko wrote:
> > On Saturday, September 5, 2020, Jonathan Neuschäfer
> > wrote:
...
> > > +config PWM_NTXEC
> > > + tristate "Netronix embedded controller PWM support"
> >
> >
> >
> >
> > > + depends o
On Tue, Sep 8, 2020 at 5:11 AM Dmitry Osipenko wrote:
>
> Factor out error recovery code from tegra_i2c_xfer_msg() in order to
> make this function easier to read and follow.
Ordering issue.
You have a patch that replaces int -> unsigned int or so, which
obviously has less impact (severity) than
On Mon, 31 Aug 2020, Kalle Valo wrote:
> Lee Jones wrote:
>
> > 'tos_to_tid_inv' is only used in 2 of 17 files it's current being
> > included into.
> >
> > Fixes the following W=1 kernel build warning(s):
> >
> > In file included from drivers/net/wireless/marvell/mwifiex/main.c:23:
> > In f
Hi,
On 9/3/20 9:48 PM, Daniel Gutson wrote:
> This patch exports information about the platform integrity
> firmware configuration in the sysfs filesystem.
> In this initial patch, I include some configuration attributes
> for the system SPI chip.
>
Please avoid first-person singular pronouns in
> From: Anson Huang
> Sent: Tuesday, September 8, 2020 4:12 PM
>
> Use function callbacks for SCU related functions in pinctrl-imx.c in order to
> support the scenario of PINCTRL_IMX is built in while PINCTRL_IMX_SCU is built
> as module, all drivers using SCU pinctrl driver need to initialize th
On Tue, Sep 8, 2020 at 5:12 AM Dmitry Osipenko wrote:
>
> Factor out register polling into a separate function in order to remove
> boilerplate code and make code cleaner.
I'm wondering if you can make it before the patch that touches one of
these conditionals.
--
With Best Regards,
Andy Shevch
Hi!
> Let's use standard runtime PM functions instead of custom start and stop
> functions. This way we can implement runtime idle mode using runtime PM
> autosuspend in the following patches.
This is not in recent kernel. What needs to be done here?
Best regards,
> From: Anson Huang
> Sent: Tuesday, September 8, 2020 4:12 PM
>
> Change PINCTR_IMX_SCU to tristate, add module author, description and
> license to support building SCU pinctrl core driver as module.
>
> Signed-off-by: Anson Huang
> ---
> changes since V3:
> - remove the prompt for PINC
Hi!
> This series updates omap4-keypad to disable unused long interrupts, and
> implements the missing parts for the lost key-up interrupt quirk as
> described in the silicon errata pdf.
I do not see this in 5.9-rc4; problem is real, could we get this
merged?
Best regards,
Excerpts from Christophe Leroy's message of August 7, 2020 3:15 am:
> search_exception_tables() is an heavy operation, we have to avoid it.
> When KUAP is selected, we'll know the fault has been blocked by KUAP.
> Otherwise, it behaves just as if the address was already in the TLBs
> and no fault w
On Tue, Sep 8, 2020 at 2:07 AM Xie He wrote:
>
> Thank you for your comment!
>
> On Mon, Sep 7, 2020 at 2:41 AM Willem de Bruijn
> wrote:
> >
> > On Sun, Sep 6, 2020 at 5:18 AM Xie He wrote:
> > >
> > > This comment is outdated and no longer reflects the actual implementation
> > > of af_packet.
On Tue, Sep 08, 2020 at 07:48:58AM +0200, Gerd Hoffmann wrote:
> On Mon, Sep 07, 2020 at 03:53:02PM +0200, Daniel Vetter wrote:
> > On Mon, Sep 7, 2020 at 1:24 PM Gerd Hoffmann wrote:
> > >
> > > Add drm_device argument to drm_prime_pages_to_sg(), so we can
> > > call dma_max_mapping_size() to fig
Le 08/09/2020 à 10:43, Nicholas Piggin a écrit :
Excerpts from Christophe Leroy's message of August 7, 2020 3:15 am:
The verification and message introduced by commit 374f3f5979f9
("powerpc/mm/hash: Handle user access of kernel address gracefully")
applies to all platforms, it should not be l
On Tue, Sep 08, 2020 at 08:47:41AM +0200, Gerd Hoffmann wrote:
> These days dma ops can be overridden per device, and the virtio core
"can be overridden" or "are"? The comment above vring_use_dma_api()
suggests that's not yet done. If that's wrong then I think updating the
comment would be really
On Tue, Sep 08, 2020 at 04:27:24PM +0800, Xu Yilun wrote:
> This patch depend on the patchsets: "Modularization of DFL private
> feature drivers" & "add dfl bus support to MODULE_DEVICE_TABLE()"
The need for bus I understand but why it depends on the "Modularization
of DFL private feature drivers"
From: Camel Guo
According to its datasheet, the digital gain should be -100 dB when
CHx_DVOL is 1 and 27 dB when CHx_DVOL is 255. But with the current
dig_vol_tlv, "Digital CHx Out Volume" shows 27.5 dB if CHx_DVOL is 255
and -95.5 dB if CHx_DVOL is 1. This commit fixes this bug.
Fixes: 689c7655
Always print logs when rt throttle/unthrottle,
it is much easier to locate the throttled period.
Signed-off-by: Jing-Ting Wu
---
kernel/sched/rt.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/kernel/sched/rt.c b/kernel/sched/rt.c
index f215eea..598046c 100644
--- a/
On 2020/9/8 14:23, Christoph Hellwig wrote:
On Tue, Sep 08, 2020 at 02:04:53PM +0800, Lu Baolu wrote:
Do you mind telling where can I find Marek's series?
[PATCH v10 00/30] DRM: fix struct sg_table nents vs. orig_nents misuse
on various lists including the iommu one.
Get it. Thank you!
Be
On Tue, 8 Sep 2020 14:17:42 +0800
Gene Chen wrote:
> Jonathan Cameron 於 2020年8月30日 週日 上午1:12寫道：
> >
> > On Mon, 24 Aug 2020 17:06:24 +0800
> > Gene Chen wrote:
> >
> > > From: Gene Chen
> > >
> > > Add MT6360 ADC driver include Charger Current, Voltage, and
> > > Temperature.
> > >
> > > Sig
On 20.08.20 17:52, Mike Rapoport wrote:
> On Wed, Aug 19, 2020 at 07:45:29PM +0200, David Hildenbrand wrote:
>> On 19.08.20 19:33, Mike Rapoport wrote:
>>> On Wed, Aug 19, 2020 at 02:10:43PM +0200, David Hildenbrand wrote:
On 19.08.20 13:53, Mike Rapoport wrote:
> On Wed, Aug 19, 2020 at 1
On 07.09.20 08:45, Michal Hocko wrote:
> On Fri 04-09-20 12:21:34, Andrew Morton wrote:
>> On Fri, 4 Sep 2020 07:47:45 +0200 David Hildenbrand wrote:
> [...]
>> @@ -1589,9 +1567,7 @@ int __ref offline_pages(unsigned long st
>> reason = "failure to dissolve huge pages";
>>
Hi all,
After merging the tip tree, today's linux-next build (powerpc
allyesconfig) failed like this:
ERROR: modpost: too long symbol
".__tracepoint_iter_pnfs_mds_fallback_pg_get_mirror_count"
[fs/nfs/flexfilelayout/nfs_layout_flexfiles.ko]
Caused by commit
d25e37d89dd2 ("tracepoint: Optimi
Excerpts from Christophe Leroy's message of August 7, 2020 3:15 am:
> Exception fixup doesn't require the heady full regs saving,
heavy
> do it from do_page_fault() directly.
>
> For that, split bad_page_fault() in two parts.
>
> As bad_page_fault() can also
Picking up the old thread again after and getting pinged by multiple
colleagues about it (thanks!) reading through the history.
On Fri, Jun 12, 2020 at 7:29 AM Viresh Kumar wrote:
>
> On 11-06-20, 19:34, Jassi Brar wrote:
> > In the first post in this thread, Viresh lamented that mailbox
> > intr
On 25.08.20 04:11, Wei Yang wrote:
> On Mon, Aug 24, 2020 at 12:39:18PM +0200, Oscar Salvador wrote:
>> On Wed, Aug 19, 2020 at 07:59:49PM +0200, David Hildenbrand wrote:
>>> Already two people (including me) tried to offline subsections, because
>>> the function looks like it can deal with it. But
On Mon, 31 Aug 2020, Alain Volmat wrote:
> Fix formating of struct description to avoid warning highlighted
> by W=1 compilation.
>
> Fixes: 9ef4546cbd7e ("mailbox: Add support for ST's Mailbox IP")
Please remove this tag.
This patch is not a Stable candidate.
> Signed-off-by: Alain Volmat
>
e' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Zhen-Lei/irqchip-dw-apb-ictl-support-hierarchy-irq-domain/20200908-151343
base: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
3d5128c1deb5d27993fb11ba5e517798f8021
From: Camel Guo
Add setup of bclk-to-ws ratio and sample rate when in master mode,
as well as MCLK input pin setup.
Limitations:
- MCLK is assumed to be connected to GPIO1 (other possible choices
would be GPI0..3 if they weren't used for analog positive inputs).
- PLL is always enabled, and c
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
.clang-format
between commit:
4e4bb894467c ("clang-format: Update with the latest for_each macro list")
from Linus' tree and commits:
7008a2f408a3 ("memblock: implement for_each_reserved_mem_region() using
__n
From: Peng Fan
Back-to-back LPCG writes can be ignored by the LPCG register due to
a HW bug. The writes need to be separated by at least 4 cycles of
the gated clock.
The workaround is implemented as follows:
1. For clocks running greater than or equal to 24MHz, a read
followed by the write will
On 08/24/2020 09:34 AM, Anshuman Khandual wrote:
> This brings about three different changes to the sole memory event notifier
> for arm64 platform and improves it's robustness while also enhancing debug
> capabilities during potential memory offlining error conditions.
>
> This moves the memor
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
drivers/dax/device.c
between commit:
4533d3aed857 ("memremap: rename MEMORY_DEVICE_DEVDAX to
MEMORY_DEVICE_GENERIC")
from Linus' tree and commit:
ceb1b473719c ("device-dax: make pgmap optional for instance cre
On 01/09/2020 08:22, Sam McNally wrote:
> With DP v2.0 errata E5, CEC tunneling can be supported through an MST
> topology.
>
> There are some minor differences for CEC tunneling through an MST
> topology compared to CEC tunneling to an SST port:
> - CEC IRQs are delivered via a sink event notify
>> Signed-off-by: Pavel Tatashin
>
> I believe we should be going an opposite direction and define a more
> understandable and usable semantic for start_isolate_page_range. We do
> not want callers to scratch their heads to call all caches they might
> need to flush.
I still prefer temporarily d
On Fri, 28 Aug 2020, Andy Shevchenko wrote:
> On Fri, Aug 28, 2020 at 1:57 PM Lee Jones wrote:
> > On Wed, 19 Aug 2020, David E. Box wrote:
> >
> > [...]
> >
> > > David E. Box (3):
> > > PCI: Add defines for Designated Vendor-Specific Extended Capability
> > > mfd: Intel Platform Monitoring
On 08-09-20, 11:14, Arnd Bergmann wrote:
> Picking up the old thread again after and getting pinged by multiple
> colleagues about it (thanks!) reading through the history.
Thanks for your inputs Arnd.
> Earlier, Jassi also commented "Linux does not provide real-time
> guarantees", which to me is
On Thu, Sep 03, 2020 at 09:40:57AM -0700, Sowjanya Komatineni wrote:
>
> On 9/3/20 9:35 AM, Jacopo Mondi wrote:
> > Hi Sowjanya,
> >
> > On Thu, Sep 03, 2020 at 09:05:27AM -0700, Sowjanya Komatineni wrote:
> > > On 9/3/20 5:55 AM, Jacopo Mondi wrote:
> > > > Hello Sowjanya,
> > > >
> > > > On Tu
On Tue, 08 Sep 2020, Andy Shevchenko wrote:
> On Tue, Sep 8, 2020 at 11:14 AM Lee Jones wrote:
> > On Sat, 05 Sep 2020, Andy Shevchenko wrote:
> > > On Saturday, September 5, 2020, Jonathan Neuschäfer
> > >
> > > wrote:
>
> ...
>
> > > > +config PWM_NTXEC
> > > > + tristate "Netronix em
On Tue, Sep 8, 2020 at 11:35 AM Vadym Kochan wrote:
> On Fri, Sep 04, 2020 at 10:12:07PM +0300, Andy Shevchenko wrote:
> > On Fri, Sep 4, 2020 at 7:52 PM Vadym Kochan
> > wrote:
...
> > > + words[3] |= FIELD_PREP(PRESTERA_W3_HW_DEV_NUM, (dsa->hw_dev_num
> > > >> 5));
> >
> > Ditto.
> >
On 05/09/2020 15:32:27+0200, Jonathan Neuschäfer wrote:
> Some RTCs store the year as an 8-bit number relative to the year 2000.
> This results in a maximum timestamp of 2255-12-31 23:59:59.
>
> Signed-off-by: Jonathan Neuschäfer
> ---
>
> v2:
> - New patch
> ---
> include/linux/rtc.h | 1 +
>
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/qxl/qxl_display.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/qxl/qxl_display.c
b/drivers/gpu/drm/qxl/qxl_display.c
index fa79688013b7..4be04eaf7f37 100644
--- a/drivers/gpu/drm/qxl/qxl_display.c
+++ b/
In case we have a shadow surface on shutdown release
it so it doesn't leak.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/qxl/qxl_display.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/qxl/qxl_display.c
b/drivers/gpu/drm/qxl/qxl_display.c
index 4be04eaf7f37..85dcb7
On Sun, 6 Sep 2020 at 00:23, Arvind Sankar wrote:
>
> String functions can be useful in early boot, but using instrumented
> versions can be problematic: eg on x86, some of the early boot code is
> executing out of an identity mapping rather than the kernel virtual
> addresses. Accessing any globa
qxl_primary_atomic_disable must check whenever the framebuffer bo has a
shadow surface and in case it has check the shadow primary status.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/qxl/qxl_display.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/qxl/qxl_display.c
b
People. Another update to the name - why not go all muslim? A solid
basis for fair pay, is The Quran, and it has the background all the way
to the adam-prophetic ban on amanita.
Both The Kaba and this are solid symbols for all we want in computing space.
And since myths of Tor still haunts her
On 2020/9/8 15:41, Marc Zyngier wrote:
> On 2020-09-08 08:11, Zhen Lei wrote:
>> Add support to use dw-apb-ictl as primary interrupt controller.
>>
>> Suggested-by: Marc Zyngier
>> Signed-off-by: Zhen Lei
>> Tested-by: Haoyu Lv
>> ---
>> drivers/irqchip/Kconfig | 2 +-
>> drivers/
Hi Tomasz,
Thanks for the patch.
On Wed, Sep 02, 2020 at 10:48:13PM +, Tomasz Figa wrote:
> From: Hao He
>
> The sensor OTP holds values for various configuration registers
> deteremined at manufacturing time and dead pixel correction tables. Add
> code to load both from the OTP and initial
On 2020-09-08 10:40, Leizhen (ThunderTown) wrote:
On 2020/9/8 15:41, Marc Zyngier wrote:
On 2020-09-08 08:11, Zhen Lei wrote:
Add support to use dw-apb-ictl as primary interrupt controller.
Suggested-by: Marc Zyngier
Signed-off-by: Zhen Lei
Tested-by: Haoyu Lv
---
drivers/irqchip/Kconfig
On Mon, Sep 07, 2020 at 01:06:22PM -0700, Luck, Tony wrote:
> Digging into the history it seems that this rdmsrl_safe() was added for
> a possible bug on a pentiumIII back in 2009 that was eventually closed
> as "unreproducible".
So this is the $ 10^6 question so far: if I can assume that those tw
On Tue, Aug 25, 2020 at 1:30 AM Tomasz Figa wrote:
>
> On Tue, Aug 11, 2020 at 11:15 AM Tomasz Figa wrote:
> >
> > On Mon, Aug 3, 2020 at 5:15 PM Tomasz Figa wrote:
> > >
> > > Hi Claire and Rob,
> > >
> > > On Mon, Aug 3, 2020 at 4:26 PM Claire Chang wrote:
> > > >
> > > > On Sat, Aug 1, 2020
On 04.09.20 17:14, Pavel Tatashin wrote:
> There is a race during page offline that can lead to infinite loop:
> a page never ends up on a buddy list and __offline_pages() keeps
> retrying infinitely or until a termination signal is received.
>
> Thread#1 - a new process:
>
> load_elf_binary
> b
This binding driver is needed for Hikey 970 to work,
as otherwise a Serror is produced:
[1.837458] SError Interrupt on CPU0, code 0xbf02 -- SError
[1.837462] CPU: 0 PID: 74 Comm: kworker/0:1 Not tainted 5.8.0+ #205
[1.837463] Hardware name: HiKey970 (DT)
[1.8374
On (20/09/08 09:46), Petr Mladek wrote:
> On Sat 2020-09-05 12:18:27, Stephen Rothwell wrote:
> > Hi all,
> >
> > Commit
> >
> > 4c31ead75f41 ("printk: ringbuffer: support dataless records")
> >
> > is missing a Signed-off-by from its committer.
>
> Thanks for catching this. It should be fixe
After the commit 1d0e12fd3a84 ("x86/defconfigs: Refresh defconfig files")
32-bit builds using defconfig become broken because on x86_64 build host
with no ARCH provided the default behaviour is to assume 64-bit independently
on the configuration file name. The crucial part is CONFIG_64BIT option
th
On Tue, Sep 08, 2020 at 04:27:25PM +0800, Xu Yilun wrote:
> This driver is for the EMIF private feature implemented under FPGA
> Device Feature List (DFL) framework. It is used to expose memory
> interface status information as well as memory clearing control.
>
> The purpose of memory clearing bl
Hi,
Mauro Carvalho Chehab writes:
> This binding driver is needed for Hikey 970 to work,
> as otherwise a Serror is produced:
you mentioned Serror doesn't happen anymore...
> [1.837458] SError Interrupt on CPU0, code 0xbf02 -- SError
> [1.837462] CPU: 0 PID: 74 Comm: kworke
> > > The comments I've found suggest very much not ... Or is that all very
> > > old stuff only that no one cares about anymore?
> >
> > I think these days it is possible to override dma_ops per device, which
> > in turn allows virtio to deal with the quirks without the rest of the
> > kernel kno
On Tue, Sep 08, 2020 at 10:57:21AM +0200, Daniel Vetter wrote:
> On Tue, Sep 08, 2020 at 08:47:41AM +0200, Gerd Hoffmann wrote:
> > These days dma ops can be overridden per device, and the virtio core
>
> "can be overridden" or "are"?
Didn't happen yet, so scratch this one for now ...
take care,
On Tue, Sep 8, 2020 at 11:02 AM Xiaoming Ni wrote:
>
> The file opening action on the system may be from user-mode sys_open()
> or kernel-mode filp_open().
> Currently, fsnotify_open() is invoked in do_sys_openat2().
> But filp_open() is not notified. Why? Is this an omission?
>
> Do we need to ca
On 08-09-20, 15:35, Hector Yuan wrote:
> From: "Hector.Yuan"
>
> Add devicetree bindings for MediaTek HW driver.
>
> Signed-off-by: Hector.Yuan
> ---
> .../bindings/cpufreq/cpufreq-mediatek-hw.yaml | 141
>
> 1 file changed, 141 insertions(+)
> create mode 100644
101 - 200 of 1827 matches
Mail list logo
