On busy container servers reading /proc/locks shows all the locks
created by all clients. This can cause large latency spikes. In my
case I observed lsof taking up to 5-10 seconds while processing around
50k locks. Fix this by limiting the locks shown only to those created
in the same pidns as the
On Tue, Aug 02, 2016 at 12:52:29PM +0300, mika.pentt...@nextfour.com wrote:
> Hi,
>
> Here are the v6 patches for SiS 9200 I2C multitouch controller.
> Cleanups, fixes and simplifications from the last review are included.
>
> Rebased to 4.7.
Applied with a couple minor edits, thank you.
--
On Wednesday, August 3, 2016 12:45:50 PM CEST kbuild test robot wrote:
> All errors (new ones prefixed by >>):
>
>drivers/scsi/bfa/bfad.c: In function 'bfad_drv_uninit':
> >> drivers/scsi/bfa/bfad.c:888:2: error: implicit declaration of function
> >> 'bfa_isr_disable'
On Wednesday, August 3, 2016 10:23:24 AM CEST Stephen Rothwell wrote:
> Hi Luis,
>
> On Wed, 3 Aug 2016 00:02:43 +0200 "Luis R. Rodriguez"
> wrote:
> >
> > Thanks for the confirmation. For how long is it known this is broken?
> > Does anyone care and fix these ? Or is this
On Wed, Aug 03, 2016 at 03:36:44PM +0800, Eryu Guan wrote:
> On Mon, Jul 25, 2016 at 01:56:28PM -0700, Greg Kroah-Hartman wrote:
> > 4.4-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Vivek Goyal
> >
> >
On Wed, Aug 3, 2016 at 3:42 AM, Al Viro wrote:
> On Tue, Aug 02, 2016 at 04:58:29PM -0400, Linus Torvalds wrote:
>> [ So I answered similarly to another patch, but I'll just re-iterate
>> and change the subject line so that it stands out a bit from the
>> millions of
There is a hidden logic in the EC driver:
1. During boot, EC_FLAGS_QUERY_PENDING is responsible for blocking event
handling;
2. During suspend, EC_FLAGS_STARTED is responsible for blocking event
handling.
This patch uses a new EC_FLAGS_QUERY_ENABLED flag to make this hidden
logic explicit
[1.162571] Unable to handle kernel NULL pointer dereference at virtual
address 0200
[1.165656] Modules linked in:
[1.165941] CPU: 5 PID: 143 Comm: kworker/5:2 Not tainted 4.4.15 #237
[1.166506] Hardware name: Rockchip RK3399 Evaluation Board v1 (Android) (DT)
[1.167153]
This patch enables the event freeze mode, flushing the EC event handling in
.suspend() callback. This feature is experimental, if it is bisected out to
be the cause of the real issues, please report the issues to the kernel
bugzilla for further root causing and improvement.
This mode eliminates
Add driver for the Image Sensor Controller. It manages
incoming data from a parallel based CMOS/CCD sensor.
It has an internal image processor, also integrates a
triple channel direct memory access controller master
interface.
Signed-off-by: Songjun Wu
---
Changes in
On Wed, Aug 3, 2016 at 10:07 AM, Konstantin Khlebnikov wrote:
> On Wed, Aug 3, 2016 at 3:42 AM, Al Viro wrote:
>> On Tue, Aug 02, 2016 at 04:58:29PM -0400, Linus Torvalds wrote:
>>> [ So I answered similarly to another patch, but I'll just re-iterate
On Tue, Jul 26, 2016 at 06:40:37PM +0200, Andreas Noever wrote:
> The quirk 'quirk_apple_wait_for_thunderbolt' did not fire on Falcon
> Ridge 4C controllers with subdevice/subvendor set to zero. This lead
> to lost pci devices on system resume.
>
> Older thunderbolt controllers (pre Falcon Ridge)
On Wed, Aug 03, 2016 at 09:58:38AM +0200, Borislav Petkov wrote:
> "Simple" is my speciality! :-)))
...and so I did simplify it a bit more. Here's the final result:
---
From: Lukasz Odzioba
Date: Sat, 23 Jul 2016 01:44:49 +0200
Subject: [PATCH] EDAC, sb_edac: Fix
On 07/22/2016 01:12 PM, Vegard Nossum wrote:
The memory allocated by iov_iter_get_pages_alloc() can be allocated with
vmalloc() if kmalloc() failed -- see get_pages_array().
In that case we need to free it with vfree(), so let's use kvfree().
The bug manifests like this:
BUG: unable to handle
On Sat, May 28, 2016 at 05:51:52PM +0800, Keguang Zhang wrote:
> diff --git a/arch/mips/include/asm/mach-loongson32/nand.h
> b/arch/mips/include/asm/mach-loongson32/nand.h
> index e274912..a1f8704 100644
> --- a/arch/mips/include/asm/mach-loongson32/nand.h
> +++
On Tue, Aug 02, 2016 at 11:30:21PM -0700, Rodrigo Vivi wrote:
> I was going to remove the legacy get/put versions right now, but
> decided to check if there were any pending patch in mailing lists and
> found this.
>
> What about deleting the functions at all instead of having it internally?
On Tue, Aug 02, 2016 at 02:42:56PM +0200, Pavel Machek wrote:
>
> Sorry, the macros just make it _less_ readable, because you do chmod
> 666, not chmod S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH.
Actually, you can do "chmod a=rw ..." or "chmod u=rw,go=r ..." but very
few people use that syntax (the
On Mon, Jul 25, 2016 at 01:56:28PM -0700, Greg Kroah-Hartman wrote:
> 4.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Vivek Goyal
>
> commit 07a2daab49c549a37b5b744cbebb6e3f445f12bc upstream.
>
> Right now when a
On Tue, Aug 2, 2016 at 12:41 AM, Luis R. Rodriguez wrote:
> On Tue, Aug 02, 2016 at 08:53:55AM +0200, Daniel Wagner wrote:
>> On 08/02/2016 08:34 AM, Luis R. Rodriguez wrote:
>> >On Tue, Aug 02, 2016 at 07:49:19AM +0200, Daniel Wagner wrote:
>> >>>The sysdata API's main goal
Op 03-08-16 om 00:37 schreef Lyude:
> Since the watermark calculations for Skylake are still broken, we're apt
> to hitting underruns very easily under multi-monitor configurations.
> While it would be lovely if this was fixed, it's not. Another problem
> that's been coming from this however, is
On 02/08/16 13:35, Tony Lindgren wrote:
> * Johan Hovold [160724 05:11]:
>> Networking is currently broken for Overo boards due to a regression in
>> 4.7. I bisected it down to
>>
>> d2d00862dfbb ("memory: omap-gpmc: Support general purpose input
>> for WAITPINs")
>
On Wed, Aug 03, 2016 at 09:45:06AM +0200, Greg Kroah-Hartman wrote:
> On Wed, Aug 03, 2016 at 03:36:44PM +0800, Eryu Guan wrote:
> > On Mon, Jul 25, 2016 at 01:56:28PM -0700, Greg Kroah-Hartman wrote:
> > > 4.4-stable review patch. If anyone has any objections, please let me
> > > know.
> > >
>
* Linus Torvalds wrote:
> [ So I answered similarly to another patch, but I'll just re-iterate
> and change the subject line so that it stands out a bit from the
> millions of actual patches ]
>
> On Tue, Aug 2, 2016 at 1:42 PM, Pavel Machek wrote:
Because we need to support the multiple codecs (MAX98357A/RT5514/DA7219)
on the RK3399 GRU boards, this patch can help us to support these codecs.
Signed-off-by: Xing Zheng
Acked-by: Rob Herring
---
Changes in v7:
- add default MCLK and PLL settings
Hi Andrew,
On 08/02/16 20:58, Andrew Lunn wrote:
On Tue, Aug 02, 2016 at 01:23:32PM +0530, Bhuvanchandra DV wrote:
Hello,
Any comments on this patchset?
I tested v1 on my Vybrid board and it fixed the corruption issues i
was seeing with the console on a serial port. I will try to test this
The Image Sensor Controller driver includes two parts.
1) Driver code to implement the ISC function.
2) Device tree binding documentation, it describes how
to add the ISC in device tree.
Test result with v4l-utils.
v4l2-compliance SHA : not available
Driver Info:
Driver name :
DT binding documentation for ISC driver.
Acked-by: Rob Herring
Signed-off-by: Songjun Wu
---
Changes in v8: None
Changes in v7: None
Changes in v6:
- Add "iscck" and "gck" to clock-names.
Changes in v5:
- Add clock-output-names.
Changes in v4:
-
Add Masami to Cc list. He knowns debug info.
Please see below...
On 2016/8/3 3:51, Arnaldo Carvalho de Melo wrote:
Hi Wang,
Something changed and a function used in a perf test for BPF is
not anymore appearing on vmlinux, albeit still available on
/proc/kallsyms:
# readelf -wi
On Wed, Aug 03, 2016 at 04:13:45PM +0800, Mark Yao wrote:
> [1.162571] Unable to handle kernel NULL pointer dereference at virtual
> address 0200
> [1.165656] Modules linked in:
> [1.165941] CPU: 5 PID: 143 Comm: kworker/5:2 Not tainted 4.4.15 #237
> [1.166506] Hardware name:
Dear friend,
My name is Mr Kamal Ali Mohamed . I am working with one of the prime banks here
in Burkina Faso. Here in this bank existed a dormant account for many years,
which belong to one of our late foreign customer.
When I discovered that there had been neither deposits nor withdrawals
On Fri, Jul 22, 2016 at 04:10:45PM +0200, Tomeu Vizoso wrote:
> The core provides now an ABI to userspace for generation of frame CRCs,
> so implement the ->set_crc_source() callback and reuse as much code as
> possible with the previous ABI implementation.
>
> v2:
> - Leave the legacy
When decoding the perf_regs mask in regs_dump__printf(),
we loop through the mask using find_first_bit and find_next_bit functions.
"mask" is of type "u64", but sent as a "unsigned long *" to
lib functions along with sizeof().
While the exisitng code works fine in most of the case,
the logic is
When decoding the perf_regs mask in perf_output_sample_regs(),
we loop through the mask using find_first_bit and find_next_bit functions.
While the exisitng code works fine in most of the case,
the logic is broken for 32bit kernel (Big Endian).
When reading u64 mask using (u32 *)()[0],
On Wed, Aug 03, 2016 at 11:15:25AM +0300, Vladimir Davydov wrote:
> On Wed, Aug 03, 2016 at 05:51:39AM +0200, Greg KH wrote:
> > On Tue, Aug 02, 2016 at 03:45:34PM +0300, Vladimir Davydov wrote:
> > > Radix trees may be used not only for storing page cache pages, so
> > > unconditionally
* Greg Kroah-Hartman wrote:
> On Wed, Aug 03, 2016 at 10:11:40AM +0200, Ingo Molnar wrote:
> > An added advantage would be that during review it would stick out like a
> > sore
> > thumb if anyone used a 'weird' permission variant.
> >
> > For example, if you saw
* Andreas Kemnade [160802 08:14]:
> On Tue, 2 Aug 2016 03:33:34 -0700
> Tony Lindgren wrote:
>
> > * Andreas Kemnade [160729 11:14]:
> > > The code assumes that omap2430_musb_enable() and
> > > omap2430_musb_disable() is called in a
The Type-C DP need these clocks: aclk_hdcp_noc, hclk_hdcp_noc,
pclk_hdcp_noc, pclk_vio_grf. Mark them as critical to avoid someone
close them.
Signed-off-by: Chris Zhong
---
drivers/clk/rockchip/clk-rk3399.c | 4
1 file changed, 4 insertions(+)
diff --git
I was going to remove the legacy get/put versions right now, but
decided to check if there were any pending patch in mailing lists and
found this.
What about deleting the functions at all instead of having it internally?
On Tue, Jun 7, 2016 at 7:07 AM, Gustavo Padovan
From: Csaba Kertesz
The original patch was made by Richard Zhu for kernel 2.6.x:
ENGR00134041-MX53-Add-the-SATA-AHCI-temperature-monitor.patch
The old source code was migrated to the new kernel 3.x. The concept of
value reading was changed a bit:
1. The new 3.x kernel
On Wed, Aug 03, 2016 at 10:06:38AM +0300, Ville Syrjälä wrote:
> On Fri, Jul 22, 2016 at 04:10:44PM +0200, Tomeu Vizoso wrote:
> > Adds files and directories to debugfs for controlling and reading frame
> > CRCs, per CRTC:
> >
> > dri/0/crtc-0/crc
> > dri/0/crtc-0/crc/control
> >
On Tue, 02 Aug 2016, Baole Ni wrote:
> I find that the developers often just specified the numeric value
> when calling a macro which is defined with a parameter for access permission.
> As we know, these numeric value for access permission have had the
> corresponding macro,
> and that using
Hi Jaehoon,
在 2016/8/3 14:54, Jaehoon Chung 写道:
Hi Shawn,
On 08/03/2016 10:35 AM, Shawn Lin wrote:
Hi Jaehoon,
在 2016/8/2 18:47, Jaehoon Chung 写道:
Hi Shawn,
On 08/02/2016 06:07 PM, Shawn Lin wrote:
Hi Ulf,
在 2016/7/20 9:57, Shawn Lin 写道:
We observed the failure of initializing card
On Wed, Aug 03, 2016 at 07:44:22AM +, Chrzaniuk, Hubert wrote:
> What you have suggested is simple and perfect, let’s leave it this way :)
"Simple" is my speciality! :-)))
Thanks.
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
--
On Mon, Jun 20, 2016 at 04:19:14PM +0100, Russell King - ARM Linux wrote:
> On Mon, Jun 20, 2016 at 03:26:39PM +0300, Aleksey Makarov wrote:
> >
> > On 06/02/2016 09:02 PM, Aleksey Makarov wrote:
> > >
> > > On 05/20/2016 04:03 PM, Aleksey Makarov wrote:
> >
> > Hi Russell,
> >
> > Can you
On Tue, Aug 02, 2016 at 07:51:45PM -0700, Guenter Roeck wrote:
> Hi,
>
> I see the following crash when running a qemu arm 'kzm' runtime test with
> the current mainline.
>...
> Failed to create /dev/root: -14
>
> [ followed by panic ]
>
> A complete log file is at [1].
I think it's because of
In the original EC driver, though the event handling is not explicitly
stopped, the EC driver is actually not able to handle events during the
noirq stage as the EC driver is not prepared to handle the EC events in the
polling mode. So if there is no advance_transaction() triggered, the EC
driver
Function prologue prepares stack and registers before executing function
logic. When target program is compiled without optimization, function
parameter information is only valid after prologue. When we probe entrypc
of the function, and try to record function parameter, it contains
garbage value.
Introduce helper function instead of inline code and replace hardcoded
strings "$vars" and "$params" with their corresponding macros.
perf_probe_with_var is not declared as static since it will be called
from different file in subsequent patch.
Signed-off-by: Ravi Bangoria
On Wed, Aug 03, 2016 at 10:39:03AM +0200, Ingo Molnar wrote:
> > > While the weird permissions in this:
> > >
> > > + __ATTR(l1, PERM_r__r__r__, driver_show_l4, NULL);
> > > + __ATTR(l3, PERM_r__r__rw_, driver_show_l4, NULL);
> > > + __ATTR(l2, PERM_sr__r__r__,
On Tue, 2016-08-02 at 13:32 -0700, Guenter Roeck wrote:
> +static int tcpm_set_polarity(struct tcpm_port *port,
> +enum typec_cc_polarity polarity)
> +{
> + tcpm_log(port, "polarity %d", polarity);
> +
> + port->polarity = polarity;
> +
> + return
On 08/02/2016 08:03 PM, Robert Jarzmik wrote:
> Hans Verkuil writes:
>
> Hi Hans,
>
> Working further on the pxa_camera conversion out of soc_camera, I hit a
> problem
> of dma being very long, in running v4l2-compliance -f.
>
> After digging a bit, I realized that the
Hi Chanwoo Choi,
On 2016年08月02日 12:21, Chanwoo Choi wrote:
Hi Lin,
On the next version, I'd like you to add the 'linux...@vger.kernel.org'
because devfreq is a subsystem of power management.
Sure, will do it next version.
On 2016년 08월 02일 10:03, hl wrote:
Hi Chanwoo Choi,
Thanks for
On Wednesday, August 3, 2016 11:33:19 AM CEST Kishon Vijay Abraham I wrote:
> Hi,
>
> The PCIe controller present in TI's DRA7 SoC is capable of operating either in
> Root Complex mode or Endpoint mode. (It uses Synopsys Designware Core).I'd
> assume most of the PCIe controllers on other
This patch makes 2 changes:
1. Restore old behavior
Originally, EC driver stops handling both events and transactions in
acpi_ec_block_transactions(), and restarts to handle transactions in
acpi_ec_unblock_transactions_early(), restarts to handle both events and
transactions in
2016-08-03 11:28 GMT+08:00 Waiman Long :
> On 07/27/2016 07:30 AM, Wanpeng Li wrote:
>>
>> From: Wanpeng Li
>>
>> When the lock holder vCPU is racing with the queue head vCPU:
>>
>> lock holder vCPU queue head vCPU
>> =
After enabling the EC event handling, Linux is still in the noirq stage, if
there is no triggering source (EC transaction, GPE STS status),
advance_transaction() will not be invoked and SCI_EVT cannot be detected.
This patch adds one more triggering source after enabling the EC event
handling to
* Kees Cook wrote:
> > I see 0 up-sides of this approach and, as per the above, a whole bunch of
> > very
> > serious downsides.
> >
> > A global (esp. default inhibited) knob is too coarse and limiting.
>
> I haven't suggested it be default inhibit in the upstream
On Wed, Aug 03, 2016 at 10:11:40AM +0200, Ingo Molnar wrote:
> An added advantage would be that during review it would stick out like a sore
> thumb if anyone used a 'weird' permission variant.
>
> For example, if you saw these lines in a driver patch:
>
> + __ATTR(l1, 0444, driver_show_l4,
Falcon Ridge 4C has been supported by the driver from the beginning,
Falcon Ridge 2C support was just added. Don't irritate users with a
warning declaring the opposite.
Cc: Andreas Noever
Signed-off-by: Lukas Wunner
---
drivers/thunderbolt/switch.c |
On Wednesday, August 3, 2016 10:55 AM, Borislav Petkov wrote:
> ...and so I did simplify it a bit more. [..]
Thanks a lot, next time I am gonna do it the right way from the begging :)
On Tue, 2016-08-02 at 13:32 -0700, Guenter Roeck wrote:
> +static bool svdm_consume_svids(struct tcpm_port *port, const u32
> *payload,
> + int cnt)
> +{
> + struct pd_mode_data *pmdata = >mode_data;
> + int i;
> +
> + for (i = 1; i < cnt; i++) {
> +
Am Donnerstag, 31. März 2016, 15:43:32 schrieb Heiko Stuebner:
> The rk3288 usbphy is completely enclosed in the general register files
> and the updated binding allows it to be a subnode of the GRF now.
> So move the node appropriately.
>
> Signed-off-by: Heiko Stuebner
after
On 2016/8/1 20:43, Mark Rutland wrote:
> On Mon, Aug 01, 2016 at 09:42:08AM +0800, Jian Yuan wrote:
>> From: yuanjian
>>
>> Add pwm driver for HiSilicon BVT SOCs
>>
>> Reviewed-by: Jiancheng Xue
>> Signed-off-by: Jian Yuan
On Wed, 2016-08-03 at 11:51 +0900, Masashi Honma wrote:
> On 2016年08月02日 16:27, Johannes Berg wrote:
> > This explicitly configures *HT capability* though - that's even the
> > name of the parameter. If you enable HT40 in the capability, the
> > resulting BSS might still not actually *use* 40 MHz
Shougang Group Co., Ltd.
11th Floor, Huaxingge,
Donghua Building, Jiangmen,
GuangDong, China.
www.shougang.com.cn
Greetings,
This is an official request for Professional/consultants who will stand as our
regional representative to run logistics on behalf of Shougang Group.We are
looking for
> Von: linux-raid-ow...@vger.kernel.org
> [linux-raid-ow...@vger.kernel.org] im Auftrag von Gayatri Kammela
> [gayatri.kamm...@intel.com]
> Gesendet: Mittwoch, 3. August 2016 01:28
> An: linux-r...@vger.kernel.org
> Cc: s...@kernel.org; linux-kernel@vger.kernel.org; h...@zytor.com;
>
-vfio-changes/20160803-122924
base: https://github.com/awilliam/linux-vfio.git next
config: x86_64-randconfig-s1-08031247 (attached as .config)
compiler: gcc-4.4 (Debian 4.4.7-8) 4.4.7
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All errors (new ones
Hi,
The PCIe controller present in TI's DRA7 SoC is capable of operating either in
Root Complex mode or Endpoint mode. (It uses Synopsys Designware Core).I'd
assume most of the PCIe controllers on other platforms that use Designware core
should also be capable to operate in endpoint mode. But
On Fri, Jul 22, 2016 at 04:10:44PM +0200, Tomeu Vizoso wrote:
> Adds files and directories to debugfs for controlling and reading frame
> CRCs, per CRTC:
>
> dri/0/crtc-0/crc
> dri/0/crtc-0/crc/control
> dri/0/crtc-0/crc/data
>
> Drivers can implement the set_crc_source callback() in
On 08/02/2016 01:27 PM, Alexander Potapenko wrote:
> If the total amount of memory assigned to quarantine is less than the
> amount of memory assigned to per-cpu quarantines, |new_quarantine_size|
> may overflow. Instead, set it to zero.
>
> Reported-by: Dmitry Vyukov
>
On 08/02/2016 09:41 AM, Luis R. Rodriguez wrote:
On Tue, Aug 02, 2016 at 08:53:55AM +0200, Daniel Wagner wrote:
On 08/02/2016 08:34 AM, Luis R. Rodriguez wrote:
On Tue, Aug 02, 2016 at 07:49:19AM +0200, Daniel Wagner wrote:
So you argue for the remoteproc use case with 100+ MB firmware that
On Wed, Aug 03, 2016 at 07:06:56AM +, Chrzaniuk, Hubert wrote:
> The original patch has been prepared by Lukas, then I [Hubert] rebased
> it, added commentary and cleaned up the code. In the end, Lukas
> modified it a bit once again according to suggestions from Tony. My
> SOB is unnecessary
-vfio-changes/20160803-122924
base: https://github.com/awilliam/linux-vfio.git next
config: x86_64-randconfig-s1-08031247 (attached as .config)
compiler: gcc-4.4 (Debian 4.4.7-8) 4.4.7
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All errors (new ones
On Sat, Jul 23, 2016 at 01:44:49AM +0200, Lukasz Odzioba wrote:
> On Intel Xeon Phi Knights Landing processor family the channels
> of memory controller have untypical arrangement - MC0 is mapped to
> CH3,4,5 and MC1 is mapped to CH0,1,2. This causes EDAC driver to
> report the channel name
Paolo Bonzini writes:
> On 03/08/2016 05:21, Michael Ellerman wrote:
>> Paolo Bonzini writes:
>> ...
>>> - arch/powerpc: what a mess. For the idle_book3s.S conflict, the KVM
>>> tree is the right one; everything else is trivial. In this case I am
>>>
On 03/08/2016 05:21, Michael Ellerman wrote:
> Paolo Bonzini writes:
> ...
>> - arch/powerpc: what a mess. For the idle_book3s.S conflict, the KVM
>> tree is the right one; everything else is trivial. In this case I am
>> not quite sure what went wrong. The commit that
Hi Shawn,
On 08/03/2016 10:35 AM, Shawn Lin wrote:
> Hi Jaehoon,
>
> 在 2016/8/2 18:47, Jaehoon Chung 写道:
>> Hi Shawn,
>>
>> On 08/02/2016 06:07 PM, Shawn Lin wrote:
>>> Hi Ulf,
>>>
>>> 在 2016/7/20 9:57, Shawn Lin 写道:
We observed the failure of initializing card after resume
From: Borislav Petkov [mailto:b...@alien8.de]
> What is that SOB supposed to mean?
The original patch has been prepared by Lukas, then I [Hubert] rebased it,
added commentary and cleaned up the code.
In the end, Lukas modified it a bit once again according to suggestions from
Tony. My SOB is
On Tue, Aug 02, 2016 at 09:46:09PM -0400, Vlad Glagolev wrote:
> Hey Dmitry!
>
> Thanks, I've been testing it for 2+ weeks. Works like a charm so far.
Thanks Vlad! I'll queue it for 4.8 and mark for stable.
>
> On Wed, 13 Jul 2016 12:22:47 -0700
> Dmitry Torokhov
2016-08-03 12:04+0800, Wanpeng Li:
> From: Wanpeng Li
>
> APIC map table is recalculated during reset APIC ID to the initial value
> when enabling LAPIC. This patch move the recalculate_apic_map() to the
> next branch since we don't need to recalculate apic map twice in
BCM6362 is a BMIPS4350 SoC which needs the same fixup as BCM6368 in order to
enable SMP support.
Signed-off-by: Álvaro Fernández Rojas
---
Documentation/devicetree/bindings/mips/brcm/soc.txt | 2 +-
arch/mips/bmips/setup.c | 1 +
2 files changed, 2
On Wed, Aug 03, 2016 at 11:33:19AM +0530, Kishon Vijay Abraham I wrote:
> Hi,
>
> The PCIe controller present in TI's DRA7 SoC is capable of operating either in
> Root Complex mode or Endpoint mode. (It uses Synopsys Designware Core).I'd
> assume most of the PCIe controllers on other platforms
On Wed, Aug 03, 2016 at 02:47:47AM +, Brendan Gregg wrote:
> When perf is performing hrtimer-based sampling, this tracepoint can be used
> by BPF to run additional logic on each sample. For example, BPF can fetch
> stack traces and frequency count them in kernel context, for an efficient
>
From: Borislav Petkov
Clarify why exactly RF cannot be restored properly by SYSRET to avoid
confusion.
No functionality change.
Signed-off-by: Borislav Petkov
Cc: Andy Lutomirski
---
arch/x86/entry/entry_64.S | 14 +-
1 file
On Wed, Aug 03, 2016 at 12:04:52AM +0200, Giovanni Gherdovich wrote:
> > > +#if defined(CONFIG_FAIR_GROUP_SCHED)
> >
> > This here wants a comment on why we're doing this. Because I'm sure
> > that if someone were to read this code in a few weeks they'd go
> > WTF!?
>
> I had that config
An offline memory cgroup might have anonymous memory or shmem left
charged to it and no swap. Since only swap entries pin the id of an
offline cgroup, such a cgroup will have no id and so an attempt to
swapout its anon/shmem will not store memory cgroup info in the swap
cgroup map. As a result,
From: Hannu Koivisto
dma_rx_callback() may see NULL dma_chan_rx if DMA interrupt [1] occurs a
moment[2] before imx_uart_dma_exit() sets it to NULL. imx_uart_dma_exit()
calls dmaengine_terminate_all() and dma_release_channel() but neither of
those prevent the callback
2016-08-03 17:55 GMT+08:00 Radim Krčmář :
> 2016-08-03 12:04+0800, Wanpeng Li:
>> From: Wanpeng Li
>>
>> BUG: unable to handle kernel NULL pointer dereference at 008c
>> IP: [] kvm_lapic_hv_timer_in_use+0x10/0x20 [kvm]
>> PGD 0
>> Oops:
From: Christian Lamparter
This patch adds support for the GPIO found in Broadcom's bcm63xx-gpio
chips.
This GPIOs is used in the following Broadcom SoCs: BCM6338, BCM6345.
It shouldn't be used in newer Broadcom SoCs since they need a proper pinctrl
driver.
This patch adds the devicetree documentation required for Rockchip
USB3.0 core wrapper consisting of USB3.0 IP from Synopsys.
It supports DRD mode, and could operate in device mode (SS, HS, FS)
and host mode (SS, HS, FS, LS).
Signed-off-by: William Wu
Acked-by: Rob
This series add support for rockchip dwc3 driver,
and add additional optional properties for specific
platforms (e.g., rockchip rk3399 platform).
William Wu (5):
usb: dwc3: of-simple: add compatible for rockchip rk3399
usb: dwc3: add dis_u2_freeclk_exists_quirk
usb: dwc3: make usb2 phy utmi
Add a quirk to clear the GUSB3PIPECTL.DELAYP1TRANS bit,
which specifies whether disable delay PHY power change
from P0 to P1/P2/P3 when link state changing from U0
to U1/U2/U3 respectively.
Signed-off-by: William Wu
Acked-by: Rob Herring
---
Changes
On 03-08-16 09:42, Dmitry Torokhov wrote:
> On Tue, Aug 2, 2016 at 12:41 AM, Luis R. Rodriguez wrote:
>> On Tue, Aug 02, 2016 at 08:53:55AM +0200, Daniel Wagner wrote:
>>> On 08/02/2016 08:34 AM, Luis R. Rodriguez wrote:
On Tue, Aug 02, 2016 at 07:49:19AM +0200, Daniel
On 08/03/2016 01:19 PM, Lars-Peter Clausen wrote:
> On 08/03/2016 12:59 PM, Fabien Lahoudere wrote:
>> From: Hannu Koivisto
>>
>> dma_rx_callback() may see NULL dma_chan_rx if DMA interrupt [1] occurs a
>> moment[2] before imx_uart_dma_exit() sets it to NULL.
From: Daniel Wagner
Hi,
Using complete_all() is not wrong per se but it suggest that there
might be more than one reader. For -rt I am reviewing all
complete_all() users and would like to leave only the real ones in the
tree. The main problem for -rt about
From: Daniel Wagner
There is only one waiter for the completion, therefore there
is no need to use complete_all(). Let's make that clear by
using complete() instead of complete_all().
The usage pattern of the completion is:
brcmstb_send_i2c_cmd()
From: Daniel Wagner
There is only one waiter for the completion, therefore there
is no need to use complete_all(). Let's make that clear by
using complete() instead of complete_all().
The usage pattern of the completion is:
bcm_kona_send_i2c_cmd()
From: Daniel Wagner
There is only one waiter for the completion, therefore there
is no need to use complete_all(). Let's make that clear by
using complete() instead of complete_all().
The usage pattern of the completion is:
bcm_iproc_i2c_xfer_single_msg()
On 03/08/16 11:01, Johan Hovold wrote:
> On Wed, Aug 03, 2016 at 10:46:24AM +0300, Roger Quadros wrote:
>> On 02/08/16 13:35, Tony Lindgren wrote:
>>> * Johan Hovold [160724 05:11]:
Networking is currently broken for Overo boards due to a regression in
4.7. I bisected
On Wed, Aug 03, 2016 at 09:25:13AM +, Chrzaniuk, Hubert wrote:
> Thanks a lot, next time I am gonna do it the right way from the begging :)
Does "next time" mean you guys will be introducing more bugs to sb_edac?
:-
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you
1 - 100 of 1134 matches
Mail list logo