On Fri, 2016-08-05 at 21:20 +, york sun wrote:
> On 08/05/2016 02:09 PM, Scott Wood wrote:
> >
> > On Fri, 2016-08-05 at 20:29 +, york sun wrote:
> > >
> > > On 08/04/2016 08:43 PM, Michael Ellerman wrote:
> > > >
> > > >
> > > > Does the driver really need to use these routines? They'r
On Fri, Aug 05, 2016 11:23:41AM -0700, Bjorn Helgaas wrote:
> On Fri, Aug 05, 2016 at 11:00:39AM -0700, Adit Ranadive wrote:
> > The VMXNet3 PCI Id will be shared with our upcoming paravirtual RDMA
> > driver. Moved it to the shared location in pci_ids.h and updated the
> > driver version.
> >
> >
On 08/05/2016 02:09 PM, Scott Wood wrote:
> On Fri, 2016-08-05 at 20:29 +, york sun wrote:
>> On 08/04/2016 08:43 PM, Michael Ellerman wrote:
>>>
>>> Does the driver really need to use these routines? They're meant for use
>>> early in boot, before PCI is setup.
>>>
>>> AFAICS this is just a re
From: Michael Ellerman
lkdtm_rodata_do_nothing() is an empty function which is generated in
order to test the non-executability of rodata.
Currently if function tracing is enabled then an mcount callsite will be
generated for lkdtm_rodata_do_nothing(), and it will appear in the list
of available
The variable in use here doesn't matter (it's just used to exercise taking
up stack space), but this changes its use to pass its address instead,
to avoid a compiler warning:
drivers/misc/lkdtm_usercopy.c:54:15: warning: 'bad_stack' may be used
uninitialized in this function [-Wmaybe-uninitialize
The targets for lkdtm's objcopy were missing which caused them to always
be rebuilt. This corrects the problem.
Reported-by: Linus Torvalds
Signed-off-by: Kees Cook
---
drivers/misc/Makefile | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/misc/Makefile b/drivers/mi
Hi Greg!
As requested, here's a patch series for 3 small fixes for lkdtm for v4.8
(instead of as a pull request).
Thanks!
-Kees
Kees Cook (2):
lkdtm: fix false positive warning from -Wmaybe-uninitialized
lkdtm: Fix tar
Hi Linus,
Here's the 2nd round of block updates for this merge window. It's a mix
of fixes for changes that went in previously in this round, and fixes in
general. This pull request contains:
- Fixes for loop from Christoph
- A bdi vs gendisk lifetime fix from Dan, worth two cookies.
- A blk-m
On Fri, 2016-08-05 at 20:29 +, york sun wrote:
> On 08/04/2016 08:43 PM, Michael Ellerman wrote:
> >
> > Does the driver really need to use these routines? They're meant for use
> > early in boot, before PCI is setup.
> >
> > AFAICS this is just a regular driver, so when it's probed the PCI
>
On 08/04/2016 08:43 PM, Michael Ellerman wrote:
> York Sun writes:
>
>> Two symbols are missing if mpc85xx_edac driver is compiled as module.
>>
>> Signed-off-by: York Sun
>>
>> ---
>> Change log
>> v3: Change subject tag
>> v2: no change
>>
>> arch/powerpc/kernel/pci-common.c | 2 ++
>> 1 f
parse_arg() duplicates the funcionality of kstrtoint() so use the latter
function instead. There is no funcionality change except that in the
case of input being too big -ERANGE will be returned instead of -EINVAL
which is not bad because -ERANGE makes more sense here. The check for
!count is alrea
On Fri 2016-08-05 20:17:36, PINTU KUMAR wrote:
> Hi,
> > On Fri, Aug 05, 2016 at 10:26:37AM +0530, PINTU KUMAR wrote:
> > > Hi All,
> > >
> > > For one of our ARM embedded product, we recently updated the Kernel
> > > version from
> > > 3.4 to 3.18 and we noticed that the same application memory u
Hi,
Am Dienstag, 26 Juli 2016, 21:24:29 schrieb Thiago Jung Bauermann:
> Notes:
> This is a new version of the last patch in this series which adds
> a function where each architecture can verify if the DTB is safe
> to load:
>
> int __weak arch_kexec_verify_buffer(enum kexec_file
Hi!
I was trying to enable a driver (trivial task, right) and spent like
10 minutes scratching my hand.
menuconfig is nice, because you can search with '/' and it tells you
the dependencies, and the path to the config option.
What is not nice is that you have to write down the path, and then
fol
On Fri, Aug 05, 2016 at 12:03:23PM -0700, Marc MERLIN wrote:
> Would this patch make sense as being the reason why I can't S3 sleep
> anymore and would you have a test patch against 4.5, 4.6, or 4.7 I can
> try to see if it fixes the problem?
Hi Marc,
It might be blk-mq's hot cpu notifier is invo
On Tue, Aug 2, 2016 at 8:29 PM, Damien Le Moal wrote:
> Hannes, Shaun,
>
> Let me add some more comments.
>
>> On Aug 2, 2016, at 23:35, Hannes Reinecke wrote:
>>
>> On 08/01/2016 07:07 PM, Shaun Tancheff wrote:
>>> On Mon, Aug 1, 2016 at 4:41 AM, Christoph Hellwig wrote:
Can you pleas
The struct cfg80211_pmksa defines its bssid field as:
const u8 *bssid;
contrary to struct brcmf_pmksa, which uses:
u8 bssid[ETH_ALEN];
Therefore in brcmf_cfg80211_del_pmksa(), &pmksa->bssid takes the address
of this field (of type u8**), not the one of its content (which would be
u8*).
On 8/5/2016 1:11 PM, Nicolas Iooss wrote:
This is helpful to detect at compile-time errors related to format
strings.
Signed-off-by: Nicolas Iooss
---
OK.
Acked-by: Santosh Shilimkar
The following changes since commit e65805251f2db69c9f67ed8062ab82526be5a374:
Merge branch 'irq-core-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip (2016-07-25 21:35:03
-0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/u
Hello Linus,
Here are a few NTB improvements and bug fixes for 4.8. Please consider
pulling them.
Thanks,
Jon
The following changes since commit 523d939ef98fd712632d93a5a2b588e477a7565e:
Linux 4.7 (2016-07-24 12:23:50 -0700)
are available in the git repository at:
git://github.com/jonma
On Fri, 05 Aug 2016 04:36:23 +0200
Mike Galbraith wrote:
> On Thu, 2016-08-04 at 17:36 -0700, yunhong jiang wrote:
> > Hi,Mike & Steven
> > On https://lkml.org/lkml/2015/3/24/1178, the patch of
> > "timers: do not raise softirq unconditionally" is reverted. Thanks
> > for Steven's
> > detaile
Fixed spaces around operators to fix their coding style issues.
Signed-off-by: Shiva Kerdel
---
drivers/staging/rtl8723au/core/rtw_ieee80211.c | 80 +-
1 file changed, 40 insertions(+), 40 deletions(-)
diff --git a/drivers/staging/rtl8723au/core/rtw_ieee80211.c
b/driver
On Wed 2016-07-20 16:11:16, Charles Gong wrote:
> "SYSRQ + J" triggers a call to emergency_thaw_all(). Currently, this
> is an infinite loop. Once we trigger it, we'll need to do a hard
> power-cycle. There are users reporting this bug from 2012 to 2016, for
> example, at https://bugzilla.kernel.or
This is helpful to detect at compile-time errors related to format
strings.
Signed-off-by: Nicolas Iooss
---
net/rds/ib.h | 1 +
net/rds/rds.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/net/rds/ib.h b/net/rds/ib.h
index 046f7508c06b..45ac8e8e58f4 100644
--- a/net/rds/ib.h
+++ b/net/r
On Mon 2016-07-18 23:27:49, Tomas Winkler wrote:
> The user space API is achieved via two synchronous IOCTL.
IOCTLs?
> Simplified one, RPMB_IOC_REQ_CMD, were read result cycles is performed
> by the framework on behalf the user and second, RPMB_IOC_SEQ_CMD where
> the whole RPMB sequence includin
Hi!
> Few storage technologies such is EMMC, UFS, and NVMe support RPMB
> hardware partition with common protocol and frame layout.
> The RPMB partition cannot be accessed via standard block layer, but by a
> set of specific commands: WRITE, READ, GET_WRITE_COUNTER, and
> PROGRAM_KEY.
> Such a par
On Fri 2016-08-05 14:54:33, David Lechner wrote:
> On 08/05/2016 02:51 PM, Pavel Machek wrote:
> >
> >Could the device tree be used to bind LED driver to otherwise unused
> >gpio?
>
> There is already a leds-gpio driver that does this.
>
> https://www.kernel.org/doc/Documentation/devicetree/bindi
On 08/05/2016 02:51 PM, Pavel Machek wrote:
Could the device tree be used to bind LED driver to otherwise unused
gpio?
Pavel
There is already a leds-gpio driver that does this.
https://www.kernel.org/doc/Documentation/devicetre
Hi!
> > short version: I have a use case for leds where I want to be able to use
> > the triggers in the leds subsystem without having a physical hardware led.
> >
> > long version: I am working on a program to make one embedded system
> > (http://fatcatlab.com/product/evb/) compatible with ano
On Fri, Aug 05, 2016 at 12:52:09PM +0200, Peter Zijlstra wrote:
> > > > Currently overflow_handler is set at event alloc time. If we start
> > > > changing it on the fly with atomic xchg(), afaik things shouldn't
> > > > break, since each overflow_handler is run to completion and doesn't
> > > > ch
On Sat 2016-07-30 16:32:32, Linus Torvalds wrote:
> On Sat, Jul 30, 2016 at 3:36 PM, Trond Myklebust
> wrote:
> >
> > git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-4.8-1
>
> Hmm. That machine is being very very slow. It's responding to pings,
> but the whole "git pull" thi
I've been stuck on 4.4.x for a while (currently 4.4.5) because any
subsequent kernel would fail to suspend or resume (S3 sleep) on my
Thinkpad P70.
Due to lack of time, I only got around to doing a git bisect now
(sorry), and did it between 4.4.0 and 4.5.0
It's my first bisect, but I hope I did it
Hi Felipe,
[auto build test ERROR on balbi-usb/next]
[also build test ERROR on v4.7 next-20160805]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Felipe-F-Tonello/Gadget-endpoint-request
On Fri, Aug 05, 2016 at 08:11:36PM +0200, Johannes Stezenbach wrote:
> On Fri, Aug 05, 2016 at 10:02:28AM -0700, Darrick J. Wong wrote:
> > On Fri, Aug 05, 2016 at 12:35:44PM +0200, Johannes Stezenbach wrote:
> > > On Wed, Aug 03, 2016 at 05:50:26PM +0300, Török Edwin wrote:
> > > > I have just enc
On Saturday, August 6, 2016 2:16:42 AM CEST Nicholas Piggin wrote:
> >
> > diff --git a/include/asm-generic/vmlinux.lds.h
> > b/include/asm-generic/vmlinux.lds.h
> > index 0ec807d69f18..7a3ad269fa23 100644
> > --- a/include/asm-generic/vmlinux.lds.h
> > +++ b/include/asm-generic/vmlinux.lds.h
> >
On Fri, 5 Aug 2016 15:36:55 -0300
Arnaldo Carvalho de Melo wrote:
> [acme@jouet linux]$ cat tools/include/linux/time64.h
> #ifndef _TOOLS_LINUX_TIME64_H
> #define _TOOLS_LINUX_TIME64_H
>
> #define MSEC_PER_SEC 1000L
> #define USEC_PER_MSEC 1000L
> #define NSEC_PER_USEC 1000L
> #define NSEC_PE
On Wed, Jul 27, 2016 at 6:50 AM, Kyle Walker wrote:
> On Tue, Jul 26, 2016 at 5:36 PM, John Stultz wrote:
>> The logic here is confusing as well. So.. if the override is not HRT
>> compatible, we check if its stable or not? Once we're in HRT there's
>> not much likelyhood of us going into non HR
Only nits from me...(see below)
On 08/05/2016 01:30 PM, Sukadev Bhattiprolu wrote:
Here is an updated patch to fix the build when CONFIG_PPC_PSERIES=n.
---
From d4f77a6ca7b6ea83f6588e7d541cc70bf001ae85 Mon Sep 17 00:00:00 2001
From: root
Date: Thu, 4 Aug 2016 23:13:37 -0400
Subject: [PATCH 2/2]
On Fri, Aug 5, 2016 at 11:15 AM, Daniel Drake wrote:
> Hi Alexander,
>
> Reviving an old topic here...
>
> We are seeing this "problem" on an increasing number of units from the
> vendor, and searching around it can also be seen on Dell and HP
> products. Always with the same Realtek b723 wifi dev
On 8/5/2016 06:00 AM, Mark Rutland wrote:
> On Thu, Aug 04, 2016 at 05:11:10PM -0400, Neil Leeder wrote:
>> L2 registers are accessed using a select register and data
>> register pair. To prevent multiple concurrent writes to the
>> select register by independent drivers, the write to the
>> selec
On Fri, Aug 05, 2016 at 12:15:53PM -0600, Daniel Drake wrote:
> Hi Alexander,
>
> Reviving an old topic here...
>
> We are seeing this "problem" on an increasing number of units from the
> vendor, and searching around it can also be seen on Dell and HP
> products. Always with the same Realtek b72
> I'm unsure if you're not re-submitting because you're waiting for an
> answer for me or not.
I found your five commits (on 2016-06-29) for this patch series
sufficient in principle.
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=d313cdde71ec9a5c327a515c37a0dca2cca00d
USB spec specifies wMaxPacketSize to be little endian (as other properties),
so when using this variable in the driver we should convert to the current
CPU endianness if necessary.
This patch also introduces usb_ep_align() which does always returns the
aligned buffer size for an endpoint. This is
Using usb_ep_align() makes sure that the buffer size for OUT endpoints is
always aligned with wMaxPacketSize (512 usually). This makes sure
that no buffer has the wrong size, which can cause nasty bugs.
Signed-off-by: Felipe F. Tonello
---
drivers/usb/gadget/u_f.c | 3 +++
drivers/usb/gadget/u_
The new version of alloc_ep_req() already aligns the buffer size to
wMaxPacketSize on OUT endpoints.
Signed-off-by: Felipe F. Tonello
---
drivers/usb/gadget/function/f_midi.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/gadget/function/f_midi.c
b/drivers/
This refactor results in a cleaner state machine code and promotes
consistency, readability, and maintanability of this driver.
This refactor state machine was well tested and it is currently running in
production code and devices.
Signed-off-by: Felipe F. Tonello
---
drivers/usb/gadget/functio
Good evening John,
On Wed, Jul 27, 2016 at 10:29 AM, Kyle Walker wrote:
> The issue I'm running into is that the override is not HRT compatible yet.
> Though it will be later in the boot process, unless the clocksource watchdog
> marks the clocksource as unstable.
>
> The issue with the current i
This change makes sure that the ALSA buffers are cleaned if an endpoint
becomes disabled.
Before this change, if the internal ALSA buffer did overflow, the MIDI
function would stop sending MIDI to the host.
Signed-off-by: Felipe F. Tonello
---
drivers/usb/gadget/function/f_midi.c | 27 +
The default_length parameter of alloc_ep_req was not really necessary
and gadget drivers would almost always create an inline function to pass
the same value to len and default_len.
So this patch also removes duplicate code from few drivers.
Signed-off-by: Felipe F. Tonello
---
drivers/usb/gadg
As discussed with Baolin Wang, Michal Nazarewicz and Felipe Balbi. I propose
the forced buffer alignment of OUT endpoints USB requests. This is implemented
by patches #1 and #2.
That not just simplifies the driver code, but it also prevents nasty bugs when
buflen is not aligned or even less than w
Use gadget's framework allocation function instead of directly calling
usb_ep_alloc_request().
Signed-off-by: Felipe F. Tonello
---
drivers/usb/gadget/function/f_hid.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/usb/gadget/function/f_hid.c
b/drivers/usb/gadg
Em Fri, Aug 05, 2016 at 02:19:42PM -0400, Steven Rostedt escreveu:
> On Wed, 2 Mar 2016 09:20:04 -0300
> Arnaldo Carvalho de Melo wrote:
>
> > Em Tue, Feb 09, 2016 at 03:40:15PM -0500, Steven Rostedt escreveu:
> > > From: "Steven Rostedt (Red Hat)"
> > >
> > > Instead of using 100, define a
We should always use free_ep_req() when allocating requests with
alloc_ep_req().
Signed-off-by: Felipe F. Tonello
---
drivers/usb/gadget/function/f_hid.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/usb/gadget/function/f_hid.c
b/drivers/usb/gadget/funct
512 is the value used by wMaxPacketSize, as specified by the USB Spec. This
makes sure this driver uses, by default, the most optimal value for IN and OUT
endpoint requests.
Signed-off-by: Felipe F. Tonello
---
drivers/usb/gadget/function/f_midi.c | 2 +-
drivers/usb/gadget/legacy/gmidi.c| 2
Here is an updated patch to fix the build when CONFIG_PPC_PSERIES=n.
---
>From d4f77a6ca7b6ea83f6588e7d541cc70bf001ae85 Mon Sep 17 00:00:00 2001
From: root
Date: Thu, 4 Aug 2016 23:13:37 -0400
Subject: [PATCH 2/2] powerpc/pseries: Dynamically grow RMA size
When booting a very large system with a
Hi Roman,
[auto build test WARNING on block/for-next]
[also build test WARNING on v4.7 next-20160805]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Roman-Pen/blk-mq-fix-hang-caused-by-freeze
Hi,
Please pull these pstore fixes for v4.8-rc1.
This includes an adjustment to the DT bindings ramoops uses, as suggested
by Rob Herring, and fixes load failure memory clean up, from Hiraku Toyooka.
Thanks!
-Kees
The following changes since commit f38d2e5313f0af9d9b66c02a5d49c71deb994b85:
On Fri, Aug 05, 2016 at 11:00:39AM -0700, Adit Ranadive wrote:
> The VMXNet3 PCI Id will be shared with our upcoming paravirtual RDMA
> driver. Moved it to the shared location in pci_ids.h and updated the
> driver version.
>
> Suggested-by: Leon Romanovsky
> Signed-off-by: Adit Ranadive
Please
Hi Roman,
[auto build test WARNING on block/for-next]
[also build test WARNING on v4.7 next-20160805]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Roman-Pen/blk-mq-fix-hang-caused-by-freeze
On Wed, 2 Mar 2016 09:20:04 -0300
Arnaldo Carvalho de Melo wrote:
> Em Tue, Feb 09, 2016 at 03:40:15PM -0500, Steven Rostedt escreveu:
> > From: "Steven Rostedt (Red Hat)"
> >
> > Instead of using 100, define a USECS_PER_SEC macro and use that
> > instead.
>
> Applying, but the kernel u
Hi Alexander,
Reviving an old topic here...
We are seeing this "problem" on an increasing number of units from the
vendor, and searching around it can also be seen on Dell and HP
products. Always with the same Realtek b723 wifi device. e.g.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/152
On Sat, Jul 30, 2016 at 1:07 AM, Thomas Gleixner wrote:
> On Fri, 29 Jul 2016, John Stultz wrote:
>> Hey Jon,
>> So after rebasing my nexus7 patch stack onto pre-4.8-rc1 tree, I
>> noticed the power/volume buttons stopped working.
>>
>> I did a manual rebased bisection and chased it down to your
On Fri, Aug 05, 2016 at 10:02:28AM -0700, Darrick J. Wong wrote:
> On Fri, Aug 05, 2016 at 12:35:44PM +0200, Johannes Stezenbach wrote:
> > On Wed, Aug 03, 2016 at 05:50:26PM +0300, Török Edwin wrote:
> > > I have just encountered a similar problem after I've recently upgraded to
> > > 4.7.0:
> >
On Fri, Aug 05, 2016 at 05:38:25PM +0800, Chao Yu wrote:
> Hi Jaegeuk,
>
> On 2016/8/5 3:04, Jaegeuk Kim wrote:
> > We don't need to keep discard_map, if f2fs has no discard mount option.
>
> In trim_fs path, we will still use discard_map though, right?
Oops, right. :)
I'll fix that.
Thanks,
>
Hi Roman,
[auto build test ERROR on block/for-next]
[also build test ERROR on v4.7 next-20160805]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Roman-Pen/blk-mq-fix-hang-caused-by-freeze
The VMXNet3 PCI Id will be shared with our upcoming paravirtual RDMA
driver. Moved it to the shared location in pci_ids.h and updated the
driver version.
Suggested-by: Leon Romanovsky
Signed-off-by: Adit Ranadive
---
drivers/net/vmxnet3/vmxnet3_int.h | 7 +++
include/linux/pci_ids.h
On Wed, Jul 13, 2016 at 01:34:37PM -0600, Girish Mahadevan wrote:
> Expand the tx_nbits/rx_nbits member of the spi_transfer struct to a 4 bit
> value to allow specifying 8 bit transfers (SPI_NBITS_OCTO).
Do you have any examples of hardware that might use this on both the
controller and device sid
On Thu, 2016-08-04 at 19:21 +0530, c_mke...@qti.qualcomm.com wrote:
> From: Maharaja Kennadyrajan
>
> With the %pK format specifier we hide the kernel addresses
> with the help of kptr_restrict sysctl.
> In this patch, %p is changed to %pK in the driver code.
>
> The sysctl is documented in Docu
On Fri, 2016-08-05 at 11:26 +0200, Jean Delvare wrote:
> * Add a few blank lines to improve readability.
> * Don't call cut 3 times when once is enough.
> * Drop a useless semicolon.
As it commonly reflows > 80 column code very badly,
my preference would be to remove Lindent instead.
https://lkml
percpu issues some RCU callbacks to synchronize its state, so before
freeing we have to wait all those callbacks to finish.
E.g. the following simple sequence on stack causes nasty crash:
struct percpu_ref ref;
percpu_ref_init(&ref, release, 0, GFP_KERNEL);
percpu_ref_kill(&ref);
Long time ago there was a similar fix proposed by Akinobu Mita[1],
but it seems that time everyone decided to fix this subtle race in
percpu-refcount and Tejun Heo[2] did an attempt (as I can see that
patchset was not applied).
The following is a description of a queue hang - same fix but a bug
fr
On 08/04/2016 07:09 AM, Peter Zijlstra wrote:
On Wed, Aug 03, 2016 at 02:51:23PM -0700, Bart Van Assche wrote:
So I started testing the patch below that should fix the same hang but
without triggering any wait list corruption.
diff --git a/kernel/sched/wait.c b/kernel/sched/wait.c
index f15d6b6
On Fri, Aug 5, 2016 at 3:52 AM, Peter Zijlstra wrote:
> On Thu, Aug 04, 2016 at 10:24:06PM -0700, Alexei Starovoitov wrote:
>> tracepoints are actually zero overhead already via static-key mechanism.
>> I don't think Peter's objection for the tracepoint was due to overhead.
>
> Almost 0, they stil
Dear Ivan, all
Sorry for the delay, I currently have limited internet access.
> Thanks for your very detailled write-up but I believe you are mistaken
> on the value of log_first_idx between these two last steps you describe.
After re-reading log_next and log_make_free_space, I believe that you
>From 0d966df508ef4d6c0b1baae9e369f4fb0d3e10af Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Fri, 11 Mar 2016 07:31:23 -0500
Make the following changes in preparation for the cpu controller
interface implementation for the unified hierarchy. This patch
doesn't cause any functional differences.
Hi Eric,
I have tested these patches in a VFIO PCI scenario (using the ITS
emulation) on a NXP LS2080 board. It worked fine with one e1000 card
assigned to the guest. However, when I tried to assign two cards to the
guest I got a crash. I narrowed down the problem to this code:
drivers/vfio/vfio_
Hi guys
I noticed following errors with current tree.
Bisected to nowhere :(
Anyone has an idea ?
git bisect start
# bad: [dd7fd3a82ce55e5772d41b1faa2439f15318a902] ACPI / hotplug / PCI: Runtime
resume bridges before bus rescans
git bisect bad dd7fd3a82ce55e5772d41b1faa2439f15318a902
# good: [
On Fri, Aug 05, 2016 at 03:52:25PM +0800, Zhao Lei wrote:
> Hi, Andrei Vagin
>
> Thanks for your detailed review and suggestion.
>
> > -Original Message-
> > From: Andrei Vagin [mailto:ava...@gmail.com]
> > Sent: Friday, August 05, 2016 2:32 PM
> > To: Zhao Lei
> > Cc: LKML ; Linux Conta
>From ed6d93036ec930cb774da10b7c87f67905ce71f1 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Fri, 11 Mar 2016 07:31:23 -0500
While the cpu controller doesn't have any functional problems, there
are a couple interface issues which can be addressed in the v2
interface.
* cpuacct being a separate
Hello,
There have been several discussions around CPU controller support.
Unfortunately, no consensus was reached and cgroup v2 is sorely
lacking CPU controller support. This document includes summary of the
situation and arguments along with an interim solution for parties who
want to use the ou
On Fri, Aug 05, 2016 at 12:35:44PM +0200, Johannes Stezenbach wrote:
> On Wed, Aug 03, 2016 at 05:50:26PM +0300, Török Edwin wrote:
> > I have just encountered a similar problem after I've recently upgraded to
> > 4.7.0:
> > [Wed Aug 3 11:08:57 2016] EXT4-fs error (device dm-1): dx_probe:740: ino
On Fri, 5 Aug 2016 09:34:20 -0300 Mauricio Faria de Oliveira
wrote:
> On 08/04/2016 10:05 PM, Andrew Morton wrote:
> > Of course, the alternative is to just delete the damn warnings from
> > ppc_iommu_map_sg(). Imagine that! Have they ever been of any use to
> > anyone?
>
> Sure. I submitted
Le 30/11/2015 à 03:48, Zhao Qiang a écrit :
Use genalloc to manage CPM/QE muram instead of rheap.
Signed-off-by: Zhao Qiang
---
Changes for v9:
- splitted from patch 3/5, modify cpm muram management functions.
Changes for v10:
- modify cpm muram first, then move to qe_common
Dear RT folks!
I'm pleased to announce the v4.6.5-rt10 patch set.
Changes since v4.6.5-rt9:
- Added missing cpu_light_get() in the scsi fcoe driver. Patch by Mike
Galbraith.
- Under a special a condition (a preempted TLB flush in do_exit()) it
was possible on x86-UP to enter endles
On 08/05/2016 12:00 AM, Robert Richter wrote:
On 04.08.16 14:40:48, David Daney wrote:
On 08/04/2016 01:57 PM, Robert Richter wrote:
The patch below is on top of Matthias' patch series:
arm64: Implement IPI based TLB invalidation
The series is used to enable a workaround for Cavium ThunderX
Is it possible to write a kernel module which, when loaded, will blow
the PC speaker?
On Fri, Jul 15, 2016 at 11:42 AM, Alexander Potapenko wrote:
> When building with CONFIG_FUNCTION_GRAPH_TRACER or CONFIG_KASAN, put the
> APIC interrupt handlers into the .irqentry.text section. This is needed
> because both KASAN and function graph tracer use __irqentry_text_start and
> __irqentr
On Fri, 5 Aug 2016 21:33:25 +0530
Janani Ravichandran wrote:
> > Hmm, looking at the code, it appears setting tracing_thresh should
> > work. Could you show me exactly what you did?
> >
>
> Sure. I wanted to observe how long it took to allocate pages and also how
> long functions in the dire
On 03-08-16, 21:34, Greg Kroah-Hartman wrote:
> On Wed, Jul 27, 2016 at 02:32:58PM -0700, Viresh Kumar wrote:
> > The DMA device can't be registered if it doesn't have any channels
> > registered at all. Moreover, it leads to memory leak and is reported by
> > kmemleak as (on 3.10 kernel, and same
Hi Thomas,
On Fri, Aug 05, 2016 at 05:58:12PM +0200, Thomas Petazzoni wrote:
> On Fri, 5 Aug 2016 15:31:13 +, Jason Cooper wrote:
>
> > > +config MVEBU_PIC
> > > + bool
> >
> > tri-state? Is there anything else attached to the PIC besides the PMU?
>
> tri-state would be fine I believe, i
On Fri, Aug 05, 2016 at 12:13:04PM -0400, Brian Gerst wrote:
> On Thu, Aug 4, 2016 at 6:22 PM, Josh Poimboeuf wrote:
> > This zeroed word has no apparent purpose, so remove it.
> >
> > Signed-off-by: Josh Poimboeuf
> > ---
> > arch/x86/kernel/head_64.S | 1 -
> > 1 file changed, 1 deletion(-)
>
> On Aug 4, 2016, at 8:49 PM, Steven Rostedt wrote:
>
> On Fri, 29 Jul 2016 01:41:20 +0530
> Janani Ravichandran wrote:
>
> Sorry for the late reply, I've been swamped with other things since
> coming back from my vacation.
>
No problem!
>
> Hmm, looking at the code, it appears setting trac
On Fri, Aug 05, 2016 at 10:41:15AM -0500, Nilay Vaish wrote:
> On 4 August 2016 at 17:22, Josh Poimboeuf wrote:
> > There are two different pieces of code for starting a CPU: start_cpu0()
> > and the end of secondary_startup_64(). They're identical except for the
> > stack setup. Combine the com
On Fri, 5 Aug 2016 17:40:43 +0200
Sebastian Andrzej Siewior wrote:
> > Ah, this is when we have GENERIC_SCHED_CLOCK, which would break tracing
> > if any arch that has this also has NMIs. Probably need to look at arm64.
>
> arm64 should use the generic code as they don't provide sched_clock()
On Fri, 05 Aug 2016 18:01:13 +0200
Arnd Bergmann wrote:
> On Friday, August 5, 2016 10:26:25 PM CEST Nicholas Piggin wrote:
> > On Fri, 05 Aug 2016 12:17:27 +0200
> > Arnd Bergmann wrote:
>
> > > and I also get link errors for the .text.fixup section
> > > for any users of __put_user() in rea
On Thu, Aug 4, 2016 at 6:22 PM, Josh Poimboeuf wrote:
> This zeroed word has no apparent purpose, so remove it.
>
> Signed-off-by: Josh Poimboeuf
> ---
> arch/x86/kernel/head_64.S | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/arch/x86/kernel/head_64.S b/arch/x86/kernel/head_64.S
> inde
On 08/05/2016 10:06 AM, Mike Snitzer wrote:
On Fri, Aug 05 2016 at 11:54am -0400,
Jens Axboe wrote:
On 08/05/2016 09:42 AM, Mike Snitzer wrote:
On Fri, Aug 05 2016 at 11:33P -0400,
Jens Axboe wrote:
On 08/05/2016 09:27 AM, Mike Snitzer wrote:
On Wed, Aug 03 2016 at 11:35am -0400,
Benjamin
On Fri, Aug 05 2016 at 11:54am -0400,
Jens Axboe wrote:
> On 08/05/2016 09:42 AM, Mike Snitzer wrote:
> >On Fri, Aug 05 2016 at 11:33P -0400,
> >Jens Axboe wrote:
> >
> >>On 08/05/2016 09:27 AM, Mike Snitzer wrote:
> >>>On Wed, Aug 03 2016 at 11:35am -0400,
> >>>Benjamin Block wrote:
> >>>
> >>
Hi Frank,
Am Freitag, 5. August 2016, 16:34:42 schrieb Frank Wang:
> On 2016/8/5 3:10, Heiko Stübner wrote:
> > Am Dienstag, 2. August 2016, 15:19:56 schrieb Xing Zheng:
> >> Export these source clocks for usbphy.
> >>
> >> Signed-off-by: Xing Zheng
> >
> > can you please provide a rationale wh
On Friday, August 5, 2016 10:26:25 PM CEST Nicholas Piggin wrote:
> On Fri, 05 Aug 2016 12:17:27 +0200
> Arnd Bergmann wrote:
> > and I also get link errors for the .text.fixup section
> > for any users of __put_user() in really large kernels:
> > net/batman-adv/batman-adv.o:(.text.fixup+0x4): re
1 - 100 of 407 matches
Mail list logo
