On Sat, Jun 25, 2016 at 09:02:48AM +0800, Chen-Yu Tsai wrote:
> On Sat, Jun 25, 2016 at 6:51 AM, Ondřej Jirman wrote:
> > Hello,
> >
> > comments below.
> >
> > On 24.6.2016 05:48, Chen-Yu Tsai wrote:
> >> On Fri, Jun 24, 2016 at 3:20 AM, wrote:
> >>> From: Ondrej Jirman
> >>>
> >>> Add label t
On Sat, Jun 25, 2016 at 05:44:59AM +0200, meg...@megous.com wrote:
> From: Ondrej Jirman
>
> This patch adds support for the sun8i thermal sensor on
> Allwinner H3 SoC.
>
> Signed-off-by: Ondřej Jirman
> ---
> v2:
> - removed incorrect use of SID driver in sun8i_ths
> - read calibration data di
Hi,
On Sat, Jun 25, 2016 at 05:44:58AM +0200, meg...@megous.com wrote:
> From: Josef Gajdusek
>
> This patch adds a driver for the THS clock which is present on the
> Allwinner H3.
>
> Signed-off-by: Josef Gajdusek
You might not have noticed, but we are currently rewriting the whole
clock supp
Hi,
On Sat, Jun 25, 2016 at 05:45:07AM +0200, meg...@megous.com wrote:
> From: Ondrej Jirman
>
> H3 SoC contains I2C controller optionally available
> on the PL0 and PL1 pins. This patch makes this controller
> available.
>
> Signed-off-by: Ondrej Jirman
> ---
> arch/arm/boot/dts/sun8i-h3.dts
On Sat, Jun 25, 2016 at 05:45:10AM +0200, meg...@megous.com wrote:
> From: Ondrej Jirman
>
> Xulong Orange Pi One uses GPIO based regulator that
> switches between two voltages: 1.1V and 1.3V. The
> regulator is controlled from the PL6 pin.
>
> Signed-off-by: Ondrej Jirman
> ---
> v2
> - add mi
From: "Compostella, Jeremy"
Report the name of the EFI variable if the value size is too large or
if efibc_set_variable() fails to allocate the struct efivar_entry
object. If efibc_set_variable() fails because the value size is too
large, it also reports the value size in the error message.
Sig
From: Peter Jones
Add a comment documenting why EFI GUIDs are laid out like they are.
Ideally I'd like to change all the ", " to "," too, but right now the
format is such that checkpatch won't complain with new ones, and staring
at checkpatch didn't get me anywhere towards making that work.
Sign
From: Colin Ian King
Remove unused variable efi, it is never used. Fixes clang build
warning:
arch/x86/boot/compressed/eboot.c:803:2: warning: Value stored to
'efi' is never read
Signed-off-by: Colin Ian King
Cc: "H. Peter Anvin"
Cc: Thomas Gleixner
Cc: Ingo Molnar
Signed-off-by: Matt Fle
Folks, please pull the v4.8 EFI queue. Included are some cleanups and
fixes for SGI/UV BIOS calls.
The following changes since commit 5edb56491d4812c42175980759da53388e5d86f5:
Linux 4.7-rc3 (2016-06-12 07:20:35 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linu
From: Arnd Bergmann
Nothing calls the efi_get_time function on x86, but it does suffer
from the 32-bit time_t overflow in 2038.
This removes the function, we can always put it back in case we need
it later.
Signed-off-by: Arnd Bergmann
Acked-by: Ard Biesheuvel
Cc: Thomas Gleixner
Cc: Ingo Mo
From: Alex Thorlton
Currently, the efi_thunk macro has some semi-duplicated code in it that
can be replaced with the arch_efi_call_virt_setup/teardown macros. This
commit simply replaces the duplicated code with those macros.
Signed-off-by: Alex Thorlton
Suggested-by: Matt Fleming
Cc: Russ And
From: Alex Thorlton
Now that the efi_call_virt macro has been generalized to be able to
use EFI system tables besides efi.systab, we are able to convert our
uv_bios_call wrapper to use this standard EFI callback mechanism.
This simple change is part of a much larger effort to recover from some
i
From: Alex Thorlton
This commit makes a few slight modifications to the efi_call_virt macro
to get it to work with function pointers that are stored in locations
other than efi.systab->runtime, and renames the macro to
efi_call_virt_pointer. The majority of the changes here are to pull
these mac
On Fri, Jun 24, 2016 at 12:20:52PM -0400, Paul Moore wrote:
> > I'm a bit concerned about user space pointers passed as argument for compat
> > tasks. These need to mask out 33 instead of 32 bits. This is of course
> > system call specific and I don't know enough about audit to tell if it
> > coul
On 06/24/2016 05:18 PM, Casey Schaufler wrote:
On 6/24/2016 1:40 AM, Michael Kerrisk (man-pages) wrote:
On 06/22/2016 11:11 PM, Kees Cook wrote:
On Wed, Jun 22, 2016 at 12:21 PM, Michael Kerrisk (man-pages)
wrote:
On 06/21/2016 10:55 PM, Jann Horn wrote:
On Tue, Jun 21, 2016 at 11:41:16AM
Hi Kees,
So, last year, I added some documentation to ptrace(2) to describe
the Yama ptrace_scope file. I don't think I asked you for review
at the time, but in the light of other changes to the ptrace(2)
page, it occurred to me that it might be a good idea to ask you
to check the text below to s
Hi,
Thanks for sending a new version.
However, it's usually done in a new thread, not as a reply to a
previous mail. If you're not using it, git send-email does all the
magic for you.
On Fri, Jun 24, 2016 at 02:11:34PM +0800, luoyi...@gmail.com wrote:
> From: Luo Yi
>
> Add support for the Ban
God dag,
Det här är Lloyds TSB Bank plc lån erbjuda.
Lloyds TSB erbjuder flexibla och prisvärda lån för något ändamål att hjälpa
dig att nå dina mål. vi lån till låg ränta på 1,5%. Här är några viktiga
funktioner i personliga lån som erbjuds av Lloyds TSB. Här är de lån Faktorer
vi arbetar
God dag,
Det här är Lloyds TSB Bank plc lån erbjuda.
Lloyds TSB erbjuder flexibla och prisvärda lån för något ändamål att hjälpa
dig att nå dina mål. vi lån till låg ränta på 1,5%. Här är några viktiga
funktioner i personliga lån som erbjuds av Lloyds TSB. Här är de lån Faktorer
vi arbetar
Hi Mark,
On 2016/6/22 18:25, Mark Rutland wrote:
> On Wed, Jun 22, 2016 at 04:55:26PM +0800, Pan Wen wrote:
>> add Hisilicon BVT I2C controller driver support.
>>
>> Signed-off-by: Pan Wen
>> ---
>> .../devicetree/bindings/i2c/i2c-hibvt.txt | 24 +
>> drivers/i2c/busses/Kconfig
The kernel verison is 3.10 .
recently, I hit a problem in the unmap_and_move_huge_page, and it have been
proved that it can be
solved in commit 7964b385c0906f ("mm: unmapped page migration avoid
unmap+remap overhead").
but , the question is that the debug show mapcount is -1 and mapping is N
On 06/25/2016 12:47 AM, Rafael J. Wysocki wrote:
[ ... ]
+ if (!acpi_disabled)
+ return psci_acpi_cpu_init_idle(cpu);
Is it possible the case where there is information in both the DT and in
ACPI ?
No, it isn't.
It is either-or, never both at the same time.
Ok, thanks
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
A single fix for the fallout from the conversion of MIPS GIC to irq domains.
Thanks,
tglx
-->
Harvey Hunt (1):
irq
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
A single fix to address a race in the static key logic.
Thanks,
tglx
-->
Paolo Bonzini (1):
locking/static
On Mon, Jun 20, 2016 at 11:35 PM, Michal Hocko wrote:
> On Mon 13-06-16 03:03:31, YOSHIDA Masanori wrote:
>> From: YOSHIDA Masanori
>>
>> Signed-off-by: YOSHIDA Masanori
>> ---
>> mm/page_alloc.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/mm/page_alloc.c b/mm/pa
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
A couple of scheduler fixes:
- Force watchdog reset while processing sysrq-w
- Fix a deadlock when enabling trace events in the scheduler
-
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
This update contains:
- The final fix for the hibernation resume path which addresses the observed
crashes which were exposed by a recent ch
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
A single fix clearing the TF bit when a fault is single stepped.
Thanks,
tglx
-->
Masami Hiramatsu (1):
kprobes/
Hi,
On Fri, Jun 24, 2016 at 12:15:41PM -0400, Lennart Sorensen wrote:
> although the style does require using brackets for the else if the
> if required them.
As an aside, though most of the style rationale is K & R, K & R
consistently uses unbalanced braces for if-else-*
For a one that learns
On 06/25/2016 12:07 AM, Dmitry Torokhov wrote:
> On Fri, Jun 24, 2016 at 11:18:04AM +0200, Neil Armstrong wrote:
>> In order to support pwrkey for Qualcomm MDM9615 SoC, add support
>> for the pm8018 pwrkey in pmic8xxx-pwrkey.
>>
>> Reviewed-by: Bjorn Andersson
>> Signed-off-by: Neil Armstrong
>
On 2016-06-24 21:39, Wim Osterholt wrote:
On Fri, Jun 24, 2016 at 02:09:15AM -0400, Sinan Kaya wrote:
Can you give it a try?
Whell, I tried to no avail.
Wether it is on 4.6 or 4.7, with or without your previous patch,
I keep getting rejected hunks.
For example, here the line to be deleted is
On Fri, 24 Jun 2016, Richard Cochran wrote:
> On Fri, Jun 24, 2016 at 02:32:19PM -, Thomas Gleixner wrote:
> > @@ -809,6 +815,12 @@ static void tick_nohz_restart_sched_tick
> > tick_do_update_jiffies64(now);
> > cpu_load_update_nohz_stop();
> >
> > + /*
> > +* Clear the timer i
From: Saidgani
fixed a coding style issue
---
drivers/video/vgastate.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/video/vgastate.c b/drivers/video/vgastate.c
index 548c751..eb70e5d 100644
--- a/drivers/video/vgastate.c
+++ b/drivers/video/vgastate.c
@@ -3
On Thu, 23 Jun 2016, Jason Cooper wrote:
> Qais,
>
> On Tue, May 24, 2016 at 11:43:07AM +0100, Qais Yousef wrote:
> > Hmm I certainly did test this on real hardware with GIC. Are you using the
> > new dev domain? The idea is that GIC is logically divided and shouldn't be
> > used directly. Sorry
On 23/06/2016 19:11, Jason Cooper wrote:
Qais,
On Tue, May 24, 2016 at 11:43:07AM +0100, Qais Yousef wrote:
Hmm I certainly did test this on real hardware with GIC. Are you using the
new dev domain? The idea is that GIC is logically divided and shouldn't be
used directly. Sorry I'm travelling a
On Saturday, June 25, 2016 12:37:17 AM CEST Build bot for Mark Brown wrote:
> Warnings Summary: 1
> arm64-allmodconfig : PASS, 0 errors, 1 warnings, 0 section mismatches
> 1 ../drivers/xen/balloon.c:155:13: warning:
> 'release_memory_resource' declared 'static' but never defin
On Fri, Jun 24, 2016 at 10:27 PM, Lars Ellenberg
wrote:
> On Fri, Jun 24, 2016 at 07:36:57PM +0800, Ming Lei wrote:
>> >
>> > This is not a theoretical problem.
>> > At least int DRBD, and an unfortunately high IO concurrency wrt. the
>> > "max-buffers" setting, without this patch we have a reprod
On 2016/6/9 1:00, Yury Norov wrote:
On Wed, Jun 08, 2016 at 09:34:09AM +0800, zhouchengming wrote:
On 2016/5/24 8:04, Yury Norov wrote:
Here new aarch32 ptrace syscall handler is introsuced to avoid run-time
detection of the task type.
Signed-off-by: Yury Norov
[...]
Hello, I found ilp32 w
Hey,
I encountered a possible unwanted behaviour in the way configfs
handles read() on items' attributes.
The show() function is called only once (which is good) on the first
time the user attempts to read from the file. If show() returns an
error that error is returned to the user. However, if the
Hi,
This patch series added Nuvoton new SoC NUC970 development board
support, this nuc970 belongs to nuc900 series, but many features are
not compatible with old nuc900 SoCs like nuc910, nuc920.
Those patches are basing on old w90x900 codes, and are using standard
linux subsystem interface, such
Hi,
This patch series added Nuvoton new SoC NUC970 development board
support, this nuc970 belongs to nuc900 series, but many features are
not compatible with old nuc900 SoCs like nuc910, nuc920.
Those patches are basing on old w90x900 codes, and are using standard
linux subsystem interface, such
Hi,
This patch series added Nuvoton new SoC NUC970 development board
support, this nuc970 belongs to nuc900 series, but many features are
not compatible with old nuc900 SoCs like nuc910, nuc920.
Those patches are basing on old w90x900 codes, and are using standard
linux subsystem interface, such
This patch is to add dts support for nuc970 platform.
Signed-off-by: Wan Zongshun
---
.../devicetree/bindings/arm/nuvoton/nuc970.txt | 30 +++
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/nuc970-evb.dts | 20 ++
arch/arm/boot/dts/nuc970.dt
Add nuc970_defconfig file support.
Signed-off-by: Wan Zongshun
---
arch/arm/configs/nuc970_defconfig | 1278 +
1 file changed, 1278 insertions(+)
create mode 100644 arch/arm/configs/nuc970_defconfig
diff --git a/arch/arm/configs/nuc970_defconfig
b/arch/arm/
Signed-off-by: Wan Zongshun
---
drivers/clk/Makefile| 1 +
drivers/clk/nuc900/Makefile | 6 +
drivers/clk/nuc900/clk-apll.c | 168
drivers/clk/nuc900/clk-ccf.h| 53 +++
drivers/clk/nuc900/clk-nuc970.c | 920
drivers/clk/
This patch is to add irqchip driver support for nuc900 plat,
current this driver only supports nuc970 SoC.
Signed-off-by: Wan Zongshun
---
arch/arm/mach-w90x900/include/mach/irqs.h | 69 ++
.../mach-w90x900/include/mach/nuc970-regs-aic.h| 53 +++
drivers/irqchi
This patch is to add nuc970 clocksource driver support.
Signed-off-by: Wan Zongshun
---
.../mach-w90x900/include/mach/nuc970-regs-timer.h | 44 +
drivers/clocksource/Kconfig| 8 +
drivers/clocksource/Makefile | 1 +
drivers/clocksource/time
NUC970 is a new SoC of Nuvoton nuc900 series, this patch is
to add machine file support for it.
Signed-off-by: Wan Zongshun
---
arch/arm/mach-w90x900/Kconfig | 25
arch/arm/mach-w90x900/Makefile | 3 +
.../mach-w90x900/include/mach/nuc970-regs-gcr
Hi,
This patch series added Nuvoton new SoC NUC970 development board
support, this nuc970 belongs to nuc900 series, but many features are
not compatible with old nuc900 SoCs like nuc910, nuc920.
Those patches are basing on old w90x900 codes, and are using standard
linux subsystem interface, such
On Fri, Jun 24, 2016 at 06:43:04AM -0700, Joe Perches wrote:
> Perhaps the printk_once macros should end with
> unlikely(__ret_print_once);
> like the WARN_ONCE variants.
Done, thanks.
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
--
Hi Linus,
Please pull some more powerpc fixes for 4.7:
The following changes since commit 8017ea35d33f9e0950d369773ab48bcb1efb9ba0:
powerpc/nohash: Fix build break with 64K pages (2016-06-10 13:24:56 +1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/g
From: Borislav Petkov
Add secondary_startup_64's end marker.
No functionality change.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/head_64.S | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/kernel/head_64.S b/arch/x86/kernel/head_64.S
index 5df831ef1442..c7920ba69563 100644
On Fri, Jun 24, 2016 at 07:53:53PM -0700, Guenter Roeck wrote:
> On chips with a register value size of 16 bits, I2C block reads will
> typically not return the expected values. Instead, returned values
> are most likely undefined if an operation crosses a register boundary.
No, this just isn't t
On 24/06/16 21:30, Salah Triki wrote:
> Since befs_bread merely calls sb_bread, replace it by sb_bread.
>
> Signed-off-by: Salah Triki
> ---
> fs/befs/datastream.c | 6 +++---
> fs/befs/io.c | 24
> fs/befs/io.h | 2 --
> fs/befs/linuxvfs.c | 2 +-
>
Linus,
please pull sound fixes for v4.7-rc5 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-4.7-rc5
The topmost commit is d5dbbe6569481bf12dcbe3e12cff72c5f78d272c
sound fixes for 4.7-rc5
Again p
Commit b235beea9e99 ("Clarify naming of thread info/stack allocators")
breaks the build on some powerpc configs, where THREAD_SIZE < PAGE_SIZE:
kernel/fork.c:235:2: error: implicit declaration of function
'free_thread_stack'
kernel/fork.c:355:8: error: assignment from incompatible pointer typ
From: PrasannaKumar Muralidharan
This patch adds support for context switching Xburst MXU registers. The
registers are named xr0 to xr16. xr16 is the control register that can
be used to enable and disable MXU instruction set. Read and write to
these registers can be done without enabling MXU ins
iOn Fri, Jun 24, 2016 at 10:59:56AM -0700, Dan Williams wrote:
> On Fri, Jun 24, 2016 at 12:51 AM, Lee, Chun-Yi
> wrote:
> > This patch adds logic to treat volatile virtual CD region as pmem
> > region, then /dev/pmem* device can be mounted with iso9660.
> >
> > It's useful to work with the httpb
Hi Linus,
I have a two part pull this time because one of the patches Dave Sterba
collected needed to be against v4.7-rc2 or higher (we used rc4). I try
to make my for-linus-xx branch testable on top of the last major
so we can hand fixes to people on the list more easily, so I've split
this pull
Hi Linus,
Btrfs part two was supposed to be a single patch on part of v4.7-rc4.
Somehow I didn't notice that my part2 branch repeated a few of the
patches in part 1 when I set it up earlier this week. Cherry-picking
gone wrong as I folded a fix into Dave Sterba's original integration.
I've been
An over-committed guest with more vCPUs than pCPUs has a heavy overload
in osq_lock().
This is because vCPU A hold the osq lock and yield out, vCPU B wait
per_cpu node->locked to be set. IOW, vCPU B wait vCPU A to run and
unlock the osq lock. Even there is need_resched(), it did not help on
such s
On Sat, Jun 25, 2016 at 1:25 AM, Thomas Gleixner wrote:
>
> please pull the latest x86-urgent-for-linus git tree from:
Nope.
> This update contains:
>
> - The final fix for the hibernation resume path which addresses the observed
> crashes which were exposed by a recent change which sets N
Hi, Chengming
On Sat, Jun 25, 2016 at 5:36 PM, zhouchengming
wrote:
> On 2016/6/9 1:00, Yury Norov wrote:
>>
>> On Wed, Jun 08, 2016 at 09:34:09AM +0800, zhouchengming wrote:
>>>
>>> On 2016/5/24 8:04, Yury Norov wrote:
Here new aarch32 ptrace syscall handler is introsuced to avoid run-
On Fri, Jun 24, 2016 at 12:35:18PM +0200, Daniel Danzberger wrote:
> The bridge is falsly dropping ipv6 mulitcast packets if there is:
> 1. No ipv6 address assigned on the brigde.
> 2. No external mld querier present.
> 3. The internal querier enabled.
>
> When the bridge fails to build mld que
On Fri, Jun 24, 2016 at 06:59:30PM -0700, Kees Cook wrote:
> On Fri, Jun 24, 2016 at 6:13 PM, Jann Horn wrote:
> > I would like to harden the kernel against reference count
> > overflow bugs. The commit message of the patch contains
> > a short analysis of code size impact, an explanation why I
>
On Sat, Jun 25, 2016 at 01:42:03PM -0400, Pan Xinhui wrote:
> An over-committed guest with more vCPUs than pCPUs has a heavy overload
> in osq_lock().
>
> This is because vCPU A hold the osq lock and yield out, vCPU B wait
> per_cpu node->locked to be set. IOW, vCPU B wait vCPU A to run and
> unlo
On Sat, Jun 25, 2016 at 09:30:43AM +0200, Michael Kerrisk (man-pages) wrote:
> Hi Kees,
>
> So, last year, I added some documentation to ptrace(2) to describe
> the Yama ptrace_scope file. I don't think I asked you for review
> at the time, but in the light of other changes to the ptrace(2)
> page
The private structure contain a pointer to phydev, but the structure
net_device already contain such pointer. So we can remove the pointer
phy in the private structure, and update the driver to use the
one contained in struct net_device.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/et
There are two generics functions phy_ethtool_{get|set}_link_ksettings,
so we can use them instead of defining the same code in the driver.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/ethoc.c | 24 ++--
1 files changed, 2 insertions(+), 22 deletions(-)
diff --gi
On Thu, Jun 23, 2016 at 08:07:13PM +0200, Stefan Wahren wrote:
> Hi Greg,
>
> > Greg Kroah-Hartman hat am 1. Juni 2016 um 19:55
> > geschrieben:
> >
> >
> > On Wed, Jun 01, 2016 at 10:27:49AM +0200, Stefan Wahren wrote:
> > > Hi Greg,
> > >
> > > Am 02.05.2016 um 20:36 schrieb Srinivas Kandaga
On 25.6.2016 09:02, Maxime Ripard wrote:
> On Sat, Jun 25, 2016 at 09:02:48AM +0800, Chen-Yu Tsai wrote:
>> On Sat, Jun 25, 2016 at 6:51 AM, Ondřej Jirman wrote:
>>> Hello,
>>>
>>> comments below.
>>>
>>> On 24.6.2016 05:48, Chen-Yu Tsai wrote:
On Fri, Jun 24, 2016 at 3:20 AM, wrote:
>
There are two generics functions phy_ethtool_{get|set}_link_ksettings,
so we can use them instead of defining the same code in the driver.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/hisilicon/hix5hd2_gmac.c | 22 ++
1 files changed, 2 insertions(+), 20 deletion
The private structure contain a pointer to phydev, but the structure
net_device already contain such pointer. So we can remove the pointer
phy in the private structure, and update the driver to use the
one contained in struct net_device.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/hi
The test in this loop:
for (b_fw = __start_builtin_fw; b_fw != __end_builtin_fw; b_fw++) {
was getting completely compiled out by my gcc, 7.0.0 20160520. The result
was that the loop was going beyond the end of the builtin_fw array and
giving me a page fault when trying to dereference b_fw->nam
On Sat, 2016-06-25 at 02:14 +0200, Rafael J. Wysocki wrote:
> On Friday, June 17, 2016 04:09:33 PM Jisheng Zhang wrote:
> > Dear all,
> >
> > If using acpi-cpufreq instead, v4.6, v4.6-rc3, v4.7-rc3 can't
> > reproduce the issue. It seems
> > only intel_pstate is impacted.
>
> Which is quite obvio
On 06/25/2016 04:34 AM, Mark Brown wrote:
On Fri, Jun 24, 2016 at 07:53:53PM -0700, Guenter Roeck wrote:
On chips with a register value size of 16 bits, I2C block reads will
typically not return the expected values. Instead, returned values
are most likely undefined if an operation crosses a re
On 25.6.2016 09:10, Maxime Ripard wrote:
> On Sat, Jun 25, 2016 at 05:44:59AM +0200, meg...@megous.com wrote:
>> From: Ondrej Jirman
>>
>> This patch adds support for the sun8i thermal sensor on
>> Allwinner H3 SoC.
>>
>> Signed-off-by: Ondřej Jirman
>> ---
>> v2:
>> - removed incorrect use of
On Sat, Jun 25, 2016 at 04:24:47PM +0200, Peter Zijlstra wrote:
> On Sat, Jun 25, 2016 at 01:42:03PM -0400, Pan Xinhui wrote:
> > An over-committed guest with more vCPUs than pCPUs has a heavy overload
> > in osq_lock().
> >
> > This is because vCPU A hold the osq lock and yield out, vCPU B wait
>
Hi Maxime,
I try to base everything on the torvalds's kernel.
I did notice the patches. Is there some main git tree/branch where this
work is tracked in? I'd gladly use it.
Also there's a PLL1 rate application patch, that would need to be ported
to the new CCU code, in the case I would use it as
On Fri, Jun 24, 2016 at 02:26:15PM -0600, Jason Gunthorpe wrote:
> On Fri, Jun 24, 2016 at 11:21:31PM +0300, Jarkko Sakkinen wrote:
> > Hmm... Do you mean by 4 month old stuff the stuff that is in mainline
> > and not in my master branch?
>
> I mean the stuff that is in your branch but not in main
On Sat, Jun 25, 2016 at 06:24:30PM +0300, Jarkko Sakkinen wrote:
> On Fri, Jun 24, 2016 at 02:26:15PM -0600, Jason Gunthorpe wrote:
> > On Fri, Jun 24, 2016 at 11:21:31PM +0300, Jarkko Sakkinen wrote:
> > > Hmm... Do you mean by 4 month old stuff the stuff that is in mainline
> > > and not in my ma
From: Vivien Didelot
Date: Tue, 21 Jun 2016 12:28:20 -0400
> With the upcoming support for cross-chip operations, it will be hard to
> distinguish portions of code supporting a single-chip or a switch fabric
> of interconnected chips.
>
> Make the code clearer now, by renaming the mv88e6xxx_priv
From: Vivien Didelot
Date: Tue, 21 Jun 2016 12:28:19 -0400
> With the upcoming support for cross-chip operations and other mv88e6xxx
> enhancements, new files will be added.
>
> Similarly to mlxsw or b53, move mv88e6xxx files into their own folder.
>
> In the meantime, update the MAINTAINERS en
On Thu, Jun 23, 2016 at 08:26:35PM +0900, Tetsuo Handa wrote:
>
> Since you think you saw OOM messages with the older kernels, I assume that
> the OOM
> killer was invoked on your 4.6.2 kernel. The OOM reaper in Linux 4.6 and
> Linux 4.7
> will not help if the OOM killed process was between down
On Sat, Jun 25, 2016 at 10:34:04AM +0200, Neil Armstrong wrote:
> On 06/25/2016 12:07 AM, Dmitry Torokhov wrote:
> > On Fri, Jun 24, 2016 at 11:18:04AM +0200, Neil Armstrong wrote:
> >> In order to support pwrkey for Qualcomm MDM9615 SoC, add support
> >> for the pm8018 pwrkey in pmic8xxx-pwrkey.
>
From: Philippe Reynes
Date: Wed, 22 Jun 2016 00:32:35 +0200
> The private structure contain a pointer to phydev, but the structure
> net_device already contain such pointer. So we can remove the pointer
> phydev in the private structure, and update the driver to use the
> one contained in struct
From: Philippe Reynes
Date: Wed, 22 Jun 2016 00:32:36 +0200
> There are two generics functions phy_ethtool_{get|set}_link_ksettings,
> so we can use them instead of defining the same code in the driver.
>
> Signed-off-by: Philippe Reynes
Applied.
i40iw_create_cqp() printed the contents of variables maj_err and min_err
in an error message before they could be initialized (by calling
dev->cqp_ops->cqp_create).
Signed-off-by: Nicolas Iooss
---
drivers/infiniband/hw/i40iw/i40iw_main.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
On Sat, Jun 25, 2016 at 5:21 AM, joeyli wrote:
> iOn Fri, Jun 24, 2016 at 10:59:56AM -0700, Dan Williams wrote:
>> On Fri, Jun 24, 2016 at 12:51 AM, Lee, Chun-Yi
>> wrote:
>> > This patch adds logic to treat volatile virtual CD region as pmem
>> > region, then /dev/pmem* device can be mounted wi
On Sat, Jun 25, 2016 at 11:21:30PM +0800, Boqun Feng wrote:
> >
> > int vpc = vcpu_preempt_count();
> >
> > ...
> >
> > for (;;) {
> >
> > /* the big spin loop */
> >
> > if (need_resched() || vpc != vcpu_preempt_count())
>
> So on PPC, we have lppaca::yiel
Currently it is reported that, when system is trying to resume
from hibernation, the nonboot CPUs might be incorrectly woken up
and hang there. The reason for this is because of inconsistent
page tables across hibernation resume. To avoid this situation,
use hlt instead of mwait to put nonboot CPUs
frozen_cpus might be NULL if the allocation in previous
alloc_frozen_cpus failed, when CONFIG_CPUMASK_OFFSTACK
is set.
This patch avoid accessing this cpumask if it is NULL.
Signed-off-by: Chen Yu
---
kernel/cpu.c | 4
1 file changed, 4 insertions(+)
diff --git a/kernel/cpu.c b/kernel/cpu
There is requirement that we need to do some arch-specific
operations before putting the nonboot CPUs offline/online.
One of the requirements comes from the hibernation resume
process on x86_64, we need to kick all the offlin-CPUs
online and offline again, in order to put them in a safe
state, thus
Here's the story of what the problem is, why this
happened, and why this patch looks like this:
Stress test from Varun Koyyalagunta reports that, the
nonboot CPU would hang occasionally, when resuming from
hibernation. Further investigation shows that, the precise
stage when nonboot CPU hangs, is
Sometime we need to do some operations before resuming from
hibernation, so introduce a flag to indicate this stage.
Signed-off-by: Chen Yu
---
include/linux/suspend.h | 7 +++
kernel/power/hibernate.c | 3 +++
2 files changed, 10 insertions(+)
diff --git a/include/linux/suspend.h b/includ
On Sat, Jun 25, 2016 at 06:09:22PM +0200, Peter Zijlstra wrote:
> That works here, but it would not work for the need_resched() in
> mutex_spin_on_owner() and mutex_optimistic_spin() which need equal
> treatment.
>
> Because those too we want to limit.
>
> The count thing, while a little more cum
On Sat, Jun 25, 2016 at 11:21:30PM +0800, Boqun Feng wrote:
> So on PPC, we have lppaca::yield_count to detect when an vcpu is
> preempted, if the yield_count is even, the vcpu is running, otherwise it
> is preempted(__spin_yield() is a user of this).
>
> Therefore it makes more sense we
>
>
Previously we saw warning during resume on some platforms,
which use acpi-cpufreq:
smpboot: Booting Node 0 Processor 3 APIC 0x5
cache: parent cpu3 should not be sleeping
CPU3 is up
ACPI: Waking up from system sleep state S3
WARNING: CPU: 0 PID: 12546 at drivers/cpufreq/cpufreq.c:2173
Call Trace:
[
On Sat, Jun 25, 2016 at 06:09:22PM +0200, Peter Zijlstra wrote:
> On Sat, Jun 25, 2016 at 11:21:30PM +0800, Boqun Feng wrote:
> > >
> > > int vpc = vcpu_preempt_count();
> > >
> > > ...
> > >
> > > for (;;) {
> > >
> > > /* the big spin loop */
> > >
> > > if (need_re
Hi folks!
As mentioned by this discussion https://lkml.org/lkml/2016/1/7/661, perf
does not record the build id for modules, which are hit on the way down
the callstack.
Sadly that issue is not completely fixed by the cmd argument --buildid-all.
In my case, I have my own kernel module starting a k
1 - 100 of 295 matches
Mail list logo
