[] ? idr_find_slowpath+0x97/0xc0
[] ? inotify_idr_find_locked+0x32/0x80
[] ? fput+0x1d/0xc0
[] ? sys_inotify_rm_watch+0x50/0xc0
[] ? int_signal+0x12/0x17
[] ? system_call_fastpath+0x16/0x1b
---[ end trace be8364dcbafab6c6 ]---
--
Markus
--
To unsubscribe from this list: send the line
n with discard enabled the hdd is dropped again. So I
think this is the culprit as the hdd does obviously not support TRIM...
As it worked fine before, I think this is a regression? Or is this an intended
change?
Thanks,
Markus
--
To unsubscribe from this list: send the line "unsubscribe l
Hi!
Still the same with 3.8.4 ... anybody?
Best regards,
Markus
Markus schrieb am 12.03.2013:
> Hello!
>
> I created a hybrid raid1 with one ssd and one hdd. Used writemostly and
> writebehind and put ext4 with discard enabled on it.
> This setup worked quite well for the la
]
Thanks,
Markus
[1]
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=0cfbcafcae8b7364b5fa96c2b26ccde7a3a296a9
[2] http://www.spinics.net/lists/raid/msg42758.html
Markus schrieb am 24.03.2013:
> Hi!
>
> Still the same with 3.8.4 ... anybody?
>
> Best re
Hi!
Thanks for your work. The patch seems to work for me on a vanilla 3.8.10, at
least the hdds are no longer dropped from the raid.
The code now ignores some request? What was the reason the disks fell off the
raid? The discards are still passed to the ssd?
Thanks,
Markus
Shaohua Li
Dennis, Your comment isn´t that productive
What about ECN? Have acitivated it (proc/sys/net/ipv4/tcp_ecn, if I remember
correctly)
Markus
Dennis wrote:
> At 11:06 PM 10/20/2000, [EMAIL PROTECTED] wrote:
> >We're having lots of trouble with eepro100 and Cisco Catalyst switch,
>
I already pointed this out :-). Its not only write caching (dev null doesnt
write at all)
I think its read caching (read ahead)
Cheers
Markus
"Mike A. Harris" wrote:
> On Mon, 9 Oct 2000, blizbor wrote:
>
> >> On Mon, 9 Oct 2000, Andre Tomt wrote:
> >>
> &
Hi,
someone looked at the XEON errata already, perhaps one can find the problem there?
Just in case.
G16 seems to have something to do with it ... But there are others also. I´ll boot
linux and look into the sources ...
Cheers Markus
Tigran Aivazian wrote:
> On Wed, 11 Oct 2000, Li
connection to the display :0.0;
I dont know what that means, but at least its something ;)
Markus
> Hello!
>
> Excuse my bad english, I am no native speaker. And please CC me, as I
am
> not subscribed!
>
> I am running an amd64 system with a stable gentoo. Today I upgraded
ything as big as the kernel...)
Markus
PS: Sorry thats so late, but I normaly stay on the distros stable kernel
and only try vanilla when something is wrong ;)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Am Donnerstag, 6. Dezember 2007 schrieb Guennadi Liakhovetski:
> On Thu, 6 Dec 2007, Markus wrote:
>
> > Just forgot to mention:
> > dmesg gives nothing (/var/log/messages)
> > the global X log aswell
> >
> > and in the users .xsession-errors I have:
> >
Hi again!
The memtest ran 14 passes (~10h) without an error.
I now have a 2.6.24-rc4 with some debug-options turned on, waiting for
something to happen... can I just leave it untill a window disappears
or do I need to manually enable something or run some user-space app?!
Markus
--
To
I try that, but it will take a lot of time!
Markus
> fre, 07 12 2007 kl. 23:52 +0100, skrev Markus:
> > Well, now some windows vanished, but no additional messages were
> > produced by kernel. When somebody could tell what I exactly need to
> > do... would be nice.
Well, just tried it. Started a dozen konquerors and attached strace to
everyone. When one disapeared, I only got a "Process 9246 detached",
nothing else is printed or written in the log.
Markus
> On Fri, 7 Dec 2007, Markus wrote:
>
> > Well, now some windows vanis
system, as suggested by the gentoo-devs,
without success.
I could also try to debug/strace/whatever the apps and wait for it to
disappear.
Just talk to me, I am not able to do this on my own...
Markus
> On Fri, 7 Dec 2007, Markus wrote:
>
> > Hi again!
> >
> > The mem
Well, no I am not the same markus. And I found that before, but I
thought it was something about cfs and imo that made it into linus-tree
in .23 not .22.
But I should perhaps try to change my name, perhaps that fixes it -.-
Markus
PS: am currently doing a bisect, thats really bad: third bisect
something in userspace, please excuse me ;)
Markus
--
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/lkml/
> hm, Markus indicated that he tried the v2.6.21.6-cfsv19 patch, and
that
> does not include the time.c change. Markus - does your kernel include
> the code below? (if yes, please revert it via patch -p1 -R )
As already said, 2.6.22.1-cfs-v19 includes the patch and
2.6.21.6-cfs-v19
ersions you are using?
I have konqueror 3.5.5 and Xorg 7.2 on a native amd64 system (gcc 4.1.2
and glibc 2.5).
Markus
-
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.or
Well, I am back now, but the problem still exists in 2.6.23-rc2.
And as there is nothing more I can do thats it for now.
Markus
-
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.
uld help prove/disprove it.
Done by private mail on friday.
Also tried the very current linux-2.6.git (friday aswell) with
sched-ingo-combo.patch (as told in a private answer mail).
Nothing fixed it so far.
If I can do anything...
Markus
-
To unsubscribe from this list: send the line "u
> Subject : konqueror suddenly vanishing, "konqueror: Fatal IO
error: client killed"
> References : http://lkml.org/lkml/2007/7/22/86
> Last known good : ?
> Submitter : Markus <[EMAIL PROTECTED]>
> Caused-By : ?
> Handled-By
else has this problem.
Markus
PS: I am currently building a 2.6.23.1...
-
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
welcome!
When I start the system, the mouse is jerking like under heavy load.
(also its idle!)
Then some programs just quit. They just disappear, no message in any
log. (It were about four apps I realized in a period of about two hours
of testing.)
I'll try a git snapshot next, but is th
:07.0 Multimedia controller: Philips Semiconductors SAA7133/SAA7135
Video Broadcast Decoder (rev f0)
Markus
-
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.h
> I'll try a git snapshot next, but is there a way I can get more
output?
Did it. The mouse is smooth, just when one app is being quit (dont know
why...) the mouse will be jerking for a few seconds...
So, is there any way to get a more verbose output regarding the cfs?
Mar
> Sending a few seconds of logged /proc/sched_debug will also help get a
> picture of what's happening, and lovely would be a method to reproduce
> the problem locally.
Hi. Is there anything like the sched_debug in the 2.6.22-git5?
Because I have a cfs-problem as well [1].
Mar
I just noticed that the problem might be caused by the process
disappearance [1], because it does not start right after the boot. And
needs a random amount of time to appear.
Never mind,
Markus
[1] http://lkml.org/lkml/2007/07/14/60
-
To unsubscribe from this list: send the line
one with it and compare
dmesgs output, if that helps.
Markus
-
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/lkml/
-fatal-signals
>
> this feature will produce a small dump to the syslog about every app
> that exits unexpectedly. Note that this might not cover all types of
> "window suddenly vanishes" regressions.
Nothing is printed for a disapeared app for me.
Is there anything more I
quot; are most graphical, because others I have
not noticed so far... also [1] might be caused by this...
amarok, kdesktop, whole X, konqueror, konsole but also gtk-apps
Markus
[1] http://lkml.org/lkml/2007/07/14/64
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
; konqueror having no problems.
I now made some new strace logs:
- konq crash 251K
- Konq without crash on cfs 302K
- konq without crash on non-cfs 248K
Markus
-
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/lkml/
> hm, Markus indicated that he tried the v2.6.21.6-cfsv19 patch, and
that
> does not include the time.c change. Markus - does your kernel include
> the code below? (if yes, please revert it via patch -p1 -R )
Well, the 2.6.22.1-cfs-v19 does include it, but the 2.6.21.6-cfs-v19
does
On Thursday, 4 January 2018 19:25:12 CET Markus wrote:
> On Thursday, 4 January 2018 18:32:03 CET Josh Poimboeuf wrote:
> > On Thu, Jan 04, 2018 at 05:56:30PM +0100, Markus wrote:
> > > On Thursday, 4 January 2018 16:46:13 CET Josh Poimboeuf wrote:
> > > > I don'
On Thursday, 11 January 2018 05:25:51 CET Josh Poimboeuf wrote:
> On Wed, Jan 10, 2018 at 10:13:00PM -0600, Josh Poimboeuf wrote:
> > On Wed, Jan 10, 2018 at 06:14:56PM +0100, Markus wrote:
> > > On Thursday, 4 January 2018 19:25:12 CET Markus wrote:
> > > > On Thu
On Thursday, 11 January 2018 19:20:57 CET Josh Poimboeuf wrote:
> On Thu, Jan 11, 2018 at 07:11:03PM +0100, Markus wrote:
> > On Thursday, 11 January 2018 05:25:51 CET Josh Poimboeuf wrote:
> > > On Wed, Jan 10, 2018 at 10:13:00PM -0600, Josh Poimboeuf wrote:
> > > >
On Thursday, 11 January 2018 20:38:10 CET Josh Poimboeuf wrote:
> On Thu, Jan 11, 2018 at 07:52:00PM +0100, Markus wrote:
> > On Thursday, 11 January 2018 19:20:57 CET Josh Poimboeuf wrote:
> > > On Thu, Jan 11, 2018 at 07:11:03PM +0100, Markus wrote:
> > > > On Thur
On Thursday, 4 January 2018 16:46:13 CET Josh Poimboeuf wrote:
> On Wed, Jan 03, 2018 at 06:26:19PM +0100, Markus wrote:
> > > > > I'm unable to recreate. Can you attach one of the .o files (like
> > > > > the
> > > > > above irq.o)?
>
On Thursday, 4 January 2018 18:32:03 CET Josh Poimboeuf wrote:
> On Thu, Jan 04, 2018 at 05:56:30PM +0100, Markus wrote:
> > On Thursday, 4 January 2018 16:46:13 CET Josh Poimboeuf wrote:
> > > I don't see anything unusual there. Are there any Gentoo patches
> > >
scsi_transport_sas 21624 1 mptsas
---
The hdparm result looks like there is somethink not right . There were no
features supported but why ?
Greetings Markus
signature.asc
Description: Digital signature
On Wed, Mar 05, 2014 at 10:21:07AM -0800, Mark Knecht wrote:
> On Wed, Mar 5, 2014 at 9:50 AM, Markus wrote:
>
>
> > The hdparm result looks like there is somethink not right . There were no
> > features supported but why ?
>
>
> Does the HDD have S.M.A.R.T. fe
On Thu, Mar 06, 2014 at 12:51:27PM -0800, Mark Knecht wrote:
> On Wed, Mar 5, 2014 at 1:40 PM, markus wrote:
> > On Wed, Mar 05, 2014 at 10:21:07AM -0800, Mark Knecht wrote:
> >> On Wed, Mar 5, 2014 at 9:50 AM, Markus wrote:
> >>
> I am not familiar with this
On Fri, Mar 07, 2014 at 08:24:48AM -0800, Purush Gupta wrote:
> I noticed you had benchmarked only sda target, is the behavior same on
> other targets?
>
Yes the other disk are equal to sda , but they are used with zfs and there were
other preformance problems because of the multible disk access.
ot working.)
Any help is highly appreciated. (I have not found this issue online.)
Thanks,
Markus
--
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://vger.kernel.org/majordomo-info.
is sometimes NULL.
Thank you!
Markus
On Wed, Jan 03, 2018 at 12:19:41 CET Greg Kroah-Hartman wrote:
> On Wed, Jan 03, 2018 at 11:49:08AM +0100, Markus wrote:
> > Hello!
> >
> > ORC unwinder is enabled in stable for wider testing but still at least one
> > bug is open:
> > https://bugzilla.
On Wed, Jan 03, 2018 at 14:59:24 CET Josh Poimboeuf wrote:
> On Wed, Jan 03, 2018 at 01:22:07PM +0100, Markus wrote:
> > On Wed, Jan 03, 2018 at 12:19:41 CET Greg Kroah-Hartman wrote:
> > > On Wed, Jan 03, 2018 at 11:49:08AM +0100, Markus wrote:
> > > > Hello!
&g
On Wed, Jan 03, 2018 15:14:01 CET Greg Kroah-Hartman wrote:
> On Wed, Jan 03, 2018 at 01:22:07PM +0100, Markus wrote:
> > On Wed, Jan 03, 2018 at 12:19:41 CET Greg Kroah-Hartman wrote:
> > > On Wed, Jan 03, 2018 at 11:49:08AM +0100, Markus wrote:
> > > > Hello!
&g
On Wed, Jan 03, 2018 at 17:36:30 CET Josh Poimboeuf wrote:
> On Wed, Jan 03, 2018 at 03:14:55PM +0100, Markus wrote:
> > On Wed, Jan 03, 2018 at 14:59:24 CET Josh Poimboeuf wrote:
> > > On Wed, Jan 03, 2018 at 01:22:07PM +0100, Markus wrote:
> > > > /tools/objtoo
(i = 1; i < rcu_num_lvls; i++)
2850 rsp->level[i] = rsp->level[i - 1] + rsp->levelcnt[i - 1];
At first I thought that the warning was bogus, but rcu_num_lvls isn't static
and gets modified prior to the for loop.
--
Markus
--
To unsubscribe from this list: send the line &qu
On 2012.11.29 at 09:02 -0800, Paul E. McKenney wrote:
> On Thu, Nov 29, 2012 at 02:47:52PM +0100, Markus Trippelsdorf wrote:
> > With gcc-4.8 I get:
> >
> > CC kernel/rcutree.o
> > kernel/rcutree.c: In function ‘rcu_init_one’:
> > kernel/rcutree.c:285
On 2012.11.29 at 10:10 -0800, Paul E. McKenney wrote:
> On Thu, Nov 29, 2012 at 06:43:58PM +0100, Markus Trippelsdorf wrote:
> > On 2012.11.29 at 09:02 -0800, Paul E. McKenney wrote:
> > > On Thu, Nov 29, 2012 at 02:47:52PM +0100, Markus Trippelsdorf wrote:
> >
On 2012.11.29 at 11:19 -0800, Paul E. McKenney wrote:
> On Thu, Nov 29, 2012 at 07:22:54PM +0100, Markus Trippelsdorf wrote:
> > On 2012.11.29 at 10:10 -0800, Paul E. McKenney wrote:
> > > On Thu, Nov 29, 2012 at 06:43:58PM +0100, Markus Trippelsdorf wrote:
> > > >
No DMA of-function alters the name, so this patch changes the name arguments
to be constant. Most drivers will probably request DMA channels using a
constant name.
Signed-off-by: Markus Pargmann
---
drivers/dma/dmaengine.c | 2 +-
drivers/dma/of-dma.c | 6 +++---
include/linux
: rec_len %
4 != 0 - offset=0(0), inode=2000846358, rec_len=36782, name_len=120
/dev/sda ext4 1.4T 655G 651G 51% /var
/dev/sda on /var type ext4 (rw,noatime,data=ordered)
Running "fsck.ext4 -f /dev/sda" shows no problems.
--
Markus
--
To unsubscribe from this list: send the l
On 2013.02.21 at 18:19 +, Namhyung Kim wrote:
> Markus Trippelsdorf trippelsdorf.de> writes:
> >
> > perf top doesn't unlink /tmp/perf-vdso.so.* on exit.
> > Fix this by calling vdso__exit() before exit(0).
>
> > @@ -602,6 +603,7 @@ sta
On 2013.02.27 at 10:34 -0500, Theodore Ts'o wrote:
> On Wed, Feb 27, 2013 at 01:47:27PM +0100, Markus Trippelsdorf wrote:
> > Just booted todays Linux tree and got the following errors:
> >
> > ...
> > Feb 27 13:33:31 x4 kernel: EXT4-fs (sda): mounted filesystem w
On 2013.02.27 at 16:44 +0100, Markus Trippelsdorf wrote:
> On 2013.02.27 at 10:34 -0500, Theodore Ts'o wrote:
> > On Wed, Feb 27, 2013 at 01:47:27PM +0100, Markus Trippelsdorf wrote:
> > > Just booted todays Linux tree and got the following errors:
> > >
> >
On 2013.02.28 at 01:10 +0800, gnehzuil.liu wrote:
> 在 2013-2-28，上午1:01，Markus Trippelsdorf 写道：
>
> > On 2013.02.27 at 16:44 +0100, Markus Trippelsdorf wrote:
> >> On 2013.02.27 at 10:34 -0500, Theodore Ts'o wrote:
> >>> On Wed, Feb 27, 2013 at 01:47
On 2013.02.28 at 01:38 +0800, gnehzuil.liu wrote:
> 在 2013-2-28，上午1:22，Markus Trippelsdorf 写道：
>
> > On 2013.02.28 at 01:10 +0800, gnehzuil.liu wrote:
> >> 在 2013-2-28，上午1:01，Markus Trippelsdorf 写道：
> >>
> >>> On 2013.02.27 at 16:44 +0100, Markus Trip
Perf doesn't properly clean up /tmp/perf-vdso.so-XX on exit. So
these files keep accumulating in /tmp every time perf is run.
--
Markus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More ma
perf top doesn't unlink /tmp/perf-vdso.so.* on exit.
Fix this by calling vdso__exit() before exit(0).
Signed-off-by: Markus Trippelsdorf
diff --git a/tools/perf/builtin-top.c b/tools/perf/builtin-top.c
index c9ff395..e910d91 100644
--- a/tools/perf/builtin-top.c
+++ b/tools/perf/builtin-
define WARN_RATELIMIT(condition, format...) \
+#define WARN_RATELIMIT(condition, fmt, ...)\
({ \
- int rtn = WARN(condition, format); \
+ int rtn = WARN(condition, fmt, ##__VA_ARGS__); \
On 2012.10.04 at 13:23 +0200, Markus Trippelsdorf wrote:
> On 2012.10.04 at 11:20 +0200, Borislav Petkov wrote:
> > Hi,
> >
> > I'm seeing this on today's Linus tree:
> >
> > [ 24.048278] tty_init_dev: 24 callbacks suppressed
> > [ 45.630349]
On 2012.10.04 at 14:40 +0200, Borislav Petkov wrote:
> On Thu, Oct 04, 2012 at 01:51:57PM +0200, Markus Trippelsdorf wrote:
> > diff --git a/include/linux/ratelimit.h b/include/linux/ratelimit.h
> > index e11ccb4..d8de255 100644
> > --- a/include/linux/ratelimit.h
&g
patch is from Joe Perches and Jiri Slaby.
Signed-off-by: Markus Trippelsdorf
Acked-and-tested-by: Borislav Petkov
---
include/linux/ratelimit.h | 27 +--
1 file changed, 9 insertions(+), 18 deletions(-)
diff --git a/include/linux/ratelimit.h b/include/linux/ratelimit.h
On 2012.10.05 at 07:26 -0700, Greg Kroah-Hartman wrote:
> On Fri, Oct 05, 2012 at 02:57:17PM +0200, Markus Trippelsdorf wrote:
> > On the current git tree one sees messages such as:
> > tty_init_dev: 24 callbacks suppressed
> > tty_init_dev: 3 callbacks suppressed
> >
es
> it go in kernel releases that this should be fixed?
The only user until this merge window was net/core/filter.c. The
WARN_RATELIMIT is used there since v3.0.
--
Markus
--
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://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
76e which added it in May 2011. But the only one othe r
> user is net/core/filter.c.
But it doesn't matter, because the WARN_RATELIMIT in net/core/filter.c
is guarded by a switch statement and uses WARN_RATELIMIT(1,...). So it
could never trigger the bug.
--
Markus
--
To unsubscribe
Man pages describing the user API of the ptrace BTS extensions.
Signed-off-by: Markus Metzger <[EMAIL PROTECTED]>
---
Index: man/man2/ptrace.2
===
--- man.orig/man2/ptrace.2 2008-02-13 09:35:47.%N +0100
+++ man/man2/pt
t depend on PATH_MAX <= PAGE_SIZE.
Signed-off-by: Markus Armbruster <[EMAIL PROTECTED]>
diff --git a/fs/9p/v9fs.c b/fs/9p/v9fs.c
index fbb12da..e42948b 100644
--- a/fs/9p/v9fs.c
+++ b/fs/9p/v9fs.c
@@ -135,10 +135,10 @@ static void v9fs_parse_options(struct v9fs_session_info
*v
ff-by: Markus Trippelsdorf
diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h
index b70b48b..6bd816f 100644
--- a/include/linux/kvm_host.h
+++ b/include/linux/kvm_host.h
@@ -321,7 +321,7 @@ struct kvm {
#define kvm_debug(fmt, ...) \
pr_debug("kvm [%i]: " fmt, task
edi
Signed-off-by: Al Viro
`
--
Markus
--
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://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 2012.07.30 at 07:50 +0100, Al Viro wrote:
> On Sat, Jul 28, 2012 at 12:43:16PM +0200, Markus Trippelsdorf wrote:
> > Printing with CUPS is broken on the current git tree. Whenever I print a
> > page
> > the job just sits in the CUPS queue showing "processing". Bu
On 2012.07.30 at 08:56 +0100, Al Viro wrote:
> On Mon, Jul 30, 2012 at 09:10:23AM +0200, Markus Trippelsdorf wrote:
> >
> > Looks like you're right. The first warning happens during startup. The last
> > one
> > when I print a test page (which now succeeds).
n you try the latest 3.6-rc release. The commit in question is
>> "gma500: Fix regression on Oaktrail devices"
>
> I will try 3.6-rc6 and report back.
Works fine (at least with fb console, setting up xorg at the moment).
Thanks,
Markus
--
To unsubscribe from this list:
rror config.h must be included before this header
38 #endif
So if you feel strongly about it, feel free to post a patch that just
sets PACKAGE to 1. This would avoid all possible ambiguity.
--
Markus
--
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://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
x27;F10h':
DEV :00:18.2
Jul 10 11:38:00 x4 kernel: EDAC PCI0: Giving out device to module 'amd64_edac'
controller 'EDAC PCI controller': DEV ':00:18.2' (POLLED)
...
--
Markus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
es"
+ default y
--
Markus
--
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://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 2013.07.10 at 08:43 -0400, Josh Boyer wrote:
> On Wed, Jul 10, 2013 at 8:25 AM, Markus Trippelsdorf
> wrote:
> > On 2013.07.09 at 14:53 -0700, David Miller wrote:
> >>
> >> Alexey Brodkin (2):
> >> ethernet/arc/arc_emac - Add new driver
>
rness
> >
> > could make a difference - if your tests somehow end up activating perf.
>
> Something is really fucked up in the kernel side of perf.
> I get this right after booting..
>
> [ 114.516619] perf samples too long (4262 > 2500), lowering
> kernel.perf_ev
lowing
one:
Now that lz4 kernel compression is available, add *.lz4 to .gitignore
diff --git a/.gitignore b/.gitignore
index 3b8b9b3..7e9932e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -29,6 +29,7 @@ modules.builtin
*.bz2
*.lzma
*.xz
+*.lz4
*.lzo
*.patch
*.gcno
--
Markus
--
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://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Now that lz4 kernel compression is available, add *.lz4 to .gitignore.
Signed-off-by: Markus Trippelsdorf
Acked-by: Kyungsik Lee
diff --git a/.gitignore b/.gitignore
index 3b8b9b3..7e9932e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -29,6 +29,7 @@ modules.builtin
*.bz2
*.lzma
*.xz
+*.lz4
2c0
> > [4.536646] [] edac_create_sysfs_mci_device+0x53/0x540
>
> Looks because that bus_type of 'struct mem_ctl_info' is allocated dynamically
> instead of being kept it in .data statically.
Mauro said he will fix this in the coming weeks:
http://article.gmane.org/gma
On 2013.07.12 at 15:41 +0200, Borislav Petkov wrote:
> On Fri, Jul 12, 2013 at 10:04:28AM +0200, Markus Trippelsdorf wrote:
> > Mauro said he will fix this in the coming weeks:
> >
> > http://article.gmane.org/gmane.linux.kernel/1522719
>
> Here's a possible fix w
On Fri, Sep 13, 2013 at 10:10:46AM -0700, Greg Kroah-Hartman wrote:
> On Fri, Sep 13, 2013 at 05:53:31PM +0200, Markus Pargmann wrote:
> > Hi,
> >
> > I ran into a serious problem with overwriting device of_node property as
> > it is done in many drivers for ARM.
On Sat, Sep 14, 2013 at 01:28:09PM +0100, Russell King - ARM Linux wrote:
> On Sat, Sep 14, 2013 at 05:17:29AM -0700, Greg Kroah-Hartman wrote:
> > On Sat, Sep 14, 2013 at 09:16:53AM +0200, Markus Pargmann wrote:
> > > 3. We could fix up all drivers that change the of_n
On Sat, Sep 14, 2013 at 12:20:56PM +0100, Russell King - ARM Linux wrote:
> On Sat, Sep 14, 2013 at 09:16:53AM +0200, Markus Pargmann wrote:
> > I think there are three options to solve this:
> >
> > 1. Break out of the driver list iteration loop as soon as a driver probe
Duplex>
[3.945433] Adding 3071996k swap on /var/cache/swapfile.img. Priority:-1
extents:1 across:3071996k
--
Markus
--
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://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 2013.09.06 at 23:50 +0200, David Herrmann wrote:
> Hi
>
> On Fri, Sep 6, 2013 at 10:20 PM, Markus Trippelsdorf
> wrote:
> > On 2013.09.06 at 14:00 +0200, Jiri Kosina wrote:
> >>
> >> David Herrmann (12):
> > ...
> >> HID: wiimote
On 2013.09.09 at 13:18 +0200, Markus Trippelsdorf wrote:
> I've hit an odd issue on the current git tree. When I build a kernel
> with my attached config and a very simple local patch (also attached), I
> get a resulting kernel that just reboots my machine very early during
> bo
)
dsps_probe() ... /* from here on it starts from the beginning. */
This recursion continued until the kernel had no memory left. This is a
special situation but there are many drivers that overwrite the of_node
property in their probe function. So they can actually match with a
diff
(fast): 0x00ee0b10 ***
Reverting the commit "fixes" the issue.
--
Markus
--
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://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
> > *** Error in `perf': malloc(): memory corruption (fast):
> > 0x00ee0b10 ***
>
> Hmm, works for me. In fact I wrote it to fix a perf top issue.
>
> What does valgrind say?
Here's the -fsanitize=address output i
er it as a simple information
sink.
How do you think about my considerations?
Would you like to share any alternative ideas?
Regards,
Markus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More maj
he chances to clarify this implementation detail: In which subdirectory
should a kernel module be stored if it will not manage any hardware?
Regards,
Markus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.o
()s.
My ideas went in such a direction.
> drivers/misc/ is a nice place do dump such things. :-)
Is an information sink module (with corresponding data type checks) still an
"ordinary" driver?
Regards,
Markus
--
To unsubscribe from this list: send the line "unsubscribe linux-
ome useful to move "drivers" which do not manage hardware to a
separate directory?
Should such source files belong to a different software category (or "class")?
Regards,
Markus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
: snd-usb: restore delay information
The commit fbcfbf5f above causes the following lines to be printed
whenever I start a new song:
delay: estimated 0, actual 352
delay: estimated 353, actual 705
(44.1 * 8 = 352.8)
This happens with an USB-DAC that identifies itself as "C-Me
On 2012.09.06 at 08:33 +0200, Daniel Mack wrote:
> On 06.09.2012 08:02, Markus Trippelsdorf wrote:
> > On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
> >>
> >> Sound fixes for 3.6-rc5
> >>
>
1 - 100 of 4494 matches
Mail list logo
