From: Arnaldo Carvalho de Melo
We forgot to update the perf.data file format document for the
HEADER_MEM_TOPOLOGY header, do it now from comments in the patch
introducing it.
Cc: Adrian Hunter
Cc: Andi Kleen
Cc: Chong Jiang
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Simon Que
Fixes: e2091cedd51b
From: Arnaldo Carvalho de Melo
We forgot to update the perf.data file format document for the
HEADER_DIR_FORMAT header, do it now from comments in the patch
introducing it.
Cc: Adrian Hunter
Cc: Alexander Shishkin
Cc: Alexey Budankov
Cc: Andi Kleen
Cc: Chong Jiang
Cc: Jiri Olsa
Cc:
From: Leo Yan
Variable 'err' is defined but never used in function symsrc__init(),
remove it and directly return -1 at the end of the function.
Signed-off-by: Leo Yan
Cc: Alexander Shishkin
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
From: Adrian Hunter
To eliminate some duplication and make the code more understandable,
factor out intel_pt_update_sample_time.
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link: http://lkml.kernel.org/r/20190520113728.14389-5-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carvalho de Melo
From: Song Liu
This patch addes description of HEADER_BPF_PROG_INFO and HEADER_BPF_BTF to
perf.data-file-format.txt.
Requested-by: Arnaldo Carvalho de Melo
Signed-off-by: Song Liu
Cc: Jiri Olsa
Cc: Peter Zijlstra
Fixes: 606f972b1361 ("perf bpf: Save bpf_prog_info information as headers to
On 06/07, Eric W. Biederman wrote:
>
> Eric W. Biederman (5):
> signal: Teach sigsuspend to use set_user_sigmask
> signal/kvm: Stop using sigprocmask in kvm_sigset_(activate|deactivate)
> signal: Always keep real_blocked in sync with blocked
> signal: Remove saved_sigmask
On Tue, Jun 11, 2019 at 11:44:53AM -0700, Kees Cook wrote:
> On Tue, Jun 11, 2019 at 08:32:13PM +0200, Greg Kroah-Hartman wrote:
> > When calling debugfs functions, there is no need to ever check the
> > return value. The function can work or not, but the code logic should
> > never do something
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Julien Freche
Cc: Nadav Amit
Cc: "VMware, Inc."
Cc: Arnd Bergmann
Cc: linux-kernel@vger.kernel.org
On 06/10, Eric W. Biederman wrote:
>
> Personally I don't think anyone sane would intentionally depend on this
> and I don't think there is a sufficiently reliable way to depend on this
> by accident that people would actually be depending on it.
Agreed.
As I said I like these changes and I see
The function HalQueryTxOQTBufferStatus8723BSdio always returns true and
caller functions are not bother about return status.
Change return type to void.
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/hal/sdio_ops.c | 3 +--
drivers/staging/rtl8723bs/include/sdio_ops.h | 2 +-
On 2019-06-11 19:33 +0200, Daniel Vetter wrote:
> On Tue, Jun 11, 2019 at 5:37 PM Greg Kroah-Hartman
> wrote:
>> On Tue, Jun 11, 2019 at 03:56:35PM +0200, Sven Joachim wrote:
>> > Commit 1e07d63749 ("drm/nouveau: add kconfig option to turn off nouveau
>> > legacy contexts. (v3)") has caused a
On Tue, Jun 11, 2019 at 10:02:19AM -0500, Gustavo A. R. Silva wrote:
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> This patch fixes the following warning:
>
> drivers/scsi/mpt3sas/mpt3sas_base.c: In function
>
Hello,
On Fri, Jun 07, 2019 at 10:45:45AM +0200, Dmitry Vyukov wrote:
> +workqueue maintainers and Michael who added this WARNING
>
> The WARNING was added in 2017, so I guess it's a change somewhere else
> that triggered it.
> The WARNING message does not seem to give enough info about the
Quoting tengf...@codeaurora.org (2019-06-11 03:41:26)
> On 2019-06-10 22:51, Stephen Boyd wrote:
> > Quoting Linus Walleij (2019-06-07 14:08:10)
> >> On Fri, May 31, 2019 at 8:52 AM Tengfei Fan
> >> wrote:
> >>
> >> > The gpio interrupt status bit is getting set after the
> >> > irq is disabled
On Tue, Jun 11, 2019 at 8:37 AM Mimi Zohar wrote:
>
> Hi Prakhar,
>
> The patch/patch set title in the Subject line should not explain "how"
> you add a new feature. In this case an appropriate patch set title
> would be, "Add support for measuring the boot command line".
> Similarly, the first
Hi Vineet,
On Mon, 2019-06-10 at 15:55 +, Vineet Gupta wrote:
> On 6/8/19 11:21 AM, Eugeniy Paltsev wrote:
> > Hi Cupertino,
> >
> > I tried to use ".bundle_align_mode" directive in ARC assembly, but I got
> > following error:
> > ->8--
> > Assembler messages:
>
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Arnd Bergmann
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman
---
On Tue, Jun 11, 2019 at 08:32:13PM +0200, Greg Kroah-Hartman wrote:
> When calling debugfs functions, there is no need to ever check the
> return value. The function can work or not, but the code logic should
> never do something different based on this.
What is the user-visible feedback when,
+Cc: Heikki.
Heikki, can you help here with swnodes?
On Sat, Jun 1, 2019 at 5:17 PM Enrico Weigelt, metux IT consult
wrote:
>
> Hi folks,
>
>
> I'm looking for a way to inject fwnode data from a platform driver,
> in order to initialize generic drivers w/ board specific configuration.
> The idea
On Tue, Jun 11, 2019 at 08:17:00PM +0200, Greg Kroah-Hartman wrote:
> The csr_file variable was only ever set, never read. So remove it from
> struct idt_89hpesx_dev as it is pointless to keep around.
>
> Cc: Arnd Bergmann
> Cc: Dan Carpenter
> Cc: Kees Cook
> Cc: Colin Ian King
> Cc:
In commit ebcc5928c5d9 ("arm64: Silence gcc warnings about arch ABI
drift"), the arm64 Makefile added -Wno-psabi to KBUILD_CFLAGS, which is
a GCC only option so clang rightfully complains:
warning: unknown warning option '-Wno-psabi' [-Wunknown-warning-option]
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Sudeep Dutt
Cc: Ashutosh Dixit
Cc: Arnd Bergmann
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Greg
On Mon 10 Jun 01:42 PDT 2019, Lee Jones wrote:
> This patch provides basic support for booting with ACPI instead
> of the currently supported Device Tree. When doing so there are a
> couple of differences which we need to taken into consideration.
>
> Firstly, the SDM850 ACPI tables omit
On Mon 10 Jun 02:22 PDT 2019, Lee Jones wrote:
> On Mon, 10 Jun 2019, Ard Biesheuvel wrote:
>
> > On Mon, 10 Jun 2019 at 10:55, Lee Jones wrote:
> > >
> > > On Mon, 10 Jun 2019, Ard Biesheuvel wrote:
> > >
> > > > On Mon, 10 Jun 2019 at 10:42, Lee Jones wrote:
> > > > >
> > > > > This patch
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Frank Haverkamp
Cc: Arnd Bergmann
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman
---
Dear Sir,
Please find attached our official Purchase order (SI/FPO/16803
Dated. 11/06/2019) and arrange to supply the requirements in
accordance with Mustafa Sultan Science & Industry Co.'s
procurements terms & conditions of purchase as per the
attachment.
Kindly acknowledge the receipt of
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Tomas Winkler
Cc: Arnd Bergmann
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman
---
v2:
-Original Message-
From: Greg Kroah-Hartman
Sent: Tuesday, June 11, 2019 12:20 AM
To: Pavel Shilovskiy
Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org; Christoph Probst
; Steven French
Subject: Re: [PATCH 4.4 041/241] cifs: fix strcat buffer overflow and reduce
raciness in
Hey Linus,
Please git pull the following tiny fix:
git://git.kernel.org/pub/scm/linux/kernel/git/konrad/swiotlb.git
stable/for-linus-5.2
which has one tiny fix for ARM64 where we could allocate the SWIOTLB
twice.
drivers/xen/swiotlb-xen.c | 12 +++-
1 file changed, 11
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Tomas Winkler
Cc: Arnd Bergmann
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman
---
On Tue, 11 Jun 2019 at 21:30, Randy Dunlap wrote:
>
> On 6/11/19 2:24 AM, Stephen Rothwell wrote:
> > Hi all,
> >
> > Changes since 20190607:
> >
>
> on i386:
>
> #
> # Library routines
> #
> # CONFIG_PACKING is not set
>
> ld: net/dsa/tag_sja1105.o: in function `sja1105_rcv':
>
On Tue, Jun 11, 2019 at 08:33:57PM +0200, Greg Kroah-Hartman wrote:
> When calling debugfs functions, there is no need to ever check the
> return value. The function can work or not, but the code logic should
> never do something different based on this.
>
> Cc: Tomas Winkler
> Cc: Arnd
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Kees Cook
Cc: Arnd Bergmann
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman
---
On Tue, 11 Jun 2019 at 16:59, YueHaibing wrote:
>
> Fix sparse warnings:
>
> drivers/net/dsa/sja1105/sja1105_main.c:1848:6:
> warning: symbol 'sja1105_port_rxtstamp' was not declared. Should it be
> static?
> drivers/net/dsa/sja1105/sja1105_main.c:1869:6:
> warning: symbol
On 6/11/19 2:24 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20190607:
>
on i386:
#
# Library routines
#
# CONFIG_PACKING is not set
ld: net/dsa/tag_sja1105.o: in function `sja1105_rcv':
tag_sja1105.c:(.text+0x40b): undefined reference to `packing'
ld: tag_sja1105.c:(.text+0x423):
On Mon, Jun 10, 2019 at 09:20:26PM +0200, Borislav Petkov wrote:
> On Mon, Jun 10, 2019 at 10:02:38AM -0700, Fenghua Yu wrote:
> > AVX512 Vector Neural Network Instructions (VNNI) in Intel Deep Learning
> > Boost support bfloat16 format (BF16). BF16 is a short version of FP32 and
> > has several
On Tue, 11 Jun 2019 17:54:56 +0200, Maxime Chevallier wrote:
> Using ethtool, users can specify a classification action matching on the
> full vlan tag, which includes the CFI bit.
>
> However, when converting the ethool_flow_spec to a flow_rule, we use
> dissector keys to represent the matching
On 6/11/19 4:34 AM, Dmitry Osipenko wrote:
11.06.2019 10:38, Bitan Biswas пишет:
On 6/10/19 2:00 PM, Dmitry Osipenko wrote:
10.06.2019 22:41, Bitan Biswas пишет:
On 6/10/19 11:12 AM, Dmitry Osipenko wrote:
10.06.2019 20:08, Bitan Biswas пишет:
Remove redundant BUG_ON calls or replace
This patch fixes below issue reported by checkpatch
WARNING: braces {} are not necessary for single statement blocks
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/hal/sdio_ops.c | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
diff --git
CHECK: spaces preferred around that '+' (ctx:VxV)
CHECK: spaces preferred around that '+' (ctx:VxV)
CHECK: spaces preferred around that '+' (ctx:VxV)
CHECK: spaces preferred around that '+' (ctx:VxV)
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/hal/sdio_ops.c | 12 ++--
this patch fixes below warning reported by checkpatch
CHECK: Comparison to NULL could be written "c2h_evt"
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/hal/sdio_ops.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8723bs/hal/sdio_ops.c
On 05/06/2019 09:14, Keerthy wrote:
Enable GPIO_DAVINCI and related configs for TI K3 AM6 platforms.
Signed-off-by: Keerthy
---
arch/arm64/configs/defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index
The csr_file variable was only ever set, never read. So remove it from
struct idt_89hpesx_dev as it is pointless to keep around.
Cc: Arnd Bergmann
Cc: Dan Carpenter
Cc: Kees Cook
Cc: Colin Ian King
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman
---
On 21.05.19 16:45, Esben Haabendal wrote:
> It sits here. It is a rather big and clunky mfd driver, not ready for
> upstreaming in its current form. I hope to get around to clean it up.
> But it is for a very specific hardware that is really available or
> usable for anybody else. Does it make
Hi Neil,
On Tue, Jun 11, 2019 at 3:58 PM Neil Armstrong wrote:
>
> Add support for the OTG ID change interrupt to switch between Host
> and Device mode.
>
> Tested on the Hardkernel Odroid-N2 board.
>
> Signed-off-by: Neil Armstrong
with the three questions/comments below answered/addressed:
The Low-Power Mode, when enabled, will make the "wait" MIPS instruction
suspend the system.
This is not really clock-related, but this bit happens to be in the
register set of the CGU.
Signed-off-by: Paul Cercueil
---
Notes:
v2: Rebase on v5.2-rc4
drivers/clk/ingenic/Makefile | 2
The cgu.h has structures that contain 'clk_onecell_data' and 'clk_hw'
structures (no pointers), so the header should be
included.
Signed-off-by: Paul Cercueil
---
Notes:
v2: Rebase on v5.2-rc4
drivers/clk/ingenic/cgu.h | 1 +
drivers/clk/ingenic/jz4725b-cgu.c | 1 -
This enables both the new firmware clock driver and cpufreq driver
available for the RPi3 family of boards.
Signed-off-by: Nicolas Saenz Julienne
---
Changes since v2:
- Build both drivers as modules
arch/arm64/configs/defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git
Remove the unused include.
Signed-off-by: Paul Cercueil
---
Notes:
v2: Rebase on v5.2-rc4
arch/mips/include/asm/mach-jz4740/clock.h | 22 --
arch/mips/jz4740/board-qi_lb60.c | 2 --
arch/mips/jz4740/platform.c | 2 --
arch/mips/jz4740/time.c
Instead of forcing the jz4740 clocks to suspend here, we let the CGU
driver handle it.
We also let the CGU driver set the "sleep mode" bit.
This has the added benefit that now it is possible to build a kernel on
SoCs newer than the JZ4740 with CONFIG_PM.
Signed-off-by: Paul Cercueil
---
Notes:
These functions are not called anywhere anymore, they can safely be
removed.
Signed-off-by: Paul Cercueil
---
Notes:
v2: Rebase on v5.2-rc4
drivers/clk/ingenic/jz4740-cgu.c | 73
1 file changed, 73 deletions(-)
diff --git
lease also include which tree
> >> (probably bpf-next) you are designating this patch to in subject
> >> prefix.
> >>
> >
> > This patch applies cleanly to linux-next (tag next-20190611).
> >
>
> It seems that this commit hasn't been merged into bpf/
This enables on both multi_v7_defconfig and bcm2835_defconfig the new
firmware based clock and cpufreq drivers for the Raspberry Pi platform.
In the case of bcm2835_defconfig, as the cpufreq subsystem was disabled,
the conservative governor was selected as default since it better
handles the high
Hi Michael,
Thank you for the patch.
On Tue, Jun 11, 2019 at 03:04:04PM +0100, Michael Drake wrote:
> The config property can be used to provide an array of
> register addresses and values to be written to configure
> the device for the board.
Please don't. DT describes the hardware (or more
As 'clk-raspberrypi' depends on RPi's firmware interface, which might be
configured as a module, the cpu clock might not be available for the
cpufreq driver during it's init process. So we register the
'raspberrypi-cpufreq' platform device after the probe sequence succeeds.
Signed-off-by: Nicolas
Raspberry Pi's firmware offers and interface though which update it's
performance requirements. It allows us to request for specific runtime
frequencies, which the firmware might or might not respect, depending on
the firmware configuration and thermals.
As the maximum and minimum frequencies are
Since clk-raspberrypi is tied to the VC4 firmware instead of particular
hardware it's registration should be performed by the firmware driver.
Signed-off-by: Nicolas Saenz Julienne
Acked-by: Eric Anholt
---
drivers/firmware/raspberrypi.c | 10 ++
1 file changed, 10 insertions(+)
diff
Raspberry Pi's firmware offers an interface though which update it's
clock's frequencies. This is specially useful in order to change the CPU
clock (pllb_arm) which is 'owned' by the firmware and we're unable to
scale using the register interface provided by clk-bcm2835.
Signed-off-by: Nicolas
On Tue, Jun 11, 2019 at 11:17:30AM -0400, Masayoshi Mizuma wrote:
> --- a/arch/arm64/mm/dma-mapping.c
> +++ b/arch/arm64/mm/dma-mapping.c
> @@ -91,10 +91,6 @@ static int __swiotlb_mmap_pfn(struct vm_area_struct *vma,
>
> static int __init arm64_dma_init(void)
> {
> -
Raspberry Pi's firmware controls this pll, we should use the firmware
interface to access it.
Signed-off-by: Nicolas Saenz Julienne
Acked-by: Eric Anholt
---
Changes since v1:
- Add comment to explain why pllb isn't there anymore
drivers/clk/bcm/clk-bcm2835.c | 28
Hi all,
this aims at adding cpufreq support to the Raspberry Pi family of
boards.
The series first factors out 'pllb' from clk-bcm2385 and creates a new
clk driver that operates it over RPi's firmware interface[1]. We are
forced to do so as the firmware 'owns' the pll and we're not allowed to
Hi Neil,
On Tue, Jun 11, 2019 at 1:01 PM Neil Armstrong wrote:
>
> On 06/06/2019 21:16, Martin Blumenstingl wrote:
> > Hi Guillaume,
> >
> > thank you for working on this!
> >
> > On Tue, Jun 4, 2019 at 4:47 PM Guillaume La Roque
> > wrote:
> >>
> >> This adds the devicetree binding
On Mon, Jun 10, 2019 at 01:45:24PM -0700, Eric Biggers wrote:
> On Mon, Jun 10, 2019 at 04:47:32PM -0300, Jason Gunthorpe wrote:
> >
> > There are many unfixed syzkaller bugs in rdma_cm, so I'm not surprised
> > it is still happening..
> >
> > Nobody has stepped forward to work on this code, and
On Tue, 11 Jun 2019 03:22:37 +
Parav Pandit wrote:
> Hi Alex,
>
[snip]
> Now that we have all 3 patches reviewed and comments addressed, if
> there are no more comments, can you please take it forward?
Yep, I put it in a branch rolled into linux-next for upstream testing
last week and
On 6/11/19 2:24 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20190607:
>
on i386:
when CONFIG_SYSCTL is not set/enabled:
../kernel/sysctl.c: In function '_proc_do_string':
../kernel/sysctl.c:2003:7: error: 'sysctl_writes_strict' undeclared (first use
in this function); did you
Hi Linus,
The following changes since commit f2c7c76c5d0a443053e94adb9f0918fa2fb85c3a:
Linux 5.2-rc3 (2019-06-02 13:55:33 -0700)
are available in the Git repository at:
git://github.com/awilliam/linux-vfio.git tags/vfio-v5.2-rc5
for you to fetch changes up to
Signed-off-by: Thomas Preston
Cc: Patrick Glaser
Cc: Rob Duncan
Cc: Nate Case
---
.../devicetree/bindings/sound/tda7802.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/tda7802.txt
diff --git
Add speaker_test device attribute. When the speaker-test node is read
the hardware speaker test is started.
$ cat /sys/devices/.../device:00/speaker_test
04 04 04 04
Signed-off-by: Thomas Preston
Cc: Patrick Glaser
Cc: Rob Duncan
Cc: Nate Case
---
sound/soc/codecs/tda7802.c
This patch series adds a driver for the ST TDA7802 amplifier.
Thanks,
Thomas
Cc: Patrick Glaser
Cc: Rob Duncan
Cc: Nate Case
Thomas Preston (4):
dt-bindings: ASoC: Add TDA7802 amplifier
ASoC: Add codec driver for ST TDA7802
ASoC: tda7802: Add enable device attribute
ASoC: tda7802:
Add an I2C based codec driver for ST TDA7802 amplifier. By default, the
amplifier supports 4 audio channels but can support up to 16 with
multiple devices. Input is configurable for I2S or TDM.
The unified device properties API is used to get board-specific config from
device tree / ACPI.
Add a device attribute to control the enable regulator. Write 1 to
enable, 0 to disable (ref-count minus one), or -1 to force disable the
physical pin.
To disable a set of amplifiers wired to the same enable gpio, each
device must be disabled. For example:
echo 0 >
On Jun 10 2019, Larry Finger wrote:
> I do not understand why the if statement returns true as neither of the
> values is zero.
That's because the format string does not make any sense. You are
printing garbage.
> diff --git a/kernel/dma/mapping.c b/kernel/dma/mapping.c
> index
On Tue, Jun 11, 2019 at 11:01:45AM +0200, Peter Zijlstra wrote:
> On Fri, Jun 07, 2019 at 03:00:32PM -0700, Fenghua Yu wrote:
> > Today, if an application needs to wait for a very short duration
> > they have to have spinloops. Spinloops consume more power and continue
> > to use execution
On Tue, Jun 11, 2019 at 07:38:56PM +0200, Pali Rohár wrote:
> On Tuesday 11 June 2019 10:32:28 dmitry.torok...@gmail.com wrote:
> > On Tue, Jun 11, 2019 at 07:17:07PM +0200, Pali Rohár wrote:
> > > On Tuesday 11 June 2019 10:07:07 dmitry.torok...@gmail.com wrote:
> > > > On Tue, Jun 11, 2019 at
>> the following warning:
>>
>> Your patch doesn't apply cleanly to neither bpf nor bpf-next tree.
>> Could you please rebase and re-submit? Please also include which tree
>> (probably bpf-next) you are designating this patch to in subject
>> prefix.
>
On Thu, May 23, 2019 at 3:52 AM Shawn Guo wrote:
>
> On Fri, May 17, 2019 at 12:57:53PM +0800, Ran Wang wrote:
> > PSCI spec define 1st parameter's bit 16 of function CPU_SUSPEND to
> > indicate CPU State Type: 0 for standby, 1 for power down. In this
> > case, we want to select standby for CPU
On Tue, Jun 11, 2019 at 07:33:16PM +0200, Daniel Vetter wrote:
> On Tue, Jun 11, 2019 at 5:37 PM Greg Kroah-Hartman
> wrote:
> > On Tue, Jun 11, 2019 at 03:56:35PM +0200, Sven Joachim wrote:
> > > Commit 1e07d63749 ("drm/nouveau: add kconfig option to turn off nouveau
> > > legacy contexts.
On Tuesday 11 June 2019 10:32:28 dmitry.torok...@gmail.com wrote:
> On Tue, Jun 11, 2019 at 07:17:07PM +0200, Pali Rohár wrote:
> > On Tuesday 11 June 2019 10:07:07 dmitry.torok...@gmail.com wrote:
> > > On Tue, Jun 11, 2019 at 09:23:33AM +0200, Pali Rohár wrote:
> > > > On Tuesday 11 June 2019
On 10/06/2019 20:16, santosh.shilim...@oracle.com wrote:
On 6/10/19 5:19 AM, Tero Kristo wrote:
On 08/06/2019 00:35, santosh.shilim...@oracle.com wrote:
On 6/5/19 3:33 PM, Suman Anna wrote:
Texas Instrument's System Control Interface (TI-SCI) Message Protocol
is used in Texas Instrument's
On 10/06/2019 12:41, Lokesh Vutla wrote:
On 10/06/19 2:48 PM, Peter Ujfalusi wrote:
Configuration of NAVSS resource, like rings, UDMAP channels, flows
and PSI-L thread management need to be done via TISCI.
Add the needed structures and functions for NAVSS resource configuration of
the
On Tue, Jun 11, 2019 at 12:55:58AM +0800, Aaron Ma wrote:
>
> On 6/10/19 12:55 AM, Dmitry Torokhov wrote:
> > Hi Aaron,
> >
> > On Wed, Feb 20, 2019 at 05:41:59PM +0100, Aaron Ma wrote:
> >> rmi4 got spam data after S3 resume on some ThinkPads.
> >> Then TrackPoint lost when be detected by
On Tue, Jun 11, 2019 at 5:37 PM Greg Kroah-Hartman
wrote:
> On Tue, Jun 11, 2019 at 03:56:35PM +0200, Sven Joachim wrote:
> > Commit 1e07d63749 ("drm/nouveau: add kconfig option to turn off nouveau
> > legacy contexts. (v3)") has caused a build failure for me when I
> > actually tried that option
On Tue, Jun 11, 2019 at 07:17:07PM +0200, Pali Rohár wrote:
> On Tuesday 11 June 2019 10:07:07 dmitry.torok...@gmail.com wrote:
> > On Tue, Jun 11, 2019 at 09:23:33AM +0200, Pali Rohár wrote:
> > > On Tuesday 11 June 2019 12:32:33 Hui Wang wrote:
> > > > On 2019/6/11 上午11:23, Hui Wang wrote:
> > >
On Tue, 2019-06-11 at 10:44 +0530, Anshuman Khandual wrote:
>
> On 06/10/2019 08:57 PM, Leonardo Bras wrote:
> > On Mon, 2019-06-10 at 08:09 +0530, Anshuman Khandual wrote:
> > > > > +/*
> > > > > + * To be potentially processing a kprobe fault and to be allowed
> > > > > + * to call
On 28/05/2019 18:55, Andrew F. Davis wrote:
TI-SCI firmware will only respond to messages when the
TI_SCI_FLAG_REQ_ACK_ON_PROCESSED flag is set. Most messages already do
this, set this for the ones that do not.
This will be enforced in future firmware that better match the TI-SCI
This patchset is adding the full Soft Decision Forward Error
Correction (SD-FEC) driver implementation, driver DT binding and
driver documentation.
Forward Error Correction (FEC) codes such as Low Density Parity
Check (LDPC) and turbo codes provide a means to control errors in
data transmissions
Add the support for Linux Clock Control Framework (CCF).
Registers and enables clocks with the Clock Control
Framework (CCF), to prevent shared clocks from been
disabled.
Tested-by: Dragan Cvetic
Signed-off-by: Derek Kiernan
Signed-off-by: Dragan Cvetic
---
drivers/misc/xilinx_sdfec.c | 193
Implement a platform driver that matches with xlnx,
sd-fec-1.1 device tree node and registers as a character
device, including:
- SD-FEC driver binds to sdfec DT node.
- creates and initialise an initial driver dev structure.
- add the driver in Linux build and Kconfig.
Tested-by: Dragan Cvetic
support
Add maintainer entry for Xilinx SD-FEC driver support.
Signed-off-by: Derek Kiernan
Signed-off-by: Dragan Cvetic
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index bfe48cb..9fde3e8 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
Support monitoring and detecting the SD-FEC error events
through IRQ and poll file operation.
The SD-FEC device can detect one-error or multi-error events.
An error triggers an interrupt which creates and run the ONE_SHOT
IRQ thread.
The ONE_SHOT IRQ thread detects type of error and pass that
Add the capability to configure and retrieve turbo mode
via the ioctls XSDFEC_SET_TURBO and XSDFEC_GET_TURBO.
Add char device interface per DT node present and support
file operations:
- open(),
- close(),
- unlocked_ioctl(),
- compat_ioctl().
Tested-by: Dragan Cvetic
Signed-off-by: Derek
On 6/11/19 2:24 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20190607:
>
on x86_64 or i386:
when CONFIG_PCI is not set/enabled:
../drivers/dma/dw-edma/dw-edma-core.c: In function ‘dw_edma_irq_request’:
../drivers/dma/dw-edma/dw-edma-core.c:784:3: error: implicit declaration of
Add SD-FEC driver documentation.
Signed-off-by: Derek Kiernan
Signed-off-by: Dragan Cvetic
---
Documentation/misc-devices/index.rst| 1 +
Documentation/misc-devices/xilinx_sdfec.rst | 291
2 files changed, 292 insertions(+)
create mode 100644
Stores configuration based on parameters from the DT
node and values from the SD-FEC core plus reads
the default state from the SD-FEC core. To obtain
values from the core register read, write capabilities
have been added plus related register map details.
Tested-by: Dragan Cvetic
Signed-off-by:
Add the capability to configure LDPC mode via the ioctl
XSDFEC_ADD_LDPC_CODE_PARAMS.
Tested-by: Dragan Cvetic
Signed-off-by: Derek Kiernan
Signed-off-by: Dragan Cvetic
---
drivers/misc/xilinx_sdfec.c | 324 +++
include/uapi/misc/xilinx_sdfec.h | 98
- Add capability to get SD-FEC config data using ioctl
XSDFEC_GET_CONFIG.
- Add capability to set SD-FEC data order using ioctl
SDFEC_SET_ORDER.
- Add capability to set SD-FEC bypass option using ioctl
XSDFEC_SET_BYPASS.
- Add capability to set SD-FEC active state using ioctl
XSDFEC_IS_ACTIVE.
SD-FEC statistic data are:
- count of data interface errors (isr_err_count)
- count of Correctable ECC errors (cecc_count)
- count of Uncorrectable ECC errors (uecc_count)
Add support:
1. clear stats ioctl callback which clears collected
statistic data,
2. get stats ioctl callback which reads a
Add the Soft Decision Forward Error Correction (SDFEC) Engine
bindings which is available for the Zynq UltraScale+ RFSoC
FPGA's.
Signed-off-by: Dragan Cvetic
Signed-off-by: Derek Kiernan
---
.../devicetree/bindings/misc/xlnx,sd-fec.txt | 58 ++
1 file changed, 58
On 11/06/2019 17:59, Lorenzo Pieralisi wrote:
> On Fri, Apr 12, 2019 at 08:35:36AM +, Z.q. Hou wrote:
>> From: Hou Zhiqiang
>>
>> The current code does not support multiple MSIs, so remove
>> the corresponding flag from the msi_domain_info structure.
>
> Please explain me what's the problem
On Wed, May 29, 2019 at 08:44:05AM +, Robert Richter wrote:
> Always use put_device() after device_add() failed.
>
> Signed-off-by: Robert Richter
> ---
> drivers/edac/edac_mc_sysfs.c | 36 +++-
> 1 file changed, 19 insertions(+), 17 deletions(-)
I already
401 - 500 of 1189 matches
Mail list logo