This device is compatible with A13, so no new driver is needed.
Signed-off-by: Harald Geyer
---
I saw that Andre Przywara has been working on A64 pwm too and has
submitted some patches a few days ago. I think his patches are functionally
equivalent to this one here, but clean up things a bit and
Hi Markus,
> One check could be repeated by the btmrvl_sdio_card_to_host() function
> during error handling even if the relevant properties can be determined
> for the involved variables before by source code analysis.
>
> * Adjust jump targets so that an extra check can be omitted at the end.
>
On 03/10/2018 05:26 AM, Pavel Machek wrote:
> Hi!
>
> Well, there certainly seems to be an obvious bug wherein
> isp_detach_iommu() just releases the mapping directly without calling
> arm_iommu_detach_device() to balance the equivalent attach. That can't
> be helping.
In
This series adds support for the TERES I open hardware laptop produced
by olimex. With these patches and a bootloader capable of setting up
simple framebuffer the laptop is quite useable.
Patches 1-4 add some pin descriptions and devices in the A64 dtsi, which
are useful to have on the teres.
Patc
Add a watchdog node for the A64, automatically enabled on all boards.
Tested on Olimex Teres I.
Signed-off-by: Harald Geyer
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi
b/arch/arm64/boot
On Mon, Mar 12, 2018 at 4:03 PM, Paolo Bonzini wrote:
> On 12/03/2018 15:02, Vitaly Kuznetsov wrote:
>>
>> +/*
>> + * Currently, the only way for processes to change their FS/GS base is to
>> call
>> + * ARCH_SET_FS/GS prctls and these reflect changes they make in
>> task->thread.
>> + * There a
On 12/03/2018 17:13, Andy Lutomirski wrote:
>>
>> savesegment(fs, vmx->host_state.fs_sel);
>> /*
>> * When FSGSBASE extensions are enabled, this will have to use
>> * RD{FS,GS}BASE instead of accessing current, and the
>> * corresponding WR{FS,GS}BASE shou
Hi Markus,
> Adjust a jump target so that a bit of exception handling can be better
> reused at the end of this function.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
> ---
> drivers/bluetooth/btmrvl_sdio.c | 50
On Sat, Mar 10, 2018 at 12:05:16PM +0100, Neil Armstrong wrote:
> @@ -0,0 +1,207 @@
> +// SPDX-Licence-Identifier: GPL-2.0
> +/*
> + * MAX9759 Amplifier Driver
> + *
Please don't ignore review comments, people are generally making them
for a reason and are likely to have the same concerns if issu
On 3/12/18 2:54 AM, Nikolay Borisov wrote:
>
>
> On 23.02.2018 13:45, Nikolay Borisov wrote:
>> This flag was added by 6039257378e4 ("direct-io: add flag to allow aio
>> writes beyond i_size") to support XFS. However, with the rework of
>> XFS' DIO's path to use iomap in acdda3aae146 ("xfs: use i
On Wed, 2018-03-07 at 20:20 +, Jonathan Cameron wrote:
> On Tue, 6 Mar 2018 09:00:11 -0300
> Rodrigo Siqueira wrote:
>
> > The magn_3d_channels array has multiple declarations of
> > iio_chan_spec.
> > Most of the iio_chan_spec are very similar, changing only by the
> > .type
> > and .channel
Am Freitag, 9. März 2018, 23:22:53 CET schrieb Enric Balletbo i Serra:
> From: Sean Paul
>
> Now that the spinlocks and timers are gone, we can remove the psr
> worker located in rockchip's analogix driver and do the enable/disable
> directly. This should simplify the code and remove races on dis
On Monday 12 March 2018 08:13 PM, David Miller wrote:
From: Arvind Yadav
Date: Fri, 9 Mar 2018 16:11:17 +0530
if device_register() returned an error! Always use put_device()
to give up the reference initialized.
Signed-off-by: Arvind Yadav
I do not see anything giving cls_dev an initial
On Mon, 12 Mar 2018 09:01:54 -0700
Alexander Duyck wrote:
> On Mon, Mar 12, 2018 at 12:59 AM, Christoph Hellwig wrote:
> > On Sun, Mar 11, 2018 at 09:59:09PM -0600, Alex Williamson wrote:
> >> I still struggle to understand why we need this "unmanaged"
> >> complication and how a user of the s
The patch
regulator: leave one item to record if regulator is enabled
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the nex
The patch
ASoC: mt8173-rt5650: fix child-node lookup
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Li
The patch
regulator: make regulator voltage be an array to support more states
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime i
Am Freitag, 9. März 2018, 23:22:55 CET schrieb Enric Balletbo i Serra:
> From: zain wang
>
> Add a lock to vop to avoid disabling the crtc while waiting for a line
> flag while enabling psr. If we disable in the middle of waiting for the
> line flag, we'll end up timing out or worse.
>
> Signed-
On Mon, Mar 12, 2018 at 04:28:59PM +, Mark Brown wrote:
> The patch
>
>regulator: leave one item to record if regulator is enabled
>
> has been applied to the regulator tree at
>
>https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
Not sure what's going on with th
Hi Kieran,
just one small thing I noticed below...
On Fri, Mar 09, 2018 at 10:04:07PM +, Kieran Bingham wrote:
> VSPD and VSP-DL devices can provide extended display lists supporting
> extended command display list objects.
>
> These extended commands require their own dma memory areas for
On Mon, Mar 12, 2018 at 04:28:52PM +, Mark Brown wrote:
> The patch
>
>ASoC: mt8173-rt5650: fix child-node lookup
>
> has been applied to the asoc tree at
>
>https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
...a while ago, my script found some old branches and push
On 03/12, Pandruvada, Srinivas wrote:
> On Wed, 2018-03-07 at 20:20 +, Jonathan Cameron wrote:
> > On Tue, 6 Mar 2018 09:00:11 -0300
> > Rodrigo Siqueira wrote:
> >
> > > The magn_3d_channels array has multiple declarations of
> > > iio_chan_spec.
> > > Most of the iio_chan_spec are very simi
On Mon, Mar 12, 2018 at 08:41:34AM -0700, Kan Liang wrote:
> From: Stephane Eranian
>
> Adding a filter constraint for Intel Skylake CHA event
> UNC_CHA_UPI_CREDITS_ACQUIRED (0x38).
> The event supports core-id/thread-id and link filtering.
Could you also comment on the other CHA patch?
https
On Mon, Mar 12, 2018 at 7:50 AM, Kirill A. Shutemov
wrote:
>
> I disagree that we should decide usefulness of the 5-level paging based on
> size of physical memory on the machine.
>
> Consider use case when you have 100TiB database file. It's pretty
> reasonable to mmap() such file at once even if
This patch fixes a corner case for KSM. When two pages belong or
belonged to the same transparent hugepage, and they should be merged,
KSM fails to split the page, and therefore no merging happens.
This bug can be reproduced by:
* making sure ksm is running (in case disabling ksmtuned)
* enabling
On 3/12/2018 11:24 AM, Nipun Gupta wrote:
> + if (dma_dev->of_node) {
> + ret = of_dma_configure(dev, dma_dev->of_node);
> + } else if (has_acpi_companion(dma_dev)) {
> + attr = acpi_get_dma_attr(to_acpi_device_node(dma_dev->fwnode));
> + if (attr != DEV_
On Mon, Mar 12, 2018 at 08:00:53AM -0700, Guenter Roeck wrote:
> On Mon, Mar 12, 2018 at 03:06:11AM +, Ben Hutchings wrote:
> > This is the start of the stable review cycle for the 3.16.56 release.
> > There are 76 patches in this series, which will be posted as responses
> > to this one. If a
In certain cases interrupt enablement will be delayed relative to when
the InterruptEnable bits are written. One example of this is when
a GPIO's "debounce" logice is first enabled. After enabling debounce,
there is a 900 us "warm up" period during which InterruptEnable[0]
(bit 11) will read as 0
On Mon, Mar 12, 2018 at 2:52 PM, Arnd Bergmann wrote:
> On Mon, Mar 12, 2018 at 3:40 AM, Nicolas Pitre
> wrote:
>> On Tue, 20 Feb 2018, Arnd Bergmann wrote:
>
>>> Obviously we want to make the combination work, no idea why it doesn't.
>>
>> Well, it does work regardless of the noise. Here the nm
On Mon 12 Mar 09:07 PDT 2018, Craig Tatlor wrote:
> This was mistakenly pulled from the downstream tree.
>
> Signed-off-by: Craig Tatlor
Thanks Craig,
Reviewed-by: Bjorn Andersson
Regards,
Bjorn
> ---
> arch/arm/boot/dts/qcom-msm8974-sony-xperia-castor.dts | 2 +-
> 1 file changed, 1 inser
2018-03-12 16:14 GMT+01:00 David Miller :
> From: Salvatore Mesoraca
> Date: Sun, 11 Mar 2018 22:12:04 +0100
>
>> Avoid a VLA[1] by using a real constant expression instead of a variable.
>> The compiler should be able to optimize the original code and avoid using
>> an actual VLA. Anyway this cha
On Mon, Mar 12, 2018 at 3:49 PM, Naresh Kamboju
wrote:
> On 12 March 2018 at 17:56, Sudeep Holla wrote:
>> Hi,
>>
>> I couldn't find the exact mail corresponding to the patch merged in v4.16-rc5
>> but commit 864b75f9d6b01 "mm/page_alloc: fix memmap_init_zone
>> pageblock alignment"
>> cause boot
2018-03-12 13:48 GMT+01:00 Salvatore Mesoraca :
> Avoid 3 VLAs[1] by using a single dinamically allocated array
> and some helper variables: we don't need 3 arrays.
>
> [1] https://lkml.org/lkml/2018/3/7/621
>
> Signed-off-by: Salvatore Mesoraca
> ---
> drivers/scsi/eata.c | 40 ++
On Wed, Feb 28, 2018 at 07:58:20PM -0300, Hernán Gonzalez wrote:
> On Tue, Feb 27, 2018 at 7:17 PM, Bart Van Assche
> wrote:
> > On Tue, 2018-02-27 at 19:07 -0300, Hernán Gonzalez wrote:
> >> Note: This is compile only tested as I have no access to the hw.
> >
> > Hello Hernán,
> >
> > Are you aw
On 03/12/2018 06:35 PM, Jiri Olsa wrote:
> On Mon, Mar 12, 2018 at 06:14:50PM +0530, Sandipan Das wrote:
>> This fixes record+probe_libc_inet_pton.sh from always exiting
>> with code 0 and making the test pass even if the perf script
>> output does not match the expected pattern.
>>
>> The issue
Hi,
On 12-03-18 15:34, Heikki Krogerus wrote:
Hi,
This is version 7 of Hans' and my series introducing support for USB muxes and
generic device-connections. The api naming for device-connections is now made
according to proposal from Greg, connection.h is dropped and the prototypes are
now in d
On Thu, Mar 8, 2018 at 1:24 AM, Daniel Kurtz wrote:
> Not all x86 CPUs have UARTs that use a baud reference clock (BASE_BAUD) of
> 115200 = 1843200 / 16. For example, the UARTs on AMD Carrizo and later
> use a fixed input clock of 4800, and hence require BASE_BAUD=300.
>
> The BASE_BAUD v
Hi,
the subject is misleading I think, as this is touching only the generic
bridge code and not anything Rockchip-related, so should probably
be "drm/bridge"?
Am Freitag, 9. März 2018, 23:22:57 CET schrieb Enric Balletbo i Serra:
> From: zain wang
>
> We currently wait for the panel to mirror o
When a perf_event is attached to parent cgroup, it should count events
for all children cgroups:
parent_group < perf_event
\
- child_group < process(es)
However, in our tests, we found this perf_event cannot report reliable
results. Here is an example case:
# create cgroups
On Mon, 12 Mar 2018, Arnd Bergmann wrote:
> On Mon, Mar 12, 2018 at 2:52 PM, Arnd Bergmann wrote:
> > On Mon, Mar 12, 2018 at 3:40 AM, Nicolas Pitre
> > wrote:
> >> On Tue, 20 Feb 2018, Arnd Bergmann wrote:
> >
> >>> Obviously we want to make the combination work, no idea why it doesn't.
> >>
>
On Mon, Mar 12, 2018 at 4:18 PM, Paolo Bonzini wrote:
> On 12/03/2018 17:13, Andy Lutomirski wrote:
>>>
>>> savesegment(fs, vmx->host_state.fs_sel);
>>> /*
>>> * When FSGSBASE extensions are enabled, this will have to use
>>> * RD{FS,GS}BASE instead of accessing c
Am Freitag, 9. März 2018, 23:22:52 CET schrieb Enric Balletbo i Serra:
> From: Yakir Yang
>
> Make sure the request PSR state takes effect in analogix_dp_send_psr_spd()
> function, or print the sink PSR error state if we failed to apply the
> requested PSR setting.
>
> Cc: 征增 王
> Cc: Stéphane M
On 03/12/2018 10:56 AM, Ard Biesheuvel wrote:
> On 12 March 2018 at 14:30, Jeremy Cline wrote:
>> On 03/12/2018 07:08 AM, Ard Biesheuvel wrote:
>>> On 10 March 2018 at 10:45, Thiebaud Weksteen wrote:
On Fri, Mar 9, 2018 at 5:54 PM Jeremy Cline wrote:
> On Fri, Mar 09, 2018 at 10:43
Using pr_() is more concise than printk(KERN_).
This patch:
* Replace printks having a log level with the appropriate pr_*() macros.
* Define pr_fmt() to include relevant name.
* Remove redundant prefixes from pr_*() calls.
* Indent the code where possible.
Signed-off-by: Arushi Singhal
---
driv
On Mon, Mar 12, 2018 at 7:12 AM, Rajendra Nayak wrote:
> Add a skeletal sdm845 SoC dtsi and MTP board dts/dtsi files
>
> Signed-off-by: Rajendra Nayak
> Reviewed-by: Doug Anderson
Reviewed-by: Stephen Boyd
Am Freitag, 9. März 2018, 23:22:54 CET schrieb Enric Balletbo i Serra:
> From: zain wang
>
> There is a race between AUX CH bring-up and enabling bridge which will
> cause link training to fail. To avoid hitting it, don't change psr state
> while enabling the bridge.
>
> Cc: Tomeu Vizoso
> Cc:
On Mon, 12 Mar 2018, Nicolas Pitre wrote:
> On Mon, 12 Mar 2018, Arnd Bergmann wrote:
>
> > arm-linux-gnueabi-nm: 'arch/arm/boot/compressed/../../../../vmlinux':
> > No such file
>
> That is weird. The Makefile has:
>
> cmd_mkxip = $(cmd_objcopy) && $(cmd_deflate_xip_data)
>
> $(obj)/xipImage:
On Mon, Mar 12, 2018 at 4:42 PM, Linus Torvalds
wrote:
> On Mon, Mar 12, 2018 at 7:50 AM, Kirill A. Shutemov
> wrote:
>>
>> I disagree that we should decide usefulness of the 5-level paging based on
>> size of physical memory on the machine.
>>
>> Consider use case when you have 100TiB database f
Hi Linus,
I was curious, after the last week of discussion, what you thought of
the future of Alexander's port of the STACKLEAK plugin[0]. Given that
there is progress being made (by at least 8 people at last count) to
actually remove VLAs (and bogus warnings)[1], and that there appears
to be cons
On Mon, Mar 12, 2018 at 6:00 PM, Nicolas Pitre wrote:
> On Mon, 12 Mar 2018, Arnd Bergmann wrote:
>
>> On Mon, Mar 12, 2018 at 2:52 PM, Arnd Bergmann wrote:
>> > On Mon, Mar 12, 2018 at 3:40 AM, Nicolas Pitre
>> > wrote:
>> >> On Tue, 20 Feb 2018, Arnd Bergmann wrote:
>> >
>> >>> Obviously we w
Am Freitag, 9. März 2018, 23:23:10 CET schrieb Enric Balletbo i Serra:
> From: zain wang
>
> If we failed disable psr, it would hang the display until next psr
> cycle coming. So we should restore psr->state when it failed.
>
> Cc: Tomasz Figa
> Signed-off-by: zain wang
> Signed-off-by: Dougla
On 12/03/18 16:51, Daniel Vacek wrote:
[...]
>
> Hmm, does it step back perhaps?
>
> Can you check if below cures the boot hang?
>
Yes it does fix the boot hang.
> --nX
>
>
> neelx@metal:~/nX/src/linux$ git diff
> diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> index 3d974cb2a1a1..41
On 12/03/2018 18:00, Andy Lutomirski wrote:
>> Why in save_..._legacy? If it is about FSGSBASE, shouldn't it be in
>> save_fsgs? (Or if not I'm missing what the comment should be about).
> It could be in save_fsgs(), I guess. The main point is to make it
> clear to readers of the code in save_fs
On Mon, Mar 12, 2018 at 10:06 AM, Andy Lutomirski wrote:
>
> I'd be surprised if there's a noticeable performance hit on anything
> except the micro-est of benchmarks. We're talking one extra
> intermediate paging structure cache entry in use, maybe a few data
> cache lines, and (wild guess) 0 ex
This adds a simple test to check whether /proc//fd/ symlinks are
correctly pointing to /dev/pts/ devices when attached to a terminal.
Signed-off-by: Christian Brauner
---
ChangeLog v2->v3:
* extend test for non-standard devpts mounts such as
mount -t devpts e devpts /mnt
ChangeLog v1->v2:
* pat
Hoist the check whether we have already found a suitable devpts filesystem
out of devpts_ptmx_path() in preparation for the devpts bind-mount
resolution patch. This is a non-functional change.
Signed-off-by: Christian Brauner
---
ChangeLog v2->v3:
* patch unchanged
ChangeLog v1->v2:
* patch added
Most libcs will still look at /dev/ptmx when opening the master fd of a pty
device. When /dev/ptmx is a bind-mount of /dev/pts/ptmx and the TIOCGPTPEER
ioctl() is used to safely retrieve a file descriptor for the slave side of
the pty based on the master fd, the /proc/self/fd/{0,1,2} symlinks will
Hey everyone,
This is the third iteration of this patch. Major changes are:
- rewritten commit message to thoroughly analyse the problem for
posterity in Subject: [PATCH 2/3 v3] devpts: resolve devpts bind-mounts
and in this cover letter.
- extended selftests to test for correct handling of /d
Paul Kocialkowski:
> diff --git a/drivers/media/platform/sunxi-cedrus/sunxi_cedrus_regs.h
> b/drivers/media/platform/sunxi-cedrus/sunxi_cedrus_regs.h
> new file mode 100644
> index ..7384daa94737
> --- /dev/null
> +++ b/drivers/media/platform/sunxi-cedrus/sunxi_cedrus_regs.h
> @@ -0,0
Resending the RFC with participants of previous discussions
in the list.
Following patch which is a variation of a solution discussed
in https://lwn.net/Articles/736330/ provides the users of
pid namespace, the functionality of pid translation between
namespaces using a namespace identifier. The t
This series is meant to add support for SR-IOV on devices when the VFs are
not managed by the kernel. Examples of recent patches attempting to do this
include:
virto - https://patchwork.kernel.org/patch/10241225/
pci-stub - https://patchwork.kernel.org/patch/10109935/
vfio - https://patchwork.kerne
From: Alexander Duyck
This patch adds a common configuration function called
pci_sriov_configure_simple that will allow for managing VFs on devices
where the PF is not capable of managing VF resources.
Signed-off-by: Alexander Duyck
---
v5: New patch replacing pci_sriov_configure_unmanaged wit
From: Alexander Duyck
Hardware-realized virtio_pci devices can implement SR-IOV, so this
patch enables its use. The device in question is an upcoming Intel
NIC that implements both a virtio_net PF and virtio_net VFs. These
are hardware realizations of what has been up to now been a software
inter
From: Alexander Duyck
Instead of implementing our own version of a SR-IOV configuration stub in
the ena driver we can just reuse the existing
pci_sriov_configure_simple function.
Signed-off-by: Alexander Duyck
---
v5: Replaced call to pci_sriov_configure_unmanaged with
pci_sriov_config
From: Alexander Duyck
Instead of implementing our own version of a SR-IOV configuration stub in
the nvme driver we can just reuse the existing
pci_sriov_configure_simple function.
Signed-off-by: Alexander Duyck
---
v5: Replaced call to pci_sriov_configure_unmanaged with
pci_sriov_confi
On 3/10/18 7:34 AM, Luis R. Rodriguez wrote:
Also,
Alexei you never answered my questions out aliases with the umh modules.
Long term this important to consider.
aliases always felt like a crutch to me.
I can see an argument when they're used as 'alias pci:* foo'
but the way it's used in netwo
On Mon, 2018-03-12 at 22:32 +0530, Arushi Singhal wrote:
> Using pr_() is more concise than printk(KERN_).
> This patch:
> * Replace printks having a log level with the appropriate pr_*() macros.
> * Define pr_fmt() to include relevant name.
> * Remove redundant prefixes from pr_*() calls.
> * Inde
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 0c8efd610b58cb23cefdfa12015799079aef94ae
commit: 36cc549d59864b7161f0e23d710c1c4d1b9cf022 drm/amd/display: disable CRTCs
with NULL FB on their primary plane (V2)
smatch warnings:
drivers/gpu/drm/amd/amdgpu/
From: Colin Ian King
The variable 'len' is being initialized with a value that is never
read and it is re-assigned later, hence the initialization is redundant
and can be removed.
Cleans up clang warning:
net/rxrpc/recvmsg.c:275:15: warning: Value stored to 'len' during its
initialization is nev
On Mon, Mar 12, 2018 at 10:20 AM, Alexander Duyck
wrote:
> This series is meant to add support for SR-IOV on devices when the VFs are
> not managed by the kernel. Examples of recent patches attempting to do this
> include:
> virto - https://patchwork.kernel.org/patch/10241225/
> pci-stub - https:/
Am Freitag, 9. März 2018, 23:22:51 CET schrieb Enric Balletbo i Serra:
> Hi,
>
> This patchset includes cleanups, improvements, and bug fixes for
> Rockchip DRM driver and PSR support.
>
> This new version is the same as before removing some of the patches
> already applied and fixing the Exynos
Avoid 3 VLAs[1] by using a single dinamically allocated array
and some helper variables: we don't need 3 arrays.
[1] https://lkml.org/lkml/2018/3/7/621
Signed-off-by: Salvatore Mesoraca
---
drivers/scsi/eata.c | 40 ++--
1 file changed, 26 insertions(+), 14 d
Hi Linus,
The following changes since commit 1b88accf6a659c46d5c8e68912896f112bf882bb:
Merge tag 'for_linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost (2018-03-07 17:49:33
-0800)
are available in the Git repository at:
git://git.linux-nfs.org/projects/trondmy/linux-nfs.gi
On Mon, Mar 12, 2018 at 5:27 PM, arvindY wrote:
>
>
> On Monday 12 March 2018 08:13 PM, David Miller wrote:
>>
>> From: Arvind Yadav
>> Date: Fri, 9 Mar 2018 16:11:17 +0530
>>
>>> if device_register() returned an error! Always use put_device()
>>> to give up the reference initialized.
>>>
>>> Si
On 12 March 2018 at 17:01, Jeremy Cline wrote:
> On 03/12/2018 10:56 AM, Ard Biesheuvel wrote:
>> On 12 March 2018 at 14:30, Jeremy Cline wrote:
>>> On 03/12/2018 07:08 AM, Ard Biesheuvel wrote:
On 10 March 2018 at 10:45, Thiebaud Weksteen wrote:
> On Fri, Mar 9, 2018 at 5:54 PM Jeremy
On Mon, Mar 12, 2018 at 09:04:47PM +0530, p...@codeaurora.org wrote:
> On 2018-03-12 20:28, Keith Busch wrote:
> > I'm not sure I understand. The link is disabled while DPC is triggered,
> > so if anything, you'd want to un-enumerate everything below the
> > contained
> > port (that's what it does
On 03/09/2018 12:24 AM, Aaron Lu wrote:
> + /*
> + * We are going to put the page back to the global
> + * pool, prefetch its buddy to speed up later access
> + * under zone->lock. It is believed the overhead of
> +
On 03/08/2018 05:24 PM, Li Zhijian wrote:
> 0Day robot tried to bisect the FBC, but it failed at last. But anyway
> i want to let you know we had this issue.
Can you please bisect this, manually if necessary? Let me know if you
need any help.
On Mon, Mar 12, 2018 at 10:21:29AM -0700, Alexander Duyck wrote:
> diff --git a/include/linux/pci.h b/include/linux/pci.h
> index 024a1beda008..9cab9d0d51dc 100644
> --- a/include/linux/pci.h
> +++ b/include/linux/pci.h
> @@ -1953,6 +1953,7 @@ static inline void pci_mmcfg_late_init(void) { }
> int
* Linus Torvalds wrote:
> But regardless, I think we're better off with a "wait and see" approach.
>
> IOW, try to use 5-level whenever possible for now, and _if_ somebody actually
> can show that 4-level page tables perform better or have some other
> advantage,
> we can then try to be clev
I was just writing a reply to you. You acted first :)
On 3/12/2018 1:33 PM, Keith Busch wrote:
>>> After releasing a slot from DPC, the link is allowed to retrain. If
>>> there
>>> is a working device on the other side, a link up event occurs. That
>>> event is handled by the pciehp driver, and th
Hi Jason,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on v4.16-rc4]
url:
https://github.com/0day-ci/linux/commits/Jason-Vas-Dias/x86-vdso-on-Intel-VDSO-should-handle-CLOCK_MONOTONIC_RAW/20180313-00
config: i386-tinyconfig (attached as .config)
compiler: gcc-
Commit-ID: 8e1a2031e4b556b01ca53cd1fb2d83d811a6605b
Gitweb: https://git.kernel.org/tip/8e1a2031e4b556b01ca53cd1fb2d83d811a6605b
Author: Alexey Budankov
AuthorDate: Fri, 8 Sep 2017 11:47:03 +0300
Committer: Ingo Molnar
CommitDate: Mon, 12 Mar 2018 15:28:49 +0100
perf/cor: Use RB trees f
On 03/11/2018 02:00 PM, Bjørn Forsman wrote:
> On 11 March 2018 at 21:12, Randy Dunlap wrote:
>> +pkgcfg=`which pkg-config >/dev/null 2>&1`
>
> Please use "command -v" instead of "which". command -v is in POSIX, so
> the shell will have it for sure (builtin). which is not a builtin, it
> is an ex
> Eric Anholt hat am 10. März 2018 um 00:36 geschrieben:
>
>
> It's currently marked disabled, as it's not useful without a panel
> associated with it and the GPIO pins routed to ALT2.
>
> Signed-off-by: Eric Anholt
> ---
>
FWIW, Acked-by: Stefan Wahren
On 03/12/2018 10:06 AM, Andy Lutomirski wrote:
> I'd be surprised if there's a noticeable performance hit on anything
> except the micro-est of benchmarks. We're talking one extra
> intermediate paging structure cache entry in use, maybe a few data
> cache lines, and (wild guess) 0 extra cycles on
Commit-ID: 33801b94741d6c3be9713c10aa627477216c21e2
Gitweb: https://git.kernel.org/tip/33801b94741d6c3be9713c10aa627477216c21e2
Author: leilei.lin
AuthorDate: Tue, 6 Mar 2018 17:36:37 +0800
Committer: Ingo Molnar
CommitDate: Mon, 12 Mar 2018 15:28:51 +0100
perf/core: Fix installing cgr
On 3/12/18 5:02 AM, Edward Cree wrote:
On 09/03/18 18:58, Alexei Starovoitov wrote:
It's not waiting for the whole thing, because once bpfilter starts it
stays running/sleeping because it's stateful.
So, this has been bugging me a bit.
If bpfilter takes a signal and crashes, all that state goes
The series is a preparation series for individual architectures
to use 64 bit time_t syscalls in compat and 32 bit emulation modes.
This is a follow up to the series Arnd Bergmann posted:
https://sourceware.org/ml/libc-alpha/2015-05/msg00070.html [1]
Thomas, Arnd, this seems ready to be merged no
Many of the compat time syscalls are also repurposed as 32 bit
native syscalls to provide backward compatibility while adding
new y2038 safe sycalls.
Enabling the helpers makes this possible.
Signed-off-by: Arnd Bergmann
Signed-off-by: Deepa Dinamani
---
include/linux/compat.h | 8 ++--
1 f
clock_gettime, clock_settime, clock_getres and clock_nanosleep
compat syscalls are also repurposed to provide backward compatibility
to support 32 bit time_t on 32 bit systems.
Note that nanosleep compat syscall will also be treated the same way
as the above syscalls as it shares common handler fu
The new struct __kernel_timespec is similar to current
internal kernel struct timespec64 on 64 bit architecture.
The compat structure however is similar to below on little
endian systems (padding and tv_nsec are switched for big
endian systems):
typedef s32compat_long_t;
typedef s64
Change over clock_settime, clock_gettime and clock_getres
syscalls to use __kernel_timespec times. This will enable
changing over of these syscalls to use new y2038 safe syscalls
when the architectures define the CONFIG_64BIT_TIME.
Cc: linux-...@vger.kernel.org
Signed-off-by: Deepa Dinamani
---
On Mon, Mar 12, 2018 at 01:41:07PM -0400, Sinan Kaya wrote:
> I was just writing a reply to you. You acted first :)
>
> On 3/12/2018 1:33 PM, Keith Busch wrote:
> >>> After releasing a slot from DPC, the link is allowed to retrain. If
> >>> there
> >>> is a working device on the other side, a link
Change over clock_nanosleep syscalls to use y2038 safe
__kernel_timespec times. This will enable changing over
of these syscalls to use new y2038 safe syscalls when
the architectures define the CONFIG_64BIT_TIME.
Note that nanosleep syscall is deprecated and does not have a
plan for making it y203
All the current architecture specific defines for these
are the same. Refactor these common defines to a common
header file.
The new common linux/compat_time.h is also useful as it
will eventually be used to hold all the defines that
are needed for compat time types that support non y2038
safe typ
get/put_timespec64() interfaces will eventually be used for
conversions between the new y2038 safe struct __kernel_timespec
and struct timespec64.
The new y2038 safe syscalls have a common entry for native
and compat interfaces.
On compat interfaces, the high order bits of nanoseconds
should be ze
These functions are used in the repurposed compat syscalls
to provide backward compatibility for using 32 bit time_t
on 32 bit systems.
Signed-off-by: Deepa Dinamani
---
include/linux/compat.h | 2 --
include/linux/compat_time.h | 4
kernel/compat.c | 52 +++--
Compat functions are now used to support 32 bit time_t in
compat mode on 64 bit architectures and in native mode on
32 bit architectures.
Introduce COMPAT_32BIT_TIME to conditionally compile these
functions.
Note that turning off 32 bit time_t support requires more
changes on architecture side. F
There are a total of 53 system calls (aside from ioctl) that pass a time_t
or derived data structure as an argument, and in order to extend time_t
to 64-bit, we have to replace them with new system calls and keep providing
backwards compatibility.
To avoid adding completely new and untested code f
601 - 700 of 1071 matches
Mail list logo