On 18/04/17 12:44 AM, Daniel Vetter wrote:
> On Thu, Apr 13, 2017 at 04:05:18PM -0600, Logan Gunthorpe wrote:
>> This is a single straightforward conversion from kmap to sg_map.
>>
>> Signed-off-by: Logan Gunthorpe
>
> Acked-by: Daniel Vetter
>
> Probably makes sense to merge through some oth
On Tue, Apr 18, 2017 at 06:29:22PM +0300, Gilad Ben-Yossef wrote:
> On Tue, Apr 18, 2017 at 6:13 PM, Mark Rutland wrote:
> > On Tue, Apr 18, 2017 at 05:07:50PM +0300, Gilad Ben-Yossef wrote:
> >> Arm TrustZone CryptoCell 700 is a family of cryptographic hardware
> >> accelerators. It is supported
On 18/04/17 08:27 AM, Konrad Rzeszutek Wilk wrote:
> Interesting that you didn't CC any of the maintainers. Could you
> do that in the future please?
Please read the cover letter. The distribution list for the patchset
would have been way too large to cc every maintainer (even as limited as
it
in the function regulator_ena_gpio_free, the if branch contains
the return statement, so remove the else statement.
Signed-off-by: hubiaoyong
---
drivers/regulator/core.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/regulator/core.c b/drivers/regulator/core.
On Tue, Apr 18, 2017 at 05:07:50PM +0300, Gilad Ben-Yossef wrote:
> Arm TrustZone CryptoCell 700 is a family of cryptographic hardware
> accelerators. It is supported by a long lived series of out of tree
> drivers, which I am now in the process of unifying and upstreaming.
> This is the first drop
On 18 April 2017 at 15:47, Paul Gortmaker wrote:
> On Wed, Apr 5, 2017 at 2:34 PM, Matthias Kaehlcke wrote:
>> The operand is an integer constant, make the constness explicit by
>> adding the modifier. This is needed for clang to generate valid code
>> and also works with gcc.
>
> Actually it doe
Ben Hutchings wrote:
> > Shouldn't this now appear under /sys/kernel/tracing/ ?
>
> True, but old tracing scripts didn't go away.
Conversion to a symlink would fix that.
David
Hi Arnd,
2017-04-14 15:17 GMT+09:00 Masahiro Yamada :
> Arnd Bergmann reported:
> "When ftrace is enabled and we build with gcc-4.7 or older, we
> get a warning for each file on architectures that select
> CONFIG_LD_DEAD_CODE_DATA_ELIMINATION:
>
> warning: -ffunction-sections disabled; it
Ben Hutchings wrote:
> So it's generally not going to be OK to turn off debugfs. There will
> probably need to be a distinction between believed-safe and unsafe
> directories/files.
Any suggestion on how to mark this distinction? I'd prefer not to modify
every read/write op associated with a d
Hi Mark,
On Tue, Apr 18, 2017 at 6:13 PM, Mark Rutland wrote:
> Hi,
>
> On Tue, Apr 18, 2017 at 05:07:50PM +0300, Gilad Ben-Yossef wrote:
>> Arm TrustZone CryptoCell 700 is a family of cryptographic hardware
>> accelerators. It is supported by a long lived series of out of tree
>> drivers, which
On Wed, 12 Apr 2017, kbuild test robot wrote:
Hi Tobias,
Hi Tobias,
This is very interesting issue brought up by your patch that turns
on COMPILE_TEST in drivers/fpga/Kconfig. See my comment below.
Matthew Gerlach
[auto build test WARNING on linus/master]
[also build test WARNING on v
2017-04-17 17:44 GMT+03:00 Boris Brezillon :
> Marek, Andrea,
>
> Before we even start discussing minor improvements (like coding style),
> I'd like to discuss the sharp FTL and partition table format, and
> decide whether we want to have such an old FTL included in the kernel.
>
> Actually, that's
On Fri, Apr 14, 2017 at 05:07:49PM +0300, Andrey Ryabinin wrote:
> We've noticed that after direct IO write, buffered read sometimes gets
> stale data which is coming from the cleancache.
That is not good.
> The reason for this is that some direct write hooks call call
> invalidate_inode_pages2[_
On Thu, Apr 06, 2017 at 09:30:58PM +0800, Leo Yan wrote:
> Almost low level functions from open firmware have used const to
> qualify device_node structures, so add const for device_node
> parameters in of_coresight related functions.
>
> Reviewed-by: Stephen Boyd
> Signed-off-by: Leo Yan
I agr
On 04/18/2017 04:54 PM, Andrey Konovalov wrote:
> Hi,
>
> I've got the following error report while fuzzing the kernel with syzkaller.
>
> On commit 4f7d029b9bf009fbee76bb10c0c4351a1870d2f3 (4.11-rc7).
>
> A reproducer and .config are attached.
>
> ==
On Tue, 2017-04-18 at 08:17 -0700, Paul E. McKenney wrote:
> > Again, no (S)RCU abuse here, just an ABBA deadlock.
>
> OK, please accept my apologies for failing to follow the thread.
No worries - just wanted to clarify this in case I was missing
something.
> I nevertheless reiterate my advice
On Tue, 2017-04-18 at 15:55 +0100, David Howells wrote:
> Ben Hutchings wrote:
>
> > - tracing (now tracefs, but it's expected to appear under debugfs)
>
> Shouldn't this now appear under /sys/kernel/tracing/ ?
True, but old tracing scripts didn't go away.
Ben.
--
Ben Hutchings
The world is
On Tue, Apr 18, 2017 at 12:59:54PM +0200, Lubomir Rintel wrote:
> It makes not sense: the whether the PIO PCM extension is used is
> hardcoded to the designware_i2s driver and designware_pcm doesn't
> have any module metadata, causing a kernel taint:
>
> [ 44.287000] designware_pcm: module lic
On Tue, Apr 18, 2017 at 03:40:32PM +0200, Johannes Berg wrote:
> On Tue, 2017-04-18 at 06:31 -0700, Paul E. McKenney wrote:
> > On Tue, Apr 18, 2017 at 11:39:27AM +0200, Johannes Berg wrote:
> > > On Mon, 2017-04-17 at 09:01 -0700, Paul E. McKenney wrote:
> > >
> > > > If you have not already done
On 04/17/2017 05:29 PM, Tyrel Datwyler wrote:
The call to of_find_node_by_path("/cpus") returns the cpus device_node
with its reference count incremented. There is no matching of_node_put()
call in of_numa_parse_cpu_nodes() which results in a leaked reference
to the "/cpus" node.
This patch adds
Hi,
On Tue, Apr 18, 2017 at 05:07:50PM +0300, Gilad Ben-Yossef wrote:
> Arm TrustZone CryptoCell 700 is a family of cryptographic hardware
> accelerators. It is supported by a long lived series of out of tree
> drivers, which I am now in the process of unifying and upstreaming.
> This is the first
This selects the tegra30 i2s and ahub controllers for the tegra124 SoC.
These are needed when building without ARCH_TEGRA_3x_SOC set.
Signed-off-by: Paul Kocialkowski
---
sound/soc/tegra/Kconfig | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/sound/soc/tegra/Kconfig b/s
On Thu, Apr 06, 2017 at 09:30:56PM +0800, Leo Yan wrote:
> From: Suzuki K Poulose
>
> The of_get_coresight_platform_data iterates over the possible CPU nodes
> to find a given cpu phandle. However it does not drop the reference
> to the node pointer returned by the of_get_coresight_platform_data.
Add node for U38, a 74LV595PW serial-in shift register that acts as a
GPIO expander on the board.
Cc: yurov...@gmail.com
Cc: Dong Aisheng
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Fabio Estevam
Cc: Rob Herring
Cc: Mark Rutland
Cc: Russell King
Cc: devicet...@vger.kernel.org
Cc: linux-kernel@vger.k
Cc: yurov...@gmail.com
Cc: Dong Aisheng
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Fabio Estevam
Cc: Rob Herring
Cc: Mark Rutland
Cc: Russell King
Cc: devicet...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Andrey Smirnov
---
arch/arm/boo
On 18/04/17 08:12, Keerthy wrote:
From: Russ Dill
The clock/dpll registers are in the WKUP power domain. Under both RTC-only
suspend and hibernation, these registers are lost. Hence save/restore
them accordingly.
Signed-off-by: Russ Dill
Signed-off-by: Keerthy
I think the core support shou
Enable PCIe peripheral on this board.
Cc: yurov...@gmail.com
Cc: Dong Aisheng
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Fabio Estevam
Cc: Rob Herring
Cc: Mark Rutland
Cc: Russell King
Cc: devicet...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Signed-of
Add node for GPC and specify as a parent interrupt controller for SoC bus.
Cc: yurov...@gmail.com
Cc: Dong Aisheng
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Fabio Estevam
Cc: Rob Herring
Cc: Mark Rutland
Cc: Russell King
Cc: devicet...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-arm
GPCv2 IP block is a part of i.MX7 SoC. Select it to make corresponding
driver availible to support DT changes following this patch.
Cc: yurov...@gmail.com
Cc: Dong Aisheng
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Fabio Estevam
Cc: Rob Herring
Cc: Mark Rutland
Cc: Russell King
Cc: devicet...@vger.
Shawn, everyone:
This is second version of the series that includes changes made to
device-tree in order to support PCIe on i.MX7 platform.
Changes since [v1]:
- All 'anatop-enable-bit' patches are squashed into one
- Added patch to enable GPCv2 driver on i.MX7
- Droppe
List GPR block as compatible "fsl,imx6q-iomuxc-gpr" to support drivers
requesting it that way (PCIe driver is one example).
Cc: yurov...@gmail.com
Cc: Dong Aisheng
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Fabio Estevam
Cc: Rob Herring
Cc: Mark Rutland
Cc: Russell King
Cc: devicet...@vger.kernel.o
Now that support for 'anatop-enable-bit' has been added to ANADIG
driver, reintroduce 'anatop-enable-bit' for all applicable LDOs.
Cc: yurov...@gmail.com
Cc: Dong Aisheng
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Fabio Estevam
Cc: Rob Herring
Cc: Mark Rutland
Cc: Russell King
Cc: devicet...@vger.k
>> +&i2c0 {
>> + status = "okay";
>> + clock-frequency = <40>;
>> +
>> + rk818: pmic@1c {
>> + compatible = "rockchip,rk818";
>> + reg = <0x1c>;
>> + interrupt-parent = <&gpio0>;
>> + interrupts = <4 IRQ_TYPE_LEVEL_LOW>;
On Tue, Apr 18, 2017 at 02:36:06PM +0100, Alan Cox wrote:
> > Well Intel inclusion of FPGA triggered my curiosity and when that patchset
> > came accross my inbox i did wonder where the open source userspace was and
> > went looking for it to no avail. So this isn't against a specific patchset
> >
Ben Hutchings wrote:
> - tracing (now tracefs, but it's expected to appear under debugfs)
Shouldn't this now appear under /sys/kernel/tracing/ ?
David
On Tue, Apr 18, 2017 at 12:43 PM, Richard Fitzgerald
wrote:
> In preparation for sharing this driver with Madera, move the pdata
> for the LDO1 regulator out of struct arizona_pdata into a dedicated
> pdata struct for this driver. As a result the code in
> arizona_ldo1_of_get_pdata() can be made i
This patch fixes issues with incorrect initialization
during cpu cooling registration.
The 'policy' and 'freq_table' must be initialized in cpufreq_cooling_device
before usage.
Signed-off-by: Lukasz Luba
---
drivers/thermal/cpu_cooling.c | 28
1 file changed, 16 inse
On Mon, Apr 17, 2017 at 04:08:52PM +0530, Sunil Kovvuri wrote:
> >> >> Do you have an explanation on the performance variation when
> >> >> L1_CACHE_BYTES is changed? We'd need to understand how the network
> >> stack
> >> >> is affected by L1_CACHE_BYTES, in which context it uses it (
On Wed, Apr 5, 2017 at 2:34 PM, Matthias Kaehlcke wrote:
> The operand is an integer constant, make the constness explicit by
> adding the modifier. This is needed for clang to generate valid code
> and also works with gcc.
Actually it doesn't work with all gcc. I've got an older arm64 toolchain
On Saturday, March 11, 2017 08:46:55 AM Geliang Tang wrote:
> Use setup_deferrable_timer() instead of init_timer_deferrable() to
> simplify the code.
>
> Signed-off-by: Geliang Tang
Boris, Tony, any concerns?
If not, do you want to route this through the RAS tree?
> ---
> drivers/acpi/apei/gh
Hi Viresh,
I have checkout your branch at newest commit:
908063832c268f8add94
I have built it and run it on my Juno r2.
I have some python tests for IPA and I run one of them.
I seen a few issues so I have created a patch just
to be able to run IPA.
My next email will have the patch so you can s
Marc Kleine-Budde wrote:
> Who whill take this patch? Or will it be allied as part of the series by
> some of my upstreams?
I'm going to try and get the whole series in in one go.
David
On Tue, 2017-04-18 at 09:06 +0300, Andy Shevchenko wrote:
> > On Mon, Apr 10, 2017 at 4:16 PM, David Howells wrote:
> > > > Andy Shevchenko wrote:
> >
> > > > > It looks a bit fragile when responsility of whatever reasons kernel
> > > > > can't serve become a driver burden.
> > > > > Can we fix
Hi Jon,
On Thursday, March 30, 2017 11:01:48 PM Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Add a document describing the current behavior and user space
> interface of the intel_pstate driver in the RST format and
> drop the existing outdated intel_pstate.txt document.
>
> Also upda
On 18/04/2017 16:16, Paolo Bonzini wrote:
>> This patch allows userspace to tell how many VCPUs it is going to use,
>> which can save memory when allocating the kvm->vcpus array. This will
>> be done with a new KVM_CREATE_VM2 IOCTL.
>>
>> An alternative would be to redo kvm->vcpus as a list or p
> On Tue, Apr 18, 2017 at 5:40 AM, Reshetova, Elena
> wrote:
> >
> >
> >> On Mon, 6 Mar 2017 15:38:29 -0600
> >> Bjorn Helgaas wrote:
> >>
> >> > [+cc Hyper-V folks, -cc others]
> >> >
> >> > On Mon, Mar 06, 2017 at 04:21:04PM +0200, Elena Reshetova wrote:
> >> > > refcount_t type and correspondi
On Tue, Apr 18, 2017 at 02:13:59PM +, David Laight wrote:
> From: Logan Gunthorpe
> > Sent: 13 April 2017 23:05
> > Straightforward conversion to the new helper, except due to
> > the lack of error path, we have to warn if unmapable memory
> > is ever present in the sgl.
Interesting that you d
From: Nikita Yushchenko
Improve error path code of nvmem_register() in the following ways:
- Call device_del when call to nvmem_setup_compat() fails, since
at that point device_add has suceeded and we need to undo that.
- Documentation for device_add discorages explicitly freeing
Call put_device() in nvmem_unregister() to make sure nvmem_release
gets called freeing up allocated resources.
Cc: cphe...@gmail.com
Cc: Srinivas Kandagatla
Cc: Maxime Ripard
Signed-off-by: Andrey Smirnov
---
drivers/nvmem/core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/nvme
> Well Intel inclusion of FPGA triggered my curiosity and when that patchset
> came accross my inbox i did wonder where the open source userspace was and
> went looking for it to no avail. So this isn't against a specific patchset
> but more broadly against the whole drivers/fpga/ story. Sorry if t
> Since tty sessions are usually separated by different users, how would
> they have the same one and yet need something like this?
>
> Also, why not put this in the tty config section?
The normal attack use case people argue about is a rogue process on the
users machine sitting there waiting unt
Hi Rob,
On 3/6/2017 12:19 PM, Imran Khan wrote:
> On 2/22/2017 7:34 PM, Rob Herring wrote:
>> On Mon, Feb 20, 2017 at 10:17:15PM +0530, Khan, Imran wrote:
>>> The socinfo ABI document describes the information provided
>>> by socinfo driver and the corresponding attributes to access
>>> that infor
As per request from Marek Vasut, change the following:
- Replace indentation between type and name of local variable from
tabs to spaces
- Replace magic number 0x1F with CFI_MFR_ATMEL macro
- Replace variable 'tmp' with 'ret' and 'i' where appropriate
- Reformat multi-line comm
Replace C99 type with their kernel counterparts as per request from
Marek Vasut.
No functional change intended.
Cc: cphe...@gmail.com
Cc: David Woodhouse
Cc: Brian Norris
Cc: Boris Brezillon
Cc: Marek Vasut
Cc: Richard Weinberger
Cc: Cyrille Pitchen
Cc: linux-kernel@vger.kernel.org
Signed-o
In anticipation of supporting chips that need it, extend the size of
struct flash_info's 'jedec_id' field to make room 2 byte of extended
device information as well as add code to fetch this data during
jedec_probe().
Cc: cphe...@gmail.com
Cc: David Woodhouse
Cc: Brian Norris
Cc: Boris Brezillon
Ping.
Any comments for the patch?
Thanks,
Kan
> Subject: [PATCH V5] perf/x86: add sysfs entry to freeze counter on SMI
>
> From: Kan Liang
>
> Currently, the SMIs are visible to all performance counters. Because many
> users want to measure everything including SMIs. But in some cases, the SM
On Thu, Apr 13, 2017 at 02:04:21PM -0700, Stefano Stabellini wrote:
> The following commit:
>
> commit 815dd18788fe0d41899f51b91d0560279cf16b0d
> Author: Bart Van Assche
> Date: Fri Jan 20 13:04:04 2017 -0800
>
> treewide: Consolidate get_dma_ops() implementations
>
> rearranges g
On Tuesday, April 18, 2017 06:50:26 AM Guenter Roeck wrote:
> On 04/18/2017 12:14 AM, Zheng, Lv wrote:
> > Hi,
[cut]
> >
> > Maybe I should provide more detailed examples for this solution.
> >
> > For example:
> > OperationRegion (SIOT, SuperIOAddressSpace, Zero, 100)
> > Field (SIOT, ByteAcc, L
Hi Mats,
On Sun, Apr 16, 2017 at 09:28:01PM +0200, Mats Karrman wrote:
> Hello Heikki,
>
> I'm working with the new typec class code and have run into a problem.
> The struct typec_capability defines a callback function as:
>
> int (*activate_mode)(const struct typec_capability *, int mode, int
On 13/04/2017 22:19, Radim Krčmář wrote:
> This patch allows userspace to tell how many VCPUs it is going to use,
> which can save memory when allocating the kvm->vcpus array. This will
> be done with a new KVM_CREATE_VM2 IOCTL.
>
> An alternative would be to redo kvm->vcpus as a list or protec
From: Logan Gunthorpe
> Sent: 13 April 2017 23:05
> Straightforward conversion to the new helper, except due to
> the lack of error path, we have to warn if unmapable memory
> is ever present in the sgl.
>
> Signed-off-by: Logan Gunthorpe
> ---
> drivers/block/xen-blkfront.c | 33 +++
On Tuesday, April 18, 2017 08:49:39 AM Geert Uytterhoeven wrote:
> Hi Lukas,
>
> On Sun, Apr 16, 2017 at 9:55 AM, Lukas Wunner wrote:
> > On Sat, Apr 15, 2017 at 12:27:31AM +0200, Rafael J. Wysocki wrote:
> >> On Friday, April 14, 2017 10:22:49 AM Lukas Wunner wrote:
> >> > Below is a tentative p
On Tuesday, April 18, 2017 10:45:26 AM Viresh Kumar wrote:
> On 17-04-17, 18:40, Rafael J. Wysocki wrote:
> > On Monday, April 17, 2017 06:35:25 PM Rafael J. Wysocki wrote:
> > > On Monday, April 17, 2017 11:07:51 AM Masahiro Yamada wrote:
> > > > 2017-04-15 7:47 GMT+09:00 Rafael J. Wysocki :
> > >
> -Original Message-
> From: Andy Shevchenko [mailto:andriy.shevche...@linux.intel.com]
> Sent: Tuesday, April 18, 2017 2:37 AM
> To: Limonciello, Mario ; pali.ro...@gmail.com;
> hdego...@redhat.com
> Cc: ker...@kempniu.pl; dvh...@infradead.org; r...@rjwysocki.net;
> len.br...@intel.com; co
On Mon, Apr 03, 2017 at 11:57:55AM -0700, Laura Abbott wrote:
> When CMA was first introduced, its primary use was for DMA allocation
> and the only way to get CMA memory was to call dma_alloc_coherent. This
> put Ion in an awkward position since there was no device structure
> readily available an
Arm TrustZone CryptoCell 700 is a family of cryptographic hardware
accelerators. It is supported by a long lived series of out of tree
drivers, which I am now in the process of unifying and upstreaming.
This is the first drop, supporting the new CryptoCell 712 REE.
The code still needs some clean
From: Colin Ian King
The check for xo being null is incorrect, currently it is checking
for non-null, it should be checking for null.
Detected with CoverityScan, CID#1429349 ("Dereference after null check")
Signed-off-by: Colin Ian King
---
net/ipv6/esp6_offload.c | 2 +-
1 file changed, 1 in
On Tue, Apr 18, 2017 at 5:40 AM, Reshetova, Elena
wrote:
>
>
>> On Mon, 6 Mar 2017 15:38:29 -0600
>> Bjorn Helgaas wrote:
>>
>> > [+cc Hyper-V folks, -cc others]
>> >
>> > On Mon, Mar 06, 2017 at 04:21:04PM +0200, Elena Reshetova wrote:
>> > > refcount_t type and corresponding API should be
>> >
On Monday, April 17, 2017 05:12:13 PM Doug Smythies wrote:
> The intel_pstate_tracer.py script only needs to be run as root
> when it is also used to actually acquire the trace data that
> it will post process. Otherwise it is generally preferable
> that it be run as a regular user.
> If run the fi
Hi David,
2017-04-18 22:15 GMT+09:00 David Howells :
> Masahiro Yamada wrote:
>
>> BTW, do you still maintain mn10300?
>
> Kind of. I don't really have working hardware any more, though.
>
> David
Thanks for maintaining this.
--
Best Regards
Masahiro Yamada
On Monday, April 17, 2017 08:32:41 PM Thomas Gleixner wrote:
> Placing timers at enqueue time on a target CPU based on dubious heuristics
> does not make any sense:
>
> 1) Most timer wheel timers are canceled or rearmed before they expire.
>
> 2) The heuristics to predict which CPU will be busy
On Tue, 18 Apr 2017 15:39:53 +0200
Gerd Hoffmann wrote:
> Hi,
>
> > > Historical note: RHEL-6.9 (gnome 2) works fine. Not of much interest
> > > here, it drives the qemu stdvga with offb, not bochs-drm.
> >
> > I suppose this proves the virtual machine itself is correct about
> > framebuf
Hi!
I learn to write kernel code by writing modules and I have sometimes problems-
when module is annihilated, I can`t remove module using rrmod. I found in
kernel syscall delete_module, but I can`t find any functions in kernel and in
glibc, which calls this syscall. Because other beginners deve
On 06/04/2017 10:46, Davidlohr Bueso wrote:
> This implements a sleepable range rwlock, based on interval tree, serializing
> conflicting/intersecting/overlapping ranges within the tree. The largest range
> is given by [0, ~0 - 1] (inclusive). Unlike traditional locks, range locking
> involves deal
On 18/04/17 15:52, Greg KH wrote:
> On Thu, Apr 13, 2017 at 06:55:54PM +0200, Greg KH wrote:
>> On Thu, Apr 13, 2017 at 06:28:33PM +0200, Juergen Gross wrote:
>>> On 13/04/17 18:24, Greg KH wrote:
On Thu, Apr 13, 2017 at 04:49:49PM +0200, Juergen Gross wrote:
> Revert commit 72a9b186292 ("
From: Rafael J. Wysocki
The intel-hid driver is missing a PM ->thaw callback allowing the
device to go back to the operational state after creating a
hibernation image or when there is an image restoration error during
resume.
The lack of the ->thaw callback basically means that all events
signa
On Thu, Apr 13, 2017 at 06:55:54PM +0200, Greg KH wrote:
> On Thu, Apr 13, 2017 at 06:28:33PM +0200, Juergen Gross wrote:
> > On 13/04/17 18:24, Greg KH wrote:
> > > On Thu, Apr 13, 2017 at 04:49:49PM +0200, Juergen Gross wrote:
> > >> Revert commit 72a9b186292 ("xen: Remove event channel notificat
On 04/18/2017 12:14 AM, Zheng, Lv wrote:
Hi,
From: Zheng, Lv
Subject: RE: [PATCH] ACPICA: Export mutex functions
Hi,
From: Guenter Roeck [mailto:li...@roeck-us.net]
Subject: Re: [PATCH] ACPICA: Export mutex functions
On 04/17/2017 04:53 PM, Zheng, Lv wrote:
Hi,
From: Guenter Roeck [mailt
On Thu, 06 Apr, at 04:55:11PM, Mark Rutland wrote:
>
> Please, let's keep the Xen knowledge constrained to the Xen EFI wrapper,
> rather than spreading it further.
>
> IMO, given reset_system is a *mandatory* function, the Xen wrapper
> should provide an implementation.
>
> I don't see why you c
Just curious, any particular reason you want to backport this patch?
because nobody understands why it actually helped.
and please note that this patch is buggy, fixed by dfd01f0260
"sched/wait: Fix the signal handling fix"
Oleg.
On 04/12, Florian Fainelli wrote:
>
> From: Peter Zijlstra
>
>
On Fri, 2017-04-07 at 12:36 +0200, Linus Walleij wrote:
> On Fri, Apr 7, 2017 at 10:57 AM, Andy Shevchenko
> wrote:
> > On Fri, Apr 7, 2017 at 11:16 AM, Linus Walleij > .org> wrote:
> > > If it is just a stub without much code I guess that is prettier,
> > > but
> > > still it is a bit weird, bec
On Tue, 2017-04-18 at 06:31 -0700, Paul E. McKenney wrote:
> On Tue, Apr 18, 2017 at 11:39:27AM +0200, Johannes Berg wrote:
> > On Mon, 2017-04-17 at 09:01 -0700, Paul E. McKenney wrote:
> >
> > > If you have not already done so, please run this with debug
> > > enabled,
> > > especially CONFIG_PR
Hi,
> > Historical note: RHEL-6.9 (gnome 2) works fine. Not of much interest
> > here, it drives the qemu stdvga with offb, not bochs-drm.
>
> I suppose this proves the virtual machine itself is correct about
> framebuffer endianess? Except you are running it on a little-endian
> host machine
On Tue, 18 Apr 2017, Michal Hocko wrote:
> Are you even reading those emails? First of all we are talking about
> slab here. Secondly I've already pointed out that the BUG_ON(!PageSlab)
> in kmem_freepages is already too late because we do operate on a
> potential garbage from invalid page...
Bef
On 2017-04-18 12:06, Philipp Zabel wrote:
> On Thu, 2017-04-13 at 18:43 +0200, Peter Rosin wrote:
>> Allow specifying that a single multiplexer controller can be used to
>> control several parallel multiplexers, thus enabling sharing of the
>> multiplexer controller by different consumers.
>>
>> Ad
Ingo, can you put this in tip?
Thanks,
Paolo
On 18/01/2017 12:32, Xishi Qiu wrote:
> From: Tiantian Feng
>
> We need to disable VMX on all CPUs before stop cpu when OS panic,
> otherwisewe risk hanging up the machine, because the CPU ignore INIT
> signals when VMX is enabled. In kernel mainlin
On Tue, Apr 18, 2017 at 11:39:27AM +0200, Johannes Berg wrote:
> On Mon, 2017-04-17 at 09:01 -0700, Paul E. McKenney wrote:
>
> > If you have not already done so, please run this with debug enabled,
> > especially CONFIG_PROVE_LOCKING=y (which implies CONFIG_PROVE_RCU=y).
> > This is important bec
On Tue, 18 Apr 2017, Michal Hocko wrote:
> > The patch does not do that. See my review. Invalid points to kfree are
> > already caught with a bug on. See kfree in mm/slub.c
>
> Are you even reading those emails? First of all we are talking about
> slab here. Secondly I've already pointed out that
On 14/03/2017 21:30, Radim Krčmář wrote:
> 2017-03-10 12:47+0100, David Hildenbrand:
>> vmm_exclusive=0 leads to KVM setting X86_CR4_VMXE always and calling
>> VMXON only when the vcpu is loaded. X86_CR4_VMXE is used as an
>> indication in cpu_emergency_vmxoff() (called on kdump) if VMXOFF has to
On Tue, 18 Apr 2017, Sergey Senozhatsky wrote:
> > Simple solution is to not allocate pages via the slab allocator but use
> > the page allocator for this. The page allocator provides proper alignment.
>
> sure, but at the same time it's not completely uncommon and unseen thing
>
> ~/_next$ git gr
Linus,
Namhyung Kim discovered a use after free bug. It has to do with adding
a pid filter to function tracing in an instance, and then freeing
the instance.
Please pull the latest trace-v4.11-rc5-3 tree, which can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-tra
On Tue, Apr 18, 2017 at 02:04:36PM +0530, Rahul Bedarkar wrote:
> I'm no longer with Imagination Technologies. I am still interested in
> maintaining or reviewing DTS patches for Ci40 if any. Update email-id
> to an active one.
>
> Signed-off-by: Rahul Bedarkar
> ---
> I'm not sure via which tre
On Mon, Apr 17, 2017 at 10:17 PM, William Wu wrote:
> This patch adds a quirk to disable USB 2.0 MAC linestate check
> during HS transmit. Refer the dwc3 databook, we can use it for
> some special platforms if the linestate not reflect the expected
> line state(J) during transmission.
>
> When use
On Mon, Apr 17, 2017 at 10:20:42AM -0500, Christoph Lameter wrote:
> Simple solution is to not allocate pages via the slab allocator but use
> the page allocator for this. The page allocator provides proper alignment.
>
> There is a reason it is called the page allocator because if you want a
> pa
Some minor cleanups related to the unwind_dump() function.
Josh Poimboeuf (3):
x86/unwind: properly zero-pad 32-bit values in unwind_dump()
x86/unwind: prepend hex mask value with '0x' in unwind_dump()
x86/unwind: remove unused 'sp' argument in unwind_dump()
arch/x86/kernel/unwind_frame.c
On x86-32, 32-bit stack values printed by unwind_dump() are confusingly
zero-padded to 16 characters (64 bits):
unwind stack type:0 next_sp: (null) mask:a graph_idx:0
f50cdebc: f50cdec4 (0xf50cdec4)
f50cdec0: c40489b7 (irq_exit+0x87/0xa0)
...
Instead, base the field width
On 06/04/2017 13:46, Guenter Roeck wrote:
> On 04/05/2017 04:41 AM, Paolo Bonzini wrote:
>> The ICH9 is listed as having TCO v2, and indeed the behavior in the
>> datasheet corresponds to v2 (for example the NO_REBOOT flag is
>> accessible via the 16KiB-aligned Root Complex Base Address).
>>
>> H
On Monday, April 17, 2017 04:10:51 PM Darren Hart wrote:
> On Mon, Apr 17, 2017 at 03:03:29PM -0700, Andy Lutomirski wrote:
> > On Fri, Apr 14, 2017 at 4:05 PM, Darren Hart wrote:
> > > On Sat, Apr 15, 2017 at 12:45:30AM +0200, Rafael Wysocki wrote:
> > >> On Wednesday, April 12, 2017 04:08:54 PM
Masahiro Yamada wrote:
> BTW, do you still maintain mn10300?
Kind of. I don't really have working hardware any more, though.
David
In unwind_dump(), the stack mask value is printed in hex, but is
confusingly not prepended with '0x'.
Signed-off-by: Josh Poimboeuf
---
arch/x86/kernel/unwind_frame.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/unwind_frame.c b/arch/x86/kernel/unwind_frame
501 - 600 of 830 matches
Mail list logo
