On Sat, 25 Nov 2017, Andy Lutomirski wrote:
> On Sat, Nov 25, 2017 at 2:48 PM, Thomas Gleixner wrote:
> > On Sat, 25 Nov 2017, Andy Lutomirski wrote:
> >> > On Nov 25, 2017, at 1:05 PM, Thomas Gleixner wrote:
> >> > On Sat, 25 Nov 2017, Andy Lutomirski wrote:
> >> >> Keep in mind that, for a stat
On Sat, Nov 25, 2017 at 04:42:59PM -0800, Dmitry Torokhov wrote:
> Hi Martin,
>
> On Sat, Nov 18, 2017 at 09:45:18AM +0100, Martin Kepplinger wrote:
> > This adds an SPDX license identifier to this driver I wrote some time back.
> >
> > Signed-off-by: Martin Kepplinger
> > ---
> > drivers/input
On Fri, Nov 24, 2017 at 5:24 PM, Masahiro Yamada
wrote:
> ARCH_RENESAS is a stronger condition than (ARM || ARM64).
> If ARCH_RENESAS is enabled, (ARM || ARM64) is met as well.
>
> What is worse, the first depends on line prevents COMPILE_TEST from
> enabling this driver. It should be removed.
>
Hi,
On Nov 24 2017 08:31, Maciej S. Szmigiero wrote:
This format is similar to existing SNDRV_PCM_FORMAT_{S,U}20_3 that keep
20-bit PCM samples in 3 bytes, however i.MX6 platform SSI FIFO does not
allow 3-byte accesses (including DMA) so a 4-byte (more conventional)
format is needed for it.
Sig
On Sat, 25 Nov 2017, Josh Poimboeuf wrote:
> It looks a *lot* better with mine and your patches applied. It probably
> would have helped Ingo and Thomas figure the problem out a lot sooner:
> [1.159583] CS: 0010 DS: ES: CR0: 80050033
> [1.159583] CR2: ff083fb8
From: Markus Elfring
Date: Sun, 26 Nov 2017 11:10:01 +0100
A few update suggestions were taken into account
from static source code analysis.
Markus Elfring (4):
Delete error messages for a failed memory allocation in two functions
Improve a size determination in sm501fb_probe()
Combine su
From: Markus Elfring
Date: Sun, 26 Nov 2017 10:10:31 +0100
Omit extra messages for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/sm501fb.c | 12 +++-
1 file changed, 3 ins
From: Markus Elfring
Date: Sun, 26 Nov 2017 10:22:37 +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 according to the Linux coding style convention.
This issue was det
From: Markus Elfring
Date: Sun, 26 Nov 2017 10:43:36 +0100
The script "checkpatch.pl" pointed information out like the following.
WARNING: quoted string split across lines
Thus fix four source code places.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/sm501fb.c | 20 ++---
From: Markus Elfring
Date: Sun, 26 Nov 2017 10:56:46 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The script “checkpatch.pl” pointed information out like the following.
Comparison to NULL could be written !…
Thus fix the affected source code pl
Joe Perches writes:
> On Sat, 2017-11-25 at 21:29 +0200, Jarkko Sakkinen wrote:
>> diff --git a/MAINTAINERS b/MAINTAINERS
> []
>> @@ -14932,6 +14932,11 @@ L: linux...@kvack.org
>> S: Maintained
>> F: mm/zswap.c
>>
>> +INTEL SGX
>> +M: Jarkko Sakkinen
>> +L: intel-sgx-kernel-...@lists.01.
On Sat, Nov 25, 2017 at 09:46:11PM -0800, Jakub Kicinski wrote:
> Hi!
>
> Did these:
>
> ./include/linux/sched.h:476:62: error: dubious one-bit signed bitfield
> ./include/linux/sched.h:477:62: error: dubious one-bit signed bitfield
> ./include/linux/sched.h:478:62: error: dubious one-bit signed
On Sat, 25 Nov 2017 21:46:11 -0800
Jakub Kicinski wrote:
> Hi!
>
> Did these:
>
> ./include/linux/sched.h:476:62: error: dubious one-bit signed bitfield
> ./include/linux/sched.h:477:62: error: dubious one-bit signed bitfield
> ./include/linux/sched.h:478:62: error: dubious one-bit signed bitfi
Here is my next activity.
After reading http://gpl-violations.org/helping/,
I have reported this issue to solve a potential GPL misuse about the
Linux kernel open source code
that is used to deploy Tesla Model S (Linux kernel based commercial product).
BRs,
Geunsik Lim.
On Sat, Nov 25, 2017
Greg, Martin:
On Sun, Nov 26, 2017 at 9:59 AM, Greg Kroah-Hartman
wrote:
> On Sat, Nov 25, 2017 at 04:42:59PM -0800, Dmitry Torokhov wrote:
>> Hi Martin,
>>
>> On Sat, Nov 18, 2017 at 09:45:18AM +0100, Martin Kepplinger wrote:
>> > This adds an SPDX license identifier to this driver I wrote some
2017-11-24 12:53 GMT+01:00 David Laight :
> 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
On Fri, Nov 24, 2017 at 06:23:50PM +0100, Ingo Molnar wrote:
> diff --git a/arch/x86/entry/calling.h b/arch/x86/entry/calling.h
> index 3fd8bc560fae..e1650da01323 100644
> --- a/arch/x86/entry/calling.h
> +++ b/arch/x86/entry/calling.h
> @@ -1,6 +1,7 @@
> /* SPDX-License-Identifier: GPL-2.0 */
>
/linux/commits/Richard-Fitzgerald/Add-support-for-Cirrus-Logic-CS47L35-L85-L90-L91-codecs/20171126-145824
config: arm64-allmodconfig (attached as .config)
compiler: aarch64-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin
From: Markus Elfring
Date: Sun, 26 Nov 2017 13:08:43 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/sh_mobile_meram.c | 4 +---
1 file changed, 1 inse
To boot Linux in Non-secure mode with l2x0, the l2x0 controller
is enabled in secure mode and ways locked to make it seems L2 cache
disabled during linux boot process. So during l2x0 initialization,
need to unlock the ways to make l2x0 could cache data/inst.
Signed-off-by: Peng Fan
Cc: Russell Ki
Linus,
Please pull the latest core-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-urgent-for-linus
# HEAD: a356d2ae50790f49858ebed35da9e206336fafee tools/headers: Sync objtool
UAPI header
A handful of objtool fixes, most of them related to
Linus,
Please pull the latest locking-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
locking-urgent-for-linus
# HEAD: 92ee46efeb505ead3ab06d3c5ce695637ed5f152 jump_label: Invoke
jump_label_test() via early_initcall()
Fix a boot warning related
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
# HEAD: 4a31b424ac0656d1bb17520ee861144fe7a19664 perf/core: Fix memory leak
triggered by perf --namespace
Misc fixes: two PMU driver fixes a
Linus,
Please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
# HEAD: 3f5fe9fef5b2da06b6319fab8123056da5217c3f sched/debug: Fix task state
recording/printout
Misc fixes: a documentation fix, a Sparse
On 11/26/2017 01:48 AM, Pierre-Hugues Husson wrote:
Support the "cec" optional clock. The documentation already mentions "cec"
optional clock and it is used by several boards, but currently the driver
doesn't enable it, thus preventing cec from working on those boards.
And even worse: a /dev/c
Linus,
Please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
# HEAD: 12a78d43de767eaf8fb272facb7a7b6f2dc6a9df x86/decoder: Add new TEST
instruction pattern
Misc fixes:
- topology enumeration fixes
- K
Linus,
please pull the latest irq-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
irq-urgent-for-linus
The last set of updates for 4.15-rc1:
- Unbreak the irq trigger type check for legacy platforms
- A handful fixes for ARM GIC v3/4 interrupt co
Hi Dan,
On 26 November 2017 at 02:10, Dan Carpenter wrote:
> Paul's original patch should have been separated into two patches to
> begin with. The patch does two different things and one part goes
> through the MIPS tree and one part goes through Andrew, probably.
Okay. I will split his patch
Hi,
On 11/17/2017 04:29 AM, John Stultz wrote:
From: Arnd Bergmann
An otherwise correct cleanup patch from Dan Carpenter turned a broken
failure handling from a feature patch by Hans Verkuil into a kernel
Oops, so bisection points to commit 7af35b0addbc ("drm/kirin: Checking
for IS_ERR() inste
From: Markus Elfring
Date: Sun, 26 Nov 2017 13:48:55 +0100
Omit an extra message for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/sh_mobile_lcdcfb.c | 8 ++--
1 file changed,
This is the first attempt to convert the UserModeLinux block driver
(UBD) to blk-mq.
While the conversion itself is rather trivial, a few questions
popped up in my head. Maybe you can help me with them.
MAX_SG is 64, used for blk_queue_max_segments(). This comes from
a0044bdf60c2 ("uml: batch I/O
Invoke of_reserved_mem_device_init at dma_configure, then
there is no need to call of_reserved_mem_device_init in device
specific probe function.
Signed-off-by: Peng Fan
---
drivers/base/dma-mapping.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/base/dma-mappi
In commit <7b07cbefb6>("iommu: of: Handle IOMMU lookup failure
with deferred probing or error"), there is possibility that
of_dma_configure may fail. So in of_reserved_mem_device_init_by_idx,
also need to propagate the return value of_dma_configure to caller,
when need to use reserved memory for a
On Sun, Nov 26, 2017 at 08:25:30PM +0800, Peng Fan wrote:
> To boot Linux in Non-secure mode with l2x0, the l2x0 controller
> is enabled in secure mode and ways locked to make it seems L2 cache
> disabled during linux boot process. So during l2x0 initialization,
> need to unlock the ways to make l2
system]
url:
https://github.com/0day-ci/linux/commits/Richard-Fitzgerald/Add-support-for-Cirrus-Logic-CS47L35-L85-L90-L91-codecs/20171126-145824
config: i386-randconfig-a1-201748 (attached as .config)
compiler: gcc-4.9 (Debian 4.9.4-2) 4.9.4
reproduce:
# save the attached .config to linux
* Dave Hansen wrote:
> On 11/10/2017 08:05 PM, Andy Lutomirski wrote:
> > -struct tss_struct doublefault_tss __cacheline_aligned = {
> > - .x86_tss = {
> > - .sp0= STACK_START,
> > - .ss0= __KERNEL_DS,
> > - .ldt= 0,
> ...
> > +
-ci/linux/commits/Michael-S-Tsirkin/s390-virtio-remove-the-old-KVM-virtio-headers/20171126-050658
config: s390-default_defconfig (attached as .config)
compiler: s390x-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin
Anton,
please don't crop the CC list.
Am Sonntag, 26. November 2017, 14:41:12 CET schrieb Anton Ivanov:
> I need to do some reading on this.
>
> First of all - a stupid question: mq's primary advantage is in
> multi-core systems as it improves io and core utilization. We are still
> single-core
On Tue, Nov 21, 2017 at 11:58:56AM -0700, Jason Gunthorpe wrote:
> On Tue, Nov 21, 2017 at 10:28:58AM -0800, Guenter Roeck wrote:
>
> > I'll split the patch into two parts, and only add (hopefully)
> > non-controversial tpm2 attributes for now (which I think is durations
> > and timeouts). Or, in
* Andy Lutomirski wrote:
> On Fri, Nov 24, 2017 at 10:25 AM, Borislav Petkov wrote:
> > On Fri, Nov 24, 2017 at 06:23:40PM +0100, Ingo Molnar wrote:
> >> From: Andy Lutomirski
> >>
> >> When we start using an entry trampoline, a #GP from userspace will
> >> be delivered on the entry stack, not
On Tue, Nov 21, 2017 at 08:29:07PM +, Roberts, William C wrote:
> > TPM specification is not a formal specification AFAIK.
>
> The published parts are, granted many things are changing.
Yes, how it defines the protocol, you are correct. It does not have a
formal definition of RM behavior or a
On Wed, Nov 22, 2017 at 10:26:24AM +0100, Javier Martinez Canillas wrote:
> On 11/21/2017 09:29 PM, Roberts, William C wrote:
>
> [snip]
>
> >>>
> >>> Do you agree with Jason's suggestion to send a synthesized TPM command
> >>> in the that the command isn't supported?
> >>
> >> Nope.
> >
> > We
On Tue, Nov 21, 2017 at 01:49:23PM +0100, Javier Martinez Canillas wrote:
> Ok. Thanks a lot for your feedback. I already had that patch but didn't want
> to post it before knowing your opinion, I'll drop it now.
>
> Philip,
>
> I think this means that we can now fix this in user-space then? That
From: Markus Elfring
Date: Sun, 26 Nov 2017 15:12:34 +0100
Two update suggestions were taken into account
from static source code analysis.
Markus Elfring (2):
Delete an error message for a failed memory allocation
Improve a size determination
drivers/video/fbdev/s3c-fb.c | 6 ++
1 fil
From: Markus Elfring
Date: Sun, 26 Nov 2017 15:00:16 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/s3c-fb.c | 4 +---
1 file changed, 1 insertion(+),
* Borislav Petkov wrote:
> On Fri, Nov 24, 2017 at 06:23:41PM +0100, Ingo Molnar wrote:
> > From: Andy Lutomirski
> >
> > Historically, IDT entries from usermode have always gone directly
> > to the running task's kernel stack. Rearrange it so that we enter on
> > a percpu trampoline stack an
From: Markus Elfring
Date: Sun, 26 Nov 2017 15:03:03 +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 according to the Linux coding style convention.
This issue was det
* Borislav Petkov wrote:
> On Fri, Nov 24, 2017 at 06:23:42PM +0100, 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
On Wed, Nov 22, 2017 at 09:16:25AM -0800, flihp wrote:
> The intent of this "mostly transparent" stuff is to convey that the RM
> should be as transparent as possible while acknowledging that there are
> some cases where it's not / can't be. I can't say why the original
> author phrased it in this
On Wed, Nov 22, 2017 at 08:25:29PM +0100, Javier Martinez Canillas wrote:
> That was my interpretation as well and what I was arguing about. I'm glad to
> know that you also think the same.
It could be that this rationale has been your earlier emails but
I just haven't recognized it :-) I think I'
* Andy Lutomirski wrote:
> On Sat, Nov 25, 2017 at 3:40 AM, Borislav Petkov wrote:
> > On Fri, Nov 24, 2017 at 06:23:43PM +0100, Ingo Molnar wrote:
> >> From: Andy Lutomirski
> >>
> >> Handling SYSCALL is tricky: the SYSCALL handler is entered with every
> >> single register (except FLAGS), in
* Rik van Riel wrote:
> On Fri, 2017-11-10 at 11:31 -0800, Dave Hansen wrote:
> > From: Dave Hansen
> >
> > Global pages stay in the TLB across context switches. Since all
> > contexts
> > share the same kernel mapping, these mappings are marked as global
> > pages
> > so kernel entries in th
* Borislav Petkov wrote:
> On Fri, Nov 24, 2017 at 06:23:50PM +0100, Ingo Molnar wrote:
> > diff --git a/arch/x86/entry/calling.h b/arch/x86/entry/calling.h
> > index 3fd8bc560fae..e1650da01323 100644
> > --- a/arch/x86/entry/calling.h
> > +++ b/arch/x86/entry/calling.h
> > @@ -1,6 +1,7 @@
> >
This commit adds the headers describing the ioctl API for the
/dev/vboxguest device used by the Virtual Box Guest Additions
in Virtual Box virtual machines.
The driver providing the /dev/vboxguest device will allow Virtual Box
Guest Additions features such as copy-and-paste, seamless mode and
Open
This commits adds a header describing the hardware interface for the
Virtual Box Guest PCI device used in Virtual Box virtual machines and
utility functions for talking to the Virtual Box hypervisor over this
interface.
These utility functions will used both by the vboxguest driver for the
PCI dev
This commit adds a driver for the Virtual Box Guest PCI device used in
Virtual Box virtual machines. Enabling this driver will add support for
Virtual Box Guest integration features such as copy-and-paste, seamless
mode and OpenGL pass-through.
This driver also offers vboxguest IPC functionality w
Here is resend of v2 of my cleaned up version of the VirtualBox vboxguest
driver, rebased on top of current the master from Linus.
Note there currently is an issue with vboxvideo in the current master from
Linus, this is fixed by this patch:
https://patchwork.freedesktop.org/patch/189812/
Once th
* Dave Hansen wrote:
> On 11/24/2017 04:16 AM, Peter Zijlstra wrote:
> > 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
* Peter Zijlstra wrote:
> 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;
> > +
* Thomas Gleixner wrote:
> On Fri, 24 Nov 2017, Ingo Molnar wrote:
> > +void kaiser_add_mapping_cpu_entry(int cpu)
> > +{
> > + kaiser_add_user_map_early(get_cpu_gdt_ro(cpu), PAGE_SIZE,
> > + __PAGE_KERNEL_RO);
> > +
> > + /* includes the entry stack */
> > + ka
On 26/11/17 13:56, Richard Weinberger wrote:
> Anton,
>
> please don't crop the CC list.
Apologies, I wanted to keep the discussion UML side until we have come
up with something.
Will not do it again.
>
> Am Sonntag, 26. November 2017, 14:41:12 CET schrieb Anton Ivanov:
>> I need to do some read
On Thu, Nov 23, 2017 at 08:17:42PM +0530, Nayna Jain wrote:
> Yeah, you are right, the first version of this patch sent all the
> bytes together, but after hearing ddwg inputs, i.e. "The last byte was
> introduced for error checking purposes (history).", I reverted back to
> original to be safe.
W
On Sun, Nov 26, 2017 at 11:41:42AM +0100, Bjørn Mork wrote:
> Joe Perches writes:
> > On Sat, 2017-11-25 at 21:29 +0200, Jarkko Sakkinen wrote:
> >> diff --git a/MAINTAINERS b/MAINTAINERS
> > []
> >> @@ -14932,6 +14932,11 @@ L:linux...@kvack.org
> >> S:Maintained
> >> F:m
On Sun, Nov 26, 2017 at 09:32:02AM +1100, Dave Chinner wrote:
>
> They don't have any whacky symlinks around, but the modern ext4 code
> does try to eat these filesystems every so often. Extended operation
> at ENOSPC will eventually corrupt the rootfs and crash the kernel,
> and then I play the "
On Sun, Nov 26, 2017 at 5:48 AM, Ingo Molnar wrote:
>
> * Dave Hansen wrote:
>
>> On 11/10/2017 08:05 PM, Andy Lutomirski wrote:
>> > -struct tss_struct doublefault_tss __cacheline_aligned = {
>> > - .x86_tss = {
>> > - .sp0= STACK_START,
>> > - .ss0=
On Sat, Nov 25, 2017 at 09:29:24PM +0200, Jarkko Sakkinen wrote:
> + ptr = sgx_get_page(page->epc_page);
> + ret = __edbgrd((unsigned long)ptr + offset, data);
> + sgx_put_page(ptr);
> + if (ret) {
> + sgx_dbg(encl, "EDBGRD returned %d\n", ret);
On Sun, 2017-11-26 at 17:44 +0200, Jarkko Sakkinen wrote:
> On Sat, Nov 25, 2017 at 09:29:24PM +0200, Jarkko Sakkinen wrote:
> > + ptr = sgx_get_page(page->epc_page);
> > + ret = __edbgrd((unsigned long)ptr + offset, data);
^^
> > + sgx_put_page(ptr);
> > + if (ret) {
>
* Thomas Gleixner wrote:
> On Fri, 24 Nov 2017, Ingo Molnar wrote:
> > diff --git a/arch/x86/include/asm/desc.h b/arch/x86/include/asm/desc.h
> > index aab4fe9f49f8..300090d1c209 100644
> > --- a/arch/x86/include/asm/desc.h
> > +++ b/arch/x86/include/asm/desc.h
> > @@ -46,7 +46,7 @@ struct gdt_p
* Andy Lutomirski wrote:
> On Sun, Nov 26, 2017 at 5:48 AM, Ingo Molnar wrote:
> >
> > * Dave Hansen wrote:
> >
> >> On 11/10/2017 08:05 PM, Andy Lutomirski wrote:
> >> > -struct tss_struct doublefault_tss __cacheline_aligned = {
> >> > - .x86_tss = {
> >> > - .sp0= STA
* Ingo Molnar wrote:
> Could you please do a delta to the very latest WIP.x86/mm instead?
>
> In the latest I have included the review tags already, and all the easy-to-do
> review feedback as well, so the delta should be rasonably small.
>
> These entry bits are destined for x86/urgent real
On Sun, Nov 26, 2017 at 8:00 AM, Ingo Molnar wrote:
>
> * Ingo Molnar wrote:
>
>> Could you please do a delta to the very latest WIP.x86/mm instead?
>>
>> In the latest I have included the review tags already, and all the easy-to-do
>> review feedback as well, so the delta should be rasonably sma
checkpatch.pl was showing warnings due to incorrected space at the end
of line and also not using * at start of second comment line, Corrected
the same and now there is zero warning
Signed-off-by: Ashish Kalra
---
drivers/bcma/driver_pcie2.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-
Currently this check for CLONE_NEWIPC with CLONE_SYSVSEM is done inside
copy_namespaces, resulting in a handful of error paths being executed if
these flags were used together. So, move this check to the beginning of
copy_process, exiting earlier if the condition is true.
This move is safe because
The `vm.max_map_count' sysctl limit is IMO useless and confusing, so
this patch disables it.
- Old ELF had a limit of 64K segments, making core dumps from processes
with more mappings than that problematic, but that was fixed in March
2010 ("elf coredump: add extended numbering support").
- T
On Wed, Nov 22, 2017 at 8:07 PM, Andy Lutomirski wrote:
> On Wed, Nov 22, 2017 at 4:34 PM, Dave Hansen
> wrote:
>>
>> These actions when dealing with a user address *and* the
>> PGD has _PAGE_USER set. That way, in-kernel users of low addresses
>> typically used by userspace are not accidentally
I have important transaction for you, Please contact me with this email
address: t_m...@aol.com, Regards Thomas
It's meaningless to return buf[0] on read. Because the caller of this
interface checks the return value negative or not. Instead, we should
return the result variable.
Signed-off-by: Gimcuan Hui
---
drivers/usb/serial/ark3116.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
On 11/26/2017 08:10 AM, Andy Lutomirski wrote:
>> As a side benefit, this shouldn't have magical interactions with the
>> vsyscall page any more.
>>
>> Are there cases that this would get wrong?
>>
> Quick ping: did this get lost?
It does drop a warning that the other version of the code has, but
On Sun, Nov 26, 2017 at 8:24 AM, Dave Hansen
wrote:
> On 11/26/2017 08:10 AM, Andy Lutomirski wrote:
>>> As a side benefit, this shouldn't have magical interactions with the
>>> vsyscall page any more.
>>>
>>> Are there cases that this would get wrong?
>>>
>> Quick ping: did this get lost?
>
> It
[Cc'ing Dave and Leendeert]
Hi Jarkko,
> > It seems that the last byte was sent from the beginning (27084ef
> > [PATCH] tpm: driver for next generation TPM chips,), does anyone
> > remember the reason ?
>
> Sent from the beginning?
I went through the commit logs to see if any of the patch descr
... and read it from there when emulating accesses to
MSR_IA32_UCODE_REV. This is the first step to allow userspace to define
what's the microcode version that the guest should see.
Signed-off-by: Filippo Sironi
---
arch/x86/include/asm/kvm_host.h | 2 ++
arch/x86/kvm/x86.c | 4 +++
... that the guest should see.
Guest operating systems may check the microcode version to decide whether
to disable certain features that are known to be buggy up to certain
microcode versions. Address the issue by making the microcode version
that the guest should see settable.
The rationale for
* Andy Lutomirski wrote:
> On Sun, Nov 26, 2017 at 8:00 AM, Ingo Molnar wrote:
> >
> > * Ingo Molnar wrote:
> >
> >> Could you please do a delta to the very latest WIP.x86/mm instead?
> >>
> >> In the latest I have included the review tags already, and all the
> >> easy-to-do
> >> review feed
On Sun, Nov 26, 2017 at 07:50:05AM -0800, Joe Perches wrote:
> On Sun, 2017-11-26 at 17:44 +0200, Jarkko Sakkinen wrote:
> > On Sat, Nov 25, 2017 at 09:29:24PM +0200, Jarkko Sakkinen wrote:
> > > + ptr = sgx_get_page(page->epc_page);
> > > + ret = __edbgrd((unsigned long)ptr + offset, data);
>
On 25/11/17 10:51 PM, Julia Lawall wrote:
> I don't understand at all the second sentence. Are you staying with the
> same call, or moving on to other calls? Also, it would be the call that
> is split over multiple lines, not the function split over multiple lines.
Yes, you are correct it shou
On Sat, Nov 25, 2017 at 09:29:24PM +0200, Jarkko Sakkinen wrote:
> + offset = addr & PAGE_MASK;
Should be addr & ~PAGE_MASK. Had fixup for this but it ended up not be
squashed to the series :-(
/Jarkko
:
https://github.com/0day-ci/linux/commits/Jacob-Chen/Rockchip-ISP1-Driver/20171126-224713
base: git://linuxtv.org/media_tree.git master
config: blackfin-allmodconfig (attached as .config)
compiler: bfin-uclinux-gcc (GCC) 6.2.0
reproduce:
wget
https://raw.githubusercontent.com/intel
If we overflow the stack into a guard page and then try to unwind it
with ORC, it should work well: by construction, there can't be any
meaningful data in the guard page because no writes to the guard page
will have succeeded.
This patch fixes a bug that unwinding from working correctly: if the
st
I'm announcing the release of the 3.2.96 kernel.
All users of the 3.2 kernel series should upgrade.
The updated 3.2.y git tree can be found at:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.2.y
and can be browsed at the normal kernel.org git web browser:
On Sun, 26 Nov 2017, Logan Gunthorpe wrote:
>
>
> On 25/11/17 10:51 PM, Julia Lawall wrote:
> > I don't understand at all the second sentence. Are you staying with the
> > same call, or moving on to other calls? Also, it would be the call that
> > is split over multiple lines, not the function
Am Fri, 24 Nov 2017 15:02:30 +0100
schrieb Wolfgang Rohdewald :
> 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
Andy,
(Can't find the original patch in my mailbox)
This hunk from 1d3e53e8624a ("x86/entry/64: Refactor IRQ stacks and make
them NMI-safe")
diff --git a/arch/x86/entry/entry_64.S b/arch/x86/entry/entry_64.S
index a9a8027..0d4483a 100644
--- a/arch/x86/entry/entry_64.S
+++ b/arch/x86/entry/e
From: Willem de Bruijn
Date: Sat, 25 Nov 2017 16:15:01 -0500
> On Sat, Nov 25, 2017 at 2:14 PM, Gustavo A. R. Silva
> wrote:
>> gso_type is being used in binary AND operations together with SKB_GSO_UDP.
>> The issue is that variable gso_type is of type unsigned short and
>> SKB_GSO_UDP expands t
On Sat, 25 Nov 2017 13:26:52 -0800
Solio Sarabia wrote:
> GSO buffer size supported by underlying devices is not propagated to
> veth. In high-speed connections with hw TSO enabled, veth sends buffers
> bigger than lower device's maximum GSO, forcing sw TSO and increasing
> system CPU usage.
>
>
On Sun, Nov 26, 2017 at 09:35:50PM +0530, Ashish Kalra wrote:
Hi Ashish,
> checkpatch.pl was showing warnings due to incorrected space at the end
> of line and also not using * at start of second comment line, Corrected
> the same and now there is zero warning
Your patch subject is incorrect in
On Sun, Nov 26, 2017 at 03:05:33PM +0100, Ingo Molnar wrote:
> > https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git/commit/?h=x86/entry_stack&id=6510485d026abdd144d170b1bc8508327acb5648
>
> I have added Boris's reviewed-by tag:
>
> Reviewed-by: Borislav Petkov
>
> which I suspect
On Sun, Nov 26, 2017 at 03:18:47PM +0100, Ingo Molnar wrote:
> Heh, indeed - if by 'future generations' you mean 'the guys who merge it,
> a few months down the line'. ;-)
... and the poor souls who get to backport it and maybe even the guys
who merged it, get to look at this after some time has p
:
https://github.com/0day-ci/linux/commits/Jacob-Chen/Rockchip-ISP1-Driver/20171126-224713
base: git://linuxtv.org/media_tree.git master
config: mips-allmodconfig (attached as .config)
compiler: mips-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
wget
https
> +struct sgx_encl_page {
> + unsigned long addr;
> + unsigned int flags;
> + void *epc_page;
> + struct sgx_va_page *va_page;
> + unsigned int va_offset;
> + struct list_head list;
> +};
This can be without major streches hoops packed way more. There are 12
bits free for u
On 25/11/17 11:01 PM, Joe Perches wrote:
> It doesn't really work.
That's rather hyperbolic and I don't appreciate the tone.
> Many of the messages aren't missing newlines.
>
> I only looked a the first few dozen instances, but many of
> them aren't really missing newlines, but are now missing
1 - 100 of 334 matches
Mail list logo
