On 07/10/2019 18:39, Hans Verkuil wrote:
On 10/7/19 6:24 PM, Maxime Jourdan wrote:
On 07/10/2019 17:12, Hans Verkuil wrote:
On 10/7/19 4:59 PM, Maxime Jourdan wrote:
Hello,
This patch series aims to bring H.264 support as well as compliance update
to the amlogic stateful video decoder
Hi!
> [ Upstream commit b5a41620bb88efb9fb31a4fa5e652e3d5bead7d4 ]
>
> [Description]
> port spdif fix to staging:
> spdif hardwired to afmt inst 1.
> spdif func pointer
> spdif resource allocation (reserve last audio endpoint for spdif only)
I'm sorry, but I don't understand this changelog.
From: Christian Kellner
The fdinfo file for a process file descriptor already contains the
pid of the process in the callers namespaces. Additionally, if pid
namespaces are configured, show the process ids of the process in
all nested namespaces in the same format as in the procfs status
file,
On Tue 08-10-19 09:06:29, Qian Cai wrote:
> On Tue, 2019-10-08 at 14:39 +0200, Michal Hocko wrote:
> > On Tue 08-10-19 08:00:43, Qian Cai wrote:
> > >
> > >
> > > > On Oct 8, 2019, at 6:39 AM, Michal Hocko wrote:
> > > >
> > > > Have you actually triggered any real deadlock? With a zone->lock
Hallo liebe Hoffnung, Sie haben meine Nachricht erhalten, bitte
Ich brauche eine sofortige Antwort
danke
michelle
On Tue, Oct 8, 2019 at 7:42 PM Tomasz Figa wrote:
>
> On Tue, Oct 8, 2019 at 3:31 PM Jonas Karlman wrote:
> >
> > On 2019-10-08 07:27, Tomasz Figa wrote:
> > > Hi Ezequiel, Jonas,
> > >
> > > On Tue, Oct 8, 2019 at 2:46 AM Ezequiel Garcia
> > > wrote:
> > >> From: Jonas Karlman
> > >>
> > >>
On Tue, Oct 08, 2019 at 09:18:45AM +0200, Borislav Petkov wrote:
> On Mon, Oct 07, 2019 at 09:04:05PM -0700, Sean Christopherson wrote:
> > > BIT(30)
> >
> > This is intentionally open coded so that it can be stringified in asm.
>
> It stringifies just fine with the BIT() macro too:
>
> # 187
On Tue, 08 Oct 2019 09:23:52 -0400
Qian Cai wrote:
> I feel like that is what I trying to do, but there seems a lot of resistances
> with that approach where pragmatism met with perfectionism.
It's the way it came across. It sounded as if you were proposing
"the solution". I'm coming out and
On Tue, 2019-10-08 at 15:08 +0200, Petr Mladek wrote:
> On Mon 2019-10-07 10:59:10, Qian Cai wrote:
> > It is almost impossible to eliminate all the indirect call chains from
> > console_sem/console_owner_lock to zone->lock because it is too normal that
> > something later needs to allocate some
On Tue, Oct 08, 2019 at 11:09:31AM +0200, Borislav Petkov wrote:
> On Mon, Oct 07, 2019 at 07:50:11AM -0700, Sean Christopherson wrote:
> > The caller is responsible for ensuring EREMOVE can be safely executed,
> > e.g. by holding the enclave's lock.
>
> lockdep_assert_held() here maybe?
There
On Fri, 20 Sep 2019 11:14:28 -0400
Matthew Rosato wrote:
> On 9/20/19 10:02 AM, Cornelia Huck wrote:
> > On Thu, 19 Sep 2019 16:55:57 -0400
> > Matthew Rosato wrote:
> >
> >> On 9/19/19 11:20 AM, Cornelia Huck wrote:
> >>> On Fri, 6 Sep 2019 20:13:50 -0400
> >>> Matthew Rosato wrote:
>
On Tue, Oct 8, 2019 at 2:11 AM hariprasad Kelam
wrote:
>
> From: Hariprasad Kelam
>
> fix below issues reported by coccicheck
> drivers/staging//fieldbus/anybuss/arcx-anybus.c:135:1-5: WARNING: Use
> devm_platform_ioremap_resource for base
>
Adding description for the device_is_available member which
was missing, and fixing the description of the member
property_read_int_array.
Signed-off-by: Heikki Krogerus
---
include/linux/fwnode.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/linux/fwnode.h
On 10/8/19 2:47 PM, Mark Brown wrote:
> On Tue, Oct 08, 2019 at 02:38:55PM +0200, Marek Szyprowski wrote:
>
>> Then if I get it right, the issue is caused by the commit 7f93ff73f7c8
>> ("opp: core: add regulators enable and disable"). I've checked and
>> indeed reverting it fixes Peach Pi to
On Tue, 2019-10-08 at 09:13 -0400, Steven Rostedt wrote:
> On Tue, 8 Oct 2019 10:15:10 +0200
> Petr Mladek wrote:
>
> > There are basically three possibilities:
> >
> > 1. Do crazy exercises with locks all around the kernel to
> >avoid the deadlocks. It is usually not worth it. And
> >
The subject doesn't match the patch. It should just be "remove useless
printk".
regards,
dan carpenter
From: Wei Liu
Add an config file snippet which enalbes additional options useful for
running the kernel in a Hyper-V guest.
The expected use case is a user provides an existing config file then
executes `make hvconfig`. It will merge those options with the
provided config file.
Based on
On Tue, Oct 08, 2019 at 05:57:12AM +0100, Al Viro wrote:
>
> OK... BTW, do you agree that the use of access_ok() in
> drivers/tty/n_hdlc.c:n_hdlc_tty_read() is wrong? It's used as an early
> cutoff, so we don't bother waiting if user has passed an obviously bogus
> address.
On Tue, 8 Oct 2019 10:15:10 +0200
Petr Mladek wrote:
> There are basically three possibilities:
>
> 1. Do crazy exercises with locks all around the kernel to
>avoid the deadlocks. It is usually not worth it. And
>it is a "whack a mole" approach.
>
> 2. Use printk_deferred() in
On Tue, Oct 08, 2019 at 01:01:40PM +0800, Boqun Feng wrote:
> "mask_ofl_ipi" is used for iterate CPUs which IPIs are needed to send
> to, however in the IPI sending loop, "mask_ofl_ipi" along with another
> variable "mask_ofl_test" might also get modified to record which CPU's
> quiesent state can
On Mon, 7 Oct 2019, Peter Zijlstra wrote:
> Now that notifiers got unbroken; use the proper interface to handle
> notifier errors and propagate them.
>
> There were already MODULE_STATE_COMING notifiers that failed; notably:
>
> - jump_label_module_notifier()
> - tracepoint_module_notify()
>
On Mon 2019-10-07 10:59:10, Qian Cai wrote:
> It is almost impossible to eliminate all the indirect call chains from
> console_sem/console_owner_lock to zone->lock because it is too normal that
> something later needs to allocate some memory dynamically, so as long as it
> directly call printk()
Hi,
On 08/10/2019 13:09, Qianggui Song wrote:
> Add pinctrl driver for Meson A1 Soc which share the same register layout of
> pinmux with previous Meson-G12A, however there is difference for gpio
> and pin config register in A1.The main difference is that registers before A1
> are grouped by
On Tue, 2019-10-08 at 14:39 +0200, Michal Hocko wrote:
> On Tue 08-10-19 08:00:43, Qian Cai wrote:
> >
> >
> > > On Oct 8, 2019, at 6:39 AM, Michal Hocko wrote:
> > >
> > > Have you actually triggered any real deadlock? With a zone->lock in
> > > place it would be pretty clear with hard
Hi,
I found something wrong on my AM3352 SoC machine, the GPIO triggered IRQ is
masked unexpectedly. That bug cause the devices using that GPIO-IRQ can
not work. Even the latest kernel version (v5.4-rc2-20-geda57a0e4299)!
After a long time hacking, I guess the bug is in
Hi,
On 01-10-2019 20:58, Dmitry Torokhov wrote:
We have added polled mode to the normal input devices with the intent of
retiring input_polled_dev. This converts peaq-wmi driver to use the
polling mode of standard input devices and removes dependency on
INPUT_POLLDEV.
Because the new polling
On Wed, Oct 02, 2019 at 11:21:20AM +0200, Dietmar Eggemann wrote:
> I thought we should always order local variable declarations from
> longest to shortest line but can't find this rule in coding-style.rst
> either.
You're right though, that is generally encouraged. From last years
(2018) KS
When a binder transaction is initiated on a binder device coming from a
binderfs instance, a pointer to the name of the binder device is stashed
in the binder_transaction_log_entry's context_name member. Later on it
is used to print the name in print_binder_transaction_log_entry(). By
the time
Andrea Parri writes:
>> > @@ -244,21 +234,18 @@ int vmbus_connect(void)
>> > * version.
>> > */
>> >
>> > - version = VERSION_CURRENT;
>> > + for (i = 0; ; i++) {
>> > + version = vmbus_versions[i];
>> > + if (version == VERSION_INVAL)
>> > + goto
Hi Joe,
On Tue, Oct 8, 2019 at 2:50 PM Joe Perches wrote:
> On Tue, 2019-10-08 at 11:40 +0200, Geert Uytterhoeven wrote:
> > When reading a patch file from standard input, checkpatch calls it "Your
> > patch", and reports its state as:
> >
> > Your patch has style problems, please review.
>
Hi Will
> -Original Message-
> From: Will Deacon
> Sent: 2019年10月8日 20:40
> To: Justin He (Arm Technology China)
> Cc: Catalin Marinas ; Mark Rutland
> ; James Morse ; Marc
> Zyngier ; Matthew Wilcox ; Kirill A.
> Shutemov ; linux-arm-
> ker...@lists.infradead.org;
On Tue, Oct 8, 2019 at 8:36 AM Oleg Nesterov wrote:
>
> On 10/08, Bruce Ashfield wrote:
> >
> > So I've been looking through the config delta's and late last night, I was
> > able to move the runtime back to a failed 4 minute state by adding the
> > CONFIG_PREEMPT settings that we have by default
Hi,
Peter Chen writes:
> On 19-10-07 07:39:11, Pawel Laszczak wrote:
>> Patch fixes issue with Halt Endnpoint Test observed
>
> %s/Endnpoint/Endpoint
>
>>
>> during using g_zero
>> driver as DUT. Bug occurred only on some testing board.
>
> g_zero is legacy, please use configfs function
From: Kuldeep Dave
Add Microblaze as an arch that supports PCI_MSI_IRQ_DOMAIN and add
generation of msi.h in the Microblaze arch.
The same change has been done by commit 251a44888183
("riscv: include generic support for MSI irqdomains")
and by commit 2a9af0273c1c
("PCI/MSI: Enable
> Hi Tomasz Maciej Nowak,
>
>> This commit adds dts for different variants of ESPRESSObin board:
>>
>> ESPRESSObin with soldered eMMC,
>>
>> ESPRESSObin V7, compared to prior versions some passive elements changed
>> and ethernet ports labels positions have been reversed,
>>
>> ESPRESSObin V7 with
On 10/8/19 12:48 PM, Halil Pasic wrote:
On Fri, 13 Sep 2019 17:26:48 -0400
Tony Krowiak wrote:
The current design for AP pass-through does not support making dynamic
changes to the AP matrix of a running guest resulting in three deficiencies
this patch series is intended to mitigate:
1.
On Tue, Oct 08, 2019 at 08:38:18PM +0800, Ian Kent wrote:
> > That's because the options in shmem_parse_options() are
> > "size=4G,nr_inodes=0", which indeed looks like an attempt to
> > retroactively limit size; but the user never asked "size=4G" there.
>
> I believe that's mount(8) doing that.
Adding Peter Oberparleiter.
Peter, can you have a look?
On 08.10.19 10:27, Michal Hocko wrote:
> On Tue 08-10-19 09:43:57, Petr Mladek wrote:
>> On Mon 2019-10-07 16:49:37, Michal Hocko wrote:
>>> [Cc s390 maintainers - the lockdep is
>>>
Hi Tomasz Maciej Nowak,
> This commit adds dts for different variants of ESPRESSObin board:
>
> ESPRESSObin with soldered eMMC,
>
> ESPRESSObin V7, compared to prior versions some passive elements changed
> and ethernet ports labels positions have been reversed,
>
> ESPRESSObin V7 with soldered
On 08. 10. 19 14:47, Bjorn Helgaas wrote:
> On Tue, Oct 08, 2019 at 12:39:22PM +0200, Michal Simek wrote:
>> From: Kuldeep Dave
>>
>> Add Microblaze as an arch that supports PCI_MSI_IRQ_DOMAIN.
>> Enabling msi.h generation is done by separate patch.
>>
>> Similar change was done by commit
On Tue, 2019-10-08 at 20:38 +0800, Ian Kent wrote:
> On Mon, 2019-10-07 at 17:50 -0700, Hugh Dickins wrote:
> > On Mon, 7 Oct 2019, Laura Abbott wrote:
> > > On 9/30/19 12:07 PM, Laura Abbott wrote:
> > > > Hi,
> > > >
> > > > Fedora got a bug report
> >
On Tue, Oct 08, 2019 at 08:03:11AM +0200, Marco Felsch wrote:
> On 19-10-07 19:29, Mark Brown wrote:
> > On Mon, Oct 07, 2019 at 11:34:29AM +0200, Marco Felsch wrote:
> > > Sorry that won't fix my problem. If I drop the regulator-boot-on state
> > > the fixed-regulator will disable this regulator
On Sun 2019-10-06 19:20:07, Greg Kroah-Hartman wrote:
> From: Jarkko Sakkinen
>
> commit 2677ca98ae377517930c183248221f69f771c921 upstream
>
> Use tpm_try_get_ops() in tpm-sysfs.c so that we can consider moving
> other decorations (locking, localities, power management for example)
> inside it.
On Tue, 2019-10-08 at 11:40 +0200, Geert Uytterhoeven wrote:
> When reading a patch file from standard input, checkpatch calls it "Your
> patch", and reports its state as:
>
> Your patch has style problems, please review.
>
> or:
>
> Your patch has no obvious style problems and is ready
On Tue, Oct 08, 2019 at 07:51:03AM -0400, Arvind Sankar wrote:
> What I mean is, do there exist devices (which would necessarily support
> 64-bit DMA) that want to DMA using bigger than 4Gb buffers. Eg a GPU
> accelerator card with 16Gb of RAM on-board that wants to map 6Gb for DMA
> in one go, or
Hi,
I found something wrong on my AM3352 SoC machine, the GPIO
triggered IRQ is masked
unexpectedly. That bug cause the devices using that GPIO-IRQ can
not work. Even the
latest kernel version (v5.4-rc2-20-geda57a0e4299)!
After a long time hacking, I guess the bug is in
On Tue, Oct 08, 2019 at 02:38:55PM +0200, Marek Szyprowski wrote:
> Then if I get it right, the issue is caused by the commit 7f93ff73f7c8
> ("opp: core: add regulators enable and disable"). I've checked and
> indeed reverting it fixes Peach Pi to boot properly. The question is if
> this is
On Tue, Oct 08, 2019 at 12:39:22PM +0200, Michal Simek wrote:
> From: Kuldeep Dave
>
> Add Microblaze as an arch that supports PCI_MSI_IRQ_DOMAIN.
> Enabling msi.h generation is done by separate patch.
>
> Similar change was done by commit 2a9af0273c1c
> ("PCI/MSI: Enable PCI_MSI_IRQ_DOMAIN
On Tue, Oct 08, 2019 at 01:49:07PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the staging tree, today's linux-next build (powerpc
> allyesconfig) failed like this:
>
> In file included from include/linux/byteorder/big_endian.h:5,
> from
On Tue, 8 Oct 2019 at 11:34, Andrew Jeffery wrote:
>
> The AST2600 has an explicit gate for the RMII RCLK for each of the four
> MACs.
>
> Signed-off-by: Andrew Jeffery
> ---
> include/dt-bindings/clock/ast2600-clock.h | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git
> IIUC, you're suggesting that I do:
>
> for (i = 0; i < ARRAY_SIZE(vmbus_versions); i++) {
> version = vmbus_versions[i];
>
> ret = vmbus_negotiate_version(msginfo, version);
> if (ret == -ETIMEDOUT)
> goto cleanup;
>
>
On Tue, 8 Oct 2019 at 11:50, Andrew Jeffery wrote:
>
> The 50MHz RCLK has to be enabled before the RMII interface will function.
>
> Signed-off-by: Andrew Jeffery
> ---
> drivers/net/ethernet/faraday/ftgmac100.c | 35 +++-
> 1 file changed, 28 insertions(+), 7 deletions(-)
>
On Mon, Oct 07, 2019 at 05:25:18PM +, Dexuan Cui wrote:
> > From: linux-hyperv-ow...@vger.kernel.org
> > On Behalf Of Andrea Parri
> > Sent: Monday, October 7, 2019 9:31 AM
> >
> > +/*
> > + * Table of VMBus versions listed from newest to oldest; the table
> > + * must terminate with
On Tue, 8 Oct 2019 at 11:50, Andrew Jeffery wrote:
>
> Critically, the AST2600 requires ungating the RMII RCLK if e.g. NCSI is
> in use.
>
> Signed-off-by: Andrew Jeffery
> ---
> Documentation/devicetree/bindings/net/ftgmac100.txt | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git
> > @@ -244,21 +234,18 @@ int vmbus_connect(void)
> > * version.
> > */
> >
> > - version = VERSION_CURRENT;
> > + for (i = 0; ; i++) {
> > + version = vmbus_versions[i];
> > + if (version == VERSION_INVAL)
> > + goto cleanup;
>
> If you use
On Tue, 8 Oct 2019 at 11:50, Andrew Jeffery wrote:
>
> The AST2600 contains an FTGMAC100-compatible MAC, although it no-longer
> contains an MDIO controller.
>
> Signed-off-by: Andrew Jeffery
Acked-by: Joel Stanley
> ---
> Documentation/devicetree/bindings/net/ftgmac100.txt | 1 +
> 1 file
On Tue, 8 Oct 2019 at 11:35, Andrew Jeffery wrote:
>
> RCLK is a fixed 50MHz clock derived from HPLL/HCLK that is described by a
> single gate for each MAC.
>
> Signed-off-by: Andrew Jeffery
We could have mac12rclk and mac34rclk described in the device tree, as
was mentioned in previous reviews
On Tue 08-10-19 08:00:43, Qian Cai wrote:
>
>
> > On Oct 8, 2019, at 6:39 AM, Michal Hocko wrote:
> >
> > Have you actually triggered any real deadlock? With a zone->lock in
> > place it would be pretty clear with hard lockups detected.
>
> Yes, I did trigger here and there, and those lockdep
On Tue, Oct 08, 2019 at 02:19:05AM +, Justin He (Arm Technology China)
wrote:
> > -Original Message-
> > From: Will Deacon
> > Sent: 2019年10月1日 20:54
> > To: Justin He (Arm Technology China)
> > Cc: Catalin Marinas ; Mark Rutland
> > ; James Morse ; Marc
> > Zyngier ; Matthew Wilcox
Hi Mark,
On 08.10.2019 14:06, Mark Brown wrote:
> On Tue, Oct 08, 2019 at 02:01:15PM +0200, Marek Szyprowski wrote:
>> On 08.10.2019 13:50, Mark Brown wrote:
>>> This then means that for users that might legitimately enable and
>>> disable regulators that need to be constrained are forced to
On Tue, Oct 08, 2019 at 12:29:34PM +0530, haripra...@osuosl.org wrote:
> From: Hariprasad Kelam
>
> fix below issue reported by coccicheck
> drivers/staging//media/sunxi/cedrus/cedrus_hw.c:229:1-10: WARNING: Use
> devm_platform_ioremap_resource for dev -> base
>
> Signed-off-by: Hariprasad
On Sun, Sep 29, 2019 at 07:24:57PM +0530, haripra...@osuosl.org wrote:
> From: Hariprasad Kelam
>
> As per TODO ,remove code valid only for 5 GHz(channel > 14).
>
> Signed-off-by: Hariprasad Kelam
> ---
> drivers/staging/rtl8723bs/core/rtw_ieee80211.c | 19 ++-
> 1 file
On Mon, 2019-10-07 at 17:50 -0700, Hugh Dickins wrote:
> On Mon, 7 Oct 2019, Laura Abbott wrote:
> > On 9/30/19 12:07 PM, Laura Abbott wrote:
> > > Hi,
> > >
> > > Fedora got a bug report
> https://bugzilla.redhat.com/show_bug.cgi?id=1757104
> > > of a failure to parse options with the context
On Tue, 8 Oct 2019 at 11:34, Andrew Jeffery wrote:
>
> The AST2500 has an explicit gate for the RMII RCLK for each of the two
> MACs.
>
> Signed-off-by: Andrew Jeffery
> ---
> include/dt-bindings/clock/aspeed-clock.h | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git
When in TUI mode, it is impossible to show all the debug messages to
console. This make it hard to debug perf issues using debug messages.
This patch adds support for logging debug messages to file to resolve
this problem.
The usage is:
perf -debug verbose=2,file=~/perf.log COMMAND
This patch adds support for multiple debug options separated by ',' and
non-int values.
--debug verbose=2,stderr
Signed-off-by: Changbin Du
---
tools/perf/Documentation/perf.txt | 10 ++--
tools/perf/util/debug.c | 86 ---
2 files changed, 50
On 10/08, Bruce Ashfield wrote:
>
> So I've been looking through the config delta's and late last night, I was
> able to move the runtime back to a failed 4 minute state by adding the
> CONFIG_PREEMPT settings that we have by default in our reference
> kernel.
Aha... Can you try the patch below?
When in TUI mode, it is impossible to show all the debug messages to
console. This make it hard to debug perf issues using debug messages.
This patch adds support for logging debug messages to file to resolve
this problem.
v4:
o fix another segfault.
v3:
o fix a segfault issue.
v2:
o
Add a property to keep the analog calibration cell powered.
This feature is specific to the Microchip SDHCI IP and outside
of the standard SDHCI register map.
By always keeping it on, after a full reset sequence, we make sure
that this feature is activated and not disabled.
We expose a hardware
Add the specific microchip,sdcal-inverted property to at91 sdhci
device binding.
This optional property describes how the SoC SDCAL pin is connected.
It could be handled at SiP, SoM or board level.
This property read by at91 sdhci driver will allow to put in place a
software workaround that would
Hi, Christoph,
Following our previous discussion I wonder if something along the lines
of the following could work / be acceptible
typedef unsigned long dma_pfn_t /* Opaque pfn type. Arch dependent. This
could if needed be a struct with a pointer and an offset */
/* Similar to
Since commit ad67b74d2469d9b8 ("printk: hash addresses printed with %p"),
an obfuscated kernel pointer is printed at boot:
vchiq: vchiq_init_state: slot_zero = (ptrval)
Remove the the print completely, as it's useless without the address.
Signed-off-by: Matteo Croce
---
On Mon, Oct 07, 2019 at 01:26:24PM +0200, Jiri Olsa wrote:
> On Fri, Oct 04, 2019 at 10:39:52AM +0800, Changbin Du wrote:
> > When in TUI mode, it is impossible to show all the debug messages to
> > console. This make it hard to debug perf issues using debug messages.
> > This patch adds support
On Mon, Sep 30, 2019 at 05:36:23PM -0700, Ian Rogers wrote:
> Being const + weak breaks with some compilers that constant-propagate
> from the weak symbol. This behavior is outside of the specification, but
> in LLVM is chosen to match GCC's behavior.
>
> LLVM's implementation was set in this
On Mon, 7 Oct 2019 13:21:50 +
"Ardelean, Alexandru" wrote:
> On Mon, 2019-10-07 at 18:10 +0530, Manivannan Sadhasivam wrote:
> > [External]
> >
> > Hi Ardelean,
> >
> > On 7 October 2019 3:51:16 PM IST, "Ardelean, Alexandru" <
> > alexandru.ardel...@analog.com> wrote:
> > > On Mon,
On Mon, 7 Oct 2019 21:09:17 +0530
Manivannan Sadhasivam wrote:
> Add initial support for Analog Devices ADUX1020 Photometric sensor.
> Only proximity mode has been enabled for now.
>
> Signed-off-by: Manivannan Sadhasivam
Hi Manivannan,
Various minor comments inline.
Thanks,
Jonathan
>
On Fri, Jul 26, 2019 at 12:55:03PM +, Nicholas Johnson wrote:
> Background
> ==
I don't think the above are needed.
> Currently, the kernel can sometimes assign the MMIO_PREF window
> additional size into the MMIO
Hi Hans,
Fixed the compiler warning in this version. No other changes.
The original cover letter:
That AXP288 extcon driver is the last that uses build-in connection
description. I'm replacing it with a code that finds the role mux
software node instead.
I'm proposing also here a little helper
Getting handle to the USB role switch by first finding its
software fwnode.
Signed-off-by: Heikki Krogerus
---
drivers/extcon/extcon-axp288.c | 38 --
1 file changed, 23 insertions(+), 15 deletions(-)
diff --git a/drivers/extcon/extcon-axp288.c
Simple wrapper function that searches USB role switches with
class_find_device_by_fwnode().
Signed-off-by: Heikki Krogerus
---
drivers/usb/roles/class.c | 21 +
include/linux/usb/role.h | 3 +++
2 files changed, 24 insertions(+)
diff --git a/drivers/usb/roles/class.c
On Sun 2019-10-06 19:21:07, Greg Kroah-Hartman wrote:
> From: Thierry Reding
>
> [ Upstream commit 0e3ff0ac5f71bdb6be2a698de0ed0c7e6e738269 ]
>
> regulator_get_optional() can fail for a number of reasons besides probe
> deferral. It can for example return -ENOMEM if it runs out of memory as
>
On Thu 2019-10-03 15:32:07, Sakari Ailus wrote:
> Hi all,
>
> This set adds functionality into the device property API (counting a
> node's parents as well as obtaining its name) in order to support printing
> fwnode names using a new conversion specifier "%pfw". The names that are
> produced are
On Sun 2019-10-06 19:20:24, Greg Kroah-Hartman wrote:
> From: Stephen Boyd
>
> [ Upstream commit cf9ec1fc6d7cceb73e7f1efd079d2eae173fdf57 ]
>
> A future patch is going to change semantics of clk_register() so that
> clk_hw::init is guaranteed to be NULL after a clk is registered. Avoid
>
On Tue, Oct 08, 2019 at 11:49:15AM +0200, Pavel Machek wrote:
> Hi!
>
> > @@ -1013,11 +1016,20 @@ static int ipmi_thread(void *data)
> > spin_unlock_irqrestore(&(smi_info->si_lock), flags);
> > busy_wait = ipmi_thread_busy_wait(smi_result, smi_info,
> >
On Fri, Jul 26, 2019 at 12:54:44PM +, Nicholas Johnson wrote:
> Add kernel parameter pci=hpmmiosize=nn[KMG] to set MMIO bridge window
> size for hotplug bridges.
>
> Add kernel parameter pci=hpmmioprefsize=nn[KMG] to set MMIO_PREF bridge
> window size for hotplug bridges.
>
> Leave
On Mon, Oct 7, 2019 at 7:28 PM Roman Gushchin wrote:
>
> On Mon, Oct 07, 2019 at 04:11:07PM -0400, Bruce Ashfield wrote:
> > On Mon, Oct 7, 2019 at 8:54 AM Bruce Ashfield
> > wrote:
> > >
> > > On Thu, Oct 3, 2019 at 8:09 PM Roman Gushchin wrote:
> > > >
> > > > On Wed, Oct 02, 2019 at
From: Laurentiu Tudor
Add an API that retrieves the 'struct device' that the specified FMan
port probed against. The new API will be used in a subsequent patch
that corrects the DMA devices used by the dpaa_eth driver.
Signed-off-by: Laurentiu Tudor
Signed-off-by: Madalin Bucur
---
The DPAA Ethernet driver is using the FMan MAC as the device for DMA
mapping. This is not actually correct, as the real DMA device is the
FMan port (the FMan Rx port for reception and the FMan Tx port for
transmission). Changing the device used for DMA mapping to the Fman
Rx and Tx port devices.
DMA unmapping is required before accessing the HW provided timestamping
information.
Fixes: 4664856e9ca2 ("dpaa_eth: add support for hardware timestamping")
Signed-off-by: Madalin Bucur
---
drivers/net/ethernet/freescale/dpaa/dpaa_eth.c | 32 ++
1 file changed, 17
Use a page to store the scatter gather table on the transmit path.
Signed-off-by: Madalin Bucur
---
drivers/net/ethernet/freescale/dpaa/dpaa_eth.c | 43 +-
1 file changed, 21 insertions(+), 22 deletions(-)
diff --git a/drivers/net/ethernet/freescale/dpaa/dpaa_eth.c
On 29/09/19 03:06, Wanpeng Li wrote:
> From: Wanpeng Li
>
> Don't waste cycles to shrink/grow vCPU halt_poll_ns if host
> side polling is disabled.
>
> Acked-by: Marcelo Tosatti
> Cc: Marcelo Tosatti
> Signed-off-by: Wanpeng Li
> ---
> v1 -> v2:
> * fix coding style
>
>
On Tue, Oct 01, 2019 at 08:33:45PM +0800, Like Xu wrote:
> Hi Peter,
>
> On 2019/10/1 16:23, Peter Zijlstra wrote:
> > On Mon, Sep 30, 2019 at 03:22:57PM +0800, Like Xu wrote:
> > > + union {
> > > + u8 event_count :7; /* the total number of created perf_events */
> > > + bool
On Tue, Oct 8, 2019 at 1:42 PM Qian Cai wrote:
> > On Oct 8, 2019, at 7:02 AM, Walter Wu wrote:
> > I don't know very well in UBSAN, but I try to build ubsan kernel and
> > test a negative number in memset and kmalloc_memmove_invalid_size(), it
> > look like no check.
>
> It sounds like more
Change the buffers used for reception from netdev_frags to pages.
Signed-off-by: Madalin Bucur
---
drivers/net/ethernet/freescale/dpaa/dpaa_eth.c | 51 +++---
1 file changed, 22 insertions(+), 29 deletions(-)
diff --git a/drivers/net/ethernet/freescale/dpaa/dpaa_eth.c
Centralize the phys_to_virt() calls.
Signed-off-by: Madalin Bucur
---
drivers/net/ethernet/freescale/dpaa/dpaa_eth.c | 45 ++
1 file changed, 24 insertions(+), 21 deletions(-)
diff --git a/drivers/net/ethernet/freescale/dpaa/dpaa_eth.c
The dpaa_cleanup_tx_fd() function is called by the frame transmit
confirmation callback but also on several error paths. This function
is reading the transmit timestamp value. Avoid reading an invalid
timestamp value on the error paths.
Fixes: 4664856e9ca2 ("dpaa_eth: add support for hardware
Remove cast, align variable name, simplify DMA map size computation.
Signed-off-by: Madalin Bucur
---
drivers/net/ethernet/freescale/dpaa/dpaa_eth.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/net/ethernet/freescale/dpaa/dpaa_eth.c
Prior to this change, the frames dropped on receive or transmit
were not displayed in the ethtool statistics, leaving the dropped
frames unaccounted for.
Signed-off-by: Madalin Bucur
---
drivers/net/ethernet/freescale/dpaa/dpaa_ethtool.c | 8
1 file changed, 8 insertions(+)
diff --git
Make sure all the frames that are in flight have time to be processed
before the interface is completely brought down. Add a missing delay
for the Rx path.
Signed-off-by: Madalin Bucur
---
drivers/net/ethernet/freescale/dpaa/dpaa_eth.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
User reports that an application making an (incorrect) call to
restart AN on a fixed link DPAA interface triggers an error in
the kernel log while the returned EINVAL should be enough.
Reported-by: Joakim Tjernlund
Signed-off-by: Madalin Bucur
---
501 - 600 of 925 matches
Mail list logo
