With new refcounting we don't need to mark PMDs splitting. Let's drop
code to handle this.
Signed-off-by: Kirill A. Shutemov
---
arch/tile/include/asm/pgtable.h | 10 --
1 file changed, 10 deletions(-)
diff --git a/arch/tile/include/asm/pgtable.h b/arch/tile/include/asm/pgtable.h
index
On 09/03/2015 04:07 AM, Luis de Bethencourt wrote:
This platform driver has a OF device ID table but the OF module
alias information is not created so module autoloading won't work.
Signed-off-by: Luis de Bethencourt
Reviewed-by: Guenter Roeck
---
drivers/watchdog/gef_wdt.c | 1 +
1 fil
Em Thu, Sep 03, 2015 at 04:34:24PM +0300, Adrian Hunter escreveu:
> On 01/09/15 11:31, tip-bot for Kan Liang wrote:
> > Commit-ID: d988d5ee647861706bc7a391ddbc29429b50f00e
> > Gitweb:
> > http://git.kernel.org/tip/d988d5ee647861706bc7a391ddbc29429b50f00e
> > Author: Kan Liang
> > AuthorD
Hello everybody,
The THP refcounting has been rebased onto newer -mm tree with
compound_head patchset applied. This caused few conflicts.
Since page->lru in all tail pages occupied by page->compound_head, I had
to adjust the code to use storage of ->mapping and ->index in the second
tail page as
Hi Lee,
On Wed, 02 Sep 2015, Lee Jones wrote:
> Signed-off-by: Ludovic Barre
> Signed-off-by: Lee Jones
> ---
> arch/arm/boot/dts/stih407-family.dtsi | 40
> +++
> 1 file changed, 40 insertions(+)
>
> diff --git a/arch/arm/boot/dts/stih407-family.dtsi
> b/arc
With new refcounting we will be able map the same compound page with
PTEs and PMDs. It requires adjustment to conditions when we can reuse
the page on write-protection fault.
For PTE fault we can't reuse the page if it's part of huge page.
For PMD we can only reuse the page if nobody else maps th
* Kishon Vijay Abraham I [150903 02:58]:
> PBIAS regulator is required for MMC module in OMAP2, OMAP3, OMAP4,
> OMAP5 and DRA7 SoCs. Enable it here.
>
> Signed-off-by: Kishon Vijay Abraham I
For the multi_v7_defconfig changes you need to resend this
to a...@kernel.org. This is to avoid conflict
On 09/03/2015 04:06 AM, Luis de Bethencourt wrote:
This platform driver has a OF device ID table but the OF module
alias information is not created so module autoloading won't work.
Signed-off-by: Luis de Bethencourt
Reviewed-by: Guenter Roeck
---
drivers/watchdog/mena21_wdt.c | 1 +
1
El 03/09/15 a les 17.20, Juergen Gross ha escrit:
> On 09/03/2015 05:01 PM, David Vrabel wrote:
>> On 03/09/15 15:55, Juergen Gross wrote:
>>> On 09/03/2015 04:52 PM, David Vrabel wrote:
On 03/09/15 15:45, David Vrabel wrote:
> On 03/09/15 15:38, Roger Pau Monné wrote:
>> El 03/09/15 a
- On Sep 2, 2015, at 6:10 AM, Will Deacon will.dea...@arm.com wrote:
> On Thu, Aug 27, 2015 at 06:56:49PM +0100, Mathieu Desnoyers wrote:
>> arm64 sys_membarrier number is already wired for arm64 through
>> asm-generic/unistd.h, but needs to be allocated separately for
>> the 32-bit compabil
Hi Stephen,
On 09/02/2015 11:31 PM, Stephen Boyd wrote:
> On 08/03, Georgi Djakov wrote:
>> diff --git a/drivers/clk/qcom/clk-smd-rpm.c b/drivers/clk/qcom/clk-smd-rpm.c
>> new file mode 100644
>> index ..e564673ec3a5
>> --- /dev/null
>> +++ b/drivers/clk/qcom/clk-smd-rpm.c
[..]
>> +s
- On Sep 3, 2015, at 8:26 AM, Helge Deller del...@gmx.de wrote:
> Hi Mathieu,
>
>> [ Untested on this architecture. To try it out: fetch linux-next/akpm,
>> apply this patch, build/run a membarrier-enabled kernel, and do make
>> kselftest. ]
>>
>> Signed-off-by: Mathieu Desnoyers
>> CC:
Le 01/09/2015 16:46, Cyrille Pitchen a écrit :
> This patch defines some macros to be used as value for the
> "atmel,flexcom-mode" DT property. This value is then written into
> the Operating Mode (OPMODE) bit field of the Flexcom Mode Register.
>
> Signed-off-by: Cyrille Pitchen
Acked-by: Nicol
On Fri, Aug 14, 2015 at 10:45:07AM -0700, Greg Kroah-Hartman wrote:
> 3.14-stable review patch. If anyone has any objections, please let me know.
>
These 3 patches seem to be relevant to other stable trees as well. I'm
queuing them for the 3.16 kernel.
Cheers,
--
Luís
> --
>
On 25/08/15 22:36, Stephen Boyd wrote:
On 08/18/2015 06:10 AM, Srinivas Kandagatla wrote:
diff --git a/arch/arm/boot/dts/qcom-apq8064-ifc6410.dts
b/arch/arm/boot/dts/qcom-apq8064-ifc6410.dts
index b1f9ddb..08daafe 100644
--- a/arch/arm/boot/dts/qcom-apq8064-ifc6410.dts
+++ b/arch/arm/boot/dts/
Hi,
On Thu, Sep 03, 2015 at 04:52:02PM +0300, Roger Quadros wrote:
> >>if (on) {
> >> - dwc3_set_mode(dwc, DWC3_GCTL_PRTCAP_HOST);
> >> + /* OCTL.PeriMode = 0 */
> >> + reg = dwc3_readl(dwc->regs, DWC3_OCTL);
> >> + reg &= ~DWC3_OCTL_PERIMODE;
> >> +
> From: Adrian Hunter [mailto:adrian.hun...@intel.com]
>
> perf tools has a copy of the x86 instruction decoder used by the kernel.
> The expectation is that the copy will be kept more-or-less in-synch
> with the kernel version. Consequently it is helpful to know if there are
> differences. This
Hi!
We are working on a dynamic data race detector for the Linux kernel,
KernelThreadSanitizer (ktsan):
https://github.com/google/ktsan/wiki
We got a report while running ktsan on 4.2:
==
ThreadSanitizer: data-race in ext4_writepage
On 03-09-15, 08:20, Guenter Roeck wrote:
> If ARM_MT8173_CPUFREQ is configured, and THERMAL is configured as module,
> the following build error is seen for arm:allmodconfig and
> arm64:allmodconfig.
>
> drivers/built-in.o: In function `mtk_cpufreq_ready':
> :(.text+0x32a20c): undefined reference
Hi,
On Thu, Sep 03, 2015 at 03:46:43PM +0300, Roger Quadros wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 02/09/15 17:34, Felipe Balbi wrote:
> > On Wed, Sep 02, 2015 at 05:24:19PM +0300, Roger Quadros wrote:
> >> From: Felipe Balbi
> >>
> >> Add support to use interrupt name
On Thu, Sep 03, 2015 at 12:41:47PM +0200, Thomas Gleixner wrote:
> On Thu, 3 Sep 2015, Borislav Petkov wrote:
> > On Wed, Sep 02, 2015 at 11:11:55AM +0200, Thomas Gleixner wrote:
> > > static void __init_or_module add_nops(void *insns, unsigned int len)
> > > {
> > > + unsigned long flags;
> > >
On Thu, Sep 03, 2015 at 11:34:04AM +0530, Nikhil Badola wrote:
> Add adjust_frame_length_quirk for writing to fladj register
> which adjusts (micro)frame length to value provided by
> "snps,quirk-frame-length-adjustment" property thus avoiding
> USB 2.0 devices to time-out over a longer run
>
> Si
On 09/03/2015 05:39 PM, Roger Pau Monné wrote:
El 03/09/15 a les 17.20, Juergen Gross ha escrit:
On 09/03/2015 05:01 PM, David Vrabel wrote:
On 03/09/15 15:55, Juergen Gross wrote:
On 09/03/2015 04:52 PM, David Vrabel wrote:
On 03/09/15 15:45, David Vrabel wrote:
On 03/09/15 15:38, Roger Pau
Le 01/09/2015 16:46, Cyrille Pitchen a écrit :
> This patch documents the DT bindings for the Atmel Flexcom which will be
> introduced by sama5d2x SoCs. These bindings will be used by the actual
> Flexcom driver to be sent in another patch.
>
> Signed-off-by: Cyrille Pitchen
> Acked-by: Boris Bre
On Thu, Sep 3, 2015 at 10:18 AM, Russell King - ARM Linux
wrote:
> On Thu, Sep 03, 2015 at 09:46:38AM -0500, Rob Herring wrote:
>> Yes, that is fairly common (ADV75xx is same), and we would not
>> describe an I2C bus in DT in that case. Same with HPD directly handled
>> vs. a GPIO line. That is no
On 25/08/15 22:33, Stephen Boyd wrote:
On 08/18/2015 06:06 AM, Srinivas Kandagatla wrote:
@@ -10,6 +11,20 @@
serial1 = &gsbi6_serial;
};
+pwrseq {
+#address-cells = <1>;
+#size-cells = <1>;
+ranges;
Why do we need any of these three properties?
Y
On 2015-09-03 08:15, Stas Sergeev wrote:
03.09.2015 15:11, Austin S Hemmelgarn пишет:
On 2015-09-02 17:53, Stas Sergeev wrote:
03.09.2015 00:40, Andy Lutomirski пишет:
On Wed, Sep 2, 2015 at 2:12 PM, Stas Sergeev wrote:
02.09.2015 23:55, Andy Lutomirski пишет:
On Wed, Sep 2, 2015 at 1:47 P
Hello,
It's bothering that we don't have a good mechanism to detect and
expose memory pressure and it doesn't seem to be for want of trying.
I've been thinking about it for several days and would like to find
out whether it makes sense. Not being a mm person, I'm likely
mistaken in a lot of detai
There is an error in the report descriptor of the Thinkpad Helix 2 where
logical minimum value (557376) is greater than logical maximum (491200)
for all of the magnetic flux axis data fields. This error results in a
report descriptor parsing failure that causes the sensors attached to the
hub not t
> From: Adrian Hunter [mailto:adrian.hun...@intel.com]
>
> Add rdpkru and wrpkru to the op code map and the perf tools
> new instructions test. In the case of the test, only the
> bytes can be tested at the moment since binutils doesn't
> support the instructions yet. To run the test:
>
> $
Hi,
On Thu, Sep 03, 2015 at 03:21:48PM +0300, Roger Quadros wrote:
> >> + dwc->fsm->id = id;
> >> + dwc->fsm->b_sess_vld = vbus;
> >> + usb_otg_sync_inputs(dwc->fsm);
> >> +}
> >> +
> >> +static int dwc3_drd_start_host(struct otg_fsm *fsm, int on)
> >> +{
> >> + struct device *dev = usb_otg_fs
The uvc driver creates the pads links before the media entity is
registered with the media device. This doesn't work now that obj
IDs are used to create links so the media_device has to be set.
Move entities registration logic before pads links creation.
Signed-off-by: Javier Martinez Canillas
-
Leo Yan writes:
> The previous code, kernel builds Hi6220's common clock driver and stub
> clock driver together. Stub clock driver has introduced the dependency
> with CONFIG_MAILBOX, so kernel will not build Hi6220's common clock
> driver due ARM64's defconfig have not enabled CONFIG_MAILBOX by
The smiapp driver creates the pads links before the media entity is
registered with the media device. This doesn't work now that object
IDs are used to create links so the media_device has to be set.
Move entity registration logic before pads links creation.
Signed-off-by: Javier Martinez Canilla
> From: Adrian Hunter [mailto:adrian.hun...@intel.com]
>
> The MPX instructions are presently not described in the SDM
> opcode maps, and there are not encoding characters for bnd
> registers, address method or operand type. So the kernel
> opcode map is using 'Gv' for bnd registers and 'Ev' for
From: Jiri Olsa
Following commit changed parse_events_add_pmu interface:
36adec85a86f perf tools: Change parse_events_add_pmu interface
but forgot to change one caller. Because of lessen compilation rules for
the bison parser, the compiler did not warn on that.
Signed-off-by: Jiri Olsa
Cc: R
From: Adrian Hunter
In a couple of cases the 'comm' member of 'union event' has been used
instead of the correct member ('fork') when processing exit events.
In the cases where it has been used incorrectly, only the 'pid' and
'tid' are affected. The 'pid' value would be correct anyway because i
Hi,
On Thu, Sep 3, 2015 at 8:18 AM, Russell King - ARM Linux
wrote:
> On Thu, Sep 03, 2015 at 09:46:38AM -0500, Rob Herring wrote:
>> Yes, that is fairly common (ADV75xx is same), and we would not
>> describe an I2C bus in DT in that case. Same with HPD directly handled
>> vs. a GPIO line. That i
- On Sep 3, 2015, at 5:33 AM, Michael Ellerman m...@ellerman.id.au wrote:
> On Tue, 2015-09-01 at 11:32 -0700, Andy Lutomirski wrote:
>> On Tue, Sep 1, 2015 at 10:11 AM, Mathieu Desnoyers
>> wrote:
>> > Just to make sure I understand: should we expect that
>> > everyone will issue "make heade
Hello,
This series changes all the MC media drivers that are currently creating
pads links before registering the media entities with the media device.
The patches are similar to the ones posted for the OMAP3 ISP driver [0]
and depends on Mauro's "[PATCH v8 00/55] MC next generation patches" [1].
The vsp1 driver creates the pads links before the media entities are
registered with the media device. This doesn't work now that object
IDs are used to create links so the media_device has to be set.
Move entities registration logic before pads links creation.
Signed-off-by: Javier Martinez Cani
The omap4iss driver initializes the entities and creates the pads links
before the entities are registered with the media device. This does not
work now that object IDs are used to create links so the media_device
has to be set.
Split out the pads links creation from the entity initialization so a
The vsp1 driver initializes the entities and creates the pads links
before the entities are registered with the media device. This doesn't
work now that object IDs are used to create links so the media_device
has to be set.
Split out the pads links creation from the entity initialization so are
ma
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 5b923564ccf43f92969c9e0fd199c8c5db657039:
Merge tag 'perf-urgent-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/urgent
(2015-09-02 09:22:53 +0200)
are available in the g
Hi,
On Thu, Sep 3, 2015 at 8:46 AM, Rob Herring wrote:
> On Thu, Sep 3, 2015 at 10:18 AM, Russell King - ARM Linux
> wrote:
>> On Thu, Sep 03, 2015 at 09:46:38AM -0500, Rob Herring wrote:
>>> Yes, that is fairly common (ADV75xx is same), and we would not
>>> describe an I2C bus in DT in that cas
Hi all,
this patch applies to Linux 4.2.0.
It enables the Saitek HID quirk for the mode button
of the Mad Catz R.A.T.5 gaming mouse.
Signed-off-by: Harald Brinkmann
---
drivers/hid/Kconfig |5 ++---
drivers/hid/hid-core.c |1 +
drivers/hid/hid-ids.h|1 +
drivers/hid/hid-
> -Original Message-
> From: Kolmakov Dmitriy [mailto:kolmakov.dmit...@huawei.com]
> Sent: Thursday, 03 September, 2015 10:39
> To: da...@davemloft.net
> Cc: Jon Maloy; Ying Xue; tipc-discuss...@lists.sourceforge.net;
> net...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: [PATC
On Thu, Sep 3, 2015 at 2:23 AM, Wanpeng Li wrote:
>
> How about something like:
>
> @@ -1941,10 +1976,14 @@ void kvm_vcpu_block(struct kvm_vcpu *vcpu)
> */
> if (kvm_vcpu_check_block(vcpu) < 0) {
> ++vcpu->stat.halt_successful_poll;
> -
Some host adapters (e.g. Hyper-V storvsc) are known for not respecting the
SPC-2/3/4 requirement for 'INQUIRY data (see table ...) shall contain at
least 36 bytes'. As a result we get tons on 'scsi 0:7:1:1: scsi scan:
INQUIRY result too short (5), using 36' messages on console. This can be
problema
> From: Adrian Hunter [mailto:adrian.hun...@intel.com]
sn: perf tools: Add new memory instructions
>
> Intel Architecture Instruction Set Extensions Programing
> Reference (Oct 2014) describes 3 new memory instructions,
> namely clflushopt, clwb and pcommit. Add them to the op
> code map and the
Hello, Greg.
I forgot to add cc tag for stable for the following patch. It's now
in mainline as commit 1dadafa86a779884f14a6e7a3ddde1a57b0a0a65.
Thanks.
On Tue, Aug 04, 2015 at 11:26:04AM -0600, tim.gard...@canonical.com wrote:
> From: Tim Gardner
>
> Commit 37b1ef31a568fc02e53587620226e5f3c6
Am Donnerstag, den 03.09.2015, 09:04 -0700 schrieb Doug Anderson:
> Hi,
>
> On Thu, Sep 3, 2015 at 8:46 AM, Rob Herring wrote:
> > On Thu, Sep 3, 2015 at 10:18 AM, Russell King - ARM Linux
> > wrote:
> >> On Thu, Sep 03, 2015 at 09:46:38AM -0500, Rob Herring wrote:
> >>> Yes, that is fairly comm
On 09/03/2015 05:14 PM, Arnaldo Carvalho de Melo wrote:
> Em Thu, Sep 03, 2015 at 02:35:55PM +0300, Adrian Hunter escreveu:
>> On 03/09/15 14:23, Jan Stancek wrote:
>>> Add -z parameter to avoid skipping zero blocks:
>>>
>>> 816704fe :
>>> 816704fe: 7b 34 jnp 8167
Hello, Rafael.
On Thu, Sep 03, 2015 at 02:58:16AM +0200, Rafael J. Wysocki wrote:
> So acpi_device_hotplug() calls lock_device_hotplug() which simply
> acquires device_hotplug_lock. It is held throughout the entire
> hot-add/hot-remove code path.
>
> Witing anything to /sys/devices/system/cpu/cp
> From: Adrian Hunter [mailto:adrian.hun...@intel.com]
>
> Add xsavec, xsaves and xrstors to the op code map and the
> perf tools new instructions test. To run the test:
>
> $ tools/perf/perf test "x86 ins"
> 39: Test x86 instruction decoder - new instructions : Ok
>
> Or to se
On 3/09/2015 6:27 p.m., Arnaldo Carvalho de Melo wrote:
Em Thu, Sep 03, 2015 at 04:34:24PM +0300, Adrian Hunter escreveu:
On 01/09/15 11:31, tip-bot for Kan Liang wrote:
Commit-ID: d988d5ee647861706bc7a391ddbc29429b50f00e
Gitweb: http://git.kernel.org/tip/d988d5ee647861706bc7a391ddbc29429b
loop-AES changes since previous release:
- Worked around block layer interface changes on 4.2 kernels.
bzip2 compressed tarball is here:
http://loop-aes.sourceforge.net/loop-AES/loop-AES-v3.7e.tar.bz2
md5sum 209fd5f3e658d6527bc1607f8726acda
http://loop-aes.sourceforge.net/loop-AES/lo
Lucas,
On Thu, Sep 3, 2015 at 9:13 AM, Lucas Stach wrote:
>> 6. Once you start using the dw_hdmi's i2c block with the currently
>> posted patch against mainline (to do this you not only need the patch
>> but you need to remove the ddc-i2c-bus property, set the pinmux, and
>> disable i2c5) then yo
Hi Lee,
On Wed, 02 Sep 2015, Lee Jones wrote:
> Signed-off-by: Lee Jones
> ---
> include/dt-bindings/reset-controller/stih407-resets.h | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/include/dt-bindings/reset-controller/stih407-resets.h
> b/include/dt-bindings/reset-controller/st
Hello, Vladimir.
On Wed, Sep 02, 2015 at 12:30:39PM +0300, Vladimir Davydov wrote:
...
> To sum it up. Basically, there are two ways of handling kmemcg charges:
>
> 1. Make the memcg try_charge mimic alloc_pages behavior.
> 2. Make API functions (kmalloc, etc) work in memcg as if they were
>
03.09.2015 18:44, Austin S Hemmelgarn пишет:
> On 2015-09-03 08:15, Stas Sergeev wrote:
>> 03.09.2015 15:11, Austin S Hemmelgarn пишет:
>>> On 2015-09-02 17:53, Stas Sergeev wrote:
03.09.2015 00:40, Andy Lutomirski пишет:
> On Wed, Sep 2, 2015 at 2:12 PM, Stas Sergeev wrote:
>> 02.09.
Em Thu, Sep 03, 2015 at 06:19:04PM +0200, Jan Stancek escreveu:
> On 09/03/2015 05:14 PM, Arnaldo Carvalho de Melo wrote:
> > Em Thu, Sep 03, 2015 at 02:35:55PM +0300, Adrian Hunter escreveu:
> >> On 03/09/15 14:23, Jan Stancek wrote:
> >>> Add -z parameter to avoid skipping zero blocks:
> >>>
> >>
Em Thu, Sep 03, 2015 at 07:23:43PM +0300, Adrian Hunter escreveu:
> On 3/09/2015 6:27 p.m., Arnaldo Carvalho de Melo wrote:
> >Em Thu, Sep 03, 2015 at 04:34:24PM +0300, Adrian Hunter escreveu:
> >>On 01/09/15 11:31, tip-bot for Kan Liang wrote:
> >>>Commit-ID: d988d5ee647861706bc7a391ddbc29429b50f
On Thu, Aug 20, 2015 at 12:12:51AM +0200, Anders Fridlund wrote:
> Fix sparse warning 'Using plain integer as NULL pointer' by replacing 0
> with NULL in the assignment.
>
> Signed-off-by: Anders Fridlund
> ---
> drivers/staging/most/aim-network/networking.c | 2 +-
> 1 file changed, 1 insertion
On Sat, Aug 29, 2015 at 01:53:49PM +0200, Anders Fridlund wrote:
> Fix sparse warning 'Using plain integer as NULL pointer' by replacing 0
> with NULL in the assignment.
>
> Signed-off-by: Anders Fridlund
> ---
> drivers/staging/most/aim-network/networking.c | 2 +-
> 1 file changed, 1 insertion
On Sat, Aug 22, 2015 at 12:41:54AM +0200, Rocco Folino wrote:
> This patch fixes the warning generated by sparse: "Using plain integer
> as NULL pointer" by replacing 0s with NULL.
>
> Signed-off-by: Rocco Folino
> ---
> drivers/staging/most/aim-network/networking.c | 2 +-
> drivers/staging/mos
On Thu, Sep 03, 2015 at 09:32:02AM +0300, Boaz Harrosh wrote:
> On 09/02/2015 10:04 PM, Ross Zwisler wrote:
> > On Tue, Sep 01, 2015 at 03:18:41PM +0300, Boaz Harrosh wrote:
> <>
> >> Apps expect all these to work:
> >> 1. open mmap m-write msync ... close
> >> 2. open mmap m-write fsync ... close
On Wed, Sep 2, 2015 at 10:35 PM, David Miller wrote:
>
> Another merge window, another set of networking changes. I've heard
> rumblings that the lightweight tunnels infrastructure has been voted
> networking change of the year.
.. and others say that the most notable feature is the idiotic bugs
On Tue, Sep 1, 2015 at 6:41 PM, Andy Lutomirski wrote:
> Signed-off-by: Andy Lutomirski
> ---
> arch/x86/entry/entry_32.S | 34 +-
> 1 file changed, 13 insertions(+), 21 deletions(-)
>
> diff --git a/arch/x86/entry/entry_32.S b/arch/x86/entry/entry_32.S
> index 36
On Tue, Aug 18, 2015 at 11:16:46PM +0530, Aparna Karuthodi wrote:
> Used #include instead of #include to
> remove a coding style warning detected by checkpatch.
>
> The warning is given below:
> drivers/staging/i2o/config-osm.c:22: WARNING: Use #include
> instead of
>
> Signed-off-by: Aparna
On Tue, Aug 18, 2015 at 06:19:22PM +0300, Mike Rapoport wrote:
> Signed-off-by: Mike Rapoport
I can't take a patch with no changelog entry at all :(
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info
On Wed, Aug 19, 2015 at 11:52:40AM -0500, J. German Rivera wrote:
> Since signatures of flib functions have changed, we had to
> change all the corresponding calls in the MC bus driver
>
> Signed-off-by: J. German Rivera
> ---
> drivers/staging/fsl-mc/bus/dpbp.c | 232 --
>
On Fri, Aug 21, 2015 at 10:54:57PM +0530, nayeem wrote:
> Fixed coding style issues where kernel types u16,u64,u32 should
> be preferred over uint16_t,uint64_t,uint32_t
>
> Signed-off-by: Nayeemahmed Badebade
This name needs to match your name in the "From:" line of your email.
Please fix up an
Em Thu, Sep 03, 2015 at 02:25:44PM +0200, Jiri Olsa escreveu:
> On Thu, Sep 03, 2015 at 05:16:41AM -0700, Stephane Eranian wrote:
> > On Thu, Sep 3, 2015 at 5:13 AM, Jiri Olsa wrote:
> > > yes, but for 'count' not 'aggr'
> > Ah, yes, sorry, has to be count and not aggr. Sent the wrong version.
>
On Wed, Sep 02, 2015 at 09:03:46AM +0800, duson wrote:
> When driver get exception ic type (0xFF), maybe occurred from wrong
> I2C protocol communication, system crash or other unknown situation,
> instead of ic_type we use iap_version to get firmware information.
>
> Signed-off-by: Duson Lin
> -
On Thu, Sep 3, 2015 at 8:44 AM, Austin S Hemmelgarn
wrote:
>
> This lets you turn this on or off at runtime.
Tangential aside: we already effectively have a flag that could turn
off vm86 mode dynamically: /proc/sys/vm/mmap_min_addr.
Sadly (or not) we default it to 4096, which still leaves vm86 m
On Tue, Aug 18, 2015 at 12:58:19PM -0400, Raphaël Beamonte wrote:
> Prefer ether_addr_copy() over memcpy() if the Ethernet addresses are
> __aligned(2)
You need to prove that they are aligned before I can take this patch :(
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
On Wed 02 Sep 15:46 PDT 2015, Stephen Boyd wrote:
> Passing a void ** almost always requires a cast at the call site.
> Instead of littering the code with casts every time this function
> is called, have qcom_smem_get() return a void pointer to the
> location of the smem item. This frees the calle
On Wed 02 Sep 15:46 PDT 2015, Stephen Boyd wrote:
> The contents of smem are always in little endian, but the smem
> driver is not capable of being used on big endian CPUs. Annotate
> the little endian data members and update the code to do the
> proper byte swapping.
>
Reviewed-by: Bjorn Anderss
On Wed 02 Sep 15:46 PDT 2015, Stephen Boyd wrote:
> Usage of VLAIS prevents clang from compiling this file, and it
> also opens us to the possibility of allocating a large structure
> on the stack to the point that we blow past the limit of the
> kernel stack. Remove the VLAIS and allocate a struc
On Wed 02 Sep 15:46 PDT 2015, Stephen Boyd wrote:
> The smd structures are always in little endian, but the smd
> driver is not capable of being used on big endian CPUs. Annotate
> the little endian data members and update the code to do the
> proper byte swapping.
>
Reviewed-by: Bjorn Andersson
On Wed 02 Sep 15:46 PDT 2015, Stephen Boyd wrote:
> The smd rpm structures are always in little endian, but this
> driver is not capable of being used on big endian CPUs. Annotate
> the little endian data members and update the code to do the
> proper byte swapping.
>
Reviewed-by: Bjorn Andersson
On Wed 02 Sep 15:46 PDT 2015, Stephen Boyd wrote:
> The smd rpm structures are always in little endian, but this
> driver is not capable of being used on big endian CPUs. Annotate
> the little endian data members and update the code to do the
> proper byte swapping.
>
Reviewed-by: Bjorn Andersson
Building with the attached random configuration file,
drivers/built-in.o: In function `slic_mcast_set_list':
slicoss.c:(.text+0xf3677): undefined reference to `crc32_le'
slicoss.c:(.text+0xf3687): undefined reference to `byte_rev_table'
slicoss.c:(.text+0xf3690): undefined reference to `byte_rev_t
On Thu, Sep 3, 2015 at 9:53 AM, Arnaldo Carvalho de Melo
wrote:
> Em Thu, Sep 03, 2015 at 02:25:44PM +0200, Jiri Olsa escreveu:
>> On Thu, Sep 03, 2015 at 05:16:41AM -0700, Stephane Eranian wrote:
>> > On Thu, Sep 3, 2015 at 5:13 AM, Jiri Olsa wrote:
>> > > yes, but for 'count' not 'aggr'
>
>> >
03.09.2015 18:44, Austin S Hemmelgarn пишет:
> On 2015-09-03 08:15, Stas Sergeev wrote:
>> 03.09.2015 15:11, Austin S Hemmelgarn пишет:
>>> On 2015-09-02 17:53, Stas Sergeev wrote:
03.09.2015 00:40, Andy Lutomirski пишет:
> On Wed, Sep 2, 2015 at 2:12 PM, Stas Sergeev wrote:
>> 02.09.
On Wed, Sep 02, 2015 at 05:21:24PM +, Pinski, Andrew wrote:
> On Sep 3, 2015, at 1:12 AM, Catalin Marinas wrote:
> > On Wed, Sep 02, 2015 at 10:52:05PM +0800, Andrew Pinski wrote:
> >> That is not a bad idea. Put this array in the data section of the
> >> VDSO too. It should be small enough
During CPU offline, or during suspend/resume operations, its not safe to
clear MCi_CTL. These MSR's are either thread scoped (meaning private to
thread), or core scoped (private to threads in that core only), or socket
scope i.e visible and controllable from all threads in the socket.
When we turn
On Wed, Sep 2, 2015 at 10:23 PM, Brian Gerst wrote:
> On Tue, Sep 1, 2015 at 6:41 PM, Andy Lutomirski wrote:
>> Here's a monster series that I'm working on. I think it's in decent
>> shape now.
>>
>> The first couple patches are tests and some old stuff. There's a
>> test that validates the vDS
03.09.2015 19:57, Linus Torvalds пишет:
> On Thu, Sep 3, 2015 at 8:44 AM, Austin S Hemmelgarn
> wrote:
>>
>> This lets you turn this on or off at runtime.
>
> Tangential aside: we already effectively have a flag that could turn
> off vm86 mode dynamically: /proc/sys/vm/mmap_min_addr.
>
> Sadly (
On Thu, Sep 3, 2015 at 10:19 AM, Stas Sergeev wrote:
> 03.09.2015 19:57, Linus Torvalds пишет:
>> On Thu, Sep 3, 2015 at 8:44 AM, Austin S Hemmelgarn
>> wrote:
>>>
>>> This lets you turn this on or off at runtime.
>>
>> Tangential aside: we already effectively have a flag that could turn
>> off v
On Thu, Sep 3, 2015 at 9:45 AM, Brian Gerst wrote:
> On Tue, Sep 1, 2015 at 6:41 PM, Andy Lutomirski wrote:
>> Signed-off-by: Andy Lutomirski
>> ---
>> arch/x86/entry/entry_32.S | 34 +-
>> 1 file changed, 13 insertions(+), 21 deletions(-)
>>
>> diff --git a/arch
On 09/03/2015 01:46 AM, Luis R. Rodriguez wrote:
On Wed, Sep 2, 2015 at 4:29 PM, Dmitry Torokhov
wrote:
On Wed, Sep 2, 2015 at 4:22 PM, Luis R. Rodriguez wrote:
On Wed, Sep 02, 2015 at 04:13:51PM -0700, Dmitry Torokhov wrote:
On Wed, Sep 2, 2015 at 2:03 PM, Arend van Spriel wrote:
Ok. So s
On Thu 03 Sep 08:40 PDT 2015, Georgi Djakov wrote:
> Hi Stephen,
>
> On 09/02/2015 11:31 PM, Stephen Boyd wrote:
> > On 08/03, Georgi Djakov wrote:
> >> diff --git a/drivers/clk/qcom/clk-smd-rpm.c
> >> b/drivers/clk/qcom/clk-smd-rpm.c
> >> new file mode 100644
> >> index ..e564673ec3
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Thursday, September 03, 2015 9:25 PM
> To: Badola Nikhil-B46172
> Cc: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org; linux-
> o...@vger.kernel.org; ba...@ti.com; gre...@linuxfoundation.org
> Subject: Re: [PAT
On Thu, Sep 03, 2015 at 12:18:28PM +, 平松雅巳 / HIRAMATU，MASAMI wrote:
> Hi Namhyung,
>
> So, I hope this would be what you've suggested.
>
> Thank you,
Hi Masami,
I think something different, but this can be ok. Anyway, I'll send my
idea soon..
Thanks,
Namhyung
>
> --
> Masami HIRAMATSU
Hello All,
I've run into an issue with a TCP memory leak that I'm hoping someone may have
seen before. I've scoured the archives but haven't found anything to explain
the behavior.
We are running an older kernel (3.2.46) on a high-availability production
system that is servicing 10's of thous
The add_perf_probe_events() does 3 things:
1. convert all perf events to trace events
2. add all trace events to kernel
3. cleanup all trace events
But sometimes we need to do something with the trace events. So split
the funtion into two, so that it can access intermediate trace events
via s
The struct __event_package can be accessed now from other than
probe-event.c code. So rename it to more specific name.
Cc: Masami Hiramatsu
Signed-off-by: Namhyung Kim
---
tools/perf/util/probe-event.c | 18 ++
tools/perf/util/probe-event.h | 10 ++
2 files changed, 16
Showing actual trace event when adding perf events is only needed in
perf probe command. But the add functionality itself can be used by
other places. So move the printing code into the cmd_probe().
Also it combines the output if more than one event is added.
Before:
$ sudo perf probe -a do_f
301 - 400 of 637 matches
Mail list logo
