On 24 November 2017 12:19, Heikki Krogerus wrote:
> Hi,
>
> On Tue, Nov 14, 2017 at 11:44:47AM +, Adam Thomson wrote:
> > diff --git a/drivers/usb/typec/tcpm.c b/drivers/usb/typec/tcpm.c
> > index 78983e1..7c26c3d 100644
> > --- a/drivers/usb/typec/tcpm.c
> > +++ b/drivers/usb/typec/tcpm.c
>
On Fri, Nov 24, 2017 at 08:29:42AM +, Reshetova, Elena wrote:
> By looking at the code, I don't see where the change in the reference counting
> could have caused this.
The cause was the bug I identified in patch 3, not this patch.
The regression is easily hit - tables that reference the sa
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.
Update the arch/s390/kvm/ files with the correct SPDX license
identifier based on the license text in the file itself. The SPDX
identifier is a legally binding shorthand, which can be
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.
Update the arch/s390/mm/ files with the correct SPDX license
identifier based on the license text in the file itself. The SPDX
identifier is a legally binding shorthand, which can be u
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.
Update the arch/s390/crypto/ files with the correct SPDX license
identifier based on the license text in the file itself. The SPDX
identifier is a legally binding shorthand, which can
* kernel test robot wrote:
>
> FYI, we noticed the following commit (built with gcc-6):
>
> commit: a6c70b8b30bf35045d14e352bfd1eb16aaee906f ("x86/mm/kaiser: Prepare
> assembly for entry/exit CR3 switching")
> https://git.kernel.org/cgit/linux/kernel/git/tip/tip.git WIP.x86/mm
Should be fixe
because ops.release was never dvb_attached.
Which makes sense because f->ops.release does not attach anything.
Now, rmmod dvb_usb_pctv452e correctly sets counters for
stb6100/stb0899 to 0.
Before, stb0899 got a counter -1, and for my 4 receivers I got 3 OOPses
like
Nov 24 14:40:41 s5 kernel: [
Now that the SPDX tag is in all arch/s390/kvm/ files, that identifies
the license in a specific and legally-defined manner. So the extra GPL
text wording can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe th
Now that the SPDX tag is in all arch/s390/ files, that identifies the
license in a specific and legally-defined manner. So the extra GPL text
wording in the remaining files can be removed as it is no longer needed
at all.
This is done on a quest to remove the 700+ different ways that files in
the
Now that the SPDX tag is in all arch/s390/crypto/ files, that identifies
the license in a specific and legally-defined manner. So the extra GPL
text wording can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe
Now that the SPDX tag is in all arch/s390/kernel/ files, that identifies
the license in a specific and legally-defined manner. So the extra GPL
text wording can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe
On Fri, Nov 24, 2017 at 12:52:35PM +0100, Heiko Carstens wrote:
> On Fri, Nov 24, 2017 at 12:45:41PM +0100, Greg Kroah-Hartman wrote:
> > On Fri, Nov 24, 2017 at 12:23:39PM +0100, Heiko Carstens wrote:
> > > On Tue, Nov 14, 2017 at 06:37:59PM +0100, Greg Kroah-Hartman wrote:
> > > > Hi all,
> > > >
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.
Update the remaining arch/s390/ files with the correct SPDX license
identifier based on the license text in the file itself. The SPDX
identifier is a legally binding shorthand, which c
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.
Update the arch/s390/appldata/ files with the correct SPDX license
identifier based on the license text in the file itself. The SPDX
identifier is a legally binding shorthand, which ca
Now that the SPDX tag is in all arch/s390/include/ files, that
identifies the license in a specific and legally-defined manner. So the
extra GPL text wording can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describ
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.
Update the arch/s390/kernel/ files with the correct SPDX license
identifier based on the license text in the file itself. The SPDX
identifier is a legally binding shorthand, which can
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.
Update the arch/s390/pci/ files with the correct SPDX license
identifier based on the license text in the file itself. The SPDX
identifier is a legally binding shorthand, which can be
Here are 12 patches against linux-next of today that add SPDX
identifiers to the remaining files in arch/s390 that do not currently
have them, and then it cleans up the various different ways that the
license text boilerplate was written for the GPLv2 in a few files. This
cleanup was done in the q
Hi,
>> On 11/20/2017 06:00 PM, Hans Verkuil wrote:
>>> I didn't see this merged for 4.15, is it too late to include this?
>>> All other changes needed to get CEC to work on rk3288 and rk3399 are all
>>> merged.
>>
>> Sorry for the late reply. I was out last week.
>>
>> Dave recently sent the seco
* Ingo Molnar wrote:
> This is a linear series of patches of the latest entry-stack plus Kaiser
> bits from Andy Lutomirski (v3 series from today) and Dave Hansen
> (kaiser-414-tipwip-20171123 version), on top of latest tip:x86/urgent
> (12a78d43de76),
> plus fixes - for easier review.
>
> The
Hi Peter,
On 11/13/2017 11:40 AM, Philippe CORNU wrote:
> Hi Peter,
>
> On 11/12/2017 01:31 PM, Peter Rosin wrote:
>> On 2017-11-10 17:12, Philippe CORNU wrote:
>>> Hi Peter,
>>>
>>> On 11/07/2017 05:34 PM, Peter Rosin wrote:
On 2017-11-07 16:53, Philippe CORNU wrote:
> + Peter
>
>>>
- On Nov 23, 2017, at 3:55 AM, Peter Zijlstra pet...@infradead.org wrote:
> On Tue, Nov 21, 2017 at 09:18:53AM -0500, Mathieu Desnoyers wrote:
>> +int percpu_list_push(struct percpu_list *list, struct percpu_list_node
>> *node)
>> +{
>> +intptr_t *targetptr, newval, expect;
>> +int cp
On Fri, 24 Nov 2017, Ingo Molnar wrote:
> From: Andy Lutomirski
>
> That race has been fixed and code cleaned up for a while now.
>
> Signed-off-by: Andy Lutomirski
Reviewed-by: Thomas Gleixner
On Fri, 24 Nov 2017, Ingo Molnar wrote:
> From: Andy Lutomirski
>
> Handling SYSCALL is tricky: the SYSCALL handler is entered with every
> single register (except FLAGS), including RSP, live. It somehow needs
> to set RSP to point to a valid stack, which means it needs to save the
> user RSP s
From: Colin Ian King
Use setup_timer function instead of initializing timer with the
function and data fields.
Signed-off-by: Colin Ian King
---
drivers/scsi/sym53c8xx_2/sym_glue.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/scsi/sym53c8xx_2/sym_glue.c
b/dri
>>> Add a jump target so that a bit of exception handling can be better reused
>>> in an if branch of this function.
>
>> Hmm. Doesn't really gain an awful lot this. Would understand if there were
>> multiple return paths, but in that case I'd have implemented something like
>> this anyway. Also y
On 11/24/2017 11:57 AM, Mel Gorman wrote:
> On Thu, Nov 23, 2017 at 10:15:17PM +0100, Vlastimil Babka wrote:
>> Hmm this really reads like about the migration scanner. That one is
>> unchanged by this patch, there is still a linear scanner. In fact, it
>> gets better, because now it can see the who
On Fri 24-11-17 13:30:25, Vaneet Narang wrote:
> Hi Michal,
>
> >> We have been getting similar kind of such entries and eventually
> >> stackdepot reaches Max Cap. So we found this interface useful in debugging
> >> stackdepot issue so shared in community.
>
> >Then use it for internal debuggin
On Fri, Nov 24, 2017 at 10:14:35AM +0100, Ingo Molnar wrote:
> From: Dave Hansen
>
> There is some rather arcane code to help when an IRET returns
> to 16-bit segments. It is referred to as the "espfix" code.
> This consists of a few per-cpu variables:
>
> espfix_stack: tells us where the
* Peter Zijlstra wrote:
> On Fri, Nov 24, 2017 at 10:14:30AM +0100, Ingo Molnar wrote:
> > Note: The original KAISER authors signed-off on their patch. Some of
> > their code has been broken out into other patches in this series, but
> > their SoB was only retained here.
>
> This is not in fac
On Fri, 24 Nov 2017, Ingo Molnar wrote:
> From: Andy Lutomirski
>
> By itself, this is useless. It gives us the ability to run some final
> code before exit that cannnot run on the kernel stack. This could
> include a CR3 switch a la KAISER or some kernel stack erasing, for
> example. (Or eve
On Fri, Nov 24, 2017 at 9:21 AM, Otavio Salvador
wrote:
> diff --git a/arch/arm/boot/dts/imx6qdl-nitrogen6x.dtsi
> b/arch/arm/boot/dts/imx6qdl-nitrogen6x.dtsi
> index 4bdf29169d2a..f8b267875e1c 100644
> --- a/arch/arm/boot/dts/imx6qdl-nitrogen6x.dtsi
> +++ b/arch/arm/boot/dts/imx6qdl-nitrogen6x.
From: Colin Ian King
Use setup_timer function instead of initializing timer with the
function and data fields.
Signed-off-by: Colin Ian King
---
drivers/scsi/bfa/bfad.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/scsi/bfa/bfad.c b/drivers/scsi/bfa/bfad.c
ind
From: Jiri Kosina
ELO devices have one Button usage in GenDesk field, which makes hid-input
map it to BTN_LEFT; that confuses userspace, which then considers the
device to be a mouse/touchpad instead of touchscreen.
Fix that by unmapping BTN_LEFT and keeping only BTN_TOUCH in place.
Signed-of
On Fri, Nov 24, 2017 at 10:14:33AM +0100, Ingo Molnar wrote:
> + /* CPU 0's mapping is done in kaiser_init() */
> + if (cpu)
> + kaiser_add_mapping_cpu_entry(cpu);
This hard assumes CPU0 is the boot CPU. I know we dropped Voyager
support a while back, but can/should we hard rel
Hi Michal,
>> We have been getting similar kind of such entries and eventually
>> stackdepot reaches Max Cap. So we found this interface useful in debugging
>> stackdepot issue so shared in community.
>Then use it for internal debugging and provide a code which would scale
>better on smaller sys
Hi Tejun,
On Fri, Nov 24, 2017 at 04:49:52AM -0800, Tejun Heo wrote:
Hello,
On Wed, Nov 22, 2017 at 03:37:45PM +0100, Thomas Gleixner wrote:
[ 33.027134] ata3: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc040 irq 14
[ 33.027138] ata4: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc048 irq 15
From: Colin Ian King
Use setup_timer function instead of initializing timer with the
function and data fields.
Signed-off-by: Colin Ian King
---
drivers/nfc/st21nfca/se.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/nfc/st21nfca/se.c b/drivers/nfc/st21
..snip..
> > There doesn't seem to be much good reason for SWIOTLB to be more special
> > than other DMA API backends, and not all of them have enough internal state
> > to
> > be able to make such a check. It's also not necessarily possible to "prevent
> > damage" anyway - if a driver does pass a
From: Colin Ian King
Use setup_timer function instead of initializing timer with the
function and data fields.
Signed-off-by: Colin Ian King
---
drivers/usb/atm/usbatm.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/atm/usbatm.c b/drivers/usb/atm/usbatm.c
On Fri, 24 Nov 2017, Sagar Arun Kamble wrote:
> On 11/24/2017 12:29 AM, Thomas Gleixner wrote:
> > On Thu, 23 Nov 2017, Sagar Arun Kamble wrote:
> > > We needed inputs on possible optimization that can be done to
> > > timecounter/cyclecounter structures/usage.
> > > This mail is in response to rev
On Fri, Nov 24, 2017 at 10:14:30AM +0100, Ingo Molnar wrote:
> +static pte_t *kaiser_shadow_pagetable_walk(unsigned long address,
> +unsigned long flags)
> +{
> + pte_t *pte;
> + pmd_t *pmd;
> + pud_t *pud;
> + p4d_t *p4d;
> + pgd_t *pgd =
On Wed, Nov 22, 2017 at 05:49:02PM -0500, Sinan Kaya wrote:
> pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as
> where a PCI device is present. This restricts the device drivers to be
> reused for other domain numbers.
>
> Getting ready to remove pci_get_bus_and_slot() functi
From: Colin Ian King
Use setup_timer function instead of initializing timer with the
function and data fields.
Signed-off-by: Colin Ian King
---
drivers/atm/lanai.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/atm/lanai.c b/drivers/atm/lanai.c
index 2351dad78f
On Fri 24-11-17 14:12:56, peter enderborg wrote:
> On 11/24/2017 11:14 AM, Michal Hocko wrote:
> > On Fri 24-11-17 11:07:07, Peter Enderborg wrote:
> >> When tuning the watermark_scale_factor to reduce stalls and compactions
> >> the high mark is also changed, it changed a bit too much. So this
> >
On 11/24/2017 11:14 AM, Michal Hocko wrote:
> On Fri 24-11-17 11:07:07, Peter Enderborg wrote:
>> When tuning the watermark_scale_factor to reduce stalls and compactions
>> the high mark is also changed, it changed a bit too much. So this
>> patch introduces a slope that can reduce this overhead a
From: Colin Ian King
Use setup_timer function instead of initializing timer with the
function and data fields.
Signed-off-by: Colin Ian King
---
drivers/atm/firestream.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/atm/firestream.c b/drivers/atm/firestream.c
i
On 11/24/2017 07:32 AM, Andy Lutomirski wrote:
> The cpu_entry_area will contain stacks. Make sure that KASAN has
> appropriate shadow mappings for them.
>
> Cc: Andrey Ryabinin
> Cc: Alexander Potapenko
> Cc: Dmitry Vyukov
> Cc: kasan-...@googlegroups.com
> Signed-off-by: Andy Lutomirski
>
On 11/23/2017 07:59 PM, Christian Borntraeger wrote:
>
>
> On 11/23/2017 07:32 PM, Christoph Hellwig wrote:
>> On Thu, Nov 23, 2017 at 07:28:31PM +0100, Christian Borntraeger wrote:
>>> zfcp on s390.
>>
>> Ok, so it can't be the interrupt code, but probably is the blk-mq-cpumap.c
>> changes. C
On Thu, Nov 23, 2017 at 11:42:36AM +, Zhang, Sean C. (NSB - CN/Hangzhou)
wrote:
> Dear Maintainer,
>
> For octeon TWSI controller, I found below two cases, maybe can be improved.
Hi Sean,
form the description below this looks like you're fixing a bug. Can you
elaborate on when the I2C bus d
Am Freitag, 24. November 2017, 13:09:06 CET schrieb Krzysztof Kozlowski:
Hi Krzysztof,
> >>
> >> 1. I was rather thinking about extending existing exynos-rng.c [1] so
> >> it would be using TRNG as seed for PRNG as this gives you much more
> >> random data. Instead you developed totally separate
On Fri, 24 Nov 2017, Peter Zijlstra wrote:
> On Fri, Nov 24, 2017 at 01:17:06PM +0100, Ingo Molnar wrote:
> >
> > * Peter Zijlstra wrote:
> >
> > > On Fri, Nov 24, 2017 at 10:14:27AM +0100, Ingo Molnar wrote:
> > > > @@ -1343,9 +1373,10 @@ ENTRY(error_entry)
> > > >
> > > > .Lerror_bad_iret:
On Fri, Nov 24, 2017 at 09:20:20AM +1100, Tobin C. Harding wrote:
> My current favourite review of all time was done by you on a what was
> at the time a pretty hard patch for me. It was
>
> Nope
>
Wow... I know I've said that to other people but I can't believe I sent
that to *you*... S
On Fri, Nov 24, 2017 at 12:03:32PM +, Adam Thomson wrote:
> On 23 November 2017 20:06, SF Markus Elfring wrote:
> > Add a jump target so that a bit of exception handling can be better reused
> > in an if branch of this function.
> Hmm. Doesn't really gain an awful lot this. Would understand i
On Thu, Nov 23, 2017 at 12:06 AM, Pavel Machek wrote:
> On Tue 2017-11-21 22:43:50, Andrea Adami wrote:
>> With the introduction of sharpslpart partition parser we can now read the
>> offsets from NAND: we specify the list of the parsers as platform data, with
>> cmdlinepart and ofpart parsers fir
>> Add a jump target so that a bit of exception handling can be better reused
>> in an if branch of this function.
…
> Hmm. Doesn't really gain an awful lot this.
I show just another small change possibility.
> Would understand if there were multiple return paths,
> but in that case I'd have imp
On Fri, Nov 24, 2017 at 12:47:21AM +0100, Stefano Manni wrote:
> I've made the module param nsched signed because the
> ksock_tunables.ksnd_nscheds (the real container) is signed too.
Yeah. I know. And it's way more involved and controversial to change
ksock_tunables.
>
> I definitely agree wi
From: Colin Ian King
Use setup_timer function instead of initializing timer with the
function and data fields.
Signed-off-by: Colin Ian King
---
drivers/s390/net/fsm.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/s390/net/fsm.c b/drivers/s390/net/fsm.c
index 8
Hello,
On Wed, Nov 22, 2017 at 03:37:45PM +0100, Thomas Gleixner wrote:
> [ 33.027134] ata3: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc040 irq 14
> [ 33.027138] ata4: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc048 irq 15
> [ 33.028426] Error: Driver 'pata_platform' is already registered
On Fri, Nov 24, 2017 at 01:17:06PM +0100, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
> > On Fri, Nov 24, 2017 at 10:14:27AM +0100, Ingo Molnar wrote:
> > > @@ -1343,9 +1373,10 @@ ENTRY(error_entry)
> > >
> > > .Lerror_bad_iret:
> > > /*
> > > + * We came from an IRET to user mode, so
On Fri 24-11-17 11:57:07, Vaneet Narang wrote:
[...]
> > OK, so debugging a debugging facility... I do not think we want to
> > introduce a lot of code for something like that.
>
> We enabled stackdepot on our system and realised, in long run stack depot
> consumes
> more runtime memory then it a
Hi Michal,
>> 5) To check number of entries in stackdepot to decide stackdepot hash size
>> for different systems.
>>For fewer entries hash table size can be reduced from 4MB.
>
> What are you going to do with that information. It is not like you can
> reduce the memory footprint or somehow
On pátek 24. listopadu 2017 12:25:43 CET Pali Rohár wrote:
> On Friday 24 November 2017 12:17:30 Oleksandr Natalenko wrote:
> > > There are two patches waiting to be tested in
> > > https://bugzilla.kernel.org/show_bug.cgi?id=195751
> >
> > Tested and attached a couple of patches on top of those t
When waiting for an interrupt event, there is a short window where
an interrupt can occur before we start waiting for it, but after
the initial flag checking.
The current implementation documents that case, but clears the wait_mask
before doing the check, making it non-effective.
The function als
Hi, Andrea
most of server will benefit from NUMA ,it is best to sovle the issue without
spcial restrictions.
At least we can obtain the numa information from dtb. therefore, The memory can
online correctly.
Thanks
zhongjiang
On 2017/11/24 18:44, Andrea Reale wrote:
> Hi zhongjiang,
>
> On Fri 2
Hi,
On Tue, Nov 14, 2017 at 11:44:47AM +, Adam Thomson wrote:
> diff --git a/drivers/usb/typec/tcpm.c b/drivers/usb/typec/tcpm.c
> index 78983e1..7c26c3d 100644
> --- a/drivers/usb/typec/tcpm.c
> +++ b/drivers/usb/typec/tcpm.c
> @@ -12,6 +12,7 @@
> #include
> #include
> #include
> +#incl
* Peter Zijlstra wrote:
> On Fri, Nov 24, 2017 at 10:14:27AM +0100, Ingo Molnar wrote:
> > Interactions with SWAPGS: previous versions of the KAISER code
> > relied on having per-cpu scratch space to save/restore a register
> > that can be used for the CR3 MOV. The %GS register is used to
> > i
On Fri, Nov 24, 2017 at 10:14:30AM +0100, Ingo Molnar wrote:
> +The minimalistic kernel portion of the user page tables try to
> +map only what is needed to enter/exit the kernel such as the
> +entry/exit functions themselves and the interrupt descriptor
> +table (IDT).
There are
On Fri, Nov 24, 2017 at 10:14:30AM +0100, Ingo Molnar wrote:
> Note: The original KAISER authors signed-off on their patch. Some of
> their code has been broken out into other patches in this series, but
> their SoB was only retained here.
This is not in fact the case anymore..
> Signed-off-by:
On Fri 24-11-17 21:03:28, Tetsuo Handa wrote:
> Michal Hocko wrote:
> > Thanks. Updated patch below
> > ---
> > From 1009db61988c48c9a9e327a9d076945b29b02eee Mon Sep 17 00:00:00 2001
> > From: Michal Hocko
> > Date: Thu, 23 Nov 2017 17:13:40 +0100
> > Subject: [PATCH] xfs: fortify xfs_alloc_buftar
On Fri, Nov 24, 2017 at 12:52:35PM +0100, Heiko Carstens wrote:
> On Fri, Nov 24, 2017 at 12:45:41PM +0100, Greg Kroah-Hartman wrote:
> > On Fri, Nov 24, 2017 at 12:23:39PM +0100, Heiko Carstens wrote:
> > > On Tue, Nov 14, 2017 at 06:37:59PM +0100, Greg Kroah-Hartman wrote:
> > > > Hi all,
> > > >
On Thu, Nov 23, 2017 at 7:46 PM, Łukasz Stelmach wrote:
> It was <2017-11-23 czw 17:31>, when Krzysztof Kozlowski wrote:
>> On Thu, Nov 23, 2017 at 4:09 PM, Łukasz Stelmach
>> wrote:
>>> Add support for True Random Number Generator found in Samsung Exynos
>>> 5250+ SoCs.
>>>
>>> Signed-off-by: Ł
On Fri, Nov 24, 2017 at 10:14:27AM +0100, Ingo Molnar wrote:
> Interactions with SWAPGS: previous versions of the KAISER code
> relied on having per-cpu scratch space to save/restore a register
> that can be used for the CR3 MOV. The %GS register is used to
> index into our per-cpu space, so SWAPG
From: Sunil Goutham
on T81 there are only 4 cores, hence setting max queue count to 4
would leave nothing for XDP_TX. This patch fixes this by doubling
max queue count in above scenarios.
Signed-off-by: Sunil Goutham
Signed-off-by: cjacob
Signed-off-by: Aleksey Makarov
---
drivers/net/ethern
Michal Hocko wrote:
> Thanks. Updated patch below
> ---
> From 1009db61988c48c9a9e327a9d076945b29b02eee Mon Sep 17 00:00:00 2001
> From: Michal Hocko
> Date: Thu, 23 Nov 2017 17:13:40 +0100
> Subject: [PATCH] xfs: fortify xfs_alloc_buftarg error handling
Do we need below patch on top of Michal's
From: Sunil Goutham
This patch adds support for XDP_REDIRECT. Flush is not
yet supported.
Signed-off-by: Sunil Goutham
Signed-off-by: cjacob
Signed-off-by: Aleksey Makarov
---
drivers/net/ethernet/cavium/thunder/nicvf_main.c | 110 -
drivers/net/ethernet/cavium/thunder/
On 23 November 2017 20:06, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 23 Nov 2017 20:48:05 +0100
>
> Add a jump target so that a bit of exception handling can be better reused
> in an if branch of this function.
>
> Signed-off-by: Markus Elfring
Hmm. Doesn't really gain an a
Hi,
On 17/11/17 18:55, Jacob Pan wrote:
> From: "Liu, Yi L"
>
> When an SVM capable device is assigned to a guest, the first level page
> tables are owned by the guest and the guest PASID table pointer is
> linked to the device context entry of the physical IOMMU.
>
> Host IOMMU driver has no k
On 17/11/17 18:55, Jacob Pan wrote:
> When nested translation is turned on and guest owns the
> first level page tables, device page request can be forwared
> to the guest for handling faults. As the page response returns
> by the guest, IOMMU driver on the host need to process the
> response which
On 17/11/17 18:54, Jacob Pan wrote:
> Virtual IOMMU was proposed to support Shared Virtual Memory (SVM)
> use in the guest:
> https://lists.gnu.org/archive/html/qemu-devel/2016-11/msg05311.html
>
> As part of the proposed architecture, when an SVM capable PCI
> device is assigned to a guest, neste
Hi Jacob,
On 17/11/17 18:55, Jacob Pan wrote:
> Device faults detected by IOMMU can be reported outside IOMMU
> subsystem for further processing. This patch intends to provide
> a generic device fault data such that device drivers can be
> communicated with IOMMU faults without model specific know
On 10/24/2017 03:31 PM, Dietmar Eggemann wrote:
Hi Russel,
Thanks for the review!
On 24/10/17 11:52, Russell King - ARM Linux wrote:
On Tue, Oct 24, 2017 at 11:27:16AM +0100, Dietmar Eggemann wrote:
With the dt related patches for exynos and renesas now in the
appropriated for-next branches f
From: Salvatore Mesoraca [mailto:s.mesorac...@gmail.com]
> Sent: 24 November 2017 11:44
>
> 2017-11-24 11:53 GMT+01:00 David Laight :
> > From: Alan Cox
> >> Sent: 22 November 2017 16:52
> >>
> >> On Wed, 22 Nov 2017 09:01:46 +0100
> >> Salvatore Mesoraca wrote:
> >>
> >> > Disallows O_CREAT open
On Fri, Nov 24, 2017 at 12:45:41PM +0100, Greg Kroah-Hartman wrote:
> On Fri, Nov 24, 2017 at 12:23:39PM +0100, Heiko Carstens wrote:
> > On Tue, Nov 14, 2017 at 06:37:59PM +0100, Greg Kroah-Hartman wrote:
> > > Hi all,
> > >
> > > Here are 9 patches against linux-next of today that add SPDX ident
On 23 November 2017 20:08, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 23 Nov 2017 20:50:44 +0100
>
> Replace the specification of a data structure by a pointer dereference
> as the parameter for the operator "sizeof" to make the corresponding size
> determination a bit safer ac
On 23 November 2017 17:34, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 23 Nov 2017 18:15:30 +0100
>
> Replace the specification of a data structure by a pointer dereference
> as the parameter for the operator "sizeof" to make the corresponding size
> determination a bit safer ac
On Fri, Nov 24, 2017 at 12:23:39PM +0100, Heiko Carstens wrote:
> On Tue, Nov 14, 2017 at 06:37:59PM +0100, Greg Kroah-Hartman wrote:
> > Hi all,
> >
> > Here are 9 patches against linux-next of today that add SPDX identifiers
> > to the remaining files that do not currently have them, and then it
On 23 November 2017 20:05, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 23 Nov 2017 20:42:20 +0100
>
> Omit extra messages for a memory allocation failure in this function.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
Acked-b
On Fri, Nov 24, 2017 at 10:14:14AM +0100, Ingo Molnar wrote:
> From: Andy Lutomirski
>
> SYSENTER_stack should have reliable overflow detection, which
> means that it needs to be at the bottom of a page, not the top.
> Move it to the beginning of struct tss_struct and page-align it.
>
> Also add
2017-11-24 11:53 GMT+01:00 David Laight :
> From: Alan Cox
>> Sent: 22 November 2017 16:52
>>
>> On Wed, 22 Nov 2017 09:01:46 +0100
>> Salvatore Mesoraca wrote:
>>
>> > Disallows O_CREAT open missing the O_EXCL flag, in world or
>> > group writable directories, even if the file doesn't exist yet.
On 24 November 2017 11:33, Julia Lawall wrote:
> On Fri, 24 Nov 2017, Adam Thomson wrote:
>
> > On 23 November 2017 17:33, SF Markus Elfring wrote:
> >
> > > From: Markus Elfring
> > > Date: Thu, 23 Nov 2017 17:56:54 +0100
> > >
> > > Omit an extra message for a memory allocation failure in this
From: Andy Lutomirski
> Sent: 24 November 2017 04:33
...
> + /*
> + * x86 lacks a near absolute jump, and we can't jump to the real
> + * entry text with a relative jump, so we fake it using retq.
> + */
> + pushq $entry_SYSCALL_64_after_hwframe
> + retq
Don't some of
On Fri, 24 Nov 2017, Adam Thomson wrote:
> On 23 November 2017 17:33, SF Markus Elfring wrote:
>
> > From: Markus Elfring
> > Date: Thu, 23 Nov 2017 17:56:54 +0100
> >
> > Omit an extra message for a memory allocation failure in this function.
>
> I'm not sure this is an extra message. We don't
On Fri, 24 Nov 2017, Ingo Molnar wrote:
> From: Andy Lutomirski
> @@ -563,6 +563,13 @@ END(irq_entries_start)
> /* 0(%rsp): ~(interrupt number) */
> .macro interrupt func
> cld
> +
> + testb $3, CS-ORIG_RAX(%rsp)
> + jz 1f
> + SWAPGS
> + callswitch_to_thread
On Friday 24 November 2017 12:17:30 Oleksandr Natalenko wrote:
> > There are two patches waiting to be tested in
> > https://bugzilla.kernel.org/show_bug.cgi?id=195751
>
> Tested and attached a couple of patches on top of those to the BZ. If
> disabling fan control is the only approach here, I ca
On Tue, Nov 14, 2017 at 06:37:59PM +0100, Greg Kroah-Hartman wrote:
> Hi all,
>
> Here are 9 patches against linux-next of today that add SPDX identifiers
> to the remaining files that do not currently have them, and then it
> cleans up the various different ways that the license text boilerplate
On 23 November 2017 17:33, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 23 Nov 2017 17:56:54 +0100
>
> Omit an extra message for a memory allocation failure in this function.
I'm not sure this is an extra message. We don't return -ENOMEM as a result of
this operation and probe w
This adds the partitions definition for the SPI NOR to provide
backward compatibility with the documented[1] layout used with
Boundary Devices BSP.
1. https://boundarydevices.com/boot-flash-access-linux/
It exports to Linux:
mtd0: U-Boot
mtd1: U-Boot Environment
mtd2: Bootsplash
Signed-off-b
Hi.
On pátek 24. listopadu 2017 11:22:28 CET Jean Delvare wrote:
> Hi Oleksandr,
>
> On jeu., 2017-11-23 at 22:41 +0100, Oleksandr Natalenko wrote:
> > I've noticed that querying Dell Vostro 3360 hwmon sensor freezes the
> > system
> > completely (like, really completely, even mouse cursor does n
On Thursday 23 November 2017 22:41:03 Oleksandr Natalenko wrote:
> Hi, Jonathan, Mario et al.
>
> I've noticed that querying Dell Vostro 3360 hwmon sensor freezes the system
> completely (like, really completely, even mouse cursor does not move, and
> sound playback stops) for approx. half of a
301 - 400 of 537 matches
Mail list logo