On Tue, Jul 7, 2015 at 1:19 PM, Yinghai Lu wrote:
> Those patches are rebased on v4.2-rc1 that I sent before but were rejected
> by Ingo on changelog.
>
> Kees Cook said that he would like to give a try to make improvement on
> changelog
> to get things moving.
Thanks for working on this! I
On Tue, Jul 7, 2015 at 1:20 PM, Yinghai Lu wrote:
> add cleanup_highmap_late to remove highmap for initmem, around rodata, and
> [_brk_end, all_end).
>
> Kernel Layout:
>
> [0.00] .text: [0x0100-0x0200df88]
> [0.00] .rodata: [0x0220-0x02a1dfff]
> [0.00] .data:
On Tue, Jul 7, 2015 at 1:20 PM, Yinghai Lu wrote:
> remove not needed clear_page for init_level4_page in x86_64_start_kernel(),
> as it is with fill 512,8,0 already in head_64.S
Will all possible entry points have come through head_64.S?
-Kees
>
> Signed-off-by: Yinghai Lu
> ---
>
On Tue, Jul 7, 2015 at 1:20 PM, Yinghai Lu wrote:
> Signed-off-by: Yinghai Lu
> ---
> arch/x86/boot/compressed/misc.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/arch/x86/boot/compressed/misc.c b/arch/x86/boot/compressed/misc.c
> index a428c03..9266f78 100644
> ---
On Tue, Jul 7, 2015 at 1:20 PM, Yinghai Lu wrote:
> Now could use kexec to place kernel/boot_params/cmd_line/initrd
> above 4G, but that is with legacy interface with startup_64 directly.
>
> This patch will allow 64bit EFI kernel to be loaded above 4G
> and use EFI HANDOVER PROTOCOL to start the
On Tue, 2015-07-07 at 18:07 +0200, Luis R. Rodriguez wrote:
> On Tue, Jul 07, 2015 at 11:13:30AM +0100, Russell King - ARM Linux
> wrote:
:
> > On ARM, we (probably) have a lot of cases where ioremap() is used
> > multiple
> > times for the same physical address space, so we shouldn't rule out
On Tue, Jul 7, 2015 at 1:20 PM, Yinghai Lu wrote:
> When using kexec with 64bit kernel, bzImage and ramdisk could be
> loaded above 4G. We need this to get correct ramdisk adress.
>
> Make get_ramdisk_image() global and use it for early microcode updating.
This looks correct, thanks!
Acked-by:
Hi Phil,
Thank you for the patch.
On Tuesday 07 July 2015 12:52:43 Phil Edworthy wrote:
> These changes allow a PHY driver to trigger a VBUS interrupt and
> to provide the value of VBUS.
>
> Signed-off-by: Phil Edworthy
This looks much better to me. I just have two comments, please see below.
On Mon, 6 Jul 2015 17:33:40 +0200 Frederic Weisbecker
wrote:
> There seem to be quite some confusions on the comments, likely due to
> changes that came after them.
>
> Now since it's very non obvious why we have 3 levels of asynchronous
> code to implement usermodehelpers, it's important to
On Tue, Jul 7, 2015 at 1:20 PM, Yinghai Lu wrote:
> In the comment, should use cleanup_highmap().
> and also remove not needed cast for _brk_end, as it is
> unsigned long.
>
> Signed-off-by: Yinghai Lu
> ---
> arch/x86/mm/init_64.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
>
On Tue, Jul 7, 2015 at 3:59 PM, Josh Poimboeuf wrote:
> On Tue, Jul 07, 2015 at 03:00:38PM -0700, Andy Lutomirski wrote:
>> On Tue, Jul 7, 2015 at 7:54 AM, Josh Poimboeuf wrote:
>> > Add new stackvalidate ignore macros: STACKVALIDATE_IGNORE_INSN and
>> > STACKVALIDATE_IGNORE_FUNC. These can be
On Tue, Jul 7, 2015 at 1:20 PM, Yinghai Lu wrote:
> Move out serial_putchar() calling out of putchar
> Let puts() to call serial_putchar() directly.
>
> So only need to check early_serial_base per string.
>
> Signed-off-by: Yinghai Lu
If you're going to do this, I think putchar should be
On Tue, Jul 07, 2015 at 03:00:38PM -0700, Andy Lutomirski wrote:
> On Tue, Jul 7, 2015 at 7:54 AM, Josh Poimboeuf wrote:
> > Add new stackvalidate ignore macros: STACKVALIDATE_IGNORE_INSN and
> > STACKVALIDATE_IGNORE_FUNC. These can be used to tell stackvalidate to
> > skip validation of an
On Tue, Jul 7, 2015 at 7:54 AM, Josh Poimboeuf wrote:
> 5. A callable function may not jump to a dynamically determined address.
>Such jumps can't be validated since the jump destination is unknown
>at compile time.
Hmm. Are there no switch statements that get optimized into jump
tables
On Tue, Jul 07, 2015 at 02:42:56PM +0900, byungchul.p...@lge.com wrote:
> From: Byungchul Park
>
> decaying time happens on every period boundary. if it does not reach
> the period boundary yet, the partial time needs to be kept so that
> the time can be decayed on exactly period boundary at
On Tue, Jul 07, 2015 at 01:13:59PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Jul 07, 2015 at 05:36:14PM +0200, Peter Zijlstra escreveu:
> > > To help userspace in places where all it has is the union perf_event, we
> > > can reuse one bit in misc to state that, i.e.
>
> > > #define
On Tue, Jul 07, 2015 at 11:43:05AM +, He Kuang wrote:
> +FTRACE_ENTRY_REG(bpf, trace_bpf,
> +
> + TRACE_BPF,
> +
> + F_STRUCT(
> + __field(long, size)
I would suggest using either u32 or u64, not a variable size type like
long.
> + __array(u64,raw_data,
On Wed, Jun 24, 2015 at 10:49:59PM +0200, Sergej Sawazki wrote:
> On Mon, 15 Jun 2015 15:49:33 +0100, Mark Brown wrote:
> >Are you *sure* there are physically readable registers on the device?
> >It's difficult to implement for 7x9 devices given that the top register
> >bit is in the byte used to
On Tue, Jul 7, 2015 at 1:19 PM, Yinghai Lu wrote:
> From: Baoquan He
>
> When process 32 bit relocation tables a local variable extended is
> defined to calculate the physical address of relocs entry. However
> it's type is int which is enough for i386, for x86_64 not enough.
> That's why
On Tue, Jul 07, 2015 at 08:13:59AM +, Taichi Kageyama wrote:
> On 2015/06/05 18:55, Taichi Kageyama wrote:
> > This patch set provides a workaround to avoid the following problem.
> > It's based on Linux 4.1-rc3 mainstream kernel.
> > I've tested this patch set on x86-64 machine and KVM.
> >
>
On Mon, 6 Jul 2015 19:30:31 -0400 Nicholas Krause wrote:
> This fixes the unlabeled block of code after the if statement that
> executes if the passed dma variable of type dma_addr_t minus the
> structure pointer page's dma member is equal to the variable offset
> into a else block as this
On Tue, Jul 7, 2015 at 1:19 PM, Yinghai Lu wrote:
> There is boundary checking for pointer in kaslr relocation handling.
>
> Current code is using output_len, and that is VO (vmlinux after objcopy)
> file size plus vmlinux.relocs file size.
>
> That is not right, as we should use loaded address
On Tue, Jul 07, 2015 at 11:12:18AM -0400, Tejun Heo wrote:
> On Tue, Jul 07, 2015 at 11:10:22AM -0400, Tejun Heo wrote:
> > Add a function to determine the path length of a kernfs node. This
> > for now will be used by writeback tracepoint updates.
> >
> > Signed-off-by: Tejun Heo
> > Cc: Greg
On Tue, 7 Jul 2015 15:03:31 -0400
Steven Rostedt wrote:
> On Tue, 7 Jul 2015 11:06:27 -0400
> Steven Rostedt wrote:
>
> > On Tue, 30 Jun 2015 22:18:03 +0800
> > Fengguang Wu wrote:
> >
> > > Hi Rostedt,
> > >
> > > FYI, this merge changes kernel crash to some more obvious kernel BUG
> > >
On Tue, 7 Jul 2015 13:36:20 +0900 Gioh Kim wrote:
> From: Gioh Kim
>
> Hello,
>
> This series try to enable migration of non-LRU pages, such as driver's page.
>
> My ARM-based platform occured severe fragmentation problem after long-term
> (several days) test. Sometimes even order-3 page
On Tue, Jul 7, 2015 at 1:19 PM, Yinghai Lu wrote:
> We are going to support kaslr with 64bit above 4G, and new random output
> buffer could be anywhere.
>
> mem_avoid array is used for kaslr to search new output buffer.
> Current code only track range that is after output+output_run_size.
>
> We
On Tue, Jul 07, 2015 at 09:54:09AM -0500, Josh Poimboeuf wrote:
>I did some more looking and it turns out that inline assembly doesn't
>play nicely with frame pointers at all. If the inline asm is at the
>beginning of the function, gcc sometimes emits the inline asm code
>before
On Tue, Jul 07, 2015 at 10:28:00PM +0800, Nicolas Iooss wrote:
> Some modules call config_item_init_type_name() and
> config_group_init_type_name() with parameter "name" directly controlled
> by userspace. These two functions call config_item_set_name() with this
> name used as a format string,
The IRQCHIP_DECLARE macro migrated to 'include/linux/irqchip.h', making it
globally accessible.
See commit 91e20b5040c67c51aad88cf87db4305c5bd7f79d
("irqchip: Move IRQCHIP_DECLARE macro to include/linux/irqchip.h").
This patch adds inclusions of 'include/linux/irqchip.h' and replaces uses of
On 07/06/2015 11:51 PM, Lee Jones wrote:
> On Tue, 07 Jul 2015, Rafael J. Wysocki wrote:
>> So are there any ACKs missing from the last series posted by Andy?
> Yes, I have requested a Clk Ack, as there are some, lets say
> interesting code in the MFD driver which I am unsure about. However,
> we
On Mon, Apr 27, 2015 at 03:14:49PM -0700, Linus Torvalds wrote:
> On Mon, Apr 27, 2015 at 3:00 PM, Linus Torvalds
> wrote:
> >
> > IOW, all the people who say that it's about avoiding context switches
> > are probably just full of shit. It's not about context switches, it's
> > about bad
On Tue, Jul 07, 2015 at 07:29:41PM +0300, Sergei Zviagintsev wrote:
> Hi David,
>
> On Mon, Jul 06, 2015 at 08:48:26PM +0200, David Herrmann wrote:
> > Hi
> >
> > On Sun, Jun 28, 2015 at 3:17 PM, Sergei Zviagintsev wrote:
> > > Hi,
> > >
> > > Main points here are to use conventional types,
On Tue, Jul 7, 2015 at 1:19 PM, Yinghai Lu wrote:
> We use simple and correct version to get run_size now, remove code for
> wrong run_size calculation.
I feel like this should be merged with the prior patch, but I'm on the
fence. The prior patch fixes the calculation. Why leave the clean up
On Tue, Jul 7, 2015 at 1:19 PM, Yinghai Lu wrote:
> While looking at the boot code to add mem mapping for kasl
> with 64bit above 4G support, I found that e6023367d779 ("x86, kaslr: Prevent
> .bss from overlaping initrd") and later introduced way to get kernel run_size
> and pass it around. At
On Tue, Jul 07, 2015 at 05:59:59PM -0400, Waiman Long wrote:
> On 07/07/2015 07:24 AM, Peter Zijlstra wrote:
> >On Mon, Jul 06, 2015 at 11:43:06AM -0400, Waiman Long wrote:
> >>Lock waiting in the qrwlock uses the spinlock (qspinlock for x86)
> >>as the waiting queue. This is slower than using MCS
On Tue, Jul 07, 2015 at 11:56:20PM +0200, Peter Zijlstra wrote:
> On Wed, Jul 08, 2015 at 05:45:45AM +0930, Arthur Marsh wrote:
> > I'm not aware of any modules being loaded with --force .
> >
> > I've applied the patch, thanks!
> >
> > The resultant kernel locked up as follows:
> >
> >
On Tue, 7 Jul 2015 12:29:02 +0530 "Pranay Kr. Srivastava"
wrote:
> This patch resolves Bug 16531. When logical blkdev
> size > 512 then sector numbers become larger than
> the device can support.
>
> Make affs start lookup based on the device's logical
> sector size instead of 512.
>
>
On Tue, Jul 07, 2015 at 02:40:13PM -0700, Linus Torvalds wrote:
> On Tue, Jul 7, 2015 at 2:22 PM, Tomas Winkler wrote:
> > In function mei_nfc_host_exit mei_cl_remove_device cannot be called
> > under the device mutex as device removing flow invokes the device driver
> > remove handler that calls
On Tue, Jul 7, 2015 at 7:54 AM, Josh Poimboeuf wrote:
> Add new stackvalidate ignore macros: STACKVALIDATE_IGNORE_INSN and
> STACKVALIDATE_IGNORE_FUNC. These can be used to tell stackvalidate to
> skip validation of an instruction or a function, respectively.
>
> Signed-off-by: Josh Poimboeuf
>
On 07/07/2015 07:24 AM, Peter Zijlstra wrote:
On Mon, Jul 06, 2015 at 11:43:06AM -0400, Waiman Long wrote:
Lock waiting in the qrwlock uses the spinlock (qspinlock for x86)
as the waiting queue. This is slower than using MCS lock directly
because of the extra level of indirection causing more
On Wed, Jul 08, 2015 at 05:45:45AM +0930, Arthur Marsh wrote:
> I'm not aware of any modules being loaded with --force .
>
> I've applied the patch, thanks!
>
> The resultant kernel locked up as follows:
>
> http://www.users.on.net/~arthur.marsh/20150708469.jpg
This has "Not tainted" which
On Tuesday, July 07, 2015 11:03:20 AM Alan Stern wrote:
> On Tue, 7 Jul 2015, Oliver Neukum wrote:
>
> > > he (or she) pulls the storage device out of the system, moves it to
> > > another
> > > system, makes changes (say removes the file written to by the process
> > > above,
> > > so the
The IRQCHIP_DECLARE macro migrated to 'include/linux/irqchip.h'.
See commit 91e20b5040c67c51aad88cf87db4305c5bd7f79d
("irqchip: Move IRQCHIP_DECLARE macro to include/linux/irqchip.h").
This patch removes inclusions of private header 'drivers/irqchip/irqchip.h'and
replaces them with the inclusion
The IRQCHIP_DECLARE macro migrated to 'include/linux/irqchip.h'.
See commit 91e20b5040c67c51aad88cf87db4305c5bd7f79d
("irqchip: Move IRQCHIP_DECLARE macro to include/linux/irqchip.h").
This patch removes the inclusions of private header 'drivers/irqchip/irqchip.h'
and if necessary replaces them
On Tue, 7 Jul 2015 13:03:43 -0400 Eric B Munson wrote:
> Test the mmap() flag, and the mlockall() flag. These tests ensure that
> pages are not faulted in until they are accessed, that the pages are
> unevictable once faulted in, and that VMA splitting and merging works
> with the new VM flag.
On Tue, Jul 07, 2015 at 12:30:22PM -0500, Felipe Balbi wrote:
> Hi Greg,
>
> Here's the first pull request for this -rc cycle, patches have
> been tested on platforms I have access to.
>
> Let me know if you want anything to be changed.
>
> cheers
>
> The following changes since commit
On Tuesday, July 07, 2015 04:38:26 PM Oliver Neukum wrote:
> On Tue, 2015-07-07 at 16:32 +0200, Rafael J. Wysocki wrote:
> > On Tuesday, July 07, 2015 03:16:48 PM Oliver Neukum wrote:
> > > On Tue, 2015-07-07 at 14:14 +0200, Rafael J. Wysocki wrote:
> > > > For example, on desktop systems I use
Introduced REG_SMARTFAN_EN, SMARTFAN_EN_SHIFT, pwmX_enable,
show_pwm_enable, store_pwm_enable.
Signed-off-by: Constantine Shulyupin
---
Change log:
Fixed in v2:
- Introduced REG_SMARTFAN_EN, SMARTFAN_EN_SHIFT
Signed-off-by: Constantine Shulyupin
---
drivers/hwmon/nct7802.c | 45
On Tue, 7 Jul 2015 11:10:09 -0400 (EDT) Mikulas Patocka
wrote:
> Introduce the functions kvmalloc and kvmalloc_node. These functions
> provide reliable allocation of object of arbitrary size. They attempt to
> do allocation with kmalloc and if it fails, use vmalloc. Memory allocated
> with
When a physical I/O device is assigned to a virtual machine through
facilities like VFIO and KVM, the interrupt for the device generally
bounces through the host system before being injected into the VM.
However, hardware technologies exist that often allow the host to be
bypassed for some of
On Tue, Jul 7, 2015 at 2:22 PM, Tomas Winkler wrote:
> In function mei_nfc_host_exit mei_cl_remove_device cannot be called
> under the device mutex as device removing flow invokes the device driver
> remove handler that calls in turn to mei_cl_disable_device which
> naturally acquires the device
On Tuesday, July 07, 2015 10:55:59 AM Alan Stern wrote:
> On Tue, 7 Jul 2015, Rafael J. Wysocki wrote:
>
> > > > All right, we can make a decision and document it. The following seems
> > > > reasonable to me:
> > > >
> > > > If dev->power.direct_complete is set then the PM core will
>
On 07/07/2015 02:10 PM, Will Deacon wrote:
On Tue, Jul 07, 2015 at 06:27:18PM +0100, Will Deacon wrote:
On Tue, Jul 07, 2015 at 03:30:22PM +0100, Waiman Long wrote:
On 07/07/2015 07:49 AM, Will Deacon wrote:
On Tue, Jul 07, 2015 at 12:17:31PM +0100, Peter Zijlstra wrote:
On Tue, Jul 07, 2015
The IRQCHIP_DECLARE macro migrated to 'include/linux/irqchip.h'.
See commit 91e20b5040c67c51aad88cf87db4305c5bd7f79d ("irqchip: Move
IRQCHIP_DECLARE macro to include/linux/irqchip.h").
This patch removes the inclusions of local header 'irqchip.h' in all irqchip
drivers and if necessary replaces
In function mei_nfc_host_exit mei_cl_remove_device cannot be called
under the device mutex as device removing flow invokes the device driver
remove handler that calls in turn to mei_cl_disable_device which
naturally acquires the device mutex.
Also remove mei_cl_bus_remove_devices which has the
On Tue, Jul 7, 2015 at 1:19 PM, Yinghai Lu wrote:
> So we can find out ZO position easily during run-time for kasl buffer
> searching.
Can you define VO and ZO for this changelog? I understand "VO" to mean
"uncompressed kernel", and "ZO" to mean "compressed kernel", is that
accurate? Maybe "ZO"
The IRQCHIP_DECLARE macro migrated to 'include/linux/irqchip.h'.
See commit 91e20b5040c67c51aad88cf87db4305c5bd7f79d
("irqchip: Move IRQCHIP_DECLARE macro to include/linux/irqchip.h").
This patch removes the inclusion of private header 'drivers/irqchip/irqchip.h'
and replaces it with the
The IRQCHIP_DECLARE macro migrated to 'include/linux/irqchip.h'.
See commit 91e20b5040c67c51aad88cf87db4305c5bd7f79d
("irqchip: Move IRQCHIP_DECLARE macro to include/linux/irqchip.h").
This patch removes inclusions of private header 'drivers/irqchip/irqchip.h'and
replaces them with the inclusion
On Tue, Jul 07, 2015 at 05:08:51PM -0400, Vince Weaver wrote:
> On Tue, 7 Jul 2015, Alexei Starovoitov wrote:
>
> > On Tue, Jul 07, 2015 at 12:00:12AM -0400, Vince Weaver wrote:
> > >
> > > Well the BPF hack is in the fuzzer, not the kernel. And it's not really
> > > a
> > > hack, it just
This patch adds the glue between DSA and switchdev operations to add,
delete and dump SWITCHDEV_OBJ_PORT_VLAN objects.
This is a first step to link the "bridge vlan" command with hardware
entries for DSA compatible switch chips.
Signed-off-by: Vivien Didelot
---
include/net/dsa.h | 9
On Thu, Jul 02, 2015 at 09:45:52AM +0800, Minfei Huang wrote:
> For some arch, kexec shall map the reserved pages, then use them, when
> we try to start the kdump service.
>
> Now kexec will never unmap the reserved pages, once it fails to continue
> starting the kdump service.
>
> Make a pair
Implement the Get Next and Load Purge operations for the VLAN Table
Unit, and a "vtu" debugfs file to read and write the hardware VLANs.
A populated VTU look like this:
# cat /sys/kernel/debug/dsa0/vtu
VID FID SID 0 1 2 3 4 5 6
550 5620 x x x u x t x
1000
On Tuesday 07 July 2015 13:38:41 Mario Limonciello wrote:
>
>
> On 07/04/2015 11:34 AM, Pali Rohár wrote:
> > Hello,
> >
> > I'm looking at dell-wmi.c driver and its history in git and I found
> > problem with handling WMI key code 0xe045. In current dell-wmi.c code is
> >
> > {KE_KEY, 0xe045,
From: Laurent Bigonville
This fixes the compilation of policy generated by mdp with the recent
version of checkpolicy.
Signed-off-by: Laurent Bigonville
---
scripts/selinux/mdp/mdp.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/selinux/mdp/mdp.c b/scripts/selinux/mdp/mdp.c
All drivers using the macro IRQCHIP_DECLARE have been converted to using global
header include/linux/irqchip.h. Local header drivers/irqchip/irqchip.h is now
useless and can be removed.
Signed-off-by: Joel Porquet
---
drivers/irqchip/irqchip.h | 11 ---
1 file changed, 11 deletions(-)
This commit implements the switchdev operations to add, delete and dump
VLANs for the Marvell 88E6352 and compatible switch chips.
This allows to access the switch VLAN Table Unit from standard userspace
commands such as "bridge vlan".
A configuration like "1t 2t 3t 4u" for VLAN 10 is achieved
Hi all,
This patchset brings full support for hardware VLANs in DSA, and the Marvell
88E6xxx compatible switch chips.
The first patch adds the VTU operations to the mv88e6xxx code, as well as a
"vtu" debugfs file to read and modify the hardware VLAN table.
The second patch adds the glue between
This change is to add planes which use DMA pipes for MDP5.
Signed-off-by: Jilai Wang
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.c | 23 ---
1 file changed, 20 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.c
MDP planes can be implemented using different type of HW pipes,
RGB/VIG/DMA pipes for MDP5 and RGB/VG/DMA pipes for MDP4. Each type
of pipe has different HW capabilities such as scaling, color space
conversion, decimation... Add a variable in plane data structure
to specify the difference of each
On Tue, 7 Jul 2015 13:03:38 -0400 Eric B Munson wrote:
> mlock() allows a user to control page out of program memory, but this
> comes at the cost of faulting in the entire mapping when it is
> allocated. For large mappings where the entire area is not necessary
> this is not ideal. Instead
This interrupt controller is the new root interrupt controller with
the timer, PMU events, and IPIs, and the bcm2835's interrupt
controller is chained off of it to handle the peripherals.
SMP IPI support was mostly written by Andrea Merello, while I wrote
most of the rest of the IRQ handling.
This is a new per-cpu root interrupt controller on the Raspberry Pi 2,
which will chain to the bcm2835 interrupt controller for peripheral
interrupts.
Signed-off-by: Eric Anholt
---
.../interrupt-controller/brcm,bcm2836-l1-intc.txt | 37 ++
1 file changed, 37 insertions(+)
For BCM2836, we want to chain into this IRQ chip from the root
controller, and for chaining we need to do something else instead of
handle_IRQ() once we have decoded the IRQ.
Note that this changes the behavior a little bit: Previously for a
non-shortcut IRQ, we'd loop reading and handling the
The BCM2836 (Raspberry Pi 2) uses two levels of interrupt handling
with the CPU-local interrupts being the root, so we need to register
ours as chained off of the CPU's local interrupt.
Signed-off-by: Eric Anholt
---
.../brcm,bcm2835-armctrl-ic.txt| 22 ++
This is a little over half of the diff for the Raspberry Pi 2
platform. A full series you can build and test can be found at:
https://github.com/anholt/linux/tree/bcm2836-irqchip
As you can see looking at that tree, it depends on the rpi-dt-clocks
series, which is still stalled waiting on the
On Tue, 7 Jul 2015, Alexei Starovoitov wrote:
> On Tue, Jul 07, 2015 at 12:00:12AM -0400, Vince Weaver wrote:
> >
> > Well the BPF hack is in the fuzzer, not the kernel. And it's not really a
> > hack, it just turned out to be a huge pain to figure out how to
> > manually create a valid BPF
On Tue, 7 Jul 2015 16:16:38 -0400, Benjamin Tissoires wrote:
> On Jul 07 2015 or thereabouts, Jean Delvare wrote:
> > So you use the same driver callback for SMBus Alert and SMBus Host
> > Notify. This makes some sense, but if a given driver supports both, how
> > does it know which event
The subject has a typo "kasl" should be "kaslr".
On Tue, Jul 7, 2015 at 1:19 PM, Yinghai Lu wrote:
> real_mode is global variable, so we do not need to pass it around.
>
> Signed-off-by: Yinghai Lu
Other than that, yeah, there's no good reason to pass that around.
Acked-by: Kees Cook
-Kees
On 07/07/2015 04:37 PM, Sukadev Bhattiprolu wrote:
From 370152d9427e57cd9632b00189f71099f8e85544 Mon Sep 17 00:00:00 2001
From: Sukadev Bhattiprolu
Date: Tue, 7 Jul 2015 12:21:10 -0400
Subject: [PATCH 1/1] powerpc/perf/24x7: Fix lockdep warning
The sysfs attributes for the 24x7 counters are
On Tue, Jul 07, 2015 at 03:17:08PM -0300, Fabio Estevam wrote:
> On Tue, Jun 30, 2015 at 10:43 AM, Holger Schurig
> wrote:
> > So it seems that esdhc_pltfm_set_clock() somehow waits. And really
> > there is an mdelay(1) there. So it waits a whopping millisecond there!
> >
> > What's worse: I put
Use dev_printk() when possible to make messages more useful.
Signed-off-by: Bjorn Helgaas
---
drivers/scsi/megaraid/megaraid_sas_base.c | 304 +--
drivers/scsi/megaraid/megaraid_sas_fusion.c | 95
2 files changed, 196 insertions(+), 203 deletions(-)
diff
Fix whitespace and indentation errors. No code change.
Signed-off-by: Bjorn Helgaas
---
drivers/scsi/megaraid/megaraid_sas_base.c | 244 ++---
1 file changed, 118 insertions(+), 126 deletions(-)
diff --git a/drivers/scsi/megaraid/megaraid_sas_base.c
On 07/07/2015 04:26 PM, Konrad Rzeszutek Wilk wrote:
diff --git a/arch/x86/xen/xen-head.S b/arch/x86/xen/xen-head.S
index 8afdfcc..b1508a8 100644
--- a/arch/x86/xen/xen-head.S
+++ b/arch/x86/xen/xen-head.S
@@ -56,28 +56,28 @@ ENTRY(startup_xen)
* @entry: true if this is a secondary vcpu
The current megaraid driver messages are somewhat inconsistent, with
different combinations of driver name and device address:
megasas: 0x1000:0x005b:0x15d9:0x0690: bus 1:slot 0:func 0
megaraid_sas :01:00.0: megasas: FW restarted successfully from
megasas_init_fw!
megasas: Waiting for
Use dev_printk() when possible to make messages more useful.
Signed-off-by: Bjorn Helgaas
---
drivers/scsi/megaraid.c | 140 ++-
1 file changed, 66 insertions(+), 74 deletions(-)
diff --git a/drivers/scsi/megaraid.c b/drivers/scsi/megaraid.c
index
On 07/07/2015 04:16 PM, Konrad Rzeszutek Wilk wrote:
On Mon, Jul 06, 2015 at 11:34:20PM -0400, Boris Ostrovsky wrote:
x86-64 ABI requires that functions preserve %rbx. When
xen_pvh_early_cpu_init() is executed on boot cpu it is invoked as a
function and 'cpuid' instruction will clobber %rbx.
On Tue, 7 Jul 2015, Gabriele Mazzotta wrote:
> The irq is most likely required by the suspend callback, so disable it
> only after the callback had been executed.
It would be nice to have a more verbose changelog here -- i.e. why we want
to do such change and what could go wrong if IRQ is
The IRQCHIP_DECLARE macro migrated to 'include/linux/irqchip.h'. See commit
91e20b5040c67c51aad88cf87db4305c5bd7f79d ("irqchip: Move IRQCHIP_DECLARE macro
to include/linux/irqchip.h").
This patch removes the inclusions of private header 'drivers/irqchip/irqchip.h'
in all affected irqchip drivers,
On 07/07/2015 03:54 PM, Konrad Rzeszutek Wilk wrote:
On Mon, Jul 06, 2015 at 11:34:23PM -0400, Boris Ostrovsky wrote:
Signed-off-by: Boris Ostrovsky
---
arch/x86/xen/enlighten.c | 16
1 file changed, 12 insertions(+), 4 deletions(-)
diff --git a/arch/x86/xen/enlighten.c
On Tue, 2015-07-07 at 15:32 -0400, valdis.kletni...@vt.edu wrote:
> All: Is it time to kill that checkpatch test, or hide it behind a non-default
> flag, to prevent code churn?
I'm not an 80 column zealot.
This is for staging isn't it?
Code churn there is expected and somewhat desired.
A lot
On Jul 07 2015 or thereabouts, Gabriele Mazzotta wrote:
> The irq is most likely required by the suspend callback, so disable it
> only after the callback had been executed.
>
> Signed-off-by: Gabriele Mazzotta
> ---
Just in case Jiri missed it:
Reviewed-by: Benjamin Tissoires
Thanks!
On Mon, Jul 06, 2015 at 11:34:24PM -0400, Boris Ostrovsky wrote:
> Signed-off-by: Boris Ostrovsky
Reviewed-by: Konrad Rzeszutek Wilk
..thought we could just skip the whole 'entry' parameter check.
> ---
> arch/x86/xen/enlighten.c | 4
> arch/x86/xen/smp.c | 17 ++---
>
From: Baoquan He
Kaslr extended kernel text mapping region size from 512M to 1G,
namely CONFIG_RANDOMIZE_BASE_MAX_OFFSET. This means kernel text
can be mapped to below region:
[__START_KERNEL_map + LOAD_PHYSICAL_ADDR, __START_KERNEL_map + 1G]
Introduce a function find_random_virt_offset() to
parse_elf is using local memcpy to move section to running position.
That memcpy actually only support no overlapping or dest < src.
Add checking in memcpy to find out wrong with future use, at that time
we will need to have backward memcpy for it.
Also put comments in parse_elf about the fact.
Hi Tejun,
Il 07/07/2015 22:00, Tejun Heo ha scritto:
On Tue, Jul 07, 2015 at 11:51:26AM -0400, Tejun Heo wrote:
This is v2 of blkcg_policy methods cleanup patchset. Changes from the
last take [L] are
* Rebased on top of v4.2-rc1 and other pending patches. v4.2-rc1
added a patch to add
There is boundary checking for pointer in kaslr relocation handling.
Current code is using output_len, and that is VO (vmlinux after objcopy)
file size plus vmlinux.relocs file size.
That is not right, as we should use loaded address for running.
At that time parse_elf already move the sections
From: Baoquan He
Add two functions mem_min_overlap() and store_slot_info() which will be
used later.
Given a memory region mem_min_overlap will iterate all avoid region to
find the first one which overlap with it.
store_slot_info() calculates the slot info of passed in region and
store it into
From: Baoquan He
When process 32 bit relocation tables a local variable extended is
defined to calculate the physical address of relocs entry. However
it's type is int which is enough for i386, for x86_64 not enough.
That's why relocation can only be handled when kernel is loaded
below 2G,
Pavel
I don't know whats going on.
One time it seemed to run as expected. But I could not reproduce. Maybe
i missed something.
unloading
rt2800pci
rt2800mmio
rt2800lib
rt2x00pci
rt2x00mmio
rt2x00lib
r8169
does not change anything.
I'm probably not familiar enough with linux to bisect,
From: Baoquan He
Several auxiliary functions and slots[] are not needed any more since
struct slot_area is used to store the slot info of kaslr now. Hence
remove them in this patch.
Signed-off-by: Baoquan He
---
arch/x86/boot/compressed/aslr.c | 24
1 file changed, 24
101 - 200 of 2298 matches
Mail list logo