otherboard 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 de
cannot 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 hel
chip
>(Asus 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 t
>> 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 MCGSTA
er' between the first line
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 c
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 followin
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
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
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-evi
hard. ;-)
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 t
ar 6 05:05:18 prometheus kernel: [sysenter_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 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 ausgezeich
With this commit, the perf tool then reports:
failed to mmap with 95 (Operation not supported)
which is more clear.
Cc: Pu Hou
Cc: Thomas-Mich Richter
Signed-off-by: Hendrik Brueckner
---
kernel/events/ring_buffer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ker
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
>&g
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
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
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
o I would 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
speci
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 ioc
porary C program, 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
27;open*', 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
porary C program, 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
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 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.
> >
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
Signed-off-by: Hendrik Brueckner
---
kernel/eve
ng care of the
accounting.
Reported-by: Michael Holzheu
Signed-off-by: Hendrik Brueckner
---
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/
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 or
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 or
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'
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.
> >
> >
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
n the
perf_event_idx_default() and let each PMU/arch that actually supports
reading PMCs from user space return 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 t
ze of the 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
h endianity is not yet supported
> interpreting btf from systems with endianity is not yet supported
> [root@f29 perf]#
>
> Signed-off-by: Thomas Richter
> ---
> tools/perf/util/s390-cpumsf.c | 95 ++++---
> 1 file changed, 77 insertions(+), 18 deletions(-)
>
Looks sane to me.
Thanks, Thomas.
Reviewed-by: Hendrik Brueckner
ardware 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 ma
There 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
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
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
re_context. 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
eletion(-)
> >
> > --- a/arch/s390/kernel/perf_cpum_sf.c
> > +++ b/arch/s390/kernel/perf_cpum_sf.c
> > @@ -1518,7 +1518,7 @@ static int cpumf_pmu_notifier(struct not
> >
> > switch (action & ~CPU_TASKS_FROZEN) {
> > case CPU_ONLINE:
> >
n",
> file_offset + head, event->header.size,
> -event->header.type);
> - err = -EINVAL;
> +event->header.type, strerror(-skip));
> + err = skip;
> goto out;
> }
>
Thanks for solving this issue.
Reviewed-by: Hendrik Brueckner
For this, I also have an update for perf. Will post these
patches by end of this week.
Thanks and kind regards,
Hendrik
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
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 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 -fPIC to
ray(j, sizeof(*new), GFP_KERNEL);
> if (!new)
> return NULL;
> j = 0;
> --
Looks good to me. Thanks.
Acked-by: Hendrik Brueckner
the mailing list history I've noticed new versions being sent both as new
threads and in the same thread.
I also could not find a clear answer in the documentation. What is the correct
way to do it?
Kind regards,
Hendrik
Corrects a spelling mistake "memebers" instead of "members" in
tools/testing/selftests/filesystems/mount-notify/mount-notify_test.c
Signed-off-by: Hendrik Hamerlinck
---
Changes since v1:
Improved commit message to be consistent with other commit messages.
.../selftes
lt;1,0>: sync: per=25 scntl3=0x30 scntl4=0x0 ofs=15 fak=0 chg=0.
sym53c875-0-<1,*>: FAST-10 WIDE SCSI 20.0 MB/s (100 ns, offset 15)
dmesg output is attached.
kernel 2.4.1
Hendrik
--
Perfection is our goal, excellence will be tolerated. -- J. Yahl
## Linux 2.4.1-ac14 running on an i58
switching the client back to linux-2.4.3 with
8139too-0.9.15c nfs performs with about 6 MB/s which
is fine with me.
Please tell me if I can provide any further helpful information.
Hendrik
PCI devices found:
Bus 0, device 0, function 0:
Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX
connections.
Is it me just being dumb and ignoring obvious facts or something
misconfigured weirdly with my system?
Hendrik
I'm subscribed.
--
"And I'm right. I'm always right, but in this case I'm just a bit more
right than I usually am" -- Linus Torvald, Sunday Aug 27
The VC_AUDIO_MAX_MSG_LEN macro is not used by anything in the
bcm2835-audio driver.
Signed-off-by: Hendrik v. Raven
---
v2:
- rebased against next-20170214
---
drivers/staging/bcm2835-audio/vc_vchi_audioserv_defs.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/staging/bcm2835
removes the unwanted spaces inside of sizeof( ), removing a complaint of
checkpatch.pl. Also removes the second space behind the macro name.
Signed-off-by: Hendrik v. Raven
---
drivers/staging/bcm2835-audio/vc_vchi_audioserv_defs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
The VC_AUDIO_MAX_MSG_LEN macro is not used anywhere and has coding style
violations.
Signed-off-by: Hendrik v. Raven
---
drivers/staging/bcm2835-audio/vc_vchi_audioserv_defs.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/staging/bcm2835-audio/vc_vchi_audioserv_defs.h
b/drivers
On Tue, Mar 28, 2017 at 04:46:00PM +0200, Jerome Brunet wrote:
> The audio divider needs a specific clock divider driver.
> With am mpll parent clock, which is able to provide a fairly precise rate,
> the generic divider tends to select low value of the divider. In such case
> the quality of the cl
Commit-ID: 8a1898db51a3390241cd5fae267dc8aaa9db0f8b
Gitweb: http://git.kernel.org/tip/8a1898db51a3390241cd5fae267dc8aaa9db0f8b
Author: Hendrik Brueckner
AuthorDate: Tue, 20 Jun 2017 12:26:39 +0200
Committer: Ingo Molnar
CommitDate: Wed, 21 Jun 2017 11:58:30 +0200
perf/aux: Correct
Commit-ID: 28b8f954003e59dbf0b56be6df0d81f83e64f36b
Gitweb: https://git.kernel.org/tip/28b8f954003e59dbf0b56be6df0d81f83e64f36b
Author: Hendrik Brueckner
AuthorDate: Fri, 19 Jan 2018 09:56:14 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 23 Jan 2018 09:51:37 -0300
tools
Commit-ID: 95f28190aa012b18eab14799b905b6db3cf31529
Gitweb: https://git.kernel.org/tip/95f28190aa012b18eab14799b905b6db3cf31529
Author: Hendrik Brueckner
AuthorDate: Fri, 19 Jan 2018 09:56:13 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 23 Jan 2018 09:51:37 -0300
tools
Commit-ID: 092bd3cd7169085b09e4a5307de95e461d0581d7
Gitweb: https://git.kernel.org/tip/092bd3cd7169085b09e4a5307de95e461d0581d7
Author: Hendrik Brueckner
AuthorDate: Fri, 19 Jan 2018 09:56:16 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 23 Jan 2018 09:51:38 -0300
perf
Commit-ID: b3fa38963a6a95bef888350ff3125182462c523c
Gitweb: https://git.kernel.org/tip/b3fa38963a6a95bef888350ff3125182462c523c
Author: Hendrik Brueckner
AuthorDate: Fri, 19 Jan 2018 09:56:17 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 23 Jan 2018 09:51:38 -0300
perf
Commit-ID: 0337cf74ccf2a43437bff2e23b278e4f2dc4c6e2
Gitweb: https://git.kernel.org/tip/0337cf74ccf2a43437bff2e23b278e4f2dc4c6e2
Author: Hendrik Brueckner
AuthorDate: Fri, 19 Jan 2018 09:56:15 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 23 Jan 2018 09:51:37 -0300
perf
Commit-ID: ea40b6d3222e5feef178d9b49baead28e9b5fe20
Gitweb: https://git.kernel.org/tip/ea40b6d3222e5feef178d9b49baead28e9b5fe20
Author: Hendrik Brueckner
AuthorDate: Fri, 13 Apr 2018 09:42:23 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 26 Apr 2018 13:47:07 -0300
perf
Commit-ID: baa676103037e0dd145bb905eb51bc0b2f48fd49
Gitweb: https://git.kernel.org/tip/baa676103037e0dd145bb905eb51bc0b2f48fd49
Author: Hendrik Brueckner
AuthorDate: Thu, 8 Feb 2018 12:47:49 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 15 Feb 2018 10:06:00 -0300
perf
Commit-ID: 690d22d9d4423b4522fb44a71145403eef2df834
Gitweb: https://git.kernel.org/tip/690d22d9d4423b4522fb44a71145403eef2df834
Author: Hendrik Brueckner
AuthorDate: Thu, 8 Feb 2018 12:47:50 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 15 Feb 2018 10:06:08 -0300
perf
Commit-ID: f1d0b4cde922863004ce3f5f39e8662cc0686c96
Gitweb: https://git.kernel.org/tip/f1d0b4cde922863004ce3f5f39e8662cc0686c96
Author: Hendrik Brueckner
AuthorDate: Thu, 8 Feb 2018 12:47:48 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 15 Feb 2018 10:06:15 -0300
Revert
Commit-ID: 7af7919f0f4bde0cec1f546f924be81cfe50533d
Gitweb: https://git.kernel.org/tip/7af7919f0f4bde0cec1f546f924be81cfe50533d
Author: Hendrik Brueckner
AuthorDate: Thu, 7 Dec 2017 09:27:59 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 27 Dec 2017 12:15:49 -0300
tools
Commit-ID: 164a747f1ac2380c582988d2a4d9a9af13f8e644
Gitweb: https://git.kernel.org/tip/164a747f1ac2380c582988d2a4d9a9af13f8e644
Author: Hendrik Brueckner
AuthorDate: Thu, 7 Dec 2017 09:27:59 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 27 Dec 2017 12:15:50 -0300
perf
Commit-ID: 901bb0280b60782603e999a6c1e30ddfe1c7b0fb
Gitweb: https://git.kernel.org/tip/901bb0280b60782603e999a6c1e30ddfe1c7b0fb
Author: Hendrik Brueckner
AuthorDate: Thu, 7 Dec 2017 09:27:59 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 27 Dec 2017 12:15:50 -0300
perf
Commit-ID: a9a3f1d18a6c9ccf89728e23474645aa91e2f4f1
Gitweb: https://git.kernel.org/tip/a9a3f1d18a6c9ccf89728e23474645aa91e2f4f1
Author: Hendrik Brueckner
AuthorDate: Wed, 13 Dec 2017 17:46:54 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 27 Dec 2017 12:15:57 -0300
perf
Commit-ID: 1dc4ddf112a408e607a073d951b962b6c6e2bd6c
Gitweb: https://git.kernel.org/tip/1dc4ddf112a408e607a073d951b962b6c6e2bd6c
Author: Hendrik Brueckner
AuthorDate: Thu, 30 Nov 2017 09:49:25 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 5 Dec 2017 10:24:32 -0300
perf
85 matches
Mail list logo
