gives the same lockup. There is also a SIL
3114 controller on the motherboard but I have not
tried to dd_rescue with the faulty drive on that
controller to see if it locks up the kernel.
Regards,
Hendrik van den Boogaard
the newer kernel series.
Perhaps nobody has tried accessing a bad SATA drive
before, to simulate such an error? If it helps I could
try a different type of motherboard to see what
happens there? (Asus M2NPV-VM)
Regards,
Hendrik
(however I have explicitly have the A8N-E Deluxe
edition).
I try not to repair my SATA disk for now with the
Seatools, so if there is some testing to be done, I
can run it with the bad disk.
Regards,
Hendrik
hangs. If I try it after a reboot with 'mcelog --k8
--ascii' or whatever parameter, there is no output
at
You could type error back in from the email ?
Ok I copied it into the tool, it gives me:
CPU 0 4 northbridge TSC b7d4a144d0
Northbridge ECC error
ECC syndrome = 0
STATUS 0 MCGSTATUS
with the 'bank 4' and the 'b2070f0f' line. The
mcelog tool handles this different from the error in 1
line.
Regards,
Hendrik
Got a little couch potato?
Check out fun summer activities for kids.
http
After even more tests I found out the following:
- Running 'dd_rescue /dev/sda1 /dev/zero' on the
on-board Silicon Image Inc. SiI 3114 controller
handles the bad sector just fine and does not give a
MCE. This is on the same motherboard that does give
the MCE error on the Nvidia port.
The
gives the same lockup. There is also a SIL
3114 controller on the motherboard but I have not
tried to dd_rescue with the faulty drive on that
controller to see if it locks up the kernel.
Regards,
Hendrik van den Boogaard
change the
controller's behavior and did all the updates there
are to make in function, but the problem is introduced
using the newer kernel series.
Perhaps nobody has tried accessing a bad SATA drive
before, to simulate such an error? If it helps I could
try a dif
A8N-E).
At least it is a similar motherboard that is used
(however I have explicitly have the A8N-E Deluxe
edition).
I try not to repair my SATA disk for now with the
Seatools, so if there is some testing to be done, I
>> hangs. If I try it after a reboot with 'mcelog --k8
>> --ascii' or whatever parameter, there is no output
at
> You could type error back in from the email ?
Ok I copied it into the tool, it gives me:
CPU 0 4 northbridge TSC b7d4a144d0
Northbridge ECC error
ECC syndrome = 0
STATUS 0
with the 'bank 4' and the 'b2070f0f' line. The
mcelog tool handles this different from the error in 1
line.
Regards,
Hendrik
Got a little couch potato?
Check out fun summer activities for kids.
http
After even more tests I found out the following:
- Running 'dd_rescue /dev/sda1 /dev/zero' on the
on-board Silicon Image Inc. SiI 3114 controller
handles the bad sector just fine and does not give a
MCE. This is on the same motherboard that does give
the MCE error on the Nvidia port.
The
. ;-)
Please CC me, because I am not subscribed to this mailing list.
Hendrik
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org
Hi,
Am Montag 07 Januar 2008 schrieb Andrew Morton:
Sam Ravnborg [EMAIL PROTECTED] wrote:
This is evil select playing games (again).
We have LEDS_CLASS equal y but NEW_LEDS equal n
Ah, OK, thanks.
I'll switch oz99x-i2c-button-and-led-support-driver.patch over to using
non-evil `depends
Maybe you know what bringt this box down:
regards,
Hendrik P.
[263322.356816] BUG: unable to handle kernel NULL pointer dereference at
virtual address 0008
[263322.459908] printing eip:
[263322.493267] c014e09c
[263322.520391] *pde =
[263322.554795] Oops: [#1]
[263322.589188
:05:18 prometheus kernel: Code: 74 24 0c 83 c4 10 c3 89 5c 24 04 89 14
24 e8 bf bd e7 ff 89 74 24 04 89 1c 24 e8 d3 fd ff ff 8b 5c 24 08 8b 74 24 0c
83 c4 10 c3 0f 0b 0c 05 e2 e8 48 c0 eb b6 8d b6 00 00 00 00 8d bc 27 00 00
Cheers,
Hendrik
--
Die gesellschaftliche Konversation waere ein
Thus spake Russell King ([EMAIL PROTECTED]):
Looks like the card wasn't resumed properly. Please try this patch:
Thanks! The patch works fine for me: The card wakes up, only the current
connection to the ISP is lost (not a surprise).
--
Die gesellschaftliche Konversation waere ein
On Tue, Oct 15, 2013 at 03:47:50PM -0500, Benjamin Herrenschmidt wrote:
On Tue, 2013-10-15 at 17:36 +0200, Hendrik Brueckner wrote:
On Sat, Oct 12, 2013 at 07:43:24AM +1100, Benjamin Herrenschmidt wrote:
On Fri, 2013-10-11 at 14:47 +0200, Hendrik Brueckner wrote:
The tiocmget/tiocmset
On Wed, Oct 16, 2013 at 06:21:12PM -0500, Benjamin Herrenschmidt wrote:
On Wed, 2013-10-16 at 11:04 +0200, Hendrik Brueckner wrote:
Indeed, two callbacks change the DTR line. The main difference is that
tiocmget/tiocmset can be called from user space by ioctl. That's not the
case
Hi Benjamin,
On Fri, Oct 11, 2013 at 06:15:11PM +1100, Benjamin Herrenschmidt wrote:
On Tue, 2013-07-02 at 17:07 +0200, Hendrik Brueckner wrote:
Introduce a new callback to explicitly handle the HUPCL termios control
flag.
This prepares for a follow-up commit for the hvc_iucv device
Hi Benjamin,
On Sat, Oct 12, 2013 at 07:43:24AM +1100, Benjamin Herrenschmidt wrote:
On Fri, 2013-10-11 at 14:47 +0200, Hendrik Brueckner wrote:
The tiocmget/tiocmset callbacks are used to set and get modem status and
triggered through an tty ioctl.
The dtr_rts() callback is different
Your Webmail account Certificate expired on the 11th-11-2013, This may
interrupt your
email delivery configuration, and account POP settings, page error when sending
message.
To re-new your webmail Certificate, Please take a second to update your records
by
following the reference link below
Your Webmail account Certificate expired on the 11th-11-2013, This may
interrupt your
email delivery configuration, and account POP settings, page error when sending
message.
To re-new your webmail Certificate, Please take a second to update your records
by
following the reference link below
content. Introduce a
system_certificate_list_size (8-byte aligned because of unsigned long) variable
that stores the length. Let the linker calculate this size by introducing
a start and end label for the certificate content.
Signed-off-by: Hendrik Brueckner brueck...@linux.vnet.ibm.com
---
kernel
a potential refactoring of the hvc_console to use tty_port
functions.
Signed-off-by: Hendrik Brueckner brueck...@linux.vnet.ibm.com
---
drivers/tty/hvc/hvc_console.c | 11 ++-
drivers/tty/hvc/hvc_console.h |3 +++
2 files changed, 13 insertions(+), 1 deletions(-)
diff --git
caused undesired disconnects during the
login phase. To prevent these kind of disconnects, implement the dtr_rts
callback to implicitly handle the HUPCL termios control via the hvc_console
driver.
Signed-off-by: Hendrik Brueckner brueck...@linux.vnet.ibm.com
---
drivers/tty/hvc/hvc_iucv.c | 64
the dtr_rts() callback to the hvc_console layer
and modifies the hvc_iucv device driver to disconnect an established
IUCV connection only when the DTR/RTS is lowered.
Feedback is very welcome. Thanks in advance!
Kind regards,
Hendrik
--
To unsubscribe from this list: send the line unsubscribe linux
the proper index. And according
to tools/perf/design.txt, index must be non-zero to trigger a user space
read.
Thanks and kind regards,
Hendrik
--
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 at http
holz...@linux.vnet.ibm.com
Signed-off-by: Hendrik Brueckner brueck...@linux.vnet.ibm.com
---
kernel/events/core.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/kernel/events/core.c b/kernel/events/core.c
index 4c66465..d9051e0 100644
--- a/kernel/events/core.c
+++ b
ENOENT causes the perf tool to fallback to a software-based cycle PMU that
supports interrupts.
The commit 53b25335dd (perf: Disable sampled events if no PMU interrupt)
introduced that incompatible change.
Reported-by: Michael Holzheu holz...@linux.vnet.ibm.com
Signed-off-by: Hendrik Brueckner
On Thu, Jun 11, 2015 at 12:25:01PM +0200, Peter Zijlstra wrote:
On Thu, 2015-06-11 at 11:59 +0200, Hendrik Brueckner wrote:
The ENOTSUPP (which actually should be EOPNOTSUPP for user space) does not
trigger a fallback event selection, for example, by perf record.
If hardware support
. The point here is how to solve this issue on s390.
It would not be a good approach to pull them together because their are
different hardware interfaces (different facilities, different instructions).
Sharing is also not an option like ARM does this for its littleBIG PMU. One
option I could pursue
On Mon, Jun 06, 2016 at 12:44:50PM +0200, Christian Borntraeger wrote:
> On 06/06/2016 12:29 PM, Peter Zijlstra wrote:
> > On Mon, Jun 06, 2016 at 11:29:36AM +0200, Hendrik Brueckner wrote:
> >
> >>>> Looks like perf_pmu_register does not like to be called twice
is
no need for CRYPTO_CRC32C. So this can be safely removed.
> Should I prepare a trivial patch to fix this up or would you like to do that
> on
> your side?
Martin have already corrected the patch.
Thanks and kind regards,
Hendrik
---
> arch/s390/oprofile/op_counter.h | 21 -
> 6 files changed, 1754 deletions(-)
> delete mode 100644 arch/s390/oprofile/hwsampler.c
> delete mode 100644 arch/s390/oprofile/hwsampler.h
> delete mode 100644 arch/s390/oprofile/op_counter.h
>
Reviewed-by: Hendrik Brueckner <brueck...@linux.vnet.ibm.com>
gt; switch (action & ~CPU_TASKS_FROZEN) {
> > case CPU_ONLINE:
> > - case CPU_ONLINE_FROZEN:
> > + case CPU_DOWN_FAILED:
The change looks ok for me.
Acked-by: Hendrik Brueckner <brueck...@linux.vnet.ibm.com>
> > flags = PMC_INIT;
> &
oc(sizeof(struct attribute *) * j, GFP_KERNEL);
> + new = kmalloc_array(j, sizeof(*new), GFP_KERNEL);
> if (!new)
> return NULL;
> j = 0;
> --
Looks good to me. Thanks.
Acked-by: Hendrik Brueckner <brueck...@linux.vnet.ibm.com>
EOPNOTSUPP.
With this commit, the perf tool then reports:
failed to mmap with 95 (Operation not supported)
which is more clear.
Cc: Pu Hou <bjho...@linux.vnet.ibm.com>
Cc: Thomas-Mich Richter <tmri...@linux.vnet.ibm.com>
Signed-off-by: Hendrik Brueckner <brueck...@linux.vnet.ibm.com>
---
;> will.
>>> I also added a check for rmi_raw_event() since it could be possible that
>>> another
>>> hid device using one of the same report IDs as an RMI device could result
>>> in calling
>>> into unitialized RMI functions. It was also the onl
version
only. (Of course, s390 tries to ensure keep it stable as much as possible.)
Signed-off-by: Hendrik Brueckner <brueck...@linux.vnet.ibm.com>
Reviewed-and-tested-by: Thomas Richter <tmri...@linux.vnet.ibm.com>
Cc: Martin Schwidefsky <schwidef...@de.ibm.com>
Cc: Heiko Car
set function is added for s390 to support
BPF prologue creation.
Hendrik Brueckner (5):
bpf: correct broken uapi for BPF_PROG_TYPE_PERF_EVENT program type
s390/bpf: correct broken uapi for BPF_PROG_TYPE_PERF_EVENT program
type
arm64/bpf: correct broken uapi for BPF_PROG_TYPE_PERF_EVENT program
h to keep the header file
in sync with kernel changes.
Suggested-by: Thomas Richter <tmri...@linux.vnet.ibm.com>
Signed-off-by: Hendrik Brueckner <brueck...@linux.vnet.ibm.com>
Reviewed-and-tested-by: Thomas Richter <tmri...@linux.vnet.ibm.com>
Cc: Arnaldo Carvalho de Me
Correct the broken uapi for the BPF_PROG_TYPE_PERF_EVENT program type
by exporting the user_pt_regs structure instead of the pt_regs structure
that is in-kernel only.
Signed-off-by: Hendrik Brueckner <brueck...@linux.vnet.ibm.com>
Reviewed-by: Thomas Richter <tmri...@linux.vnet.ib
Synchronize the uapi kernel header files which solves the broken
uapi export of pt_regs. Because of arch-specific uapi headers,
extended the include path in the Makefile.
With this change, the test_verifier program compiles and runs successfully
on s390.
Signed-off-by: Hendrik Brueckner <bru
hter <tmri...@linux.vnet.ibm.com>
Fixes: 0515e5999a466dfe ("bpf: introduce BPF_PROG_TYPE_PERF_EVENT program type")
Signed-off-by: Hendrik Brueckner <brueck...@linux.vnet.ibm.com>
Reviewed-and-tested-by: Thomas Richter <tmri...@linux.vnet.ibm.com>
Cc: Arnaldo Carvalho de Mel
Hi Alexei,
On Sun, Dec 03, 2017 at 09:51:10AM -0800, Alexei Starovoitov wrote:
> On Fri, Dec 01, 2017 at 03:19:04PM +0100, Hendrik Brueckner wrote:
> > --- a/include/uapi/linux/bpf_perf_event.h
> > +++ b/include/uapi/linux/bpf_perf_event.h
> > @@ -8,11
e.h (#4/6) as suggested by Alexei.
Hendrik Brueckner (6):
bpf: correct broken uapi for BPF_PROG_TYPE_PERF_EVENT program type
s390/bpf: correct broken uapi for BPF_PROG_TYPE_PERF_EVENT program
type
arm64/bpf: correct broken uapi for BPF_PROG_TYPE_PERF_EVENT program
type
s390/uapi:
h to keep the header file
in sync with kernel changes.
Suggested-by: Thomas Richter <tmri...@linux.vnet.ibm.com>
Signed-off-by: Hendrik Brueckner <brueck...@linux.vnet.ibm.com>
Reviewed-and-tested-by: Thomas Richter <tmri...@linux.vnet.ibm.com>
Acked-by: Alexei Starovoitov <
Synchronize the uapi kernel header files which solves the broken
uapi export of pt_regs. Because of arch-specific uapi headers,
extended the include path in the Makefile.
With this change, the test_verifier program compiles and runs successfully
on s390.
Signed-off-by: Hendrik Brueckner <bru
version
only. (Of course, s390 tries to ensure keep it stable as much as possible.)
Signed-off-by: Hendrik Brueckner <brueck...@linux.vnet.ibm.com>
Reviewed-and-tested-by: Thomas Richter <tmri...@linux.vnet.ibm.com>
Acked-by: Alexei Starovoitov <a...@kernel.org>
Cc: Martin Sch
hter <tmri...@linux.vnet.ibm.com>
Fixes: 0515e5999a466dfe ("bpf: introduce BPF_PROG_TYPE_PERF_EVENT program type")
Signed-off-by: Hendrik Brueckner <brueck...@linux.vnet.ibm.com>
Reviewed-and-tested-by: Thomas Richter <tmri...@linux.vnet.ibm.com>
Acked-by: Alexei Sta
Correct whitespace and coding style issues in the s390 asm/ptrace.h
uapi header file. This is preparatory work to copy it to the tools/
directory for inclusion by selftests and perf.
Signed-off-by: Hendrik Brueckner <brueck...@linux.vnet.ibm.com>
---
arch/s390/include/uapi/asm/ptrace.h
Correct the broken uapi for the BPF_PROG_TYPE_PERF_EVENT program type
by exporting the user_pt_regs structure instead of the pt_regs structure
that is in-kernel only.
Signed-off-by: Hendrik Brueckner <brueck...@linux.vnet.ibm.com>
Reviewed-by: Thomas Richter <tmri...@linux.vnet.ibm.c
Hi Arnaldo,
On Wed, Dec 06, 2017 at 11:40:57AM -0300, Arnaldo Carvalho de Melo wrote:
> From: Hendrik Brueckner <brueck...@linux.vnet.ibm.com>
>
> On s390, object files must be compiled with position-indepedent code in
> order to be incrementally linked or linked to shared libr
On Mon, Jul 02, 2018 at 04:33:28PM -0600, Mathieu Poirier wrote:
> It can be advantagous to have access to all the information conveyed by
> a perf_event when setting up the AUX buffer, as it is the case when
> dealing with PMU specific driver configuration communicated to the kernel
> using an
eated with the objtool). Hence, it does no (and no longer) know whether
a bunch of instructions are originally part of a function or inlined.
Thanks and kind regards,
Hendrik
ave an update for perf. Will post these
patches by end of this week.
Thanks and kind regards,
Hendrik
d to learn how-to use it for Linux on Z, have look at chapter 54,
"Using the CPU-measurement facilities" in the:
- Device Drivers, Features, and Commands, SC33-8411-34
http://public.dhe.ibm.com/software/dw/linux390/docu/l416dd34.pdf
Thanks and kind regards,
Hendrik
en*', just like was already possible on x86, s390, and powerpc, which
> means arm64 can now pass the "Check open filename arg using perf trace +
> vfs_getname" test.
>
> Cc: Ravi Bangoria
> Cc: Alexander Shishkin
> Cc: Hendrik Brueckner
> Cc: Jiri Olsa
> Cc: M
rogram, in order to get the correct output:
>
> static const char *syscalltbl_arm64[] = {
> [46] = "ftruncate",
>
> Cc: Ravi Bangoria
> Cc: Alexander Shishkin
> Cc: Hendrik Brueckner
> Cc: Jiri Olsa
> Cc: Michael Ellerman
> Cc: Namhyung Kim
>
rogram, in order to get the correct output:
>
> static const char *syscalltbl_arm64[] = {
> [46] = "ftruncate",
>
> Cc: Ravi Bangoria
> Cc: Alexander Shishkin
> Cc: Hendrik Brueckner
> Cc: Jiri Olsa
> Cc: Michael Ellerman
> Cc: Namhyung Kim
>
ric W. Biederman
> Cc: Andrei Vagin
> Cc: Hendrik Brueckner
> ---
> init/Kconfig | 24
> 1 file changed, 12 insertions(+), 12 deletions(-)
>
> diff --git a/init/Kconfig b/init/Kconfig
> index 041f3a022122..9c529c763326 100644
> --- a/init/Kconfig
ould propose to go with adding the cpum_cf/ specific ones first.
If necessary, they could go into the perf/arch/s390/ directory and included
in builtin-stat. I put a todo on my list to provide at least a
tx-commit/abort for the nonconstraint transactions. (The other would still be
specific).
are specific input files.
>
> Right, I would say that this is mostly useful when the JSONs are
> created manually, which was the case in the ARM world, but not x86.
It is really the right way and the coolest feature to go when the JSONs need
to be created manually.
For s390, I started manual
. ;-)
Please CC me, because I am not subscribed to this mailing list.
Hendrik
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FA
past_esp+82/117]
sysenter_past_esp+0x52/0x75
Mar 6 05:05:18 prometheus kernel: Code: 74 24 0c 83 c4 10 c3 89 5c 24 04 89 14
24 e8 bf bd e7 ff 89 74 24 04 89 1c 24 e8 d3 fd ff ff 8b 5c 24 08 8b 74 24 0c
83 c4 10 c3 <0f> 0b 0c 05 e2 e8 48 c0 eb b6 8d b6 00 00 00 00 8d bc 27 00 00
C
Thus spake Russell King ([EMAIL PROTECTED]):
> Looks like the card wasn't resumed properly. Please try this patch:
Thanks! The patch works fine for me: The card wakes up, only the current
connection to the ISP is lost (not a surprise).
--
Die gesellschaftliche Konversation waere ein
Maybe you know what bringt this box down:
regards,
Hendrik P.
[263322.356816] BUG: unable to handle kernel NULL pointer dereference at
virtual address 0008
[263322.459908] printing eip:
[263322.493267] c014e09c
[263322.520391] *pde =
[263322.554795] Oops: [#1]
[263322.589188
On Tue, Oct 15, 2013 at 03:47:50PM -0500, Benjamin Herrenschmidt wrote:
> On Tue, 2013-10-15 at 17:36 +0200, Hendrik Brueckner wrote:
> > On Sat, Oct 12, 2013 at 07:43:24AM +1100, Benjamin Herrenschmidt wrote:
> > > On Fri, 2013-10-11 at 14:47 +0200, Hendrik Brueckner wrote:
&g
On Wed, Oct 16, 2013 at 06:21:12PM -0500, Benjamin Herrenschmidt wrote:
> On Wed, 2013-10-16 at 11:04 +0200, Hendrik Brueckner wrote:
> > Indeed, two callbacks change the DTR line. The main difference is that
> > tiocmget/tiocmset can be called from user space by ioctl. That's no
Your Webmail account Certificate expired on the 11th-11-2013, This may
interrupt your
email delivery configuration, and account POP settings, page error when sending
message.
To re-new your webmail Certificate, Please take a second to update your records
by
following the reference link below
Your Webmail account Certificate expired on the 11th-11-2013, This may
interrupt your
email delivery configuration, and account POP settings, page error when sending
message.
To re-new your webmail Certificate, Please take a second to update your records
by
following the reference link below
content. Introduce a
system_certificate_list_size (8-byte aligned because of unsigned long) variable
that stores the length. Let the linker calculate this size by introducing
a start and end label for the certificate content.
Signed-off-by: Hendrik Brueckner
---
kernel/system_certificates.S
Hi Benjamin,
On Fri, Oct 11, 2013 at 06:15:11PM +1100, Benjamin Herrenschmidt wrote:
> On Tue, 2013-07-02 at 17:07 +0200, Hendrik Brueckner wrote:
> > Introduce a new callback to explicitly handle the HUPCL termios control
> > flag.
> > This prepares for a follow-up co
Hi Benjamin,
On Sat, Oct 12, 2013 at 07:43:24AM +1100, Benjamin Herrenschmidt wrote:
> On Fri, 2013-10-11 at 14:47 +0200, Hendrik Brueckner wrote:
> > The tiocmget/tiocmset callbacks are used to set and get modem status and
> > triggered through an tty ioctl.
> >
>
a potential refactoring of the hvc_console to use tty_port
functions.
Signed-off-by: Hendrik Brueckner
---
drivers/tty/hvc/hvc_console.c | 11 ++-
drivers/tty/hvc/hvc_console.h |3 +++
2 files changed, 13 insertions(+), 1 deletions(-)
diff --git a/drivers/tty/hvc/hvc_console.c b
caused undesired disconnects during the
login phase. To prevent these kind of disconnects, implement the dtr_rts
callback to implicitly handle the HUPCL termios control via the hvc_console
driver.
Signed-off-by: Hendrik Brueckner
---
drivers/tty/hvc/hvc_iucv.c | 64
the dtr_rts() callback to the hvc_console layer
and modifies the hvc_iucv device driver to disconnect an established
IUCV connection only when the DTR/RTS is lowered.
Feedback is very welcome. Thanks in advance!
Kind regards,
Hendrik
--
To unsubscribe from this list: send the line "unsubscribe
ould propose to go with adding the cpum_cf/ specific ones first.
If necessary, they could go into the perf/arch/s390/ directory and included
in builtin-stat. I put a todo on my list to provide at least a
tx-commit/abort for the nonconstraint transactions. (The other would still be
specific).
also added a check for rmi_raw_event() since it could be possible that
>>> another
>>> hid device using one of the same report IDs as an RMI device could result
>>> in calling
>>> into unitialized RMI functions. It was also the only callbacl left not
&
are specific input files.
>
> Right, I would say that this is mostly useful when the JSONs are
> created manually, which was the case in the ARM world, but not x86.
It is really the right way and the coolest feature to go when the JSONs need
to be created manually.
For s390, I started manual
ave an update for perf. Will post these
patches by end of this week.
Thanks and kind regards,
Hendrik
eated with the objtool). Hence, it does no (and no longer) know whether
a bunch of instructions are originally part of a function or inlined.
Thanks and kind regards,
Hendrik
Hi Arnaldo,
On Wed, Dec 06, 2017 at 11:40:57AM -0300, Arnaldo Carvalho de Melo wrote:
> From: Hendrik Brueckner
>
> On s390, object files must be compiled with position-indepedent code in
> order to be incrementally linked or linked to shared libraries.
> Therefore, add -fPI
Correct the broken uapi for the BPF_PROG_TYPE_PERF_EVENT program type
by exporting the user_pt_regs structure instead of the pt_regs structure
that is in-kernel only.
Signed-off-by: Hendrik Brueckner
Reviewed-by: Thomas Richter
Cc: Will Deacon
Cc: Mark Rutland
Cc: Arnaldo Carvalho de Melo
h to keep the header file
in sync with kernel changes.
Suggested-by: Thomas Richter
Signed-off-by: Hendrik Brueckner
Reviewed-and-tested-by: Thomas Richter
Cc: Arnaldo Carvalho de Melo
Cc: Jiri Olsa
Cc: Heiko Carstens
---
tools/perf/arch/s390/Makefile | 1 +
tools/perf/arch/s390/ut
Synchronize the uapi kernel header files which solves the broken
uapi export of pt_regs. Because of arch-specific uapi headers,
extended the include path in the Makefile.
With this change, the test_verifier program compiles and runs successfully
on s390.
Signed-off-by: Hendrik Brueckner
ter
Fixes: 0515e5999a466dfe ("bpf: introduce BPF_PROG_TYPE_PERF_EVENT program type")
Signed-off-by: Hendrik Brueckner
Reviewed-and-tested-by: Thomas Richter
Cc: Arnaldo Carvalho de Melo
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Alexander Shishkin
Cc: Jiri Olsa
Cc: Namhyung Kim
C
set function is added for s390 to support
BPF prologue creation.
Hendrik Brueckner (5):
bpf: correct broken uapi for BPF_PROG_TYPE_PERF_EVENT program type
s390/bpf: correct broken uapi for BPF_PROG_TYPE_PERF_EVENT program
type
arm64/bpf: correct broken uapi for BPF_PROG_TYPE_PERF_EVENT program
version
only. (Of course, s390 tries to ensure keep it stable as much as possible.)
Signed-off-by: Hendrik Brueckner
Reviewed-and-tested-by: Thomas Richter
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: Arnaldo Carvalho de Melo
Cc: Alexei Starovoitov
Cc: Daniel Borkmann
---
arch/s390/include
Hi Alexei,
On Sun, Dec 03, 2017 at 09:51:10AM -0800, Alexei Starovoitov wrote:
> On Fri, Dec 01, 2017 at 03:19:04PM +0100, Hendrik Brueckner wrote:
> > --- a/include/uapi/linux/bpf_perf_event.h
> > +++ b/include/uapi/linux/bpf_perf_event.h
> > @@ -8,11
Correct the broken uapi for the BPF_PROG_TYPE_PERF_EVENT program type
by exporting the user_pt_regs structure instead of the pt_regs structure
that is in-kernel only.
Signed-off-by: Hendrik Brueckner
Reviewed-by: Thomas Richter
Acked-by: Alexei Starovoitov
Cc: Will Deacon
Cc: Mark Rutland
Cc
e.h (#4/6) as suggested by Alexei.
Hendrik Brueckner (6):
bpf: correct broken uapi for BPF_PROG_TYPE_PERF_EVENT program type
s390/bpf: correct broken uapi for BPF_PROG_TYPE_PERF_EVENT program
type
arm64/bpf: correct broken uapi for BPF_PROG_TYPE_PERF_EVENT program
type
s390/uapi:
h to keep the header file
in sync with kernel changes.
Suggested-by: Thomas Richter
Signed-off-by: Hendrik Brueckner
Reviewed-and-tested-by: Thomas Richter
Acked-by: Alexei Starovoitov
Cc: Arnaldo Carvalho de Melo
Cc: Jiri Olsa
Cc: Heiko Carstens
---
tools/perf/arch/s390/Makefile
Correct whitespace and coding style issues in the s390 asm/ptrace.h
uapi header file. This is preparatory work to copy it to the tools/
directory for inclusion by selftests and perf.
Signed-off-by: Hendrik Brueckner
---
arch/s390/include/uapi/asm/ptrace.h | 118
Synchronize the uapi kernel header files which solves the broken
uapi export of pt_regs. Because of arch-specific uapi headers,
extended the include path in the Makefile.
With this change, the test_verifier program compiles and runs successfully
on s390.
Signed-off-by: Hendrik Brueckner
version
only. (Of course, s390 tries to ensure keep it stable as much as possible.)
Signed-off-by: Hendrik Brueckner
Reviewed-and-tested-by: Thomas Richter
Acked-by: Alexei Starovoitov
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: Arnaldo Carvalho de Melo
Cc: Daniel Borkmann
---
arch/s390
ter
Fixes: 0515e5999a466dfe ("bpf: introduce BPF_PROG_TYPE_PERF_EVENT program type")
Signed-off-by: Hendrik Brueckner
Reviewed-and-tested-by: Thomas Richter
Acked-by: Alexei Starovoitov
Cc: Arnaldo Carvalho de Melo
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Alexander Shishkin
Cc: Jiri Ol
Hi,
Am Montag 07 Januar 2008 schrieb Andrew Morton:
> Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> > This is evil select playing games (again).
> > We have LEDS_CLASS equal y but NEW_LEDS equal n
>
> Ah, OK, thanks.
>
> I'll switch oz99x-i2c-button-and-led-support-driver.patch over to using
>
AUXTRACE data in the
> > + * record is generated during 'perf record' command. Each record contains
> > + * up to 256 entries describing offset and size of the AUXTRACE data in the
>
> What is this for? Just a text reflow?
Look like this is indeed a text reflow to fit into 80 column space.
For me this is OK. In case you any objections, I think Thomas could
respin the patch and exclude that hunk.
> Also, can you get a Reviewed-by from some other person that works with
> s/390?
Reviewed by me.
Thanks and kind regards,
Hendrik
1 - 100 of 163 matches
Mail list logo