Hi Miquel,
are there already patches for the A37xx comphy driver?
On Wed, 12 Dec 2018 11:21:33 +0100
Miquel Raynal wrote:
> The IP needs its PHY to be properly configured to work. While the PHY
> is usually already configured by the bootloader, we will need this
> feature when adding S2RAM
On Thu, Dec 13, 2018 at 09:45:04AM +, Schrempf Frieder wrote:
> + Shawn, Sascha
>
> On 10.12.18 17:31, Schrempf Frieder wrote:
> > Hi FSL/ARM maintainers,
> >
> > On 10.12.18 17:26, Schrempf Frieder wrote:
> >> From: Frieder Schrempf
> >>
> >> We have prepared a new driver for the FSL QSPI
On Tue, Oct 09, 2018 at 02:32:20AM -0400, Paul Elder wrote:
> Handling short packets (length < max packet size) in the Inventra DMA
> engine in the MUSB driver causes the MUSB DMA controller to hang. An
> example of a problem that is caused by this problem is when streaming
> video out of a UVC
On Thu, Dec 13, 2018 at 10:49:49AM -0500, Alan Stern wrote:
> On Wed, 12 Dec 2018, Paul E. McKenney wrote:
>
> > > Well, what are you trying to accomplish? Do you want to find an
> > > argument similar to the one I posted for the 6-CPU test to show that
> > > this test should be forbidden?
> >
Hi Fabrizio
> Document RZ/G2E (R8A774C0) SoC bindings.
>
> Signed-off-by: Fabrizio Castro
> ---
Acked-by: Kuninori Morimoto
> Documentation/devicetree/bindings/sound/renesas,rsnd.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
Hi Hayashi-san
Sorry for my buggy patch.
I and Tony could confirm that my posted patch can solve
this issue. I will re-post it again as v3 patch-series.
I'm happy if you can test it (and give it Tested-by).
https://patchwork.kernel.org/patch/10727943/
> [1 ]
> On Thu, Dec 13, 2018 at
On 12/13/18 4:40 PM, Paolo Bonzini wrote:
On 13/12/18 23:50, shuah wrote:
Looks good. Could you please provide a topic branch so that we can
avoid conflicts between our trees at the next merge window.
Thanks. The topic branch is
(hope I did the git tag correctly this time)
The following changes since commit cf76c364a1e1e5224af80edf70a1e3023e1fcf8c:
Merge tag 'scsi-fixes' of
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi (2018-12-05 17:06:31
-0800)
are available in the Git repository at:
On Sun, Dec 9, 2018 at 1:25 AM YueHaibing wrote:
> Remove duplicated include.
>
> Signed-off-by: YueHaibing
> ---
> kernel/audit.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/kernel/audit.c b/kernel/audit.c
> index a0a4544..632d360 100644
> --- a/kernel/audit.c
> +++
On 13/12/18 23:50, shuah wrote:
>>
>> Looks good. Could you please provide a topic branch so that we can
>> avoid conflicts between our trees at the next merge window.
>>
>
> Thanks. The topic branch is
>
> git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest.git next
>
> I will apply
proc_sys_lookup can fail with ENOMEM instead of ENOENT when the
corresponding sysctl table is being unregistered. In our case we see
this upon opening /proc/sys/net/*/conf files while network interfaces
are being deleted, which confuses our configuration daemon.
The problem was successfully
I need to make a change to this patch, so please ignore this version.
I'll send a v2 soon.
On Thu, Dec 13, 2018 at 1:04 PM Todd Kjos wrote:
>
> 44d8047f1d8 ("binder: use standard functions to allocate fds")
> exposed a pre-existing issue in the binder driver.
>
> fdget() is used in ksys_ioctl()
There is only one clocksource in RISC-V. The boot cpu initializes
that clocksource. No need to keep a percpu data structure.
Signed-off-by: Atish Patra
Reviewed-by: Palmer Dabbelt
---
drivers/clocksource/riscv_timer.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git
Follow the updated DT specs and read the timebase-frequency
from the boot cpu. Keep the old DT reading as well for backward
compatibility. This patch is rework of old patch from Palmer.
Signed-off-by: Atish Patra
---
arch/riscv/kernel/time.c | 9 +
This patch series provides an assorted timer cleanups in RISC-V.
Changes from v1->v2:
1. Updated commit text in 1/4.
2. Added a timebase check for each cpu.
3. Added a warning for invalid hartid 4/4.
Atish Patra (3):
RISC-V: Support per-hart timebase-frequency
RISC-V: Remove per cpu
From: Palmer Dabbelt
In RISC-V systems, timebase-frequency is per cpu instead of one
instance for entire SOC as there is a individual timer per each CPU.
Fix the DT binding accordingly.
Signed-off-by: Palmer Dabbelt
Signed-off-by: Christoph Hellwig
[Atish: Update the commit text]
Currently, clocksource registration happens for an invalid cpu
for non-smp kernels. This lead to kernel panic as cpu hotplug
registration will fail for those cpus.
Do not proceed if hartid is invalid. Take this opprtunity to
print appropriate error strings for different failure cases.
On Thu, Nov 29, 2018 at 10:44:30AM +0100, Petr Mladek wrote:
> The atomic replace and cumulative patches were introduced as a more secure
> way to handle dependent patches. They simplify the logic:
>
> + Any new cumulative patch is supposed to take over shadow variables
> and changes made
Different AMD processors may have different implementations of STIBP.
When STIBP is conditionally enabled, some implementations would benefit
from having STIBP always on instead of toggling the STIBP bit through MSR
writes. This preference is advertised through a CPUID feature bit.
When
From: Dalon Westergreen
Add the ptp_ref clock to gmac0 / gmac1 specifying the default clk
of osc1. The stmmac driver defaults the ptp_ref clock to the main
stmmac clock if ptp_ref is not provided. This is inappropriate for
the Cyclone5 or Arria5 devices.
Signed-off-by: Dalon Westergreen
---
From: Dalon Westergreen
Add the default stmmac ptp_ref clock for stratix10. The stmmac
driver defaults the ptp_ref clock to the main stmmac clock
if the ptp_ref clock is not set in the devicetree. This is
inappropriate for the stratix10. The default ptp_ref clock is
From: Dalon Westergreen
Add the default stmmac ptp_ref clock for arria10. The stmmac
driver defaults the ptp_ref clock to the main stmmac clock
if the ptp_ref clock is not set in the devicetree. This is inappropriate
for the arria10 device. The default ptp_ref clock is peri_emac_ptp_clk.
On Thu, Nov 29, 2018 at 10:44:28AM +0100, Petr Mladek wrote:
> +static void __klp_free_funcs(struct klp_object *obj, bool free_all)
> {
> - struct klp_func *func;
> + struct klp_func *func, *tmp_func;
> +
> + klp_for_each_func_safe(obj, func, tmp_func) {
> + if (!free_all
On Thu, Dec 13, 2018 at 03:23:37PM +0100, Richard Weinberger wrote:
> Hello zhangjun,
>
> thanks a lot for bringing this up!
>
> Am Mittwoch, 12. Dezember 2018, 15:13:57 CET schrieb zhangjun:
> > Because the PagePrivate() in UBIFS is different meanings,
> > alloc_cma() will fail when one dirty
On Fri, 14 Dec 2018 at 06:23, Vijay Khemka wrote:
>
> Added ADC and other sensor devices in Facebook Tiogapass device tree.
>
> Signed-off-by: Vijay Khemka
> ---
> .../dts/aspeed-bmc-facebook-tiogapass.dts | 33 +--
> 1 file changed, 31 insertions(+), 2 deletions(-)
>
> diff
On Thu, Nov 29, 2018 at 10:44:27AM +0100, Petr Mladek wrote:
> @@ -146,6 +150,7 @@ struct klp_object {
> * struct klp_patch - patch structure for live patching
> * @mod: reference to the live patch module
> * @objs:object entries for kernel objects to be patched
> + * @replace:
This patch remove the follow complete task from TODO documentation:
drm_mode_config.crtc_idr is misnamed, since it contains all KMS object.
Should be renamed to drm_mode_config.object_idr.
Signed-off-by: Shayenne da Luz Moura
---
Documentation/gpu/todo.rst | 3 ---
1 file changed, 3
The dma_direct_supported() function intends to check the DMA mask against
specific values. However, the phys_to_dma() function includes the SME
encryption mask, which defeats the intended purpose of the check. This
results in drivers that support less than 48-bit DMA (SME encryption mask
is bit
On 12/13/18 3:40 PM, Paolo Bonzini wrote:
On 13/12/18 21:00, sh...@kernel.org wrote:
From: Shuah Khan
Commit b2d35fa5fc80 ("selftests: add headers_install to lib.mk") added
khdr target to run headers_install target from the main Makefile. The
logic uses KSFT_KHDR_INSTALL and top_srcdir as
On Thu, Dec 13, 2018 at 10:22:21AM +0100, Michal Hocko wrote:
> From: Michal Hocko
>
> Liu Bo has experienced a deadlock between memcg (legacy) reclaim and the
> ext4 writeback
> task1:
> [] wait_on_page_bit+0x82/0xa0
> [] shrink_page_list+0x907/0x960
> [] shrink_inactive_list+0x2c7/0x680
> []
On Thu, Nov 29, 2018 at 10:44:25AM +0100, Petr Mladek wrote:
> @@ -309,40 +297,33 @@ static ssize_t enabled_store(struct kobject *kobj,
> struct kobj_attribute *attr,
>
> mutex_lock(_mutex);
>
> - if (!klp_is_patch_registered(patch)) {
> - /*
> - * Module
Similar to other qcom targets, gcc_mmss_noc_cfg_ahb_clk should not be
disabled. Any mmss access depends on this clock, and its been observed
that enabling mmssnoc_axi_rpm_clk with rpmcc results in an implicit
access to mmss and will crash the system if gcc_mmss_noc_cfg_ahb_clk is
disabled.
On 13/12/18 21:00, sh...@kernel.org wrote:
> From: Shuah Khan
>
> Commit b2d35fa5fc80 ("selftests: add headers_install to lib.mk") added
> khdr target to run headers_install target from the main Makefile. The
> logic uses KSFT_KHDR_INSTALL and top_srcdir as controls to initialize
> variables and
On Mon, Dec 03, 2018 at 03:59:57PM +0100, Miroslav Benes wrote:
> On Thu, 29 Nov 2018, Petr Mladek wrote:
>
> > -static int klp_init_patch(struct klp_patch *patch)
> > +/* Init operations that must succeed before klp_free_patch() can be
> > called. */
> > +static int
On 12/13/2018 12:38 PM, Stephen Boyd wrote:
Quoting Jeffrey Hugo (2018-12-13 09:09:09)
gcc_lpass_trig_clk is not used downstream, therefore there is no reason to
expect it to be needed for clients. Let's remove it because messing with
the clock has been observed to cause Linux hangs when the
On Thu, 2018-12-13 at 15:56 -0600, Dinh Nguyen wrote:
>
> On 12/13/18 2:59 PM, dwest...@gmail.com wrote:
> > From: Dalon Westergreen
> >
> > Add the stmmac ptp_ref clock as it is configured in the arria10 socdk.
> > The stmmac driver defaults the ptp_ref clock to the main stmmac clock
> > if
On Thu, Dec 06, 2018 at 09:36:06AM -0500, Joe Lawrence wrote:
> On 12/06/2018 05:14 AM, Petr Mladek wrote:
> > On Thu 2018-12-06 10:23:40, Miroslav Benes wrote:
> >> On Thu, 6 Dec 2018, Petr Mladek wrote:
> >>
> >>> On Wed 2018-12-05 14:32:53, Joe Lawrence wrote:
> > diff --git
>> compiling error
>> showing "unknown type name ‘__gnu_inline’" will pop up, if userspace
>> somehow includes .
Oops.
> If not, I can pick it up in compiler-attributes tree linux-next.
That's probably the best, unless we'd like this fix in mainline ASAP?
Moving the __KERNEL__ guard should not
On Sat, Dec 08, 2018 at 06:40:59AM +0100, Christian Brauner wrote:
> The kill() syscall operates on process identifiers (pid). After a process
> has exited its pid can be reused by another process. If a caller sends a
> signal to a reused pid it will end up signaling the wrong process. This
>
Hi!
> This is part of the Pixel C's thermal management strategy to effectively
> limit the input power to 5V 3A when the screen is on. When the screen is
> on, the display, the CPU, and the GPU all contribute more heat to the
> system than while the screen is off, and we made a tradeoff to
I have trouble parsing the subject. How about?
How about:
Don't block the removal of patches loaded after a forced transition
Or
Track 'forced' on a per-patch basis
?
--
Josh
Hi,
On Tue, Nov 27, 2018 at 12:58 AM Sibi Sankar wrote:
>
> This patch adds Q6V5 MSS remoteproc node for SDM845 SoCs.
>
> Signed-off-by: Sibi Sankar
> ---
>
> The remoteproc mss node depends on the following bindings:
> https://patchwork.kernel.org/patch/10490559/ - rpmhp dt bindings
This is
On Thu, Nov 29, 2018 at 10:44:23AM +0100, Petr Mladek wrote:
> +static void klp_free_funcs(struct klp_object *obj)
> {
> struct klp_func *func;
>
> - for (func = obj->funcs; func->old_name && func != limit; func++)
> - kobject_put(>kobj);
> + klp_for_each_func(obj,
Hi Chen-Yu,
On Fri, Nov 30, 2018 at 03:58:43PM +0800, Chen-Yu Tsai wrote:
> The CSI (camera sensor interface) controller found on the H3 (and H5)
> is a reduced version of the one found on the A31. It only has 1 channel,
> instead of 4 channels supporting time-multiplexed BT.656 on the A31.
>
On 12/12/2018 11:35 PM, Dmitry Safonov wrote:
> Hi Waiman,
>
> On 12/12/18 10:28 PM, Waiman Long wrote:
>> The db->lock is a raw spinlock and so the lock hold time is supposed
>> to be short. This will not be the case when printk() is being involved
>> in some of the critical sections. In order to
Am Donnerstag, 13. Dezember 2018, 23:00:00 CET schrieb Kirill A. Shutemov:
> > Let's wait a few days to give Kirill a chance to review, then I'll apply
> > the patch.
>
> I don't remmeber much context now...
>
> Could you remind me why ubifs doesn't take additional pin when sets
> PG_private?
On Wed, Dec 12, 2018 at 11:19:49AM +0300, Dan Carpenter wrote:
> On Tue, Dec 11, 2018 at 05:54:54PM -0700, Jeremy Fertic wrote:
> > ADT7316_DA_EN_VIA_DAC_LDCA is set when the dac and ldac registers are being
> > used to update the dacs instead of the ldac pin. ADT7516_SEL_AIN3 is an adc
> > input
Hi,
On Tue, Nov 20, 2018 at 1:08 PM Sibi Sankar wrote:
> diff --git a/Documentation/devicetree/bindings/remoteproc/qcom,q6v5.txt
> b/Documentation/devicetree/bindings/remoteproc/qcom,q6v5.txt
> index 14947562bc67..bd9f4882fcf0 100644
> ---
Quoting Aisheng Dong (2018-12-13 08:51:18)
> [...]
>
> > > --- a/drivers/clk/imx/Makefile
> > > +++ b/drivers/clk/imx/Makefile
> > > @@ -34,5 +34,6 @@ obj-$(CONFIG_SOC_IMX6SX) += clk-imx6sx.o
> > > obj-$(CONFIG_SOC_IMX6UL) += clk-imx6ul.o
> > > obj-$(CONFIG_SOC_IMX7D) += clk-imx7d.o
> > >
On 12/12/2018 11:34 PM, Dmitry Safonov wrote:
> Whenever debugobjects finds invalid pattern during life time of a kernel
> object such as:
> - Activation of uninitialized objects
> - Initialization of active objects
> - Usage of freed/destroyed objects
> it prints a warning and tries to make
On Thu, Dec 13, 2018 at 10:22:21AM +0100, Michal Hocko wrote:
> From: Michal Hocko
>
> Liu Bo has experienced a deadlock between memcg (legacy) reclaim and the
> ext4 writeback
> task1:
> [] wait_on_page_bit+0x82/0xa0
> [] shrink_page_list+0x907/0x960
> [] shrink_inactive_list+0x2c7/0x680
> []
Hello RT Folks!
I'm pleased to announce the 3.18.129-rt110 stable release.
This release is just an update to the new stable 3.18.129 version
and no RT specific changes have been made.
You can get this release via the git tree at:
On Thu, Dec 13, 2018 at 10:59 PM Miguel Ojeda
wrote:
>
> What do you think?
[Cc'ing Nick et. al. as well.]
Cheers,
Miguel
On Wed, Dec 12, 2018 at 11:23:16AM +0300, Dan Carpenter wrote:
> On Tue, Dec 11, 2018 at 05:54:56PM -0700, Jeremy Fertic wrote:
> > @@ -651,10 +649,12 @@ static ssize_t
> > adt7316_store_da_high_resolution(struct device *dev,
> > u8 config3;
> > int ret;
> >
> > + if (chip->id ==
On 12/12/2018 06:39 PM, Andrew Morton wrote:
> On Wed, 12 Dec 2018 17:28:14 -0500 Waiman Long wrote:
>
>> The db->lock is a raw spinlock and so the lock hold time is supposed
>> to be short. This will not be the case when printk() is being involved
>> in some of the critical sections. In order to
On Thu, Dec 13, 2018 at 10:36:47PM +0100, Richard Weinberger wrote:
> Am Donnerstag, 13. Dezember 2018, 20:20:17 CET schrieb zhangjun:
> > Because the PagePrivate() in UBIFS is different meanings,
>
> ...has different meanings...
>
> I'll fix up that myself after applying your patch. No need to
The db->lock is a raw spinlock and so the lock hold time is supposed to
be short. This will not be the case when printk() is being involved in
some of the critical sections.
In order to avoid the long hold time, in case some messages need to be
printed, all the debug_object_is_on_stack() and
Hi Xiaozhou,
Couple of comments.
On Sun, Dec 9, 2018 at 4:27 AM Xiaozhou Liu wrote:
>
> v2: update commit message.
This line should go below the "---", since it shouldn't be part of the
commit message.
> +#ifdef __KERNEL__
> +
> #ifdef CONFIG_ENABLE_MUST_CHECK
> #define __must_check
As discussed at Linux Plumbers Conference 2018 in Vancouver [1] this is the
implementation of binderfs.
/* Abstract */
binderfs is a backwards-compatible filesystem for Android's binder ipc
mechanism. Each ipc namespace will mount a new binderfs instance. Mounting
binderfs multiple times at
On 2018-12-13 21:19, Fabrizio Castro wrote:
> Document RZ/G2E (R8A774C0) SoC bindings.
>
> Signed-off-by: Fabrizio Castro
> ---
> Documentation/devicetree/bindings/i2c/i2c-sh_mobile.txt | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git
On Thu, Dec 13, 2018 at 04:18:40PM -0500, Konrad Rzeszutek Wilk wrote:
> .giant snip..
> > > + npinned = get_user_pages_fast(uaddr, npages, write, pages);
> > > + if (npinned != npages)
> > > + goto err;
> > > +
> >
> > As I said I have doubts about the whole approach, but this
> >
On 12/13/18 2:59 PM, dwest...@gmail.com wrote:
> From: Dalon Westergreen
>
> Add the stmmac ptp_ref clock as it is configured in the arria10 socdk.
> The stmmac driver defaults the ptp_ref clock to the main stmmac clock
> if the ptp_ref clock is not set in the devicetree. This is
On 13 December 2018 at 6:48PM, Christian Zigotzky wrote:
On 13 December 2018 at 2:34PM, Christian Zigotzky wrote:
On 13 December 2018 at 12:25PM, Christoph Hellwig wrote:
On Thu, Dec 13, 2018 at 12:19:26PM +0100, Christian Zigotzky wrote:
I tried it again but I get the following error
Any thoughts on this change?
Thanks.
On Sun, Dec 9, 2018 at 7:52 AM Boris Brezillon
wrote:
>
> On Sat, 20 Oct 2018 19:07:53 +0800
> Hou Tao wrote:
>
> > When jffs2_xattr_ref is dead, xref->ic or xref->xd will be invalid
> > because these fields will be reused as xref->ino or xref->xid,
> > so access xref->ic->ino or xref->xd->xid
On Thursday, December 13, 2018 3:30:00 PM CET Miquel Raynal wrote:
> Hi Lorenzo,
>
> > > If that's really the case, then I can see how one device and it's
> > > children are suspended and the irq for it is disabled but the providing
> > > devices (clk, regulator, bus controller, etc.) are still
> On Dec 13, 2018, at 10:45 AM, Peter Zijlstra wrote:
>
> On Wed, Dec 12, 2018 at 01:33:20PM -0500, Steven Rostedt wrote:
>> On Wed, 12 Dec 2018 19:05:53 +0100
>> Peter Zijlstra wrote:
>>
>>> On Wed, Dec 12, 2018 at 05:09:17PM +, Song Liu wrote:
> And while this tracks the bpf
On Thu, 2018-12-13 at 19:27 +, Nadav Amit wrote:
> > On Dec 13, 2018, at 11:02 AM, Edgecombe, Rick P
> > wrote:
> >
> > On Wed, 2018-12-12 at 23:40 +, Nadav Amit wrote:
> > > > On Dec 11, 2018, at 4:03 PM, Rick Edgecombe
> > > > wrote:
> > > >
> > > > Add new flags for handling freeing
On Thu, Dec 13, 2018 at 07:29:57PM -0200, Shayenne da Luz Moura wrote:
> This patch solves this TODO task:
> drm_mode_config.crtc_idr is misnamed, since it contains all KMS object.
> Should be renamed to drm_mode_config.object_idr.
>
> Signed-off-by: Shayenne da Luz Moura
>
> ---
> Changes in
Hi Fabrizio,
Thank you for the patch.
On Thursday, 13 December 2018 22:20:45 EET Fabrizio Castro wrote:
> Document the RZ/G2E (a.k.a. r8a774c0) SoC in the R-Car DU bindings.
>
> Signed-off-by: Fabrizio Castro
Reviewed-by: Laurent Pinchart
and applied to my tree.
> ---
>
Hi Fabrizio,
Thank you for the patch.
On Thursday, 13 December 2018 22:23:27 EET Fabrizio Castro wrote:
> Add support for the RZ/G2E (R8A774C0) SoC to the R-Car DU driver.
>
> Signed-off-by: Fabrizio Castro
Reviewed-by: Laurent Pinchart
and applied to my tree.
> ---
>
Hi Fabrizio,
Thank you for the patch.
On Thursday, 13 December 2018 22:20:54 EET Fabrizio Castro wrote:
> The RZ/G2E (r8a774c0) supports two LVDS channels. Extend the binding to
> support them.
>
> Signed-off-by: Fabrizio Castro
Reviewed-by: Laurent Pinchart
and applied to my tree.
> ---
>
Hi Fabrizio,
Thank you for the patch.
On Thursday, 13 December 2018 22:23:36 EET Fabrizio Castro wrote:
> The LVDS implementation on the RZ/G2E (a.k.a. R8A774C0) is very similar
> to the one found on R-Car E3 (a.k.a. R8A77990), therefore add RZ/G2E
> LVDS support to the LVDS encoder driver in a
Am Donnerstag, 13. Dezember 2018, 20:20:17 CET schrieb zhangjun:
> Because the PagePrivate() in UBIFS is different meanings,
...has different meanings...
I'll fix up that myself after applying your patch. No need to send a v3.
> alloc_cma() will fail when one dirty page cache located in
> the
Episode IV: The vDSO Strikes Back
After a brief detour into ioctl-based fixup, the vDSO implementation
is back. Relative to v2 (the previous vDSO RFC), patch 4/4 once again
contains the vast majority of changes.
__vdso_sgx_enter_enclave() is now written entirely in straight assembly.
...to prepare for vDSO exception fixup, which will expose the error
code to userspace and runs before set_signal_archinfo(), i.e. squashes
the signal when fixup is successful.
Signed-off-by: Sean Christopherson
---
arch/x86/mm/fault.c | 26 ++
1 file changed, 14
Intel Software Guard Extensions (SGX) SGX introduces a new CPL3-only
enclave mode that runs as a sort of black box shared object that is
hosted by an untrusted normal CPL3 process.
Enclave transitions have semantics that are a lovely blend of SYCALL,
SYSRET and VM-Exit. In a non-faulting
The basic concept and implementation is very similar to the kernel's
exception fixup mechanism. The key differences are that the kernel
handler is hardcoded and the fixup entry addresses are relative to
the overall table as opposed to individual entries.
Hardcoding the kernel handler avoids the
Call fixup_vdso_exception() in all trap flows that generate signals to
userspace immediately prior to generating any such signal. If the
exception is fixed, return cleanly and do not generate a signal.
The goal of vDSO fixup is not to fixup all faults, nor is it to avoid
all signals, but rather
Call fixup_sgx_enclu_exception() in the SIGSEGV and SIGBUS paths of
the page fault handler immediately prior to signaling. If the fault
is fixed, return cleanly and do not generate a signal.
In the SIGSEGV flow, make sure the error code passed to userspace has
been sanitized.
Suggested-by: Andy
This patch solves this TODO task:
drm_mode_config.crtc_idr is misnamed, since it contains all KMS object.
Should be renamed to drm_mode_config.object_idr.
Signed-off-by: Shayenne da Luz Moura
---
Changes in v2:
- Make commit message more clear and change header file
Hi Fabrizio,
Thank you for the patch.
On Thursday, 13 December 2018 22:20:24 EET Fabrizio Castro wrote:
> Document RZ/G1 and RZ/G2 support.
>
> Signed-off-by: Fabrizio Castro
Reviewed-by: Laurent Pinchart
And applied to my tree.
> ---
>
Hi Fabrizio,
Thank you for the patch.
On Thursday, 13 December 2018 22:20:33 EET Fabrizio Castro wrote:
> Document RZ/G2 support.
>
> Signed-off-by: Fabrizio Castro
Reviewed-by: Laurent Pinchart
And applied to my tree.
> ---
> Documentation/devicetree/bindings/media/renesas,fcp.txt | 5
.giant snip..
> > + npinned = get_user_pages_fast(uaddr, npages, write, pages);
> > + if (npinned != npages)
> > + goto err;
> > +
>
> As I said I have doubts about the whole approach, but this
> implementation in particular isn't a good idea
> as it keeps the page around forever.
>
On Thu, Dec 13, 2018 at 03:40:52PM -0500, Vivek Goyal wrote:
> On Thu, Dec 13, 2018 at 12:15:51PM -0800, Dan Williams wrote:
> > On Thu, Dec 13, 2018 at 12:09 PM Dr. David Alan Gilbert
> > wrote:
> > >
> > > * Dan Williams (dan.j.willi...@intel.com) wrote:
> > > > On Mon, Dec 10, 2018 at 9:22 AM
The pull request you sent on Wed, 12 Dec 2018 10:33:17 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git
> tags/fuse-fixes-4.20-rc7
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/70f4828201e3bc9a5ac52d1f7ede06e56194268a
Thank you!
--
The pull request you sent on Wed, 12 Dec 2018 10:45:18 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git
> tags/ovl-fixes-4.20-rc7
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e6333d72cb373239400969f5d10204c094a9712a
Thank you!
--
The pull request you sent on Thu, 13 Dec 2018 11:57:28 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc.git tags/mmc-v4.20-rc5
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e861e11c5900d21afe0c3a326d1303d6f92c9f6f
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Wed, 12 Dec 2018 13:54:03 -0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
> tags/media/v4.20-5
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/14a996c383129525e55bab07e4857d08f6b61dda
Thank you!
--
The pull request you sent on Thu, 13 Dec 2018 11:56:10 -0500:
> git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma.git tags/for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e10db791bf73c1973f24591897e839db2eb3c804
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Thu, 13 Dec 2018 09:33:20 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
> tags/sound-4.20-rc7
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/52a7dc28a7b01cdd9ec349a943944dc49d20fc26
Thank you!
--
Deet-doot-dot,
The pull request you sent on Thu, 13 Dec 2018 13:37:08 -0700:
> git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest
> tags/linux-kselftest-4.20-rc7
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/65e08c5e86311143f45c3e4389561af3107fc8f6
Thank you!
--
The pull request you sent on Thu, 13 Dec 2018 12:01:49 -0800:
> git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal fixes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/76a5cfb8e7c98ae0ea238910f97c17cb1f638918
Thank you!
--
Deet-doot-dot, I am
SDMMC Clock source change for supporting max frequency of
200Mhz for Tegra194
Signed-off-by: Sowjanya Komatineni
---
arch/arm64/boot/dts/nvidia/tegra194.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm64/boot/dts/nvidia/tegra194.dtsi
On Thu, Dec 13, 2018 at 09:52:03PM +0100, Christian Brauner wrote:
> On Thu, Dec 13, 2018 at 06:56:26PM +0100, Greg Kroah-Hartman wrote:
> > On Wed, Dec 12, 2018 at 01:51:27PM +0100, Christian Brauner wrote:
> > > > > Cc: Martijn Coenen
> > > > > Cc: Todd Kjos
> > > > > Cc: Greg Kroah-Hartman
>
--
Greetings and how are you doing?
I want you to be my partner in the transfer of the sum of $23.6 Million
dollars discovered in my department in a Bank here in West Africa and I
will give you more details on this when I get your reply but be rest
assured that I will give you 40% of the
Dear RT folks!
I'm pleased to announce the v4.19.8-rt6 patch set.
Changes since v4.19.8-rt5:
- Move a state change in do_nanosleep() do avoid a warning in
hrtimer_cancel().
- Disable tracing events on i915. The tracing events are using
spin_locks() which is not working on -RT.
On Thu, Dec 13, 2018 at 11:38:51AM -0800, Matt Mullins wrote:
> On Thu, 2018-12-13 at 19:22 +, Martin Lau wrote:
> > On Wed, Dec 12, 2018 at 04:42:37PM -0800, Matt Mullins wrote:
> > > Distributions build drivers as modules, including network and filesystem
> > > drivers which export numerous
Hi all,
Today's linux-next merge of the dma-mapping tree got a conflict in:
arch/alpha/Kconfig
between commit:
6630a8e50105 ("eisa: consolidate EISA Kconfig entry in drivers/eisa")
from the kbuild tree and commit:
3731c3d4774e ("dma-mapping: always build the direct mapping code")
from
44d8047f1d8 ("binder: use standard functions to allocate fds")
exposed a pre-existing issue in the binder driver.
fdget() is used in ksys_ioctl() as a performance optimization.
One of the rules associated with fdget() is that ksys_close() must
not be called between the fdget() and the fdput().
201 - 300 of 1063 matches
Mail list logo
