On Tue, Apr 24, 2018 at 11:54:26PM -0700, David Rientjes wrote:
> Shouldn't that test for dev->coherent_dma_mask < DMA_BIT_MASK(32) be more
> accurately <=?
No, it should really be <. The exactly 32-bit case is already covered
with GFP_DMA32. Eventualy it should be < 24-bit with a separate
GFP
On 2018-04-21 03:24 AM, Joe Perches wrote:
On Fri, 2018-04-20 at 14:44 +0800, yuank...@codeaurora.org wrote:
On 2018-04-20 09:47 AM, yuank...@codeaurora.org wrote:
[]
> [ZJ] Further prototyping has been given based on gcc for both of
> x86_64 and armv8-a,
> unsigned int and bool share the
Hi Pavel,
On Wed, Apr 25, 2018 at 08:41:33AM +0200, Pavel Machek wrote:
> On Sat 2018-04-21 09:50:08, Javier Arteaga wrote:
> > Allow userspace to use the on-board LEDs as "upboard::".
> >
> > Signed-off-by: Javier Arteaga
>
> > +static enum led_brightness upboard_led_brightness_get(struct led_
On Wed, 25 Apr 2018, Dou Liyang wrote:
> Now, Linux uses matrix allocator for vector assignment, the original
> assignment code which used VECTOR_OFFSET_START has been removed.
>
> So remove the stale macro as well
>
> Signed-off-by: Dou Liyang
This was removed in 4.15 by commit 69cde0004a4b (
On Wed, Apr 25, 2018 at 8:43 AM, Christoph Hellwig wrote:
> On Wed, Apr 25, 2018 at 08:23:15AM +0200, Daniel Vetter wrote:
>> For more fun:
>>
>> https://www.spinics.net/lists/dri-devel/msg173630.html
>>
>> Yeah, sometimes we want to disable the iommu because the on-gpu
>> pagetables are faster ..
Hi!
> > If it is single bit, max_brightness should be one, and != LED_OFF test
> > should not be needed.
>
> Got it. Will do for v2.
Good, you can add
Acked-by: Pavel Machek
for the v2.
Pavel
--
(english) http://www.live
Again.. if only people would use google, they'd find at least 3 other
people having tried this patch :/
On Wed, Apr 25, 2018 at 01:41:40PM +0800, Li Bin wrote:
> - pr_err("BUG: arch topology borken\n");
> + pr_err("BUG: arch topology broken\n");
Not a typo
On Tue, Apr 24, 2018 at 03:14:40PM +0200, Luc Van Oostenryck wrote:
> The method struct drm_connector_helper_funcs::mode_valid is defined
> as returning an 'enum drm_mode_status' but the driver implementation
> for this method uses an 'int' for it.
>
> Fix this by using 'enum drm_mode_status' in t
On 25/04/18 04:23, valmiki wrote:
> Hi all,
>
> When an IRQ line is set affinity using irq_set_affinity, which calls
> irq_do_set_affinity, this API copies affinity mask to affinity variable
> in irq_common_data of this irq descriptor.
It does a wee bit more. Crucially, it contains the line:
On Wed, Apr 25, 2018 at 8:15 AM, Christoph Hellwig wrote:
> On Tue, Apr 24, 2018 at 10:40:45PM +0200, Arnd Bergmann wrote:
>> @@ -221,6 +222,7 @@ struct zoran_fh {
>>
>> struct zoran_overlay_settings overlay_settings;
>> u32 *overlay_mask; /* overlay mask */
>> +
On Tue, Apr 24, 2018 at 03:14:47PM +0200, Luc Van Oostenryck wrote:
> The method struct drm_connector_helper_funcs::mode_valid is defined
> as returning an 'enum drm_mode_status' but the driver implementation
> for this method uses an 'int' for it.
>
> Fix this by using 'enum drm_mode_status' in t
On Tue, 24 Apr 2018, Christoph Hellwig wrote:
> On Tue, Apr 24, 2018 at 11:54:26PM -0700, David Rientjes wrote:
> > Shouldn't that test for dev->coherent_dma_mask < DMA_BIT_MASK(32) be more
> > accurately <=?
>
> No, it should really be <. The exactly 32-bit case is already covered
> with GFP_
On Tue, Apr 24, 2018 at 03:15:17PM +0200, Luc Van Oostenryck wrote:
> The method struct drm_connector_helper_funcs::mode_valid is defined
> as returning an 'enum drm_mode_status' but the driver implementation
> for this method uses an 'int' for it.
>
> Fix this by using 'enum drm_mode_status' in t
On Wed, 25 Apr 2018, Souptick Joarder wrote:
> Use new return type vm_fault_t for fault handler. For
> now, this is just documenting that the function returns
> a VM_FAULT value rather than an errno. Once all instances
> are converted, vm_fault_t will become a distinct type.
>
> Commit 1c8f422059
On Wed, Apr 25, 2018 at 09:02:17AM +0200, Daniel Vetter wrote:
> Can we please not nack everything right away? Doesn't really motivate
> me to show you all the various things we're doing in gpu to make the
> dma layer work for us. That kind of noodling around in lower levels to
> get them to do wha
On Tue, Apr 24, 2018 at 03:58:34PM -0700, Omar Sandoval wrote:
> On Fri, Apr 20, 2018 at 10:17:42AM +0200, Peter Zijlstra wrote:
> > On Sun, Apr 15, 2018 at 12:42:25AM -0700, Omar Sandoval wrote:
> > > From: Omar Sandoval
> > >
> > > While revisiting my Btrfs swapfile series [1], I introduced a s
On 24.4.2018 15:16, Luc Van Oostenryck wrote:
> The method ndo_start_xmit() is defined as returning an 'netdev_tx_t',
> which is a typedef for an enum type, but the implementation in this
> driver returns an 'int'.
>
> Fix this by returning 'netdev_tx_t' in this driver too.
>
> Signed-off-by: Luc
Sparse complains with following warning:
drivers/gpu/drm/vc4/vc4_v3d.c:222:1: warning: symbol
'vc4_allocate_bin_bo' was not declared. Should it be static?
Make vc4_allocate_bin static as it is not used outside of
vc4_v3d.c.
Signed-off-by: Vaishali Thakkar
---
drivers/gpu/drm/vc4/vc4_v3d.c | 3 +
Hi Philippe,
Reviewed-by: Yannick Fertré
On 04/17/2018 01:34 PM, Philippe Cornu wrote:
> When a driver related to one of the endpoints is deferred
> due to probe dependencies (i2c, spi...) but the other one
> is ready, ltdc probe continues and the deferred driver
> will never be probed again.
>
Hi Philippe,
Reviewed-by: Yannick Fertré
On 04/17/2018 01:40 PM, Philippe Cornu wrote:
> Add mode_valid() function to filter modes according to available
> pll clock values and "preferred" modes. It is particularly
> useful for hdmi modes that require precise pixel clocks.
>
> Note that "prefer
Hi Philippe,
Reviewed-by: Yannick Fertré
On 04/19/2018 03:28 PM, Philippe Cornu wrote:
> "make C=1" returns 2 warnings in ltdc_plane_create()
> ("Using plain integer as NULL pointer"). This patch
> fixes them.
>
> Signed-off-by: Philippe Cornu
> ---
> drivers/gpu/drm/stm/ltdc.c | 4 ++--
>
On Tue, Apr 24, 2018 at 05:37:08PM -0400, Andrey Grodzovsky wrote:
>
>
> On 04/24/2018 05:21 PM, Eric W. Biederman wrote:
> > Andrey Grodzovsky writes:
> >
> > > On 04/24/2018 03:44 PM, Daniel Vetter wrote:
> > > > On Tue, Apr 24, 2018 at 05:46:52PM +0200, Michel Dänzer wrote:
> > > > > Adding
On Tue, 24 Apr 2018 13:04:23 -0700
Linus Torvalds wrote:
> On Tue, Apr 24, 2018 at 12:54 PM, Jesper Dangaard Brouer
> wrote:
> > Hi all,
> >
> > I'm experiencing boot failures with net-next git-tree after it got
> > rebased/merged with Linus'es tree at v4.17.0-rc1.
>
> I suspect it's the glob
On Tuesday 13 February 2018 11:18 PM, Kieran Bingham wrote:
From: Kieran Bingham
The ADV7511 has four 256-byte maps that can be accessed via the main I2C
ports. Each map has it own I2C address and acts as a standard slave
device on the I2C bus.
Allow a device tree node to override the defaul
On Tuesday 13 February 2018 11:18 PM, Kieran Bingham wrote:
From: Kieran Bingham
The ADV7511 has four 256-byte maps that can be accessed via the main I2C
ports. Each map has it own I2C address and acts as a standard slave
device on the I2C bus.
Extend the device tree node bindings to be able
On Tue, Apr 24, 2018 at 07:12:47PM +0100, Ayan Kumar Halder wrote:
> malidp_pm_suspend_late checks if the runtime status is not suspended
> and if so, invokes malidp_runtime_pm_suspend which disables the
> display engine/core interrupts and the clocks. It sets the runtime status
> as suspended.
>
MT2712 MSDC supports 64G DRAM DMA access, it needs update
gpd/bd structure.
Signed-off-by: Chaotian Jing
---
drivers/mmc/host/mtk-sd.c | 56 +--
1 file changed, 49 insertions(+), 7 deletions(-)
diff --git a/drivers/mmc/host/mtk-sd.c b/drivers/mmc/host
Change vs V1:
fix build warning of 32bit arch
Chaotian Jing (1):
mmc: mediatek: add 64G DRAM DMA support
drivers/mmc/host/mtk-sd.c | 56 +--
1 file changed, 49 insertions(+), 7 deletions(-)
--
1.8.1.1.dirty
On Sat, Apr 21, 2018 at 07:43:46PM +0200, Helge Deller wrote:
> This patch breaks a 32bit kernel on a B160L machine (PA7300LC CPU, "pcxl2").
> After applying this patch series the lasi82956 network driver works
> unreliable.
> NIC gets IP, but ping doesn't work.
> See drivers/net/ethernet/i825xx/
On Wed, Apr 25, 2018 at 09:08:13AM +0200, Arnd Bergmann wrote:
> > That probably also means it can use dma_mmap_coherent instead of the
> > handcrafted remap_pfn_range loop and the PageReserved abuse.
>
> I'd rather not touch that code. How about adding a comment about
> the fact that it should us
On 04/24/2018 06:27 PM, Rob Herring wrote:
> On Wed, Apr 18, 2018 at 05:37:52PM +0200, Fabrice Gasnier wrote:
>> Document support for STM32MP1 ADC. It's quite similar to STM32H7 ADC.
>> Introduce "st,stm32mp1-adc" compatible to handle variants of this
>> hardware such as vregready flag, interrupts,
On Tue, Apr 24, 2018 at 10:13:19PM +0200, Pavel Machek wrote:
> Hi!
>
> > This series adds a new subsystem for GNSS receivers (e.g. GPS
> > receivers).
>
> Actually... I'd just call it GPS subsystem. Yes, GPS is a bit
> misleading, but so is GNSS. We'd like Loran to use similar interface,
> right
Dne 24.4.2018 v 15:37 Arnd Bergmann napsal(a):
> On Tue, Apr 24, 2018 at 3:29 PM, Jaroslav Kysela wrote:
>> Dne 24.4.2018 v 14:06 Baolin Wang napsal(a):
>>> Since many structures will use timespec type variables to record time stamp
>>> in uapi/asound.h, which are not year 2038 safe on 32bit syste
Kees Cook writes:
> In the quest to remove all stack VLA usage from the kernel[1], this
> redefines FFT_NUM_SAMPLES as a #define instead of const int, which still
> triggers gcc's VLA checking pass.
>
> [1] https://lkml.org/lkml/2018/3/7/621
>
> Co-developed-by: Andreas Christoforou
> Signed-off
On Wed, Apr 25, 2018 at 5:50 AM, syzbot
wrote:
> Hello,
>
> syzbot hit the following crash on upstream commit
> 24cac7009cb1b211f1c793ecb6a462c03dc35818 (Tue Apr 24 21:16:40 2018 +)
> Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net
> syzbot dashboard link:
> https://syzkaller.app
On Wed, Apr 25, 2018 at 12:09:05AM -0700, Christoph Hellwig wrote:
> On Wed, Apr 25, 2018 at 09:02:17AM +0200, Daniel Vetter wrote:
> > Can we please not nack everything right away? Doesn't really motivate
> > me to show you all the various things we're doing in gpu to make the
> > dma layer work f
On Tue, Apr 24, 2018 at 10:59:48PM +0200, Andreas Kemnade wrote:
> On Tue, 24 Apr 2018 22:13:19 +0200
> Pavel Machek wrote:
>
> > Hi!
> >
> > > This series adds a new subsystem for GNSS receivers (e.g. GPS
> > > receivers).
> >
> > Actually... I'd just call it GPS subsystem. Yes, GPS is a bit
On Tue, Apr 24, 2018 at 03:15:24PM +0200, Luc Van Oostenryck wrote:
> The method struct drm_connector_helper_funcs::mode_valid is defined
> as returning an 'enum drm_mode_status' but the driver implementation
> for this method uses an 'int' for it.
>
> Fix this by using 'enum drm_mode_status' in t
Does this help on your system?
- Ted
commit 4e00b339e264802851aff8e73cde7d24b57b18ce
Author: Theodore Ts'o
Date: Wed Apr 25 01:12:32 2018 -0400
random: rate limit unseeded randomness warnings
On systems without sufficient boot rando
On Tue, Apr 24, 2018 at 11:43:35PM -0700, Christoph Hellwig wrote:
> On Wed, Apr 25, 2018 at 08:23:15AM +0200, Daniel Vetter wrote:
> > For more fun:
> >
> > https://www.spinics.net/lists/dri-devel/msg173630.html
> >
> > Yeah, sometimes we want to disable the iommu because the on-gpu
> > pagetabl
On Wed, Apr 25, 2018 at 12:09:05AM -0700, Christoph Hellwig wrote:
> On Wed, Apr 25, 2018 at 09:02:17AM +0200, Daniel Vetter wrote:
> > Can we please not nack everything right away? Doesn't really motivate
> > me to show you all the various things we're doing in gpu to make the
> > dma layer work f
>From dfce031e29c5fddbd1ea46bb2db0cde0ba62bcb0 Mon Sep 17 00:00:00 2001
From: Chunfeng Yun
Date: Wed, 25 Apr 2018 15:24:40 +0800
Subject: [PATCH 0/2] Add MediaTek XS-PHY driver
This patch series support the SuperSpeedPlus XS-PHY transceiver for
USB3.1 GEN2 controller on MediaTek chips. The driver
Support XS-PHY for MediaTek SoCs with USB3.1 GEN2 controller
Signed-off-by: Chunfeng Yun
---
drivers/phy/mediatek/Kconfig |9 +
drivers/phy/mediatek/Makefile|1 +
drivers/phy/mediatek/phy-mtk-xsphy.c | 600 ++
3 files changed, 610 insertio
Add a DT binding documentation of XS-PHY for MediaTek SoCs
with USB3.1 GEN2 controller
Signed-off-by: Chunfeng Yun
---
.../devicetree/bindings/phy/phy-mtk-xsphy.txt | 127
1 file changed, 127 insertions(+)
create mode 100644 Documentation/devicetree/bindings/phy/phy-m
On Tue, Apr 24, 2018 at 11:16:38PM +0200, Hans de Goede wrote:
> Hi,
>
> On 24-04-18 19:18, Johan Hovold wrote:
> > [ Adding some more people on CC. ]
> >
> > On Tue, Apr 24, 2018 at 04:29:53PM +0800, Shrirang Bagul wrote:
> >> On systems using Intel Atom (Baytrail-I) SoC's, slave devices connect
Fixes: 14da3ed8dd08c581 ("devicetree/bindings: display: Document common
panel properties")
Signed-off-by: Geert Uytterhoeven
---
Documentation/devicetree/bindings/display/panel/panel-common.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/d
Hi Luc and all,
> The method ndo_start_xmit() is defined as returning an 'netdev_tx_t',
> which is a typedef for an enum type, but the implementation in this
> driver returns an 'int'.
>
> Fix this by returning 'netdev_tx_t' in this driver too.
>
> Signed-off-by: Luc Van Oostenryck
> ---
> dri
Add optional power supplies using the description found in
"SiI9022A/SiI9024A HDMI Transmitter Data Sheet (August 2016)".
There is a single 1v2 supply voltage named vcc12 from which cvcc12
(digital core) and avcc12 (TMDS analog) are derived because according
to this data sheet:
"cvcc12 and avcc12
This patchset adds optional power supplies to the sii902x
drm bridge driver.
Version 2:
- merge avcc12 & cvcc12 to a single vcc12 supply as suggested by
Laurent Pinchart (see discussion details in
https://patchwork.freedesktop.org/patch/216058/)
- improve error messages following Laurent Pinch
Add the optional power supplies using the description found in
"SiI9022A/SiI9024A HDMI Transmitter Data Sheet (August 2016)".
The sii902x input IOs are not "io safe" so it is important to
enable/disable voltage regulators during probe/remove phases to
avoid damages.
Signed-off-by: Philippe Cornu
On Wed, Apr 25, 2018 at 09:30:39AM +0200, Daniel Vetter wrote:
> On Wed, Apr 25, 2018 at 12:09:05AM -0700, Christoph Hellwig wrote:
> > On Wed, Apr 25, 2018 at 09:02:17AM +0200, Daniel Vetter wrote:
> > > Can we please not nack everything right away? Doesn't really motivate
> > > me to show you all
email开发，目标企业回复率低？
是因为你还没有发送到目标企业的重要负责人的手里，我司通过2018年最新的精准挖掘算法，帮助你提高联系到精准目标企业负责人的email，同时配以我司的智能发送模块，帮助您进行记录分析，分析每天的发送记录，主题和内容记录，多方面分析，
帮助贵司提高开发信的方向，提高客户的回复，同时提高发信到达率，让email营 销达到最 大 化、。
09
如需更主动地联系海外客户，可 企鹅 Q ��:3356846651
关注可赠送免费外贸营销课程
On 4/24/18 8:19 PM, Alan Kao wrote:
Hi Atish, Palmer,
On Tue, Apr 24, 2018 at 06:15:49PM -0700, Atish Patra wrote:
On 4/24/18 5:29 PM, Palmer Dabbelt wrote:
On Tue, 24 Apr 2018 15:16:16 PDT (-0700), atish.pa...@wdc.com wrote:
On 4/24/18 12:44 PM, Palmer Dabbelt wrote:
On Tue, 24 Apr 2018 12:
On 25 April 2018 at 08:35, AKASHI Takahiro wrote:
> This is a fix against the issue that crash dump kernel may hang up
> during booting, which can happen on any ACPI-based system with "ACPI
> Reclaim Memory."
>
> (kernel messages after panic kicked off kdump)
>(snip...)
> Bye!
On Tue, Apr 24, 2018 at 09:44:08PM +0200, H. Nikolaus Schaller wrote:
> > Am 24.04.2018 um 19:50 schrieb Johan Hovold :
> > I think it should be done the other way round (if I understand you
> > correctly), that is, by adding support for configurations were WAKEUP is
> > left not connected to the
On Tuesday 24 Apr 2018 at 14:35:23 (+0200), Peter Zijlstra wrote:
> On Tue, Apr 24, 2018 at 12:19:07PM +0100, Valentin Schneider wrote:
> > On 24/04/18 11:43, Peter Zijlstra wrote:
> > > On Tue, Apr 24, 2018 at 11:02:26AM +0100, Valentin Schneider wrote:
> > >> I'd argue making things easier to rea
On Wednesday 25 Apr 2018 at 10:45:09 (+0530), Viresh Kumar wrote:
> On 24-04-18, 14:35, Peter Zijlstra wrote:
> > In any case, if there not going to be conflicts here, this all looks
> > good.
>
> Thanks Peter.
>
> I also had another patch and wasn't sure if that would be the right
> thing to do.
Jia-Ju Bai wrote:
> zd1201_probe() is never called in atomic context.
>
> zd1201_probe() is only set as ".probe" in struct usb_driver.
>
> Despite never getting called from atomic context, zd1201_probe()
> calls mdelay() to busily wait.
> This is not necessary and can be replaced with msleep()
After enabled BPF_JIT_ALWAYS_ON config, bpf_jit_enable always equals to
1; it is impossible to set 'bpf_jit_enable = 2' and the kernel has no
chance to call bpf_jit_dump().
This patch relaxes bpf_jit_enable range to [1..2] when kernel config
BPF_JIT_ALWAYS_ON is enabled so can invoke jit dump.
Si
Hi Leo,
Sorry for the delay in responding...
On Saturday 21 Apr 2018 at 00:27:53 (+0800), Leo Yan wrote:
> On Fri, Apr 20, 2018 at 03:42:45PM +0100, Quentin Perret wrote:
> > Hi Leo,
> >
> > On Wednesday 18 Apr 2018 at 20:15:47 (+0800), Leo Yan wrote:
> > > Sorry I introduce mess at here to spre
"Gustavo A. R. Silva" wrote:
> Remove and refactor some code in order to avoid having identical code
> for different branches.
>
> Notice that this piece of code hasn't been modified since 2011.
>
> Addresses-Coverity-ID: 1226756 ("Identical code for different branches")
> Signed-off-by: Gustav
On Thu, 19 Apr 2018 16:48:06 +0200
Pierre Morel wrote:
> The Sub channel event callback is threaded using workqueues.
> The work uses the FSM introducing the VFIO_CCW_EVENT_SCH_EVENT
> event.
I don't think this is a good name; after all, all of the events are
events for the subchannel :)
This s
"Gustavo A. R. Silva" wrote:
> In case memory resources for fw were succesfully allocated, release
> them before jumping to fw_load_fail.
>
> Addresses-Coverity-ID: 1466092 ("Resource leak")
> Fixes: c3b2f7ca4186 ("qtnfmac: implement asynchronous firmware loading")
> Signed-off-by: Gustavo A. R.
On 04/24/2018 07:23 PM, Oleksandr Andrushchenko wrote:
On 04/24/2018 06:02 PM, Takashi Iwai wrote:
On Tue, 24 Apr 2018 16:58:43 +0200,
Oleksandr Andrushchenko wrote:
On 04/24/2018 05:35 PM, Takashi Iwai wrote:
On Tue, 24 Apr 2018 16:29:15 +0200,
Oleksandr Andrushchenko wrote:
On 04/24/2018 05
The control cpu thread which initiates hotplug calls kthread_park()
for hotplug thread and sets KTHREAD_SHOULD_PARK. After this control
thread wakes up the hotplug thread. There is a chance that wakeup
code sees the hotplug thread (running on AP core) in INTERRUPTIBLE
state, but sets its state to R
'R' means access the data via reads instead of writes, fix this typo.
Signed-off-by: Yisheng Xie
---
tools/perf/bench/numa.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/bench/numa.c b/tools/perf/bench/numa.c
index 944070e..63eb4908 100644
--- a/tools/perf/bench
On Thu, 19 Apr 2018 16:48:07 +0200
Pierre Morel wrote:
> This patch simplifies the IO request handling to handle the only
> implemented request: SSCH.
I *really* need to post my halt/clear patches soon, I think.
> Other request are invalid and get a return value of -EINVAL.
This is an user api
On Thu, 19 Apr 2018 16:48:12 +0200
Pierre Morel wrote:
> VFIO_CCW_STATE_BOXED and VFIO_CCW_STATE_BUSY are the same
> states.
> Let's only keep one: VFIO_CCW_STATE_BUSY
>
> Signed-off-by: Pierre Morel
> ---
> drivers/s390/cio/vfio_ccw_fsm.c | 9 -
> drivers/s390/cio/vfio_ccw_private
Collect the Texas Instruments DMA drivers under drivers/dma/ti/
Signed-off-by: Peter Ujfalusi
---
drivers/dma/Kconfig | 31 +---
drivers/dma/Makefile | 5 +--
drivers/dma/ti/Kconfig| 37 +++
d
> -Original Mail-
>Sender: Thomas Gleixner [mailto:t...@linutronix.de]
> Time: 2018年4月17日 18:16
> Receiver: David Wang
> CC: mi...@redhat.com; h...@zytor.com; mi...@kernel.org;
> x...@kernel.org; linux-kernel@vger.kernel.org; brucechang@via-
> alliance.com; cooper...@zhaoxin.com; qiyuanw
On Tue, Apr 24, 2018 at 06:34:51PM +0200, Johan Hovold wrote:
> This series adds a new subsystem for GNSS receivers (e.g. GPS
> receivers).
YEAH
Thanks so much for doing this, great work!
> While GNSS receivers are typically accessed using a UART interface they
> often also support other I/O
Centaur CPUs enumerate the cache topology in the same way as Intel CPUs,
but the functionality is unused so far.
The Centaur init code also misses to initialize x86_info::max_cores, so
the CPU topology can't be described correctly.
Initialize x86_cpuinfo:max_core and invoke init_intel_cacheinfo()
On Thu, 19 Apr 2018 16:48:13 +0200
Pierre Morel wrote:
> In the current implementation, we do not want to start a new SSCH
> command before the last one ends.
>
> Signed-off-by: Pierre Morel
> ---
> drivers/s390/cio/vfio_ccw_fsm.c | 3 +++
> drivers/s390/cio/vfio_ccw_ops.c | 21 ++
On Tue, 24 Apr 2018, Arvind Yadav wrote:
> Free device resource data, if __wacom_devm_sysfs_create_group
> is not successful.
Applied, thanks.
--
Jiri Kosina
SUSE Labs
On 11 March 2018 at 11:03, Vivek Unune wrote:
> Hi Rafał,
>
> On Sat, Mar 10, 2018 at 10:41:04PM +0100, Rafał Miłecki wrote:
>> On 10 March 2018 at 18:12, Vivek Unune wrote:
>> > Using BCH8 gives ecc errors and makes the router unsuable.
>> > Switching to BCH1 fixes these errors.
>>
>> Can you pr
On Tuesday, April 24, 2018 10:09:28 AM CEST Thomas Gleixner wrote:
> On Mon, 23 Apr 2018, John Stultz wrote:
>
> > On Mon, Apr 23, 2018 at 7:45 PM, Genki Sky wrote:
> > > Quoting Genki Sky (2018/04/23 20:40:36 -0400)
> > >> I came across this thread for same reason as [0]: Daemons getting
> > >>
2018-03-30 16:30 GMT+02:00 Sekhar Nori :
> NAND itself is an asynchronous interface, it does not have any
> clock input. DaVinci NAND driver acquires clock for AEMIF
> (asynchronous external memory interface) which is an on-chip
> IP to which NAND is connected.
>
> The same clock is also enabled in
[discussion about this patch, which should have been cced to the iommu
and linux-arm-kernel lists, but wasn't:
https://www.spinics.net/lists/dri-devel/msg173630.html]
On Wed, Apr 25, 2018 at 09:41:51AM +0200, Thierry Reding wrote:
> > API from the iommu/dma-mapping code. Drivers have no busines
On Wednesday, April 25, 2018 8:50:15 AM CEST Pavel Machek wrote:
>
> --ReaqsoxgOBHFXBhH
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Tue 2018-04-24 10:09:28, Thomas Gleixner wrote:
> > On Mon, 23 Apr 2018, John Stu
On Wed, Apr 25, 2018 at 09:56:43AM +0200, Thierry Reding wrote:
> And to add to the confusion, none of this seems to be an issue on 64-bit
> ARM where the generic DMA/IOMMU code from drivers/iommu/dma-iommu.c is
> used.
In the long term I want everyone to use that code. Help welcome!
On Tue, Apr 24, 2018 at 06:34:52PM +0200, Johan Hovold wrote:
> +#define GNSS_MINORS 16
Why only 16? Just have to start somewhere?
> +static DEFINE_IDA(gnss_minors);
> +static dev_t gnss_first;
> +
> +/* FIFO size must be a power of two */
> +#define GNSS_READ_FIFO_SIZE 4096
> +#define GNSS_WR
On Tue, Apr 24, 2018 at 06:34:54PM +0200, Johan Hovold wrote:
> Add a generic serial GNSS driver (library) which provides a common
> implementation for the gnss interface and power management (runtime and
> system suspend). This allows GNSS drivers for specific chip to be
> implemented by simply pr
On Tue, Apr 24, 2018 at 06:34:54PM +0200, Johan Hovold wrote:
> +static inline void *gnss_serial_get_drvdata(struct gnss_serial *gserial)
> +{
> + return &gserial[1];
> +}
Oh that's the best hack I have seen in a long time. I need to remember
that one for next time.
Anyway, in reading this d
On Tue, 24 Apr 2018, Kees Cook wrote:
> On Tue, Apr 24, 2018 at 6:16 PM, Stephen Rothwell
> wrote:
> > On Sun, 22 Apr 2018 18:23:46 +0200 Thomas Gleixner
> > wrote:
> >> +static inline struct rs_control *init_rs(int symsize, int gfpoly, int fcr,
> >> + int p
On Wednesday, April 25, 2018 9:47:36 AM CEST Johan Hovold wrote:
> On Tue, Apr 24, 2018 at 11:16:38PM +0200, Hans de Goede wrote:
> > Hi,
> >
> > On 24-04-18 19:18, Johan Hovold wrote:
> > > [ Adding some more people on CC. ]
> > >
> > > On Tue, Apr 24, 2018 at 04:29:53PM +0800, Shrirang Bagul wr
Commit-ID: 88ba3829dfd83219bb2b1954acb0c206a602ce83
Gitweb: https://git.kernel.org/tip/88ba3829dfd83219bb2b1954acb0c206a602ce83
Author: jacek.tom...@poczta.fm
AuthorDate: Tue, 24 Apr 2018 00:14:25 +0800
Committer: Thomas Gleixner
CommitDate: Wed, 25 Apr 2018 10:56:23 +0200
x86/cpu/inte
Hi Philippe,
Thank you for the patch.
On Wednesday, 25 April 2018 10:53:13 EEST Philippe Cornu wrote:
> Add optional power supplies using the description found in
> "SiI9022A/SiI9024A HDMI Transmitter Data Sheet (August 2016)".
>
> There is a single 1v2 supply voltage named vcc12 from which cvcc
This patchset adds PMU driver for Cavium's ThunderX2 SoC UNCORE devices.
The SoC has PMU support in L3 cache controller (L3C) and in the
DDR4 Memory Controller (DMC).
v4:
-Incroporated review comments from Mark Rutland[1]
[1] https://www.spinics.net/lists/arm-kernel/msg588563.html
v3:
This patch adds a perf driver for the PMU UNCORE devices DDR4 Memory
Controller(DMC) and Level 3 Cache(L3C).
ThunderX2 has 8 independent DMC PMUs to capture performance events
corresponding to 8 channels of DDR4 Memory Controller and 16 independent
L3C PMUs to capture events corresponding to 16 ti
Documentation for the UNCORE PMUs on Cavium's ThunderX2 SoC.
The SoC has PMU support in its L3 cache controller (L3C) and in the
DDR4 Memory Controller (DMC).
Signed-off-by: Ganapatrao Kulkarni
---
Documentation/perf/thunderx2-pmu.txt | 66
1 file changed, 66
On Wed, 25 Apr 2018 10:26:34 +0200,
Oleksandr Andrushchenko wrote:
>
> On 04/24/2018 07:23 PM, Oleksandr Andrushchenko wrote:
> > On 04/24/2018 06:02 PM, Takashi Iwai wrote:
> >> On Tue, 24 Apr 2018 16:58:43 +0200,
> >> Oleksandr Andrushchenko wrote:
> >>> On 04/24/2018 05:35 PM, Takashi Iwai wrot
Commit-ID: ec8c7206b71d46ee50a23697933dfafec8d5c426
Gitweb: https://git.kernel.org/tip/ec8c7206b71d46ee50a23697933dfafec8d5c426
Author: Fenghua Yu
AuthorDate: Mon, 23 Apr 2018 11:29:22 -0700
Committer: Thomas Gleixner
CommitDate: Wed, 25 Apr 2018 10:56:24 +0200
x86/cpufeatures: Enumera
Commit-ID: 5a626a8dfb58a64a39f4351e3962e7320191f189
Gitweb: https://git.kernel.org/tip/5a626a8dfb58a64a39f4351e3962e7320191f189
Author: Dou Liyang
AuthorDate: Wed, 25 Apr 2018 10:05:53 +0800
Committer: Thomas Gleixner
CommitDate: Wed, 25 Apr 2018 10:56:24 +0200
x86/vector: Remove the m
On 13.03.2018 02:02, Vivek Unune wrote:
On Mon, Mar 12, 2018 at 03:52:27PM -0700, Florian Fainelli wrote:
On 03/11/2018 03:03 AM, Vivek Unune wrote:
Hi Rafał,
On Sat, Mar 10, 2018 at 10:41:04PM +0100, Rafał Miłecki wrote:
On 10 March 2018 at 18:12, Vivek Unune wrote:
Using BCH8 gives ecc er
gpstate_timer_handler() uses synchronous smp_call to set the pstate
on the requested core. This causes the below hard lockup:
[c03fe566b320] [c01d5340] smp_call_function_single+0x110/0x180
(unreliable)
[c03fe566b390] [c01d55e0] smp_call_function_any+0x180/0x250
[c03fe5
On 25-04-18, 09:13, Quentin Perret wrote:
> While you're at it, you could probably remove the one in wake_cap() ? I
> think having just one in select_task_rq_fair() should be enough.
Just make it clear, you are asking me to remove sync_entity_load_avg()
in wake_cap() ? But aren't we required to do
On 04/25/2018 12:02 PM, Takashi Iwai wrote:
On Wed, 25 Apr 2018 10:26:34 +0200,
Oleksandr Andrushchenko wrote:
On 04/24/2018 07:23 PM, Oleksandr Andrushchenko wrote:
On 04/24/2018 06:02 PM, Takashi Iwai wrote:
On Tue, 24 Apr 2018 16:58:43 +0200,
Oleksandr Andrushchenko wrote:
On 04/24/2018 05
Ard,
On Wed, Apr 25, 2018 at 10:09:26AM +0200, Ard Biesheuvel wrote:
> On 25 April 2018 at 08:35, AKASHI Takahiro wrote:
> > This is a fix against the issue that crash dump kernel may hang up
> > during booting, which can happen on any ACPI-based system with "ACPI
> > Reclaim Memory."
> >
> > (ke
On Fri, Apr 13, 2018 at 03:52:11PM +0200, Pierre-Yves MORDRET wrote:
> Fix an issue with FIFO Size and burst size.
> Fix an incomplete allocator for Hardware descriptors: memory badly
> allocated.
Applied, thanks
--
~Vinod
On 25 April 2018 at 11:06, AKASHI Takahiro wrote:
> Ard,
>
> On Wed, Apr 25, 2018 at 10:09:26AM +0200, Ard Biesheuvel wrote:
>> On 25 April 2018 at 08:35, AKASHI Takahiro
>> wrote:
>> > This is a fix against the issue that crash dump kernel may hang up
>> > during booting, which can happen on an
1 - 100 of 1348 matches
Mail list logo
