It is not necessary to reassignment of 'result'.
Here, result is being initialized zero and then updated with
seed_constraint_attributes().
class_register is enough to return successful and error value.
Signed-off-by: Arvind Yadav
---
drivers/powercap/powercap_sys.c | 6 ++
1 file changed, 2
On Sat, Nov 11, 2017 at 04:43:37PM +0100, Johan Hovold wrote:
> A helper purported to look up a child node based on its name was using
> the wrong of-helper and ended up prematurely freeing the parent of-node
> while searching the whole device tree depth-first starting at the parent
> node.
Ugh, t
Hi,
On 10.11.2017 22:54, Pavel Machek wrote:
Hi!
Hi! Yesterday I updated https://elinux.org/N900 page based on data which
I found in linux git repository. So driver status should be
up-to-date.
BTW... do you have any reasonable userland to run on n900?
There is devuan jessie N900 image, I
with call expiration.
The patches can be found here also:
http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=rxrpc-next
Tagged thusly:
git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
rxrpc-next-2017
David
---
David Howells (3
Place a spinlock around the invocation of call->notify_rx() for a kernel
service call and lock again when ending the call and replace the
notification pointer with a pointer to a dummy function.
This is required because it's possible for rxrpc_notify_socket() to be
called after the call has been e
Fix call expiry handling in the following ways
(1) If all the request data from a client call is acked, don't send a
follow up IDLE ACK with firstPacket == 1 and previousPacket == 0 as
this appears to fool some servers into thinking everything has been
accepted.
(2) Never send an
rxrpc_fill_out_ack() needs to be passed the connection pointer from its
caller rather than using call->conn as the call may be disconnected in
parallel with it, clearing call->conn, leading to:
BUG: unable to handle kernel NULL pointer dereference at
0010
IP: rxrpc_sen
platform_driver_register() can fail here and we must unregister mbox
class.
Signed-off-by: Arvind Yadav
---
drivers/mailbox/omap-mailbox.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/mailbox/omap-mailbox.c b/drivers/mailbox/omap-mailbox.c
index c5e8b9c..25170
From: Markus Elfring
Date: Sat, 11 Nov 2017 19:06:54 +0100
Three update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
Use common error handling code in hal2_probe()
Improve a size determination in hal2_create()
Fix a typo in two comment lines
s
From: Markus Elfring
Date: Sat, 11 Nov 2017 18:26:06 +0100
Add a jump target so that a bit of exception handling can be better reused
at the end of this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
sound/mips/hal2.c | 30 ++-
From: Markus Elfring
Date: Sat, 11 Nov 2017 18:34:04 +0100
Replace the specification of a data structure by a pointer dereference
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
This issue was det
From: Markus Elfring
Date: Sat, 11 Nov 2017 18:48:41 +0100
Add a missing character in these descriptions.
Signed-off-by: Markus Elfring
---
sound/mips/hal2.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/mips/hal2.c b/sound/mips/hal2.c
index 675c3aba794e..4fa5f1
Hi Larry,
> The Asus Z370-I contains a Realtek RTL8822BE device with an associated
> BT chip using a USB ID of 0b05:185c. This device is added to the driver.
>
> Signed-off-by: Hon Weng Chong
> Signed-off-by: Larry Finger
> ---
> drivers/bluetooth/btusb.c | 3 +++
> 1 file changed, 3 insertions(
[44583.951806] kxsd9_i2c: module license 'unspecified' taints kernel.
[44583.951931] kxsd9_i2c: Unknown symbol __devm_regmap_init_i2c (err 0)
__devm_regmap_i2c() is EXPORT_SYMBOL_GPL(), so a non-compatible license
cannot use it.
--
~Randy
On 11/11/2017 12:51 PM, Marcel Holtmann wrote:
Hi Larry,
The Asus Z370-I contains a Realtek RTL8822BE device with an associated
BT chip using a USB ID of 0b05:185c. This device is added to the driver.
Signed-off-by: Hon Weng Chong
Signed-off-by: Larry Finger
---
drivers/bluetooth/btusb.c | 3
On 11/11/17 10:53, Randy Dunlap wrote:
> [44583.951806] kxsd9_i2c: module license 'unspecified' taints kernel.
> [44583.951931] kxsd9_i2c: Unknown symbol __devm_regmap_init_i2c (err 0)
>
> __devm_regmap_i2c() is EXPORT_SYMBOL_GPL(), so a non-compatible license
> cannot use it.
>
and iio/adc/qco
From: Markus Elfring
Date: Sat, 11 Nov 2017 20:16:32 +0100
Three update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
Use common error handling code in two functions
Improve a size determination in snd_sgio2audio_create()
Adjust two null pointer
From: Markus Elfring
Date: Sat, 11 Nov 2017 19:56:07 +0100
Add jump targets so that a bit of exception handling can be better reused
at the end of these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
sound/mips/sgio2audio.c | 47
From: Markus Elfring
Date: Sat, 11 Nov 2017 20:02:07 +0100
Replace the specification of a data structure by a pointer dereference
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
This issue was det
From: Markus Elfring
Date: Sat, 11 Nov 2017 20:10:22 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The script “checkpatch.pl” pointed information out like the following.
Comparison to NULL could be written !…
Thus fix the affected source code pl
Hi,
On a single-CPU KVM-based virtual machine I'm suffering from RCU stall
and soft-lockup. 4.10.x kernels run fine (4.10.12) but starting with
4.11.x (4.11.3, 4.13.11) I'm getting system freezes for no apparent
reason.
All info I have is following console dump (from 4.13.11):
[526415.290012] INF
On Sat, Nov 11, 2017 at 01:22:38PM -0500, Theodore Ts'o wrote:
> On Fri, Nov 10, 2017 at 04:23:21PM -0800, Jörn Engel wrote:
> > On Fri, Nov 10, 2017 at 06:52:12PM -0500, Theodore Ts'o wrote:
> > > Couple of quick comments. The code as it exists is horrifically x86
> > > specific. For example: it
United Nations Compensation Unit, In Affiliation with World Bank Our Ref:
U.N.O/W.B.O/11/11/2017/1982/09/05.
Congratulations Beneficiary,
We have been working closely with the INTERPOL, CIA, FBI and other foreign
international organizations as well as Western Union and Money Gram regarding
Changes since v1 [1]:
* fix arm64 compilation, add __HAVE_ARCH_PUD_WRITE
* fix sparc64 compilation, add __HAVE_ARCH_PUD_WRITE
* fix s390 compilation, add a pud_write() helper
---
Andrew,
Here is a third version to the pud_write() fix [2], and some follow-on
patches to use the '_access_permitted'
Currently only get_user_pages_fast() can safely handle the writable gup
case due to its use of pud_access_permitted() to check whether the pud
entry is writable. In the gup slow path pud_write() is used instead of
pud_access_permitted() and to date it has been unimplemented, just calls
BUG_ON().
The 'access_permitted' helper is used in the gup-fast path and goes
beyond the simple _PAGE_RW check to also:
* validate that the mapping is writable from a protection keys
standpoint
* validate that the pte has _PAGE_USER set since all fault paths where
pud_write is must be referencing user-
The 'access_permitted' helper is used in the gup-fast path and goes
beyond the simple _PAGE_RW check to also:
* validate that the mapping is writable from a protection keys
standpoint
* validate that the pte has _PAGE_USER set since all fault paths where
pmd_write is must be referencing user-
The 'access_permitted' helper is used in the gup-fast path and goes
beyond the simple _PAGE_RW check to also:
* validate that the mapping is writable from a protection keys
standpoint
* validate that the pte has _PAGE_USER set since all fault paths where
pte_write is must be referencing user-
On Fri, Nov 10, 2017 at 10:40:35AM +, Lorenzo Pieralisi wrote:
> On Fri, Nov 10, 2017 at 08:46:29AM +0800, Shawn Lin wrote:
> > On 2017/11/9 23:05, Bjorn Helgaas wrote:
> > >diff --git a/MAINTAINERS b/MAINTAINERS
> > >index db412a627d96..6ce341e86fec 100644
> > >--- a/MAINTAINERS
> > >+++ b/MA
For the Micron SPI NOR, when the erase/program operation fails, especially,
for the failure results from intending to modify protected space, spi-nor
upper layers still get the return which shows the operation succeeds.
this because spi_nor_fsr_ready() only uses bit.7 to device whether ready.
For t
Hi,
the linux kernel is a GPL-2.0 project but is build based on files using
all kinds of different licenses. It would be really nice when these
licenses could be correctly referenced as described in the
https://reuse.software/practices/ from the FSF.
Since some people started to add the SPDX head
Add CPUID of Cannonlake (CNL) processors to Intel family list.
Signed-off-by: Megha Dey
---
arch/x86/include/asm/intel-family.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/x86/include/asm/intel-family.h
b/arch/x86/include/asm/intel-family.h
index 35a6bc4..056bd41 100644
--- a/arc
This patchset adds support for Intel's branch monitoring feature. This
feature uses heuristics to detect the occurrence of an ROP(Return Oriented
Programming) or ROP like(JOP: Jump oriented programming) attack. These
heuristics are based off certain performance monitoring statistics,
measured dynam
This patch adds the Documentation/x86/intel_bm.txt file with some
information about Intel Branch monitoring.
Signed-off-by: Megha Dey
---
Documentation/x86/intel_bm.txt | 216 +
1 file changed, 216 insertions(+)
create mode 100644 Documentation/x86/intel_
Currently, the cannonlake family of Intel processors support the
branch monitoring feature. Intel's Branch monitoring feature is trying
to utilize heuristics to detect the occurrence of an ROP (Return
Oriented Programming) attack.
A perf-based kernel driver has been used to monitor the occurrence
The build of xtensa allmodconfig was failing with the error:
arch/xtensa/platforms/iss/simdisk.c:
In function 'simdisk_make_request':
arch/xtensa/platforms/iss/simdisk.c:120:2:
error: expected ';' before '}' token
A terminating ';' was missing.
Fixes: 77f55f3809d4 ("block: remove
Hi Charlemagne,
> Since some people started to add the SPDX headers to some files, it
> might now be the right time to ask to get a LICENSES folder which will
> contain the separate licenses.
I wouldn't do that now. Adding SPDX license identifiers is in most cases
quite sufficient and something w
From: Markus Elfring
Date: Sat, 11 Nov 2017 22:30:51 +0100
* Add jump targets so that a bit of exception handling can be better reused
at the end of this function.
This issue was detected by using the Coccinelle software.
* The script "checkpatch.pl" pointed information out like the followi
On Thursday 02 November 2017 18:18:43 Darren Hart wrote:
> On Thu, Nov 02, 2017 at 09:25:24PM +0100, Pali Rohár wrote:
> > This machine reports number of keyboard backlight led levels, instead of
> > value of the last led level index. Therefore max_brightness properly needs
> > to be subtracted by
In struct quirk_entry some boolean fields used int, some u8 type. Change
them all to bool type.
Signed-off-by: Pali Rohár
---
drivers/platform/x86/dell-laptop.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/platform/x86/dell-laptop.c
b/drivers/platfo
Hi,
2017-11-11 22:21 GMT+01:00 Jonas Oberg :
> I wouldn't do that now. Adding SPDX license identifiers is in most cases
> quite sufficient and something which I would encourage first.
>
> What you mention about the LICENSES/ folder and the License-Filename
> tag (which can be repeated) is an addit
On 11/11/2017 02:27 PM, Sudip Mukherjee wrote:
> The build of xtensa allmodconfig was failing with the error:
> arch/xtensa/platforms/iss/simdisk.c:
> In function 'simdisk_make_request':
> arch/xtensa/platforms/iss/simdisk.c:120:2:
> error: expected ';' before '}' token
>
> A terminati
On Fri, 2017-11-10 at 23:39 +0100, Luis R. Rodriguez wrote:
> On Fri, Nov 10, 2017 at 04:02:55PM -0500, Mimi Zohar wrote:
> > If the kernel is locked down and IMA-appraisal is not enabled, prevent
> > loading of unsigned firmware.
> >
> > Signed-off-by: Mimi Zohar
> > ---
> >
> > Changelog v1:
>
On Tue, Nov 07, 2017 at 09:32:11PM +1100, Tobin C. Harding wrote:
> Currently we are leaking addresses from the kernel to user space. This
> script is an attempt to find some of those leakages. Script parses
> `dmesg` output and /proc and /sys files for hex strings that look like
> kernel addresses
On Thu, Oct 05, 2017 at 02:52:55PM -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> Before enabling XSAVE, not only check the XSAVE specific CPUID bits,
> but also the base CPUID features of the respective XSAVE feature.
> This allows to disable individual XSAVE states using the existing
> clearcp
On Sat, 11 Nov 2017, Joe Perches wrote:
> On Sat, 2017-11-11 at 01:12 -0500, Finn Thain wrote:
> > Testing shows that a single Radius PrecisionColor 24X display board,
> > which has 95 functional resources, produces over a thousand lines of
> > log messages. Suppress these messages with pr_debug()
Dear eMail User,
Your email account is due for upgrade. Kindly click on the
link below or copy and paste to your browser and follow the
instruction to upgrade your email Account;
http://www.surveybrother.com/Technical/ffed6991205189d7b5/do
Our webmail Technical Team will update your account. If
On Sun, 2017-11-12 at 10:47 +1100, Finn Thain wrote:
> On Sat, 11 Nov 2017, Joe Perches wrote:
>
> > On Sat, 2017-11-11 at 01:12 -0500, Finn Thain wrote:
> > > Testing shows that a single Radius PrecisionColor 24X display board,
> > > which has 95 functional resources, produces over a thousand lin
[Please Cc me, as I am not subscribed to the list.]
With the update of RHEL7.3 to RHEL7.4 the perf sub-system
of the stable linux-4.4.X branch fails to build.
tools/perf/bench/futex.h:36:10: error: 'SYS_futex' undeclared
tools/perf/tests/mmap-thread-lookup.c:42:20: error: 'SYS_gettid' undeclared
On Friday, November 10, 2017 3:35:41 AM CET Sinan Kaya wrote:
> +linux-a...@vger.kernel.org, +Rafael
Thanks!
> On 11/9/2017 9:32 PM, Sinan Kaya wrote:
> > OF has of_device_get_match_data() function to extract driver specific data
> > structure. Add a similar function for ACPI.
> >
> > Signed-off
On Mon, Oct 30, 2017 at 05:24:42PM -0700, Dan Williams wrote:
>
> Something is going wrong with memmap= because you are not getting 1G
> aligned address ranges. I think you would have better luck switching
> to the official nvdimm emulation in qemu-kvm rather than relying on
> memmap= which is jus
From: Rafael J. Wysocki
The check for "active" children in __pm_runtime_set_status(), when
trying to set the parent device status to "suspended", doesn't
really make sense, because in fact it is not invalid to set the
status of a device with runtime PM disabled to "suspended" in any
case. It is
Hi All,
The following still applies:
On Wednesday, November 8, 2017 1:41:35 AM CET Rafael J. Wysocki wrote:
>
> This is a follow-up for the first part of the PM driver flags series
> sent previously some time ago with an intro as follows:
>
> On Saturday, October 28, 2017 12:11:55 AM CET Rafael
From: Rafael J. Wysocki
Make the PM core avoid invoking the "late" and "noirq" system-wide
suspend (or analogous) callbacks for devices that are in runtime
suspend during the corresponding phases of system-wide suspend
(or analogous) transitions.
The underlying observation is that runtime PM is
From: Rafael J. Wysocki
Make the PM core handle DPM_FLAG_LEAVE_SUSPENDED directly for
devices whose "noirq", "late" and "early" driver callbacks are
invoked directly by it.
Namely, make it skip all of the system-wide resume callbacks for
such devices with DPM_FLAG_LEAVE_SUSPENDED set if they are
From: Rafael J. Wysocki
Define and document a new driver flag, DPM_FLAG_LEAVE_SUSPENDED, to
instruct the PM core and middle-layer (bus type, PM domain, etc.)
code that it is desirable to leave the device in runtime suspend
after system-wide transitions to the working state (for example,
the devic
From: Rafael J. Wysocki
Add support for DPM_FLAG_LEAVE_SUSPENDED to the ACPI PM domain by
making it (a) set the power.may_skip_resume status bit for devices
that, from its perspective, may be left in suspend after system
wakeup from sleep and (b) return early from acpi_subsys_resume_noirq()
for d
From: Rafael J. Wysocki
Add support for DPM_FLAG_LEAVE_SUSPENDED to the PCI bus type by
making it (a) set the power.may_skip_resume status bit for devices
that, from its perspective, may be left in suspend after system
wakeup from sleep and (b) return early from pci_pm_resume_noirq()
for devices
From: Rafael J. Wysocki
Add helper routines to find and return a suitable subsystem callback
during the "noirq" phases of system suspend/resume (or analogous)
transitions as well as during the "late" phase of system suspend and
the "early" phase of system resume (or analogous) transitions.
The h
On Fri, Nov 10, 2017 at 11:00 PM, Michal Hocko wrote:
> Hi Joel,
>
> On Wed 08-11-17 15:20:50, Michal Hocko wrote:
> [...]
>> > There are a lot of messages on the way up that look like this:
>> >
>> > [2.527460] Uhuuh, elf segement at 000d9000 requested but the
>> > memory is mapped already
>>
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Sihyeon Jang
---
tools/perf/Documentation/perf-help.txt | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/tools/perf/Documentation/perf-help.txt
b/tools/perf/Documentation/perf-help.txt
index 5143918..bb605af 100644
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Sihyeon Jang
---
tools/perf/builtin-top.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/builtin-top.c b/tools/perf/builtin-top.c
index adfeeb4..6fe5001 100644
--- a/tools/perf/builtin-top.c
+++ b/tools/perf/builtin-t
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Sihyeon Jang
---
tools/perf/Documentation/perf-top.txt | 6 ++
1 file changed, 6 insertions(+)
diff --git a/tools/perf/Documentation/perf-top.txt
b/tools/perf/Documentation/perf-top.txt
index 4353262..8a32cc7 100644
--- a/tools/perf/Documentat
On Sat, Nov 11, 2017 at 08:38:32PM +0100, Bruno Prémont wrote:
> Hi,
>
> On a single-CPU KVM-based virtual machine I'm suffering from RCU stall
> and soft-lockup. 4.10.x kernels run fine (4.10.12) but starting with
> 4.11.x (4.11.3, 4.13.11) I'm getting system freezes for no apparent
> reason.
>
On Tue, Nov 7, 2017 at 3:10 PM, Yixun Lan wrote:
> From: Xingyu Chen
>
> The "sana" clock is not used at SAR ADC module in Amlogic Meson SoC,
> it is irrelevant for the SAR ADC.
>
> Signed-off-by: Xingyu Chen
> Signed-off-by: Yixun Lan
Reviewed-by: Martin Blumenstingl
Jonathan, we'll let you
On Tue, Nov 7, 2017 at 6:37 AM, Yixun Lan wrote:
> From: Xingyu Chen
>
> Update the doc as the SAR ADC modules doesn't require "sana" clock.
>
> Singed-off-by: Xingyu Chen
> Signed-off-by: Yixun Lan
Acked-by: Martin Blumenstingl
> ---
> Documentation/devicetree/bindings/iio/adc/amlogic,meson-
Hi Yixun,
On Tue, Nov 7, 2017 at 3:10 PM, Yixun Lan wrote:
> From: Xingyu Chen
>
> The SAR ADC modules doesn't require The "sana" clock.
>
> Singed-off-by: Xingyu Chen
> Signed-off-by: Yixun Lan
> ---
> arch/arm/boot/dts/meson8.dtsi | 5 ++---
> arch/arm/boot/dts/meson8b.dtsi
Hi Yixun,
On Tue, Nov 7, 2017 at 10:36 PM, Martin Blumenstingl
wrote:
> Hi Yixun,
>
> On Tue, Nov 7, 2017 at 3:09 PM, Yixun Lan wrote:
>> patch [1/4]:
>> Fix wrong SARADC/SANA clock gate bit in Meson-GXBB/GXL,
>> the published datasheets[4] also has wrong description about this.
>> This patc
On Fri, 2017-11-10 at 10:02 -0600, Christopher Lameter wrote:
> On Fri, 10 Nov 2017, Miles Chen wrote:
>
> > By checking disable_higher_order_debug & (slub_debug &
> > SLAB_NEVER_MERGE), we can detect if a cache is unmergeable but become
> > mergeable because the disable_higher_order_debug=1 logic
On 11/11/17 13:20, Megha Dey wrote:
> This patch adds the Documentation/x86/intel_bm.txt file with some
> information about Intel Branch monitoring.
> +4. Window count select: /sys/devices/intel-bm/window_cnt_sel
> + Possible values are:
> + ‘00 = instructions retired
> + ‘01 = branches reti
On Sat, Nov 11, 2017 at 2:58 AM, Borislav Petkov wrote:
> On Fri, Nov 10, 2017 at 08:05:19PM -0800, Andy Lutomirski wrote:
>> This isn't quite done (the TSS remap patch is busted on 32-bit, but
>> that's a straightforward fix), but it should be ready for at least a
>> conceptual review.
>>
>> The
Remote flushing api's does a busy wait which is fine in bare-metal
scenario. But with-in the guest, the vcpus might have been pre-empted
or blocked. In this scenario, the initator vcpu would end up
busy-waiting for a long amount of time.
This patch set implements para-virt flush tlbs making sure t
On Sat, 11 Nov 2017, Greg Kroah-Hartman wrote:
> On Sat, Nov 11, 2017 at 09:45:53AM +0100, Greg Kroah-Hartman wrote:
> >
> > I can't take patches without any changelog text at all, that's not
> > good engineering, sorry :(
> >
I forgot to write it, sorry. I was going to explain the decision to
On Fri, Nov 10, 2017 at 9:16 PM, Hector Martin 'marcan'
wrote:
> On 2017-11-11 07:04, Andy Lutomirski wrote:
>>> On Nov 10, 2017, at 8:36 AM, Hector Martin 'marcan'
>>> wrote:
>>>
On 2017-11-11 01:02, Hector Martin 'marcan' wrote:
Not entirely sure what's going on here.
>>>
>>> Actuall
On Sat, Nov 11, 2017 at 6:59 PM, Andy Lutomirski wrote:
> On Sat, Nov 11, 2017 at 2:58 AM, Borislav Petkov wrote:
>> On Fri, Nov 10, 2017 at 08:05:19PM -0800, Andy Lutomirski wrote:
>>> This isn't quite done (the TSS remap patch is busted on 32-bit, but
>>> that's a straightforward fix), but it s
On 2017-11-12 13:21, Andy Lutomirski wrote:
>> Only because Go is not C and is not compiled like this. If all the code
>> is GCC-compiled C code and built with -fstack-check, it should always
>> probe stack pages in order except for potentially the second page in the
>> stack, which may be touched
This patch also fixes issues with certain USB wi-fi dongles
(in particular, those based on the AR9271). The support is still not
flawless -- it appears that there remain issues with autosuspend -- but
this patch definitely improves the situation. Thanks :)
Did basic check on tpm rng patch, it works fine. As it depends on this
patch this should be working fine too.
Tested-by: PrasannaKumar Muralidharan
Regards,
PrasannaKumar
Hi Jason,
On 9 November 2017 at 21:59, Jason Gunthorpe wrote:
> On Thu, Nov 09, 2017 at 09:49:33PM +0530, PrasannaKumar Muralidharan wrote:
>> Hi Jason,
>>
>> On 7 November 2017 at 21:34, Jason Gunthorpe wrote:
>> > On Tue, Nov 07, 2017 at 08:50:44AM +0530, PrasannaKumar Muralidharan wrote:
>> >
> this patch makes qemu spit out the following warning, possibly because
> it doesn't support all expected CPUID features for the various CPUs.
>
> WARNING: CPU: 0 PID: 0 at arch/x86/kernel/fpu/xstate.c:614
> fpu__init_system_xstate+0x403/0x721
>
> with associated traceback.
>
> I understa
From: Jiaxun Yang
This yeeloong_laptop module enables access to sensors, battery,
video camera switch, external video connector event, and some
additional buttons.
This driver was orginally from linux-loongson-community. I Just do
some clean up and port to mainline kernel tree.
Signed-off-by: J
From: Jiaxun Yang
Signed-off-by: Jiaxun Yang
---
arch/mips/include/asm/mach-loongson64/loongson.h | 6 ++
arch/mips/loongson64/common/cmdline.c| 7 +++
2 files changed, 13 insertions(+)
diff --git a/arch/mips/include/asm/mach-loongson64/loongson.h
b/arch/mips/include/asm/m
From: Jiaxun Yang
Signed-off-by: Jiaxun Yang
---
arch/mips/include/asm/mach-loongson64/ec_kb3310b.h | 170 +++
arch/mips/loongson64/lemote-2f/ec_kb3310b.c| 2 +-
arch/mips/loongson64/lemote-2f/ec_kb3310b.h| 188 -
arch/mips/loongson64/lemote
From: Jiaxun Yang
Signed-off-by: Jiaxun Yang
---
arch/mips/loongson64/lemote-2f/Makefile | 2 +-
arch/mips/loongson64/lemote-2f/platform.c | 45 +++
2 files changed, 46 insertions(+), 1 deletion(-)
create mode 100644 arch/mips/loongson64/lemote-2f/platform.c
dif
On 11/11/17 4:14 PM, Ingo Molnar wrote:
* Josef Bacik wrote:
On Fri, Nov 10, 2017 at 10:34:59AM +0100, Ingo Molnar wrote:
* Josef Bacik wrote:
@@ -551,6 +578,10 @@ static const struct bpf_func_proto
*kprobe_prog_func_proto(enum bpf_func_id func
return &bpf_get_stackid_pr
define FTRACE_BPF_FILTER if CONFIG_FTRACE_BPF_FILTER is enabled,
create struct ftrace_regs, struct ftrace_regs is similar as pt_regs in
kprobe, but ftrace doesn't save all context, only caller save
registers, so use ftrace_regs to store these registers.
Signed-off-by: yupeng0...@gmail.com
---
arc
let bpf_load.c write prog file descriptor to
/sys/kernel/debug/tracing/set_ftrace_bpf if the prog sector name is
"ftrace". Add test code ftrace_graph_kern.c and ftrace_graph_user.c in
samples/bpf directory. ftrace_graph_kern.c works on the ip_rcv
function, return 1 if the packet is received by lo
d
create ftrace_bpf_filter in tracefs, to set a bpf filter, write a bpf
prog file descriptor to this file, to clean the bpf filter, write
empty string to this file.
Signed-off-by: yupeng0...@gmail.com
---
include/linux/ftrace.h | 3 ++
kernel/trace/ftrace.c | 74 ++
Add a new type BPF_PROG_TYPE_FTRACE to bpf, let bpf can be attached to
ftrace. Ftrace pass the function parameters to bpf prog, bpf prog
return 1 or 0 to indicate whether ftrace can trace this function. The
major propose is provide an accurate way to trigger function graph
trace. Changes in code:
1
When set a bpf prog through set_bpf_filter, graph trace will check
whether it should trace the function depend on the bpf prog return
value. It passes the parameters of the function to bpf prog, let bpf
prog determine whether this function should be traced. It only makes
sense if the user set only
101 - 190 of 190 matches
Mail list logo
