For the Spreadtrum SC9860 platform, we should enable another gate clock
'2x_enable' to make the SD host controller work well.
Signed-off-by: Baolin Wang
---
drivers/mmc/host/sdhci-sprd.c | 35 +--
1 file changed, 29 insertions(+), 6 deletions(-)
diff --git a/dr
For the Spreadtrum SD host controller, when we changed the clock to be
more than 52M, we should enable the PHY DLL which is used to track the
clock frequency to make the clock work more stable. Otherwise deviation
may occur of the higher clock.
Signed-off-by: Baolin Wang
---
drivers/mmc/host/sdh
Implement the get_max_timeout_count() interface to set the Spredtrum SD
host controller actual maximum timeout count.
Signed-off-by: Baolin Wang
---
drivers/mmc/host/sdhci-sprd.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/mmc/host/sdhci-sprd.c b/drivers/mmc/host/sdhci-
Add HS400 enhanced strobe mode support for Spreadtrum SD host controller.
Signed-off-by: Baolin Wang
---
drivers/mmc/host/sdhci-sprd.c | 32
1 file changed, 32 insertions(+)
diff --git a/drivers/mmc/host/sdhci-sprd.c b/drivers/mmc/host/sdhci-sprd.c
index d9128
Set the PHY DLL delay for each timing mode, which is used to sample the clock
accurately and make the clock more stable.
Signed-off-by: Baolin Wang
---
drivers/mmc/host/sdhci-sprd.c | 51 +
1 file changed, 51 insertions(+)
diff --git a/drivers/mmc/host/
Add one Spreadtrum SD host controller to support eMMC card for Spreadtrum
SC9860 platform.
Signed-off-by: Baolin Wang
---
arch/arm64/boot/dts/sprd/whale2.dtsi | 35 ++
1 file changed, 35 insertions(+)
diff --git a/arch/arm64/boot/dts/sprd/whale2.dtsi
b/arch/ar
For some Spreadtrum platforms like SC9860 platform, we should enable another
gate clock '2x_enable' to make the SD host controller work well. Thus add
documentation for this optional clock.
Signed-off-by: Baolin Wang
---
.../devicetree/bindings/mmc/sdhci-sprd.txt |1 +
1 file changed
Missed to check the enable clock's return value, fix it.
Signed-off-by: Baolin Wang
---
drivers/mmc/host/sdhci-sprd.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci-sprd.c b/drivers/mmc/host/sdhci-sprd.c
index 9a822e2..e741491 100644
--- a/drivers/m
This patch set adds optional clock support, HS400 enhanced strobe mode support,
PHY DLL configuration and other optimization to make the SD host controller
can work well on the Spreadtrum SC9860 platform.
Baolin Wang (9):
mmc: sdhci-sprd: Check the enable clock's return value correctly
dt-bind
Introduce some PHY DLL delays properties to help to sample the PHY clock.
Signed-off-by: Baolin Wang
---
.../devicetree/bindings/mmc/sdhci-sprd.txt | 18 ++
1 file changed, 18 insertions(+)
diff --git a/Documentation/devicetree/bindings/mmc/sdhci-sprd.txt
b/Documentat
On Fri, May 17, 2019 at 10:18:02AM +0530, Anshuman Khandual wrote:
>
>
> On 05/17/2019 09:38 AM, Jane Chu wrote:
> > Some user who install SIGBUS handler that does longjmp out
>
> What the longjmp about ? Are you referring to the mechanism of catching the
> signal which was registered ?
AFAIK,
On Sun, May 19, 2019 at 8:53 PM Jonathan Cameron wrote:
>
> On Sat, 18 May 2019 19:44:35 -0300
> Bárbara Fernandes wrote:
>
I don't have anything else on top of what Jonathan added.
Acked-by: Alexandru Ardelean
CC-ing my work-email
There are some issues with it and mailing lists; I'll hopeful
Hi Dariusz,
On 5/17/19 5:42 PM, Dariusz Marcinkiewicz wrote:
> This patch proposes to expose explicit mapping between HDMI connectors
> and /dev/cecX adapters to userland.
>
> New structure with connector info (card number and connector id in case
> of DRM connectors) is added to cec_adapter. Tha
Marc Haber wrote:
> when I update my Firewall from Kernel 5.0 to Kernel 5.1, SIP clients
> that connect from the internal network to an external, commercial SIP
> service do not work any more. When I trace beyond the NAT, I see that
> the outgoing SIP packets have incorrect UDP checksums:
I'm a m
On 17/05/19 10:49, Wanpeng Li wrote:
> From: Wanpeng Li
>
> Allow guest reads CORE cstate when exposing host CPU power management
> capabilities
> to the guest. PKG cstate is restricted to avoid a guest to get the whole
> package
> information in multi-tenant scenario.
Hmm, I am not sure abo
When the tty layer requests the uart to throttle, the current code
executing in msm_serial will trigger "Bad mode in Error Handler" and
generate an invalid stack frame in pstore before rebooting (that is if
pstore is indeed configured: otherwise the user shall just notice a
reboot with no further i
On 2019/5/20 14:57, Christoph Hellwig wrote:
> IOMMU_FWSPEC_PCI_RC_ATS is only defined if CONFIG_IOMMU_API is
> enabled.
>
> Fixes: 5702ee24182f ("ACPI/IORT: Check ATS capability in root complex nodes")
> Signed-off-by: Christoph Hellwig
> ---
> drivers/acpi/arm64/iort.c | 3 ++-
> 1 file change
On 17/05/19 10:49, Wanpeng Li wrote:
> MSR IA32_MSIC_ENABLE bit 18, according to SDM:
>
> | When this bit is set to 0, the MONITOR feature flag is not set
> (CPUID.01H:ECX[bit 3] = 0).
> | This indicates that MONITOR/MWAIT are not supported.
> |
> | Software attempts to execute MONITOR/MWAIT will
On 17/05/19 10:49, Wanpeng Li wrote:
> From: Wanpeng Li
>
> WARNING: CPU: 0 PID: 13554 at
> kvm/arch/x86/kvm//../../../virt/kvm/kvm_main.c:4183 kvm_resume+0x3c/0x40 [kvm]
> CPU: 0 PID: 13554 Comm: step_after_susp Tainted: G OE
> 5.1.0-rc4+ #1
> RIP: 0010:kvm_resume+0x3c/0x40
On 17/05/19 10:49, Wanpeng Li wrote:
> From: Wanpeng Li
>
> BUG: using __this_cpu_read() in preemptible [] code:
> qemu-system-x86/4590
> caller is nested_vmx_enter_non_root_mode+0xebd/0x1790 [kvm_intel]
> CPU: 4 PID: 4590 Comm: qemu-system-x86 Tainted: G OE
> 5.1.0-r
On 20/05/19 06:27, Yi Wang wrote:
> We get a warning when build kernel W=1:
> arch/x86/kvm/vmx/vmx.c:6365:6: warning: no previous prototype for
> ‘vmx_update_host_rsp’ [-Wmissing-prototypes]
> void vmx_update_host_rsp(struct vcpu_vmx *vmx, unsigned long host_rsp)
>
> Add the missing declaration
On Fri, May 17, 2019 at 11:08:50AM +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> If a PCI driver leaves the device handled by it in D0 and calls
> pci_save_state() on the device in its ->suspend() or ->suspend_late()
> callback, it can expect the device to stay in D0 over the whol
Hi John,
Is there anything else I can try for you?
Have you tried compiling FunctionFS with debugging enabled?
You do so bu uncommenting:
/* #define DEBUG */
/* #define VERBOSE_DEBUG */
at the beginning of drivers/usb/gadget/function/f_fs.c
Is there anything suspicious in the kernel log w
On Sun, May 19, 2019 at 8:27 PM Jonathan Cameron wrote:
>
> On Sat, 18 May 2019 18:55:42 -0300
> Lucas Oshiro wrote:
>
> > Convert the old device tree documentation to yaml format.
> >
> > Signed-off-by: Lucas Oshiro
> > Signed-off-by: Rodrigo Ribeiro
> > Co-developed-by: Rodrigo Ribeiro
> > -
The four CPUs share a same clock source called pllb_arm. The clock can
be scaled through the raspberrypi firmware interface.
Signed-off-by: Nicolas Saenz Julienne
---
arch/arm/boot/dts/bcm2837.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/bcm2837.dtsi b/arch/
Raspberry Pi's firmware, which runs in a dedicated processor, keeps
track of the board's temperature and voltage. It's resposible for
scaling the CPU frequency whenever it deems the device reached an unsafe
state. On top of that the firmware provides an interface which allows
Linux to to query the
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
Raspberry Pi's firmware is responsible for updating the cpu clocks and
pll. This makes sure we get the right rates anytime.
Signed-off-by: Nicolas Saenz Julienne
---
drivers/clk/bcm/clk-bcm2835.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/bcm/clk-bcm283
This divisor is controlled by the firmware, we don't want the clock
subsystem to update it inadvertently.
Signed-off-by: Nicolas Saenz Julienne
---
drivers/clk/bcm/clk-bcm2835.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/bcm/clk-bcm2835.c b/drivers/clk/
Hi all,
as some of you may recall I've been spending some time looking into
providing 'cpufreq' support for the Raspberry Pi platform[1]. I think
I'm close to something workable, so I'd love for you to comment on it.
There has been some design changes since the last version. Namely the
fact that I
On 5/20/19 12:25 PM, Hans Verkuil wrote:
> Hi Dariusz,
>
> On 5/17/19 5:42 PM, Dariusz Marcinkiewicz wrote:
>> This patch proposes to expose explicit mapping between HDMI connectors
>> and /dev/cecX adapters to userland.
>>
>> New structure with connector info (card number and connector id in case
On 20-05-19, 12:47, Nicolas Saenz Julienne wrote:
> 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
On 20-05-19, 12:47, Nicolas Saenz Julienne wrote:
> Hi all,
> as some of you may recall I've been spending some time looking into
> providing 'cpufreq' support for the Raspberry Pi platform[1]. I think
> I'm close to something workable, so I'd love for you to comment on it.
>
> There has been some
Hi Alex,
On 2019/5/20 17:39, Alexander Shishkin wrote:
> Shaokun Zhang writes:
>
>> drivers/hwtracing/intel_th/msu.c: In function ‘msc_buffer_win_alloc’:
>> drivers/hwtracing/intel_th/msu.c:783:21: warning: unused variable ‘i’
>> [-Wunused-variable]
>> int ret = -ENOMEM, i;
>>
On 18/05/2019 10:40, Jason Yan wrote:
Since we are processing events synchronously now, the second call of
sas_ex_join_wide_port() in sas_ex_discover_dev() is not needed. There
will be no races with other works in disco workqueue. So remove the
second sas_ex_join_wide_port().
I did not change th
The check for entry->index == 0 is done twice. One time should
be sufficient.
Suggested-by: Vitaly Kuznetsov
Signed-off-by: Thomas Huth
---
Vitaly already noticed this in his review to the "Fix a condition
in test_hv_cpuid()" patch a couple of days ago, but so far I haven't
seen any patch yet
On Sun, May 19, 2019 at 04:22:39PM +0200, Ondřej Jirman wrote:
> On Sat, May 18, 2019 at 12:34:57AM +0800, Frank Lee wrote:
> > HI,
> >
> > On Fri, May 17, 2019 at 2:29 AM Ondřej Jirman wrote:
> > >
> > > Hi Yangtao,
> > >
> > > thank you for work on this driver.
> > >
> > > On Fri, May 17, 2019 a
when the alps trackpoint is detected and using the alps_v8_protocol_data
procotol, the alps driver will not report the input data.
solution: use standard mouse driver instead of alps driver when the specail
trackpoint was detected.
Signed-off-by: XiaoXiao Liu
---
drivers/input/mouse/alps.c | 23
On Wed, May 15, 2019 at 08:20:35AM -0700, Matthew Wilcox wrote:
> On Wed, May 15, 2019 at 05:04:06PM +0200, Greg Kroah-Hartman wrote:
> > > Greg, can you consider 6daef95b8c914866a46247232a048447fff97279 for
> > > backporting to stable? Nobody realised it was a bugfix at the time it
> > > went in.
On Mon, May 06, 2019 at 09:05:12AM -0700, Kees Cook wrote:
> Doug said:
> > > > > I'd propose that these three patches:
> > > > >
> > > > > 95047b0519c1 pstore: Refactor compression initialization
> > > > > 416031653eb5 pstore: Allocate compression during late_initcall()
> > > > > cb095afd4476 psto
Hi!
On Sat, May 18, 2019 at 07:09:30PM +0200, Luca Weiss wrote:
> Add a node describing the KEYADC on the A64.
>
> Signed-off-by: Luca Weiss
> ---
> arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/arch/arm64/boot/dts/allwinner/sun50i-
On Thu, May 02, 2019 at 05:10:55PM +0200, Martin Schwidefsky wrote:
> On Thu, 2 May 2019 16:31:10 +0200
> Greg KH wrote:
>
> > On Thu, May 02, 2019 at 04:17:58PM +0200, Martin Schwidefsky wrote:
> > > On Thu, 2 May 2019 14:21:28 +0200
> > > Greg KH wrote:
> > >
> > > > On Mon, Apr 15, 2019 at
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: a188339ca5a396acc588e5851ed7e19f66b0ebd9
commit: 81a56f6dcd20325607d6008f4bb560c96f4c821a gcc-plugins: structleak:
Generalize to all variable types
date: 3 months ago
config: s390-allyesconfig (attached as
Hi Ondřej,
On Sun, May 19, 2019 at 03:54:22PM +0200, Ondřej Jirman wrote:
> On Tue, Apr 09, 2019 at 04:52:25PM +0200, Maxime Ripard wrote:
> > On Tue, Apr 09, 2019 at 04:40:40PM +0800, Chen-Yu Tsai wrote:
> > > On Tue, Apr 9, 2019 at 4:28 PM Maxime Ripard
> > > wrote:
> > > >
> > > > On Tue, Apr
On 20/05/19 10:18, Wanpeng Li wrote:
> From: Wanpeng Li
>
> wait_lapic_expire() call was moved above guest_enter_irqoff() because of
> its tracepoint, which violated the RCU extended quiescent state invoked
> by guest_enter_irqoff()[1][2]. This patch simply moves the tracepoint
> below guest_e
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: a188339ca5a396acc588e5851ed7e19f66b0ebd9
commit: 9012d011660ea5cf2a623e1de207a2bc0ca6936d compiler: allow all arches to
enable CONFIG_OPTIMIZE_INLINING
date: 5 days ago
config: sh-allmodconfig (attached as
On 20/05/19 10:18, Wanpeng Li wrote:
> Advance lapic timer tries to hidden the hypervisor overhead between the
> host emulated timer fires and the guest awares the timer is fired. However,
> it just hidden the time between apic_timer_fn/handle_preemption_timer ->
> wait_lapic_expire, instead of
On 20/05/19 12:55, Thomas Huth wrote:
> The check for entry->index == 0 is done twice. One time should
> be sufficient.
>
> Suggested-by: Vitaly Kuznetsov
> Signed-off-by: Thomas Huth
> ---
> Vitaly already noticed this in his review to the "Fix a condition
> in test_hv_cpuid()" patch a couple
Commit 25c13324d03d ("IB/mlx5: Add steering SW ICM device memory type")
breaks i386 build by introducing three 64-bit divisions. As the divisor
is MLX5_SW_ICM_BLOCK_SIZE() which is always a power of 2, we can replace
the division with bit operations.
Fixes: 25c13324d03d ("IB/mlx5: Add steering SW
Hi,
On Thu 16 May 19, 12:31, Maxime Ripard wrote:
> So far, the drm_format_plane_cpp function was operating on the format's
> fourcc and was doing a lookup to retrieve the drm_format_info structure and
> return the cpp.
>
> However, this is inefficient since in most cases, we will have the
> drm_
Hi guys,
writing the usual suspects about locking/lockdep stuff and also Daniel
in CC because he might have stumbled over this as well.
It took me a while to figuring out what the heck lockdep was complaining
about. The relevant dmesg was the following:
> [ 145.623005]
On 16/05/19 13:12, Thomas Huth wrote:
> This patch series enables the KVM selftests for s390x. As a first
> test, the sync_regs from x86 has been adapted to s390x.
>
> Please note that the ucall() interface is not used yet - since
> s390x neither has PIO nor MMIO, this needs some more work first
>
On 17/05/2019 20:04, Pierre Morel wrote:
On 17/05/2019 18:41, Alex Williamson wrote:
On Fri, 17 May 2019 18:16:50 +0200
Pierre Morel wrote:
We implement the capability interface for VFIO_IOMMU_GET_INFO.
When calling the ioctl, the user must specify
VFIO_IOMMU_INFO_CAPABILITIES to retrieve th
On 16/05/19 13:12, Thomas Huth wrote:
> +#define VCPU_ID 5
> +
> +static void guest_code(void)
> +{
> + for (;;) {
> + asm volatile ("diag 0,0,0x501");
> + asm volatile ("ahi 11,1");
> + }
I'd like this to use something like
register u32 stage = 0 asm("11")
On 25-04-19, 15:33, Ilias Apalodimas wrote:
> Hi Viresh,
>
> > > > Also, during this week-end, Christian suggested that the issue might
> > > > come from the AVS support.
> > > >
> > > > Could you disable it and check you still have the issue?
> > > >
> > > > For this, you just have to remove th
Hi,
On Thu 16 May 19, 12:31, Maxime Ripard wrote:
> drm_format_info_plane_cpp() basically just returns the cpp array content
> found in the drm_format_info structure.
>
> Since it's pretty trivial, let's remove the function and have the users use
> the array directly
Reviewed-by: Paul Kocialkows
On Mon, 20 May 2019 at 19:14, Paolo Bonzini wrote:
>
> On 20/05/19 10:18, Wanpeng Li wrote:
> > From: Wanpeng Li
> >
> > wait_lapic_expire() call was moved above guest_enter_irqoff() because of
> > its tracepoint, which violated the RCU extended quiescent state invoked
> > by guest_enter_irqoff()
Dear Friend,I need your urgent assistance to carry out this business
opportunity in my bank. In transferring the sum of $11.6million
dollars, to your private account. The money has been here in our Bank
lying dormant for years now without anybody coming for the claim of
it. You don't need to worry
On Sun, 2019-05-12 at 21:43 +0200, Martin Blumenstingl wrote:
> The variable which holds the parent names for the VPU clocks has a typo
> in it. Fix this typo to make the variable naming in the driver
> consistent. No functional changes.
>
> Fixes: 41785ce562491d ("clk: meson: meson8b: add the VPU
On Thu, May 02, 2019 at 02:32:19PM +0200, Geert Uytterhoeven wrote:
> Enable support for the IRQC on RZ/A1H, which is a small front-end to the
> GIC. This allows to use up to 8 external interrupts with configurable
> sense select.
>
> Signed-off-by: Geert Uytterhoeven
> Reviewed-by: Simon Horman
On Mon, May 20, 2019 at 12:47 PM Wolfram Sang
wrote:
> There are no in-kernel users anymore, so remove this outdated interface.
>
> Signed-off-by: Wolfram Sang
> Reviewed-by: Simon Horman
> Acked-by: Steve Twiss
> Tested-by: Steve Twiss
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
On Sun, 2019-05-12 at 22:57 +0200, Jerome Brunet wrote:
> MPLL_5OM (the capital letter o) should indeed be MPLL_50M (the number)
> Fix this before it gets used.
>
> Reported-by: Martin Blumenstingl
> Fixes: 25db146aa726 ("dt-bindings: clk: meson: add g12a periph clock
> controller bindings")
> S
On Tue, 7 May 2019 at 16:37, Peter Ujfalusi wrote:
>
> Hi,
>
> On 07/05/2019 9.09, Baolin Wang wrote:
> > When user try to request one DMA channel by __dma_request_channel(), it
> > won't
> > validate if it is the correct DMA device to request, that will lead each DMA
> > engine driver to validat
On Mon, 2019-05-13 at 14:31 +0200, Jerome Brunet wrote:
> This patchset is a squash of these previous patchsets [0], [1] without
> modification, beside a re-ordering of the changes to facilitate backports
>
> We are observing a lot of jitter on the MPLL outputs of the g12a.
> No such jitter is see
On Mon, May 20, 2019 at 01:19:02PM +0200, Michal Kubecek wrote:
> Commit 25c13324d03d ("IB/mlx5: Add steering SW ICM device memory type")
> breaks i386 build by introducing three 64-bit divisions. As the divisor
> is MLX5_SW_ICM_BLOCK_SIZE() which is always a power of 2, we can replace
> the divisi
On Mon, 20 May 2019 at 18:30, Paolo Bonzini wrote:
>
> On 17/05/19 10:49, Wanpeng Li wrote:
> > From: Wanpeng Li
> >
> > Allow guest reads CORE cstate when exposing host CPU power management
> > capabilities
> > to the guest. PKG cstate is restricted to avoid a guest to get the whole
> > packag
On Fri, 17 May 2019 14:18:26 +
Parav Pandit wrote:
> > > @@ -206,14 +214,27 @@ void mdev_unregister_device(struct device *dev)
> > > dev_info(dev, "MDEV: Unregistering\n");
> > >
> > > list_del(&parent->next);
> > > + mutex_unlock(&parent_list_lock);
> > > +
> > > + /* Release the initial
On Thu, May 02, 2019 at 02:32:20PM +0200, Geert Uytterhoeven wrote:
> Add support for input switches SW1-3 on the Renesas RZ/A1 RSK+RZA1
> development board.
>
> Note that this uses the IRQ interrupts, as the RZ/A1 GPIO controller
> does not include interrupt support.
>
> Signed-off-by: Geert Uyt
On Thu, May 16, 2019 at 03:45:50PM -0700, Sean Christopherson wrote:
> On Thu, May 16, 2019 at 02:02:58PM -0700, Andy Lutomirski wrote:
> > > On May 15, 2019, at 10:16 PM, Jarkko Sakkinen
> > > wrote:
> > > There is a problem here though. Usually the enclave itself is just a
> > > loader that the
On 20/05/2019 13.20, Paolo Bonzini wrote:
> On 16/05/19 13:12, Thomas Huth wrote:
>> This patch series enables the KVM selftests for s390x. As a first
>> test, the sync_regs from x86 has been adapted to s390x.
>>
>> Please note that the ucall() interface is not used yet - since
>> s390x neither has
On 5/17/19 5:42 PM, Dariusz Marcinkiewicz wrote:
> This patch makes dw-hdmi pass DRM connector info to a respective
> CEC adapter. In order to be able to do that it delays creation of
> the dw-hdmi-cec platform device until DRM connector is initialized.
>
> Requires testing.
Testing this patch wi
On Sun, May 19, 2019 at 8:29 PM Jonathan Cameron wrote:
>
> On Sat, 18 May 2019 19:40:36 -0300
> João Victor Marques de Oliveira wrote:
>
> > Changes switches from old text bindings, to YAML bindings, and also
> > include adi,reference-select property to specify the source for the
> > ref
On Mon, May 20, 2019 at 12:28:02PM +0200, Florian Westphal wrote:
> Marc Haber wrote:
> > when I update my Firewall from Kernel 5.0 to Kernel 5.1, SIP clients
> > that connect from the internal network to an external, commercial SIP
> > service do not work any more. When I trace beyond the NAT, I
On Mon, May 20, 2019 at 12:46 PM Wolfram Sang
wrote:
> With OF being the only configuration possibility left, depend on it to
> simplify some code.
>
> Signed-off-by: Wolfram Sang
> Reviewed-by: Simon Horman
> Acked-by: Steve Twiss
> Tested-by: Steve Twiss
Reviewed-by: Geert Uytterhoeven
Gr
Hi,
This patch set adds a device node validation in DMA engine core, that will
help some drivers to remove the duplicate device node validation in each
driver.
Any comments are welcome. Thanks.
Changes from v1:
- Add test-by tag from Peter.
- Use dma_request_channel instead of __dma_request_ch
Let the DMA engine core do the device node validation instead of drivers.
Signed-off-by: Baolin Wang
---
drivers/dma/imx-sdma.c|9 ++---
include/linux/platform_data/dma-imx.h |1 -
2 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/dma/imx-sdma.c b
When user try to request one DMA channel by __dma_request_channel(), it won't
validate if it is the correct DMA device to request, that will lead each DMA
engine driver to validate the correct device node in their filter function
if it is necessary.
Thus we can add the matching device node validat
Let the DMA engine core do the device node validation instead of drivers.
Signed-off-by: Baolin Wang
---
drivers/dma/mmp_tdma.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/dma/mmp_tdma.c b/drivers/dma/mmp_tdma.c
index 0c56faa0..e76858b 100644
--- a/dr
Let the DMA engine core do the device node validation instead of drivers.
Signed-off-by: Baolin Wang
---
drivers/dma/mxs-dma.c |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/dma/mxs-dma.c b/drivers/dma/mxs-dma.c
index 22cc7f6..8ce5e79 100644
--- a/drivers/
Let the DMA engine core do the device node validation instead of drivers.
Signed-off-by: Baolin Wang
---
drivers/dma/dma-jz4780.c |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/dma/dma-jz4780.c b/drivers/dma/dma-jz4780.c
index 9ce0a38..7e1d381 100644
--- a/
The __dma_request_channel() prototype has been changed to help to do
device node validation, thus we can use dma_request_channel() instead
of __dma_request_channel() to keep kernel bisectable.
Signed-off-by: Baolin Wang
---
drivers/soc/tegra/fuse/fuse-tegra20.c |2 +-
1 file changed, 1 inser
On Mon, May 20, 2019 at 12:46 PM Wolfram Sang
wrote:
> Those definitions are only used within the driver meanwhile, so put them
> there.
>
> Signed-off-by: Wolfram Sang
> Reviewed-by: Simon Horman
> Acked-by: Steve Twiss
> Tested-by: Steve Twiss
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeti
drivers/hwtracing/intel_th/msu.c: In function ‘msc_buffer_win_alloc’:
drivers/hwtracing/intel_th/msu.c:783:21: warning: unused variable ‘i’
[-Wunused-variable]
int ret = -ENOMEM, i;
^
drivers/hwtracing/intel_th/msu.c: In function ‘msc_buffer_win_free’:
drivers/hwtracing/inte
On Thu, May 16, 2019 at 02:02:58PM -0700, Andy Lutomirski wrote:
> That certainly *could* be done, and I guess the decision could be left
> to the LSMs, but I'm not convinced this adds value. What security use
> case does this cover that isn't already covered by requiring EXECUTE
> (e.g. lib_t) on
Let the DMA engine core do the device node validation instead of drivers.
Signed-off-by: Baolin Wang
---
drivers/dma/sh/rcar-dmac.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/dma/sh/rcar-dmac.c b/drivers/dma/sh/rcar-dmac.c
index 33ab1b6..67df54a 100644
-
Hi,
On Thu 16 May 19, 12:31, Maxime Ripard wrote:
> So far, the drm_format_plane_height/width functions were operating on the
> format's fourcc and was doing a lookup to retrieve the drm_format_info
> structure and return the cpp.
>
> However, this is inefficient since in most cases, we will have
On 20/05/19 13:22, Wanpeng Li wrote:
>>
>> We would like to move wait_lapic_expire() just before vmentry, which would
>> place wait_lapic_expire() again inside the extended quiescent state. Drop
>> the tracepoint, but add instead another one that can be useful and where
>> we can check the status
Let the DMA engine core do the device node validation instead of drivers.
Signed-off-by: Baolin Wang
---
drivers/dma/sh/usb-dmac.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/dma/sh/usb-dmac.c b/drivers/dma/sh/usb-dmac.c
index 59403f6..0afabf3 100644
---
Hello Fredrik,
On 17.05.2019 20:41, Fredrik Noring wrote:
> Hi Laurentiu,
>
>>> that I tracked down to the calls
>>>
>>>hub_port_init
>>> -> usb_control_msg
>>> -> usb_internal_control_msg
>>> -> usb_start_wait_urb
>>> -> usb_submit_urb
>>> -> usb_hcd_submit_urb
>>>
On Thu, May 16, 2019 at 05:03:31PM -0700, Sean Christopherson wrote:
> The SGX ioctl() would need to take mmap_sem for write, but we can mitigate
> that issue by changing the ioctl() to take a range of memory instead of a
> single page. That'd also provide "EADD batching" that folks have
> request
On Mon, 20 May 2019 at 19:33, Paolo Bonzini wrote:
>
> On 20/05/19 13:22, Wanpeng Li wrote:
> >>
> >> We would like to move wait_lapic_expire() just before vmentry, which would
> >> place wait_lapic_expire() again inside the extended quiescent state. Drop
> >> the tracepoint, but add instead anot
Add counts of instructions and cycles, in order to represent
instructions-per-cycle (IPC).
Signed-off-by: Adrian Hunter
---
tools/perf/util/event.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/perf/util/event.h b/tools/perf/util/event.h
index 9e999550f247..1f1da6082806 100644
---
Copy the incremental instruction count and cycle count onto 'instructions'
and 'branches' samples. Because Intel PT does not update the cycle count on
every branch or instruction, the incremental values will often be zero.
When there are values, they will be the number of instructions and number
of
Hi
Here are some patches that add support for IPC. There are 3 dependent fixes
to start with. Display of IPC by perf script is in patch 8 "perf script: Add
output of IPC ratio". Information about Intel PT and IPC is in patch 12
"perf intel-pt: Document IPC usage". Then there are patches to expo
When CYC packets are not available, it is still possible to count cycles
using TSC/TMA/MTC timestamps. As the timestamp increments in TSC ticks,
convert to CPU cycles using the current core-to-bus ratio. Do not
accumulate cycles when control flow packet generation is not enabled, nor
when time has
Export cycle and instruction counts on samples and calls tables.
Signed-off-by: Adrian Hunter
---
.../scripts/python/export-to-postgresql.py| 36 ---
1 file changed, 24 insertions(+), 12 deletions(-)
diff --git a/tools/perf/scripts/python/export-to-postgresql.py
b/tools/per
To make it easier to add new code for different TIP cases, separate each
case.
Signed-off-by: Adrian Hunter
---
.../util/intel-pt-decoder/intel-pt-decoder.c | 23 ++-
1 file changed, 17 insertions(+), 6 deletions(-)
diff --git a/tools/perf/util/intel-pt-decoder/intel-pt-decoder
Enhance the "All branches" and "Selected branches" reports to display IPC
information if it is available.
Signed-off-by: Adrian Hunter
---
.../scripts/python/exported-sql-viewer.py | 102 ++
1 file changed, 83 insertions(+), 19 deletions(-)
diff --git a/tools/perf/scripts/py
Please ignore this mail,
I've fixed the double unlock and lockdep is still complaining about the
nested locking, so I'm actually facing multiple issues here.
Sorry to waste your time,
Christian.
Am 20.05.19 um 13:19 schrieb Christian König:
> Hi guys,
>
> writing the usual suspects about lockin
Enhance the call graph to display IPC information if it is available.
Signed-off-by: Adrian Hunter
---
.../scripts/python/exported-sql-viewer.py | 69 +++
1 file changed, 56 insertions(+), 13 deletions(-)
diff --git a/tools/perf/scripts/python/exported-sql-viewer.py
b/tools
201 - 300 of 1662 matches
Mail list logo
