On Sun, Feb 24, 2008 at 08:10:02AM -0500, Theodore Tso wrote:
> > Firstly, the distributions should have set this up automatically. That
> > they don't is a distributor bug. The sheer madness of Linux not leaving
> > a vmlinux file in a stable known location is hardly something oprofile
> > can
On Sun, Feb 24, 2008 at 08:10:02AM -0500, Theodore Tso wrote:
Firstly, the distributions should have set this up automatically. That
they don't is a distributor bug. The sheer madness of Linux not leaving
a vmlinux file in a stable known location is hardly something oprofile
can be blamed
Obviously I hold no sway here, so there's little point in my continuing
to try and fight this madness, but I have to say my piece. Don't worry,
I'll leave it after this - I know Ingo always gets his way.
On Sat, Feb 23, 2008 at 12:37:24PM +0100, Ingo Molnar wrote:
> and ask him to try oprofile
Obviously I hold no sway here, so there's little point in my continuing
to try and fight this madness, but I have to say my piece. Don't worry,
I'll leave it after this - I know Ingo always gets his way.
On Sat, Feb 23, 2008 at 12:37:24PM +0100, Ingo Molnar wrote:
and ask him to try oprofile
On Sat, Jan 29, 2005 at 09:47:42AM -0700, Zwane Mwaikambo wrote:
> > Unfortunately bkcvs seems out of date so I can't even look at this
> > myself.
>
> Yes you are right, i checked bk and there was a lot of shuffling about due
> to the timer override. But it looks like we're depending on the
On Fri, Jan 28, 2005 at 12:06:19PM -0700, Zwane Mwaikambo wrote:
> = drivers/oprofile/oprofile_files.c 1.7 vs edited =
> --- 1.7/drivers/oprofile/oprofile_files.c 2005-01-04 19:48:23 -07:00
> +++ edited/drivers/oprofile/oprofile_files.c 2005-01-28 11:36:25 -07:00
> @@ -63,7 +63,9 @@
On Fri, Jan 28, 2005 at 12:06:19PM -0700, Zwane Mwaikambo wrote:
= drivers/oprofile/oprofile_files.c 1.7 vs edited =
--- 1.7/drivers/oprofile/oprofile_files.c 2005-01-04 19:48:23 -07:00
+++ edited/drivers/oprofile/oprofile_files.c 2005-01-28 11:36:25 -07:00
@@ -63,7 +63,9 @@
On Sat, Jan 29, 2005 at 09:47:42AM -0700, Zwane Mwaikambo wrote:
Unfortunately bkcvs seems out of date so I can't even look at this
myself.
Yes you are right, i checked bk and there was a lot of shuffling about due
to the timer override. But it looks like we're depending on the timer
On Thu, Jan 20, 2005 at 12:16:52PM -0700, Zwane Mwaikambo wrote:
> > I haven't found any modular usage of profile_pc in the kernel.
>
> Oprofile?
We don't actually use it, but it looks like maybe we should? It seems
unfortunate that readprofile and OProfile should disagree here.
john
-
To
On Thu, Jan 20, 2005 at 12:16:52PM -0700, Zwane Mwaikambo wrote:
I haven't found any modular usage of profile_pc in the kernel.
Oprofile?
We don't actually use it, but it looks like maybe we should? It seems
unfortunate that readprofile and OProfile should disagree here.
john
-
To
If I am using a sysctl directory when the relevant unregister_sysctl_table()
is called, the directory and parent directories will continue to exist. Fine.
However when I cd out of the dir, the directory does not disappear.
When/where do sysctl directories get collected ?
thanks
john
--
If I am using a sysctl directory when the relevant unregister_sysctl_table()
is called, the directory and parent directories will continue to exist. Fine.
However when I cd out of the dir, the directory does not disappear.
When/where do sysctl directories get collected ?
thanks
john
--
On 20 May 2001, Robert M. Love wrote:
> hi,
>
> is there a sqrt function in the kernel?
no. read the FAQ.
> i tried finding/grepping around, and found some various arch-specific
> stuff for fpu emulation... is there a general sqrt function? is there a
In general questions like this are
On Sat, 19 May 2001, Eric S. Raymond wrote:
> This bug unconditionally disables a configuration question -- and it's
> so old that it has propagated across three port files, without either
> of the people who did the cut and paste for the latter two noticing it.
in fact it was originally in
On Sat, 19 May 2001, Eric S. Raymond wrote:
This bug unconditionally disables a configuration question -- and it's
so old that it has propagated across three port files, without either
of the people who did the cut and paste for the latter two noticing it.
in fact it was originally in i386
On Thu, 10 May 2001, David Woodhouse wrote:
> I'd suggest s/that may be/that are expected to be/
thanks, how about this :
--- Documentation/DocBook/kernel-api.tmpl.old Thu May 10 18:02:05 2001
+++ Documentation/DocBook/kernel-api.tmpl Thu May 10 18:02:57 2001
@@ -41,8 +41,9 @@
Clean against 2.4.4-ac6 and 2.4.4
thanks
john
--- Documentation/DocBook/kernel-api.tmpl.old Thu May 10 18:02:05 2001
+++ Documentation/DocBook/kernel-api.tmpl Thu May 10 18:02:57 2001
@@ -41,8 +41,9 @@
!Iinclude/linux/init.h
- Atomics
+ Atomic and pointer
Clean against 2.4.4-ac6 and 2.4.4
thanks
john
--- Documentation/DocBook/kernel-api.tmpl.old Thu May 10 18:02:05 2001
+++ Documentation/DocBook/kernel-api.tmpl Thu May 10 18:02:57 2001
@@ -41,8 +41,9 @@
!Iinclude/linux/init.h
/sect1
- sect1titleAtomics/title
+
On Thu, 10 May 2001, David Woodhouse wrote:
I'd suggest s/that may be/that are expected to be/
thanks, how about this :
--- Documentation/DocBook/kernel-api.tmpl.old Thu May 10 18:02:05 2001
+++ Documentation/DocBook/kernel-api.tmpl Thu May 10 18:02:57 2001
@@ -41,8 +41,9 @@
On Sat, 28 Apr 2001, Erik Mouw wrote:
> On Sat, Apr 28, 2001 at 03:16:34PM +0800, Xiong Zhao wrote:
> > hello. i read linux kernel internal. are there other books/papers
> > like that which dwell with linux kernel in detail,especially on
> > process mechanism,for example,how pthread and fork
On Sat, 28 Apr 2001, Erik Mouw wrote:
On Sat, Apr 28, 2001 at 03:16:34PM +0800, Xiong Zhao wrote:
hello. i read linux kernel internal. are there other books/papers
like that which dwell with linux kernel in detail,especially on
process mechanism,for example,how pthread and fork are
On Mon, 26 Mar 2001, Dinesh Nagpure wrote:
> Hello all,
> I am trying to use the LAPIC timer to generate interrupt for some kernel
> profiling work I am doing...but the timer ISR isnt invoking atallhere is
> what I have done
>
Have you seen Vincent Oberle's APIC timers module ? There
On Mon, 26 Mar 2001, Dinesh Nagpure wrote:
Hello all,
I am trying to use the LAPIC timer to generate interrupt for some kernel
profiling work I am doing...but the timer ISR isnt invoking atallhere is
what I have done
Have you seen Vincent Oberle's APIC timers module ? There is a
I have had many people asking after an HTML
version of this document. Glenn finally contacted me
and a full HTML version with the diagrams is now available at
http://www.kernelnewbies.org/
john
--
"24-hour boredom
I'm convicted instantly"
- Manic Street Preachers
-
To unsubscribe
I have had many people asking after an HTML
version of this document. Glenn finally contacted me
and a full HTML version with the diagrams is now available at
http://www.kernelnewbies.org/
john
--
"24-hour boredom
I'm convicted instantly"
- Manic Street Preachers
-
To unsubscribe
On Tue, 13 Mar 2001, J . A . Magallon wrote:
> Hi,
>
> Recently I read the BeOS www page, and answerd a question in other mailing
> list. Both things have remind me of a pretty file system: 'cdfs'.
>
> Anybody knows if there is a port of 'cdfs' (Audio CD File System) for Linux ?
> Which fs
On Tue, 13 Mar 2001, J . A . Magallon wrote:
Hi,
Recently I read the BeOS www page, and answerd a question in other mailing
list. Both things have remind me of a pretty file system: 'cdfs'.
Anybody knows if there is a port of 'cdfs' (Audio CD File System) for Linux ?
Which fs now in
On Fri, 16 Feb 2001, Matthew McCormick wrote:
> I have been trying to find the source code for the write system call.
> I've checked through all the source code for the kernel and looked around
> on the mailling list but can't seem to find it anywhere. I was tracing
> the file system operations
On Fri, 16 Feb 2001, Matthew McCormick wrote:
I have been trying to find the source code for the write system call.
I've checked through all the source code for the kernel and looked around
on the mailling list but can't seem to find it anywhere. I was tracing
the file system operations and
On Tue, 13 Feb 2001, Tigran Aivazian wrote:
> Hi Alan,
>
> The only case in schedule_timeout() which does not call schedule() does
> set tsk->state = TASK_RUNNING explicitly before returning. Therefore, any
> code which unconditionally calls schedule_timeout() (and, of course
> schedule()) does
On Tue, 13 Feb 2001, Tigran Aivazian wrote:
Hi Alan,
The only case in schedule_timeout() which does not call schedule() does
set tsk-state = TASK_RUNNING explicitly before returning. Therefore, any
code which unconditionally calls schedule_timeout() (and, of course
schedule()) does not
On the system here, ctags is called ctags-exuberant.
Against 2.4.1ac8
thanks
john
--- Makefile.oldFri Feb 9 14:24:29 2001
+++ MakefileFri Feb 9 14:06:08 2001
@@ -33,6 +33,7 @@
STRIP = $(CROSS_COMPILE)strip
OBJCOPY= $(CROSS_COMPILE)objcopy
OBJDUMP
On the system here, ctags is called ctags-exuberant.
Against 2.4.1ac8
thanks
john
--- Makefile.oldFri Feb 9 14:24:29 2001
+++ MakefileFri Feb 9 14:06:08 2001
@@ -33,6 +33,7 @@
STRIP = $(CROSS_COMPILE)strip
OBJCOPY= $(CROSS_COMPILE)objcopy
OBJDUMP
I hope this is OK, comments more than welcome
--- Documentation/DocBook/kernel-hacking.tmpl.old Tue Feb 6 20:06:15 2001
+++ Documentation/DocBook/kernel-hacking.tmpl Tue Feb 6 21:14:42 2001
@@ -336,6 +336,11 @@
+ If all your routine does is read or write some parameter,
I hope this is OK, comments more than welcome
--- Documentation/DocBook/kernel-hacking.tmpl.old Tue Feb 6 20:06:15 2001
+++ Documentation/DocBook/kernel-hacking.tmpl Tue Feb 6 21:14:42 2001
@@ -336,6 +336,11 @@
/para
para
+ If all your routine does is read or write some
The below fixes some minor things and attempts to add srcdocs
for schedule_timeout(). Can people look at it and comment if there's
more gotcha's that should be commented on there ?
It's against 2.4.0ac12
thanks
john
--- kernel/kmod.old.c Thu Feb 1 14:39:40 2001
+++ kernel/kmod.c Thu
The below fixes some minor things and attempts to add srcdocs
for schedule_timeout(). Can people look at it and comment if there's
more gotcha's that should be commented on there ?
It's against 2.4.0ac12
thanks
john
--- kernel/kmod.old.c Thu Feb 1 14:39:40 2001
+++ kernel/kmod.c Thu
On Wed, 31 Jan 2001, Mohit Aron wrote:
>
> > http://opensource.corel.com/cprof.html
> >
> > I haven't used it yet, myself.
> >
>
> I have. cprof is no good - extremely slow and generates a 100MB trace
> even with a simple hello world program.
>
try the (currently rather alpha) oprofile,
On Mon, 29 Jan 2001, Timur Tabi wrote:
> This is driving me crazy! There is absolutely no documentation anywhere that
> tells you when to use or not use sleep_on or spin_lock_whatever or any of these
> calls.
huh ?
http://www.kernelnewbies.org/books.php3
I was doing some tests over the weekend, and after doing a swapoff -a
and stressing the system, I hit the bad_device: goto in __swap_free():
printk("swap_free: Trying to free swap from unused
swap-device\n");
I was compiling kernels at the time. The swap setup was a 200Mb
I was doing some tests over the weekend, and after doing a swapoff -a
and stressing the system, I hit the bad_device: goto in __swap_free():
printk("swap_free: Trying to free swap from unused
swap-device\n");
I was compiling kernels at the time. The swap setup was a 200Mb
On Mon, 29 Jan 2001, Timur Tabi wrote:
This is driving me crazy! There is absolutely no documentation anywhere that
tells you when to use or not use sleep_on or spin_lock_whatever or any of these
calls.
huh ?
http://www.kernelnewbies.org/books.php3
Idle curiosity, but what does the "mr" in make mrproper
stand for ?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Idle curiosity, but what does the "mr" in make mrproper
stand for ?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
This patch is some documentation for sysctl API. It also fixed a warning
with fs/super.c, and makes the default target for the DocBook makefile a
little saner (though everyone should be using make htmldocs of course)
It's against 2.4.0ac8
thanks
john
diff -Naur -X
This patch is some documentation for sysctl API. It also fixed a warning
with fs/super.c, and makes the default target for the DocBook makefile a
little saner (though everyone should be using make htmldocs of course)
It's against 2.4.0ac8
thanks
john
diff -Naur -X
oprofile is a low-overhead statistical profiler capable of
instruction-grain profiling of the kernel (including interrupt handlers),
modules, and user-space libraries and binaries.
It uses the Intel P6 performance counters as a source of interrupts to
trigger the accounting handler in a manner
oprofile is a low-overhead statistical profiler capable of
instruction-grain profiling of the kernel (including interrupt handlers),
modules, and user-space libraries and binaries.
It uses the Intel P6 performance counters as a source of interrupts to
trigger the accounting handler in a manner
On 28 Dec 2000, David Huggins-Daines wrote:
> <[EMAIL PROTECTED]> writes:
>
> > I activate APIC interruption with the configuration of linux kernel
> > 2.4.0test-11. In the linux kernel configuration under processor type and
> > features I activate "APIC and IO-APIC support on uniprocessor",
On 28 Dec 2000, David Huggins-Daines wrote:
[EMAIL PROTECTED] writes:
I activate APIC interruption with the configuration of linux kernel
2.4.0test-11. In the linux kernel configuration under processor type and
features I activate "APIC and IO-APIC support on uniprocessor", and I
Hi, I need to check for *only* Intel P6 processors, so no Classic Pentium,
and no Pentium 4. setup.c is a bit obscure; is this check correct :
if (current_cpu_data.x86_vendor != X86_VENDOR_INTEL ||
current_cpu_data.x86 != 6)
return NOT_P6;
if (current_cpu_data.x86_model > 5)
Hi, I need to check for *only* Intel P6 processors, so no Classic Pentium,
and no Pentium 4. setup.c is a bit obscure; is this check correct :
if (current_cpu_data.x86_vendor != X86_VENDOR_INTEL ||
current_cpu_data.x86 != 6)
return NOT_P6;
if (current_cpu_data.x86_model 5)
On Wed, 29 Nov 2000, Jamie Manley wrote:
> Finally got around to trying the 2.2.18pre series and the agp/drm
> backport and noticed something odd at bootup. Here's an extract from
> dmesg:
>
> Linux agpgart interface v0.99 (c) Jeff Hartmann
> agpgart: Maximum main memory to use for agp memory:
On Wed, 29 Nov 2000, Jamie Manley wrote:
Finally got around to trying the 2.2.18pre series and the agp/drm
backport and noticed something odd at bootup. Here's an extract from
dmesg:
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 440M
On Wed, 15 Nov 2000, Tigran Aivazian wrote:
> b) read the resources mentioned in the
> /usr/src/linux/Documentation/kernel-docs.txt
>
> Regards,
> Tigran
Even better, just follow links from http://www.kernelnewbies.org/
which is a superset of this file (and links to the online version of it).
On Wed, 15 Nov 2000, Tigran Aivazian wrote:
b) read the resources mentioned in the
/usr/src/linux/Documentation/kernel-docs.txt
Regards,
Tigran
Even better, just follow links from http://www.kernelnewbies.org/
which is a superset of this file (and links to the online version of it).
john
On Mon, 30 Oct 2000, Richard B. Johnson wrote:
>
> Hello,
> How much memory would it be reasonable for kmalloc() to be able
> to allocate to a module?
>
> Oct 30 10:48:31 chaos kernel: kmalloc: Size (524288) too large
>
> Using Version 2.2.17, I can't allocate more than 64k! I need
> to
On Mon, 30 Oct 2000, Richard B. Johnson wrote:
Hello,
How much memory would it be reasonable for kmalloc() to be able
to allocate to a module?
Oct 30 10:48:31 chaos kernel: kmalloc: Size (524288) too large
Using Version 2.2.17, I can't allocate more than 64k! I need
to allocate at
This has disappeared off the face of the net, a partial google cache can
be found at :
http://www.google.com/search?q=cache:pubpages.unh.edu/~gherrin/project/linux-net.html+herrin+%22IP+networking%22=en
Has somebody got a contact for Glenn Herrin and/or a copy of the full
document ?
thanks
This has disappeared off the face of the net, a partial google cache can
be found at :
http://www.google.com/search?q=cache:pubpages.unh.edu/~gherrin/project/linux-net.html+herrin+%22IP+networking%22hl=en
Has somebody got a contact for Glenn Herrin and/or a copy of the full
document ?
thanks
On Thu, 19 Oct 2000 [EMAIL PROTECTED] wrote:
> can anyone tell the subsitute for MAP_NR in version 2.4?
> or is MAP_NR still there?
>
e.g.
int i = MAP_NR(buffer);
becomes
struct page *p = virt_to_page(buffer);
I believe ...
john
-
To unsubscribe from this list: send the line
On Thu, 19 Oct 2000 [EMAIL PROTECTED] wrote:
can anyone tell the subsitute for MAP_NR in version 2.4?
or is MAP_NR still there?
e.g.
int i = MAP_NR(buffer);
becomes
struct page *p = virt_to_page(buffer);
I believe ...
john
-
To unsubscribe from this list: send the line "unsubscribe
On Wed, 18 Oct 2000, Rik Faith wrote:
> [Note that the other way to fix this would be to export
> get_module_symbol all the time, and have it just search the available
> symbol space if CONFIG_MODULES is 'n'.]
and
s/_module//;
it is mis-named already ...
john
--
"Mathemeticians stand on
On Wed, 18 Oct 2000, Alessandro Rubini wrote:
> + /* init_module has stdin/stdout/stderr open: close them (ARub) */
> + for (i=255; i>=0; i--)
> + if (current->files->fd[i])
> + close(i);
>
shouldn't this be exit_files() ?
see md.c for an example usage
On Wed, 18 Oct 2000, Linus Torvalds wrote:
> It looks better.
>
> However, the fact that you need that dependency on CONFIG_MODULES _still_
> shows that something is wrong. That dependency should not be there, and
> the drm code should be fixed. Why does it care about CONFIG_MODULES at
> all?
On Wed, 18 Oct 2000, David N. Lombard wrote:
> > The url: http://execpc.com/~rdmiller/Linux/kernel-bootlogo.patch.gz
> > (It's about 380k.)
>
> Are you sure about this patch?
>
> Take a look a list of the patches files; also look at the last four
> lines of the patch file.
>
When doing a
On Tue, 17 Oct 2000, Linus Torvalds wrote:
> There's something else wrong in the config to make this be needed at all.
> You need to figure out what the real problem is, and what is causing the
> AGP symbols to not get version information. Probably a file is missing
> from the "export-objs"
On Tue, 17 Oct 2000, Linus Torvalds wrote:
There's something else wrong in the config to make this be needed at all.
You need to figure out what the real problem is, and what is causing the
AGP symbols to not get version information. Probably a file is missing
from the "export-objs" list..
On Wed, 18 Oct 2000, David N. Lombard wrote:
The url: http://execpc.com/~rdmiller/Linux/kernel-bootlogo.patch.gz
(It's about 380k.)
Are you sure about this patch?
Take a look a list of the patches files; also look at the last four
lines of the patch file.
When doing a diff you
On Wed, 18 Oct 2000, Linus Torvalds wrote:
It looks better.
However, the fact that you need that dependency on CONFIG_MODULES _still_
shows that something is wrong. That dependency should not be there, and
the drm code should be fixed. Why does it care about CONFIG_MODULES at
all? It
On Wed, 18 Oct 2000, Alessandro Rubini wrote:
+ /* init_module has stdin/stdout/stderr open: close them (ARub) */
+ for (i=255; i=0; i--)
+ if (current-files-fd[i])
+ close(i);
shouldn't this be exit_files() ?
see md.c for an example usage ...
On Wed, 18 Oct 2000, Rik Faith wrote:
[Note that the other way to fix this would be to export
get_module_symbol all the time, and have it just search the available
symbol space if CONFIG_MODULES is 'n'.]
and
s/_module//;
it is mis-named already ...
john
--
"Mathemeticians stand on each
The patch below allows agpsupport to find the agp functions
when modversions is set and both AGP and DRM are compiled into the kernel,
and adds the dependency on CONFIG_MODULES explicitly.
It applies cleanly to both 2.4.0-test10pre3 and 2.2.18pre16, but only
tested on 2.4
thanks
john
---
The patch below allows agpsupport to find the agp functions
when modversions is set and both AGP and DRM are compiled into the kernel,
and adds the dependency on CONFIG_MODULES explicitly.
It applies cleanly to both 2.4.0-test10pre3 and 2.2.18pre16, but only
tested on 2.4
thanks
john
---
On Sun, 8 Oct 2000, Mitchell Blank Jr wrote:
> [EMAIL PROTECTED] wrote:
> > Looking at the code, I don't see any places where "current" is not valid.
> > Got some examples?
>
> It's not that its invalid, it just doesn't make much sense. It points to
> whatever task happened to be running when
On Thu, 5 Oct 2000, RAJESH BALAN wrote:
> Hi,
> Iam interested in learning linux kernel. Can anyone
> suggest a really good book for kernel internals (im
> not bothered abt the price). i 've a book named
> "linux kernel internals". i want something more to
> follow the code completely.
> tx,
>
On Thu, 5 Oct 2000, RAJESH BALAN wrote:
Hi,
Iam interested in learning linux kernel. Can anyone
suggest a really good book for kernel internals (im
not bothered abt the price). i 've a book named
"linux kernel internals". i want something more to
follow the code completely.
tx,
rajesh
On Wed, 4 Oct 2000, Brian Gerst wrote:
> John Levon wrote:
> > anyway, you can just put refcounts in your hijacked system calls; that is
> > the safe way to do it, and doesn't require any kernel patches, just extra
> > cost in the intercepted system calls.
> >
> &g
On Wed, 4 Oct 2000, [iso-8859-1] Abel Muñoz Alcaraz wrote:
> I need that somebody says to my module when a user application has started
> or finished, and what is its name and pid.
>
you do not need to trace system calls then. Provide a misc char device,
and get the user app to open it. Then
On Wed, 4 Oct 2000, Brian Gerst wrote:
> Even your overloader has a small module unload race. The only 100%
> race-free way is to put module usage counting into the core kernel, like
> the VFS changes with ->open that were done in 2.3.x. This would mean
> added overhead for all syscalls, so
On Wed, 4 Oct 2000, Brian Gerst wrote:
> "it doesn't work well" is a bit vague...
>
> I am guessing that you are getting an unresolved symbol. Modifying the
> system call table is not and probably never will be available for
> modules. The syscall table is very architecture dependant, and is
On Wed, 4 Oct 2000, [iso-8859-1] Abel Muñoz Alcaraz wrote:
> Hi everybody,
>
> I have replaced the execve() kernel API with my own implementation but it
> doesn't work well.
>
> extern void * sys_call_table[]
>
> asmlinkage int (*system_execve)(const char *,
On Wed, 4 Oct 2000, [iso-8859-1] Abel Muñoz Alcaraz wrote:
Hi everybody,
I have replaced the execve() kernel API with my own implementation but it
doesn't work well.
extern void * sys_call_table[]
asmlinkage int (*system_execve)(const char *, const
On Wed, 4 Oct 2000, Brian Gerst wrote:
"it doesn't work well" is a bit vague...
I am guessing that you are getting an unresolved symbol. Modifying the
system call table is not and probably never will be available for
modules. The syscall table is very architecture dependant, and is not
On Wed, 4 Oct 2000, Brian Gerst wrote:
Even your overloader has a small module unload race. The only 100%
race-free way is to put module usage counting into the core kernel, like
the VFS changes with -open that were done in 2.3.x. This would mean
added overhead for all syscalls, so many
On Wed, 4 Oct 2000, [iso-8859-1] Abel Muñoz Alcaraz wrote:
I need that somebody says to my module when a user application has started
or finished, and what is its name and pid.
you do not need to trace system calls then. Provide a misc char device,
and get the user app to open it. Then you
On Wed, 4 Oct 2000, Brian Gerst wrote:
John Levon wrote:
anyway, you can just put refcounts in your hijacked system calls; that is
the safe way to do it, and doesn't require any kernel patches, just extra
cost in the intercepted system calls.
e.g. :
my_syswhatever
On Mon, 2 Oct 2000, Anil kumar wrote:
> Hi,
> I am looking for RAID patches .Please suggest where
> can I get these patches.
>
> with regards,
> Anil
>
Try Ingo Molnar's directory, linked from http://kernelnewbies.org/patches/
if you find somewhere else, please tell me
thanks
john
--
On Fri, 29 Sep 2000, Ingo Molnar wrote:
> that having all said, i'm not against a generic, nonpriviledged (kernel
> based) performance counter API within the kernel (if there is demand), and
> such an API should of course have close control over the contents of the
> performance counter
On Fri, 29 Sep 2000, John Levon wrote:
> Is it really necessary to use one of the event counters ? this means those
> of us using event counters from modules can't use this oopser at
> the same time, which is a pity.
>
>
> Can you not set up the actual APIC timer on a loc
On Thu, 28 Sep 2000, Ingo Molnar wrote:
>
> the attached patch (against test9-pre7) is a cleaned up version Keir
> Fraser's APIC-on-UP patch, and adds the enabling code of Keith Owens which
> programs P6 performance counter 0 as an NMI. (i simplified the code alot -
> there is no problem at all
On Thu, 28 Sep 2000, Ingo Molnar wrote:
the attached patch (against test9-pre7) is a cleaned up version Keir
Fraser's APIC-on-UP patch, and adds the enabling code of Keith Owens which
programs P6 performance counter 0 as an NMI. (i simplified the code alot -
there is no problem at all with
On Fri, 29 Sep 2000, John Levon wrote:
Is it really necessary to use one of the event counters ? this means those
of us using event counters from modules can't use this oopser at
the same time, which is a pity.
Can you not set up the actual APIC timer on a local APIC to deliver NMIs
On Sun, 24 Sep 2000, Matthew Dharm wrote:
> I'm the usb-storage maintainer. Yes, I realize that there is really no
> need to reset the state to TASK_RUNNING, but I felt better having those
> there. Considering that code is from the reset routines which almost never
> get called, I figured it
On Sun, 24 Sep 2000, Matthew Dharm wrote:
I'm the usb-storage maintainer. Yes, I realize that there is really no
need to reset the state to TASK_RUNNING, but I felt better having those
there. Considering that code is from the reset routines which almost never
get called, I figured it was
These chunks :
/* long wait for reset */
+ set_current_state(TASK_UNINTERRUPTIBLE);
schedule_timeout(HZ*6);
+ set_current_state(TASK_RUNNING);
On Mon, 18 Sep 2000, John Rafferty Zedlewski wrote:
> Hi, I've noticed that there are quite a few hardware performance counter
> patches (which allow access to things like the Pentium Model Specific
> Registers for gathering profiling info) floating around, including Rabbit
>
On Mon, 18 Sep 2000, John Rafferty Zedlewski wrote:
Hi, I've noticed that there are quite a few hardware performance counter
patches (which allow access to things like the Pentium Model Specific
Registers for gathering profiling info) floating around, including Rabbit
On Tue, 12 Sep 2000, David Woodhouse wrote:
> [snip]
>
> Code your win32 support module to register the PER_WIN32 personality, and
> set the sys_win32_handler pointer appropriately. Probably not in that order.
>
>
Could this be a solution for modules that intercept system calls from
On Thu, 14 Sep 2000, podda wrote:
> hi,
>
> i'm a linux newbie trying to learn kernel magic. i would be glad if
> someone can advice me where to look for to get an idea of the linux
> kernel. hey i don't need that one. ( "use the force, read the source" )
>
> i already tried to use the force ,
1 - 100 of 115 matches
Mail list logo