Current mainline git (24e700e291d52bd2) hangs when building software
concurrently (for example perf).
The issue is not 100% reproducible (sometimes building perf succeeds),
so bisecting will not work.
Magic SysRq key doesn't work and there is nothing in the logs.
Enabling CONFIG_PROVE_LOCKING makes
On 05/09/17 08:58, Peter Zijlstra wrote:
> On Tue, Sep 05, 2017 at 08:28:10AM +0200, Juergen Gross wrote:
>> On 05/09/17 00:21, Davidlohr Bueso wrote:
>>> On Mon, 04 Sep 2017, Peter Zijlstra wrote:
>>>
For testing its trivial to hack your kernel and I don't feel this is
something an Admin
> -Original Message-
> From: Peter Zijlstra [mailto:pet...@infradead.org]
> Sent: Tuesday, September 05, 2017 4:26 PM
> To: Byungchul Park
> Cc: t...@kernel.org; johannes.b...@intel.com; mi...@kernel.org;
> t...@linutronix.de; o...@redhat.com; da...@fromorbit.com; linux-
> ker...@vger.kerne
Hello,
Sorry for such a long delay. I'm still interested in having this patch
merged.
I've tried to make the patch more generic and move it to xenbus as
discussed during the Xen summit, but I'm not sure how or if it's
possible. Would doing something in xenbus_otherend_changed() make sense?
But do
On Fri, 25 Aug 2017, Chen Zhong wrote:
> This patch adds documentation for device tree bindings for keys support
> as the subnode of MT6397/MT6323 PMIC.
>
> Acked-by: Rob Herring
> Signed-off-by: Chen Zhong
> ---
> Documentation/devicetree/bindings/mfd/mt6397.txt |6 ++
> 1 file change
On 09/05/2017 07:06 AM, Nicolin Chen wrote:
On Sun, Sep 03, 2017 at 01:05:01PM +0200, Lukasz Majewski wrote:
The problem is visible in the following setup (on the imx6q):
"simple-audio-card" -> ssi2 -> I2S + I2C -> codec
The function call log (simple-card probe -> CONFIG_SND_SIMPLE_CARD):
asoc
On Fri, 25 Aug 2017, Chen Zhong wrote:
> This patch adds compatible strings and interrupts for pmic keys
> which serves as child device of MFD.
>
> Signed-off-by: Chen Zhong
> ---
> drivers/mfd/mt6397-core.c | 22 +-
> 1 file changed, 21 insertions(+), 1 deletion(-)
For m
On Tue 05-09-17 09:28:36, Michal Hocko wrote:
> On Tue 05-09-17 12:32:28, Anshuman Khandual wrote:
> > On 09/04/2017 04:52 PM, Michal Hocko wrote:
> > > From: Michal Hocko
> > >
> > > online_mem_sections accidentally marks online only the first section in
> > > the given range. This is a typo whi
On Sat, 02 Sep 2017, sathyanarayanan.kuppusw...@linux.intel.com wrote:
> From: Kuppuswamy Sathyanarayanan
>
> Removed redundant IPC helper functions and refactored the driver to use
> generic IPC device driver APIs.
>
> This patch also cleans-up PMC IPC user drivers to use APIs provided
> by ge
On Mon, 04 Sep 2017, Hans de Goede wrote:
> Both Bay and Cherry Trail devices may be used together with a Crystal Cove
> PMIC. Each platform has its own variant of the PMIC, which both use the
> same ACPI HID, but they are not 100% compatible.
>
> This commits makes the intel_soc_pmic_core code c
On Mon, 04 Sep 2017, Hans de Goede wrote:
> Both Bay and Cherry Trail devices may be used together with a Crystal Cove
> PMIC. Each platform has its own variant of the PMIC, which both use the
> same ACPI HID, but they are not 100% compatible.
>
> Looking at the android x86 kernel sources where m
The dev pointer is going through a null check after a dereference.
So this patch removes that useless check since the driver does not
pass a null dev pointer in any case.
Signed-off-by: Nicolin Chen
---
Changelog
v2:
* By following Thierry's comments, changed to remove the null pointer
check
On Tue, 05 Sep 2017 09:25:53 +0200,
Lee Jones wrote:
>
> On Mon, 04 Sep 2017, Takashi Iwai wrote:
>
> > On Mon, 04 Sep 2017 15:37:32 +0200,
> > Lee Jones wrote:
> > >
> > > > +static struct mfd_cell dc_ti_dev[] = {
> > > > + {
> > > > + .name = "dc_ti_pwrbtn",
> > > > +
Hi Sai,
On Sun, Sep 3, 2017 at 1:16 PM, Prakhya, Sai Praneeth
wrote:
>> >
>> > Thanks for this v2.
>> > Introducing the 'efi_switch_mm() ' helper instead of manually
>> > twiddling with %cr3 seems more cleaner.
>> >
>> > I have tested this patchset on a x86_64 machine with the following
>> > conf
On Tue, 05 Sep 2017 09:24:51 +0200,
Lee Jones wrote:
>
> On Mon, 04 Sep 2017, Takashi Iwai wrote:
>
> > This patch adds the MFD driver for Dollar Cove (TI version) PMIC with
> > ACPI INT33F5 that is found on some Intel Cherry Trail devices.
> > The driver is based on the original work by Intel, f
Problem with ioctl() is that it's a file operation, yet often used as an
inode operation (i.e. modify the inode despite the file being opened for
read-only).
mnt_want_write_file() is used by filesystems in such cases to get write
access on an arbitrary open file.
Since overlayfs lets filesystems
Need to treat non-regular overlayfs files the same as regular files when
checking for an atime update.
Add a d_real() flag to make it return the real dentry for all file types.
Reported-by: "zhangyi (F)"
Signed-off-by: Miklos Szeredi
---
fs/inode.c | 3 ++-
fs/overlayfs/super.c |
Following patches fix overlayfs bugs. The patches impact vfs code, so
posting for review to a wider audience.
They can also be found on the overlayfs-next branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git overlayfs-next
Hoping to get these bugfixes into 4.14.
Thanks,
Mikl
Add a separate flags argument (in addition to the open flags) to control
the behavior of d_real().
Signed-off-by: Miklos Szeredi
---
Documentation/filesystems/Locking | 2 +-
Documentation/filesystems/vfs.txt | 2 +-
fs/open.c | 4 ++--
fs/overlayfs/super.c
On 2017-09-04 13:19, Peter Rosin wrote:
> Hi!
>
> One comment inline...
Oh, and one more small nit, I think you should do
s/pi3usb30532_mux/pi3usb30532/g
to shorten the identifiers a bit. The _mux suffix (or infix) is kind of
selfevident from where the file lives anyway. pi3usb30532_mux_set_mux
gcc-8 points out a condition that almost certainly doesn't
do what the author had in mind:
drivers/gpu/drm/gma500/mdfld_intel_display.c: In function
'mdfldWaitForPipeEnable':
drivers/gpu/drm/gma500/mdfld_intel_display.c:102:37: error: bitwise comparison
always evaluates to false [-Werror=tautolo
Without CONFIG_BLK_DEV_BSGLIB, we get a link error here:
drivers/scsi/scsi_transport_sas.o: In function `sas_bsg_initialize':
scsi_transport_sas.c:(.text+0xcc0): undefined reference to `bsg_setup_queue'
scsi_transport_sas.c:(.text+0xd10): undefined reference to `bsg_setup_queue'
drivers/scsi/scsi_
On Thu, Aug 31, 2017 at 12:51 PM, Stephane Eranian wrote:
> Hi,
>
> On Thu, Aug 31, 2017 at 10:18 AM, Peter Zijlstra wrote:
>> On Wed, Aug 23, 2017 at 11:54:15AM +0300, Alexey Budankov wrote:
>>> On 22.08.2017 23:47, Peter Zijlstra wrote:
>>> > On Thu, Aug 10, 2017 at 06:57:43PM +0300, Alexey Bud
gcc-8 points out a logic error that has existed since the start
of the git history:
drivers/scsi/nsp32.c: In function 'nsp32_selection_autoscsi':
drivers/scsi/nsp32.c:607:27: error: bitwise comparison always evaluates to
false [-Werror=tautological-compare]
if(((phase & BUSMON_BSY) == 1) || (ph
On Tue, Sep 05, 2017 at 09:37:43AM +0200, Łukasz Majewski wrote:
> >>The last call is changing the bit clock (BCLK) frequency to SSI's IP
> >>block clock (ipg = 66 MHz) [1].
> >
> >I think a bigger question here is why the routine sets BCLK to 66MHz.
>
> Yes, exactly.
>
> In my case the bclk is
在 2017/9/4 23:06, Leo Yan 写道:
On Mon, Sep 04, 2017 at 01:06:39PM +0200, Daniel Lezcano wrote:
Hi Kevin,
On 04/09/2017 09:56, Wangtao (Kevin, Kirin) wrote:
在 2017/9/1 5:17, Daniel Lezcano 写道:
Hi Kevin,
On 29/08/2017 10:17, Tao Wang wrote:
From: Tao Wang
This patch adds the support
gcc-8 points out two comparisons that are clearly bogus
and almost certainly not what the author intended to write:
drivers/usb/gadget/udc/dummy_hcd.c: In function 'set_link_state_by_speed':
drivers/usb/gadget/udc/dummy_hcd.c:379:31: error: bitwise comparison always
evaluates to false [-Werror=ta
On 05/09/2017 at 00:53:21 +0200, Andreas Färber wrote:
> Hello,
>
> This series adds the RTC for the Realtek RTD1295 SoC.
> Based on my RTD1295 clk series.
>
> There being no public source code for RTD1295, the implementation is based on
> register offsets seen in the vendor DT, as well as older
The chip-specific driver fails to build when the common
part is not enabled first:
drivers/pinctrl/sprd/pinctrl-sprd-sc9860.o:(.data+0x8): undefined reference to
`sprd_pinctrl_remove'
drivers/pinctrl/sprd/pinctrl-sprd-sc9860.o:(.data+0x10): undefined reference to
`sprd_pinctrl_shutdown'
This ad
Without CONFIG_OF, we run into a build error:
drivers/pinctrl/sprd/pinctrl-sprd.c: In function 'sprd_dt_node_to_map':
drivers/pinctrl/sprd/pinctrl-sprd.c:290:8: error: implicit declaration of
function 'pinconf_generic_parse_dt_config'; did you mean
'pinconf_generic_dump_config'? [-Werror=implici
Hi,
On 05-09-17 09:46, Takashi Iwai wrote:
On Tue, 05 Sep 2017 09:24:51 +0200,
Lee Jones wrote:
On Mon, 04 Sep 2017, Takashi Iwai wrote:
This patch adds the MFD driver for Dollar Cove (TI version) PMIC with
ACPI INT33F5 that is found on some Intel Cherry Trail devices.
The driver is based on
These two patches appear to make hotplug work again without tripping lockdep.
Am 05.09.2017 um 09:59 schrieb Alexandre Belloni:
> On 05/09/2017 at 00:53:21 +0200, Andreas Färber wrote:
>> Hello,
>>
>> This series adds the RTC for the Realtek RTD1295 SoC.
>> Based on my RTD1295 clk series.
>>
>> There being no public source code for RTD1295, the implementation is based on
>>
With the new lockdep cross-release feature, cpu hotplug reports the
following deadlock:
takedown_cpu()
irq_lock_sparse()
wait_for_completion(&st->done)
cpuhp_thread_fun
cpuhp_up_callback
After the st->done annotation, lockdep cross-release now complains
about:
CPU0 CPU1CPU2
cpuhp_up_callbacks: takedown_cpu: cpuhp_thread_fun:
cpuhp_state
irq_lock_sparse()
irq_lock_sparse()
wa
On Sat, 02 Sep 2017, Robert Jarzmik wrote:
> The WM9705, WM9712 and WM9713 are highly integrated codecs, with an
> audio codec, DAC and ADC, GPIO unit and a touchscreen interface.
>
> Historically the support was spread across drivers/input/touchscreen and
> sound/soc/codecs. The sharing was done
We get a new link error in allmodconfig kernels after ftgmac100
started using the ncsi helpers:
ERROR: "ncsi_vlan_rx_kill_vid" [drivers/net/ethernet/faraday/ftgmac100.ko]
undefined!
ERROR: "ncsi_vlan_rx_add_vid" [drivers/net/ethernet/faraday/ftgmac100.ko]
undefined!
Related to that, we get anot
On Tue, Sep 05, 2017 at 08:57:16AM +0200, Oscar Salvador wrote:
> It may be that the original patch was just to keep consistency between Xen
> and KVM, and also only for testing purposes.
> But we find a case when a customer of ours is running some workloads with
> 1<->1 mapping between physical co
On 05/09/2017 at 10:03:58 +0200, Andreas Färber wrote:
> Am 05.09.2017 um 09:59 schrieb Alexandre Belloni:
> > On 05/09/2017 at 00:53:21 +0200, Andreas Färber wrote:
> >> Hello,
> >>
> >> This series adds the RTC for the Realtek RTD1295 SoC.
> >> Based on my RTD1295 clk series.
> >>
> >> There bein
On Tue, Sep 05, 2017 at 09:35:40AM +0200, Juergen Gross wrote:
> > So the problem with qspinlock is that it will revert to a classic
> > test-and-set spinlock if you don't do paravirt but are running a HV.
>
> In the Xen case we just use the bare metal settings when xen_nopvspin
> has been specifi
New in v2:
- Changes in syncpoint protection and u64_to_user_ptr patches.
See the patches for notes.
- Added patch to support more opcodes in the debug dump
disassembly.
- Added patch to fix an incorrect comment.
Thanks,
Mikko
Patch v1 notes:
Hi all,
here are some new features and improvem
A recent change interprets the return code of dma_init_coherent_memory
as an error value, but it is instead a boolean, where 'true' indicates
success. This leads causes the caller to always do the wrong thing,
and also triggers a compile-time warning about it:
drivers/base/dma-coherent.c: In funct
On Tue, 05 Sep 2017, Takashi Iwai wrote:
> On Tue, 05 Sep 2017 09:24:51 +0200,
> Lee Jones wrote:
> >
> > On Mon, 04 Sep 2017, Takashi Iwai wrote:
> >
> > > This patch adds the MFD driver for Dollar Cove (TI version) PMIC with
> > > ACPI INT33F5 that is found on some Intel Cherry Trail devices.
On Tue, 05 Sep 2017, Hans de Goede wrote:
> Hi,
>
> On 05-09-17 09:46, Takashi Iwai wrote:
> > On Tue, 05 Sep 2017 09:24:51 +0200,
> > Lee Jones wrote:
> > >
> > > On Mon, 04 Sep 2017, Takashi Iwai wrote:
> > >
> > > > This patch adds the MFD driver for Dollar Cove (TI version) PMIC with
> > >
Use the u64_to_user_ptr helper macro to cast IOCTL argument u64 values
to user pointers instead of writing out the cast manually.
Signed-off-by: Mikko Perttunen
---
drivers/gpu/drm/tegra/drm.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm
This function actually doesn't sleep in the version that was merged.
Signed-off-by: Mikko Perttunen
---
drivers/gpu/host1x/channel.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/host1x/channel.c b/drivers/gpu/host1x/channel.c
index db9b91d1384c..2fb93c27c1d9
On Tue, 05 Sep 2017 10:00:23 +0200,
Hans de Goede wrote:
>
> Hi,
>
> On 05-09-17 09:46, Takashi Iwai wrote:
> > On Tue, 05 Sep 2017 09:24:51 +0200,
> > Lee Jones wrote:
> >>
> >> On Mon, 04 Sep 2017, Takashi Iwai wrote:
> >>
> >>> This patch adds the MFD driver for Dollar Cove (TI version) PMIC w
The gather filter is a feature present on Tegra124 and newer where the
hardware prevents GATHERed command buffers from executing commands
normally reserved for the CDMA pushbuffer which is maintained by the
kernel driver.
This commit enables the gather filter on all supporting hardware.
Signed-of
The disassembler for debug dumps was missing some newer host1x opcodes.
Add disassembly support for these.
Signed-off-by: Mikko Perttunen
---
drivers/gpu/host1x/hw/debug_hw.c | 57 ---
drivers/gpu/host1x/hw/debug_hw_1x01.c | 3 +-
drivers/gpu/host1x/hw/debug
Since Tegra186 the Host1x hardware allows syncpoints to be assigned to
specific channels, preventing any other channels from incrementing
them.
Enable this feature where available and assign syncpoints to channels
when submitting a job. Syncpoints are currently never unassigned from
channels since
On Tue, 5 Sep 2017, Huang, Ying wrote:
> From: Huang Ying
>
> When developing code to bootup some APs (Application CPUs)
> asynchronously, the following kernel panic is encountered. After
> checking the code, it is found that the irq_to_desc() may return NULL
> during CPU hotplug. So the NULL
The host1x driver prints out "disassembly" dumps of the command FIFO
and gather contents on submission timeouts. However, the output has
been quite difficult to read with unnecessary newlines and occasional
missing parentheses.
Fix these problems by using pr_cont to remove unnecessary newlines
and
On 05/09/17 10:10, Peter Zijlstra wrote:
> On Tue, Sep 05, 2017 at 09:35:40AM +0200, Juergen Gross wrote:
>>> So the problem with qspinlock is that it will revert to a classic
>>> test-and-set spinlock if you don't do paravirt but are running a HV.
>>
>> In the Xen case we just use the bare metal s
On Tue, 05 Sep 2017, Takashi Iwai wrote:
> On Tue, 05 Sep 2017 09:25:53 +0200,
> Lee Jones wrote:
> >
> > On Mon, 04 Sep 2017, Takashi Iwai wrote:
> >
> > > On Mon, 04 Sep 2017 15:37:32 +0200,
> > > Lee Jones wrote:
> > > >
> > > > > +static struct mfd_cell dc_ti_dev[] = {
> > > > > + {
> >
On Tue, Sep 05, 2017 at 04:36:18PM +0900, �ں�ö/���ӿ�/SW
Platform(��)AOT��(byungchul.p...@lge.com) wrote:
> > -Original Message-
> > From: Peter Zijlstra [mailto:pet...@infradead.org]
> > Sent: Tuesday, September 05, 2017 4:26 PM
> > To: Byungchul Park
> > Cc: t...@kernel.org; johannes.
On Tue, 05 Sep 2017, 冯锐 wrote:
> > > +static void rts5250_set_l1off_cfg_sub_d0(struct rtsx_pcr *pcr, int
> > > +active) {
> > > + struct rtsx_cr_option *option = &(pcr->option);
> > > +
> > > + u32 interrupt = rtsx_pci_readl(pcr, RTSX_BIPR);
> > > + int card_exist = (interrupt & SD_EXIST) | (inter
On Mon, 4 Sep 2017, Michal Hocko wrote:
> Thomas, Johannes,
> could you double check my thinking here? I will repost the patch to
> Andrew if you are OK with this.
> > + /*
> > +* The only protection from memory hotplug vs. drain_stock races is
> > +* that we always operate on local CPU
On 09/05/2017 09:52 AM, Nicolin Chen wrote:
On Tue, Sep 05, 2017 at 09:37:43AM +0200, Łukasz Majewski wrote:
The last call is changing the bit clock (BCLK) frequency to SSI's IP
block clock (ipg = 66 MHz) [1].
I think a bigger question here is why the routine sets BCLK to 66MHz.
Yes, exactl
On Tue, Sep 05, 2017 at 04:36:18PM +0900, �ں�ö/���ӿ�/SW
Platform(��)AOT��(byungchul.p...@lge.com) wrote:
> > -Original Message-
> > From: Peter Zijlstra [mailto:pet...@infradead.org]
> > Sent: Tuesday, September 05, 2017 4:26 PM
> > To: Byungchul Park
> > Cc: t...@kernel.org; johannes.
On Tue, 05 Sep 2017 10:10:49 +0200,
Lee Jones wrote:
>
> On Tue, 05 Sep 2017, Takashi Iwai wrote:
>
> > On Tue, 05 Sep 2017 09:24:51 +0200,
> > Lee Jones wrote:
> > >
> > > On Mon, 04 Sep 2017, Takashi Iwai wrote:
> > >
> > > > This patch adds the MFD driver for Dollar Cove (TI version) PMIC wi
I ran into a build error on x86:
drivers/gpu/drm/exynos/exynos5433_drm_decon.c: In function 'decon_conf_irq':
drivers/gpu/drm/exynos/exynos5433_drm_decon.c:706:2: error: implicit
declaration of function 'irq_set_status_flags'; did you mean
'dquot_state_flag'? [-Werror=implicit-function-declarati
On Tue, Sep 05, 2017 at 10:14:21AM +0200, Juergen Gross wrote:
> On 05/09/17 10:10, Peter Zijlstra wrote:
> > On Tue, Sep 05, 2017 at 09:35:40AM +0200, Juergen Gross wrote:
> >>> So the problem with qspinlock is that it will revert to a classic
> >>> test-and-set spinlock if you don't do paravirt b
From: Rui Feng
Enable power saving for RTS5250S as following steps:
1.Set 0xFE58 to enable clock power management.
2.Check cfg space whether support L1SS or not.
3.If support L1SS, set 0xFF03 to free clkreq.
4.When entering idle status, enable aspm
and set parameters for L1SS and LTR.
5.Wnen en
On Tue, Sep 05, 2017 at 09:08:25AM +0200, Peter Zijlstra wrote:
> > Your patches only do avoiding the wq issue now we focus on.
> >
> > Look at:
> >
> > worker thread another context
> > - ---
> >
A header file cleanup apparently caused a build regression
with one driver using the knav infrastructure:
In file included from drivers/net/ethernet/ti/netcp_core.c:30:0:
include/linux/soc/ti/knav_dma.h:129:30: error: field 'direction' has incomplete
type
enum dma_transfer_direction direction;
On 09/05/2017 07:20 AM, Nicolin Chen wrote:
On Sun, Sep 03, 2017 at 04:40:21PM +0200, Łukasz Majewski wrote:
/*
* Hardware limitation: The bclk rate must be
* never greater than 1/5 IPG clock rate
*/
if (freq * 5 > clk_get_rate(ssi_private->clk)) {
dev_err(cpu_dai->dev, "bitclk > ipgclk/5\n");
r
Commit e0429362ab15
("usb: Add device quirk for Logitech HD Pro Webcams C920 and C930e")
introduced quirk to workaround an issue with some Logitech webcams.
The workaround is introducing delay for some USB operations.
According to our testing, delay introduced by original commit
is not long enoug
Add support for the implementation of Host1x present on the Tegra186.
The register space has been shuffled around a little bit, requiring
addition of some chip-specific code sections. Tegra186 also adds
several new features, most importantly the hypervisor, but those are
not yet supported with this
Add the Tegra186-specific hypervisor-related register range
properties.
Signed-off-by: Mikko Perttunen
---
v2:
- Dropped incorrect note about cells properties.
.../devicetree/bindings/display/tegra/nvidia,tegra20-host1x.txt | 4
1 file changed, 4 insertions(+)
diff --git
a/Document
Add the node for Host1x on the Tegra186, without any subdevices
for now.
Signed-off-by: Mikko Perttunen
---
v2:
- Changed address-cells and size-cells to 1 and fixed the ranges
property correspondingly.
arch/arm64/boot/dts/nvidia/tegra186.dtsi | 18 ++
1 file changed, 18 inser
Add Tegra186 support for VIC - no changes are required except for new
firmware and compatibility string.
Signed-off-by: Mikko Perttunen
---
drivers/gpu/drm/tegra/drm.c | 1 +
drivers/gpu/drm/tegra/vic.c | 10 ++
2 files changed, 11 insertions(+)
diff --git a/drivers/gpu/drm/tegra/drm.c
Add #power-domain-cells for the BPMP node on Tegra186 so that the power
domain provider may be used.
Signed-off-by: Mikko Perttunen
---
arch/arm64/boot/dts/nvidia/tegra186.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/nvidia/tegra186.dtsi
b/arch/arm64/boot/dts/nvi
On 09/05/2017 01:07 PM, Michal Hocko wrote:
> On Tue 05-09-17 09:28:36, Michal Hocko wrote:
>> On Tue 05-09-17 12:32:28, Anshuman Khandual wrote:
>>> On 09/04/2017 04:52 PM, Michal Hocko wrote:
From: Michal Hocko
online_mem_sections accidentally marks online only the first section i
Add a node for the Video Image Compositor on the Tegra186.
Signed-off-by: Mikko Perttunen
---
v2:
- Fixed reg property in accordance with changed parent cells.
arch/arm64/boot/dts/nvidia/tegra186.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm64/boot/dts/nvidia/t
Hi,
not many changes in v2:
Changed address-cells and size-cells for the Host1x device tree node
to have value 1, since all subdevices fit in the lower 4G. Also dropped
the incorrect change about this from the dt-bindings patch. Thanks to
Rob for pointing this out.
Mikko
Notes for v1:
Hi every
Am 05.09.2017 um 09:18 schrieb Arnd Bergmann:
> On Tue, Sep 5, 2017 at 12:09 AM, Andreas Färber wrote:
>> Am 14.05.2017 um 04:24 schrieb Andreas Färber:
>>> This mini-series adds initial support for the Realtek RTD1295 SoC and
>>> the Zidoo X9S TV box.
>>>
>>> v3 changes #address-cells, #size-cell
On Tue, 5 Sep 2017, Johannes Berg wrote:
> On Thu, 2017-08-31 at 12:23 +, Anna-Maria Gleixner wrote:
> > From: Thomas Gleixner
> >
> > Switch the timer to CLOCK_MONOTONIC_SOFT, which executed the timer
> > callback in softirq context and remove the hrtimer_tasklet.
> >
> > Signed-off-by: Tho
Hello Tejun,
I've hit the following problems under memory-heavy workload conditions:
First is a BUG_ON : J_ASSERT(journal_current_handle() == handle);
[ 64.261793] kernel BUG at fs/jbd2/transaction.c:1644!
[ 64.263894] invalid opcode: [#1] SMP
[ 64.266187
On Tue, 2017-09-05 at 10:49 +0200, Thomas Gleixner wrote:
>
> > Are you planning to integrate all patches in the series through
> > some other tree, perhaps to be able to get rid of the
> > tasklet_hrtimer API, or should I apply this?
>
> The patch depends on the hrtimer core changes, so we eithe
On 05/09/17 10:28, Peter Zijlstra wrote:
> On Tue, Sep 05, 2017 at 10:14:21AM +0200, Juergen Gross wrote:
>> On 05/09/17 10:10, Peter Zijlstra wrote:
>>> On Tue, Sep 05, 2017 at 09:35:40AM +0200, Juergen Gross wrote:
> So the problem with qspinlock is that it will revert to a classic
> test
On Tue, 05 Sep 2017, Takashi Iwai wrote:
> On Tue, 05 Sep 2017 10:10:49 +0200,
> Lee Jones wrote:
> >
> > On Tue, 05 Sep 2017, Takashi Iwai wrote:
> >
> > > On Tue, 05 Sep 2017 09:24:51 +0200,
> > > Lee Jones wrote:
> > > >
> > > > On Mon, 04 Sep 2017, Takashi Iwai wrote:
> > > >
> > > > > Thi
On Tue, Sep 05, 2017 at 09:27:38AM +0200, Markus Trippelsdorf wrote:
> Current mainline git (24e700e291d52bd2) hangs when building software
> concurrently (for example perf).
> The issue is not 100% reproducible (sometimes building perf succeeds),
> so bisecting will not work.
Sadly I cannot repro
Thomas Gleixner writes:
> On Tue, 5 Sep 2017, Huang, Ying wrote:
>
>> From: Huang Ying
>>
>> When developing code to bootup some APs (Application CPUs)
>> asynchronously, the following kernel panic is encountered. After
>> checking the code, it is found that the irq_to_desc() may return NULL
>
On 09/05/2017 12:53 PM, Michal Hocko wrote:
> On Tue 05-09-17 11:16:57, Anshuman Khandual wrote:
>> On 09/04/2017 02:45 PM, Michal Hocko wrote:
>>> On Mon 04-09-17 17:05:15, Xishi Qiu wrote:
On 2017/9/4 17:01, Michal Hocko wrote:
> On Mon 04-09-17 16:58:30, Xishi Qiu wrote:
>> On
Hi,
On Tuesday 29 August 2017 11:09 PM, Tony Lindgren wrote:
> * Rob Herring [170829 10:09]:
>> On Tue, Aug 29, 2017 at 06:58:23AM -0700, Tony Lindgren wrote:
>>> * Sebastian Reichel [170829 04:51]:
I would expect the conversion to look like the one done for UART,
see CONFIG_SERIAL_OMA
Fixed warning produced by checkpatch.pl to remove unecessary parentheses
Signed-off-by: Srishti Sharma
---
drivers/staging/xgifb/vb_setmode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/xgifb/vb_setmode.c
b/drivers/staging/xgifb/vb_setmode.c
index cea128b
On Tue, 05 Sep 2017, Takashi Iwai wrote:
> On Tue, 05 Sep 2017 10:10:49 +0200,
> Lee Jones wrote:
> >
> > On Tue, 05 Sep 2017, Takashi Iwai wrote:
> >
> > > On Tue, 05 Sep 2017 09:24:51 +0200,
> > > Lee Jones wrote:
> > > >
> > > > On Mon, 04 Sep 2017, Takashi Iwai wrote:
> > > >
> > > > > Thi
Hi Linus,
this is the bulk of GPIO changes for the v4.14 development cycle.
I have pulled in an immutable branch from Thomas Gleixner to build
new GPIO irqchip infrastructure on top, so some patches (that I see
already landed in your tree) appear here as well. It should all merge up
fine.
The de
Hi,
On Tuesday 29 August 2017 10:41 PM, Rob Herring wrote:
> On Wed, Aug 23, 2017 at 11:12:46AM +0530, Kishon Vijay Abraham I wrote:
>> Add binding for the TI's sdhci-omap controller. This now includes only
>> a subset of properties documented in ti-omap-hsmmc.txt but will eventually
>> include al
On Tue, Sep 5, 2017 at 10:46 AM, Miklos Szeredi wrote:
> Add a separate flags argument (in addition to the open flags) to control
> the behavior of d_real().
>
> Signed-off-by: Miklos Szeredi
> ---
...
> --- a/fs/overlayfs/super.c
> +++ b/fs/overlayfs/super.c
>
> static struct dentry *ovl_d_real
Allowing binder to expose the 64-bit API on 32-bit kernels caused a
build warning:
drivers/android/binder.c: In function 'binder_transaction_buffer_release':
drivers/android/binder.c:2220:15: error: cast to pointer from integer of
different size [-Werror=int-to-pointer-cast]
fd_array = (u32 *
On Tue, Sep 05, 2017 at 09:19:30AM +0200, Peter Zijlstra wrote:
> On Tue, Sep 05, 2017 at 09:08:25AM +0200, Peter Zijlstra wrote:
> > So you worry about max_active==1 ? Or you worry about pool->lock or
> > about the thread setup? I'm still not sure.
>
> So the thing about pool->lock is that its a
Hi,
On Thursday 31 August 2017 06:32 PM, Adrian Hunter wrote:
> On 30/08/17 16:53, Kishon Vijay Abraham I wrote:
>> On Monday 28 August 2017 02:36 PM, Adrian Hunter wrote:
>>> On 21/08/17 10:41, Kishon Vijay Abraham I wrote:
+
+static void sdhci_omap_set_clock(struct sdhci_host *host, un
CC Oleg, lkml
On Tue, Sep 5, 2017 at 9:34 AM, Rob Landley wrote:
> For years I've wanted an execve() system call modification that let me
> pass a NULL as the first argument to say "re-exec this program please".
> Because on nommu you've got to exec something to unblock vfork(), and
> daemons (or
On Tue, Sep 5, 2017 at 10:55 AM, Amir Goldstein wrote:
> On Tue, Sep 5, 2017 at 10:46 AM, Miklos Szeredi wrote:
>> Add a separate flags argument (in addition to the open flags) to control
>> the behavior of d_real().
>>
>> Signed-off-by: Miklos Szeredi
>> ---
> ...
>> --- a/fs/overlayfs/super.c
On Tue, Aug 1, 2017 at 4:21 PM, Mark Brown wrote:
> On Mon, Jul 31, 2017 at 11:15:57AM +0200, Takashi Iwai wrote:
>
>> IMO, flipping the dependency looks saner to me. The SPI function call
>> is a kind of add-on, after all.
>
> Yes, that's definitely the intention of the code.
I just ran into th
On Tue, Sep 05, 2017 at 10:52:06AM +0200, Juergen Gross wrote:
> > Hmm, that might work. Could we somehow nop that call when
> > !X86_FEATURE_HYPERVISOR?, that saves native from having to do the call
> > and would be a win for everyone.
>
> So in fact we want a "always false" shortcut for bare met
This patch improves the error message of the perf events parser
when the PMU hardware does not support address filters.
Previously, the perf returned the following error:
> --filter option should follow a -e tracepoint or HW tracer option
This implies there is some syntax error present in the comm
On 05/09/17 11:03, Peter Zijlstra wrote:
> On Tue, Sep 05, 2017 at 10:52:06AM +0200, Juergen Gross wrote:
>>> Hmm, that might work. Could we somehow nop that call when
>>> !X86_FEATURE_HYPERVISOR?, that saves native from having to do the call
>>> and would be a win for everyone.
>>
>> So in fact we
On Tue, Sep 05, 2017 at 10:28:38AM +0800, chengjian c00427203 wrote:
> Convert pr_warning to standard pr_warn in arch/arm64/kernel/smp.c
>
> Signed-off-by: Cheng Jian
> ---
> arch/arm64/kernel/smp.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Is this a step towards removing pr_w
101 - 200 of 819 matches
Mail list logo
