I received the following kernel dump. I was in X, running xmms and
netscape and a few terms not sure if this is a problem in the
kernel but I thought I'd post it.
Kernel: 2.4.0 (final release)
GCC Version 2.95.3
Debian 2.2
Please reply via e-mail rather than to mailing list.
Thanks!
My apologies for not running it through ksymoops.
No specific bit of code was referenced in the OOPS so I am assuming
it is in the kernel itself.
Tom
Jan 21 22:02:36 hrafn kernel: c0108f75
Jan 21 22:02:36 hrafn kernel: Oops:
Jan 21 22:02:36 hrafn kernel: CPU:0
Jan 21 22:02:36 hrafn
e OOPS happened, I was in X (3.3.6, not 4) and I had up on my
screen 2 Eterms, xmms, and Netscape. The OOPS took out Netscape and
xmms. Nothing else was touched.
Sound card: Soundblaster AWE64 Gold (using standard OSS modules)
Tom
__
Do You Yahoo
> (gcc-2.95.2 or egcs-1.1.2 are fine), or turn off all optimalizations.
>
> -henrik
The kernel was compiled with 2.95.2.. I did not upgrade to 2.95.3 until
a week after I compiled the kernel.
Tom
__
Do You Yahoo!?
Yahoo! Auctions - Buy the t
-mail address rather than the list.
Thanks!
Tom
__
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
sure if this is some oversight on my part but similar programs
operate correctly on my Debian etch installation with 2.6.18 as well as
with the newer 23 kernel, but not with the patch.
If you have any questions, don't hesitate to email me; my address is
provided below.
See Attached (bug.c)
Tom
unsubscribe linux-kernel
-
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/
-lcurses -lintl" at91rm9200dk_defconfig
I verified that this does not break building on a linux-host on this config:
host: FC5, gcc 4.1.1-1
cross: arm-none-linux-gnueabi-gcc 4.1.1
cmd: make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi-
Let me know if I can help any furthe
From: Tom Enderes <[EMAIL PROTECTED]>
The kernel build failed on cygwin hosts, because cygwin has slightly
different typedefs compared to linux:
scripts/mod/file2alias.c:518: error: dereferencing pointer to incomplete
type
Two files, scripts/mod/file2alias.c and scripts/mod/modpost.h
Sam Ravnborg wrote:
On Fri, Jun 08, 2007 at 11:32:29AM -0700, Tom wrote:
From: Tom Enderes <[EMAIL PROTECTED]>
The kernel build failed on cygwin hosts, because cygwin has slightly
different typedefs compared to linux:
scripts/mod/file2alias.c:518: error: dereferencing pointer to inco
Hahahaha! Is that you :)
http://tinyurl.com/kz7tdon
No more such info? Simply answer
--
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
Ple
Hahahaha! Is that you on that pic :)
http://tinyurl.com/nv3udu4
No more such info? Simply answer
--
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-
Hahahaha! Is that you on that pic :)
http://tinyurl.com/nv3udu4
No more such info? Simply answer
--
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-
home filesystem to /etc/rc.local. /home is now mounted properly at boot
with any of the newer kernels I tried.
Thanks,
Tom
On 4/30/20 5:38 AM, Hideki EIRAKU wrote:
In Msg <874kuapb2s@logand.com>;
Subject "Re: BUG: unable to handle kernel NULL pointer dereference at
I noticed some previous messages with this subject, but the
walkback I'm getting doesn't match exactly the ones shown
in the threads I saw, so I figured I'd send this in.
This happens on both my Fedora 18 and Fedora 17 partitions
when mounting filesystems from very old servers that
need the proto=
On Thu, 2013-01-24 at 15:27 -0300, Arnaldo Carvalho de Melo wrote:
> Em Fri, Jan 18, 2013 at 01:51:24PM -0600, Tom Zanussi escreveu:
> > This patchset fixes various problems I hit while doing a run-through
> > of the existing 'perf script' scripts.
> >
> > Als
eady that
might be applicable). Posting patches against davem's net-next branch
seems appropriate and you could certainly post them as RFC to start
some conversation.
Tom
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to ma
On Wed, Feb 27, 2013 at 10:13 AM, Stephen Hemminger
wrote:
>
> Have you looked at netmap? Seems like a cleaner user API for this.
>
That might be a bit orthogonal to this. I believe the intent it to
allow spin polling from socket calls without API change.
>
> There is a version for Linux, but it
> -Original Message-
> From: linux-cifs-ow...@vger.kernel.org [mailto:linux-cifs-
> ow...@vger.kernel.org] On Behalf Of Dave Chiluk
> Sent: Wednesday, February 27, 2013 5:44 PM
> To: Steve French
> Cc: Jeff Layton; Stefan (metze) Metzmacher; Dave Chiluk; Steve French;
> linux-c...@vger.kern
other interface, as it just happens when the ip is removed
> without messing with a timeout value.
>
> Another optimization would be to use tcp keepalives (I think there 10
> seconds would be ok), I think that's what Windows SMB3 clients are using.
Yes, they do. See MS-SMB2 behavior note 144 attached to section 3.2.5.14.9.
10 seconds seems a fairly rapid keepalive interval. The TCP stack probably
won't allow it to be less than the maximum retransmit, for instance.
Tom.
--
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 Fri, Jul 27, 2012 at 9:37 AM, Karel Zak wrote:
>
> The util-linux release v2.22-rc1 is available at
>
>ftp://ftp.kernel.org/pub/linux/utils/util-linux/v2.22/
>
> Feedback and bug reports, as always, are welcomed.
I'm still getting an empty /usr/share/man/ru/man1/, don't know if I'm
doing s
On 10/22/12 07:40, Jacob Shin wrote:
> On Sun, Oct 21, 2012 at 02:23:58PM -0700, Tom Rini wrote:
>> On 10/21/12 14:06, Jacob Shin wrote:
>>> Ah, sorry, this one should apply on top of 3.7-rc2:
>>>
>>> https://lkml.org/lkml/2012/8/24/469
>>>
>>&g
On Mon, 2013-08-26 at 15:34 +0900, Masami Hiramatsu wrote:
> Hi Tom,
>
> This patch basically good for me.
>
> Unfortunately, I've found a small build issue on this patch.
>
> CC kernel/trace/trace_events_filter.o
> /home/mhiramat/ksrc/linux-3/kernel/trace
ll triggers and filters.
Signed-off-by: Tom Zanussi
---
kernel/trace/trace.h | 4 ++--
kernel/trace/trace_syscalls.c | 36 ++--
2 files changed, 32 insertions(+), 8 deletions(-)
diff --git a/kernel/trace/trace.h b/kernel/trace/trace.h
index fe39acd..b1227
ne.
Also adds a new ftrace_alloc_snapshot() function - the ftrace snapshot
command defines code that allocates a snapshot, which would be nice to
be able to reuse, which this does.
Signed-off-by: Tom Zanussi
---
include/linux/ftrace_event.h| 1 +
kernel/trace/trace.c|
Provide a basic overview of trace event triggers and document the
available trigger commands, along with a few simple examples.
Signed-off-by: Tom Zanussi
---
Documentation/trace/events.txt | 207 +
1 file changed, 207 insertions(+)
diff --git a
register/unregister_ftrace_command() are only ever called from __init
functions, so can themselves be made __init.
Also make register_snapshot_cmd() __init for the same reason.
Signed-off-by: Tom Zanussi
---
include/linux/ftrace.h | 4 ++--
kernel/trace/ftrace.c | 12 ++--
kernel
go away.
The multibuffer support also made filter_current_check_discard()
redundant, so this change removes that function as well and replaces
it with filter_check_discard() (or call_filter_check_discard() as
appropriate).
Signed-off-by: Tom Zanussi
---
include/linux/ftrace_event.h | 3
ed to be able to create and free filters,
this also adds a couple external wrappers for the existing
create_filter and free_filter functions, which are too generic to be
made extern functions themselves.
Signed-off-by: Tom Zanussi
---
include/linux/ftrace_event.h| 6 ++-
include/trace/ft
eevent is hit N times, a stacktrace will be logged.
Signed-off-by: Tom Zanussi
---
include/linux/ftrace_event.h| 1 +
kernel/trace/trace_events_trigger.c | 102
2 files changed, 103 insertions(+)
diff --git a/include/linux/ftrace_event.h b/includ
'
trace events whenever the othersys:otherevent events are hit, but only
N times.
This also makes the find_event_file() helper function extern, since
it's useful to use from other places, such as the event triggers code,
so make it accessible.
Signed-off-by: Tom Zanussi
d
possibly reuse them.
The event_trigger_init(), event_trigger_free(), and
event_trigger_print() functions are meant to be common implementations
of the event_trigger_ops init(), free(), and print() ops,
respectively.
Most trigger_ops implementations will use these, but some will
override and possibly re
803.003721: block_rq_insert: 8,16 WM 0 ()
662702080 + 8 [kworker/u16:4]
kworker/u16:4-67[000] d... 803.003722: block_rq_insert: 8,16 WM 0 ()
683673680 + 8 [kworker/u16:4]
kworker/u16:4-67[000] d... 803.003723: block_rq_insert: 8,16 WM 0 ()
730599480 + 8 [kworker/u16:4]
kwork
7; > .../tracing/events/somesys/someevent/trigger
Where N is the number of times the command will be invoked.
The above commands will will turn tracing on or off whenever someevent
is hit, but only N times.
Signed-off-by: Tom Zanussi
---
include/linux/ftrace_event.h| 1 +
kernel/t
On Tue, 2013-08-27 at 20:35 +0900, Masami Hiramatsu wrote:
> Hi Tom,
>
> I've reviewed and tested them and found no problem! ;)
>
> So for this series:
> Reviewed-by: Masami Hiramatsu
>
> Now, I think it is the time to push it into tracing tree
> and to
8,16 WM 0 ()
683673680 + 8 [kworker/u16:4]
kworker/u16:4-67[000] d... 803.003723: block_rq_insert: 8,16 WM 0 ()
730599480 + 8 [kworker/u16:4]
kworker/u16:4-67[000] d... 803.003724: block_rq_insert: 8,16 WM 0 ()
763365384 + 8 [kworker/u16:4]
kworker/u16:4-67[000] d... 803.003725
ed to be able to create and free filters,
this also adds a couple external wrappers for the existing
create_filter and free_filter functions, which are too generic to be
made extern functions themselves.
Signed-off-by: Tom Zanussi
---
include/linux/ftrace_event.h| 6 ++-
include/trace/ft
On Tue, 2013-08-27 at 15:12 -0400, Steven Rostedt wrote:
> On Mon, 26 Aug 2013 22:55:59 -0500
> Tom Zanussi wrote:
>
>
> > diff --git a/kernel/trace/trace.h b/kernel/trace/trace.h
> > index b1227b9..1733ac9 100644
> > --- a/kernel/trace/trace.h
> > +++ b
ll triggers and filters.
Signed-off-by: Tom Zanussi
---
kernel/trace/trace.h | 4 ++--
kernel/trace/trace_syscalls.c | 36 ++--
2 files changed, 32 insertions(+), 8 deletions(-)
diff --git a/kernel/trace/trace.h b/kernel/trace/trace.h
index fe39acd..b1227
event is actually
invoked. The other functions are used to list the trigger when
needed, along with a couple mundane book-keeping functions.
This also moves event_file_data() into trace.h so it can be used
outside of trace_events.c.
Signed-off-by: Tom Zanussi
Idea-by: Steve Rostedt
---
include/linu
'
trace events whenever the othersys:otherevent events are hit, but only
N times.
This also makes the find_event_file() helper function extern, since
it's useful to use from other places, such as the event triggers code,
so make it accessible.
Signed-off-by: Tom Zanussi
---
include/lin
go away.
The multibuffer support also made filter_current_check_discard()
redundant, so this change removes that function as well and replaces
it with filter_check_discard() (or call_filter_check_discard() as
appropriate).
Signed-off-by: Tom Zanussi
---
include/linux/ftrace_event.h |
ds.
Most event commands will use these, but some will override and
possibly reuse them.
The event_trigger_init(), event_trigger_free(), and
event_trigger_print() functions are meant to be common implementations
of the event_trigger_ops init(), free(), and print() ops,
respectively.
Most trigger
Provide a basic overview of trace event triggers and document the
available trigger commands, along with a few simple examples.
Signed-off-by: Tom Zanussi
---
Documentation/trace/events.txt | 207 +
1 file changed, 207 insertions(+)
diff --git a
register/unregister_ftrace_command() are only ever called from __init
functions, so can themselves be made __init.
Also make register_snapshot_cmd() __init for the same reason.
Signed-off-by: Tom Zanussi
---
include/linux/ftrace.h | 4 ++--
kernel/trace/ftrace.c | 12 ++--
kernel
eevent is hit N times, a stacktrace will be logged.
Signed-off-by: Tom Zanussi
---
include/linux/ftrace_event.h| 1 +
kernel/trace/trace_events_trigger.c | 90 +
2 files changed, 91 insertions(+)
diff --git a/include/linux/ftrace_event.h b/includ
ne.
Also adds a new ftrace_alloc_snapshot() function - the ftrace snapshot
command defines code that allocates a snapshot, which would be nice to
be able to reuse, which this does.
Signed-off-by: Tom Zanussi
---
include/linux/ftrace_event.h| 1 +
kernel/trace/trace.c|
On Tue, 2013-08-27 at 16:01 -0400, Steven Rostedt wrote:
> On Tue, 27 Aug 2013 14:40:13 -0500
> Tom Zanussi wrote:
>
> return;
> > - if (!test_bit(syscall_nr, tr->enabled_enter_syscalls))
> > +
> > + /* Here we're inside the
On Tue, 2013-08-27 at 16:08 -0400, Steven Rostedt wrote:
> On Tue, 27 Aug 2013 14:40:13 -0500
> Tom Zanussi wrote:
>
> > @@ -415,9 +429,14 @@ static void unreg_event_syscall_enter(struct
> > ftrace_event_file *file,
> > return;
> > mutex_lock
On Tue, 2013-08-27 at 16:15 -0400, Steven Rostedt wrote:
> On Tue, 27 Aug 2013 14:40:14 -0500
> Tom Zanussi wrote:
>
>
> > Signed-off-by: Tom Zanussi
> > Idea-by: Steve Rostedt
> > ---
> > include/linux/ftrace_event.h| 13 +-
> >
On Wed, 2013-08-28 at 12:38 -0400, Steven Rostedt wrote:
> On Tue, 27 Aug 2013 14:40:19 -0500
> Tom Zanussi wrote:
>
> > enum {
> > FILTER_OTHER = 0,
> > diff --git a/include/trace/ftrace.h b/include/trace/ftrace.h
> > index 326ba32..6c701c3 100644
On Wed, 2013-08-28 at 15:51 -0400, Steven Rostedt wrote:
> On Tue, 27 Aug 2013 14:40:12 -0500
> Tom Zanussi wrote:
>
> > Tom Zanussi (10):
> > tracing: Add support for SOFT_DISABLE to syscall events
> > tracing: add basic event trigger framework
> > tra
On my MacBook Air lfb_size is 4M, which makes the bitshit overflow, meaning we
fall back to efifb unnecessarily.
Cast to u64 to avoid the overflow.
Signed-off-by: Tom Gundersen
Reviewed-by: David Herrmann
Cc: Geert Uytterhoeven
Cc: H. Peter Anvin
Cc: Ingo Molnar
Cc: Stephen Warren ,
Cc
On Sat, Sep 7, 2013 at 4:08 PM, Tom Gundersen wrote:
> This is similar to the output printed by efifb.
>
> Signed-off-by: Tom Gundersen
> Acked-by: Stephen Warren
> Cc: David Herrmann
> ---
> v2: also print smem_len, as requested by David
> v3: don't cast
Hello,
I Am James Tom and I would like to order some of your panpipes
what would be the Price for one including taxes..and i believe you
have the products available and do accept all major credit
cards.please advise.?Thank you and waiting for your reply.
Regards,
James Tom
--
To
On 10/3/2013 2:03 PM, Sukadev Bhattiprolu wrote:
Michael Ellerman [mich...@ellerman.id.au] wrote:
|
| if (lower == 6)
| if (upper <= 1)
| return true;
| return false;
v
Note that this case covers the lvsl/lvsr instructions, which, despite their
On Wed, Sep 4, 2013 at 11:27 AM, Tom Gundersen wrote:
> This allows the module to be autoloaded in the common case.
>
> In order to work on non-PnP systems the module should be compiled in or loaded
> unconditionally at boot (c.f. modules-load.d(5)), as before.
>
> Cc: Mat
On Fri, 2013-09-13 at 16:01 -0400, Steven Rostedt wrote:
> On Sat, 7 Sep 2013 10:29:00 -0500
> Tom Zanussi wrote:
>
>
> > --- a/kernel/trace/trace_events_trigger.c
> > +++ b/kernel/trace/trace_events_trigger.c
> > @@ -696,6 +696,74 @@ static struct even
ans that (obviously) my wireless nic doesnot work (doe not
show up in "ip addr"). Moreover, the kernel hangs during reboot and
I'm forced to do a hard-reboot.
Reverting the offending commit on top of 3.12-rc1 fixes the problem.
Cheers,
Tom
--
To unsubscribe from this list: send the
On Tue, Sep 17, 2013 at 10:02 PM, Hauke Mehrtens wrote:
> On 09/17/2013 09:11 PM, Tom Gundersen wrote:
>> The above commit causes a regression for me.
>>
>> Booting with initcall_debug shows that bcma_modinit never returns:
>>
>> calling bcma_modinit+0x0/0x33 [bc
This allows the module to be autoloaded in the common case.
In order to work on non-PnP systems the module should be compiled in or loaded
unconditionally at boot (c.f. modules-load.d(5)), as before.
Cc: Matthew Garrett
Cc: Dmitry Torokhov
Signed-off-by: Tom Gundersen
---
This appears to
12cbd60..f543240 100644
--- a/names.c
+++ b/names.c
@@ -3,6 +3,7 @@
* names.c -- USB name database manipulation routines
*
* Copyright (C) 1999, 2000 Thomas Sailer (sai...@ife.ee.ethz.ch)
+ * Copyright (C) 2013 Tom Gundersen (t...@jklm.no)
*
* This program is f
This lets you select hwdb support at compile time.
hwdb is an efficient hardware database shipped with recent versions of udev. It
contains
among other sources pci.ids so querying hwdb rather than reading pci.ids
directly should give
the same result.
Ideally Linux distros using udev could stop
in memory and
lookup is constant time), and also we (at the distro level) want to
move away from the {usb,pci}.ids and rather default to hwdb
everywhere.
My original intention was to make hwdb a replacement for pci.ids, but
I ended up going the less invasive route, would making it a
rep
lfb_size can easily be say 4M, which would make the bitshit overflow and
the test fail.
Signed-off-by: Tom Gundersen
Cc: David Herrmann
Cc: H. Peter Anvin
---
arch/x86/kernel/sysfb_simplefb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/sysfb_simplefb.c
This is similar to the output printed by efifb.
Signed-off-by: Tom Gundersen
Cc: Stephen Warren
Cc: David Herrmann
---
drivers/video/simplefb.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/video/simplefb.c b/drivers/video/simplefb.c
index 8d78106..4196686 100644
--- a
This is similar to the output printed by efifb.
Signed-off-by: Tom Gundersen
Cc: Stephen Warren
Cc: David Herrmann
---
Hi,
Sorry for the resend, got the ml address wrong.
-t
drivers/video/simplefb.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/video/simplefb.c b
On Fri, Sep 6, 2013 at 1:24 PM, David Herrmann wrote:
> Hi
>
> On Fri, Sep 6, 2013 at 12:59 PM, Geert Uytterhoeven
> wrote:
>> On Fri, Sep 6, 2013 at 11:55 AM, David Herrmann
>> wrote:
>>> On Fri, Sep 6, 2013 at 11:32 AM, Tom Gundersen wrote:
>>>&g
] ---[ end trace 4f93e77fcaaac9b7 ]---
This only happens when either simplefb or efifb is enabled. I can not
reproduce the problem on v3.11 with efifb enabled so it appears to be
new.
Let me know if there is any more info I could provide.
Cheers,
Tom
--
To unsubscribe from this list: send the line
On Thu, 2013-09-05 at 13:21 -0400, Steven Rostedt wrote:
> On Mon, 2 Sep 2013 22:52:18 -0500
> Tom Zanussi wrote:
>
[...]
> > +{
> > + struct event_trigger_data *data;
> > +
> > + if (list_empty(&file->triggers))
> > + return;
> &
This is similar to the output printed by efifb.
Signed-off-by: Tom Gundersen
Acked-by: Stephen Warren
Cc: David Herrmann
---
v2: also print smem_len as requested by David
drivers/video/simplefb.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/video/simplefb.c b/drivers
On Sat, Sep 7, 2013 at 2:40 PM, David Herrmann wrote:
> On Fri, Sep 6, 2013 at 2:10 PM, Tom Gundersen wrote:
>> Hi guys,
>>
>> With current git (v3.11-5058-g57d7309) I get the following oops:
>>
>> [5.434312] [ cut here ]
>> [
This is similar to the output printed by efifb.
Signed-off-by: Tom Gundersen
Acked-by: Stephen Warren
Cc: David Herrmann
---
v2: also print smem_len, as requested by David
v3: don't cast, as requested by Geert
drivers/video/simplefb.c | 8
1 file changed, 8 insertions(+)
diff
register/unregister_ftrace_command() are only ever called from __init
functions, so can themselves be made __init.
Also make register_snapshot_cmd() __init for the same reason.
Signed-off-by: Tom Zanussi
---
include/linux/ftrace.h | 4 ++--
kernel/trace/ftrace.c | 12 ++--
kernel
kworker/u16:4-67[000] d... 803.003721: block_rq_insert: 8,16 WM 0 ()
662702080 + 8 [kworker/u16:4]
kworker/u16:4-67[000] d... 803.003722: block_rq_insert: 8,16 WM 0 ()
683673680 + 8 [kworker/u16:4]
kworker/u16:4-67[000] d... 803.003723: block_rq_insert: 8,16 WM 0 ()
730
Provide a basic overview of trace event triggers and document the
available trigger commands, along with a few simple examples.
Signed-off-by: Tom Zanussi
---
Documentation/trace/events.txt | 207 +
1 file changed, 207 insertions(+)
diff --git a
ll triggers and filters.
Signed-off-by: Tom Zanussi
---
kernel/trace/trace.h | 4 ++--
kernel/trace/trace_syscalls.c | 36 ++--
2 files changed, 32 insertions(+), 8 deletions(-)
diff --git a/kernel/trace/trace.h b/kernel/trace/trace.h
index 502fed7..aea32
'
trace events whenever the othersys:otherevent events are hit, but only
N times.
This also makes the find_event_file() helper function extern, since
it's useful to use from other places, such as the event triggers code,
so make it accessible.
Signed-off-by: Tom Zanussi
---
include/lin
adds a new ftrace_alloc_snapshot() function - the ftrace snapshot
command defines code that allocates a snapshot, which would be nice to
be able to reuse, which this does.
Signed-off-by: Tom Zanussi
---
include/linux/ftrace_event.h| 1 +
kernel/trace/trace.c|
d.
The syscall event invocation code is also changed in analogous ways.
Because event triggers need to be able to create and free filters,
this also adds a couple external wrappers for the existing
create_filter and free_filter functions, which are too generic to be
made extern functions the
go away.
The multibuffer support also made filter_current_check_discard()
redundant, so this change removes that function as well and replaces
it with filter_check_discard() (or call_filter_check_discard() as
appropriate).
Signed-off-by: Tom Zanussi
---
include/linux/ftrace_event.h |
unt' version that limits the number of times the
command will be invoked:
echo 'stacktrace:N' > .../tracing/events/somesys/someevent/trigger
Where N is the number of times the command will be invoked.
The above command will log N stacktraces for someevent i.e. whenever
someeven
event is actually
invoked. The other functions are used to list the trigger when
needed, along with a couple mundane book-keeping functions.
This also moves event_file_data() into trace.h so it can be used
outside of trace_events.c.
Signed-off-by: Tom Zanussi
Idea-by: Steve Rostedt
---
include/linu
ds.
Most event commands will use these, but some will override and
possibly reuse them.
The event_trigger_init(), event_trigger_free(), and
event_trigger_print() functions are meant to be common implementations
of the event_trigger_ops init(), free(), and print() ops,
respectively.
Most trigger
Hi David,
On Sat, Sep 7, 2013 at 11:57 PM, Tom Gundersen wrote:
> On Sat, Sep 7, 2013 at 4:30 PM, David Herrmann wrote:
>> Attached are two patches. The first one should fix this issue, the
>> second one is the rebased ioremap_wc() patch from the other thread.
>>
>> D
On Sun, Sep 8, 2013 at 2:13 AM, David Herrmann wrote:
> Hi
>
> On Sun, Sep 8, 2013 at 1:22 AM, Tom Gundersen wrote:
>> Hi David,
>>
>> On Sat, Sep 7, 2013 at 11:57 PM, Tom Gundersen wrote:
>>> On Sat, Sep 7, 2013 at 4:30 PM, David Herrmann
>>> wr
of Linus' tree atm), came up with a ramdisk.
Tested-by: Tom Rini
--
Tom
--
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/
ch I don't think you can do as
long as you are using MISC_DYNAMIC_MINOR).
Or am I missing something?
Cheers,
Tom
--
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.
don't really see how this is
meant to work as I thought zram only created /dev/zramX type device
nodes, and not /dev/zram, or am I missing something?
Cheers,
Tom
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vge
on-demand
> auto-loading
>
> However, uhid uses dynamic minor numbers so this doesn't actually work. We
> need to load uhid to know which minor it's going to use.
>
> Hence, allocate a static minor (just like uinput does) and we're good
> to go.
>
> Repo
During the last merge window (3.12) a couple of modules gained devname
aliases, but without the necessary major and minor information. These were
then silently ignored when generating modules.devname.
Complain loudly to avoid such errors sneaking in undetected in the future:
depmod: ERROR: Mo
This allows udev (or more recently systemd-tmpfiles) to create /dev/cuse on
boot, in the same way as /dev/fuse is currently created, and the corresponding
module to be loaded on first access.
The corresponding functionalty was introduced for fuse in commit 578454f.
Signed-off-by: Tom Gundersen
This allows udev (or more recently systemd-tmpfiles) to create /dev/cuse on
boot, in the same way as /dev/fuse is currently created, and the corresponding
module to be loaded on first access.
The corresponding functionalty was introduced for fuse in commit 578454f.
Signed-off-by: Tom Gundersen
That's why depmod put a
> comment saying to "copy on user's discretion to /etc/modules.d"
> instead of parsing it directly.
>
> If dependencies expressed with softdeps can be required dependencies
> now, depmod needs to be updated to work it out otherwise we will
This information can be found in /lib/modules/`uname -r`/modules.softdep, and
has only recently been exported by the kernel.
Also remove the advice about copying modules.softdep to /lib/modules as it is
not clear how to do this correctly with several kernels installed with
potentially conflicting
Hi Alan,
On Tue, Sep 10, 2013 at 7:02 PM, Alan Stern wrote:
> On Tue, 10 Sep 2013, Tom Gundersen wrote:
>
>> Support for specifying soft dependencies in the modules themselves was
>> introduced in commit 7cb14ba.
>>
>> In Arch we have always been shipping a module.d
fragment generated by depmod.
Signed-off-by: Tom Gundersen
Cc: Alan Stern
Cc: Greg Kroah-Hartman
---
drivers/usb/host/ohci-hcd.c | 1 +
drivers/usb/host/uhci-hcd.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/usb/host/ohci-hcd.c b/drivers/usb/host/ohci-hcd.c
index 8f6b695
On Tue, Sep 10, 2013 at 7:31 PM, Alan Stern wrote:
> On Tue, 10 Sep 2013, Tom Gundersen wrote:
>
>> Hi Alan,
>>
>> On Tue, Sep 10, 2013 at 7:02 PM, Alan Stern
>> wrote:
>> > On Tue, 10 Sep 2013, Tom Gundersen wrote:
>> >
>> >> Suppor
fragment generated by depmod.
Signed-off-by: Tom Gundersen
Cc: Alan Stern
Cc: Greg Kroah-Hartman
---
v2: change the dependencies to *_pci, as suggested by Alan
drivers/usb/host/ohci-pci.c | 1 +
drivers/usb/host/uhci-pci.c | 2 ++
2 files changed, 3 insertions(+)
diff --git a/drivers/usb/host
On Fri, Sep 13, 2013 at 12:47 AM, Greg Kroah-Hartman
wrote:
> On Wed, Sep 04, 2013 at 02:47:07PM +0200, Tom Gundersen wrote:
>> Most of the information in usb.ids is now contained in udev's hwdb. Read the
>> information from the hwdb instead of usb.ids.
>>
>> This
1 - 100 of 4962 matches
Mail list logo
